bash でスタックトレース - pgyの日記
bash には perl の confess 相当のサブルーチンがありません。しかし実装することができます。 #!bash source carp.sh foo() { confess "something wrong" echo "this line will not be executed." } bar() { foo } baz() { bar } baz exit $ sh stacktrace.sh something wrong at stacktrace.sh line 5 foo() called at stacktrace.sh line 9 bar() called at stacktrace.sh line 12 baz() called at stacktrace.sh line 15 $ carp.sh の中身はこちら。 #!bash confess() { l
bash ２重起動を慎重に抑止する。 - Qiita
参考情報：シェルスクリプトでの排他処理 概要 ２重起動をbashで抑止しようとした場合、lockファイルを作成するだけだと、 不慮のプロセス停止になった場合、lockファイルが削除されずに、 手でlockファイルを削除しないと永遠に起動出来ないことになってしまう。 それではちょっと不便なので、なんとか本当に２重起動しようとしているかどうか、 pid(Process ID)も組み合わせて、判断するようにしてみた。 以下の条件を完全に満たす場合、２重起動とする。 自ファイル名.pidファイル が存在している →lockファイル方式 ファイルの１行目に書かれているプロセスが存在した場合 (/proc/ ディレクトリにpidのディレクトリが存在する) →不慮の事故(kill -9)等によりlockファイルが残っていた場合の自動リカバリ処理 自分と同じプロセス名を検索結果のpid一覧と.pidファイ
`set -e` しているときにコマンドの戻り値を得る - Qiita
次の書き方だと ./xxx.sh が 0 以外のときにそこで終了してしまうので case の後が実行されることはありません。 set -e ./xxx.sh $1 case $? in 1) echo one ;; 2) echo two ;; *) echo unk ;; esac echo end
Mitzyuki's Blog :: posix shell で標準入力同士の <i>diff</i> (1) を実現する方法
posix shell で標準入力同士の diff (1) を実現する方法 コマンド command1 の出力結果と コマンド command2 の出力結果を diff (1) で比較したい場合、 一番手軽なのはそれぞれの出力を一時ファイルに出力して比較する方法である。 $ command1 > ${TMP:-/tmp}/output1 $ command2 > ${TMP:-/tmp}/output2 $ diff ${TMP:-/tmp}/output1 ${TMP:-/tmp}/output2 : $ rm ${TMP:-/tmp}/output1 ${TMP:-/tmp}/output2 しかし、この方法では一時ファイルを作成するので 処理効率が悪く一時ファイルの削除など後処理をする必要がある。 例えば bash (1) の場合は以下の様にする事で簡単に比較できる。 $ diff
Man page of BASH
Section: User Commands (1) Updated: 2010 December 28 Index JM Home Page roff page 名前 bash - GNU Bourne-Again SHell 書式 bash [options] [file] 著作権 Bash is Copyright (C) 1989-2011 by the Free Software Foundation, Inc. 説明 bash は、標準入力やファイルから読み込んだコマンドを実行する、 sh 互換のコマンド言語インタプリタです。 bash には、Korn シェルや C シェル (ksh や csh) の便利な機能も採り入れられています。 bash は IEEE POSIX specification (IEEE Standard 1003.1) の Shell and Utili
シェルスクリプトのデバッグは typeset または declare を使うと良いかも - よんちゅBlog
はじめに つい最近知った便利なデバッグ方法 (長年シェルスクリプトを書いているのに知らなかった。これが常識だったら恥ずかしい…) シェルスクリプトのデバッグでは echo で変数の中身を見るという原始的な方法をよく使うかと思います。 いわゆる プリントデバッグ というやつですね。 もう少し詳しいデバッグが必要な場合は、 set -x と set +x でデバッグしたい部分を囲むという方法もあります。 今回は プリントデバッグ で使う echo の代わりに typeset or declare を使うと良いというお話です。 プリントデバッグは typeset or declare を使おう typeset or declare は変数宣言などでよく使うコマンドですが、変数の中身を見るのにも使えます。 echo と比べて何が良いのかというと、変数の中身はもちろん変数名や変数の型も表示してくれ、
EZ-NET 設定／管理メモ: Linux Shell: SSH でワイルドカードを使用する際の注意
SSH のコマンドの引数としてワイルドカードを使用する場合は、その取り扱われ方に注意する必要があります。 SSH のコマンドとして渡す引数部分を、引用符でくくった場合は、ワイルドカードはリモート側で展開されます。 逆に引用符でくくらなければ、ワイルドカードはローカル側で展開されます。（ただ、該当するものがない場合はリモート側の方が採用される様子…／不確かですが） ex) ssh xxx.ez-net.jp ls -al /etc/*.conf ssh xxx.ez-net.jp "ls -al /etc/*.conf" これはワイルドカードのみならず、リダイレクションも同様みたいです。リダイレクションによって作成されるファイルも、引用符でくくらないでおけば、ローカル側に直接作成されます。 また、シェルスクリプトで実行するときも、これはもしかすると知らないだけなのかもしれないですけど、ひとつ
シェルスクリプト内で実行した cd コマンドをターミナルに反映させる方法を教わった - わからん
シェルスクリプト内で実行した cd コマンドをターミナルに反映させたい。シェルスクリプト内でふつうに cd しても、子プロセスで cd するだけ。exec cd すればいいだろうと思ったのですがうまくゆかず、はてな人力検索で質問しました。そこで、a-kuma3 さんという方に、最後に exec /bin/bash すればよい という、目から鱗なアイディアを教わったので、自慢しておきます。 シェルスクリプト内で実行した cd コマンドをターミナルに反映させたい - 人力検索はてな 検証/理解の確認として、ターミナルで echo $$ し、次のスクリプト dummy.sh を実行し、再度ターミナルで echo $$ してみました。いうなれば、ターミナルで直接向き合っているカレントプロセスをシェルスクリプトのプロセスに差し替える技。なるほど。感動しました。 #!/bin/bash cd /tmp
ファイル名と取り扱いとコマンド置換 - odz buffer
ななし 『ファイルがないと ＊ のままになるので、ls DIR 2>/dev/null と書いたりしますね。』 (2007/07/09 11:10) まぁ、そのとおりなんだけど、ls とコマンド置換を使ってファイル名を取得しようとすると、パスに空白が含まれていたりする場合にはまれる。 % touch 'odz buffer' % ls `ls` ls: odz: No such file or directory ls: buffer: No such file or directoryあと、関係ないけど、-F オプション付きの GNU ls の挙動はなんだかよくわからない。 % ln -s usr . % ls -F usr usr@ % ls -F usr/ X11R6/ bin/ doc/ games/ include/ lib/ lib64/ local/ sbin/ share/
Home - Broadcom Community - Discussion Forums, Technical Docs, Ideas and Blogs
VMware Explore Registration Is Open Map your next move at the industry’s essential cloud event in Las Vegas August 26 – 29. Register Now Welcome VMware Members We are pleased to announce that VMware Communities, Carbon Black Community, Pivotal Community, and the Developer Sample Exchange will go live on Monday, 5/6. Stay tuned for updates. Read More Welcome VMware Members We are pleased to annou
シェルスクリプトのデバッグ | UNIX & Linux コマンド・シェルスクリプト リファレンス
シェルスクリプトのデバッグ シェルスクリプトをデバッグするには プログラムにバグはつきものであり、それはシェルスクリプトも例外ではない。bash にはシェルスクリプトのデバッグに非常に有効なオプションが用意されているので、「Syntax Error」で実行できない場合や、変数にどんな値が設定されているのか確認したい場合は、それらオプションを指定した上で実行することで、簡単にデバッグを行うことができる。 「-x」オプションを使用する -x オプションは、シェルスクリプト内で実際に実行されたコマンドを表示するオプションである。変数が使用されている場合は、その変数の値が展開された状態で表示される。 → bash に -x オプションを指定し、引数にデバッグするシェルスクリプトを指定する。 -x オプションでシェルスクリプトを実行すると、echo コマンドなどの出力に加えて、スクリプト内で実際に実
インストール中にsttyコマンドによって発生するエラーの防止 - ablog
Oracle Grid Infrastructureインストレーション・ガイド 11gリリース2（11.2）for Linux B56271-01 の以下の記述の意味がよくわからないので調べてみました。 2.14.5 インストール中にsttyコマンドによって発生するエラーの防止 Oracle Grid Infrastructureのインストール中、OUIは、SSHを使用してコマンドを実行したり、他のノードにファイルをコピーします。 システム上の隠しファイル（.bashrcや.cshrcなど）にsttyコマンドが含まれていると、インストール中にMakeファイルやその他のインストールに関するエラーが発生します。 この問題を防止するには、すべてのSTDERR出力が停止されるように、Oracleインストール所有者ユーザーのホーム・ディレクトリにあるこれらのファイルを変更する必要があります。次に例を
UNIX : bash
サンプルコード #!/bin/bash echo $(( 20 % 6 )) echo $(( 1007 %25 % 9 ))
ページが見つかりませんでした | 株式会社レップワン
404 error お探しのページは移動もしくは削除された可能性がございます。 The page has might be moved or deleted.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to print standard error in red
株式会社飯島 | ログイン
Laravel
Yash 2 その 135: シェルの実行速度比較 その 2 - まじかんと雑記
2.11.5 Oracle Clusterwareのインストール中にsttyコマンドによって発生するエラーの防止
[ubuntu] Crontab scheduling not working in Jaunty