Solaris 共通デスクトップ環境 (CDE) の実行時に発生するバグの情報および注意事項について説明します。
Solaris 8 オペレーティング環境で Motif プログラムをコンパイルする時に、Solaris 2.4、2.5、2.5.1、2.6 のいずれかのオペレーティング環境でコンパイルした Motif API を使用している共有ライブラリにリンクすると、コアダンプが発生します。
上記の旧バージョンの Solaris オペレーティング環境でコンパイルされた共有ライブラリは Motif 1.2 を使用しており、Solaris 8 オペレーティング環境でコンパイルされたプログラムは Motif 2.1 を使用しているためです。これはバイナリ互換の問題ではないので、Solaris 2.4、2.5、2.5.1、2.6 オペレーティング環境でコンパイルしたアプリケーションは、Solaris 8 オペレーティング環境において問題なく動作します。
回避方法 : Motif ライブラリに直接リンクされている古いバージョンの共有ライブラリがある場合に、Motif ライブラリとその古いバージョンの共有ライブラリの両方にリンクされているプログラムを、Solaris 8 オペレーティング環境でコンパイルするには、次のようなコンパイル行を使用してください。
% cc foo.c -o foo -DMOTIF12_HEADERS -I/usr/openwin/include ¥ -I/usr/dt/include -lXm12 -lXt -lX11 |
データレイアウトが通常と異なる CD-ROM は、自動的にマウントされないことがあります。この場合、CD-ROM をドライブに挿入した後に、ファイル・マネージャのウィンドウに CD-ROM の内容が表示されません。
回避方法 : 手動で CD-ROM をマウントしてください。
スーパーユーザーになります。
ボリュームマネージャを停止します。
# /etc/init.d/volmgt stop |
CD-ROM をマウントします。
# mount -F hsfs -r device_pathname /mnt |
device_pathname は、CD-ROM ドライブが接続されているシステム中のパス名です (例:/dev/dsk/c0t6d0s0)
通常 CD-ROM ドライブは製造時に c0t6d0s0 または c0t2d0s0 に接続されていますが、上記のコマンドに使用するパス名が正しいことを確認してください。
ボリュームマネージャを起動します。
# /etc/init.d/volmgt start |
デスクトップから最後のエントリ (たとえば、カレンダの最後のアポイントメント、アドレス帳の最後のアドレスなど) を削除した後に、PDA デバイスに対して同期処理を実行すると、最後のエントリが PDA デバイスからデスクトップに復元されてしまいます。
回避方法 : 同期処理を実行する前に、PDA デバイスから最後のエントリを手動で削除してください。
国際化 (複数バイト文字) 対応の PDA デバイスと Solaris CDE とで、日本語などの複数バイト文字のデータを交換すると、両方の環境において、交換した複数バイト文字データが壊れる場合があります。
回避方法 : PDA Sync を実行する前に必ず、PDA デバイスに付属しているバックアップ機能やバックアップユーティリティを使用して、PC などにデータの完全なバックアップをとってください。間違ってデータ交換をしてしまった場合には、バックアップデータからデータを復旧させてください。
PDA Sync のメインウィンドウ以外のウィンドウから、ヘルプボタンを使用してヘルプを起動した場合、表示されたヘルプに対する操作ができないことがあります。
回避方法 : PDA Sync のオンラインヘルプは、メインウィンドウから起動したものを使用してください。
不在返信メッセージを作製する場合、dtmail はその内容を (日本語のメールの場合) ISO-2022-JP エンコーディングではなく、dtmail を起動したエンコーディングで保存します。 このため、不在返信メールを受信した際に、メールの内容が文字化けすることがあります。
回避方法 :不在返信メッセージが保存されている .vacation.msg ファイルを、次のように入力して (日本語のメールの場合) ISO-2022-JP エンコーディングに変更し、保存し直します。
% /usr/bin/iconv -f org_locale -t ISO-2022-JP $HOME/.vacation.msg ¥ > $HOME/.vacation.msg_tmp % /usr/bin/cp $HOME/.vacation.msg_tmp $HOME/.vacation.msg |
上記の org_locale には、iconv で使用されるコードセット (dtmail で作成した .vacation.msg ファイルのエンコーディングに対応) を指定します。日本語環境では、次の 3 つのいずれかです。
SmartCard Console 1.0 のヘルプの「解説」の部分に誤りがあります。
回避方法 : 以下のように読み換えてください。
ボリュームマネージャのメッセージを表示するためのダイアログウィンドウは XViewTM アプリケーションなので、ja_JP.PCK ロケールおよび ja_JP.UTF-8 ロケールでは英語表示で起動されます。
ja ロケールで登録したカレンダは、ja_JP.PCK ロケール および ja_JP.UTF-8 ロケールで起動されたカレンダ・マネージャで見ることができません (ja_JP.PCK ロケールまたは ja_JP.UTF-8 ロケールで作成した場合も同様です)。
ja_JP.PCK ロケール または ja_JP.UTF-8 ロケールでメールファイルを印刷する場合、$HOME/.dt/types に次のような内容のファイルを dtmail.dt というファイル名で作成してください。
次の例は、Sun が一般的にサポートしている EUC 対応のプリンタを想定して設定しています。
iconv(1) を利用する場合:
iconv でプリンタがサポートする符号化方式に合わせて変更してください。指定方法については、iconv(1)、iconv(3) のマニュアルページを参照してください。
例 1:ja_JP.PCK ロケールで印刷する場合
ACTION Print { LABEL Print ARG_TYPE DTMAIL_FILE TYPE COMMAND WINDOW_TYPE NO_STDIO EXEC_STRING sh -c ' ¥ dtmailpr -p -f %(File)Arg_1% | ¥ iconv -f PCK -t eucJP | ¥ dtlp -u %(File)Arg_1%;' } |
例 2:ja_JP.UTF-8 ロケールで印刷する場合
ACTION Print { LABEL Print ARG_TYPE DTMAIL_FILE TYPE COMMAND WINDOW_TYPE NO_STDIO EXEC_STRING sh -c ' ¥ dtmailpr -p -f %(File)Arg_1% | iconv -f ¥ UTF-8-Java -t eucJP | dtlp -u %(File)Arg_1%;' } |
mp(1) を使用する場合:
ja、ja_JP.PCK、ja_JP.UTF-8 ロケール用の dtmail.dt を作成する必要はありませんが、ja_JP.UTF-8 の場合にフォントが Bitmap から作成され印刷の質が劣るという問題と、バナー情報の日本語が正しく表示されないという問題があります。
ACTION Print { LABEL Print ARG_TYPE DTMAIL_FILE TYPE COMMAND WINDOW_TYPE NO_STDIO EXEC_STRING sh -c ' ¥ dtmailpr -p -f %(File)Arg_1% | mp ¥ | dtlp -u %(File)Arg_1%;' } |
ja_JP.UTF-8 ロケールでは、カレンダ (dtcm) からの印刷はできません。
メールプログラムで検索を行う際、検索フィールドに日本語が含まれていると、検索が正しく行われません。
メールファイルに該当する文字列が存在する場合でも、「一致するものがありません」と表示されます。
Solaris CDE 1.2 より前のメールプログラムで、オプションメニューの「移動メニューの設定」で登録したメールボックス名に日本語文字列が含まれている場合、Solaris CDE 1.2 以降のメールプログラムではそれらのメールボックス名が文字化けすることがあります。
回避方法 : Solaris CDE 1.2 あるいは Solaris CDE 1.3 のメールプログラムで、再度登録してください。
メールプログラムのツールバーボタンをテキスト表示に設定している場合、ニーモニックが表示されていますが、キーボード上でこれらのツールバーを操作することはできません。
日本語ファイル名を持つファイルが添付されたメールを受け取った場合、このメールを転送しようとすると、添付ファイルのファイル名が復号化されないで表示されることがあります。転送する前に復号化されずに表示されていても、転送先では復号化された状態で表示されるので、そのままそのメールを転送しても問題はありません。
ja_JP.UTF-8 ロケールでメールを送信する際のエンコーディングは、デフォルトで ISO-2022-JP です。そのため、英語および日本語だけを含む場合は問題ありませんが、韓国語等の他言語を含む場合、受信側で文字化けが発生する可能性があります。
回避方法 : 新規メッセージウィンドウの「書式」メニューの「文字セットを変更」で「UTF-8」に変更してから、メールを送信してください。だたし、「UTF-8」に変更した場合でも、サブジェクトの文字セットは変更できません。サブジェクトには英語または日本語だけを使用する必要があります。なお、新規メッセージウィンドウでは、「Ctrl-Y」キーによる文字セットの変更は機能しません。
バグ 4343812 が原因で、次の問題が発生します。
「ウィンドウ」メニューから「ウィンドウを閉じる」または「アプリケーションを終了」を実行した時に、sdtwinlst/sdtgwm がコアダンプすることがあります。
複数言語入力環境において、ステータスウィンドウを切り替えると、sdtwinlst がコアダンプします。
ja ロケールおよび ja_JP.PCK ロケール上で sdtwinlst および sdtgwm を使用する場合には、この問題は起こりません。