Fix Japanese wording for free, release, deallocate and remove.

Submitted by:	Kimura Fuyuki <fuyuki@hadaly.org>

ja_JP.eucJP/man/man1/lockf.1

@@ -53,7 +53,7 @@
 .Ar command
 の実行が完了すると、
 .Nm
-はロックを開放し、
+はロックを解放し、
 .Fl k
 オプションが指定されていなければ
 ファイル

ja_JP.eucJP/man/man1/perl.1

@@ -2696,7 +2696,7 @@ listen
 	}
 
 .fi
-local() は実行時のコマンドで、ループ終了時に全部を一度に開放するまでは、
+local() は実行時のコマンドで、ループ終了時に全部を一度に解放するまでは、
 ループを通るたびに実行され、毎回スタックを消費していきます。
 .Ip "localtime(EXPR)" 8 4
 .Ip "localtime EXPR" 8

ja_JP.eucJP/man/man1/truncate.1

@@ -110,7 +110,7 @@
 .Fl c
 オプションが設定されていなければファイルを作成します。
 .Pp
-ファイルを切り詰めるという操作ではディスクスペースは開放されますが、
+ファイルを切り詰めるという操作ではディスクスペースは解放されますが、
 ファイルを拡張するという操作ではスペースは割り当てられません。
 ファイルを拡張し、実際にスペースを割り当てるためには、
 (例えば) シェルの

ja_JP.eucJP/man/man2/close.2

@@ -57,7 +57,7 @@
 に対する最後のクローズで、そのソケットに結び付けられた
 命名情報と待ち行列内のデータは破棄されます。
 問合せ型ロックを保持している
-ファイルに対する最後のクローズで、ロックは開放されます
+ファイルに対する最後のクローズで、ロックは解放されます
 (詳細は
 .Xr flock 2
 を参照)。しかし、System V と
@@ -66,7 +66,7 @@
 .Xr fcntl 2
 問合せ型レコードロックは、そのファイルについてのファイル記述子の
 .Em いずれか
-がそのプロセスによって閉じられるときに開放される、と規定しています。
+がそのプロセスによって閉じられるときに削除される、と規定しています。
 .Pp
 プロセスが終了するとき、プロセスに結び付けられた
 ファイル記述子はすべて解放されます。しかし、

ja_JP.eucJP/man/man2/fcntl.2

@@ -332,7 +332,7 @@ struct flock {
 データベースをクローズすると、ライブラリルーチン
 がデータベースへのロックを要求したことがない場合でさえ、
 プロセスがデータベースに結び付けたすべての
-ロックが開放されてしまうのです。
+ロックが解放されてしまうのです。
 このインタフェースの別のさほど重要でないセマンティクス上の問題は、
 ロックが
 .Xr fork 2

ja_JP.eucJP/man/man3/pthread_cond_destroy.3

@@ -44,7 +44,7 @@
 .Fn pthread_cond_destroy
 関数は、条件変数
 .Fa cond
-によって割り当てられたリソースを開放します。
+によって割り当てられたリソースを解放します。
 .Sh 戻り値
 問題がない場合は、
 .Fn pthread_cond_destroy

ja_JP.eucJP/man/man3/pthread_exit.3

@@ -54,7 +54,7 @@
 全ての取り消しハンドラが実行された後で、スレッドがそのスレッド固有のデータを
 持っている場合には、適切なデストラクタ関数が順序不定で呼び出されます。
 スレッドの終了は、アプリケーションから見える全てのプロセスリソースを
-開放しません。
+解放しません。
 このリソースは、mutex およびファイル記述子を含みますが、これに限りません。
 また、あらゆるプロセスレベルのクリーンアップの実行も行ないません。
 このクリーンアップは、存在する可能性のある

ja_JP.eucJP/man/man3/pthread_key_delete.3

@@ -52,7 +52,7 @@
 に関連付けられたスレッド固有のデータ値は、
 .Fn pthread_key_delete
 が呼び出される時点で NULL である必要はありません。
-全てのアプリケーション記憶領域の開放、または削除されたキーに関連した
+全てのアプリケーション記憶領域の解放、または削除されたキーに関連した
 データ構造や全てのスレッドの中のスレッド固有のデータの全ての
 クリーンアップ動作の実行は、アプリケーションの責務です。
 このクリーンアップは

ja_JP.eucJP/man/man3/pthread_mutex_destroy.3

@@ -33,7 +33,7 @@
 .Os
 .Sh 名称
 .Nm pthread_mutex_destroy
-.Nd mutex のために割り当てられたリソースの開放
+.Nd mutex のために割り当てられたリソースの解放
 .Sh ライブラリ
 .Lb libc_r
 .Sh 書式
@@ -44,7 +44,7 @@
 .Fn pthread_mutex_destroy
 関数は、
 .Fa mutex
-のために割り当てられたリソースを開放します。
+のために割り当てられたリソースを解放します。
 .Sh 戻り値
 問題がない場合は、
 .Fn pthread_mutex_destroy

ja_JP.eucJP/man/man3/pthread_rwlock_unlock.3

@@ -30,7 +30,7 @@
 .Os
 .Sh 名称
 .Nm pthread_rwlock_unlock
-.Nd 読取り / 書込みロックの開放
+.Nd 読取り / 書込みロックの解放
 .Sh ライブラリ
 .Lb libc_r
 .Sh 書式
@@ -45,7 +45,7 @@
 .Fn pthread_rwlock_tryrdlock ,
 または
 .Fn pthread_rwlock_trywrlock
-で獲得された読取り / 書込みロックを開放するために使用されます。
+で獲得された読取り / 書込みロックを解放するために使用されます。
 .Sh 戻り値
 問題がない場合は、
 .Fn pthread_rwlock_unlock