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

2018/09/22(土) 11:53:21.38

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
シェルスクリプトに関する総合スレッドです。

スレ立て時は以下の文を先頭行に加えて下さい。
後のつけ忘れ防止の為に複数行重ねて追加推奨
!extend:on:vvvvv:1000:512

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

前スレ
シェルスクリプト総合その28
http://mevius.5ch.net/test/read.cgi/tech/1532397676/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/11/26(月) 12:25:16.95

必死すぎる言い訳のせいで逆にひかれてしまったパターンw

**デフォルトの名無しさん** (ｱﾒ MMe7-9KmN) · 2018/11/26(月) 12:32:05.28

とっても惹かれます

2018/11/26(月) 12:44:40.04

スプラッターやめろ

2018/11/26(月) 17:46:57.26

echoでログを残そうとしています。
echo "メッセージ" > ログファイル

で、ログファイルはNASに保存しようと考えているのですが
NASがなんらかの原因で見えない場合、bashだと無視して処理を続けるのに
cshだと、echoのとこで止まってしまいます。
止まらないようにする方法とかないですか？

2018/11/26(月) 20:45:32.63

>>734
その「何らかの原因」を解決するのが先決じゃねーの？
素知らぬ顔でログ残ってないならそこで止まってもらった方が良くね？

2018/11/27(火) 00:51:26.43

>>734
NFSならマウントオプションである程度はなんとかなるのでは？
Windowsの共有(cifs)の場合は知らない。しかし何かオプションあると思うけどね。

2018/11/27(火) 02:59:30.28

なぜかアホの子ってnfsをローカルファイルシステムと同様に信用しちゃうよね

2018/11/27(火) 07:15:38.13

唐突にお前の仲間の話しされても困る

2018/11/28(水) 08:43:07.23

>>737
信用ってのは常につながると思っちゃうってこと？
それはいかんね

2018/11/28(水) 09:03:44.81

NFS特有のエラーがあるとは思いもしなかったりするんだよな。
挙げ句の果てにファイルロックがうまく動かないとか言い出す。

2018/11/28(水) 12:41:41.17

所詮、ネットワークを介したファイル共有だからね
ディスクはアクセスできない = 故障と考えていいけど
ネットワークは一時的な切断やエラー、大きな遅延が想定される
だからリトライやタイムアウトといった処理を行う

通常のディスクアクセスを行うコードは、こういった
ネットワーク特有の事象について考慮されてない場合が多い

だから（NFSの設定により）ネットワーク通信が正常に完了
できるまで待ち続ける（プログラムはタイムアウトしないのでフリーズした状態）
もしくは一時的な接続不良でエラー終了したりする

2018/11/28(水) 20:10:37.32

シェルスクリプトの関数の名前の直後の括弧ってあれはshに
「これは関数の名前ですよ」って教えるためのものっていう認識でOK?
foo() {
echo foo
}
↑こういうのの「()」。なんかCやらと同じように引数の指定とかができたらいいのにと
初心者ながら思ったんだけどそういう訳でもなさそうだし。

2018/11/28(水) 20:12:50.29

えっ

2018/11/28(水) 20:22:26.38

引数は $1, $2 とかで受け取る。
呼び出す側は普通のコマンド実行のように書く。

2018/11/28(水) 20:31:09.87

>>742
ともかく ( とか、普通使わない文字を挟んでおかないと、
foo {
だとただの引数になっちゃうから。

2018/11/29(木) 13:01:23.15

>>745
なるほど。
「(」はサブシェルの開始だと思ってたけど
そうでもないんだね……。
シェルの構文ってちょっと難しいことすると途端に複雑怪奇になるな（俺の頭の問題かも知れんがw）
対話的な利用を前提にした設計だから仕方無いとは言え、Pythonみたいに対話状態でもバッチ状態でも扱いやすくできなかったのかな。

2018/11/29(木) 13:04:56.47

小学生が政治語ってるのを聞いてる気分だ

2018/11/29(木) 14:34:26.85

「どうして解散するですか？」

2018/11/29(木) 15:57:37.21

Python を使えばいいんじゃないかな

2018/11/29(木) 16:07:41.49

Pythonは構文が複雑怪奇すぎる
かっこは関数呼び出しの引数の開始だと思っていたのに
関数を定義するときにも使うらしい

とかいうだろうな

**デフォルトの名無しさん** (ｱﾒ MMff-egAi) · 2018/11/29(木) 16:11:55.77

ｗｗｗｗｗ

2018/11/29(木) 19:19:50.88

そしてあらゆる言語が気に入らず、新たな言語がまた一つ作られるのであった。

**デフォルトの名無しさん** (ｱﾒ MMff-egAi) · 2018/11/29(木) 19:39:24.56

－世界には1,400もの競合するプログラミング言語があった－

「1,400だって！？　バカげてる！　み全ての用途をうまくこなす統一言語の開発が必要だ！」
「そのとおりだわ！」

やがて…

－世界には1,401もの競合するプログラミング言語があった－

https://imgs.xkcd.com/comics/standards.png

2018/11/29(木) 20:23:55.28

>>753
男女の仲違いでもう2個増えるんだろ？

2018/11/29(木) 20:25:46.41

新しいのを作るんじゃなくて既存のを潰さないとな

2018/11/29(木) 20:45:38.03

(中二なんかな・・・)

2018/11/29(木) 21:43:22.71

中二だろうがなんだろうが良いソフトウェアを作ってくれればそれでいい。

2018/11/29(木) 22:17:13.73

>>757
そおやってすぐ他人に頼ろうとするからいつまでたってもクズなんやおまえ

2018/11/30(金) 01:40:39.33

ワロタ

2018/11/30(金) 08:21:31.28

目的を見失ってるよね
道具であるはずの言語そのものを作り出すってのは
だからって、なんでもアセンブラってわけにもいかないが

2018/11/30(金) 09:15:03.33

タイヤは永遠に発明され続ける。

2018/11/30(金) 09:32:04.72

（車輪じゃね？）

2018/11/30(金) 09:38:04.79

あ、そうか。まあどっちでもいいが。

2018/11/30(金) 09:40:18.92

現代だって刀鍛冶とかいるじゃん

2018/11/30(金) 09:53:55.88

発明、改良と生産は違う

タイヤ、車輪で行われてるのは、発明ではなくて生産
発明こそ行われなくとも、小規模な改良は続いている

刀鍛冶も生産だろう。改良している人がいるのかは知らんが。

様々なデザインの洋服など、改良しているわけじゃないが
新しいものを作るっていうのはなんというべきだろうね
生産なんだが古い、新しいという概念はある。
だけど好みの違いでしか無いので改良とも違う

多くのものは改良されて続けているが、改良するためには
まず生産能力が必要。同じものを作れなければ改良はできないだろう

2018/11/30(金) 10:02:51.33

今の言語は最高とまでは言えない。
いつしか高級言語への進化が止まって、
単なる改良しか行われなくなってしまった

高級言語を超える、超高級言語が必要
俺にはそのアイデアがあるが、なにぶん能力がないｗ
目的は、超高級言語の開発だが、そのためには
まず言語が作れるようにならないといけないだろうな

ちなみに超高級言語のアイデアとは、現在設計書として
自然文で書いてあるものをプログラム言語として
記述可能にしようというもの。今の言語はモジュールやクラス構造までは
プログラム言語で記述できるが、プロジェクト全体の構造までは記述できない

例えば、Railsなどのフレームワークのmodelsやcontrollersといったディレクトリ構造は
プロジェクトで決まっているにもかからわず、ドキュメントで書くしかない。
だからmodelsに置くべきものをcontrollersにおいたり、modelsではやっては
いけないような処理をやることが出来てしまう。コンパイルエラーにも実行時エラーにもならない

2018/11/30(金) 11:38:14.68

3行で

2018/11/30(金) 12:29:51.33

超
高級言語が
必要

2018/11/30(金) 12:30:21.78

タイヤと
車輪は
同じもの

2018/11/30(金) 12:47:31.33

も
う
止めよう

2018/11/30(金) 13:04:32.40

実は
CASEツール
です

2018/11/30(金) 15:46:57.55

それずっと前にKnuthが実践してた文芸作譜と同じじゃね？
そしてアレは超絶面倒な作業。

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-4R1R) · 2018/11/30(金) 23:23:00.81

>>766
＞高級言語を超える、超高級言語が必要
ちょっとワクワクしてしまいましたことを、ここに告白いたします

2018/12/01(土) 01:32:04.95

言語に縛られてるから駄目なんだよ

とか言ってみる

2018/12/01(土) 02:53:09.42

「縛られるのが好き」ってプログラマ、結構多いんですよ

とか言ってみる

2018/12/01(土) 07:47:52.11

下ネタはもっと堂々と言わな逆にいやらしく感じるで

2018/12/01(土) 10:18:14.73

全部縛ってヤってなんぼだと思うんです。

とか言ってみる。

2018/12/01(土) 10:47:37.07

お前らくだらない話ばっかり盛り上がるな

2018/12/01(土) 12:34:48.97

さほど盛り上がっとらんやろw
人と関われよw

2018/12/02(日) 02:44:47.66

まあ　使える言語は多いほうが手広いわな

2018/12/02(日) 17:31:01.53

>>776
知ってる一つの言語でなんでもしようとしちゃう
っていう意味かとおもてた

2018/12/02(日) 18:30:06.74

自由に安くやってが最も困る。

2018/12/04(火) 18:22:49.34

find(1)ユーティリティの速度に関しての疑問なんだけど
https://linuxjm.osdn.jp/html/GNU_findutils/man1/find.1.html#lbAO
ここに
「検査 -name を -type の前に置いているのは、すべてのファイルに対して stat(2) システムコールを行う無駄を省くためである。」
とある。これは「find(1)は-nameのほうが-typeより処理速度が速い」ということを言っているよね。
実のところ手元ではfindが優秀すぎるのか知らんが-nameを-typeより前に書いても後に書いても速度に変化はなかった。
が基本的にはfindで複数の条件を指定するときは-nameを先頭あたりに置いたほうがいいのかな。
findのソースコードを見てないので推測になるが-permや-newerもstat(2)を実行してるぽいので-nameより遅い筈。

2018/12/04(火) 18:56:51.46

statが遅いと言うのも幻想

2018/12/04(火) 19:07:42.58

最近のファイルシステムはreaddirでタイプが取得できるよ

2018/12/06(木) 00:12:43.36

>>783
http://linuxjm.osdn.jp/html/GNU_findutils/man1/find.1.html#lbAE
-Olevel
1
これはデフォルトの最適化レベルであり、伝統的な動作に当たる。式を並べ替えるとき、ファイル名にのみ基づいた検査 (たとえば、 -name や -regex) が先に実行されるようにする。

2018/12/06(木) 09:10:09.33

>>786
へえ！そうなんだ。
ってことはGNU/Linux使ってる限りは順番はどうでもいいんだな
ありがとう。

2018/12/06(木) 15:10:37.27

引数に一律にコマンドで操作を施したあと、それらをもう一度引数として扱うにはどうすればいいかな
$ a.sh arg1 arg2 arg3
みたいに起動されたとして$1,2,3にはarg1,2,3が入ってる。
これを$(echo $1 | tr '[:lower:]' '[:upper:]')みたいなコマンド置換を使ってARG1,2,3みたいに変形させる。
問題はこの後にa.shの中の別のコマンドに
somecmd "$@"
のような形でARG1,2,3を与えたいってこと。
while [ $# -eq 0 ]とshiftを使う普通のやりかたではループを抜けた後に$@が空になってしまう。
どうにかして引数の構造を維持したいんだけども……。

2018/12/06(木) 16:06:47.11

>>788
eval set -- $(printf ' "$(printf "%%s" "$%d" | tr "[:lower:]" "[:upper:]")"' $(seq $#))

2018/12/06(木) 16:38:57.36

>>789
ありがとう。

2018/12/12(水) 21:07:46.42

ここかどうかわからんのだけど、メールの添付ファイルのテキストCSV部分を切り出してDB格納しようと思ったら、
シェルスクリプトでヘッダから切り出すしかない？

2018/12/12(水) 21:36:28.16

そういう専用ツールがないんだったらそうだろうな

2018/12/13(木) 19:34:10.52

>>550
別件でググっていたら、言及しているドキュメント見つけた
${1+"$@"} で動かないシェルもあるようだ

http://web.sfc.wide.ad.jp/~sagawa/gnujdoc/autoconf-2.59/autoconf-ja_10.html

> 最も有名なシェルの移植性の問題の一つは，`"$@"'との関連です．位置に依存する引数が無いとき，
> POSIXでは`"$@"'を何もないことと等価になっていますが，オリジナルのUnixバージョン7の
> Bourneシェルはその代わりに`""'として扱い，この動作はDigital Unix 5.0のようにそれ以降の実装でも提供されています．
>
> この移植性の問題を回避する伝統的な方法は，`${1+"$@"}'を使用することです．
> 残念ながら，この手法はMac OS Xでも使用されている，Zsh (3.x と 4.x)では動作しません．
> Bourneシェルをエミュレートしているとき，Zshは `${1+"$@"}'で単語の分離を実行します．

2018/12/16(日) 07:48:44.86

Bashってシングルクォートの内部でない限りバックスラッシュでシングルクオートを直接エスケープできるんだな。
マニュアルにも書いてないけど他人のスクリプト見て発見した。
$ squo=\'
$ echo $squo
'
↑こうできる。Bashは楽でいいなぁ

2018/12/16(日) 09:07:44.57

>>794
水を差すようで悪いがposixで規定されているから他のシェルでも同じになる

2018/12/16(日) 09:55:51.26

なぜそれを特別に思ったのかわからんけど他は出来なかったりするの？

2018/12/17(月) 19:35:33.43

\ はエスケープだし使う事はあるので特に目新しい感じはしない。

sambaでファイルサーバ作ってWindowsからもファイルが書かれるような状況だとファイル名にスペースだの括弧だの普通に入れられてLinuxでログインしている端末からだとエスケープせざるを得なかったりする。
俺の場合はそれで一文字だけエスケープはよく使う。

2018/12/17(月) 21:17:48.10

Linuxで普通にファイル名にスペース入れられるんだから
sambaとかwindowsは全く関係ないけどね

2018/12/17(月) 23:45:58.91

CUI使いとGUI使いの違いだな
CUIでわざわざくそめんどくさいスペースなんぞを好き好んでは使わない。GUIではふつーにわかりやすくもなるから使う、普通に入れるのはあたりまえ

2018/12/17(月) 23:52:42.27

めんどくさくないけど？エアプなんキミ？

2018/12/17(月) 23:54:51.53

有志のコードに
ファイル名が空白入りだと事故るものがあったような？

自分は
安全とって全部アンダーバー変換しておく

2018/12/18(火) 00:10:28.35

>>800
めんどくさいめんどくさくないはまあ人次第だけどな
CUIでなんやかんやキーボード打ってる時に、エスケープしたり"や'囲ったり、そもそもスペースはもろもろコマンドでデリミッターだったりで、めんどくさいと思うけどな
人次第ではあるが、そゆのが想像できなずにエアプと言えるのがエアプっぽいと思わなくもない

2018/12/18(火) 01:24:02.71

>>801
有志って言ってもタダの素人だっただけの話じゃん

2018/12/18(火) 03:02:35.05

>>798
もちろんファイル名には / 以外は何でもありだが Linux だけ使ってると普通はあまりそういうファイル作らないじゃない。一々エスケープしなきゃならないしシェルスクリプトで扱いづらいし。
まあ趣味の問題ではあるけどな。

2018/12/18(火) 03:52:25.12

libreofficeから「報告書 2018-12-18」という名前で保存することの何が面倒なのか？

2018/12/18(火) 05:00:11.76

うわあ

2018/12/18(火) 05:48:13.89

ファイル名にスペースが使えるOSが悪いんだって言いたいのかな？ｗ

2018/12/18(火) 06:17:30.36

>>802
アルファベットや数字打つのとなんら変わらんけど？
そもそもシェルには補完ゆうもんがあるんやでエアプさんw

2018/12/18(火) 09:37:03.21

>>805
ああ。WindowsみたいにGUIメインで使ってるの？それだけだったら面倒じゃないかもね。

2018/12/18(火) 10:24:35.01

>>808
なにをいいたいのかイミフすぎだな、プロフェッショナルwすぎて
補完時にもバックスラッシュ打たなきゃならんだろ？打たなくていい環境なの？そういう環境もあるんだよ
なんかただ馬鹿にしたいだけのお人か？しょうもない

2018/12/18(火) 12:13:46.40

なんで自分以外みんな非効率って思ってるのここの人たち
最強は俺だから落ち着けよ

2018/12/18(火) 12:15:53.17

Tabキー押すと自動で保管したり変換したりしてくれる場合は楽かも。
楽ってだけで見た目エスケープだらけの見辛い状態にはなるが。

2018/12/18(火) 12:25:17.53

>>810
はいはいエアプさんはそろそろお昼寝の時間でちゅよ～w

2018/12/18(火) 15:34:29.41

アホすぎなレスで笑うww

2018/12/18(火) 15:42:44.01

こいつらプログラム言語はシェルスクリプトしか使ったこと無いんか？
シェルスクリプトは珍しく引数の文字列をクォート（もしくはダブルクォート）で
くくるのが必須じゃない言語だが他の言語は殆どクォートでくくるんだぞ

"foobar" も "foo bar" も入力のしやすさに大差ないだろ
エスケープが必要なのは \ 等であってスペースはエスケープ不要なごく普通の文字なんだが
いつものことだが（シェルスクリプト以外の）経験の差を感じるよな

2018/12/18(火) 16:01:13.36

何をお怒りか存じませんが、括らなくてもいいから括らないのが普通になるんでございますよ。当然括るのが必須なら括るのが普通。シェルスクリプトでもスクリプトファイル書くときは変数展開では普通に括るし
コマンド叩くときにはいつも括ってるの？？

2018/12/18(火) 16:03:24.94

>スクリプトファイル書くときは
ああ、ワンライナーなんぞでもだな。ここんとこ間違い／不要

2018/12/18(火) 16:21:43.27

>>816
> 何をお怒りか存じませんが、
わかってないのか？スペースが含まれてるファイル名に対応するのは
プログラマとして当然の話だということだよ

2018/12/18(火) 16:24:38.45

>>818
別にそれは普通だな。>>816でそう書いているんだけど？
そんな話じゃないぞ。自分の範疇でが主な話だよ？俺はな

2018/12/18(火) 16:28:29.69

>>819
わかってないのに、途中から割り込んでくるなよ
最初からLinuxでもファイル名にスペースを入れるのは普通だって言ってるだろ
sambaとかwindowsは全く関係ない

2018/12/18(火) 16:33:56.90

>>820
>>815 で具体的に誰かになんて言ってないやん
ああ、それに対しても>>799だっただけどなあw また、>>818と同じ意味で>>797に対しても
わかんねえかなあw経験を生かしてご理解ください

2018/12/18(火) 16:56:33.71

アホすぎなレスで笑うww

2018/12/18(火) 17:14:23.03

WindowsだとC言語とかでパスの区切りが \ になってて毎回 \\ と入れなきゃいけないのも面倒だな。
実は / でも大丈夫だったりはするが。

2018/12/18(火) 17:18:15.10

今はパスにスペース入れるのも普通だし、対応もできるけど
トラブルのもとは根絶したいから、自分は使わない、それだけ

2018/12/18(火) 17:24:06.70

>>822
ww ざんねんなこって。いろいろとw

2018/12/18(火) 17:31:06.24

パスをコマンドの引数にする必要がある場合、
例えば、hogecommand　--foo_option="filepath=[パス],otheroption=bar" なんていうのがある時、
パスにスペースが入っていると、コマンド自体がパースするときに一工夫がいる。
シングルクォートが使えるシェルならいいが、Windowsのように使えないものもあるから、
バックスラッシュなどでエスケープしたり、コマンドが以下の様な別の区切り文字を用意していたりする。
--foo_option=[filepath="/path/with space/",otheroption=bar]

対処方法がなかなか見つからないこともあり、面倒くさいので、
自分からすすんでスペースを入れようとは思わない。

2018/12/18(火) 17:46:09.05

× パスにスペースが入っていると、コマンド自体がパースするときに一工夫がいる。
○ コマンドの引数の形式を適当に決めると、パースするときに一工夫がいるようになってしまう。

2018/12/18(火) 17:50:36.86

ちなみに気づいていないようだから言うと
>>826はパスにスペースが入っていると困る問題ではない

hogecommand　--foo_option="filepath=/path/with space/,otheroption=bar"

,でsplitして、○○=を消せばいいだけだから何も困らない
この例で困るのは、パスにカンマが含まれている場合であって
スペースではない

2018/12/18(火) 18:16:22.51

>>828
ああ、わるい、オプションの階層が一段階足らなかった。

hogeコマンドが、別のライブラリ（foo）のオプションを呼ぶような場合に、

hogecommand --hoge_option=foo_option="filepath=[パス],otheroption=bar"
hogecommand --hoge_option "--foo_option filepath=[パス],otheroption=bar"

こんなパターンがあって、そのままではやはりパースに一工夫が必要で面倒くさい。
ちなみに、上はmpv、下はyoutube-dlで使われている。

2018/12/18(火) 18:19:12.99

別のコマンドを呼び出すなら、別のコマンドにそのまま渡せばよかろう？

hogecommand　--foo_option="どんな内容でも"

betsucommand どんな内容でも

はい。おしまい

2018/12/18(火) 18:24:29.26

ちなみにファイル名により柔軟なのはWindowsよりも寧ろLinux（というかUnix系）だぞ。
Windowsは「con」とか「aux」とかも駄目だしバックスラッシュやコロンが含まれても駄目。
Unix系のOSは「\0（空文字）」と「/（スラッシュ）」だけが不適合で，あとは全ての文字をファイル名として
使用できる。

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

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