第 2 章 Solaris 8 環境での国際化のフレームワーク

この節では、Solaris 8 環境に含まれているいくつかの国際化機能について説明します。

• コードセットの独立性のサポート

• ロケールデータベース

• プロセスコードの書式 (ワイド文字表現)

• libw と libintl

• ctype マクロ

• genmsg ユーティリティ

また、この節には次のような国際化アプリケーションの開発に役立つ情報も書かれています。

• 動的リンクアプリケーション

• Solaris 8 国際化 API

コードセットの独立性のサポート

Solaris 8 の操作環境は、日本の PC-Kanji、台湾の Big-5、中華人民共和国の GBK のような非 EUC エンコーディングをサポートしています。

コンピュータ市場の大半では EUC 以外のコードセットサポートが要求されるため、Solaris 8 では EUC と非 EUC コードセットのサポートを可能にするフレームワークを提供します。このサポートを CSI と呼びます。

CSI の目標は、Solaris OS ライブラリやコマンドから、特定のコードセットやエンコーディング方法についての EUC 依存性を除去することです。CSI アーキテクチャにより、Solaris 環境において UNIX ファイルシステムで安全なエンコーディングをサポートできます。CSI は UTF-8、PC-Kanji、Big-5 など、多くの非 EUC コードセットをサポートします。

CSI のアプローチ

CSI により、アプリケーションおよびプラットフォームソフトウェア開発者は、UTF-8 などのエンコーディングからコードを独立させたり、ソースコードを変更せずに新しいエンコーディングを採用することができます。このアーキテクチャのアプローチは、Java の国際化とも異なります。Java ではアプリケーションは Unicode 依存でなければならず、アプリケーションでのコード変換を必要とします。

既存の多くの国際化アプリケーション (たとえば Motif など) は、基礎となるシステムから自動的に CSI のサポートを継承します。これらのアプリケーションは、変更しなくても新しいロケールで動作します。しかし、XView または OLIT ベースの OPEN LOOK アプリケーションは、XView が EUC コードセットに依存するため非 EUC のロケールでは動作しません。

CSI は本来どのコードセットにも依存しませんが、Solaris 8 ではファイルコードのエンコーディング (コードセット) について次のような前提条件があります。

• ファイルコードは ASCII のスーパーセットである

  Unicode (16 ビット固定幅) はファイルコードとしてサポートできません。

• NULL で終わる複数バイトの文字列をサポートするため、複数バイト文字の一部に NULL (0x00) を使用できない

• UNIX のパス名をサポートするため、複数バイト文字の一部にスラッシュ / (0x2f) を使用できない

• 状態を持たないファイルコードエンコーディングのみサポートされる

CSI 使用可能なコマンド

表 2-1 に、Solaris 8 で CSI 使用可能なコマンドを示します。これらのコマンドのマニュアルページには、CSI 機能について記述されています。

これらのコマンドは、特に説明がない場合、すべて /usr/bin ディレクトリにあります。

Solaris 8 の CSI 使用可能ライブラリ

Solaris 8 の libc (/usr/lib/libc.so) のほとんどすべての関数は CSI 使用可能です。しかし、libc の以下の関数は EUC 依存の関数であるため、CSI 使用可能ではありません。

• csetcol() csetlen() euccol()

• euclen() eucscol() getwidth()

また、以下のマクロは EUC に依存するので CSI 使用可能ではありません。

• csetno() wcsetno()

Solaris 8 製品の libgen (/usr/ccs/lib/libgen.a) は国際化されていますが、CSI 使用可能ではありません。

Solaris 8 製品の libcurses (/usr/ccs/lib/libcurses.a) は国際化されていますが、CSI 使用可能ではありません。

次のような 5 つのユーティリティがあります。

• ユーティリティ (32 ビットアプリケーション) :

  /usr/bin/geniconvtbl

• 特別 iconv 共用オブジェクト :

  /usr/lib/iconv/geniconvtbl.so

  /usr/lib/iconv/sparcv9/geniconvtbl.so

• サンプルの geniconvtbl(1) 入力ソースファイルと、システムが用意したバイナリテーブルファイル :

  /usr/lib/iconv/geniconvtbl/srcs/

  ISO8859-1_to_ISO646.txt

  ISO646_to_ISO8859-1.txt

  ISO8859-1_to_UTF-8.txt

  UTF-8_to_ISO8859-1.txt

  ShiftJIS_to_eucJP.txt

  eucJP_to_ShiftJIS.txt

  /usr/lib/iconv/geniconvtbl/binarytables/

  ISO8859-1%ISO646.bt

  ISO646%ISO8859-1.bt

• libc.so.1s にある変更された iconv_open(3) :

  /usr/lib/libc.so.1

  /usr/lib/sparcv9/libc.so.1 (sparcv9 の例)

• マニュアルページ :

  /usr/share/man/sman1/geniconvtbl.1

  /usr/share/man/sman4/geniconvtbl.4

geniconvtbl(1) に関する節では、その使用方法と、iconv の関数とユーティリティで使用できるように生成されたバイナリテーブルファイルを配置する方法が説明されています。

geniconvtbl(4) のマニュアルページを参照してください。

ロケールデータベース

Solaris 8 のロケールデータベースの形式および構造は非公開であり、将来のリリースで変更される可能性があります。したがって、国際化アプリケーションを作成するときには、このロケールデータベースに直接アクセスしないようにしてください。代わりに Solaris 国際化 API を使用します。

Solaris 8 を使用する場合は、Solaris 8 製品に含まれているロケールデータベースを使用してください。以前のバージョンの Solaris のロケールデータベースを使用しないでください。

プロセスコードの書式 (ワイド文字表現)

Solaris 8 製品のワイド文字の形式は非公開であり、将来のリリースで変更される可能性があります。したがって、国際化アプリケーションを作成するときには、このワイド文字の形式が将来も同じであると仮定しないでください。代わりに、Solaris 国際化 API を使用してください。

複数バイトサポート環境 MSE (Multibyte Support Environment)

複数バイト文字はシングルバイトとして保存できない文字の総称で、中国語、日本語、韓国語などの文字を含みます。複数バイト文字を保存するには 2 バイトまたは 3 バイトを必要とします。より詳細な定義については、ISO/IECC 9899:1990 サブクラス 3.13 の項目を参照してください。プログラミングモデルでは、これらの複数バイト文字を論理ユニットとして読み込み、ワイド文字として保存できます。プログラム内において、ワイド文字は論理エンティティとして独立して取り扱うことができます。また、適切な変換処理を行ったのち、これらワイド文字を論理ユニットとして出力できます。このことは、シングルバイト文字を読み込んで加工したのち出力する場合と似ています。MSE には、これと同等の処理を複数バイトに対して行うためのインタフェースが提供されています。このため MSE では、シングルバイト文字の場合と同じプログラミングモデルを用いて複数バイト文字を取り扱うためのプログラムを作成できます。

動的にリンクされたアプリケーション

Solaris 8 では、アプリケーションを libc などのシステムライブラリにリンクする方法として、動的リンクと静的リンクを選択できます。しかし、システムライブラリの国際化機能を必要とするアプリケーションは動的にリンクしなければなりません。このようなアプリケーションが静的にリンクされている場合、setlocale 関数を使用してロケールを C または POSIX 以外に設定する操作は失敗します。静的にリンクされたアプリケーションは、C および POSIX ロケールでのみ動作します。

デフォルトでは、リンカープログラムはアプリケーションを動的にリンクしようとします。リンカーやコンパイラのコマンド行のオプションとして、-Bstatic や -dn を指定すると、アプリケーションは静的にリンクされる場合があります。既存のアプリケーションが動的にリンクされているかどうかを調べるには、/usr/bin/ldd コマンドを使用します。

たとえば、次のように入力します。

% /usr/bin/ldd /sbin/sh

このコマンドは以下のメッセージを表示します。

% ldd: /sbin/sh: file is not a dynamic executable or shared object

このメッセージは、/sbin/sh コマンドが動的にリンクされたプログラムではないことを示します。また、次のように入力します。

% /usr/bin/ldd /usr/bin/ls

このコマンドは以下のメッセージを表示します。

% libc.so.1 => 	/usr/lib/libc.so.1
% libdl.so.1 => /usr/lib/libdl.so.1

このメッセージは、/usr/bin/ls コマンドは 2 つのライブラリ libc.so と libdl.so.l に動的にリンクされていることを示します。

つまり、ldd コマンドからアプリケーションに対するメッセージに libc.so.l が含まれていない場合は、アプリケーションが libc に静的にリンクされていることを示します。この場合、リンカーのコマンド行オプションを動的リンクが使用されるように変更し、アプリケーションを再リンクします。

libw および libintl

これらのインタフェースは libc に移動したので、libw と libintl にはありません。

共有オブジェクトは、既存のアプリケーションの実行の互換性を保証し、アーカイブとともにアプリケーション作成時のコンパイル環境の互換性を提供します。ただし、libw や libintl に対してアプリケーションを作成する必要はなくなりました。

フィルタの詳細については、『リンカーとライブラリ』を参照してください。

表 2-2 に libw および libintl のスタブエントリポイントを示します。

ctype マクロ

文字の分類や文字の変換マクロは、/usr/include/ctype.h で定義されています。Solaris 8 環境は新しい ctype マクロを提供しています。新しいマクロは、XPG4 で定義された文字の分類および変換セマンティクスをサポートしています。この新しいマクロにアクセスするには、次のいずれかの条件が満たされていなければなりません。

• _XPG4_CHAR_CLASS が定義されている

• _XOPEN_SOURCE および _XOPEN_VERSION=4 が定義されている

• _XOPEN_SOURCE および _XOPEN_SOURCE_EXTENDED=1 が定義されている

つまり、XPG4 および XPG4.2 アプリケーションは自動的に新しいマクロが含まれます。_XOPEN_SOURCE、_XOPEN_VERSION、_XOPEN_SOURCE_ECTENDED は、新しい ctype マクロの他に XPG4 関連機能をもたらすので、XPG4 または XPG4.2 以外のアプリケーションは __XPG4_CHAR_CLASS__ を使用しなければなりません。

これに相当する ctype 関数もあります。Solaris 8 関数は XPG4 セマンティクスもサポートします。

詳細については、ctype(3C) のマニュアルページを参照してください。

libc の国際化 API

Solaris 8 は 2 つの種類の API を提供します。

• 複数バイト (ファイルコード)

• ワイド文字

アプリケーションはワイド文字コードで処理を行います。

プログラムはファイルから入力を受け取ると、mbtwoc および mbtowcs API を使用して、ファイルの複数バイトデータをワイド文字に変換します。ファイル出力データをワイド文字形式から複数バイト形式に変換するには、wcstombs および wetomb API を使用します。

表 2-3 に Solaris 8 に含まれる国際化 API を示します。

genmsg ユーティリティ

新しい genmsg ユーティリティは、国際化されたソースメッセージカタログを作成するために、catgets() ファミリの関数で使用されます。このユーティリティは、ソースプログラムファイルの catgets での関数の呼び出しを調べ、見つかった情報からソースメッセージカタログを作成します。以下に例を示します。

% cat example.c
	...
	/* NOTE: %s is a file name */
	printf(catgets(catd, 5, 1, "%s cannot be opened."));
	/* NOTE: "Read" is a past participle, not a present
			tense verb */
	printf(catgets(catd, 5, 1, "Read"));
	...
% genmsg -c NOTE example.c
The following file(s) have been created.
			new msg file = "example.c.msg"
% cat example.c.msg
$quote "
$set 5
1			"%s cannot be opened"
	/* NOTE: %s is a file name */
2			"Read"
	/* NOTE: "Read" is a past participle, not a present
			tense verb */

上記の例では、ソースファイル example.c について genmsg が実行され、example.c.msg という名前のソースメッセージカタログが作成されています。-c オプションの引数 NOTE により、genmsg はカタログにコメントを含めます。ソースプログラムのコメントに指定された文字列が含まれている場合、コメントはメッセージカタログの catgets() の呼び出しから抽出された次の文字列の後に表示されます。

genmsg を使用して、メッセージセット内のメッセージの番号を自動的に付けることができます。

詳細については、genmsg(1) のマニュアルページを参照してください。

この節の内容は、『Creating Worldwide Software: Solaris International Developer's Guide』(第 2 版、Bill Tuthill、David A. Smallberg 共著、Sun Microsystems Press、Prentice Hall 発行、 1997 Sun Microsystems, Inc.) の内容を許可を得て使用しています。