OpenVMS マニュアル

3.6.10 XConnectionNumber と ConnectionNumber の意味の変更

V1.3

DECwindows Motif Version 1.3 以降のシステムでは， XConnectionNumber 関数と ConnectionNumber マクロの意味が変更されました。

以前のバージョンの DECwindows Motif では，この関数とマクロのどちらも，イベント・フラグ番号 (EFN) を返していました。次のように一般的な方法で実装されている呼び出しでは，イベント・フラグは入力を受け取った時点で設定されました。

sys$clref (ConnectionNumber (dpy)); 
  while (XPending (dpy) != 0) XNextEvent (dpy); 
  sys$waitfr (ConnectionNumber (dpy)); 

DECwindows Motif Version 1.3 では， XInitThreads の呼び出しによってマルチスレッドのサポートが有効になったときの，この関数やマクロの動作が変更されました。マルチスレッドが有効になっている場合は，この関数やマクロは論理接続番号 (LCN) を返すようになりました。

LCN は，サーバからの入力が存在する場合，読み取り設定状態にあります。 LCN は，すべての出力バッファが使用中でなければ，書き込み設定状態にあります。これ以外の状態は，弊社で使用するために予約されています。

EFN の代りに LCN を使用するには，上記の実装を，次のように変更します。

  int readState; 
while (XPending (dpy) != 0) XNextEvent (dpy); 
  decw$lcn_select_one (ConnectionNumber (dpy), &readState); 

LCN 状態はサーバからの入力を反映し，応答の処理中にキューイングされたイベントは含まないため，イベント・キューが空になった後に select 呼び出しを行わなければなりません。

DECW_CONNECTIONNUMBER_IS_LCN マクロに true (1) を設定して XLIB.H をインクルードすることによって， ConnectionNumber マクロが LCN 値 (常に利用可能) を取得するように強制できます。例を次に示します。

#define DECW_CONNECTIONNUMBER_IS_LCN 1 
#include <X11/Xlib.h> 
. 
. 
. 

これは，スレッドが初期化されているかどうかにかかわらず同様に機能しなければならない共有イメージやオブジェクト・ライブラリでこのマクロを使用する場合に便利です。

LCN インタフェースの詳細については， 『HP DECwindows Motif for OpenVMS Alpha New Features』 を参照してください。

3.6.11 OpenVMS システムでのロケールのサポート

V1.2--4

DECwindows Motif V1.2-4 for OpenVMS で提供されるロケール・サポートは， DEC C ランタイム・ライブラリでのロケール・サポートと互換性があります。このロケール環境で，これらの関数を使用して国際化アプリケーションを作成する場合は，次の手順に従ってください。

• Xlib アプリケーションでは，<X11/Xlocale.h> をインクルードします。 <stdlib.h> をインクルードする場合は， <X11/Xlocale.h> をインクルードする前にインクルードしてください。

• Motif アプリケーションでは， <X11/Xlocale.h> は自動的にインクルードされます。

• 次のコンパイル・フラグをオンにしてください。

  /define=(X_LOCALE,X_WCHAR,_WCHAR_T_,XLIB_XPG4_FUNCS)

3.6.12 XSelectAsyncEvent ルーチンと XSelectAsyncInput ルーチン

V1.1

XSelectAsyncEvent ルーチンと XSelectAsyncInput ルーチンは， AST 引き渡し情報記憶用のメモリを割り当てます。このメモリは次のいくつかの方法で解放されます。

• ディスプレイをクローズ (XCloseDisplay) すると，そのディスプレイのすべてのウィンドウに対応する AST 引き渡し情報が解放されます。

• ウィンドウを破棄 (XDestroyWindow) すると，そのウィンドウ用の AST 引き渡し情報が解放されます。

サブウィンドウ用の AST 引き渡し情報は， XDestroyWindow によっては解放されません。

所定のウィンドウ内のすべてのイベント・タイプの AST 通知をオフにし， AST 引き渡し情報も解放したいときには，クライアント・アプリケーションは, event_mask 引数に -1 (全ビット・セット) を指定し， ast_routine 引数に 0 を指定して XSelectAsyncEvent ルーチンあるいは XSelectAsyncInput ルーチンを呼び出してください。

注意 DECwindows Motif for OpenVMS Alpha Version 1.3 以上を実行しているシステムでは， XInitThreads への呼び出しによってマルチスレッド処理が有効になっている場合， XSelectAsyncInput および XSelectAsyncEvents はサポートされません。同等の機能は，スレッド対応 Xlib 関数を使用することによって提供されます。 マルチスレッド環境におけるこれらの関数の使用についての詳細は 『HP DECwindows Motif for OpenVMS Alpha New Features』 を参照してください。

3.6.13 コマンド・プロシージャが .PEN ファイルを作成

V1.0

Pascal プログラムが Xlib 用と Motif 用の環境ファイルを利用できるように， SYS$LIBRARY:DECW$PEN_BUILD.COM コマンド・プロシージャを実行する必要があります。このコマンド・プロシージャは， DECW $XLIBDEF.PEN ファイルと DECW$MOTIF.PEN ファイルを生成します。 Pascal プログラムへのコンパイルには，提供されている .PAS ファイルよりも .PEN ファイルの方が高速となります。

3.6.14 パラメータ/プロトコルのデータ・サイズの不適合

V1.0

いくつかの Xlib ルーチンはロングワードのパラメータを受け付けますが，サーバへ送信される X プロトコル・メッセージにはその全体は含められません。それぞれの場合で，Xlib ルーチンは，パラメータ値の最下位 16 ビットのみを送出します。これは，X プロトコル・メッセージ内のフィールド・サイズにより受ける制約です。

表 3-4 は， 16 ビット値としてのみ送出されるルーチンの名前とロングワード引数のリストです。

表 3-4 16 ビット値としてのみ送出されるルーチンの名前と引数

ルーチン名	引数
XAllocColorCells/ALLOC_COLOR_CELLS	nplanes,npixels
XDrawArc/DRAW_ARC	x,y,width,height, angle1,angle2
XDrawLine/DRAW_LINE	x1,x2,x3,x4
XDrawPoint/DRAW_POINT	x,y
XDrawRectangle/DRAW_RECTANGLE	x,y,width,height
XDrawString/DRAW_STRING	x,y
XDrawString16/DRAW_STRING16	x,y
XDrawText/DRAW_TEXT	x,y
XDrawText16/DRAW_TEXT16	x,y
XFillArc/FILL_ARC	x,y,width, height,angle1,angle2
XFillRectangle/FILL_RECTANGLE	x,y,width,height

3.7 X Window System 拡張とプロトコル

この節では， DECwindows Motif 用 X Window System 拡張について説明します。

3.7.1 XINERAMA での XCopyArea の使用

V1.3--1

グラフィック・エクスポーズ・イベントは XCopyArea 要求に対して生成されるようになりました。 XCopyArea 関数を呼び出すプログラムでは，要求で使用される gc で常にグラフィック・エクスポーズを有効にしておく必要があります。

3.7.2 XINERAMA が VisibilityNotify を正しく報告しない問題

V1.3--1

XINERAMA を使用するマルチヘッド・システムでアプリケーションが表示を行う場合， VisibilityNotify イベントはウィンドウの状態を正しく報告しません。ウィンドウが表示され VisibilityNotify が選択されている場合，ウィンドウの状態は Unobscured として報告されますが，実際のウィンドウの状態は Unobscured または PartiallyObscured である可能性があります。この問題を回避するには， VisibilityNotify イベントを PartiallyObscured として扱うようにアプリケーションを変更してください。

ウィンドウが表示されると，それ以上表示に関するイベントは報告されません。たとえば， VisibilityNotifyが選択されているウィンドウが他のウィンドウの下に隠れた場合， FullyObscuredであることを示すイベントを報告する必要がありますが，このイベントは送信されません。

---

目次

索引