シェルスクリプト総合 その33 YouTube動画>1本 ->画像>6枚

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。

シェルスクリプト総合 その32
http://2chb.net/r/tech/1571929725/

関連スレ

【Bash】Windows Subsystem for Linux【WSL】7
http://2chb.net/r/linux/1579395785/l50

Bashでプログラミング [転載禁止](c)2ch.net
http://2chb.net/r/linux/1443885102/

シェルスクリプト総合 その28
http://2chb.net/r/unix/1533154936/

zsh その７
http://2chb.net/r/unix/1337844883/

【POSIX】UNIXプログラミング【BSD】 [転載禁止](c)2ch.net
http://2chb.net/r/unix/1443103705/

タコシェルが一番好きです。なぜならおいしいから。

>>1 乙

ところで早速の質問なんだけど，GNU Bashの履歴展開に関して，
<<. cat |
&#
.
cat
↑このコマンドを実行した時に，履歴展開「!$」の値が「&」になるのと，
<<. cat |
#&
.
cat
↑このコマンドを実行した時に，履歴展開「!$」の値が「|」になるのって，
バグ？仕様？

ちなみに履歴展開「!!」の値は正常（つまり直前のコマンドライン全体に復元される）だし，
ヒアドキュメントの内容が&xやx&だったりした場合は
期待通りの挙動（すなわち最後の引数，この場合は「cat」）になる。

catコマンドがあるのにdogコマンドってないんですか？
気になります。

tac コマンドがあるよ

>>6
wachdog

t忘れた

私は可愛い猫と女の子を見ていたいです。

I want to watch girl with cute cat.

>>10
短い文なのに英語力の低さがダダ漏れ

touchやcatみたいに本来とは違う用途で使われるコマンドって他にもあるんだろうか
mvでリネームも最初は不可解だったが

>>12
どんな使い方だ？

触るだけだったのに作ってしまう
猫だったのに

結合結果を出力するものだが単独ファイルの中身を表示するのに使うとか

touchは？

タッチは触るツールやろ

>>5
これ分かる方いらっしゃいますか。

履歴展開はインタラクティブシェルが行う
シェルスクリプト実行前の処理だと思ってるので興味がないｗ

touchは空ファイルも作れるってだけで本来の用途はタイムスタンプの変更でしょ
catだって中身の連結が本来の用途なんだから
だけど実際はそれ以外でよく使うってお話

その昔は C プログラミングをするとき make で管理していた
make はタイムスタンプを見てどれをコンパイルするか決めていたため
touch で手動でどこからインストールするかを制御してた
touch の使い道はその辺かなあ
新しい file を作るなら
$ cp /dev/null file
の方が私の好みではある

新しいファイルを作るなら

:>file

コマンド呼び出ししないから最短で最速！

touchに代わるいい名前ないかね？

別に違和感とか全くないな
open(2)で無かったら作るというのがあるし

「touchがよくない名前」って考えてるあたり，
touchの*本来の*目的が「ファイルを新規作成すること」だと思ってそう。

$ man touch

TOUCH(1) User Commands TOUCH(1)

NAME
touch - change file timestamps

唾を付けておくという表現が英語にあれば
spitだろう。

お願いtouch touch ここにtouch

>>22
>file

>>29
それPOSIX準拠？

算術展開 $(()) って、代入文が使えるんだな。
ループ廻すときに，i=$((i + 1))っていう増分と$iの値の判定を別々にやってたのが，
$((i += 1))という値を判定するだけで済むとは。

>>31
POSIXでどこまで決まってるか知らんけど、
ふる〜いdashでは失敗する

あと $((i = 1)) とか $((i++)) とかも使えるよ
注意点としては

i=0
while [ "$i" -lt 100 ]; do は iは0から始まるが
while [ $((i+=)) -lt 100 ]; do だとiは1からになるって所だな

>>33
$((i++))という書き方は，少なくともPOSIXでは保証されてない。
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_04

>>34
本当に？

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01

>>35
本当です。
2.6.4 Arithmetic Expansion

... The arithmetic expression shall be processed according to the rules given in Arithmetic Precision and Operations,
with the following exceptions:
* The sizeof() operator and the prefix and postfix "++" and "--" operators are not required.

ちゃんと読みましょう。

あるけど？

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01

Operation

postfix ++
postfix --

嘘つくのは犯罪やぞ

>>37

++と--はシェルの算術展開では必須じゃないって書かれてあんのが読めねーの？

これだから文盲と会話するのは疲れるんだよ。
バカの一つ覚えみてーに同じURL貼ってさぁ。

馬鹿を相手にお疲れ様ですw

>>39
間違っちゃいないが >>35 の書き込みに対する反論を放棄(つまり
反論を潰しに行っていない/無視)して自分の主張を繰り返した点が
指示/説明下手。

結果 >>35 の再プッシュを食らうという互いに後味の悪い手戻りが
発生している。

ちなみに
$((i+=1))って書き方はPOSIXでは保証されてる……筈だけど，
↑上にも書き込んでた人がいるように，一部シェルで動かないことがあるので使わんほうがいい。

>>41
読めなさすぎだろ。>>36はお前も読めないのかよ

>>34を提示
それに対して>>35を提示
それに対して>>35があろうが>>34で提示したのに書いてあるだろとご丁寧にその部分を抜粋
と読めないのか？？なんで>>41なんてしゃしゃり出るのか不思議

>>43
ここもそうだ
お前は俺の「間違っちゃいないが」を全く無視して「お前も読めてないのかよ」
と返してしまっている
読めてないのはお前じゃないのか？
よくある「自己紹介乙」状態だわ

>反論を潰しに行っていない/無視)して自分の主張を繰り返した点
>指示/説明下手
ここだよ。お前の主題はここだろうが、そんな前置きではなく

この会話のならなさはなんとかの一つ覚えのようにURL貼った本人ではないか？w

35 のレスが「本当に？」だけで URL がなかった場合の 36 の返は申し分ないよ

逆に URL だけだったら 36 のような返しはしなかっただろう？

35 のURL 側を潰さなかった/35 の URLをあたかも無視したような解が下手だと言っている

なに言ってるのこのシトw

いつもレスバに負けるから ID 変えて書き込む癖が抜けてないようですね

>>35 のURLは
Arithmetic Precision and Operations

>>34のURL先であるが、読んでいないようなので抜粋してくれた>>36で、
The arithmetic expression shall be processed according to the rules given in >>> Arithmetic Precision and Operations <<<,
with the following exceptions:
>>> * The sizeof() operator and the prefix and postfix "++" and "--" operators are not required. <<<

>>35の疑問疑義を否定している。URLがあろうがなかろうが関係ないなとしか思えない、下の>>>からでも

レスバwなるほどねww

書いてある内容は正しいって一番最初にいってるんでそこ何度説明されてもね
平行線みたいなんでやめるね

平行線も何もあんた変な論は変な論というデバッグwし終えたてとこかな
>>36はちゃんとフォローしてる、疑問疑義を否定している、>>41なんてイチャモンもいいとこだったということで

てかさ、ちゃんと>>34を読んだらあんなURL張るはずもないもんだな、そこのURL先で Arithmetic Precision and Operations が>>35のURLのリンクじゃん
謎だなw

ｶﾞｶﾞｲ

エイプリールフールはまだだぞ

Windows 10, WSL, Ubuntu 18.04 に、Ruby のバージョンマネージャーのrbenv を、
rbenv-installer を使ってインストールしたのですが、
https://github.com/rbenv/rbenv-installer/blob/master/bin/rbenv-installer

これの34行目について、
rbenv="$(command -v rbenv ~/.rbenv/bin/rbenv | head -1)"

これを、bash スクリプト内に書いて、スクリプトを実行すると、
xxx="$(command -v rbenv)"

xxx は、~/.rbenv/bin/rbenv とパスが入り、

これを端末で直接実行すると、
xxx は、rbenv となって、パスが入らない！

bash スクリプト内に書いて、それを実行した時と、
端末に直接入力した時では、結果が異なってしまう！

>>56
あのさ、シェルで変数Aに123って代入して
別のプログラム実行したら、変数Aに123が入ってなかった！
みたいな間抜けなレスは要らないから

>>56
command -V rbenv
type rbenv
してみ、端末で直接実行時に
最優先実行対象を返すんだからその結果で何もおかしなことはないよ

端末で、command -V rbenv, type rbenv を入力したら、
両方とも、rbenv という関数が表示された！

でも、 which rbenv と入力すると、
~/.rbenv/bin/rbenv と、ちゃんとパスが返ってくるけど

rbenv ()
{
local command;
command="${1:-}";
if [ "$#" -gt 0 ]; then
shift;
fi;
case "$command" in
rehash | shell)
eval "$(rbenv "sh-$command" "$@")"
;;
*)
command rbenv "$command" "$@"
;;
esac
}

which -- locate a program file in the user's path

command - execute a simple command
-v
Write a string to standard output that indicates the pathname or command that will be used by the shell, in the current shell execution environment (see Shell Execution Environment), to invoke command_name, but do not invoke command_name
以下省略するが読め
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/command.html

ちゃんとリンク，引用までしてあげて親切だなぁ。
黙ってNGすりゃいいのに。

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/ipcs.html
ipcsコマンドとかのXSI通信系コマンドを使ったことある人いる？
どういう場面で使ったのか知りたい。

IPC使ったことがないとしか思えない。XSIに限らず他のIPCすらも
IPC使ったことがあるならそんなの聞かないだろう

使ったことがないから聞いてるんだろうに使ったことがないとしか思えないとはとんちかな

無知だからしょうがないんだろうがとんちんかんすぎ
シェルスクリプトとは関係ない、IPC使う場合の場面に決まってるだろってことだよ

誰かawkの互換性についてまとめてる人いない？
どれだけの実装があって、POSIXにどれだけちゃんと準拠してるとのとか
awkはどのLinuxにも入ってるって前提でいいのか？とか

まずは隗より始めよ

脱ケージ活動 ワロタｗ
（ケージ＝鳥かご、おり、捕虜収容所）
まあそうなるよね。シェルスクリプト（笑）

ハンズラボとユニケージのあゆみ
https://www.hands-lab.com/tech/entry/5600.html

突然ですが、ユニケージ開発手法というのものをご存知でしょうか？
→ 詳しくは弊社の以下記事にて説明しております。
ハンズラボが採用しているユニケージという謎テクノロジーについて 第1回

弊社でのユニケージの現在
そんなユニケージですが現在のハンズラボでは技術的負債としての認識が強いです。

ユニケージからの脱却、通称脱ケージ活動は現在社を上げた取り組みの一つです。
負債の解消に向けて、様々な取り組みを実施しています。

>>62
共有メモリとかセマフォとかメッセージキューとかの確認で使ったことあるよ。そういうのを使うプログラムのデバッグ中とか動作確認でな。

>>68
プレゼンテーションみてみ、主にはシェルスクリプトだからというのではないから
シェルスクリプトはど素人にとっつきやすいのか？

>>70
>主にはシェルスクリプトだからというのではないから

は?

プレゼンテーションみてみ「素人が作った」だから

juniとかsm1,sm2,sm3,sm4,sm5(5までかな？w)、ハンズラボ内製かと思ったら、ユニケージ元が提供してるヤツかw
ダメすぎに見えるな見えるだろうな、他の言語メンテを考えて開発してるのから見たら

いや、プレゼンテーションにある、sm2,sm4,sm5だけなのか
1,3が欠番、2/4/5にちょっとは深い意味があるのか？
他でも命名がある意味無茶苦茶だなあ、仕事として使おうとは全く思えない

>>70
Windows以前はMS-DOSが使われていた。
GUIなんてものはなく、コマンドプロンプトと
バッチファイルを触るのがパソコンを使う第一歩だった

これはLinuxにも当てはまる。Linuxを使う第一歩は
シェルスクリプトを触ること。GUIだけならWindowsを使えばいい。
Linuxを使うという第一歩はシェルスクリプトを触ることになる。

その第一歩の知識だけで仕事をした結果。
シェルスクリプトが悪いのではなく
第一歩の知識だけで仕事をした結果
知識を得る努力をせずに、今の知識で努力した結果

結局の所知識不足なので何しても破綻する

日本語不自由すぎやろw
言語関係なく組織の人的負債になるタイプ

読めない自分を少しは疑ってみような

>>75
>Linuxを使う第一歩はシェルスクリプトを触ること
そんなこと言ってるからLinuxが普及しないんだよw

>>69
ありがとう。

>>77
> そんなこと言ってるからLinuxが普及しないんだよw

そのとおりだと思うが？正確には俺が言ったから普及しないんじゃなくくて
Linuxがそういう状態であるから普及しない。俺はそのことを言っただけ。
俺が言うのをやめたところで、Linuxが改善されないと普及しないよｗ

更に言うならLinuxを普及させたければ、ソフトウェアするんじゃなくて
いい営業部隊を雇うことだよ。雇う金を出せないなら永遠に無理ってことだけどな。

オープンソースなんだから営業を雇う金なんて集まらないって言うけど、
そもそもオープンソースにしたのは誰かに言われたのではなく
自分で決めたんだろうから、文句言うなって話だがな

LinuxはPCのデスクトップ環境では伸びなかったがその他では使われまくってるよな。
PCと似たような使われ方もするAndroidのベースOSがLinuxだし。もうこれだけでも恐ろしいぐらいの普及率だ。
その他薄型テレビだのネットワーク機器だのそこらじゅうで使われている。

Linuxが普及しないのはオープンソースを言い訳に使うから。byチコ

Linux（UNIX）のコマンドとバッチファイルのコマンドは
どちらもCLIだがスタイルがぜんぜん違う

例えば、echoを引数無しで実行すると
ECHO は <ON> です。と表示される。

もしバッチファイルのコマンドのスタイルが
Linux（UNIX）に混じったらとても使いづらくなるだろう

一貫性ある形で統一することは重要。Linux（UNIX）は
GUIでこの統一に失敗した。

じじいの知識自慢

GUI環境を好みで選べるのが良いところじゃん
GNOME
KDE
Xfce
LXQT
MATE
等々

良いところがあれば、世界で一位になれる。

これはマクドナルドに味で勝負した高級ハンバーガー店が
惨敗するまでの悲しいストーリーである。

オープンソースって一般人からしたら負担だけどな
粗造乱造が基本だから目当ての物を探すのに苦労する
模倣のくせに機能不足だとか洗練されていない外観だとか心当たりあるだろ
何か意見すれば「自分で」で逃げるしさ
呆れられたいのか誇られたいのかはっきりしな
お仕着せのappleと無法地帯のLinuxと両極端なんだよ

意訳：俺の好みじゃない。Windowsがいちばん

ただWindowsを使ってて知ってることが多いってだけだな
単にそれで基準がWindows
それ以上手がかかってもダメだし手がかけられないとダメ、
Windowsで知ったことの範囲でWindowsの手順でできなきゃダメってだけ

Linuxと言うかオープンソース界隈でいやなのは
先駆者が先輩面したり初心者を馬鹿にして
さも自分がすごいんだと言いたげなところかなあ
これと対極をなすのがスマホとかなんだけど
知り合いの若いのにアプリの使い方聞いてみ？
親切に教えてくれるぞ

要するに俺はLinuxを知ってる！
オープンソースを知ってる！
でも誰も褒めてくれないから
新参者がきたら牢名主のように
小言を言い続けてやると思ってそうなところ

まあ手に入れた数少ないスキルだからしゃーないか

俺にLinuxや他のOSSを教えてくれた人はそんな人じゃなかったな。
懇切丁寧に教育してくれた。

寧ろ大学やらでWindowsやExcelの使い方を指導してた教員のほうが態度が酷かった。

まぁ，どういう人に恵まれるかで，その「教えた対象」の評価すら変わるってのは，ちょっと非論理的だけど，
かく言う俺も，多分上で話した教員のせいで，Microsoft製品を色眼鏡で見てしまうきらいがある。

>>88
> ただWindowsを使ってて知ってることが多いってだけだな

だから営業部隊の話につながる。
使ってもらうにはどうしたらいいか？答えは宣伝だよ。
パソコン屋に置いてもらうネットやテレビで宣伝する。

いずれも金がかかる方法だ。だからオープンソースいう
選択をした時点で積んでいるんだよ。自分で自ら王手されに行った。
いや王手がだめって言ってるんじゃないよ。
相手（利用者）にとってはいい捕虜だから

Linuxが普及してない世界線でシェルスクリプト書いてるやつもおるんやなw

>>93
世界＝俺の知っている世界、または
世界＝俺の見たい世界
って奴がたまにいるからね

変な位置で改行するやつ多いな
みんな同じ環境で見てると思ってるんだろうな

同じ環境で見てるとは思ってないが、
最低横80文字（笑）ぐらいで見てると思ってる
スマホぐらいだろ？そのスマホで長い文字が読みづらいなら
それはサイトの仕様が悪いだけ

マックをLinuxに加えれば結構シェアが取れていると思うぞ。

MacでLinux用バイナリがそのまま動かないなら、Linuxとは認められません

なにを主張したいのか
なにを否定したいのか
シェルスクリプトと全然関係ないことには変わりなさそう

サーバーOSシェアはLinuxがダントツだからな
WSLの環境作るのも楽になったしWindowsは単なるコンテナになった

普通にwin上でbashです

> Windowsは単なるコンテナになった

これは「すごいこと」という意味だよね？
Linuxも単なるコンテナになることが出来る。
コンテナになれるというのはモダンなOSの必須条件

無理やりなレス。自覚は無さそうだが

単なるコンテナになったの意味がわからんだけだよｗ
クラウドで散々仮想マシンでLinuxが動いてるのに、
Windowsは仮想マシンで動かせばいいとか皮肉の意味で言うやつもいるし。

使いたいものだからこそ、仮想マシンやコンテナで使うわけで
むしろ逆に、Windowsさえ使えれば、ホストはなんでもいいということなんだが

でっていう

なんか事実とか関係なく，
「議論に勝てばいいや」の精神でレスしてる奴がいるな。

いや，もはや議論と呼ぶにも烏滸がましい，口喧嘩か。

いいかげんスレチな話題は収めようぜ？

>>106
では言い出しっぺからどうぞ

Apple「全部こちらが用意したものだけ使ってろ改造すんな」
Microsoft「OSだけ売るから自作なり出来合いなり好きにしろ」
Linux「OSはタダでやるからそれ以外は自分でやれ。改造してもこっち頼るな」
unixとは無縁だがあれの扱いも林檎とどっこいでいいんだよな？一般人は用ないし

× Microsoft「OSだけ売るから、自作なり出来合いなり好きにしろ」
○ Microsoft「OSと開発環境、プラットフォームを提供するから、自作なり出来合いなり好きにしろ」

MSが提供してる開発環境・プラットフォーム
・Visual Studio
・Visual Studio Code
・Azure
・GitHub
・WSL
・Office（マクロ）
・SQL Server
・HyperV

small basicが入ってないぞ

LinuxというかGNUが提供しているプラットフォーム・開発環境は
>>110
の数倍はありそう（下手すると数十倍？）。

その上で，「こっち頼るな，寄り集まって好きに改造しろ。」だからな。

>>112
LinuxじゃなくてGNUだろ？
GNUのものはWindowsで何でも使えるようになったぞｗ

GNU「開発ツールはタダでやるから勝手に使え。OSはまだできてない。」


あとAzureに相当する開発プラットフォームはAppleもLinuxも実現できてない
やってるのはAmazonとGoogleであってLinuxではない
そう考えるとクラウドもOSの機能の一つを完全に実現してるのは
Microsoftだけなんだよな

MS信者がキモい

Linuxって企業だったんだｗｗｗ

めっちゃ突っ掛かってきてワロタ

>>115
企業じゃないよ。だから金がなくてLinux単体では
使い物にならない。

Linux愛好者？って偏屈だよね
俺Linux知ってるけどお前に教えないワラって感じで性格悪い
そのあたりでLinuxが浸透しない原因
そして今日もMSの株価時価総額1位

時価総額の世界第一は違うぞ
第3位のAppleの時価総額はさほど第2位のMicrosoftとさほど変わらんが同等に見てるってことだな、お前は

マイクロソフト信者やパソコンの大先生のよた話はもういいよ

時価総額世界一はマイクロソフトだぞ？
ずっと前に奪還したって聞いたんだがな

https://stocks.finance.yahoo.co.jp/us/ranking/?kd=4&;tm=d

1〜50件 / 6370件中最終更新日時:2020年4月10日7時40分
順位 名称・ティッカー・市場 取引値 前日比・前日差 時価総額 掲示板
1　マイクロソフト　[MSFT] - NASDAQ　165.14　(04/09 17:20)　+0.01%　(+0.01)　1,256,062,603千
2　アップル　[AAPL] - NASDAQ　267.99　(04/09 17:20)　+0.72%　(+1.92)　1,172,584,885千
3　アマゾン・ドット・コム　[AMZN] - NASDAQ　2042.76　(04/09 17:20)　-0.01%　(-0.24)　1,016,907,263千

奪還とか信者きめえ。今の世界第一はサウジアラムコな
そんな会社関係ないIT関係でとか言いそうだが
アホみたく無知を晒すなよ、それもキリリっとかでw

スレ違い

>>117
アスペかよwww

× Linuxは使いものにならない
○ Linuxを使いこなせない。

だいたい，シェルスクリプトに関して言えばLinuxなんかのUnixが圧倒的に有利なんだから，
少なくともこのスレでWindowsを讃えまくっても無駄骨だと思います（指摘）。

自炊できない自分を棚にあげて親のメシマズをあげつらう僕ちゃん

厳密にいうとシェルスクリプトではないのですが、

wsl や cygwin で

$ mv 'テスト' test

とすると

test\r

というファイルができてしまいます。

test

というファイルにするにはどうすればいいですか?

>>127
これマジ？

Cygwinは試してないけどWSL (Ubuntu)
ではそんな現象起きないぞ。

マジなわけねーだろｗ

ls で見ると

'test'$'\r'

というファイルができています

sed とか tr とかいろいろ試しているのですが、\rが取れません。

Windowsだから改行がCRLFになってCRがファイル名として処理されたんだろうね
昔そうなった記憶があるようなないような
普通ならエラーになったような気がするんだけどね

試してないけど名前変えたいだけならGUIでログインしてファイルマネージャで修正できると思う
コマンドラインならESC押しながら補完したらコマンドで触れる有効なファイル名になった気がする

CRLFのCRが原因だろうけど
シェルスクリプトなら改行コード変換してみるとか
ターミナルならTeraTerm使うとかでしのいで
根本対処は後にした方がいいと思う
うちはcygwinの環境もうないしWSLも使わんわ
もっぱら仮想環境かラズパイ
昔仕事でcygwin使ってたころ
いざUnixやLinuxの実機に移したら
動かなくて痛い思いした覚えがある

stty igncr
mv $'test\r' test

Windows/MS-DOSなテキストファイル(CRLFが改行)に書いて実行したとか

ふつーーーーのTeminalアプリでは igncr にしちゃうと改行できなくなんのか
WindowsのCommand Promptからbash起動でも同じく改行できなくなんな
>>127は本当にインタラクティブでやったのか？

送り側(Terminalアプリ)の改行はCR、受け側はCRをLFに変換してなのね
stty のそこらあたりのデフォ(-inlcr -igncr icrnl)からは。WSLでも同じ
stty igncr するとリターンキー叩いても無視されて何もできなくなるが、リターンキーの代わりにControl-JでLF送ればいいだけなのね

シェルスクリプトでやっています。

mv "テスト" test
stty igncr
mv '$test'\r' test

というファイルを作って

$ bash ,/file

とやると

cannot execute binary file: Exec format error

とでます。インタラクティブでやらないとできないんでしょうか?

そのシェルスクリプトの改行コードがCRLFになってるんじゃないですか、というのと

mv '$test'\r' test
ではなく
mv $'test\r' test
（シングルクオートの位置と数に注意）

$ bash ,/file
ではなく
$ bash ./file
or
$ bash file
で実行しましょう。

書き間違いなのかも知れないけど、そこは

$ bash ./test

なんじゃ？

bash ./test
ではないでしょ。ターゲットファイルがtestでスクリプトファイルじゃないんだから

>>137のとおり。>>136はわざとなのか？wなぜそうすると言うw
mv "テスト" test
をなぜ入れる。また、sttyはシェルスクリプトでは(ほとんど)関係ないよ

ちゃんと改行を選択できる(もしくはLFになる)エディタで書けばいいだけの話だし、
mv "テスト" test
だけで test になるだろう
すでにある 'test\r' を test にしたいなら、
mv $'test\r' test
とファイルに書いて実行すればいいだけだな

POSIX準拠度を図るツールとか調べてるサイトないんかね？

checkbashismとかは?

>>141
あー、シェルスクリプトの準拠度じゃなくて
シェルの準拠度ね。シェルがどれだけ標準を満たした実装かってこと

調べてどーすんの？

そうすりゃ自分が間違ってるのかシェルにバグが有るのかわかるだろ？

調べたければ公式のtest suite入手すればいい
http://get.posixcertified.ieee.org/posixfaq.html

ファイルが存在するなら上書き、しないなら新規作成ってtouchじゃなくてviでやるかんじでしょうか？

リダイレクトでappendすればいい

$ do_something >> output.txt

bash なら、-e で、ファイルが存在すれば真
[ -e ファイル名 ]

逆に、ファイルが存在しない時に真
[ ! -e ファイル名 ]

>>148
これだとうまくいかないことがある

上書きって言ってるから、単純に

$ do_something > output.txt

で良いんじゃない？

>>150
普通にこれでいいな。

リダイレクトでファイルを作れるけど
リダイレクトでファイルを削除ってできないんだよな
空にすることはできるけど

ファイルオープンとファイル作成は同居してるからな
削除は別物

まあ分かるけど対象性がないと言うか
Aから出力したものをBにコピーする。の発展で
AからBに移動する。みたいな発想はなかったんかな？
そうすれば/dev/nullに移動 = 削除になったと思うんだが
移動も削除も実装ｗ

消去したいパスのリストをファイルに入れておいて（1行1パス）
cat path_list.txt | xargs rm -rf
みたいなことをしてるのですが、ファイルのパスでワイルドカード（アスタリスク）を
使いたくなりました。

単純にパスのリスト中でアスタリスクを使っても展開されないようですが、
展開させるにはどうするのがいいでしょうか。

>>155
ファイル名に*という文字が含まれている場合はどうするの？

あ、いや、「*」という名前のファイル名があったらどうするの？

$ ls
foo.log bar.log baz.txt qux.txt *.txt input.txt

$ cat input.txt
*.log
'¥*.txt'

$ cat input.txt | xargs -I {} bash -c 'ls {}'
bar.log foo.log
*.txt

bash -cってどんな時に使うんです？
簡単なシェルスクリプトならググらず書けるようにはなったけどまだよく分からん
関数もaliasも使えない分安全だろうけど使いたい時はどうするの

>>159
その場でbashでコード実行したいときだろ？
今使ってるシェルがzshで、bashだったらどう動くか確認したり
シェルにログインするまでもないなとか

あと環境汚すようなときにも使うな。
関数定義してなにかしたいけど、後で消したいとか
まあサブシェルとかでもいいんだけど

>>158
なるほどー。素晴らしい。

>>159
interactive shellじゃない場合は
`shopt -s expand_aliases; source <alias設定file>` でエイリアスが展開される

$ cat .alias_and_fn
alias ll='ls -tAhG'
foo() {
echo "foobar!!"
}
$ cat input.txt | xargs -I {} bash -O expand_aliases -c $'source .alias_and_fn;¥n ll {}; foo'

行単位で読み込むときにalias展開するからaliasを設定した後に改行入れてから使う

interactiveなログインシェルとして起動したければ`bash -cli`とか
詳しくはman bashで

bash -c は、よく見る

>>56
ようやく、分かりますた！

xxx="$(command -v rbenv)"
と、端末で直接実行すると、xxx は、rbenv となって、パスが付かないのは、
すでに、rbenv という関数が定義されたファイルを読み込んでいるため、
同名のコマンドよりも先に、関数が見つかるから

一方、xxx="$(command -v rbenv)"
と、bash スクリプト内に書いて、スクリプトを実行すると、
xxx は、~/.rbenv/bin/rbenv とパスが付くのは、
rbenv という関数が定義されたファイルを読み込んでいないため、コマンドが見つかるから

シェル関数を使うには、その関数が定義されたファイルを読み込んでから使うのか

Ubuntuでシステムのシェルってdashになってるみたいですけど、確かこれってbashより
速いからって理由でしたっけ?

実際どのぐらい違うか興味があるんですが、どこかにdashとbashのベンチマーク比較した
情報とかあります? （自分でやれって? w）

>>166
なんの速度かは言わないがあるツールをdashで動かしたら約3秒
bash 5.0 だと 11秒、kshだと6秒でzshだと９秒

dashを選んでるのは速度もあるしPOSIX準拠ってのもあるだろうね

関数を一行で書く時エラーで悩んでたけど波括弧ってに空白いるのな
foo(){ echo foo;}
小括弧だと必要ないのに何この初見殺し

>>169
shellcheck使うといいよ

>>169
zshは空白無くても動く

zsh -c 'foo(){echo test;};foo
test

dashはコンパイルエラー起こらないと思いつつ、実行するとエラーになり
dash -c 'foo(){echo test;}' # コンパイルエラー起こらない
dash -c 'foo(){echo test;};foo' # でも実行すると怒られる

実は"最後の" ; がおかしい
dash -c 'foo(){echo test;} foo'　# これを実行するとこうなる
{echo: not found

エラー内容から、最初の { がおかしい事がわかる。これが正解
dash -c 'foo()echo test;} foo'
test

後ろの } はただのノイズだと思われるので、とってあげても動く
dash -c 'foo()echo test; foo'

↑これは POSIX 準拠なので（笑）zshやkshやmkshでも動く
でもbashやyashでは動かない

そこから考えると
dash -c 'foo()echo test;foo' は動くということがわかるし、
dash -c 'foo()echo test;}foo' は
foo()echo test ＋}foo になるので、 }foo: not found と表示されることも理解できる

>>171
> dash -c 'foo()echo test; foo'
>
> ↑これは POSIX 準拠なので（笑）zshやkshやmkshでも動く
> でもbashやyashでは動かない

それは bash や yash の方が正解
関数定義の本体は複合コマンド(compound command)のみ
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_05

ちなみに yash や posh はこれに関して、bash よりも分りやすいエラーメッセージを吐く:

% yash -c 'f() echo'
yash -c:1: syntax error: a function body must be a compound command
% posh -c 'f() echo'
posh: f: function definition must use compound command
%

>>172
compound-command は必ずしもグループ化しろとは書かれてないよ
グループ化はオプション
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04

>>170
これいいですね
解説が丁寧で、初心者の自分には勉強になる

>>173
何を言いたいのかわからない

>>172のリンク先で関数定義の形式として示されているのは
fname ( ) compound-command [io-redirect ...]
の一種のみ

echo test は compound-command ではないから
foo() echo test; などは上記の形式には当てはまらない
という話なんだけど

「グループ化」云々ってどっから出てきたの

え，関数って一行で定義するときは
foo() echo hello;
みたいに波括弧で括る必要ないの？
知らんかった。

>>175
リンク先見ろ、Grouping Commands って書いてあるだろ

compound-command は
　() や {} でグループ化してもいいし、しなくてもいい
　単一のコマンドも compound-command
　というか、単一のコマンドが compound-command であり
　複数のコマンドをまとめる時に Grouping Commands を使う

>>176
本来はね。でもbashで対応してないから事実上諦めるしかない。

>>176
あとグループ化するのに使うのは {} または () なので

foo() { echo hello; } の代わりに
foo() (echo hello) と書いても良い

こっちはbashやyashも対応している。
ただし当然のことながらサブシェルで実行される。

fname ( ) compound-command [io-redirect ...]
の最後からわかるように

foo() { echo hello; } >/dev/null や
foo() (echo hello) >/dev/null とも書ける

もちろん複数行でこのように書いてもいい
関数が出すエラーを全て捨てる場合とかに使える

foo() {
　echo hello
} 2>/dev/null

>>177
> 単一のコマンドも compound-command
> というか、単一のコマンドが compound-command であり

それ初耳だわ
どこに書いてある?

>>181
なんのために Grouping Commands と別に説明してある思ってる？

Grouping Commands を作るための {} または () が必須じゃないから、
「compound-commands の定義は {} または () で始まる」と*書かれてない*んだよ

2.9.4 Compound Commands
The shell has several programming constructs that are "compound commands", which provide control flow for commands.

Each of these compound commands has a reserved word or control operator at the beginning, and a corresponding terminator reserved word or operator at the end

でその後Compound Commandsとして上げられてるが以下の6つ
- Grouping Commands
- The for Loop
- Case Conditional Construct
- The if Conditional Construct
- The while Loop
- The until Loop

echo helloは開始・終了を示す予約語もなければ、上の6つのどれにも当てはまらないからCompound Commandではない

foo() if true; then echo "foobar"; fi
↑こういうのはOK

↓shellcheckの解説
POSIX allows the body of a function to be any compound command, e.g. foo() for i; do :; done. Since this usage is rare, ShellCheck intentionally requires the body to be { ..; } (or ( ..; )):
https://github.com/koalaman/shellcheck/wiki/SC1064

>>183
Compound Commands はその6つって言いたいの？

なら以下の関数定義はPOSIX 準拠ってことだね

foo() for i in a b c; do echo $i; done
foo() case a in a) echo a; esac
foo() if [ a ]; then echo a; fi
foo() while [ $# -gt 0 ]; do echo $1; shift; done

<<. dash
foo() echo hello
foo
.
hello

たしかにDashだと問題なく定義できるな……。
こんなこと始めて知ったわ。実地で使うかどうかは置いといてw

要するに素直に括弧でくるんどけってことやな

>>166
https://unix.stackexchange.com/questions/148035/is-dash-or-some-other-shell-faster-than-bash

>>169
type { }やると分かるけど{}はシェルの予約語
{}に意味があるから{ この空白も閉じる前の;}もいる
for i inをforiinにできないようなもんで
()はtypeで何も出てこないけどね

set -eの挙動について教えて下さい！

これを実行したら何も表示されずに終了されました
set -e
foo() {
false
echo foo
}
foo
echo $?

その理由はわかります

質問はfooの中身を一切変えずにset -eの状態で
fooを画面に表示させずに $? (= 1) を
取得する方法はあるのでしょうか？

{ と [ は記号でなく「コマンド」

$ ls -l

を

$ ls-l

とスペースを入れないと動かなくなる
これと一緒

>>190
! ret=foo
echo $?

or

if ret=$(foo); then
echo "truthy" "$ret" "$?"
else
echo "falsy" "$ret" "$?"
fi

>>192
> ! ret=foo
なんですか、これ！？って思ったらfoo関数呼び出してないじゃないですかぁ

> if ret=$(foo); then
なるほど、これで取得できるんですねって思って
やったんですけど truthy foo 0 ってでました

>>190
パイプライン (1 つの 単純なコマンド からなるものでもよい)、 括弧で囲まれた サブシェル のコマンド、 ブレース (前述の シェルの文法 を参照) で囲まれたコマンドのリストの一部として
実行されたコマンドの 1 つ が 0 でないステータスで終了した場合、即座に終了します

だから。falseの時点でどうであれメインシェルプロセスがそこで終了、echo fooなんて実行しない、もちろん呼び出し元にも戻らない
>>192は上記に続く文に沿ってのじゃないかなあ。だが、if false; then ... とかの話で、違うだろうな文的にも。わざとなのかわからんけどw

そういう動作を望んで set -e してるのにそういう動作すんなって無理じゃね

bash 限定なら、
export -f foo
bash -c 'foo' && echo $? || echo $?
で、一応動くようではあるな(ちゃんとfooでのステータス値も返る)

>>195
bash -c 'set -e;foo' && echo $? || echo $?
だった。set -e は別に継承されるわけないと後で気づいた

で、>>192のネタ確認してみたらできそうなのね。$()なんて出力結果求めるのにしか使ったことないのでこれでいいのか？？と頭ウニだけど

if $(set -e && foo); then echo $?; else echo $?; fi

なんかbash限定でもなく動いてるな(w)

あぁ、$() は正常時はやっぱりダメか。そりゃそうだな(スッキリしたw)
ret=$(foo) のような、なんか工夫すればできそうな気もしないでもないが。そういうことなのね、失礼>>192

その方針なら

export -f foo;
ret=$(bash -c 'foo; echo $?');
echo $ret;

で良いんじゃね？

出力結果をスクリプトで扱うために欲しいわけじゃないから
$() だと関数も外部コマンドのように別(のメイン)プロセスとして呼べる＝bash固有のでなくて使えそうだなあという、ニコイチではなくどっちかの話

ああすまん、fooの出力を忘れてた。

$ $(echo hoge)
hoge: command not found
まあ、当然そうだわな
$ $(exit 12)
$ echo $?
12
へー、コマンドねえぞとお怒りにはならんのか。空行とみなして無かったこと(？)になるのか
echo ' 'とかスペースタブだけ(？)なら許してくれる、: と違いステータスも変わらない

てことで、標準出力に何も出さなければいいのねで、

exec 9>&1
$(set -e; foo >&9) && echo $? || echo $?

でbash以外でも動くことは動く ($() 内ってCommandsでもいいのね)
$()内での set -e はない方がスッキリだが必要ないシェルもあるもあるが必要とするシェルがある

例えば、Ruby のバージョンマネージャー・rbenv の、rbenv-installer の冒頭部分は、

#!/bin/bash

# コマンドの終了コードが、0以外なら強制終了する
set -e

homebrew=

# -p : タイプが「file（実行ファイル）」の時のみ実行ファイルの絶対パスを出力する
# （それ以外のタイプの場合は何も出力しない）

type -p brew >/dev/null && homebrew=1

コマンドってファイルに書くのと実行形式を~/binに置くのとどっちがいいの
関数とエイリアスの違いは分かったけど使い分けできてないな

/dev/urandomっていうデバイスファイルが，
ほんとにただのファイルとか実は同じ値ばっかり出力するデバイスファイルとか
じゃないってことを保証する方法ってある？

>>203
いろんなところで使いたいコマンドは ~/bin に置いておいて
パスを通しておく。限定的な使い方をするコマンドはそのディレクトリに
置いておくのかな。私はそうしている。

>>204
ないよ。
作ろうと思えば/dev/urandomを独自実装のデバイスファイルに置き換えられるんだから。
それっぽい値を返すデバイスファイルを作ろうと思えば作れる
例えばWSL1はWindowsでLinuxカーネルをエミュレートしてるんだから
/dev/urandom とかMSの独自実装のデバイスでしょ？

>>203
コマンドをファイルに書くって関数のこと？
CLIから呼び出す汎用的なものは~/binで
スクリプト内部で使うだけなら関数にするだけじゃないの？
そしてエイリアスはインタラクティブシェルで使うもの
bashがデフォルトでスクリプトでは無効になってるのはそういう事

>スクリプト内部で使うだけなら関数にするだけ
と思い込んでたら、>>56みたいになるぞw
>bashがデフォルトでスクリプトでは無効になってるのはそういう事
まあ、4からか？そういう方がいいだろうと思い変えたのだろうが、--posixでは有効なんだけどな

>>56は、rbenvはインタラクティブシェルで使うために
alias使ってるんでしょ？

> まあ、4からか？
ずっと前からやろ？

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/alias.html
POSIXでも interactive utilities.って言われてるぐらいだしな

>>209
残念ながら、3はそうなってない

>>210
ちゃんと読めよ

>>209
>alias使ってるんでしょ？
ああ...これもか...
色々想像するのは勝手だが、なんか色々勝手な想像ばかりで全く調べてないなって感じだぞ

>>209,211
ああ、すまん
実行できないのは最初からだし、存在さえもしないのは3以降からだな(2では存在はするが実行時エラー)
>まあ、4からか？そういう方がいいだろうと思い変えたのだろうが
の部分は間違い勘違い、すまん

>>213
調べるとか何のこと？
スクリプト内部でだけ使うなら関数って言ってるだけなんだけど？

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
~/.bashrc に、下の2行を追加するだけで、各言語ごとに追加しないでも良い

export PATH="$HOME/.anyenv/bin:$PATH"
eval "$(anyenv init -)"

結局、この追加した、eval で、rbenv という関数を読み込んでいたという落ちw

>>165
に書いてます

シェル関数は、その関数が定義されたファイルを読み込んでいれば使えるけど、
読み込んでいなければ使えない

>>215
想像でそれも自分の言ったことに都合が良いだけで言うなってことだよ
すぐ下のレスに状態を本人が書いてるだろに

rbenvはaliasをインタラクティブシェルで使ってない

だからといって、
「aliasはインタラクティブシェルで使うもの」を
否定してることにはならんのだが・

何言ってるの？
>>スクリプト内部で使うだけなら関数にするだけ
>と思い込んでたら、>>56みたいになるぞw
から、想像だけで「alias使ってるんでしょ？」て間違ったこと「いきなり」言い始めたんんだけど。それが関数なんてすぐ下に書いてあるのに、見も／調べもせずに「いきなり」

「スクリプト内部で使う［だけ］なら［関数］」だから、見も／調べもせずに「alias使ってるんでしょ？」なんて間違いを平気で言ったんでしょ？

aliasはインタラクティブシェルで使うものは別件で、そこは関数のことだろに


aliasはインタラクティブシェルで使うものは特に否定はしてないが、POSIXでそう決めてるわけではない。>>210を自分でちゃんと読めば>>210はなんの補強にもなってないのに誤った抽出ってこと

「スクリプト内部で使うだけなら関数にするだけ」は
否定しないんだね

読めなさすぎだろう。なんでそうなる？？
スクリプト内部で使う［だけ］じゃない［関数］がって例の話なのに
ダメだな読めなさすぎ、今までのでも

お前らいつも質問者を置き去りにしてんな

こいつもう辞めた方がいいな

質問箱スレじゃないから

枯れた技術のスレで質問禁止にしたら超絶過疎っちゃうよ

質問禁止という意味じゃない。質問もありだし質問のをネタにしたのもあり
質問箱スレならQ/A以外は雑音にしかならんという意味

cronの書式を読み取りたいんですがなぜかファイル名が読み取られてしまいます。なぜでしょうか？

どうやったらそんな挙動になるんだ？
ちょっとどんなコマンド打ったか書いてみて。

>>228
クォートしてないからでしょ
$ ls
crontab
$ echo * * * * * user-name command to be executed
crontab crontab crontab crontab crontab user-name command to be executed
$ echo "* * * * * user-name command to be executed"
* * * * * user-name command to be executed

>>229
setを使ってスペース区切りで分割したらファイル名になりました

>>230
そこから各フィールドごとに分割するのはどうしたらいいでしょうか？

awk使っちまうなあ
楽チンで

その後シェルスクリプトで処理をしたいんです。

read

cat /etc/crontab | grep -v '^[ \t]*#' | while read m h D M W u c; do [ "$c" != '' ] && echo "$M/$D $W $h:$m ($u) $c"; done
でいいのかな？？

しかし、>>228から * のGLOB展開とわかるなんてすげえなw>>230は

他スレで -z とか見て思い出したんだけどさ
[ -z "$str" ] とか [ -n "$str" ] って必要なの？
[ "$str" ] とか [ ! "$str" ] でいいと思うんだけど？

[ "$op" "$str" ] みたいに演算子を変数に入れられるから
機能そのものが不要だとはは思わないけど
通常は [ "$str" ] や [ ! "$str" ] で良くない？
他の言語だとこっちだからわかりやすいし

他の言語だったらそういうのはBooleanでしか使わないという文化な人々も居る
[ -z "$str" ] や [ -n "$str" ] よりも [ "$str" = "" ] とか [ "$str" != "" ] の方が見る機会が多かったな

>>236
先頭にマイナス記号が入らないことが保証されるのならいいのでは？

>>238
関係ないでしょ？ その場合こう展開される
[ "-z" ] または [ "-n" ]　これはどちらも文字列があるから0

[ ] で囲まれた中身が1個の場合は決してオペレータとして扱わないのだから
どんな文字が来たとしても問題ない。空文字以外は0となる
ついでにいうと [ ] の中身が0個の場合は常に非0

そもそも [ ] （test）のドキュメントに
STRING は -n STRING と等価と書かれている
仕様通り

>>239
他の条件とand/orされる場合は？

>>240
-a と -o に関しては、shellcheckさんが禁止しております
[ 略 -a 略 ] は使いません。必要なら [ 略 ] && [ 略 ] こうします

>>241
そういう独自ルールを適用するならそれで良いんじゃねえか？
ただ独自ルールだからそれとセットで説明する必要がある。

>>242
ん？でもさ -a とか -o 使っても問題ないんじゃね？
[ str -a ] みたいなのってありえないんだからさ[ -a -a ] もないでしょ？
[ -a -a -a ] だと 最初と最後が文字だって一意に識別できるよね？

訂正する
> 他の条件とand/orされる場合は？

他の条件とand/orされる場合 かつ 混乱するようなパターンってありえるの？

>>243
シェルというかtestコマンドってそんなに賢く自動判別してくれるの？
これからそういうシェルまたはtestコマンド作るって話？
だったら作ればいいんじゃね？そうすればそれはそういうものですって言えるしそれでokだ。

なんでシェルをディスってるの？
これからも何も「testは賢く判断するから問題ないよね」って聞いてるだけなのに

>>244
こういえば良いのか？
POSIXで決まっている仕様どおりの正しい動きです。
これから作る必要など全くありません。

あ、そう。じゃあそれでいいんじゃね？

何が気に食わないんだろう（笑）

>>236と同一人物に見えて俺流儀の押し付けしたいのか何をしたいのかだろな

質問者 （POSIX準拠の仕様）これ問題ある？
回答者 問題あるに決まってるだろ。あれとかこれとかどうなんだ？

質問者 それらは問題ないよね？
回答者 お前の流儀を押し付けるな！

なんだこのながれ

まともなレスじゃなくて、個人たたきに変わったからな
POSIXの仕様にたいして俺流儀とかアホかと

それ以上POSIXを唱えるな
奴が来る

ハクション大魔王2020は面白いな。

俺流儀に見えたってことはそういうことでは
虚栄心だけじゃ何も学べないよねぇ

詠唱




────POSIX準拠



　

宗教みたいだぁ…（直喩）

宗教だろ…(直球)

お前のログインシェルをfishにしてやろうか

>>259
それはPOSIX準拠？

ねたにまじれす

最近Oil ShellのPOSIX準拠度が高まってきて嬉しい（これはネタじゃない）

メジャーリリースしたら教えてくれ

POSIX準拠度が完全になったら教えてくれ

ち、やっぱり set -uしたときにecho ${A+x} ってしたら
fatal: Undefined variableで落ちるじゃねーか
変数が定義されているかのチェックすら出来ねぇ

>>265
そこでissueですよ

>>266
立て逃げしていいならするけどさ、やり取りが面倒なんだよ
この程度ででるぐらいなら他にも問題たくさんありそうだしstar多いんだろ？誰かが頑張ってくれ
それかすでにあるんじゃねーの？OilShellがどこまで本気なのか知らんが、
まがりなりにもPOSIX準拠を名乗りたいのなら絶対には対応していないといけない
基本機能だからな。（変数定義確認方法のFAQレベルだぞこれは）
俺にとっては数あるシェルの一つでしかないし別件で忙しい

POSIX互換を謳う俺々シェルの利点って何なの
わざわざ作るってことは今のPOSIXは不備あるのか

>>268
今のPOSIXに不満があったらPOSIX準拠シェルなんて面倒なもの態々作らんと思うが

作るだろ？不満があったから新しいものを作る
ただし移行パスがなければ移行しないのでその方法を提供する
よくある話だ

>>270
たぶん「準拠(互換)」の部分について言及してるんだと思うよ

>>268
https://www.oilshell.org/blog/2018/01/28.html

学術の巨大掲示板群 - アルファ・ラボ
http://x0000.net

数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など

PS 連続と離散を統一した！
http://x0000.net/topic.aspx?id=3709-0

学術の巨大掲示板群 - アルファ・ラボ
http://x0000.net

数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など

PS 連続と離散を統一した！
http://x0000.net/topic.aspx?id=3709-0

POSIX
抽出レス数：28

スレタイに【POSIX】いれとけよ

>>275

>>1より
> ・特記なき場合、POSIX準拠シェルが既定です（古きBourneシェルはほぼ絶滅しました）
> 　特定のシェルの専用機能に依存する場合は明示しましょう（特にPOSIX準拠シェルではないfish, (t)csh等）

別にPOSIX前提ではない。レス28は多くない。

posix準拠かどうかを自動判定するプログラムはないのか?

bash、tcsh、zsh などが持つ拡張機能を持たない
POSIX互換を目指す
シェルで -n で

>>275
例えば「C言語総合スレ」で
ISO CやJIS Cについての言及が全スレ中10%を占めていたとして，
そのことを以って「スレタイにISO C/JIS Cって明記しろ！」って言う？
いや，言うんだったら，まあ何も言えないけどw

Oil Shellって実装されてない機能、実は多くね？
どこかに一覧でまとめられてるじゃないかと思うんだけど
わかってて未実装なのか、忘れられてるのかどっちなのかわからん
報告すべきなのかどうか

「実は」っていうか，べつに公式に「POSIXに完全準拠しました！」なんて言ってねーしなw
ただ単に着実に対応していっているっていう，それだけ。
まだ1.0ですらないし，何を期待してるんだか。

うん。聞いてるのは実装されてる機能されてない機能の一覧ね
いい加減、反論されたクソって！思い込んで突っ走るのはやめようよｗ

自己紹介

Oilシェルに親でも殺されたのかな？（すっとぼけ）

fishって、プロセスの生成にposix_spawnを使っていると小耳に挟んだのですが。
macOS等、fork+execよりposix_spawnが速いとされる環境で使ったらbashとかより
性能が上がったりしますかね?

1ミリ秒ぐらいは上がるんじゃね？ｗ

では、赤射プロセスをもう一度見てみよう

>>285
https://github.com/fish-shell/fish-shell/issues/3149#issuecomment-226923645

このシェルスクリプトは面白そう

実装が面白いのかと思ったら発想が面白かった

https://qiita.com/twrcd1227/items/35c4cdc12581b75204a5

> マジックナンバー
> マジックナンバーとは#!のこと
> シェルスクリプトの先頭には以下のようになんのシェルを使うのか明示する。

ばーかｗ

直接コメントしたれよ。こんなとこで晒すとか、くれえやつだな
マジックナンバー自体も知らないアレだとしても

https://en.wikipedia.org/wiki/Shebang_(Unix)#Magic_number

本人登場かという勘違いぶり

なんつーか、入門書としては酷いから訂正しなけれいけないレベルだが
初心者が頑張って背伸びして書いていると思うと
それをめためたに指摘しまくるのも大人げないんだよなｗ

と思ったが、
https://qiita.com/twrcd1227/items/b7d6e16aa4e9f895a831
> 入門UNIXシェルプログラミングを読んでいく

これ、本当にこの本に書いてあることなのか？
この本有名だし流石にそんなことはないと思うが

> % echo $SHELL #今使ってるシェルの種類を調べる
真っ先から間違いなんだよな。
× 今使ってるシェル
○ ログイン時のシェル。例えばbashでログインしてzshに切り替えてもbashのまま

>>291
これがマジックナンバーじゃなかったら何をもって ELF と
シェルスクリプトの違いを判断している？

>>295
ログインシェル zsh にしてログイン後に bash 起動したらSHELL が /bin/bash にならね？
「ログイン時のシェル」は流石に「今使っているシェル」よりなお悪いんじゃねーか？

各シェルの SHELL (と shell) の変数に関する実装によるが比較的今使っているシェル
だろうとみなせる、というほうがまだ正しそう。

文脈を見てみないとわからんが、プログラム側からシェルの種類を気にするのは
ssh-agent みたいに環境変数のセットのためのコードを返すプログラムぐらいだから
csh 系ユーザかどうかだけ拾うって程度で、細かい所までは考えてないでしょ

>>296
マジックナンバーが#!（シバン）のことなのではなく
#!（シバン）がマジックナンバー（の一種）

違いわかる？


「アルコールとは酒のこと」といえば間違ってると理解できる？

あ、これアルコールって書いてある！つまり酒だな！ごくごくって
（消毒用）アルコールを飲むやつはアホだろう

>>297
> bash 起動したらSHELL が /bin/bash にならね？

なぜそこで質問する？
わからないなら自分で調べろよ。

質問じゃないなら「/bin/bash になる」とお前は言うはずだ

ま、お前程度のやつが知らなくても仕方ないな。
有名な某あのツールですら十数年？も前から
間違っててバグ放置されてるんだしなｗ
（最近報告されてたんで俺は報告しないよ）

>>300
顔真っ赤にして連騰して恥ずかしい奴だなぁ、お前
まずはログイン時のシェルにならない事について謝れよ

>>301
https://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html

SHELL
This variable shall represent a pathname of the user's preferred command language interpreter.

はい、ばーか確定（笑）

>>302
すまん、リンク先は見ていないがその英文で「ログイン時のシェル」と解釈
しているのかな、君は？

恥ずかしい書き込みしたんだから ID ぐらい変えて書き込もうよ。

>>303
じゃあ逆にお前は何を持って自分が正しいと思ってんだ？
なにか一つでも証拠を持ってこれるのか？
これないだろ？先に言っておく。俺はあと一つ証拠を持ってこれる。
謝るなら今のうちだぞ？

出だしが>>296と無知ぶりを発揮してのでよく頑張るなと思わせるw

>>304
その証拠って、ログインシェルを zsh にしてログイン後に bash 起動しても
SHELL 環境変数が zsh になってる件ですかね？w

>>306
反論したいんでしょ？あなたの意見の根拠を聞いてるんですが、そっちはどうしたんですか？
（私が主張していることを証明している）事実だけを言われても困るんですがｗ

>>307
根拠あげろって最初に挙げたでしょうに。
俺の環境ではログインシェルを zsh にしてログイン後に bash 起動したけど
SHELL 変数は /bin/bash でしたよ？

>>308
それと同じことを言ってる人をググって見つけてこれる？
そういうのが根拠。誰もいないよね。

「俺は○○だ」は根拠じゃなくてお前の主張
その主張の根拠を見つけてきてって言ってるのに
主張を繰り返されても困るｗ

>>309
お前の環境で実行しろよオイ
ファビョり方に無理が出てるなあとは思ったが流石にもうお前は終わりだ

むかし北斗の拳というアニメがあったのだが、「お前はもう死んでいる！」と言った瞬間、ケンシロウの頭が「プシャー、ヒデブ！」ってなるような人が、掲示板には居るよね。
ふと思っただけで、特定の誰かを指して言うわけじゃないのだが。

>>310
もう飽きた。トドメさしとくね

SHELL environment variable still points to zsh after using bash
SHELL環境変数は、bashを使用した後もzshを指します
https://unix.stackexchange.com/questions/522907/shell-environment-variable-still-points-to-zsh-after-using-bash

SHELL is an environment variable that is passed from bash to zsh when you call zsh.
SHELL is not one of the Parameters Set By The Shell in zsh, so its value remains intact.

SHELLは、zshを呼び出すときにbashからzshに渡される環境変数です。
SHELLはzshのシェルによって設定されるパラメーターの1つではないため、その値はそのまま残ります。


man login

ユーザ ID とグループの ID は /etc/p@sswd ファイル中に記載されている値に従って設定される。
$HOME, $SHELL, $PATH, $LOGNAME, $MAIL の値は、パスワードエントリのそれぞれの
フィールドに従って設定される。 ulimit, umask, nice 値が、 GECOS フィールドの
エントリーによって設定されることもある。

https://unix.stackexchange.com/questions/71121/determine-shell-in-script-during-runtime

You can use the command:

$ echo $SHELL
to find out the shell from within the script.

No. $SHELL is the shell of choice of the user. Initialised from the login shell of the user.
Nothing to do with the currently running shell.

いいえ。$ SHELLはユーザーが選択するシェルです。ユーザーのログインシェルから初期化されます。現在実行中のシェルとは関係ありません

man bash

SHELL この環境変数にシェルのフルパス名が保存されています。
シェルを起動したときに設定されていない場合は、 bash が現在のユーザのログイン
シェルのフルパス名を代入します。

POSIXシェルの\x80--\xFEあたりのバイト列の取り扱いって，何か規定されてます？
\x00--\x7Fの取り扱いについては
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap06.html#tag_06_04
ここに載ってるけど。

ミスリードさせる気まんまんの書き込みばかりして
頑なに自分の環境での実行結果は貼らないのはなんで？w

『「アルコールとは酒のこと」といえば間違ってると理解できる？』
って書き込んだ奴はどこに行った？

>>316
いい加減傍目からもお前が何をしたいのかわからん
延々となぜか丁寧に説明されているのに、何を言い張ってるんだか。さらにぶり返すとか本当に読めないんだな、色々と

せいぜい、延々と正しい説明してるw方の間違いは「ログイン時のシェル」と言ったことだけだな
自ら挙げた>>302の user's preferred command language interpreter という方向にそれも>>312,313で捕捉されてるし
まあ、後で手動でユーザがSHELLを変える設定することも(ほとんど)ないからログイン時のシェルでも通じるだろうけど

>>297は全くの誤りだけどw

｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868

>>318
>>302 を示す際に素直に『「Preferred ... 」であってログインシェルじゃなかったわ、すまん』
って書けばそこで終わった話ですよ？ なぜこのタイミング？

> まあ、後で手動でユーザがSHELLを変える設定することも(ほとんど)ないからログイン時のシェルでも通じるだろうけど
都合よく解釈しすぎ。 もう一度書くけど
『「アルコールとは酒のこと」といえば間違ってると理解できる？』
って書き込んだ奴はどこに行った？

俺は違うからな、お前に延々と付き合っていたのとは

お前は全く間違いの反論でだから、お前がどう挙げつらおうがお前の責め手にはならんだろう、何を勝ち誇って(？)いるんだか
お前自身で、その未だに言い出してる自分の間違いを認め誤りの訂正お礼なんぞもしてないくせに
自分の大きな間違いをごまかす消化するために小さな間違いをあげつらってるだけだな、しつこく繰り返してるとこからは

>>318
> の間違いは「ログイン時のシェル」と言ったことだけだな

諦めて読めな？

> man bash
>
> SHELL この環境変数にシェルのフルパス名が保存されています。
> シェルを起動したときに設定されていない場合は、 bash が現在のユーザのログイン
> シェルのフルパス名を代入します。

つまり>>308のこれが嘘だったってこと

> 俺の環境ではログインシェルを zsh にしてログイン後に bash 起動したけど
> SHELL 変数は /bin/bash でしたよ？

>>322
>>318の最後の行でそれを補足してるんだがな

>>302の user's preferred command language interpreter
で間違いないだろう、それ以上でもそれ以下でもない。ログインシェル自体が(ユーザデフォルトの) user's preferred command language interpreter だから＆それしか多分設定するとこがないから、ログインシェルが設定されてるだけかな

手動で、今の俺の気分はログインシェルとは違うこのシェルなんだと、
SHELL=なんか
sudo -s
user's preferred command language interpreter が実感できなくね？

で、bashではそう書いてあるらしいが、(ほぼなんもしてない)dashってどうなってるんだろうと、ソースをチラ見した限りはそんな風なとこちょっと見えないな。OSがなのかな？

ああ、もちろん>>323なんてのは嘘(逆にどんな環境やねん)、dashでもSHELLに設定されてるし、そこからbashを起動してもSHELLはbashのパスには変わらない

>>324
何をごちゃごちゃ言ってるのか知らんけど、

> 俺の環境ではログインシェルを zsh にしてログイン後に bash 起動したけど
> SHELL 変数は /bin/bash でしたよ？

↑これはman bashからみて絶対にありえないし
SHELL環境変数はログイン時のシェルなんだよ

まさか（自分で変更したら）ログイン時のシェルじゃない！
とか言いたいんか？

> dashでもSHELLに設定されてるし、
それはどこに書いてあんの？
ソースコード見たなら書いてある場所ぐらい言えるよね

訂正
× まさか（自分で変更したら）ログイン時のシェルじゃない！
○ まさか（ログイン後に自分でSHELL変数の内容を変更したら）ログイン時のシェルじゃない！

>>325
何をムキになってるんだかwお前の読めない読まない病かよ？
ser's preferred command language interpreter
で間違いないだろう、それ以上でもそれ以下でもない。変数の意味だろ、そもそもは
意味としては、ログインシェルじゃないのも設定できる、ser's preferred command language interpreter だって話だよ

誰も、bashで変わるなんて言ってないのに、何を言い出してるんだか

>>326
OpenBSD、FreeBSD、Ubuntu
で、そうなるって話
dashのソース中にはチラ見ではちょっとそういうのを設定しているとこは見えないけどって話。どこでやってんのかなあって話

まさか、こんな展開になるとは思わんかったな。なんでムキになってるんだか

>>315
議論中すいません。ageます

man と実装が違っているのは確認してるよ
でも事実複数バージョン(bash 4.2系/4.4系)でこの動きをするんで
「zsh をログインシェルでbash起動したら SHELL が bash に
なった」発言を撤回するのは難しいね

特に >>302 の内容が決定的に撤回困難にしている
これは君が示した文書で、君を苦しめているのは君自身
ちがうか？

君の手元の環境で発生しているだろう？
小説に出てくるクソ弁護士のような論調はやめたまえ

>>332
どんな環境やねん
こっちで確認できる複数の環境でそんなのならんから、嘘としか思えんぞ
自分で環境がとかいいだしてるんだから、言えよw
仮にbash4だけの話なら、bash3、bash5ではそうならんから、bash4のバグじゃないの？bash4ってなんでやねん

>>331
https://pubs.opengroup.org/onlinepubs/9699919799/xrat/V4_xbd_chap06.html
「ここに載っている」のはそういうことらしい。その中でも規定されてるのはって話かな、上記のは
それ以外は特に制御文字としては扱わない。\x00--\x7F内でも言及してないのは
\x80--\xFEなんてロケール／キャラクターセット依存だからそれぞれのキャラクターセット／文字コードでの話だろう。もちろんその中に制御文字なんてないんじゃないかな

>>332,333
あ、Ubuntu 18.04 TLS のはまだ bash 4.4.20 だった
そんな動きにはならんな。嘘だなww

>>332 bash_profile あたりに SHELL=/bin/bash とか書いてるんじゃないの？

なるほど....！w

>>332
お前が言ってることの根拠は
「"preferred"はログインシェルのことじゃない！」
なんだろうけど、じゃあpreferredはどういう意味なんだよ？

>>336
自分で書いといてアホなこと言ってんのかこいつはｗｗｗ
あーほあーほ

>>332

> 特に >>302 の内容が決定的に撤回困難にしている
> これは君が示した文書で、君を苦しめているのは君自身
> ちがうか？

意味不。 >>302の内容は

SHELL
This variable shall represent a pathname of the user's preferred command language interpreter.
この変数は、ユーザーの優先コマンド言語インタープリターのパス名を表します。

と書いてある通り、ユーザーの優先、つまりログインシェルのこと
それ以外のどういう意味があるんだよ？zshでログインしてbash起動したら
bashがユーザーの優先になるんだ！ってお前は言いたいんか？

> dashのソース中にはチラ見ではちょっとそういうのを設定しているとこは見えないけどって話。どこでやってんのかなあって話
SHELL環境変数は基本的に外部から渡される環境変数なんだから、そんなものなくても当たり前
bashは空だった場合に自分で設定しているようだが、それは空だった場合の話で
入っていればなにもしないということ

>>341
負けず嫌いというか、誤りを認めたくないのは、アイツと同じだなw
お前がbashがといいだしたんだろうがっ。まあ、だいたい合意形成できてるからもういいや

手元の動作と周りの情報が全部違っていたら、自分の手元が間違ってるって考えないもんかねｗ
なんで俺の手元で再現させる？再現してないからそれは違うって言ってるに決まってるだろ
常識として「自分の手元だけで発生してる」は信用ならんから
ソースとして外部の情報を参照しろって言ってるのに、こいつは手元しか見ていない

>>340
優先の より 好みの の方がしっくりこなくね？w
ログインシェルはもろ好みだから個々そういう設定にできるんだし

>>343
なんかイライラしてんのか？ちょっとイミフだな。まあいいたいことはなんとなくわかるけどw

はい。誰でも簡単に再現できます（笑）
bashを起動したところでSHELLは再設定などされません
（dashはSHELLが空の場合は自分で設定などしないんだな）

$ docker run -it debian dash
# echo $SHELL

# export SHELL=abc
# echo $SHELL
abc
# bash
root@58fdfabe096c:/# $SHELL
abc

>>344
> 優先の より 好みの の方がしっくりこなくね？w
google先生に楯突くな！

>>346
ww

debian 7がbash 4.2.37だな
docker run -it debian:7 dash でやればいい。結果は同じだが

いい加減理解したかね？俺なんか数年前に

「あぁ！？SHELLは現在のシェルじゃねーのかよ！
現在のシェルのパスはどうやって調べればいいんだよ！」

で苦労してんだから間違いなわけねーっつーの

Windows10, WSL, Ubuntu 18.04 で、やったら、

echo $SHELL
/bin/bash

>>336
/etc/＠passwd に、デフォルトシェルが設定してある

ユーザー名:x:1000:1000:,,,:/home/ユーザー名:/bin/bash

こいつは一体誰と戦ってるんだ・・・

>>350
話の流れが読めてない
そこからzshとか他のシェルに変えても$SHELLは/bin/bashのままだって話をしてる

WSLは変態だから、bash.exe で(WSLを)起動すると、chsh/passwd直接などでログインシェルを他のにしても無視されて、bashがログインシェル(？)になる。当然、SHELLは/bin/bash
ログインシェルをzshに変えた、bash.exeで起動した、(bashが起動してるしSHELLはすでに/bin/bashだけど、)、コマンドラインでbashを起動した。SHELLが/bin/bashになってる変わった！
とかか？w

WSLでもubuntu.exeで起動したらまともに起動するっぽいし、他の正規のUnix/Linuxと同じ動作にしかならんな

>>334
thx

結局，現在使ってるシェルを確かめる最も可搬で確実な方法って
ps -o comm= -p $$
↑これかな。

>>355
最も可搬な方法でも完璧ではないよ
それが使えないpsコマンドもたくさんある

そりゃ完璧ではないだろうけど。
でもまぁ，「最も」可搬な方法ではあるのよね。

真面目に出力をパースすれば最も可搬になる

そうかなぁ。
その出力がシステムの間で共通していないから，出力を指定するオプションを付ける必要があるんだけど，
そのオプションにすら可搬性がない，っていう状況だと認識してる。

>>358
ちなみに「真面目なパース」の例を挙げてほしい。

dash,ksh,zshでの、-c でだと、
ps -p $$ は ps 自身になってるんだけど、なんでやねんっと思わなくもない
-c だから別にいいだろうけど

ああ、(最後の)コマンドをexecしてんのか。納得した

ああ、bashもps(というかコマンド一つだけならか？)だけならps自身だったexecしてた

？？？

えーと、良かったね。「なんでやねんっ」で終わるよりは。

マウントとりの変形

何のことだ? 自分で調べて納得したなら間違いなく良いことだし、本来そうあるべきだろう。

頓珍漢な擁護してて草

>>359
> ちなみに「真面目なパース」の例を挙げてほしい。
1. ps する
2. 一行目を読み取る
3. PIDが1列目、COMMANDが○列目ってわかる
4. 二行目移行を読み取っていく
5. PIDが一致したら、同じ行の○列目を参照する
6. それが起動してるシェルだ

なお、普通にシェルでプログラミングしろ
シェル芸でこれをやろうとするなよ

この程度の処理プログラミングとして考えれば
ほんの数行で終わる簡単な処理なんだが
シェル芸でやろうとして逆に難しくするやつがいる
シェル使ってるやつは、プログラミングができないやつが多い

「シェルを使う」という表現に一体どんな意味を込めているのやら...

>>369
この程度のシェルいプログラミングもできないで
シェルが得意と勘違いしてる人がいるなぁって話

コードのコの字も出てないのに。少しはコードがあっての話でしか無いな

age

入れてみてわかるシェルの良さ

何入れてるの？

fishです（AA略）

fishはPOSIXシェルじゃないから駄目だね

>>368
途中に時間が入っていると面倒なんだな

Nushellがじわじわと来てるらしいよ
https://www.nushell.sh/

>>377
時間を気にする必要でもあんの？

>>368
「一行目に桁を表わす文字列があって，それがPIDとCOMMANDを含む」
↑これは
>>355 の挙げた
「 ps -o comm= -p $$ 」
↑これより可搬性あるって言えるの？

どちらもPOSIXでは規定されてるけど，どのOSでも使えるとは限らないし，
もっと言うとps -o comm= -p $$が使えないOSならpsの出力もPOSIXで定められた書式じゃなさそう。

busyboxな環境(tiny core linux)でバックグラウンドプロセスの終了待機を行いたいんですが
psコマンドにPIDを指定する-pオプションがないので途方にくれています。
バックグラウンドプロセスは自分で起動するのでプロセスのPIDは取れてます。
psコマンドの一覧からPIDでgrepすると関係ないのも引っかかる可能性があるため困ってます。
他の手段て何かないでしょうか。

>>380
POSIXで定められてない書式に対応すればいいだけの話

>>381
だからpsの出力をパースすればいいだけｗ

>>381
どーでもいいけど、なんでバックグラウンドプロセスの終了待機でpsコマンドなんか使うの？

シェル芸界隈の人間って、psをgrepで〜とか重い方法しか知らないよねｗ

rubyのspawnで 起動したプロセスを、終了待ちしたり、強制終了したり、親プロセスと一緒に殺す
https://takuya-1st.hatenablog.jp/entry/2016/04/07/040451

Ruby で、子プロセス起動をして、終了待ちをする。
終了待ちするには Process.wait( pid ) か、Process.waitall を使う

i = spawn(" sleep 10 " )
Process.wait i

>>384
シェル芸人に親でも殺されたんか？
まあおちつけよ。

ps | awk '{print $1}' | grep -w $PID
grepで-wオプションが使えることが判ったのでこれで取れました

>>387
なぁ、プロセスがいるかどうかだろ？
kill -0 "$PID" でいいやん？

それに自分で起動したプロセスを待つだけ（何もしなくていい）なら
wait "$PID" でもいいよね？

>>388
kill -0 $PIDでいけました。ありがとうございます
待機中は他の処理が走るのでポーリングで待つ必要がありました

上の方でOil Shellについて語っていた人がいたから誰か使ってるかもしれないと思って聞くけど
export -fを使おうとすると 'export' doesn't accept -f because it's dangerous.
ってエラーになるんだけどdangerousなのってどういう場合？
また一般的にexport -fは危険だから使うな派って存在するの？

>>391
そういう派閥があるのか知らんけど，
exportしないに越したことはないと思う。

>>392
それはどういう理由でしょうか？

シェル変数、環境変数、関数は重要なものが多い
システムの動作、セキュリティなどに重要な影響を与えるものが多い
不用意に操作すると深刻な問題が起きる可能性が高い

こんなところでしょうか

つまりシェル変数、環境変数、関数を使うなってこと？

よく知らない人は使わないに越したことはない
というところかなあ
よく知らない人が使うと
重要なものを上書きしてしまうことがあるし

重要なものを上書きしてしまうというのは
どういう例でしょうか？

そりゃまあ，素人は出刃包丁なんて使わんほうがいいわな。
職人が使ったらすごく良い道具であろうとも。

出刃包丁の話はしてません

>>397
signal とか?

>>400
今の話に何の関係があるの？

>>399
えぇ……と，比喩っていう概念がこの世界にはあってね，
つまり物事を説明するときに例えを用いるんだわ。
まぁ例えば会社で品質管理の監査を受けてるときに
比喩を使って説明するのはよくないかも知れんが，
こんな場末の掲示板で一々真面目に受け答えする方がオカシイって話ですよ。

>>402
比喩は物事を説明するときに使いましょう。
物事を批判するときに使うのは意味が全くありません

なぜなら"別のもの"に例えるのが比喩だからです。
"別のもの"を批判しても意味はありません。

あぁ，あの書き方で「批判してる」って捉えちゃうのか。
あいにく，読み取り能力のない人間にまでモノを教える程暇じゃないんでね。

質問されたからその都度答えていても
おかしな受け取られ方すると、やる気なくすよねぇ

シェルの勉強中です。
引数にフルパスでファイル名を入れています。
シェル の動きとして引数がフルパスでなかった場合、エラーにしたいのですが、フルパスの判定はどうしたらいいでしょうか。
自分なりに考えたのは、
A=locate $1
if [ A = $1 ]
みたいな感じでlocateの実行結果と引数を比較して、完全一致しなかったら、フルパスじゃないのでエラーとしていました。
ただこの場合、例えばsyslogを指定した場合、locateにsyslogのバックアップ(syslog_0603みたいな)も引っかかってしまって上手く動作しませんでした

最初の文字が / かどうか

case $path in /*) echo フルパウス; esac

>>407
その手がありましたか。ありがとうございます

wgetなどを使ったシェルスクリプトを作ってファイルをダウンロードしています
該当のサイトは認証が必要でログイン処理もwgetでやっているのですが
パスワードをスクリプトなりコマンドラインとして書くのを躊躇します
（cookieを使っているので1回ログインすると数ヶ月ログインする必要はありません）
なので今はログイン処理だけは別にしてreadで入力させるようにしているのですが
パスワードを暗号化して見えなくすることは出来ないでしょうか？
暗号化してるパスワードって使いまわされるんじゃ？って心配はありますが
とりあえず今回はその問題はスルーしたいと思います

wgetで指定したURIがセキュアなら、
パスワードもそれに乗せて送られるから、
一応経路上では暗号化されているのでは？

>>410
WindowsならCredential Manager、MacならKeychainを使う
それぞれcmdkeyとsecurityというコマンドでCLIからアクセス可能

linuxは知らん

Linuxについて，古い情報だけど。
https://dayflower.hatena!!!!!blog.com/entry/20081205/1228464510
この中でも触れられている通り，/proc/以下を叩かれたらおしまい。
多分これはmacOSでもWindowsでも似たりよったりな挙動だと思う
（パスワードを受け取るプロセスとWeb資源にアクセスするプロセスが
全然違う体系で動いてる以上，そこの間で暗証番号を遣り取りする際は
平文がそれに準ずる形で渡さざる得ないから）

>>414
それ関係ない話ですよね

そういうのはopenssl使ってるけどセキュリティーについては自信ない。

/proc を叩かれたくなかったらコンテナ(dockerとか)使えば分離できる
/proc/*/cmdline も見れないからコマンドラインにパスワードを書くこと
に躊躇は要らない、ってのはどう？

要はそこじゃなくて TPM2.0 使って暗号化ファイルシステムマウント
しないとダメなんだろうけどさ

>>410
https://www.gnu.org/software/wget/manual/wget.html#index-http-password
To prevent the passwords from being seen, use the ‘--use-askpass’ or store them in .wgetrc or .netrc, and make sure to protect those files from other users with chmod.

漏れは自分のPC 内で、apt-get する、Ruby スクリプトに、パスワードも書いてる。
他には、yahoo へログインするスクリプトにも、パスワードを書いてる

#!/usr/bin/env ruby

# 全パッケージの更新

# sudo のパスワードを自動入力する
# echo <your_password> | sudo -S <your_command>

puts `echo パスワード | sudo -S apt-get update`

puts `sudo apt-get upgrade -yV`

root取り放題

モヤる気持ちはわかる

まあ，パスワードとかそういう機密情報周りは難しいよね（無難な結論）

ともかくこのスレの原則に反するけど，ほんとうに機密性を重視したかったら，
「シェルで色んなコマンドを組み合わせて実現する」よりも
「一つの強固な環境で全ての機能を構築して，そこで実現する」っていう方針の方が良い気がする。
気がするだけで根拠とかは一切ないw

foo 3>&1
3を変数にするにはどうすればいいの？

foo "$FD">&1

エラーになる

>>423
eval "foo ${FD}>&1"

3>&1みたいなFDの切り替えってどんな時に使うの？
FDとリダイレクトの意味は分かってるしエラー出力も使えてるけどこの使いこなすのはさっぱり

ちまちまリダイレクトするのが面倒くさい時かな？
exec 3>&1 > script.log 2>&1
echo "Phase 1 start" >&3 # 端末に出力
goo ... # 標準出力/エラー出力は script.log に自動的にリダイレクト
hoo ...
echo "Phase 2 start" >&3 # 端末に出力
...

この場合は各フェーズを関数化して、関数呼び出しに対して
都度 script.log へリダイレクトするべきだが

ただ、exec 以外で > の左に指定する数字が 1,2 以外になるパターン
( foo 3>&1 )は知らねえ
ファイルディスクリプタ 3 番に対して open せずにいきなり書き込む
のは抵抗があるわ

上のようなことをしてる関数がfooとかかな。3がfifoとかなんかで

>425
標準エラー出力を変数に入れるときに使う

>>427
あー，FIFOか。自分ではほぼ使わない（専ら標準入出力とパイプ）だから思い付かんかったけど，たしかにFIFOなら3とかに繋ぐのはありそう。

ret=$(printf '\n\n\n\n\n')

if [ "$ret" = "" ]; then
echo true
fi

これってなにげに罠だと思うけど
なんで誰も疑問視しないの？

規格による正当な動作だから

その正当な動作がおかしいだろって話
仕様バグ

つーかさ、誰もハマらないの？
echo で最期に改行がついていても -n で改行を無くしても
同じになるっておかしいと思わないの？

コマンド置換で最後の改行続きに意味があるというのは少ないんだろう
それで意味ない改行を消すのはめんどくさいというのならば、理にかなってる
大事ならコマンド置換のコマンドで最後にスペースでも強制的につければいいだろう

仕様考え今までそれを使ってる準じてshell作ってる他諸々はお前よりは賢いことは確かだから、お前が仕様バグと言っても鼻で笑われるだけだろうw

>>433
そういう仕様だから。明確に書いてあるから
仕様を読んですらいないのが明らかだな

仕様を読み込んで全部把握してから
言語を使うやつなんていねーだろ

おかしいと思ったら調べるのは普通だわな
自分が絶対正しいマンは知らんけど

>>437
それでなんでそういう仕様なのか、お前は調べたのか？

仕様は、読んで(どういう意図かを読んで)理解するものだぞ？
お前は仕様を理解するために仕様を説明してるとこを読むのが普通なのか？

>>439
だからどういう意図でそういう仕様になってるのかって聞いてるんだが
お前は仕様だったら、そうなってる理由とか何も考えないのか？

最後の改行(の続きに)は意味がない
と普通に読めるだろ。文(の意図)を読めなさすぎ

>仕様を読み込んで全部把握してから
という 仕様を読む読まない から、あっさり、
>なんでそういう仕様なのか
読んでどうというようにすり替えてるし、いつもの文を読めない読まない自己都合で言葉を吐くだけのやつか

最後の改行に意味がないという理屈なら
catコマンドとかも最後の改行は消えるべきでは？

物事は01ではできてないと理解しような
似たようなので違うとか普通にあるだろうに
しかし、いつものだなw

0か1ではないという当たり前ことを言うだけで
理由については一切何も考えてないってことがよく分かるなｗ

>0か1ではないという当たり前こと
らしいけど>>443って言うんだな
理由ww 場合による＝01ではないだろに。ホントに文が読めない書けないみたいな感じ
てか、そのレスから明らかすぎるほど明らかにいつものだったな

まとめ
仕様を読んでない
(最初から)仕様読むのが当たり前か
疑問に思ったら仕様を読むのは当たり前
仕様読んで意図がわかるのか
〜という意図だと読めばわかるだろ
AとBが違う
01じゃないんだから、違うのも普通にある
理由については一切何も考えてない
www
いつものむちゃくちゃ、ああ言えばこう言うというナゼか執着心だけが強いお人でした

Fin~

>>446
> 理由ww 場合による
その「場合」がどんなときかと聞いてるんだろ

お前のママじゃないんだから、なんでなんでにいつまでも答えるわけねえだろ、いい加減
ママに聞きなさい。じゃあね

な？結局、ここにそれを書けと言っても
書いてあるはず。それを見ろ。というだけで答えられないわけさ

>ここにそれを書けと言っても
何様なんだかな... お子様かw

ほらまた論点とは別の話をし始めてる。な、そういうとこだよ

オマいうwwwww
ホント、ツッコミしやすすぎて...すげえな。キリがないから、じゃ、ほんとに

シェルの話をしてるか、人の話をしているかで
だいたい区別できるよな

マジか・・・、set -vって関数の中身は一行ごと表示してくれないのか・・・

一時期，set -vとかを駆使してシェルスクリプトの自己文書化に拘ってた時期があった。
あまりに無毛だったんで止めたけどw

パイパンかｗ

>>457
頭ではなく下の方にしたのは優しさか

>>456
自己文書化ってどんなの？

プリンターに髪をsetするんだろう

>>459
例えば

while getopt opq:h opt; do
case $opt in
o) # -oオプションの説明。
...;;
p) # -pオプションの説明。
...;;
q) # -qオプションの説明。
...;;
h) selfdoc ;;
esac
done
みたいなオプション解析において，
-hオプションを読み取った場合に，
自分自身のシェルスクリプトを
��自己文書モード�≠ﾝたく実行して，
case文の場合分けの先にある#コメント以降の文字を
次々出力する，みたいなこと。

こうすると-hオプション用に説明を用意する必要が無くなる。

set -vでそれができるの？

>>462 お前は直前のレスしか覚えてられないのか？w

コレかな？ドキュメンテーションコメント？

シェルスクリプト群のドキュメント書くの面倒だから自動でREADME.mdを生成する
https://qiita.com/ssh0/items/0c14ee8949512a4dc98e

>>463
だからset -vの話をしてるんだけど
できないから聞いてるの

MacOS 10.13.4です

1.ディレクトリ内(旧フォルダ)でサイズが一番大きなファイルを抽出
↓
2.リスト.txtのn行目にある文字列(Wordと定義)を抽出し
↓
3.名前をWord.txtに変更&新フォルダに移動

という動作をさせたいです

#!/usr/bin/bash

n=1
LISTPATH="~/Desktop/リスト.txt"
PATH1="~/Desktop/旧フォルダ" #ここにファイル群が入ってます
PATH2="~Desktop/新フォルダ"

#1.最も大きなサイズのファイルを抽出しFILEとして定義
FILE=`ls -1 -S $PATH1/* | head -1`

#2.リスト.txtのn行目の文字列をWordとして定義
Word=`sed -n '$n'p '$LISTPATH'`

#3.旧フォルダにあるファイルをWordにリネームした上で新フォルダに移動
mv $PATH1/$FILE $PATH2/Word.txt


こんな感じで書いてみたのですが2.で"sed : 1 :invalid command code U"のようなエラーが出て先に進めません
ターミナルで直接コマンドを入力すると成功するのでおそらく変数やメタ文字の扱いが悪いのだと思います
ですがいろいろ調べて試してみたのですが一向に変わる気配がありません
間違っている点等、あるいは別の方法などありましたらご教授願います

リストですが

りんご
みかん
ばなな
いちご

こんな風に単語が入ってます

それとややこしくて申し訳ないのですが
sed -n のnはオプションです

n行目の文字列を抽出、に関してはこちらのサイトに別の方法も載っていたので試してみたのですがやはりエラーが出てしまいました
https://qiita.com/kazu56/items/2936ed6f337f288b25c9

>>466
>Word=`sed -n '$n'p '$LISTPATH'`
とりあえず変数はダブルクウォートで囲もう

shellcheckにかけてエラーや警告から学ぶと良いと思う

' を、" に変えたら「りんご」が取得できた

Word=`sed -n "$n"p "$LISTPATH"`

echo $Word

>>468-469
ダブルクォーテーションに変えて無事"りんご"を取得できました

そして最終的に3は
mv $FILE $PATH2/$Word.txt
と修正して動作成功しました

見ての通り初心者ですので今後は変数の扱いも含めしっかり勉強していきます
shellcheckも使っていきたいと思います
ありがとうございました

Linuxで近似画像抽出って不可能？
解像度だけ違うとかpngをjpgにした同じ画像とか
画像相手にハッシュで判別とかアホらしいしさ

全くLinuxどうのという話ではないだろう
AIの分野だな。やろうと思えばLinuxでできるだろう。Linuxに限らずどのOSでもだけど

gqviewは非常に優秀

なぜシェルスクリプトのスレに書き込んだのかｺﾚｶﾞﾜｶﾗﾅｲ