シェルスクリプト総合その31

**デフォルトの名無しさん** · 2019/08/10(土) 23:17:50.64

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

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

シェルスクリプト総合その30
https://mevius.5ch.net/test/read.cgi/tech/1561989867/

**デフォルトの名無しさん** · 2019/10/07(月) 02:35:02.37

そういう人はperlも必要なら入れるな。perlに限らず

**デフォルトの名無しさん** · 2019/10/07(月) 08:39:27.35

>>818 Python やっとけ。　perl は成仏させろ

**デフォルトの名無しさん** · 2019/10/07(月) 12:58:26.99

PerlはCの如くしぶとく残ってしまうと思うなあ。

**デフォルトの名無しさん** · 2019/10/07(月) 14:23:04.89

sedやawkを忘れたんで代わりにperlを使うことが結構ある

**デフォルトの名無しさん** · 2019/10/07(月) 15:51:12.82

perl -peをsed代わりに使ってるだけでperl自体には興味ないや
正規表現しか出番ないし使う機会がないんだよね
awkとかgrepとかどうせ他のコマンドも覚えなきゃならんし

**デフォルトの名無しさん** · 2019/10/08(火) 14:32:15.36

>>865　残ることは残るだろうけど、誰からも見捨てられてる状態で生き延びていても学ぶ価値はない。

プログラミング言語人気トップ8、過去15年間で安定 - 例外はPython
2019/10/07 14:16　後藤大地
https://news.mynavi.jp/article/20191007-905781/

TIOBE Softwareから、2019年10月のTIOBE Programming Community Index (PCI)が公開された。
TIOBE PCIは、複数の検索エンジンの検索結果から、対象となるプログラミング言語がどれだけ話題に
なっているかをインデックス化したもの。(中略)

TIOBE Softwareは発表の中で、毎年新たなプログラミング言語が登場しているものの、TIOBE
Programming Community Indexのトップ8は過去15年間でほとんど変化していないと説明した。
Perlが消えてPythonに入れ替わったことや、Objective-Cが消えてSwiftに替わったというのが大きな
例外で、それ以外に大きな変動はないと指摘している。

ただし、プログラミング言語の分野に関してはいくつかの傾向があるとして、その例としてPHPやPerlから
Pythonへ移っていること、新しいプログラミング言語としてDart、Scala、Lua、Rust、Kotlin、TypeScript
などが人気上昇の渦中にあることなどを説明している。

10月TIOBE Programming Community Index / 円グラフ
https://news.mynavi.jp/article/20191007-905781/images/001.jpg

**デフォルトの名無しさん** · 2019/10/08(火) 15:00:13.27

Perlはsedやawkと同じ位置で見ないとだめだよ
シェルスクリプトを書くときにsedやawkのように使う道具のひとつ
もちろんシェルスクリプトをまるごとPerlのスクリプトに置き換えてもいいけどそれは別の話
Perlを排除するのは武器を一つ捨てるようなもので損してるよ

**デフォルトの名無しさん** · 2019/10/08(火) 15:03:58.28

汎用言語としてはpython の時代に移ったかもしれないが
文字処理言語としてはいまだ現役

**デフォルトの名無しさん** · 2019/10/08(火) 15:16:45.62

>>869
と言ってもお前、sedやawkが使えないから
perlを使ってるだけやん。
お前の問題であって、perlである必要ないやん

**デフォルトの名無しさん** · 2019/10/08(火) 15:49:08.88

俺当然sedもawkも使えるんだけど?
awkで複雑になる処理をPerlで可読性高く楽に書いてるってだけ
あんたも使える道具をうまく選べばいいんでPerlを知らなくても気にするな

**デフォルトの名無しさん** · 2019/10/08(火) 16:39:54.73

「Perlの方が楽に書ける」なんていうのは個人の嗜好に依存してて，ほとんど無根拠に近い。
もしPerlの「素晴しさ」とやらを報しめたいのなら，もっと客観的な事実――導入率・実績云々――を提示したほうがいいよ。

尤も，俺に言わせればAWKのほうが〜Perlのほうが〜なんていう議論とも呼べない喧嘩それ自体くだらねぇけどな

**デフォルトの名無しさん** · 2019/10/08(火) 17:07:54.66

>>872 sed もawk も使えるならPython を使えばいいじゃん。
お前がPythonを使えないだけだろ。

**デフォルトの名無しさん** · 2019/10/08(火) 17:13:16.90

python使ってわざわざ長いコード書いてどうするの？

sed -e 's/ABC/XYZ/' file1.txt

python -c 'import sys,re; [print(re.sub("ABC","XYZ",l,1),end="") for l in sys.stdin]'

**デフォルトの名無しさん** · 2019/10/08(火) 18:40:06.69

gnu sed なら -e すら省けるんだよな

**デフォルトの名無しさん** · 2019/10/08(火) 18:40:15.32

こうして宗教戦争が始まったのです。

**デフォルトの名無しさん** · 2019/10/08(火) 19:07:13.65

pythonはワンラインにはあまり向かんのは同意。
フリーフォーマットじゃないんで当たり前といえば当たり前か。

**デフォルトの名無しさん** · 2019/10/08(火) 19:30:38.22

宗教戦争は自分の信じるものが正しく、それ以外は認めないという非寛容が原因で始まる

**デフォルトの名無しさん** · 2019/10/09(水) 02:18:53.91

python ワンライナーに挑戦～初心者のお勉強 m(_ _)m - Qiita
https://qiita.com/wyamamo/items/667c79db7edbaa9a46a7
闇Pythonista入門(Pythonワンライナーのテクニック集) - Qiita
https://qiita.com/cocuh/items/37bfdc0f24750127e7d3

杓子定規にするからこうなる
知恵比べはまた別の課題だろうに

**デフォルトの名無しさん** · 2019/10/11(金) 19:00:05.85

case $value in
*-*=*-*)
esac

こんなふうに、*が複数ある場合の動きとかちゃんと仕様化されてるの
どのシェルでも同じように動く？

**デフォルトの名無しさん** · 2019/10/11(金) 19:51:09.99

「されてるの？」
なのか
「されてるの（だ）」
なのか。

**デフォルトの名無しさん** · 2019/10/11(金) 22:19:25.99

>>881
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_13_02

**デフォルトの名無しさん** · 2019/10/12(土) 11:56:42.38

>>883
意味がわからん

abbb 、という文字に対して、a*b はマッチするのが正しいの？
aに続く残りのbは*で全部消費されるんじゃないの？

$ sh -c 'case "a-b-c-b-c-b-c" in (a*b*c) echo ok; esac'
$ sh -c 'case "a-b-c-b-c-b-c" in (a*b*c*b*c) echo ok; esac'
$ sh -c 'case "a-b-c-b-c-b-c" in (a*b*c*b*c*b*c) echo ok; esac'
すべてokってでる

どういうアルゴリズムなのかわからない

**デフォルトの名無しさん** · 2019/10/12(土) 13:05:32.76

Perlの正規表現なら最長マッチがデフォ

**デフォルトの名無しさん** · 2019/10/12(土) 17:15:42.03

IPアドレスもgreedyが基本だな。

**デフォルトの名無しさん** · 2019/10/13(日) 14:15:24.81

ワイルドカードもだよね

**デフォルトの名無しさん** · 2019/10/15(火) 20:13:38.52

>>884
感覚的に分かりやすい
https://media.theync.com/videos/6/9/0/4/8/6904895d700f71ce3e9.mp4

**デフォルトの名無しさん** · 2019/10/16(水) 03:31:59.04

>>888
グロ

**デフォルトの名無しさん** · 2019/10/16(水) 08:08:38.68

変数名を変数で指定できるのは欠陥じゃねえ

**デフォルトの名無しさん** · 2019/10/17(木) 13:11:40.29

はー、すげー。yashの実装に感動した

getopts "ab" OPT -ab
echo "$OPT $OPTIND" # => a 1:2

getopts "ab" OPT -ab
echo "$OPT $OPTIND" # => b 1:3

getopts "ab" OPT -ab # exit status = 1
echo "$OPT $OPTIND" # => ? 2

**デフォルトの名無しさん** · 2019/10/17(木) 16:55:00.31

if ls "*.txt" > /dev/null 2>&1
then
echo "OK"
else
echo "NG"
fi

まったくうまくいかない
なぜ単なるファイルの存在確認だけにこんな苦労するのか

**デフォルトの名無しさん** · 2019/10/17(木) 17:04:24.98

ファイルの存在確認なら、-fを使えばいいだろ？

**デフォルトの名無しさん** · 2019/10/17(木) 17:05:16.55

# # ls *txt && echo ok || echo bad
ls: '*txt' にアクセスできません: No such file or directory
bad

# # touch foo.txt
# # ls *txt && echo ok || echo bad
foo.txt
ok

こんな要領か？

**デフォルトの名無しさん** · 2019/10/17(木) 17:05:47.88

あ、ディレクトリに *.txt があるかどうかってことか？

**デフォルトの名無しさん** · 2019/10/17(木) 17:08:50.43

>>893
ところがワイルドカード使うと途端に何も引っかからなくなる

**デフォルトの名無しさん** · 2019/10/17(木) 17:09:26.66

>>895
そうです

**デフォルトの名無しさん** · 2019/10/17(木) 17:10:05.98

getopts vs getopt だけどさ、
BSDにおいてgetoptのメリットって何？

BSD版のgetoptはロングオプションに対応してないし、
引数にスペースが入ったらうまく行かないし
使い勝手悪いと思うんだが。

もしかして最初に作られたのがgetoptで
それを改良してgetoptsがシェルビルトインとして作られた。
（その後GNU版getoptが改良され、getoptsよりも便利になった）
という流れだったりするの？

**デフォルトの名無しさん** · 2019/10/17(木) 17:10:16.84

普通のプログラミング言語と違って
シェルスクリプトはブーリアンの分岐は可能なら
if else 使うよりも && || が見やすく良いと思う

**デフォルトの名無しさん** · 2019/10/17(木) 17:12:52.81

>>894,899
いけた
分岐後の処理も大したことしないしこれでやってみようと思う㌧

**デフォルトの名無しさん** · 2019/10/17(木) 17:13:24.29

>>896
アスタリスクを使うと、シェルが解釈して、
例えば、 ls * だと、 ls file1 file2 file3 file4 って実行したのと同じことになるんだぞ。
lsコマンドの中からはアスタリスクが使われてるかどうかなんてわからない。

そしてダブルクォートで括ると、lsコマンドの中から引数は "*" という文字列が渡されたようになるんだよ。

**デフォルトの名無しさん** · 2019/10/17(木) 17:14:21.91

うまくいかなかった原因分かった？

**デフォルトの名無しさん** · 2019/10/17(木) 17:19:49.73

>>899
それだめ。 shellcheck使ってみ、エラーになる。

shellcheck において && || みたいな三項演算子風な使い方は
func && VALUE=ok || VALUE=ng
という書き方（変数代入）のみ認められる。

func && foo || bar
は認められない。

なぜかと言うと、
1. func が正常終了して
2. foo が異常終了すると
3. bar が実行されるから

変数代入に限れば必ずVALUE=okは正常終了するから、
この書き方に限って許されてる。
だから、一応fooが必ず正常終了するものであれば、使えなくはないけど
静的解析ではそれを知ることが不可能なので、shellcheckはエラーになる。

あともう一つ、barが異常終了したとき、&& || だと $?はエラーになるが、
ifで書けばfi終了後、$? は正常終了になってるという違いもある。
だからset -eでの挙動が変わる。

**デフォルトの名無しさん** · 2019/10/17(木) 17:21:53.83

もちろん、&& 単独、もしくは || 単独で使うならば問題ない。

func && foo とか func || bar ならOK

**デフォルトの名無しさん** · 2019/10/17(木) 17:26:43.45

今度は ls "$dir/tmp/*.txt"
みたいなことしたらアクセスできませんみたいなことを言われた

>>901
なるほど
>>902
多分"*.txt"ファイルにアクセスしようとしてできないって言われたことが原因？
でもなぜかls *.txtみたいに、ファイル直だとイケる

**デフォルトの名無しさん** · 2019/10/17(木) 17:33:24.48

あー、やっぱりそうなんや

https://en.wikipedia.org/wiki/Getopt
https://en.wikipedia.org/wiki/Getopts

getoptは1980年頃つくられた。初期のgetoptは低機能
その改良として getopts が1986年にBourne shellに実装されたらしい。

その後、getopts (Solaris) と getopt (GNU) それぞれ違うコマンドで
ロングオプションがサポートされ

どちらでもないBSD（macOS含む）では、従来どおり
低機能な getopt とそれを少し改良した getopts があるが
どちらもロングオプションはサポートしてないと

**デフォルトの名無しさん** · 2019/10/17(木) 17:37:12.84

>>905
だからダブルクォートで括るからいかんのや

ls "$dir/tmp/" * ".txt"
これが正解（スペースは目立たせるために入れただけ）

この書き方ダサいよなｗ

ちなみに古いシェル（poshだっけ？）でこれがうまく行かない
バグがあるのだが、まあ誰も気にしないわなｗ

**デフォルトの名無しさん** · 2019/10/17(木) 17:40:52.02

getopts (Solaris) でロングオプションがサポートされたってシェルなんだ？って思ったら、
Solarisでは/usr/bin/getoptsが存在するのか・・・
紛らわしいな
https://docs.oracle.com/cd/E26924_01/html/E29112/getopts-1.html

**デフォルトの名無しさん** · 2019/10/17(木) 17:43:27.80

あ、いや /usr/bin/getopts もあるにはあるが、libcのgetopt()実装が拡張されたから
それを使ってるBourne Shellでも使えるようになったのか

> getopts (Solaris enhanced)
> As a result, this new feature was also available in the built-in command getopts of the Bourne Shell.

**デフォルトの名無しさん** · 2019/10/17(木) 17:47:11.17

>>907
うおおできた！
ls "$dir/tmp/"*".txt" && echo "ok" || echo "ng"
みたいな感じにした
（txtファイルがひとつもないときエラー出るけど！無視）
㌧

**デフォルトの名無しさん** · 2019/10/17(木) 19:06:38.69

ジェルスクリプトってバッドノウハウの塊なんだな…

**デフォルトの名無しさん** · 2019/10/17(木) 21:18:21.03

TeXで書かれた人工知能みて，「バッドノウハウ」って言ってるみたいw

**デフォルトの名無しさん** · 2019/10/17(木) 21:23:39.68

GLOB展開と""内での文字列展開は別物で""内での文字列展開にGLOBは含まれないというだけだけどな

**デフォルトの名無しさん** · 2019/10/17(木) 22:15:54.16

マニュアルにかっちり書いてあるんだけどな
読み解くのは確かに能力が必要だが

**デフォルトの名無しさん** · 2019/10/18(金) 00:25:26.47

>>892-897
find . -type f -name "*.txt" | wc -l

-type f は、ファイルのみ。
wc -l は、行数を数える。無ければ、0

**デフォルトの名無しさん** · 2019/10/18(金) 00:33:26.40

$ mkdir tmp && cd tmp
$ touch $'a\nb.txt'
$ find . -type f -name '*.txt' | wc -l
2

**915** · 2019/10/18(金) 00:51:30.34

相対パスなら、-path で、カレントディレクトリからの相対パスで指定する

find . -type f -path "./test/*.rb" | wc -l

**デフォルトの名無しさん** · 2019/10/18(金) 02:59:20.26

なるほろ
bash によるオプション解析 - Qiita
https://qiita.com/b4b4r07/items/dcd6be0bb9c9185475bb
bashのワイルドカード展開は該当するファイルが無いと*が展開されずに残る - Qiita
https://qiita.com/anqooqie/items/a2b607fe984ec982fa21

manはマニュアルだがman自体に取説が必要な皮肉
man manを読む時点で骨が折れるからしゃーない

**915** · 2019/10/18(金) 04:58:51.55

Ruby では、これでカレントディレクトリの該当ファイル数がわかる。
無ければ、0

ruby -e 'puts Dir.glob( "*.txt" ).length'

**デフォルトの名無しさん** · 2019/10/18(金) 09:56:55.15

/bin/ls -1d *.txt 2> /dev/null | wc -l

**デフォルトの名無しさん** · 2019/10/18(金) 11:02:02.61

find使うのは有りだと思うがmaxdepthとquitをつけたほうが良い

if test -n "$(find . -maxdepth 1 -name "*.txt" -print -quit)"; then
echo "OK"
else
echo "NG"
fi

**デフォルトの名無しさん** · 2019/10/18(金) 11:55:18.87

>>921
ただしそれらは POSIX 準拠ではない
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/find.html

**デフォルトの名無しさん** · 2019/10/18(金) 13:39:28.03

やっぱりどこでも動くシェルスクリプトなんて幻想なんだね…

**デフォルトの名無しさん** · 2019/10/18(金) 14:04:15.02

>>918
暇なときに man と bash の man をちゃんと読み込むことをお勧めする
全部理解するのは確かに大変だが、こんな機能があるということだけ
覚えておいて、現実の問題に直面した時に詳細を再検索するのが
実用的。bash だけの問題ではないが。

**デフォルトの名無しさん** · 2019/10/18(金) 23:14:29.88

bashのmanはメンテされてないんじゃね？

**デフォルトの名無しさん** · 2019/10/18(金) 23:19:16.34

日本語版がメンテナンスされてない（もしくは遅い）だけだよ

**デフォルトの名無しさん** · 2019/10/19(土) 00:34:03.00

日本語版の記述が少なくて英語版の方だけびっしりとか実にマニュアルらしい

**デフォルトの名無しさん** · 2019/10/19(土) 13:26:03.97

近頃は無料で web 上で使える翻訳ソフトの質も上がっているし
頑張って読んでくれ。

**デフォルトの名無しさん** · 2019/10/19(土) 19:06:51.24

翻訳めっちゃハッテンしてきてるよね

**デフォルトの名無しさん** · 2019/10/19(土) 20:14:11.99

ウホッ
じゃなくて
なんだ
infoとかそっちしかハッテンしてないとかあるじゃん

**デフォルトの名無しさん** · 2019/10/20(日) 17:43:31.69

まあ、確かに sed の s コマンドのオプションは man にも入れてほしかった。
オプション使えなくなったのかと思ったじゃないか…

**デフォルトの名無しさん** · 2019/10/20(日) 23:14:32.47

日本語版だけスカスカと言えばlocate

**デフォルトの名無しさん** · 2019/10/21(月) 17:13:45.45

まあ裏を返せばそれだけ国際標準から離れていないってことよね。
ar.localeとか酷い……

**デフォルトの名無しさん** · 2019/10/21(月) 21:16:47.36

あるユーザー(Aとする)が、他のユーザー(Bとする)にのみWrite権限があるファイルを削除するような作業を自動化したいです。

当然そのままでは削除できないので、AからRootに切り替わり、ファイルを削除した後、Rootを抜けてAに戻るというBashスクリプトを作成しようとしています。

AはSudoが実行できない環境で、Expectコマンドもありません。Rootのパスワードはわかっており、平文でシェルスクリプト内に書き込んでも構いません（使用者が数人で、かつ外部に接続できないため。なのでセキュリティの問題は今回は無視）。
このような状態で、どうにか目的を果たすスクリプトはかけますでしょうか。

OSはFedora10、新たにプログラムパッケージ等はインストールできません。

よろしくおねがいします。

**デフォルトの名無しさん** · 2019/10/21(月) 21:41:04.04

すなおにrootで全部やれば良いんじゃね？

**デフォルトの名無しさん** · 2019/10/21(月) 22:08:16.20

>>934
そもそもAがファイルを消せるようにパーミッションが初めから設定されるようには出来ないの?

**デフォルトの名無しさん** · 2019/10/21(月) 22:24:13.78

>>934
ファイルを削除するだけの実行ファイルを作ってsetuidビット立てて所有者をBにするとかすればできないかな？

**デフォルトの名無しさん** · 2019/10/21(月) 22:25:13.50

追記。シェルスクリプト自体にはsetuidは使えない。

**デフォルトの名無しさん** · 2019/10/21(月) 22:52:13.48

Fedora10って10年前のかっ
su: must be run from a terminal
にならんのだったらsuでいいんじゃないの。パスワード流すのは exec ででも

**デフォルトの名無しさん** · 2019/10/22(火) 00:44:01.51

ディレクトリにwが付いてればファイルは消せるけどなあ

**デフォルトの名無しさん** · 2019/10/22(火) 02:43:55.19

>>936
パーミッションは変えない方針でいきたいですね
>>937
setuidという単語を初めて見たので、のちほど調べてみます。
>>939
su - <<EOF
password
EOF
は試しましたが、ttyを経由しろ的なメッセージで怒られました
調べたところttyなしを許可する設定がsudorsにあるらしいですが、sudoは設定したくないため、できなそうです

**デフォルトの名無しさん** · 2019/10/22(火) 09:04:44.04

>>941
# mkdir /dir
# chown userA:groupA /dir
# chmod 700 /dir
# cp /bin/rm /dir/rmB
# chown userB:groupB /dir/rmB
# chmod 6755 /dir/rmB

userA $ /dir/rmB /home/userB/file

**デフォルトの名無しさん** · 2019/10/22(火) 10:51:03.29

こんな文字列野中に含まれる数字を
ゼロパディングしたいと思います

"何とかって講義第5回何とか特集.mp3"

まずは2桁でそろえてやりたいのですが

grep "第[1-9]回"

で一桁のものを引っ掛けて
前後をsedで除いて

sed "s/.*第//g
sed "s/回.*//g"

ゼロ埋めはprintfで実現しようと思うのですが

printf %02d $times

もっとシンプルな方法は無いでしょうか？

**デフォルトの名無しさん** · 2019/10/22(火) 10:52:23.81

なお最終的な文字列の組み立てなおしは
数字の前後も抽出して3つを連結するつもりです

**デフォルトの名無しさん** · 2019/10/22(火) 11:04:28.98

perl5 が使えるなら
echo "何とかって講義第2345回何とか特集.mp3" | perl -pe 's/第(\d+)回/ sprintf "第%06d回", $1/exm'
何とかって講義第002345回何とか特集.mp3

**デフォルトの名無しさん** · 2019/10/22(火) 13:09:31.40

$ echo "何とかって講義第2345回何とか特集.mp3" | sed -E 's/第([0-9]+)回/第000000\1回/; s/0*([0-9]{6})/\1/'

6桁揃えにしたければ最初に6個0を足して次に6桁のみ残す

$ rename -n 's/\d+/sprintf("%06d",$&)/e' *.mp3

rename utilityが使えるならsprintfが使える

**デフォルトの名無しさん** · 2019/10/22(火) 15:10:24.02

perlもrenameもPOSIX規格外

**デフォルトの名無しさん** · 2019/10/22(火) 15:18:54.31

みんな真偽値ってどうしてる？

**デフォルトの名無しさん** · 2019/10/22(火) 15:21:29.60

>>945-946
ありがとうございます
perlは入っており期待通りに動作しました
perlの方が高機能なのですが
環境を移したときにperlがあるか保証できないため
sedでやろうと思います

**デフォルトの名無しさん** · 2019/10/22(火) 15:23:02.88

FLAG=true or false ？
FLAG=1 or 0 ？
FLAG=1 or unset ？
FLAG=1 or "" ？

それ以外？

**デフォルトの名無しさん** · 2019/10/22(火) 20:26:37.95

alias FLAG true/alias FLAG false
if FLAG; then

**デフォルトの名無しさん** · 2019/10/22(火) 20:27:08.55

でもBashだとファイル内では既定で使えない。

**デフォルトの名無しさん** · 2019/10/22(火) 21:23:51.15

>>952
面白いけど、サブシェルの中で変えられないから

alias FLAG=true
(
alias FLAG=false
if FLAG; then
echo true
fi
)

出力
true

**デフォルトの名無しさん** · 2019/10/23(水) 10:43:57.77

TRUE=$([ 0 = 0 ];echo $?)
FALSE=$([ ! $TRUE ];echo $?)

FLAG=$TRUE or $FALSE

**デフォルトの名無しさん** · 2019/10/23(水) 10:57:17.22

サイトによってrenameの構文が違うけどコマンド自体が違うのな
perl付属のprenameとutil-linux付属のrename.ulがあるとか
alternativesで書き換えられてるんだからそら気付かんわ

**デフォルトの名無しさん** · 2019/10/24(木) 17:48:17.61

>>953
知らんかった。恥ずかしいw

**デフォルトの名無しさん** · 2019/10/24(木) 17:49:17.77

>>954
それってTRUE=0とするのと何が違うの？

**デフォルトの名無しさん** · 2019/10/24(木) 18:07:25.18

>>956
サブシェルは関係ない。俺もちゃんと仕様読んだわけじゃないけど、
aliasは実行時じゃなくて、１単位ごとに → パース → 実行の
パース時に変換してる感じ

そして１単位というのは、

alias FLAG=true
alias FLAG=false; FLAG && echo true
↑これは一行で一単位、だからtrueと表示されてしまうし

関数とか、プロンプトから、func() { 改行とかやると
} 改行するまで、ずっと行頭に > って表示されるだろ？

あれが１単位。だから↓みたいなものもtrueって表示されてしまうんだよ

alias FLAG=true
func() {
alias FLAG=false
if FLAG; then
echo true
fi
}
func

**793** · 2019/10/24(木) 18:35:35.72

>>795-797
時間が経ってしまいましたが、ありがとうございました
"$()"の中の"はエスケープする必要があるのかどうか、とか、変数代入への挙動とか、そういう細かいところがよくわかってなかったです。

**デフォルトの名無しさん** · 2019/10/24(木) 22:00:36.73

>>958
あー。
aliasってたしか一つの構文解析のかなり初期段階で展開される筈だから，
その一つの解析対象の内部で定義されているaliasは（当然）それ自身の解析結果には反映されんな。

このへんだろうか？？
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_10

**デフォルトの名無しさん** · 2019/10/25(金) 00:11:27.02

次スレ
シェルスクリプト総合その32
https://mevius.5ch.net/test/read.cgi/tech/1571929725/

**デフォルトの名無しさん** · 2019/10/25(金) 07:59:28.70

>>957
真は0、偽は0以外という値を意識する必要が無い
(Cの真偽値は逆で紛らわしい)
true/falseコマンドが使えない環境でも使える

**デフォルトの名無しさん** · 2019/10/25(金) 23:17:19.52

>>962
true/falseがビルトインじゃないシェルは存在しない
また、[ の結果はtrueなら0、falseなら1と決まっている

シェルスクリプト総合 その31

シェルスクリプト総合その31