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

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

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

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

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

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

お約束
・特記なき場合、Bourne ShellもしくはPOSIX準拠のsh可換シェルが既定です
　つまりシバンは#! /bin/shです。
　他のシェル（bash, zsh, ksh, (d)ash, yash, posh, fish, (t)csh）などの専用機能に依存する場合は明示しましょう。
　　OS X, GNU/Linuxユーザーは/bin/shの実体がbashなので*特に*注意（自覚なきbashism---シバンが#!/bin/shなのにbashに依存する構文を使っていませんか？）。
　　　ただしDebian, Ubuntuなどでは/bin/shの実体はPOSIX sh互換のdashですのであまり気にしないでも大丈夫です。
　　FreeBSDユーザーは/bin/shの実体がashなので注意。
　　Solaris, OpenBSDユーザーは/bin/shの実体がkshなので注意。
　csh/tcshでのシェルスクリプトは*まったく推奨しません*。
　　（参考URL: http://www.speech-lab.org/~hiroki/csh-whynot.euc）
・POSIXに準拠しましょう
　有用なリンクはhttps://en.wikipedia.org/wiki/POSIXにまとめられています。
　最新の仕様はこちらへ: http://pubs.opengroup.org/onlinepubs/9699919799/
　　（左上の「Shell & Utilities」から各コマンドやファイルの仕様を参照することができます）
・Version 7 UNIXのsh(1)に一番近いのはOpenSolaris由来のHeirloom sh、次点でDebianなどに搭載されているDash shell
　　Heirloom sh: http://heirloom.sourceforge.net/sh.html
　　Dash shell: http://gondor.apana.org.au/~herbert/dash/
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります
　Manページや各種リンク（http://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.htmlなど）を見ましょう。
　apropos(1)ないしはman(1)の-kオプションでそれらしい単語による簡単な検索もできます。
・ワイルドカードは正規表現ではありません。
　正規表現の話題はスレ違い（正規表現スレへ）
・シェルスクリプトのことをシェルってゆうな

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

初心者へのアドバイス
・適した道具を判断するのも頭の重要な使い方。
　シェルスクリプトよりもPerlまたはPythonの方が適した処理にはそちらを使いましょう。
・知らないコマンドが出てきたらman(1)を引きましょう。
・思い通りに動かないときは、まずはsh(1)の-xオプションでトレースしましょう。

回答者への注意事項
・相手がシェルスクリプトでの処理方法を質問しているのにもかかわらず、よく知りもせずに、「そういうのはPerl, Python使え」と回答するのはやめましょう。
　安易にPerlやPythonに逃げずに小さなコマンドを組み合わせシェルスクリプトで処理するのが頭のいいやり方。
・質問に対して問題が間違ってるといちゃもんをつけるのも避けましょう。

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

補足（今スレ限り）
いままではUNIX板でスレ立てをしていましたが、IDやワッチョイが無いことを理由とした自演・荒しが目立ってきておりスレがまともに機能しなくなりかけているので、今回よりプログラム板に移動することになりました。

**デフォルトの名無しさん** · 2018/07/24(火) 14:22:58.96

とりあえず保守っぽい書き込み

**デフォルトの名無しさん** · 2018/07/24(火) 15:29:38.59

おつ

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

り返せ

**デフォルトの名無しさん** · 2018/07/24(火) 16:40:14.98

ません

**デフォルトの名無しさん** · 2018/07/24(火) 16:45:11.85

**デフォルトの名無しさん** · 2018/07/24(火) 20:36:43.40

>>1
スレ立て乙！１１１

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

112

**デフォルトの名無しさん** · 2018/07/24(火) 22:37:58.80

>1 乙
支援

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

乙なんよ

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

テンプレの↓
> 自覚なきbashism---シバンが#!/bin/shなのにbashに依存する構文を使っていませんか？
ちょっと痛いかな

**デフォルトの名無しさん** · 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的なセンスでそんなコマンドは作らないよ

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

ls
それで満足できないなら作れ、さすがにそれくらいできるだろ

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

>>114
stat -c '%A' /some/file

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

>>114
lsまたは stat の出力の一部を自分で切り出せば良いのでは？
なんだったらそれだけをするシェルスクリプトまたはシェル関数作れば良い。

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

うはっw NGワードで引っ掛かってあれこれ変えてる内に回答が二つ書かれてたw

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

>>117でわかるのに、unix的なセンスとか、ワロえる。
センスないのはむしろ。ぷぷぷｗ

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

なんか嘲笑してるつもり？

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

>>115,116,118
わたしも最初はlsの結果をcutするシェルスクにしようと考えたけど
>>117
GNUならそれで、BSDのstatなら stat -f "%Sp" /some/file な感じか

POSIXの縛りならlsとcutかもしれんけど

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

stat -c '%A'
↑すばらしいです。ありがとうございました。

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

>>960>>970>>980
次スレ立てるならﾜｯﾁｮｲで頼む

**デフォルトの名無しさん** · 2018/08/10(金) 03:53:11.11

OpenWrtでこんなの見つけた。何処がオリジナルだろう？
物自体はバイナリだけどシェルスクリプトと親和性が高い（？）
JSONのパースと生成の方法のアイデアとして

https://wiki.openwrt.org/doc/devel/packages/jshn
Library for parsing and generating JSON from shell scripts

こんなふうに出力される

$ jshn -r '{"a":1, "b":2, "c": [1,2,3], "d": {"A":1}}'
json_init;
json_add_int 'a' 1;
json_add_int 'b' 2;
json_add_array 'c';
json_add_int '0' 1;
json_add_int '1' 2;
json_add_int '2' 3;
json_close_array;
json_add_object 'd';
json_add_int 'A' 1;
json_close_object;

**デフォルトの名無しさん** · 2018/08/10(金) 08:46:11.76

>>125
jq(1)が定番では?

**デフォルトの名無しさん** · 2018/08/10(金) 11:19:27.53

>>126
あ、はい。ググればわかる。
なんか変な人がjqはクソだって言ってる
で頑張ってオレオレで変なの実装してるが、
すでにあるよって話

**デフォルトの名無しさん** · 2018/08/10(金) 11:44:23.91

>>127
そのおかしな人の言うことを解釈すると
そのコマンドはオプション引数でデータを受け渡すのであまりよくないのでは？
Unix哲学としてはデータは標準入力から渡すべき。

**デフォルトの名無しさん** · 2018/08/10(金) 12:48:42.64

おかしな人の言い分だな、確かにw

**デフォルトの名無しさん** · 2018/08/10(金) 12:52:37.04

パイプで繋いで使えるようにってことかな

**デフォルトの名無しさん** · 2018/08/10(金) 13:42:12.09

おかしな人がケチつけてたのって何年も前じゃん

**デフォルトの名無しさん** · 2018/08/10(金) 14:53:48.86

ああ、某原理主義者のことか

**デフォルトの名無しさん** · 2018/08/10(金) 14:57:29.03

ﾎﾟｼﾞｯｸｽ

**デフォルトの名無しさん** · 2018/08/10(金) 15:54:52.38

でもあの人の言うことなんて聞いてらんないよね。こっちは宗教で食ってるわけじゃないんだからさ。
作って見せたツールだって痒いところに手が届かない部分は
「そんなのはそもそもこうこうであるべきで必要ない」みたいな感じでほっぽってるし
作ってマウント取って射精後スッキリになったら全くメンテなんてしないし。「各人個別で改修・メンテしろ」ってことなんだろうけど、
こんなの個人の便利ツール止まりで世界中の不特定多数の共有便利ツール・知識にはなり得ないよ。

**デフォルトの名無しさん** · 2018/08/10(金) 15:59:32.13

何やってる人か知らんが、それはそれでいんじゃないの？
頼まれずに作ったツールの公開なんてオナニーそのものやろ

**デフォルトの名無しさん** · 2018/08/10(金) 17:01:03.73

誰かが例の記事のはてブで言ってたけど，ああいう人も必要だとは思う。
というか正直俺はプログラマじゃない（つまりコーディングで飯食ってるわけじゃない）ので，
ああいう考え方にはすごく興味があるし，実際研究室の管理シェルスクリプトをPOSIX準拠で書き直したりもしてる。
しかし繰り返すがプログラマにとっては邪魔な存在なんだろうなとは感じる。
というか言い方がキツすぎる。

**デフォルトの名無しさん** · 2018/08/10(金) 17:59:17.69

だが、それがいい。

**デフォルトの名無しさん** · 2018/08/12(日) 14:51:04.97

#!/bin/bash
for i in {0..5}; do
　n=`date +%Y-%m-%d_%H '-d ${i} hour ago'`
　echo $n
done
ループで時間を1時間ずつ過去にして表示したいんだけど実行すると
　date: ` ${i} hour ago' は無効な日付です
て表示されます。
助け船おねがいします

**デフォルトの名無しさん** · 2018/08/12(日) 15:45:28.66

>>138
シングルクオートだと変数が、展開されない気がすダブルクォートにしてみて

**デフォルトの名無しさん** · 2018/08/12(日) 17:45:18.75

>>139
n=`date +%Y-%m-%d_%H "-d ${i} hour ago"`
ありがとう、動きましたｗ

**デフォルトの名無しさん** · 2018/08/13(月) 00:38:00.83

"-d ${i} hour ago" の部分が -d "${i} hour ago" ではないのに何故大丈夫なのかと思ったが、
短いオプションだからパラメータと繋がってても大丈夫ってことだったんだな。

**デフォルトの名無しさん** · 2018/08/14(火) 19:59:14.84

上のやり取りをみてふと思いたって実験してみると
GNU dateではフォーマットにCSIとかに代表されるANSI制御綴りを指定できるけど
BSD dateでは無理だな。
POSIXではこの二つのどちらが正しい実装なのかはよく分からんが
個人的な意見としてはBSD dateのほうが堅牢で，GNU dateのほうが柔軟だとは思う。まあ当然すぎる事実だけどw

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

BSD date の仕様が分からないけど、標準出力が端末とは限らないし
指定そのまま出すほうが正しいんじゃないかな

**デフォルトの名無しさん** · 2018/08/15(水) 13:56:33.60

標準出力がなんのかんけーがあんのー？

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

かんけーし

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

単純な文字列置換ってどうしたら良いですかね？
sedつかうとメタ文字の置換で困るんです

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

その辺りが楽なperlでいいんじゃない？
シェルスクリプトから使っちゃいけないというわけじゃないし

**デフォルトの名無しさん** · 2018/08/17(金) 04:16:11.31

>>147
さーせん、こんな状態なんです。

# perl
-ash: perl: not found

**デフォルトの名無しさん** · 2018/08/17(金) 04:55:42.82

awk

**デフォルトの名無しさん** · 2018/08/17(金) 04:56:29.20

awkに正規表現じゃない文字列置換命令ってありましたっけ？

**デフォルトの名無しさん** · 2018/08/17(金) 06:24:27.95

Ruby が簡単

**デフォルトの名無しさん** · 2018/08/17(金) 06:38:46.91

>>151
perlが無いならrubyも無いでしょ

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

はい、rubyもないし、pythonもなし、nodeもないです

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

Ruby をインストールすれば？

漏れは、WSL で、Rubyを入れているけど

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

>>154
残り容量600KBを切ってるので入りません
Rubyは依存関係も含めると圧縮された
パッケージサイズで1MB以上あります。

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

viは？

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

手動で置換は嫌です

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

viはスクリプト組めるでしょ

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

パターン文字列をsedで置換しちゃうとか(GNU sed の場合)

$ pattern='foo[1]'
$ sed "s/$(sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g' <<< "${pattern}")/foo[2]/g" <<< 'foo[1]'
foo[2]

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

脳みそが解読を拒否してる

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

https://paste2.org/DsfvJPn9
(こういうのをすんなりレスで書けないのはイラつく)

変なこだわりは知らん。細かくはテストはしてないけどまあ動くんじゃね

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

>>158
スクリプトの実行はできましたが、 %s/～/～/g
だと～に/が入っていた時に困ります。
～には何が入るかわかりません。

あとviは標準入力から読み込めませんでした
できれば標準入力から読み込みんで標準出力に出力したいです。

ちなみにviのバージョンです

# vi -H
These features are available:
Pattern searches with / and ?
Last command repeat with .
Line marking with 'x
Named buffers with "x
Some colon mode commands with :
Settable options with ":set"
Signal catching- ^C
Job suspend and resume with ^Z
Adapt to window re-sizes
BusyBox v1.28.3 () multi-call binary.

Usage: vi [OPTIONS] [FILE]...

Edit FILE

-c CMD Initial command to run ($EXINIT also available)
-R Read-only
-H List available features

**デフォルトの名無しさん** · 2018/08/17(金) 09:00:22.48

>>159
GNU sedじゃないからだめなんでしょうね

# pattern='foo[1]'
# sed "s/$(sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g' <<< "${pattern}")/foo[2]/g" <<< 'foo[1]'
-ash: syntax error: unexpected redirection

ちなみにsedの--versionと--helpです。

# sed --version
This is not GNU sed version 4.0

# sed --help
BusyBox v1.28.3 () multi-call binary.

Usage: sed [-i[SFX]] [-nrE] [-f FILE]... [-e CMD]... [FILE]...
or: sed [-i[SFX]] [-nrE] CMD [FILE]...

-e CMD Add CMD to sed commands to be executed
-f FILE Add FILE contents to sed commands to be executed
-i[SFX] Edit files in-place (otherwise sends to stdout)
Optionally back files up, appending SFX
-n Suppress automatic printing of pattern space
-r,-E Use extended regex syntax

If no -e or -f, the first non-option argument is the sed command string.
Remaining arguments are input files (stdin if none).

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

>>161
ありがとうございます。動きました。
さくっとはできないもんなんですね。

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

>>163
ああ、bash じゃなくて ash だから here string("<<<") が使えないのね…

# echo 'foo[1]' | sed "s/$(echo "${pattern}" | sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g')/foo[2]/g"

こんな感じかな。

**デフォルトの名無しさん** · 2018/08/17(金) 09:33:56.45

>>164
-v のはawk内で展開されての右辺を文字列リテラルとして処理されてえのっぽい。ので、バックスラッシュが鬼門のよう
https://paste2.org/IhEG146f

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

>>166
なんかプラスが入った時おかしいっすね

GNU sed
$ pattern='+'
$ echo "$pattern" | sed "s/$(echo "${pattern}" | sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g')/foo[2]/g"
foo[2]

$ pattern='a+'
$ echo "$pattern" | sed "s/$(echo "${pattern}" | sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g')/foo[2]/g"
foo[2]+

busybox sed
# pattern='+'
# echo "$pattern" | sed "s/$(echo "${pattern}" | sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g')/foo[2]/g"
sed: bad regex '\+': Repetition not preceded by valid expression

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

>>167
う～ん、ash でやってみたけど、1番目、2番目は問題ないなぁ
Busybox の sed は -r オプションがないんじゃなかったかな

**デフォルトの名無しさん** · 2018/08/17(金) 09:58:49.05

あ、ごめん勘違いしてた。ちょっと考えてみる

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

そう。何が問題なのかよくわからないｗ

**デフォルトの名無しさん** · 2018/08/17(金) 10:13:01.82

あれ？でもさ、

pattern='+'
$ echo "$pattern" | sed "s/$(echo "${pattern}" | sed -r 's/([-*+^.$/\]|\[|\])/\\\1/g')/foo[2]/g"
foo[2]

入力が '+' でパターン文字列も '+' だから foo[2] に置換されるのは正しいんじゃないかな？

でもまぁ、GNU sed で -r オプション付けると `+` 記号がメタキャラクタになるから、付けない場合は
`+` を考慮する必要はなかったのね…

$ echo "$pattern" | sed "s/$(echo "${pattern}" | sed -r 's/([-*^.$/\]|\[|\])/\\\1/g')/foo[2]/g"

こっちの方が良いみたい。

**デフォルトの名無しさん** · 2018/08/17(金) 10:13:20.76

どうかな
https://ideone.com/PaP663

**デフォルトの名無しさん** · 2018/08/17(金) 10:18:32.56

>>171
ごめん、紛らわしかった。
そっちは正しいパターン

おかしいのは「a+」の時

**デフォルトの名無しさん** · 2018/08/17(金) 10:20:29.64

だから要するに + はエスケープしたらダメってことなのか？

単純な文字列置換って正規表現置換よりも簡単な処理なのに
どれも面倒くさいなぁｗ

**デフォルトの名無しさん** · 2018/08/17(金) 10:33:33.58

ashの日本語manページはないのかなと思って検索した時に出てきた画面。
https://i.imgur.com/xzEhcAc.png

**デフォルトの名無しさん** · 2018/08/17(金) 10:37:43.83

>>175
いや、そんなの見せられましてもねぇ

https://www.google.co.jp/search?q=ash+love&;tbm=isch

**デフォルトの名無しさん** · 2018/08/17(金) 10:41:51.16

>>176
カラフルな検索結果だがこれと言って役に立たないという共通点があるな・・・

**デフォルトの名無しさん** · 2018/08/17(金) 10:51:57.16

>>177
ニヤニヤできるぞ

今更だがluaなら入ってたで

**デフォルトの名無しさん** · 2018/08/17(金) 11:32:47.25

grep にある -F オプションと同等のオプションが sed にも
欲しいところではあるなぁ。生まれは同じなのに sed には無い
のは何故…(実はあったりして)

**デフォルトの名無しさん** · 2018/08/17(金) 18:50:11.51

fsedみたいなのを作ってる人ならしってる

**デフォルトの名無しさん** · 2018/08/18(土) 17:22:09.36

Googleのシェルスクリプトに関するコーディング規約で
「そう〔訳注: 連続したパイプ節が二つ以下〕でない場合は一行につき一つのパイプ節を含むようにする。その際，二番目以降のパイプ節は，2文字分の欧文空白による字下げを行なう。」
とあるんだが[1]，ここの例示が
command1 \
　| command2 \
　| command3 \
　| command4
となっている。
普通（といってもパイプをこのように多用しかつ改行しまくっている例はほとんど見たことがないのだが）https://github.com/ShellShoccar-jpn/kotoriotoko/blob/master/BIN/twtl.sh#L297
↑こことかでは
command1 |
command2 |
command3 |
command4
という書き方になっている。
俺はこっちの書式のほうが見慣れているので，自分のシェルスクリプトもこういう書き方でやっているのだが，みなさんはどういう書き方がいいとかあるだろうか。あるいはGoogleとは別のところが発表してるシェルスクリプトのコーディング規約とかないだろうか。

**デフォルトの名無しさん** · 2018/08/18(土) 17:22:24.47

一応俺の意見: 後者の利点としては，バックスラッシュが不要なこととコマンドが行頭に来て流れを掴みやすいということがある。
加えて簡易的なデバッグするときに，前者は
command1 \
　| command2 \
　| cat
#　| command3 \
#　| command4
などとするのに対して後者は
command1 |
command2 |
cat
# command3 |
# command4
このように「新しい行を挿入してcatを入力」という単純な動作ができるので，例えばVimやEmacsなどマクロが作れるエディタなどでのデバッグ用の編集に有用というのもある。
実際俺はシェルスクリプトに関してはIDEを使わずVimで開発していて，この類のマクロを作成して便利に使っている。
長文すまん
[1]: http://google.github.io/styleguide/shell.xml#Pipelines

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

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

末尾にバックスラッシュを入れることで次行を見なくても明確にコマンドが続くことがわかるから前者を支持する

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

一長一短やな
使い分けか

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

>>184
でも>>183のように，コメントアウトすると
「末尾にバックスラッシュがあっても後ろにコマンドがない（実行されない）」
という状況がありえる以上，
末尾のバックスラッシュの有無を過信するのはよくないと思う。
もちろん気をつければいい話だが。

なんというか，ハンガリアン記法の間違って流布された方法に近しい危険性がある
（変数i_VARを見て，本当はfloat型なのにint型だと思い込む）

**デフォルトの名無しさん** · 2018/08/18(土) 19:21:44.26

ていうか少なくとも二人くらいは
後者の方式に賛同してるのか。

Googleもそっちを推奨してるし，俺も手癖を直すべきなのかな。

**デフォルトの名無しさん** · 2018/08/18(土) 20:18:01.73

>>184
それ、末尾にパイプ記号あるから～
と同じことじゃね？
個人的には見栄え的には前者の方を採用したいが余計な継続記号が不要な後者で書いてる

**デフォルトの名無しさん** · 2018/08/18(土) 21:09:33.95

パイプ記号が重要だから頭にもってきたいかなあ

**デフォルトの名無しさん** · 2018/08/19(日) 00:41:34.89

scsh 使え https://scsh.net/about/what.html

**デフォルトの名無しさん** · 2018/08/19(日) 01:23:37.19

バックスラッシュで行継続（改行）って多くの言語で採用されているから
多くの人はパイプ先頭、バックスラッシュ行末じゃないかな？

**デフォルトの名無しさん** · 2018/08/19(日) 02:52:07.69

俺は1行か2行くらいなら後者だな。
何行もずらずら並べるなら中括弧で囲んでパイプ記号を先頭に持ってくるかも。
行末にバックスラッシュを置いて行継続はあまり美しくないと思うのでなるべく書きたくない。

>>191
構文的に行末で文(言語によっては式)が完結できていれば行末を文の終わりとみなし
そうでなければ次の行に継続、というのもshそのものをはじめpython, JavaScriptなど多くの言語で採用されているよ。
(pythonはshと同じく行末バックスラッシュで継続もできるが)
更にRubyは行の終わりで完結できるように見えても次の行の先頭を見てどうするか決めていたりする。

**デフォルトの名無しさん** · 2018/08/19(日) 04:00:58.03

>>190
無知ながら初耳だった。
scshの説明をざっと読んだけど、今回の問題の解決になる？
むしろ「括弧の前で改行するかいなか」みたいな新たな規約が生まれそうじゃない？

**デフォルトの名無しさん** · 2018/08/19(日) 16:16:41.68

shに限らず末尾に演算子を置く

**デフォルトの名無しさん** · 2018/08/19(日) 19:55:46.26

シェルスクリプトの話題からちょっと外れるんだけど
$ somecmd --help
としたときの手引きって標準エラー出力に出力すべき？
GNU Coreutilsでは基本的に標準出力なんだけど……。

**デフォルトの名無しさん** · 2018/08/19(日) 20:37:51.45

stderr だとページャにつなげたい時に

$ somecmd --help 2>&1 | $PAGER

とかするのが面倒。でも zsh とかだとエイリアスで
どうにかできるんだっけ？

**デフォルトの名無しさん** · 2018/08/19(日) 22:24:00.37

helpはエラーではないから標準出力でいいのでは

**デフォルトの名無しさん** · 2018/08/19(日) 23:44:45.76

>>196
$ somecmd --help |& $PAGER
↑これでいいんでは

**デフォルトの名無しさん** · 2018/08/20(月) 00:18:14.36

>>198
㌧クス、"|&" が使えるのは bash と zsh だけかな

**デフォルトの名無しさん** · 2018/08/20(月) 00:25:54.45

>>199
csh（系)も使える

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

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