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

**デフォルトの名無しさん** · 2018/07/24(火) 11:01:16.36

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

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。

前スレ: シェルスクリプト総合その27（https://mevius.5ch.net/test/read.cgi/unix/1525337663/）

**デフォルトの名無しさん** · 2018/09/04(火) 23:50:57.04

それは半角使うやつだろ
はっ！お前半角使ってるじゃん！

**612** · 2018/09/04(火) 23:51:43.34

福岡県かあ。関東かと思ってたが違ったんだな。

**612** · 2018/09/04(火) 23:53:33.54

>>703
前々からそうじゃないかと思ってたが、やっぱりでしたね。

**デフォルトの名無しさん** · 2018/09/04(火) 23:55:45.20

>>705
実はもう一つプロバイダ持ってるｗ
そっちはホスト名調べても県名がでない

予備回線で昔（10年以上前）は大手プロバイダでも時々回線異常発生してたんで
持ってたんだけど、最近は使わないからやめようかと思ってるけどね
もう2ちゃんねるでスレ立てるするときにしか使ってないしｗ

**デフォルトの名無しさん** · 2018/09/04(火) 23:56:24.91

んで、元の板に戻るのかどうか？
俺はどっちでもいいよ

**デフォルトの名無しさん** · 2018/09/04(火) 23:58:49.53

ﾜｯﾁｮｲ板でも書いたけど日付変わったらIPアドレス変更するよ！
攻撃しないでね！（まあやっても無駄だけど）

**デフォルトの名無しさん** · 2018/09/04(火) 23:59:32.47

（まあIPアドレス変わっても書き込み内容が独特なのでストーキングしていればすぐに分かる）

**612** · 2018/09/05(水) 00:01:43.69

これだけ荒らしておいて、まだUNIX板に戻る選択肢があると思ってるとは...
絶対に戻らないっことが、今回の
件でさらに強固になっただけだね。
そして ID:+CEwKGA5 はもう一つのプロバイダーを使った自演だったというわけだ。

**デフォルトの名無しさん** · 2018/09/05(水) 00:05:18.62

疑心暗鬼（笑）

**デフォルトの名無しさん** · 2018/09/05(水) 00:33:48.24

まず馬鹿ガイキチには叶わないっていう如実なサンプルってことで、以後ID:ROt4XEkp とわかったら途中でも終了スルーでいいだろう

**デフォルトの名無しさん** · 2018/09/05(水) 03:10:59.07

元に戻るってのはID無くすってことだぞ
全く解決になってない
解決ってのはﾜｯﾁｮｲなりIPなり表示させることだ

**デフォルトの名無しさん** · 2018/09/05(水) 09:56:32.93

a="abc" から最初の一文字を削除するのは
echo "${a#?}" でいけますが、
この削除した文字を取得する方法ってないですよね？

**デフォルトの名無しさん** · 2018/09/05(水) 10:20:06.92

>>715
そのままだと多分ないな
今手元にkshしかないから検証は出来んがbashだったら
echo "${a:1}"
echo "${a:0:1}"
で代用したらどうだ

**デフォルトの名無しさん** · 2018/09/05(水) 10:33:50.47

bashはまあそれでいけますよね・・・

試しに文字列の長さを測って
（ループで空になるまで1文字ずつ消していけばわかる）

文字列の長さ-1個の??????・・・という文字列を作って
${a%????・・・} で文字列の後ろを削って1文字残す
というやり方でevalも駆使して取り出したけど、

このやり方で1文字ずつループさせたら
1KB程度の文字列で1秒かかってしまったw
これならたぶんsedで1文字ずつ改行させて処理したほうが速いだろうな

**デフォルトの名無しさん** · 2018/09/05(水) 10:34:25.02

>>716
ついでに聞きたいんだけど、手元にkshしかない状況ってどんな状況？

**デフォルトの名無しさん** · 2018/09/05(水) 10:36:03.21

>>718
仕事中

**デフォルトの名無しさん** · 2018/09/05(水) 10:36:40.11

${a%${a#?}}
でいいのかな。dashでもとれてそう

**デフォルトの名無しさん** · 2018/09/05(水) 10:40:24.63

お、kshでも取れたわ
なるほど

**デフォルトの名無しさん** · 2018/09/05(水) 10:48:45.20

>>719
あ、いや、どんな仕事をしているのかという
Linux、Macではないようだから
どんなOSを使っているのかとか

**デフォルトの名無しさん** · 2018/09/05(水) 10:51:17.41

>>722
あぁ、AIXだよ

**デフォルトの名無しさん** · 2018/09/05(水) 10:51:44.08

>>720
それでもいけるように見えるんだけど
aの中にa*bとか入れてみたら動かない

動くパターン
a="abc"
echo "${a%${a#?}}"
=> a

動かないパターン
a="a*b"
echo "${a%${a#?}}"
=> a*

**デフォルトの名無しさん** · 2018/09/05(水) 10:52:39.04

>>723
なるほど。そっち系はよくわからないな。

**デフォルトの名無しさん** · 2018/09/05(水) 11:14:09.22

特殊文字かあ。 ' で括ってで問題なさげ
${a%'*b'}
なので、こうかな
eval 'b=${a%'"'${a#?}'}"

**デフォルトの名無しさん** · 2018/09/05(水) 11:18:19.46

ああ、今度は ' が邪魔か。sedで

**デフォルトの名無しさん** · 2018/09/05(水) 11:22:08.23

変数展開にこだわると特殊文字がきついな
eval容認するならもうcutでいい気が

**デフォルトの名無しさん** · 2018/09/05(水) 11:26:44.33

なるほど

**デフォルトの名無しさん** · 2018/09/05(水) 11:33:48.80

あら。" で括ってでいいみたい？また、入れ子にちゃんとなってるの？{ } でちゃんとなってるのか
echo "${a%"${a#?}"}"
dashでも大丈夫みたいな

**デフォルトの名無しさん** · 2018/09/05(水) 11:37:46.43

シングルクォートで駄目でもダブルクォートはいけるのか…

**デフォルトの名無しさん** · 2018/09/05(水) 12:19:13.88

あ、本当だ。パフォーマンス出るかな？
あとでやってみよう

**デフォルトの名無しさん** · 2018/09/05(水) 12:30:25.22

>>728
WSLも使ってるんだよね。cygwinもそうだったけど
外部プロセス起動っていうかforkになるのかしらないけど、
かなり遅くて、これぐらいに差になっちゃう

time sh -c 'for i in $(seq 100); do echo > /dev/null; done'

real 0m0.030s
user 0m0.000s
sys 0m0.031s

time sh -c 'for i in $(seq 100); do /bin/echo > /dev/null; done'

real 0m1.213s
user 0m0.000s
sys 0m0.750s

**デフォルトの名無しさん** · 2018/09/05(水) 12:32:33.02

evalはさほど変わらない

time sh -c 'for i in $(seq 100); do eval "echo" > /dev/null; done'

real 0m0.031s
user 0m0.000s
sys 0m0.016s

**デフォルトの名無しさん** · 2018/09/05(水) 13:00:13.96

>>730
めっちゃ高速化したｗ

1506文字を>>717でやったら1.7秒だったのが0.1秒にまで減った。およそ1/10

もっとも4倍の約6000文字をやったら1.6秒にまでなったので、
文字列が長くなるにつれてどんどん遅くなるようだね。
コピーする文字が多くなるからだろう。

sedで1文字ずつ分解した場合は6000文字でも0.2秒だったので
長い文字列を1文字ずつ処理するならsed、もしくはそれ相当の何かを使ったほうが良さそう。
（シェル芸で有名らしい grep -o . は改行が抜け落ちる）

**デフォルトの名無しさん** · 2018/09/06(木) 20:18:06.55

macOSのbrewでインストールしたdashで
echo '!' って実行したら \! ってなぜか
エスケープされて表示されるんだけど誰か心当たりある？

printf '%s' '!' でも \! と表示される

**デフォルトの名無しさん** · 2018/09/06(木) 20:33:38.49

もう一つ

case '!' in
[\!]) echo OK ;;
*) echo NG ;;
esac

これを実行すると、kshだけNGって表示されるんだけどkshのバグ？
mkshだとOKなのに

**デフォルトの名無しさん** · 2018/09/06(木) 22:05:19.31

>>736はここじゃ知ってる人少なそうなんでこっちに移動しますね。

OS XをUnixとして使ってる人の為のスレ 18 [無断転載禁止]©2ch.net
https://egg.5ch.net/test/read.cgi/mac/1462475819/

**デフォルトの名無しさん** · 2018/09/07(金) 03:14:55.87

>>737
ブラケット内だけの特殊文字 ! (および ^) でのエスケープ対応が必須ならバグだし、言及してないとかだったら動作不定なだけだな
ブラケット内の ! と ^ でのエスケープが効く効かないの動作が違うのはcaseの場合だけじゃないよ

**デフォルトの名無しさん** · 2018/09/07(金) 08:32:30.20

>>739

いろいろ挙動を調べたけど
1. ブラケット内で!のエスケープは必須ではないし、必要ない。
2. 多くの実装ではどんな文字でもエスケープできるため \! は ! と認識されるが、kshはそうではない
3. ブラケットの先頭に!をつけた、 [!・・・] は否定表現
4. 否定表現自体にはどの実装も対応している
5. 例えば[A]だとAにマッチだが、[!]だと否定表現として扱われる
6. kshでは[!]を否定表現として扱われるのを防ぐ方法がない
7. 普通は[]を使うときは2文字以上になるはずなので殆どの場合問題ない
　（ただし何かの処理で動的にパターンを生成している場合はありえる）

ってことなのかな？

ちなみにこれ、POSIXブラケット表現っていう名前なのかな？

**デフォルトの名無しさん** · 2018/09/07(金) 08:42:27.12

動的の場合もksh以外でもエスケープしなきゃならないんだから同じじゃね
[!] は文法上エラーのようなもんだから、そもそもブラケットで括らないとかなんかもう一文字入れて ! を2文字目にするとか

**デフォルトの名無しさん** · 2018/09/07(金) 08:53:35.87

あー、動的っていうのは、
> そもそもブラケットで括らないとかなんかもう一文字入れて ! を2文字目にするとか
ということをしたいんだけど、
ここが設定ファイルに書かれている文字とかで
ユーザーが1文字を指定してしまった場合
とかいうことです。

まあ1文字なら[!]じゃなくて!にするようにすればいいんですが。

> 動的の場合もksh以外でもエスケープしなきゃならないんだから同じじゃね
ksh以外だとエスケープして [\!] と書けばOKですが、
kshだとエスケープして [\!] と書いてもNGという問題です。

**デフォルトの名無しさん** · 2018/09/07(金) 09:02:06.16

POSIXブラケット表現は違うんじゃないかなあ
ブラケットだけを何というのか知らんけど、パターンマッチング、ワイルドカード、グロブ定義のひとつかな。グロブがどうやららしいがそんな言葉使ったことないw

**デフォルトの名無しさん** · 2018/09/07(金) 09:04:59.23

>>742
細かく拘ってるけど、なに言いたいのかちょっとわからないねえ。本題と関係ないってことでいいね？

**デフォルトの名無しさん** · 2018/09/07(金) 09:18:53.90

Bracket Expression
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05

ワイルドカードっていうのは仕様ではなく何にでも使える文字という意味でしか無く
globはファイル名に展開するもののことだと思いますよ

**デフォルトの名無しさん** · 2018/09/07(金) 09:27:59.54

じゃ、パターンマッチングでいいよ。めんどくさいw

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_13
2.13.1 Patterns Matching a Single Character
では、エスケープ対応しろと読めるような気がしないでもない。が、! 関連ではエスケープだけじゃなく動作が違うな、dash/bash/kshでは(bashだけが違うというのもある)

**デフォルトの名無しさん** · 2018/09/07(金) 09:40:21.51

あー、やっぱりバグな気がしてきました。
一旦変数に入れるとkshでもOKになりました
ちなみにksh以外とはbash、zsh、dash、yash、posh、mkshのことです。

# 挙動を合わせるためposix互換モードにしています
# もしかしてkshにも似たようなのありますかね？
# kshでPOSIXLY_CORRECT、set -o posixは使えませんでした。
[ -n "$BASH_VERSION" ] && set -o posix

[ -n "$ZSH_VERSION" ] && emulate -R sh

expression='[\!]'
case '!' in
$expression) echo OK ;;　# ksh、ksh以外でOKになる
*) echo NG ;;
esac

case '!' in
[\!]) echo OK ;;　# ksh以外でOKになる
*) echo NG ;; # kshだけNGとなる
esac

**デフォルトの名無しさん** · 2018/09/07(金) 09:44:26.93

なんか「バグ」にこだわっているようだけど、バグだったらバグレポートでもする気なの？？
bashの [a!] の場合の方が大きな問題のような気がしないでもないが、それもエスケープすればすむのでkshさえなのかな？？

**デフォルトの名無しさん** · 2018/09/07(金) 09:52:52.93

>>748
> bashの [a!] の場合の方が大きな問題のような気がしないでもないが、
どういうことでしょうか？
試してみましたが、どの環境でも想定通り動いているようですが。
↓検証コード

[ -n "${BASH_VERSION:-}" ] && set -o posix
[ -n "${ZSH_VERSION:-}" ] && emulate -R sh

expression='[a!]'
case '!' in
$expression) echo OK ;; # すべてでOKになる
*) echo NG ;;
esac

case '!' in
[a!]) echo OK ;; # すべてでOKになる
*) echo NG ;;
esac

!は最初に持ってきたときだけメタ文字扱い（エスケープが必要）で
途中にあってもエスケープは必要ないみたいですね。
（むしろエスケープしないほうが良いみたい。後述？）

**デフォルトの名無しさん** · 2018/09/07(金) 09:57:25.65

ああ、すまん勘違いしてた。コマンドライン上での ! でのヒストリからの展開だった

**デフォルトの名無しさん** · 2018/09/07(金) 10:04:32.56

!が最初以外にある場合に、\! とエスケープするとどうなるか？ですが挙動がバラけました。

[ -n "${BASH_VERSION:-}" ] && set -o posix
[ -n "${ZSH_VERSION:-}" ] && emulate -R sh

expression='[a\!]'
case '\' in
$expression) echo OK ;;
*) echo NG ;;
esac

case '\' in
[a\!]) echo OK ;;
*) echo NG ;;
esac

# 変数に入れると a \ ! のいずれかだと判断されている
#（\はエスケープ文字列として認識されていない）
ksh　　OK　　NG
zsh　　OK　　NG
yash　　OK　　NG
posh　　OK　　NG
mksh　　OK　　NG

# 変数に入れると a ! のいずれかだと判断されている
#（\はエスケープ文字列として認識されている）
bash　　NG　　NG
dash　　NG　　NG

変数に入れない場合は、どちらも\はエスケープ文字列として認識されている

**デフォルトの名無しさん** · 2018/09/07(金) 10:11:14.19

まとめると、どのシェルでも同じように動かすには

1. 可能ならば!は[]の最初に書かない
2. 1を満たしている場合には、!はエスケープする必要はない（しても良い）
3. !が[]の最初に書く場合は変数に入れてマッチングさせる
4. 3の場合には、!はエスケープする

というところでしょうか？

**デフォルトの名無しさん** · 2018/09/07(金) 10:11:47.58

んー、発表会なの？？どうすんのかどう書くのかじゃないのか？？

**デフォルトの名無しさん** · 2018/09/07(金) 10:13:19.48

! を文字としてなら、ブラッケットで括らない、他の文字があるなら2文字目以降にする
だけじゃないのかなあ

**デフォルトの名無しさん** · 2018/09/07(金) 17:31:04.46

>>736はへえと思ったけど他は正直どうでもいい
シェルによって違いはあるものだし同じシェルでもバージョンによっても違うかもしれないし

**デフォルトの名無しさん** · 2018/09/08(土) 12:02:12.04

文字列の末尾がLFのものを別の変数に入れる場合、
b=$a ってするしかないかな？
b=$(foo "$a") ってやったら消えるよね

関数で処理した結果を変数に代入したいんだけど、文字列末尾のLFは消したくないし、
LFはない場合も複数個の場合もあるので無条件にLFつけたりもできない

**デフォルトの名無しさん** · 2018/09/08(土) 12:14:51.45

IFS

**デフォルトの名無しさん** · 2018/09/08(土) 12:29:20.28

IFS変更しなくてもb=$(foo "$a")ってやったら消えてないじゃん。"$a"ならば

**デフォルトの名無しさん** · 2018/09/08(土) 12:57:29.41

消えますよ

[test.sh]
IFS=""
LF=$(printf '\012_') LF=${LF%_}
a="test$LF$LF$LF"
foo() { printf '%s' "$1"; }

printf '%s' "$a" # 1つめのテストの末尾のLFは消えていない
b="$(foo "$a")"
printf '%s' "$b" # 2つめのテストの末尾のLFは消えてる

[実行]
test.sh | hexdump -C

00000000 74 65 73 74 0a 0a 0a 74 65 73 74 |test...test|

**デフォルトの名無しさん** · 2018/09/08(土) 13:25:21.83

foo() { printf '%s ' "$1"; } とすると挙動が変わるんだね

**デフォルトの名無しさん** · 2018/09/08(土) 13:28:37.24

違う。$(・・・)をすると挙動が変わる（末尾のLFに全削除の効果）

foo "$a" だけなら末尾のLFは消えない

**デフォルトの名無しさん** · 2018/09/08(土) 13:38:57.95

Command substitution の仕様ってことね。

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_03

> removing sequences of one or more <newline> characters at the end of the substitution.

**デフォルトの名無しさん** · 2018/09/08(土) 13:54:13.20

そういやファイル名やディレクトリ名に改行を含めるべきかどうか
POSIXで議論してるみたいな話が上の方で書いてあったけど
名前の末尾に改行が含まれてる場合に消えるから
dirnameやbasenameで取得できないってことになるな。
もういい加減仕様で含めるのやめればいいのに

**デフォルトの名無しさん** · 2018/09/08(土) 16:24:05.28

実際名前に改行含めるような仕事したくないけどな

**デフォルトの名無しさん** · 2018/09/08(土) 16:39:55.00

>>763
あんたって決して自分のミスは認めないのね。うやむやにするいつもの人でしょ

**デフォルトの名無しさん** · 2018/09/08(土) 16:53:13.12

>>765
一人で何の話してるの？

**デフォルトの名無しさん** · 2018/09/08(土) 16:55:08.56

> IFS変更しなくてもb=$(foo "$a")ってやったら消えてないじゃん。"$a"ならば

消えますよ？だからまず自分のミスを認めましょうってことですよ。

**デフォルトの名無しさん** · 2018/09/08(土) 16:58:21.15

自分のミスはちゃんと認めましょう。

認めるまで言い続けますよ

**デフォルトの名無しさん** · 2018/09/08(土) 16:59:06.30

> IFS変更しなくてもb=$(foo "$a")ってやったら消えてないじゃん。"$a"ならば

>>759を読みましょう。
明らかに消えています。

あなたのミスですよね？
実験もしないで嘘ばっかり

**デフォルトの名無しさん** · 2018/09/08(土) 22:31:06.03

なんか病人多いなここ最近

**デフォルトの名無しさん** · 2018/09/09(日) 00:05:42.19

うん

**デフォルトの名無しさん** · 2018/09/09(日) 01:30:00.09

alias wgeti='wget -ci <(cat <<_'
エイリアスでwgetをちょっと弄ったんですがこれの関数版作れないですかね
これで複数行のURLをDLできるけど最後に_と)入れる必要あるので

**デフォルトの名無しさん** · 2018/09/09(日) 11:41:02.87

bashの拡張機能で便利なのってなんだろうか？
変数展開は便利だと思うんだが、
配列とかハッシュとか必要なんだろうかね？

配列は標準入力から受け取ってループで回せば良いわけで
それが必要になった時点で使い方を間違ってるという気がしてる

他にbashで便利なものってあるかな？
pipefailぐらい？

**デフォルトの名無しさん** · 2018/09/09(日) 11:55:57.22

>>772
こういう事してるってこと？

alias wgeti='wget -ci <(cat <<_'

wgeti
http://example.com/a
http://example.com/b
http://example.com/c
_
)

それやるぐらいならこうするな。bash依存しなくてすむし

wgeti() { wget -ci -; }

wgeti<<URLs
http://example.com/a
http://example.com/b
http://example.com/c
URLs

**デフォルトの名無しさん** · 2018/09/09(日) 12:01:20.84

もしくは引数で渡す場合はこう

wgeti() {
for i in "$@"; do
echo "$i"
done | wget -ci -
}

wgeti \
'http://example.com/a' \
'http://example.com/b' \
'http://example.com/c'

短く書くなら

wgeti() {
printf '%s\n' "$@" | wget -ci -
}

**デフォルトの名無しさん** · 2018/09/10(月) 00:47:57.63

それってこれでいいのでは?

wgeti () {
wget -c $@
}

**デフォルトの名無しさん** · 2018/09/10(月) 00:48:53.10

ああ、でも、引数にするなら何もしなくていいのかw
そのまんま wget の後に URL 入れるだけだ。

**デフォルトの名無しさん** · 2018/09/10(月) 02:03:17.65

標準入力からURLのリストを渡したいから
<(cat <<_って書いてあるんだと思った。
wget、普通に引数から複数のURL渡せるね

**デフォルトの名無しさん** · 2018/09/10(月) 02:36:11.00

コマンド引数の文字数制限に引っかかる可能性を
考慮すると wget -ci <(cat <<_ の方が無難なのだろう
(xargs でもいいけど)

**デフォルトの名無しさん** · 2018/09/10(月) 21:09:13.29

local or typeset を使用しても本物のローカル変数ではないというのは面白い性質だよな
（本物のっていうのは一般的な言語相当のローカル変数という意味）

i=A
foo() {
local i=B
echo "foo1 $i" # => foo1 B
bar
echo "foo2 $i" # => foo2 C
}
bar() {
echo "bar $i" # => bar B
i=C
}
foo
echo "$i" # => A

「この関数の中だけで使う変数です。」ではなくて
「localの場所で変数を保存します。関数が抜けたら保存した値を戻します。」
という意味なんだよね。

POSIXにはないlocalやtypesetを使っても本物のローカル変数にはなれないが、
引数だけは本物のローカル変数になっているというのも面白い
（何も書かなくても関数に入った時点で、自動的にlocalが実行されると考えることもできる）

引数への代入は $1=123 とか 1=123 みたいにはできないけど、
set -- "123" "456" "789" みたいにすると再設定できる。
$1だけ設定したくても、すべての引数を設定する必要があるけど。
グローバル変数は時に分かりづらいバグを生むことがあるけど
これをうまく使えば、使用する変数をなくせたり減らせたりするかもしれないな

**デフォルトの名無しさん** · 2018/09/10(月) 23:57:57.78

ダイナミックスコープはperlとかpowershellとかmathematicaとかにもあるけど、これもグ口ーバル変数並にバグの温床な気がする

**デフォルトの名無しさん** · 2018/09/11(火) 01:49:50.99

あぁ、これがダイナミックスコープのことなのか
Perl？って思ったけど、（Perlの）localを使った場合の話なのね。
通常はmyを使ってたから。

**デフォルトの名無しさん** · 2018/09/13(木) 14:07:12.80

ふと思ったんだけどシバンってあるじゃんシバン
あれってさ、#がコメントじゃない言語だったらどうするの？
Cインタプリタだったら

//!/usr/local/bin/c

とか書くの？

**デフォルトの名無しさん** · 2018/09/13(木) 15:47:52.06

>>783
あれはカーネルが解釈してるからだめ。

**デフォルトの名無しさん** · 2018/09/13(木) 16:45:07.13

>>784
シバンってカーネルが解釈してんのか
だからFreeBSDとOS XとGNU/Linuxで挙動が変わるんだな。同じbashでも。

**デフォルトの名無しさん** · 2018/09/13(木) 17:23:01.88

>>785
別問題じゃね？どんな挙動？

**デフォルトの名無しさん** · 2018/09/13(木) 21:25:29.73

>>783
面白いネタを振ってくれてありがとう。いろいろ調べて勉強になったよ。
ちなみに質問の答えは「できないとは限らない」ということになるかなあ。
ネタを振ってくれたことには感謝するけど、自分で調べるほうが楽しいよ。

**デフォルトの名無しさん** · 2018/09/13(木) 21:47:40.27

今日の荒らしは ID:fcPV9kIu か。NG推奨

**デフォルトの名無しさん** · 2018/09/13(木) 22:02:34.22

落ち着け

**デフォルトの名無しさん** · 2018/09/14(金) 04:16:04.32

>>786
FreeBSDだと
#! /usr/bin/env awk -f
これが普通に通るけど
GNU/Linuxだと
“awk -f”なるコマンドがないとかなんとか言われる

**デフォルトの名無しさん** · 2018/09/14(金) 05:06:28.57

素朴な疑問
・　shebangは　シェバン？シバン？
・　"#!"の後にスペース入れずに "#!/bin/sh" ？　スペース入れて "#! /bin/sh" ？
自分はともに前者、特にスペースについては入れるべきではないというの最初に覚えたんだけど、
結構後者も目にすることがあるので、実際のところ、どうなの？

**デフォルトの名無しさん** · 2018/09/14(金) 09:25:36.66

>>790
https://linuxjm.osdn.jp/html/LDP_man-pages/man2/execve.2.html
うぉ、Linuxまじ最低だな

インタープリタースクリプトの optional-arg 引き数の解釈方法は実装により異なる。
Linux では、インタープリター名 interpreter に続く文字列全体がインタープリターに
1個の引き数として渡される。しかし、動作が異なるシステムもある。あるシステム
では、 optional-arg のうち最初のホワイトスペースまでが引き数として渡される。
また、別のシステムではインタープリタースクリプトは複数の引き数を持つことができ、
optional-arg 内のホワイトスペースが引き数の区切りとなる。

**デフォルトの名無しさん** · 2018/09/14(金) 09:40:37.87

>>790
本題のshebang仕様とは話がずれるが、
awkはいにしえの奴も含め俺の知る限りすべて/usr/bin/awkで起動できるから
env使う必要ないと思う。

**デフォルトの名無しさん** · 2018/09/14(金) 09:48:01.90

>>791
#! の後のスペースは、どのOSでも有無に関わらず動いたと思う。
ただしshebang行に32バイト制限のあるOS があったので、
それに引っかかるギリギリならスペース無しにする必要アリ。

読みは知らない。

**デフォルトの名無しさん** · 2018/09/14(金) 10:54:54.26

>>793
自分でビルドしたawkを使う場合は？

**デフォルトの名無しさん** · 2018/09/14(金) 12:12:08.80

>>795
システム付属じゃ駄目で、自分でビルドした特有の事情があるなら、絶対パス指定で呼べばいいのでは？

**デフォルトの名無しさん** · 2018/09/14(金) 16:14:10.39

>>796
それだと実行権限の意味がなくなるじゃん
実行権限をつけるのは、いちいち実行プログラムのパスを指定しなくていいからでしょ？
拡張子もなくせばなんの言語で作られているかも意識しないですむし。

手でコマンドを打ったときと同じように、環境変数の$PATHからどれを使うかが決まる。
そもそもなんで最初からそういう仕組みにして置かなかったんだろう？
そうすりゃシバンなんて #!awk だけですんだのにね

**デフォルトの名無しさん** · 2018/09/14(金) 16:33:58.92

実行権限は絶対パスでも相対パスでも必要なので関係ない

**デフォルトの名無しさん** · 2018/09/14(金) 16:35:21.26

スクリプトのパスとインタプリタのパスを混同している

**デフォルトの名無しさん** · 2018/09/14(金) 16:36:11.79

>>798
シバンの話だよ
実行するスクリプトのパスじゃなくて
実行するスクリプトが使用するインタプリタのパス

**デフォルトの名無しさん** · 2018/09/14(金) 16:46:56.10

シバンの話は分かってるけど？
実行するスクリプトが使用するインタプリタに実行権限付いてなかったら
当たり前だけど絶対パスで指定したって実行できないよ？

**デフォルトの名無しさん** · 2018/09/14(金) 16:49:01.41

>>797
なんか誤解してる？
絶対パスで書くってのは
#!/home/me/bin/awk -f
みたいに書くって意味だよ。

**デフォルトの名無しさん** · 2018/09/14(金) 16:53:40.07

>>794
> shebang行に32バイト制限のあるOSがあった
なるほど、そんな理由もあったんだね。

逆にスペースorタブを入れなければならない、なんていう例（4.1BSD）もあったみたいだ。
これについては修正されたようだけど、今でもこれを守っている人もいるらしい。

同じ#で始まっていても、コメントとは違うと思うから、
やはりスペースを入れることにはなんとなく躊躇しちゃうわ。

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

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