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

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

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

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

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

**デフォルトの名無しさん** · 2018/07/25(水) 03:03:02.74

bashのあれやこれは、shでどうかけばいいかってのがあるといいな
特に配列。配列は引数として処理するんだよっていうのが体系的にまとまるといいな

**デフォルトの名無しさん** · 2018/07/25(水) 08:44:11.14

本来の引数配列以外で配列が必要になったら、基本的にはawkその他の言語使うなあ。
まあ自分用だと気の迷いで引数配列転用したり、evalで頑張ったりすることもあるけど、
仕事で他の人に引き継ぐこと考えると保守性で問題になるので
仕事ではやらないようにしてる。

**デフォルトの名無しさん** · 2018/07/25(水) 15:17:48.54

>>16
配列が必要になるっていうのは、シェルスクリプトの
プログラミングの仕方が間違えてるってことだよ

例えて言うならば、関数型言語をオブジェクト指向言語的に
使って、オブジェクト使いたい。インスタンス作りたい
メソッド作りたい、継承、カプセル化欲しい！って言うようなもん

シェルスクリプトは引数または標準入力で渡されたものを
順次処理していくという書き方をするもんなんだろう。
一時的に変数にためておくなんてことはしないので
配列は使わないですむ

**デフォルトの名無しさん** · 2018/07/25(水) 15:24:58.23

evalだけは怖いから使わない
それでしか解決できない問題をまだ扱った事がないからだが

**デフォルトの名無しさん** · 2018/07/25(水) 15:32:42.01

evalは信頼できない文字をevalするのが問題なのであって
コードの中で作り出した文字をevalするなら問題もないんだよ
信頼できない文字であっても、使える文字種を限定すればいいし

16 · 2018/07/25(水) 17:16:52.45

>>17
だいたい同感。
配列や連想配列がぴったりした応用もあるんだけど、
シェルで書くようなプログラムじゃないね。

**デフォルトの名無しさん** · 2018/07/25(水) 17:47:06.73

あるリモートファイルの最新のバージョンをダウンロードする方法ってありますか。
具体的にはhttp://ftp.jaist.ac.jp/pub/GNU/gnuzilla/←ここの最新バージョンのディレクトリを知りたいです。

**デフォルトの名無しさん** · 2018/07/25(水) 17:59:04.34

ある

**デフォルトの名無しさん** · 2018/07/25(水) 21:12:21.99

>>17
バッチファイル程度のシェルスクリプトしか
知らないからそう思うんでしょ
知れば奥が深いよ
配列も結構多くのシェルがサポートしてる(例えばcsh)

**デフォルトの名無しさん** · 2018/07/25(水) 21:32:58.42

極端な例を挙げるなら、行列演算をシェルスクリプトで書く馬鹿はいないみたいな話よ。
配列に限った話ではなく、ほとんど全ての高級言語にあるのにシェルにはない言語機能がいろいろある。
例えば構造体に類する機能とか、参照とか。
言語には向き不向きがあって、シェルでは向いてない用途に無理矢理使うのは井の中の蛙。

**デフォルトの名無しさん** · 2018/07/25(水) 22:46:32.67

>>21
wget -qO - 'http://ftp.jaist.ac.jp/pub/GNU/gnuzilla/?C=M;O=D' | grep -m1 -Po '\[DIR\].+?href="\K[0-9.]+'

21 · 2018/07/26(木) 05:58:11.67

>>25
ありがとうございます。
上手くいきました。

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

この本って信用していいの？
https://image.yodobashi.com/product/100/000/009/002/686/263/100000009002686263_10204.jpg

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

できるだけ可搬なUNIX時間<->ISO 8601形式時間の変換器ってどんなのがありますかね
PerlやRubyでいけるのは知っていますが，もうちょっとPOSIXに従ってるやり方が知りたいです

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

>>28
GNU date 限定の技だと思うのであまり嬉しくないかもしれないけど、以下のコマンドでいけるそうだ。

date --date "@1501201492" +"%Y%m%dT%H%M%SZ"

ちなみに出典は以下の記事です。

dateコマンドを使ってUnixTimeをISO8601形式へ変換する - Qiita
https://qiita.com/EDAPIYO/items/1bf163604006fd667988

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

>>28
小出しでスマン。こういうオプションもあるみたいなんだけど、man に記載されてないね……

$ date --date "@1501201492" --iso-8601=seconds
2017-07-28T09:24:52+0900

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

>>29
ありがとうございます。
そうっすね……。dateコマンドでできるのは知っていますが，
これ，ものっすごく可搬性悪いんですよ。下手するとPerlでやったほうがマシなくらい。
なぜかというと，各種OSによってdateコマンドのUNIX時間<->ISO 8601形式時間変換のオプションが違うんです。
*BSDはdate -jだしGNU/Linuxでは書いてもらったdate --dateとかdate -dとか。
ある種のOSではdate -rもあるっぽいです……。

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

>>31
BSD一般は date -r 数字では?
最近の NetBSD だと date -d @数字とも書けるから GNU と共通にできる。

**デフォルトの名無しさん** · 2018/07/31(火) 09:25:51.28

>>28
アルゴリズムとしては
秒数→日時変換と日時の足し算だけなんだから
自力で作れない？

**デフォルトの名無しさん** · 2018/07/31(火) 09:56:38.03

自力で作るならコマンド見分けたほうが楽だなｗ
どちらも同じオプションだけど意味が違うものを使って見分ける

**デフォルトの名無しさん** · 2018/07/31(火) 11:29:27.77

>>31
自分で言ってる様に Perl で書いちゃえば良いような…

**デフォルトの名無しさん** · 2018/07/31(火) 19:49:30.25

自分で足し算すると、サマータイム・うるう秒は、大丈夫なのか？

**デフォルトの名無しさん** · 2018/07/31(火) 20:11:42.59

bashです。
aa.shからbb.shを呼び出した時、リダイレクトでログを残したいんだけどうまく行かない。
なにか間違っているでしょうか？
(aa.sh)
#!/bin/bash
b_shell="./bb.sh"
cmd="${b_shell} > ./bb.log"
${cmd}

(bb.sh)
#!/bin/bash
echo "hoge"

**デフォルトの名無しさん** · 2018/07/31(火) 20:15:49.79

何か間違ってるんだろ

**デフォルトの名無しさん** · 2018/07/31(火) 20:18:57.37

どこを変更したら動くの？

**デフォルトの名無しさん** · 2018/07/31(火) 21:14:19.18

想定通りの動きをしてない行

**デフォルトの名無しさん** · 2018/07/31(火) 21:14:23.24

eval ${cmd}

**デフォルトの名無しさん** · 2018/07/31(火) 21:16:43.59

bb.sh で
echo "$*"
してみりゃ、理解できるだろう

**デフォルトの名無しさん** · 2018/07/31(火) 21:24:56.48

>>41
サンクス！できたw

**デフォルトの名無しさん** · 2018/07/31(火) 21:27:46.12

>>43
cmdに代入しなきゃダメなの？

**デフォルトの名無しさん** · 2018/07/31(火) 22:50:34.87

>>36
確かそういうのを考慮してないんじゃないの？

**デフォルトの名無しさん** · 2018/07/31(火) 22:58:00.65

>>45
うるう秒はUNIX Epochからの秒数には入ってないので無視して良い。
サマータイムやタイムゾーンの考慮は必要だしとても大変。
日本のタイムゾーン固定ならサマータイムも今のところ無視できるし簡単だけど、perlでも使ってライブラリに任せた方がいいと思う。

**デフォルトの名無しさん** · 2018/07/31(火) 23:52:51.22

どうでもいいが俺のID末尾がjってなんだこれ

**デフォルトの名無しさん** · 2018/08/01(水) 08:18:10.49

>>47
この板のIDは8桁だから9桁目（いわゆる末尾）はないよ

**デフォルトの名無しさん** · 2018/08/01(水) 11:52:30.09

昨日発見した事なんだけど、シェルというよりは test コマンドの問題だけど、test -f で対象のファイルを指定しない時って0になるのな。
これはbash用に書かれたこんな記述の時の動作によって気づいた。

if [ ! -f $file ]; then
echo ファイルなし
exit 1
fi

これで file に何も代入されてないとか空文字列の時にファイルなしにならない。

なんだこの動作は？
testコマンドの仕様？たまたま俺の使ってたLinuxのtestコマンドのバグ？

まあbashなら[[ ]] 使っとけばエラーになるからそっち使っておけば良いんだけどね。

**デフォルトの名無しさん** · 2018/08/01(水) 12:14:18.97

testの仕様。
"" で囲まなかったのが悪い。

**デフォルトの名無しさん** · 2018/08/01(水) 12:31:44.03

find [xxx] -type f | xargs grep [yyy]
をよく使うので
search xxx yyy みたいな alias にしたいんですけど
引数を途中に挟むのってどうすればいいんでしょうか

**デフォルトの名無しさん** · 2018/08/01(水) 12:34:38.30

>>50
そ、そうか。

しかしなんでまたそんな仕様になったんだ？

**デフォルトの名無しさん** · 2018/08/01(水) 12:43:22.75

>>51
bash の場合は function で定義するしかないようだよ。ググって探してみな。

**デフォルトの名無しさん** · 2018/08/01(水) 14:48:58.76

>>53
functionでできました
ありがとうございました

**デフォルトの名無しさん** · 2018/08/01(水) 14:58:33.41

>>52
ググって探してみなw
まあ、何らかの歴史的な背景だろうけど、明確に仕様に書いてあるのだから

**デフォルトの名無しさん** · 2018/08/01(水) 15:09:30.95

>>51は grep -r [yyy] [xxx] もしくは rgrep [yyy] [xxx] でいいんじゃねーの？
俺はagの方をよく使うが

**デフォルトの名無しさん** · 2018/08/01(水) 15:16:54.25

>>49
そもそも if [ ! -f $file ]; then だと $fileにスペース等が入っている時に
対応できないので "$file" と書くのは必須
更に言うなら set -u すればいい。$file が空のときはエラーになる

**デフォルトの名無しさん** · 2018/08/01(水) 15:25:42.75

0 arguments:
Exit false (1).
1 argument:
Exit true (0) if $1 is not null; otherwise, exit false.
って、だけなんだけどな。2 arguments から本格的に判定に入るってとこかな。演算子が有効なものなのかも含めて

**デフォルトの名無しさん** · 2018/08/01(水) 15:35:17.39

ああ、1 argumentの場合は空文字列でないかどうかっていうテストになるのか。そう思えば不思議でも何でもないな。使わないけどw
歴史的にそんなのがあっても不思議ではないな、実際どうなのか知らんけど

**デフォルトの名無しさん** · 2018/08/01(水) 23:58:14.58

# set variable identifying the chroot you work in (used in the prompt below)

if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

これは、~/.bashrc だけど、

変数中に空白があっても良いように、たいてい変数は" " で囲む。
一方、固定値は囲まない

こういうように、シェルスクリプトには様々な引掛けあるから、危険！
Ruby などのプログラミング言語を勧める

マンガの「Linux シス管系女子3」に書いてあるけど、

「rm -f $file」と変数を" " で囲わなかったので、
「; rm -rf shared」というファイルがあったため、

rm -f ; rm -rf shared
と文がつながって、共有フォルダのファイルがすべて消えてしまったとかw

**デフォルトの名無しさん** · 2018/08/02(木) 00:06:27.75

>>60
変数の値として ; が入ってても、文の区切り扱いにはならないので嘘くさい。
evalしてれば話は別だが。

60 · 2018/08/02(木) 00:07:43.15

だから、ディレクトリパス・ユーザー名とか、
システムで使うものに、半角空白を入れたら、ダメ

シェルスクリプトを書いている奴が、変数を" " で囲んでいないと、バグるから

パスに半角空白を入れないようにって、
Mac ユーザーにも、よく言われる

Windows には、半角空白が入ったフォルダ名があるから、危険

60 · 2018/08/02(木) 00:12:09.87

>60 は、
日経Linux で連載している、Piro の有名なマンガ、
「Linux シス管系女子3」に書いてある

このマンガを知らなかったら、もぐりw

**デフォルトの名無しさん** · 2018/08/02(木) 00:35:21.87

>>62
> Mac ユーザーにも、よく言われる
ほんとかよ。macOSの標準ディレクトリに普通にスペース入っているのあるけど
うそくさい、えせくさいw

**デフォルトの名無しさん** · 2018/08/02(木) 00:47:05.64

実際に試してみればええんじゃないの

$ mkdir shared
$ touch '; rm -rf'
$ ls
'; rm -rf shared' shared/
$ for file in *;do rm -f $file; done
$ ls
'; rm -rf shared'

$ mkdir shared
$ ls
'; rm -rf shared' shared/
$ for file in *;do rm -f "$file"; done
rm: cannot remove 'shared': Is a directory
$ ls
shared/

**デフォルトの名無しさん** · 2018/08/02(木) 00:51:46.28

>>60
>一方、固定値は囲まない
囲まなくていいのは囲まないだな。当然囲む必要があるのなら囲む " でなく ' ででも
囲まないで ¥ 使う物好きもいるかもしれないが
変数でも囲まないのは同じように囲まなくてもっていうところが原点だろうが、世の中そんな条件付けが許されるほどそう甘くはないっていう

その下の rm はイミフだな。>>61のほぼ言う通り。もちょっと「なんか」あるんじゃないの
そんなマンガ知らなかったらモグリよばわりされるならモグリで十分すぎるw

60 · 2018/08/02(木) 01:12:36.09

日経Linux は、Ruby の作者・Matz と、マンガの「シス管系女子」の連載が有名

「シス管系女子」も、もう3冊目。
たいてい本屋の目立つ所に置いてある

システム管理者の必須本

**デフォルトの名無しさん** · 2018/08/02(木) 01:20:26.73

坂本文さんの「たのしいUNIX」なら知ってる

**デフォルトの名無しさん** · 2018/08/02(木) 01:47:58.08

>>67
それ以上システム管理者とやらを貶めるなよw

**デフォルトの名無しさん** · 2018/08/02(木) 03:58:43.02

>>60
> 変数中に空白があっても良いように、たいてい変数は" " で囲む。
> 一方、固定値は囲まない

固定値だから囲まないんじゃなくて、
固定値かつ、空白が含まれてないから囲ってないだけ
固定値でも、空白が含まれていれば囲む

**デフォルトの名無しさん** · 2018/08/02(木) 04:04:23.88

>>62
> Windows には、半角空白が入ったフォルダ名があるから、危険

危険なんじゃなくて、半角空白が入ったフォルダがあるから
きちんと対応せざるを得なくなってバグが減る

下手に半角空白がないシステムばかり使っていたら
半角空白に対応するのを忘れてしまう。そっちのほうが危険。

そんなことよりもshellcheckでチェックするほうが常識
これを知らないやつはモーグリ

**デフォルトの名無しさん** · 2018/08/02(木) 04:16:33.42

>>60
> こういうように、シェルスクリプトには様々な引掛けあるから、危険！
> Ruby などのプログラミング言語を勧める

Rubyは外部コマンドを呼び出すのがすごく面倒くさい言語だが

参考 https://qiita.com/zakuroishikuro/items/3ab4476ff53f50a163be
> ＿人人人人人人＿
> ＞　めんどい　＜
> ￣Y^Y^Y^Y^Y￣

``を使えば、最小2文字の追加で呼び出すことができる
（正確にはputsしないと標準出力は表示されないからスペース入れて7文字）

Rubyでも結局同じ問題が起きる

＃　ｒｕｂｙ　－ｅ　＇ｄｉｒ＝＂ａ　ｂ＂；　｀ｌｓ　－ａｌ　＃｛ｄｉｒ｝｀＇
ｌｓ：　ｃａｎｎｏｔ　ａｃｃｅｓｓ　＇ａ＇：　Ｎｏ　ｓｕｃｈ　ｆｉｌｅ　ｏｒ　ｄｉｒｅｃｔｏｒｙ
ｌｓ：　ｃａｎｎｏｔ　ａｃｃｅｓｓ　＇ｂ＇：　Ｎｏ　ｓｕｃｈ　ｆｉｌｅ　ｏｒ　ｄｉｒｅｃｔｏｒｙ
（全角なのは書き込みエラーが出たから。もう面倒だから一律変換する）

回避策はいちいち言わなくていい、そんなのあるの知ってる。
Rubyでも様々な引掛けがあるという話。

**デフォルトの名無しさん** · 2018/08/02(木) 05:32:18.98

Ruby使うくらいならPython使うわ。
でもここはシェルスクリプトのスレなんですよ。
しかも「ダブルクォートで囲む」という至極単純な対策でバグを回避できるんだから
他の言語を使う必要もないな。
ところでファイル名にダブルクォートが入っている場合があるので
ダブルクォートで囲む前にsed -e 's/"/\\&/g' とやる必要がある。

**デフォルトの名無しさん** · 2018/08/02(木) 06:11:19.56

>>73
> ところでファイル名にダブルクォートが入っている場合があるので

なんのことでしょう？
ファイル名にダブルクォートが入っていても
なんの問題もないですよね？

[test.sh]
#!/bin/sh
n="a'\"b"
file "$n"

$ echo test > a\'\"b
$ ./test.sh
a'"b: ASCII text

**デフォルトの名無しさん** · 2018/08/02(木) 11:35:22.97

bashでは0（真）か0以外（偽）となりますが、
Cスタイルのforループの条件判定のところにi==0( i>=0とするところを間違えてやってしまいました）
とやったら一回もループに入らなかったのですが、
Cスタイルのforループの中では0は偽なのでしょうか？

forループは下のループです。(chinachu-mirakurun-sleep scriptでスキップした番組の時に録画動作に入らない
ように改造したものです）

for ((i = ((${#IsSkipArray[@]} -1)) ; i>=0 ; i--)); do
if [ "${IsSkipArray[i]}" = "false" ]; then
(( RecTime = ${RecTimeMsec[i]} / 1000 ))
elif [ "${IsSkipArray[i]}" = "true" ]; then
:
fi
done

**デフォルトの名無しさん** · 2018/08/02(木) 11:45:13.93

ちょっと訂正します。
間違えたコードはi==0ではなく、条件式にi=0としていました。
だから毎回判定するごとにiに0が代入されてループに入れなかったんですが、
お聞きしたかったのは0が偽だからループに入れなかったのか？ということでした。
条件式に代入式を持ってくる時点で素人丸出しなんですが、どうかご容赦ください。

**デフォルトの名無しさん** · 2018/08/02(木) 12:23:00.77

ttps://mywiki.wooledge.org/ArithmeticExpression
ここのサイトを見たらfor (( ; ; ))もArithemetic Expression（算術式）で、
However, when evaluating an arithmetic expression, C language rules (0 is false, anything else is true) apply.

と書いてありました。Cの原則が適用されるようですね。自己解決したっぽいです。
どうもお騒がせしました。

**デフォルトの名無しさん** · 2018/08/03(金) 14:17:14.85

>>72
エディタに、TeraPad を使っているけど、半角・全角文字へ変換ってある

こりゃ便利

**デフォルトの名無しさん** · 2018/08/03(金) 14:39:56.40

そんなんsakuraだってあるぞ

**デフォルトの名無しさん** · 2018/08/03(金) 14:58:08.23

>ファイル名に、ダブルクォートが入っている

ファイル名に、! が入っていたら、どうなる？

テレビ番組の録画で「何々!」「何々!!」みたいな番組名が、ファイル名になる場合

**デフォルトの名無しさん** · 2018/08/03(金) 15:01:48.95

>>80
感嘆符が特殊文字になるのってインタラクティブなときだけじゃね？

**デフォルトの名無しさん** · 2018/08/03(金) 17:12:49.75

>>80
こういうのって何言いたいのかわからんな。「問題」でも出してるのか？？

**デフォルトの名無しさん** · 2018/08/03(金) 17:30:20.61

>>80
それこそ、自分で何とかしろって感じだな

**デフォルトの名無しさん** · 2018/08/03(金) 18:47:15.20

いやだから，感嘆符が特殊文字になるのはインタラクティブなときのみじゃないの？

**デフォルトの名無しさん** · 2018/08/03(金) 18:49:00.35

bashあんまり使わんからなあ

**デフォルトの名無しさん** · 2018/08/03(金) 20:02:10.32

! を特別扱いするシェルを使っているかどうかの問題ではないかな。
OSやファイルシステムが特別扱いしているってこともあり得なくもないが。
UNIX系OSだと / しか特別扱いしてないよね。

80 · 2018/08/03(金) 20:31:20.88

Linux 板で、テレビ番組名に、!!! みたいなものが入っていて、
それがファイル名になる場合に、バグるって言ってたから

! は、エスケープも出来ないとか

**デフォルトの名無しさん** · 2018/08/03(金) 20:50:55.07

他の環境ではNGの可能性があるということを考えると
怪しい文字は極力ファイル名に使わないようにしてる。
ある意味思考停止だけどw

CD-R焼く時、使える文字がフォーマットによりまちまちで、
ものすごい複雑だったことを思い出したわ。
ロミオとジョリエットwとか、ロックリッジとかあったなぁ。

**デフォルトの名無しさん** · 2018/08/03(金) 20:52:13.47

余計な手間を省くのは正攻法だしいんじゃね

**デフォルトの名無しさん** · 2018/08/03(金) 21:25:09.26

>>87
だから、なにを言っているのかわからんてww

**デフォルトの名無しさん** · 2018/08/03(金) 21:36:10.72

>>80
ばーかばーかさんへ

file "$1" が文字が原因で失敗する事例なんてありません
エスケープが必要な場合など存在しません。

わかったら黙って帰れ

**デフォルトの名無しさん** · 2018/08/03(金) 21:38:01.51

>>86
特殊文字って場合によりでしかないよな。特殊文字だから必ずバグる(？)なんてないし
シェルというか引数として受けたコマンドがって感じかなあ。bash自体がスクリプト中の引数を含めたコマンド文字列に特殊文字があっても何もしない／しないようにできるし

ID:htH9kPBSが言っているのは、ID:TC+4ZTQW が言っているコマンドラインでのヒストリ(参照)処理に引っかかる場合で、シェル「スクリプト」の問題ではないだろう

**デフォルトの名無しさん** · 2018/08/03(金) 22:13:10.45

スクリプトとして關係ないが、超シンプルにしての
$ ls '!'
ls: !: No such file or directory
まあ、そうだな
$ ls !
ls: !: No such file or directory
ほう
$ ls "!"
-bash: !: event not found
なんでやねんっ！ってとこではあるな

コマンドラインでも ! を打たなきゃファイル名がんなの入っていてもだし、! を含めたファイル名なんぞを打たなきゃでも ' でくくればいいんじゃね

**デフォルトの名無しさん** · 2018/08/03(金) 22:47:23.99

だからすごく単純な話で
$ cat ./hstex.sh
#! /usr/bin/env bash

case $- in
(*H*)
echo enabled
;;
(*)
echo disabled
;;
esac
$ ./hstex.sh
disabled
こういうことでしょ？
つまりシェルスクリプトになってるときbashはヒストリ展開を既定で行わないから
エスケープを考える必要はないの。

**デフォルトの名無しさん** · 2018/08/03(金) 22:52:05.62

はぁ、シェル「スクリプト」かどうかの問題じゃないんだってば

>>93はevent not foundってでなかったんで
考えるのメンドーなんでぐぐって
https://qiita.com/Qutjl/items/6e0056853c94011d245b のネタパクるけどさ

$ ruby -e "puts 'Hello, World!'"
-bash: !': event not found
はい、たしかにそうなりますね。

テキストエディタで「puts 'Hello, World!'」という内容のcode.txtファイルを作成する
$ cat code.txt
puts 'Hello, World!'

$ a=$(cat code.txt)
$ echo "$a"
puts 'Hello, World!'
変数 a に先程の文字列を入れました

$ ruby -e "$a"
Hello, World!
はい、エラーになりません。

これはシェルスクリプトが特殊なんじゃねーよ。
C言語で、ソースコードに"\n"と書いてある文字列をprintfした時と
\nという文字列が入っている変数をprintfした時の挙動と一緒だろうが

プログラミングの基礎やで。ソースコードをパースするときの処理かどうかの違い

**デフォルトの名無しさん** · 2018/08/03(金) 23:09:12.00

>>95
なにを言っているのかわからんww なんか面倒なことになってるなww

「スクリプト」の問題じゃないよ、ソースコードをパースとかよくわからん例えに見えるけど、単に「コマンドライン」でのパース(？)の問題。それもヒストリ展開だけの。>>94でID:TC+4ZTQWが再び言及しているような

ああ、bashのバージョンで
$ ls "!"
-bash: !: event not found
にならんことあるな。新しいのは。
$ ls "!!"
でもいいよ。今度は
$ ls !!
の挙動が変わるけど。まあ '' でくくればいいだけ＆単に「コマンドライン」での問題

**デフォルトの名無しさん** · 2018/08/03(金) 23:09:28.23

えぇ……
もしかして俺が間違ってるのかと不安になるほど自信満々な書き方だなw

**デフォルトの名無しさん** · 2018/08/03(金) 23:11:06.77

>>96
>'' でくくればいいだけ
うっかり ' を二つ並べた。シングルクォーテーション

**デフォルトの名無しさん** · 2018/08/03(金) 23:14:28.27

>>97
まあ...気にすんな。「ナニ」か違う(？)と思ったのだろう。よくわからんけど

**デフォルトの名無しさん** · 2018/08/03(金) 23:28:02.17

若者はヒストリー置換を知らないんだなあと感じいる俺はオッサン。

ヒストリー置換は対話的な入力にしか影響しないから、
スクリプトにするときは気にしなくていいよ。

**デフォルトの名無しさん** · 2018/08/04(土) 02:05:18.25

>>97
そりゃ間違ってるでしょ。

シェルスクリプトになってるときは～とか言っちゃってる
インタラクティブシェル上でも変数を""で囲えば同じなのに

**デフォルトの名無しさん** · 2018/08/04(土) 03:08:34.02

イミフ

**デフォルトの名無しさん** · 2018/08/04(土) 03:15:50.13

初見イミフ、よく読んでもやっぱりイミフw
なんか問題点を勘違いしているでしょ
>>94のcaseからesacをコピペってみて実行してみ。たぶんそういう文脈での「シェルスクリプトになってるときは～」だと思うぞ＝間違ってはないと思うぞ

何を問題にしてんの？「インタラクティブシェル上でも変数を""で囲えば同じなのに」って

**デフォルトの名無しさん** · 2018/08/04(土) 03:24:02.15

なんでこんなに丁寧に教えてやらんと理解できんのか

>>62の話だろ
> だから、ディレクトリパス・ユーザー名とか、
> システムで使うものに、半角空白を入れたら、ダメ
>
> シェルスクリプトを書いている奴が、変数を" " で囲んでいないと、バグるから

ヒストリー展開はスクリプトだと既定で無効だが、
それ以前にファイル名にスペース入ってたりするから、
変数はダブルクォートでくくるのは当たり前なんだよ。
shellcheckすればデフォルトで指摘される項目

変数はダブルクォートでくくればいいって言ってんのに
今度は「ファイル名にダブルクォートが入っていたら？」
「ビックリマークが入っていたら？」とか言い出してんだろ

そ・れ・も「変数をダブルクォートでくくればいい」で終わりつってんだろ

ダブルクォートでくくればヒストリー展開が有効であっても
ファイル名に!が含まれてようが関係ない

**デフォルトの名無しさん** · 2018/08/04(土) 03:25:51.10

>>103
話の流れをよめ。

変数に入っている文字に
空白やダブルクォートやビックリマークが
入っている場合の話だ

変数をダブルクォートで囲めば全部解決
エスケープなんぞいらん

**デフォルトの名無しさん** · 2018/08/04(土) 03:26:21.86

違うよ。>>80の話だけだぞ？

**デフォルトの名無しさん** · 2018/08/04(土) 03:28:41.06

! と " は別の問題
話の流れをよめ...ってw だめだこりゃ

**デフォルトの名無しさん** · 2018/08/04(土) 03:57:51.51

それは>>73からの続きだろ

> ところでファイル名にダブルクォートが入っている場合があるので
> ダブルクォートで囲む前にsed -e 's/"/\\&/g' とやる必要がある。

これも囲む必要はない

ファイル名を文字列で直接書くならそもそも\でエスケープすればいいだけ
だからこれは変数の話であることは明白

その話の続きで>>80の

> >ファイル名に、ダブルクォートが入っている
>
> ファイル名に、! が入っていたら、どうなる？

という流れだ

**デフォルトの名無しさん** · 2018/08/04(土) 04:07:16.79

いや、だから、その話の流れはあるかもしれないが、途中からの話の流れは ! が特殊文字になるのはっていうだけの話だぞ？
その>>73は>>74で終わってるし、なんかまたわけからんのが出てきたが ! がっていうのはそういえばっていうだけの

なんかあなたが強調しているのはそんなのわかっている上でのだぞ？なんでそんなとこに拘っているの？？

**デフォルトの名無しさん** · 2018/08/04(土) 07:02:26.79

ヒストリ置換知らないのはゆとり

**デフォルトの名無しさん** · 2018/08/04(土) 08:42:45.49

俺はゆとり世代より下だがずっと指摘してたぞ（>>81）
そういう決め付けやめろ

**デフォルトの名無しさん** · 2018/08/04(土) 15:19:02.62

やはりIPも入れたほうがいいかね

**デフォルトの名無しさん** · 2018/08/04(土) 15:19:27.32

IPじゃねーやﾜｯﾁｮｲ

**デフォルトの名無しさん** · 2018/08/06(月) 08:36:00.23

ファイルやディレクトリを引数に取り、その許可属性を返すコマンドってありますか。
少なくともPOSIX Utilityにはないと分かっています。
期待する動作はそのコマンドの名前をownとして
$ own /some/file
-rwxrwxr-x
というような具合です。

**デフォルトの名無しさん** · 2018/08/06(月) 09:07:09.56

lsすりゃ済むのにunix的なセンスでそんなコマンドは作らないよ

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

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