多くのシステムスクリプトはPOSIXシェル(表1.13「シェルプログラムのリスト」参照)のどれで解釈されるか分かりません。システムのデフォールトシェルは実際のプログラムをさしているシムリンクである"/bin/sh"です。

全てのPOSIXシェル間でポータブルとするためにbashismsやzshismsを使うシェルスクリプトを書くのを避けましょう。checkbashisms(1)を使うとこれがチェックできます。

"echo"コマンドはその実装がシェルビルトインや外部コマンド間で相違しているので次の注意点を守って使わなければいけません。

	注記
	"-nオプションは実はPOSIXシンタックスではありませんが、一般的に許容されています。

	ティップ
	出力文字列にエスケープシーケンスを埋め込む必要がある場合には、"echo"コマンドの代わりに"printf"コマンドを使います。

特別なシェルパラメーターがシェルスクリプト中ではよく使われます。

覚えておくべき基本的なパラメーター展開を次に記します。

ここで、これら全てのオペレーターのコロン":"は実際はオプションです。

各コマンドは条件式に使えるエグジットステイタスを返します。

	注記
	シェル条件文の文脈中の"0"は"真"を意味します、一方C条件文の文脈中の"0"は"偽"を意味します。

	注記
	"["は、"]"までの引数を条件式として評価する、testコマンドと等価です。

覚えておくべき基本的な条件文の慣用句は次です。

if [ <条件式> ]; then
 <成功ならこのコマンドを実行>
else
 <成功でばいならこのコマンドを実行>
fi

ここで、シェルスクリプトが"-e"フラグ付きで起動された際にシェルスクリプトがこの行でexitしないようにするために末尾の"|| true"が必要です。

条件式中の算術整数比較演算子は"-eq"と"-ne"と"-lt"と"-le"と"-gt"と"-ge"です。

POSIXシェル中で使われるループの慣用句があります。

	ティップ
	C言語のような数字の繰り返しは"foo1 foo2 ..."生成にseq(1)使って実現します。

	ティップ
	「ファイルに関してループしながらコマンドを反復実行」を参照下さい。

シェルはおおよそ次のシーケンスでスクリプトを処理します。

ダブルクォートの中のシングルクォートは特段の効果はありません。

シェル環境中で"set -x"を実行したり、シェルを"-x"オプションで起動すると、シェルは実行するコマンドを全てプリントするようになります。これはデバグをするのに非常に便利です。

Debianシステム上でできるだけポータブルなシェルプログラムとするにはessentialパッケージで提供されるユーティリティープログラムだけにユーティリティープログラムを制約するのが賢明です。

	ティップ
	moreutilsはDebianの外では存在しないかも知れませんが、興味深い小さなプログラムを提供します。もっとも特記すべきは、sponge(8)です。「正規表現を使ったグローバル置換」を参照下さい。

簡単なシェルプログラムのユーザーインターフェースは、echoやreadコマンドを使った退屈な相互作用からいわゆる対話(dialog)プログラム等の一つを使うことでよりよい相互作用になります。

dvdisaster(1)によってRS02データーを補足したISOイメージを生成する簡単なスクリプトの例を次に示します。

#!/bin/sh -e
# gmkrs02 : Copyright (C) 2007 Osamu Aoki <osamu@debian.org>, Public Domain
#set -x
error_exit()
{
  echo "$1" >&2
  exit 1
}
# Initialize variables
DATA_ISO="$HOME/Desktop/iso-$$.img"
LABEL=$(date +%Y%m%d-%H%M%S-%Z)
if [ $# != 0 ] && [ -d "$1" ]; then
  DATA_SRC="$1"
else
  # Select directory for creating ISO image from folder on desktop
  DATA_SRC=$(zenity --file-selection --directory  \
    --title="Select the directory tree root to create ISO image") \
    || error_exit "Exit on directory selection"
fi
# Check size of archive
xterm -T "Check size $DATA_SRC" -e du -s $DATA_SRC/*
SIZE=$(($(du -s $DATA_SRC | awk '{print $1}')/1024))
if [ $SIZE -le 520 ] ; then
  zenity --info --title="Dvdisaster RS02" --width 640  --height 400 \
    --text="The data size is good for CD backup:\\n $SIZE MB"
elif [ $SIZE -le 3500 ]; then
  zenity --info --title="Dvdisaster RS02" --width 640  --height 400 \
    --text="The data size is good for DVD backup :\\n $SIZE MB"
else
  zenity --info --title="Dvdisaster RS02" --width 640  --height 400 \
    --text="The data size is too big to backup : $SIZE MB"
  error_exit "The data size is too big to backup :\\n $SIZE MB"
fi
# only xterm is sure to have working -e option
# Create raw ISO image
rm -f "$DATA_ISO" || true
xterm -T "genisoimage $DATA_ISO" \
  -e genisoimage -r -J -V "$LABEL" -o "$DATA_ISO" "$DATA_SRC"
# Create RS02 supplemental redundancy
xterm -T "dvdisaster $DATA_ISO" -e  dvdisaster -i "$DATA_ISO" -mRS02 -c
zenity --info --title="Dvdisaster RS02" --width 640  --height 400 \
  --text="ISO/RS02 data ($SIZE MB) \\n created at: $DATA_ISO"
# EOF

デスクトップに"/usr/local/bin/gmkrs02 %d"のようなコマンド設定をしたローンチャを作るのも面白いかもしれません。

簡単な例の"example.c"は"libm"ライブラリーを使って実行プログラム"run_example"に次のようにしてコンパイル出来ます。

$ cat > example.c << EOF
#include <stdio.h>
#include <math.h>
#include <string.h>

int main(int argc, char **argv, char **envp){
        double x;
        char y[11];
        x=sqrt(argc+7.5);
        strncpy(y, argv[0], 10); /* prevent buffer overflow */
        y[10] = '\0'; /* fill to make sure string ends with '\0' */
        printf("%5i, %5.3f, %10s, %10s\n", argc, x, y, argv[1]);
        return 0;
}
EOF
$ gcc -Wall -g -o run_example example.c -lm
$ ./run_example
        1, 2.915, ./run_exam,     (null)
$ ./run_example 1234567890qwerty
        2, 3.082, ./run_exam, 1234567890qwerty

ここで、"-lm"はsqrt(3)のためにlibc6パッケージで提供されるライブラリー"/usr/lib/libm.so"をリンクするのに必要です。実際のライブラリーは"/lib/"中にあるファイル名"libm.so.6"で、それは"libm-2.7.so"にシムリンクされています。

出力テキスト中の最後のパラメーターを良く見ましょう。"%10s"が指定されているにもかかわらず10文字以上あります。

上記のオーバーラン効果を悪用するバッファーオーバーフロー攻撃を防止のために、sprintf(3)やstrcpy(3)等の境界チェック無しのポインターメモリー操作関数の使用はお勧めできません。これに代えてsnprintf(3)やstrncpy(3)を使います。

Debian上の第一義的デバッガは、実行中のプログラムを検査できるようにするgdb(1)です。

gdbと関連プログラムを次のようにインストールしましょう。

# aptitude install gdb gdb-doc build-essential devscripts

gdbの良い入門書は"info gdb"とかネット上に色々あります。次はgdb(1)を"-g"を使ってデバグ情報を付けてコンパイルされた"program"に使う簡単な例です。

$ gdb program
(gdb) b 1                # set break point at line 1
(gdb) run args           # run program with args
(gdb) next               # next line
...
(gdb) step               # step forward
...
(gdb) p parm             # print parm
...
(gdb) p parm=12          # set value to 12
...
(gdb) quit

	ティップ
	多くのgdb(1)コマンドは省略できます。タブ展開はシェル同様に機能します。

Debianシステムではデフォールトではインストールされたバイナリーはストリップされているべきなので、通常のパッケージではほとんどのデバグシンボルが削除されています。gdb(1)を使ってDebianパッケージをデバグするには、対応する*-dbgパッケージをインストールする必要があります(例えばlibc6の場合libc6-dbg)。

デバグしようとしているパッケージに*-dbgパッケージが無い場合は、次のようにしてリビルドした後でインストールする必要があります。

$ mkdir /path/new ; cd /path/new
$ sudo aptitude update
$ sudo aptitude dist-upgrade
$ sudo aptitude install fakeroot devscripts build-essential
$ sudo apt-get build-dep source_package_name
$ apt-get source package_name
$ cd package_name*

必要に応じてバグを修正します。

例えば次のように、既存パッケージを再コンパイルする時は"+debug1"を後ろに付けたり、リリース前のパッケージをコンパイルする時は"~pre1"を後ろに付けたりと、正規のDebianバージョンとかち合わないようにパッケージバージョンを増やします。

$ dch -i

次のようにしてデバグシンボル付きでパッケージをコンパイルしてインストールします。

$ export DEB_BUILD_OPTIONS=nostrip,noopt
$ debuild
$ cd ..
$ sudo debi package_name*.changes

パッケージのビルドスクリプトを確認して、バイナリーのコンパイルに確実に"CFLAGS=-g -Wall"が使われているようにします。

プログラムがクラッシュするのに出会った場合に、バックトレース情報をバグレポートに切り貼りして報告するのは良い考えです。

バックトレースは次のような段取りで得られます。

プログラムがフリーズした場合には、gdbを実行しているターミナルでCtrl-Cを押すことでプログラムをクラッシュさせてgdbプロンプトが得られます。

	ティップ
	しばしば、一番上数行が"malloc()"か"g_malloc()"中にあるバックトレースを見かけます。こういったことが起こる場合は、大体あまりあなたのバックトレースは役に立ちません。有用な情報を見つけるもっとも簡単な方法は環境変数"$MALLOC_CHECK_"の値を2と設定することです(malloc(3))。gdbを実行しながらこれを実行するには次のようにします。

 $ MALLOC_CHECK_=2 gdb hello

GNOMEプログラムpreview1がXエラーを受けると、次のようなメッセージが見つかります。

The program 'preview1' received an X Window System error.

このような場合には、プログラムを"--sync"付きで実行して、バックトレースを得るために"gdk_x_error"関数上で停止するようにしてみましょう。

次のようにldd(1)を使ってプログラムのライブラリーへの依存関係をみつけだします。

$ ldd /bin/ls
        librt.so.1 => /lib/librt.so.1 (0x4001e000)
        libc.so.6 => /lib/libc.so.6 (0x40030000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40153000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

`chroot`された環境下でls(1)が機能するには、上記ライブラリーがあなたの`chroot`された環境内で使える必要があります。

「プログラム活動の追跡」を参照下さい。

Debianにはメモリーリークを検出するプログラムがいくつか存在します。

静的コード分析用のlintのようなツールがあります。

次のようにobjdump(1)を使ってバイナリーコードをディスアッセンブルできます。

$  objdump -m i386 -b binary -D /usr/lib/grub/x86_64-pc/stage1

	注記
	gdb(1)は対話的にコードをディスアッセンブルするのに使えます。

	警告
	システムファイルをあなたがコンパイルしたプログラムでインストールする時に上書きしてはいけません。

Debianは"/usr/local/"とか"/opt"中のファイルに触れません。プログラムをソースからコンパイルする場合、Debianとかち合わないようにそれを"/usr/local/"の中にインストールします。

$ cd src
$ ./configure --prefix=/usr/local
$ make
$ make install # this puts the files in the system

オリジナルのソースを保有し、それがautoconf(1)/automake(1)と使用しあなたがそれをどう設定したかを覚えているなら、次のように実行してソフトウエアーをアンイストールします。

$ ./configure ''all-of-the-options-you-gave-it''
# make uninstall

この代わりに、"/usr/local/"の下にだけインストールプロセスがファイルを置いたことが絶対に確実frそこに重要なものが無いなら、次のようにしてその内容を消すことが出来ます。

# find /usr/local -type f -print0 | xargs -0 rm -f

どこにファイルがインストールされるか良く分からない場合には、checkinstallパッケージにあるcheckinstall(8)を使いアンインストールする場合クリーンなパスとなるようにすることを考えましょう。これは"-D"オプションを使うとDebianパッケージを作成できます。