シェルスクリプト総合 その28
シェルスクリプトの総合スレです。 □お約束 ・特記なき場合はBourne Shell(/bin/sh)もしくはPOSIX準拠の互換シェルがデフォルトです。 bash/zsh/ksh/ash/dash/yash/poshなどの専用機能に依存する場合は明示しましょう。 Linuxユーザは/bin/shの正体がbashまたはdashなので特に注意。 FreeBSDユーザは/bin/shの正体がashなので注意。 ・POSIXについてのリンクは https://en.wikipedia.org/wiki/POSIX にまとめられています 最新の仕様はこちらへ http://pubs.opengroup.org/onlinepubs/9699919799/ (左上の「Shell & Utilities」 から参照することができます。) ・v7 shに一番近くて、現役(?)のshは、OpenSolaris由来のheirloom sh。 http://src.illumos.org/source/xref/illumos-gate/usr/src/cmd/sh/ http://heirloom.sourceforge.net/sh.html ・csh/tcshのシェルスクリプトは推奨されません。 (理由は「csh-whynot」でググれ) ・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。 manや参考リンクを見ましょう。 aproposないしはman -kでそれらしい単語による簡単な検索もできます。 ・シェルで使えるワイルドカード等は正規表現ではありません。 正規表現の話題はスレ違い(正規表現スレへ) ・シェルスクリプトのことをシェルってゆうな □初心者へのアドバイス: ・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも awkまたはperlの方が適した処理にはそちらを使いましょう。 ・知らないコマンドが出てきたらmanを引きましょう。 ・思い通りに動かないときは、まずは sh -x でトレースしましょう。 □回答者への注意事項: ・シェルスクリプトでの処理方法を質問しているのに、よくわからずに 「そういうのはperl使いましょう」と回答するのはやめましょう。 安易にperlに逃げずにシェルスクリプトで処理するのが頭のいいやり方。 質問に対して問題が間違ってるといちゃもんをつけるのもやめましょう シェルスクリプト総合 その27 https://mevius.5ch.net/test/read.cgi/unix/1525337663/ FAQ Q. 秘密結社シェルショッカーってなんですか? A. しらん。どっかの変態団体やろ。近寄らんほうが良い。 Q. USP友の会ってなんですか? A. しらん。どっかの変態団体やろ。近寄らんほうが良い。 Q. シェル芸ってなんですか? A. しらん。ヲタ芸みたいなもんやろ。恥ずべきものや。 Q. ユニケージ開発手法ってなんですか? A. しらん。所でアプリの開発には普通のプログラム言語使ったほうが良いぞ シェルスクリプトの総合スレです。 初心者、学生、アマチュア、プロ、シェルの種類や OS を問いません。 スクリプトのお勉強・自慢・腕試しなどにどうぞ。 まずはテンプレートをご覧下さい。 ★A. お約束 1. 特記なき場合は #!/bin/sh がデフォルトです。この場合可搬性に注意し、 Traditional Bourne Shell もしくは、POSIX 相当のスクリプトでお願いします。 bash / zsh / ksh / ash / dash や OS 等に依存する場合は、明示しましょう。 良く分からない方は、使用している OS を書いておけば OK です。是非ご参加下さい。 2. 質問する前に、まず自分で調べましょう。ただし、 「聞くは一時の恥、聞かぬは一生の恥」です。積極的に参加しましょう。 3. 相手を侮辱する発言、失礼な発言は差し控え、知的な議論を楽しみましょう。 4. 他者には様々な環境や事情、目的が有る事に留意し、無下に扱う様な発言は 控えましょう。 ★B. お約束の補足 1. macOS では、/bin/sh の実体は bash です。また、一般的に BSD 系 や GNU/Linux の方は、/bin/sh がシンボリックリンクですので、注意して下さい。 ls (ハイフン)l /bin/sh や readlink -e /bin/sh で確かめて下さい。 2. 可搬性については、下記 F.1 を参照して下さい。 3. POSIX については、man 7 standards や下記 F.2 ( の特に Shell & Utilities ) を参照して下さい。 4. Traditional Bourne Shell とは、UNIX Version 7 から SVR4.2 の /bin/sh を元に 小さなの改変を加え主に商用 UNIX で残されているものです。( 下記 F.3 参照 ) 5. Traditional Bourne Shell で入手しやすい sh は、後期 SVR4.0 から派生し、 SunOS 5 / OpenSolaris を経た、Heirloom Bourne Shell です。 SVR4 / SVID3 相当です。同様の Unix utilities も扱っています。 ( 下記 F.3 参照 ) ★C. 初心者へのアドバイス 1. シェルスクリプトのことをシェルってゆーな 2. 知らないコマンドが出てきたら man コマンドで調べましょう。 3. UNIX には、シェルスクリプトに便利な小さなコマンドが色々あります。 apropos ないしは man -k でそれらしい単語による簡単な検索もできます。 4. シェルの構文や内部コマンドは man sh で。英語は LANG=C man shで。 5. 思い通りに動かないときは、まずは #!/bin/sh -x でトレースしましょう。 6. 適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも awk / perl / javascript / ruby / python 等、他の (スクリプト) 言語の方が 適した処理にはそちらを使いましょう。 7. シェルで使えるワイルドカード等は正規表現ではありません。 正規表現の話題は正規表現スレへ 8. csh / tcsh のシェルスクリプトは推奨されません。理由は下記を参照 http://www.speech-lab.org/ ~hiroki/csh-whynot.euc 9. cat file|すんなハゲ a. 詳細は "Useless Use of Cat" UUOC で検索して下さい b. 有用な場合も有ります Useful use of cat(1) 英文 http://www.in-ulm.de/ ~mascheck/various/uuoc/ ★D. シェルスクリプトでよく使うコマンド 1. 制御・条件判定系: [, test, expr, true, false, yes, getopts 2. テキスト処理系: cat, awk, sed, tr, sort, uniq, grep, wc, head, tail, cut, paste, comm, join 3. ファイル検索系: find ( スペースなどを含むファイル名を正しく処理するため、 find は -exec command {} + を推奨。 他に -print0、xargs は -0 オプションという方法もあるが Solaris 非対応 ) 4. ディレクトリ系: basename, dirname 5. 出力系: echo, printf 6. 対話コマンド制御系: expect 7. http / ftp の処理自動化: wget, curl ★E. 学習用テキスト 1. Bourne Shell自習テキスト ( 1993年 ) pdf お薦め http://lagendra.s.kanazawa-u.ac.jp/ogurisu/manuals/sh-text/sh/ (↑サイト消滅かも) http://ayapin.film.s.dendai.ac.jp/ ~matuda/Lecture/PDF/sh-two.pdf 2. UNIX FAQ LIST http://www.nurs.or.jp/ ~asada/FAQ/UNIX/UNIX.FAQ.html (3. シェルを使おう - 導入からプログラミングまで - ( 2002年 ) http://www.netfort.gr.jp/ ~tomokuni/lms/shell/ (リンク切れ)) ★F. 参考リンク 1. 可搬性関連 a. autoconf マニュアル 移植性のあるシェルプログラム http://www.gnu.org/software/autoconf/manual/autoconf.html#Portable-Shell http://www.geocities.jp/fut_nis/html/autoconf-ja/Portable-Shell.html b. Portability talk [Bash Hackers Wiki] 英文 Obsolete and deprecated syntax も見る価値有り http://wiki.bash-hackers.org/scripting/nonportable c. How to make bash scripts work in dash 英文 http://mywiki.wooledge.org/Bashism d. DashAsBinSh 英文 https://wiki.ubuntu.com/DashAsBinSh e. Portable Shell Programming 英文 http://www.in-ulm.de/ ~mascheck/various/portability/ 2. POSIX The Open Group Base Specifications Issue 7 IEEE Std 1003.1, 2013 Edition 英文 http://pubs.opengroup.org/onlinepubs/9699919799/ 3. Traditional Bourne Shell 関連 a. The Traditional Bourne Shell Family History and Development 英文 http://www.in-ulm.de/ ~mascheck/bourne/ b. BourneShell / Where does the Bourne shell live? 英文 http://mywiki.wooledge.org/BourneShell c. The Heirloom Bourne Shell 英文 http://heirloom.sourceforge.net/ 4. マニュアル a. The Base Specifications Issue 7, 2013 Edition 英文 http://pubs.opengroup.org/onlinepubs/9699919799/nfindex.html b. FreeBSD 日本語マニュアル検索 http://www.jp.freebsd.org/man-jp/search.html c. JM Project (Japanese) http://linuxjm.sourceforge.jp/ 5. FAQ 等 a. UNIXの部屋 ( 2011年 ) http://x68000.q-e-d.net/ ~68user/unix/ b. Linux JF (Japanese FAQ) Project http://linuxjf.osdn.jp/ c. Advanced Bash-Scripting Guide 英文 http://www.tldp.org/LDP/abs/html/ d. Unix Programming FAQ 日本語訳 ( 2000年 ) http://www.race.u-tokyo.ac.jp/ ~moro/unix-programmer/ 移りたくない理由って、前スレで自演荒らししてたからってのしか思いつかない。 このスレを使いたい人間ってのが荒らしだとしたら、このスレを捨てるのが適切では? >>13 移りたくないのであれば、前スレで反論する機会があったのに、 一言も反論せずにいきなりこのスレを建てたんだから、 どう考えてもあなたがスレ荒らしでしょう。 移りたかった奴らがいつまでも見てんなよ ここを荒らすな ここのことは忘れて移った先で楽しく過ごしてください もう構わないでね >>17 荒らしスレであることを知らずに迷いこむといけませんから、 知らずに書き込んだ可能性がある場合には、重複スレである旨の 注意書きを今後も投稿するつもりです。 荒らしスレであることを承知の上で書き込んでいるケースについては、 私は今後このスレに書きこみません。 他の人がどうするかは私には分かりませんが。 向こうのスレで、こっちにしつこく誘導しようとしてるなら非難されて仕方ないけど、そんなことしてる奴いないんだろ? 見てないから知らんが もうここは構ってくれなくていいって 余計なお世話だわ どんだけ暇人だよ fishをログインシェルとして使ってます zshの場合bindkey "\e[A" history-beginning-search-backward-end で数文字入力して上矢印キーを押すと直近の履歴から保管されますが fishでこれをしたい場合どうすればいいのでしょうか? fishだとデフォルトで右矢印キーがこの動作になるようですが これを上矢印キーにしたいところです。 ~ > bind|grep search-back bind \e\eOA history-token-search-backward bind \e\e\[A history-token-search-backward bind \eO3A history-token-search-backward bind \e\[3A history-token-search-backward bind \e\[1\;3A history-token-search-backward bind \e\[1\;9A history-token-search-backward bind \e. history-token-search-backward bind \eo history-token-search-backward wgetを使ってシェルスクリプトでダウンロードツールを作ったんだけど ナロー回線だから出来るだけ無駄を省きたくて -cオプションで既存ダウンロード分に追記する形にしてる でも当然ならがコマンドが2重に発行されたらぐちゃぐちゃになるから psコマンドでwgetを2重発行しないようにしてるけどちょっと不安 実際一部の文字がpsコマンドで「?」表示されてgrepに掛からなかったことがあり ファイルが壊れたことがあった ぶっちゃけダウンロードしてるのはニコニコの動画であり (動画なんで視聴しないと壊れてるのかわからず厄介) ID_タイトル.mp4とかの形式で保存してるんだけど 問題はマルチバイト文字のタイトルだから 「grep "${id}.*${extention}"」として回避 実際はもうちょっとコマンドの詳細まで見てるけど こんな場合のベストってダウンロード先のファイル名に プロセスID(wgetを実行するシェルスクリプトのプロセスID)を含めるようにして 状況に応じてファイル名を変えながらwgetするくらいしかないのかな? 既存ダウンロード分のmvに成功したらwgetするとかで ファイルをロックする相当の処理を実現するイメージなんだけど ちなみにナローじゃない回線を使うことがあったり ダウンロード中に止まることがあるため 複数の動画を同時並行でダウンロードするつくりにしているため この問題はぜひとも回避したいです >>22 >複数の動画を同時並行でダウンロードするつくり なんでlockファイルで二重起動を防止しないのだろうと思ったら、 同時並列でwgetを実行したいけど、 1つの動画については多重実行されないようにしたい、ということか。 ニコニコのことはよく知らないけど、半角英数のIDが存在するなら、 wgetのダウンロード開始時に動画のIDのみを参照ファイルに書き込んで、 終了したらそのIDを消すようにして、IDが参照ファイルに書かれている間は、 そのファイルをダウンロードしないという仕組みにすればどうだろう。 でもそもそも > 実際一部の文字がpsコマンドで「?」表示されてgrepに掛からなかったことがあり これが分からん。idのみでgrepしたら文字化けしていてもヒットすると思うけど。 >>22 ファイルがオープンされているかを調べれば良いと思う どうやるのかな lsof が使えるなら lsof -a -c '/^wget$/' "${filename}" > ニコニコのことはよく知らないけど、半角英数のIDが存在するなら、 > wgetのダウンロード開始時に動画のIDのみを参照ファイルに書き込んで、 > 終了したらそのIDを消すようにして、IDが参照ファイルに書かれている間は、 > そのファイルをダウンロードしないという仕組みにすればどうだろう。 参照ファイルを参照してIDが無いことを確認してID書き込むまでの間に 同じ処理が走ったらチェック抜けてしまうなというのが懸案としてあります なのでダウンロードしているファイルそのものをロックファイルにして しかもmvコマンドの成否によって判断したらよいのではと午前中に思いました > でもそもそも > > 実際一部の文字がpsコマンドで「?」表示されてgrepに掛からなかったことがあり > これが分からん。idのみでgrepしたら文字化けしていてもヒットすると思うけど。 今はIDと拡張子でgrep掛けてるので問題ないのです (直近だと「禁書目録」がpsコマンドで「禁??録」になりプロセスチェックをスルーしていました) でも先の参照ファイルと同じで 同じ動画に対してほぼ同時にダウンロード処理が走った場合 psコマンドを実行してから実際にwgetコマンドを実行するまでの間に チェックを抜けてしまうことが考えられるのでどうにかしたいなと思ってます ちょっと後出しになって申し訳ないですが ダウンロードの処理はさまざまな状況で実行されることがあり これからダウンロードするぞってターミナルからコマンドを打つこともありますが cron登録していて自動でダウンロードが走るようにもしているため そういう適当な運用でも回避できればと考えています >>24 ありがとうございます 試してみたいと思いますが lsof でチェックしてオープンされていないと判断して継続のwgetがオープンする間に 並行して実行された処理でwgetがオープンしてしまう可能性があるので・・・ シェルでやるには難しい処理でしょうか? >>22 >>1-15 あたりをご覧になると分かりとおり、 このスレは荒らしが立てて維持しています。 特段の理由がなければ本スレ http://mevius.5ch.net/test/read.cgi/tech/1532397676/ の利用をお勧めします。 サーバーのサービスではなく、 ユーザは自分1人だよね。cronも動いているけど。 それなら、ミリ秒単位で処理開始がぶつかることなんて想定しなくてもよいのでは。 人命がかかっているような処理なら別だけど。 >>28 確かにそうですが方法が確立し実装してしまえば 動画を視聴してチェックと言う作業からほぼ解放されるので もうちょっとやってみます >>27 実装を試して相談したいことがあった場合検討してみます ずっと楽をするために今努力して作りこむってのは間違っていない まあ出来ないと思うときは妥協は必要だが >>26 ファイルに対応する「ロックファイル」を作って、その存在確認をするのが定石だったみたい 既にロックファイルが存在していたら、別のプロセスがファイルを使っていると見做す その際ロックファイルの存在確認と作成を「同時」(アトミック)に行うのが大事だそうで そのファイル、安全にロックできていますか?(アトミックなファイル操作:後編) https://heartbeats.jp/hbblog/2013/10/atomic03.html こんな感じかな lockfile="${outputfile}".lock if ln -s -- $$ "${lockfile}" 2>/dev/null; then ( unlock() { rm -- "${lockfile}"; } trap "unlock" EXIT HUP INT QUIT SEGV TERM wget -c -O "${outputfile}" "${url}" ) & fi $ yotei.py 201808290900 って感じでスクリプトの引数に今日の年月日0900(date +%Y%m%d0900)を入れて実行したいです。 cronで実行したいのですが、date +%Y%m%d0900の出力をyotei.pyの引数に入れるには、1行でどうやって書いたらいいですか? $ yotei.py namae 201808290900 だったので、2番目の引数にdate +%Y%m%d0900の出力を入れたいです。 すぐ思いついたのはシェルスクリプトを1個増やして以下のようにする export ymd0900=`date +%Y%m%d0900` yotei.py namae $ymd0900 それをcronから呼ぶ >>34 >>35 どうもありがとうございます! ファイルを増やしたくなかったので1行でやりたかったんですが、ウィキペディアのその項目のとおり、エスケープ\を入れる事で1行で出来ました! yotei.py 名前 $(date +\%Y\%m\%d0900) サマータイム導入に気をつけろよ ローカルタイム使ってると同じ日時が 2回でてくることになるぜ EUじゃサマータイムは廃止だっていうのにマジで日本はこれから導入するのか? 趣味でプログラム作ってるだけなのに余計な処理増えるのはホント困る…。 >>22 youtube-dlならニコニコにも対応してるしタイトルとIDそのままで保存できるよ 但しここ数年の動画はDL速度が極端に遅い上に途中で必ず落ちる [download] 5.6% of 202.83MiB at 98.22KiB/s ETA 33:15[download] Got server HTTP error: Downloaded 12014750 bytes, expected 212678720 bytes. Retrying (attempt 1 of 10)... ERROR: unable to download video data: HTTP Error 403: Forbidden 永続リトライ設定でもこうなるししmpvでも再生中断するからな 昔のflvなんかは高速だけど年代で仕様が違う辺りエロサイトより酷い 東京オリンピックまでにサマータイム導入 てのはどう考えても物理的に不可能だから 話は立ち消えになるだろうけど、将来、 導入されないとも限らない ローカルタイムを出力するときは必ず timezoneを付けておいたほうがいい >>40 YAGNI。必要になってから対応するよw >>42 このスレ立てた奴が荒らしに行ってるからな。 あっちの板に嫌がらせで重複スレまで立てるという性格の悪さ。 そういう悪人の立てたこのスレ使ってると、悪人の一味みたいな立ち位置に属することになるぜ。 >>43 要件による。どうしたらいいかは客にでも聞いてこい なんのためにプログラム板に移動したんんだっけ? 人を増やすため? >>47 前スレで荒らしが出たからIDやワッチョイをつけたかったんだけど、 UNIX板ではつけられなかったから。 で、荒らしはIDつくのが嫌で新スレが立った後からこのスレを立て(>>10-15 )、 さらには新スレを荒らしに行ってるってのが現状。 でもIDつくのが嫌だったんでしょう? IDつくのが嫌じゃなくなったってこと? >>49 IDつくと自分が荒らしてることが分かるから嫌だったけど、 向こうのスレについてはスレ自体を敵視しているから、 自分が荒らしてることがバレバレであっても、スレを使いづらくしたい ってことじゃないかな。 >>51 ム板の本スレは意図的に荒らしてて(だからバレてもOK)、 前スレは天然で荒らしてる面がある(だからバレたくない) って程度の違いはありそうだね。 >>52 いやいや、単に荒らしは最初から隠すつもりもなく、 バレようがバレまいが関係ないんだよ。 荒らしにとってはは最初から隠してるわけでもないが、 でもこのスレの住民がその荒らしのIDを見たくて移動したんでしょ? それでんで、見て何がしたかったのか不明だけどなw IDが出ていれば荒らされないとでも思った? IDを何に使うかなんて自明でしょ。 まさか分からないってことはないよな? 荒らしをNGIDにして見えなくするため、という説がある 確かにNGIDにすると見えなくなるが、 荒らしの書き込みを止めることはできない 荒らしはどんどん自分の意見を書き込むが それに対しての反論はできない。 なぜなら荒らしの書き込みが見えないから 荒らしとNGIDに入れてない人とのやり取りでスレは埋まっていく はたから見れば、話についてこれず時々レスするが 荒らしに論破され何も言い返せない構図のできあがり それ全体の荒らしの濃度が高まる そしてIDは変わるから毎日の登録作業が増える。 忘れるとついレスをしてしまう というわけで、以下のどっちかの運用にするのがよくあるパターンだな。 ・このIDは昔から粘着してる奴だから無視するぜってコメントを時々入れつつ無視する ・奇特な人物がいちいち反論するので、スレにいる他のメンバーは、連鎖アボーン設定して安心してその議論全体を無視する IDがないとこういう回避ができないから、ひたすら我慢することになる。 連鎖あぼーんって荒らしが誰だれかれ構わずレスしたら みんな消えちゃうの? まあ回線切ってIPアドレスを変えればいいだけだしな つまりIDやIPアドレスを変えてNG避けする意志のある荒らしってことだから、 IPアドレスも表示させるようにして、 IPアドレスの範囲を使ってNG登録するのもやむなしってことだな。 今でも2つのプロバイダーを使い分けて自演してるって 自分でバラしてたから、NG登録する範囲も2通りは必要だと。 特定文字列の除外リストを元に除外処理をしたいんだけど リストとかあきらめてgrepをフィルタファイルとして別するのが一番楽? やりたいのは以下のようなことなんだけど シェルスクリプトなのにプログラミング的なことやって grepのフィルタを組み立てることに違和感を感じてる(面倒とはっきり言えって?) echo ${DATA_REC} | grep -e AAA -e BBB -e CCC if [ $? -eq 0 ] then continue fi # 継続処理 > grepをフィルタファイルとして別するのが一番楽? ってのはファイルにgrepのコマンドを書いてreadで読んで echo ${DATA_REC} ${grep_cmd} とかにするってことね grepコマンドが書かれてたら適用 書かれてなかったらスルーって感じ ああパイプがうまくいかないから若干判定が必要か・・・ pi@melchior /tmp $ export grep_cmd=" | grep -e AA -e BB" pi@melchior /tmp $ echo AAA $grep_cmd AAA | grep -e AA -e BB pi@melchior /tmp $ echo AAA | $grep_cmd -bash: |: command not found pi@melchior /tmp $ export grep_cmd=" grep -e AA -e BB" pi@melchior /tmp $ echo AAA | $grep_cmd AAA pi@melchior /tmp $ もうベタで書いてしまった・・・ でも順調!すげーよく動いてる! この件は今後の課題にしよう 除外する文字列をファイルに入れて grep -f か grep -v -f でいいような気がする >>66 > シェルスクリプトなのにプログラミング的なことやって シェル芸じゃなくてスクリプトなんだから プログラミングで当たり前だよw >>67 少し考えてみたが、俺もgrepの-fオプションを利用するのが一番楽だと思うな ただ昔、除外リストの否定とかやりたかったんで書いたことはあるが grep -f 使えばいいから不要だが お手軽に>>66 のようなことをするのならこうかな リストにスペースなどが入っていたらうまくいかんがw 文字列の組み立ての参考として echo ${DATA_REC} | grep $(printf ' -e %s' $(cat list)) シェルスクリプトじゃなくてシェルの基礎を訊いてアレだけど bashの$()と``って使い分けた方がいいの? 端末ではバッククォート多用してるけども ``は古い書き方。ネストができないという欠点が有る bashに限らず、$()を使ったほうが良い。欠点は文字が一文字多くなるだけ きっちりエスケープすればネストはできるよ。もちろん推奨はせんが test $(date +%w) -eq 5 今日が金曜日なら5が出るんですが、-eq というのはコマンドなのかtestコマンドのオプションなのか、これは何ですか? 自己レス -eq はtestコマンドのオプションで、==の事みたいですね test コマンドのオプションです。 ところで今日は金曜日ですが5は出ませんよね。 戻り値は0となりますが……何か勘違いしている気がします。 すみません test $(date +%w) -eq 5 && echo "今日は金曜日!" これだと、金曜日だとechoが実行されました >>82 自己レス 金曜日かどうか調べて金曜日なら戻り値は0、 で、戻り値が0の場合echoが実行されるって事ですね 毎月第2月曜日と毎月第2週の月曜日とでは、指す日にちってもしかして異なります? 0 17 8-14 * test $(date +%w) -eq 5 && command こんな風にcronで毎月第2金曜日とか指定したいんですが、 例えば今月の5日で言うと、5日は1回目の月曜日だけど、月の2週目にあるので疑問に思いました。 0 17 8-14 * test $(date +%w) -eq 1 && command これだと今週の月曜日には実行するされないですよね? 読みづらい。testなんて使うな [ $(date +%w) -eq 5 ] && echo "今日は金曜日!" >>85 [ ]ってなんですか? ググろうにも記号なのでググれないです bash(バージョン 4.4.12(1)-release)でスクリプト書いててちょっと謎が $ a=1; b=2; [[ ${a}<=${b} ]]; echo $? こうするとちゃんと終了コードの0が返ってきますが $ a=1; b=2; [[ ${a} <= ${b} ]]; echo $? 比較演算子の前後にスペースを入れると「条件式に構文エラーがあります」「`${b}' 周辺に構文エラーがあります」と怒られます $ a=1; b=2; [[ ${a} < ${b} ]]; echo $? 比較演算子をleでなくltにするとまた0が返ります これって何故なんでしょう? >>88 [[ ... ]] で使える演算子に <= は存在しない それは数の比較ではなく [[ "1" < "=2" ]] という文字列の比較になっている なので <= の右に空白を置くと [[ "1" < "=" "2" ]] となりエラー 条件式 https://linuxjm.osdn.jp/html/GNU_bash/man1/bash.1.html#lbBW >>89 さっそくありがとうございます そうか、イコールをつけない不等号で上手く動いてるように見えるのは、文字列として辞書順で比較してるからなんですね どうやら私の頭の中では、二重丸括弧での算術式展開とゴッチャになってたみたいです 何時間も唸ってたのが一撃でスッキリしました。ありがとうございました >>87 もしかしてtestと[]はだいたい同じですか? testを使わない方がいいのはなぜなんでしょうか? >>87 それで出てくるのは /usr/bin[ の方のmanじゃないだろうか bash の場合。 $ type [ [ is a shell builtin $ help [ [: [ arg... ] Evaluate conditional expression. This is a synonym for the "test" builtin, but the last argument must be a literal `]', to match the opening `['. sedで\1を変数名としていっぺんに異なる部分を異なる変数の内容で変換できませんか? sed -e "s/<\(.*\)>/${\1}/g" こんなかんじの #!/bin/bash # 変数URL, ETAGには既に適切な値が入ってるとする OPT=('--header' "'If-None-Match: ${ETAG}'") curl "${OPT[@]}" "${URL}" こんなスクリプトを書いたけど、curlと鯖のやりとりを覗くと、リクエストヘッダのIf-None-Matchの行にシングルクォーテーションが付いて 'If-None-Match: (ETAGの値)' と送られてしまう。で、試しにcurlの行を echo "curl ${OPT[@]} ${URL}" > /tmp/tempfile . /tmp/tempfile と書き換えて実行すると、ちゃんと正常に動く。man bashを読んだりbashの引用符の扱われ方をググってみたりしても、何が何だかさっぱり分からない。 どなたか助けてくれませんか。 自己レス curlだからとか関係ないな。変数にシングルクォートで囲ったものが入ってて、それをダブルクォートで囲った配列展開してるんだから、そのパラメーターはそのままシングルクォートつきになって当然。 しかし、ETAGはダブルクオートを含むしhttpリクエストヘッダはスペースを含むから、全体をシングルクォートで囲まなきゃならんのだよな。 やっぱどのタイミングでどのクォートがどう展開されるのか、一段階ずつ追いかけてみるしかないのかな なんか混乱しとるなw まあ、ダブルクォートは、他言語を使っている人からすれば 直感に反する機能だってことに、俺も最近気づいたんだけどな ただどこがどう違うかを言葉で説明したことがわけじゃない。やってるみるか? ・シェルスクリプトは文字列として展開されて実行されているようでそうではない ・ダブルクォートは文字列を囲う機能ではなく、変数展開の挙動を変えるエスケープの一種 この二つに集約されるかなぁ > しかし、ETAGはダブルクオートを含むし これ関係ないんだわ OPT=('--header' "If-None-Match: ${ETAG}") だと OPT=('--header' "If-None-Match: "686897696a7c876b7e"") こうなってしまい OPT=('--header' "If-None-Match: " 686897696a7c876b7e "") のように解釈されると思ってしまうが違う。 別に文字列展開されてから、動くわけじゃない ダブルクォートは「 If-None-Match: ${ETAG} 」の部分を一つの引数として 扱いますよー(ただし中の変数は展開されますよ)という意味。 変数の中にダブルクォートが入っていようが改行が入っていようが関係ない またダブルクォートはそれだけの機能ではなく $@ が入っている場合に異なる挙動をする "$@" が入っている場合、一つの引数ではなく複数の引数として扱われる 例えば引数$1〜$5が存在する場合、"$@" は "$1" "$2" "$3" "$4" "$5" と等価 また"foo$@bar" となっていた場合、 "foo$1" "$2" "$3" "$4" "$5bar" と等価 引数が一つなら "foo$1bar" だし、引数がゼロの場合は、書かなかったのと同じとなる("" 空文字にはならない) このように文字列として囲う機能じゃなくて、中に入ってる文字や変数の解釈の仕方に影響を与える機能 read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる