プロセス間通信のためのFIFOを確立するのと同様に、できるかどうか、そして、どのようにかを検討し、次の問題が扱われます：

エラーのあるOPENによって作成されたデバイス（またはファイル）を削除すると、そのデバイス特にFIFOが2つのプロセス間の通信手段として機能するときに、より深い意味があります。1つのプロセスがFIFOデバイスをWRITEのためにOPENすると、別のプロセスがREADのために同じデバイスをOPENできる間隔があります。その期間中、ライタ・プロセスはエラー（たとえば、無効なパラメータ）が発生してGT.Mにデバイスが削除されることがありますが、リーダー・プロセスはOPENを正常に完了できます。このシーケンスの結果、孤立したデバイスがREAD用にオープンされたプロセスが発生します。WRITE用に同じデバイスをOPENする他のプロセスは、その新しいインスタンスを作成します。そのため、リーダーは孤立したデバイスからREADするデータを見つけることができません。GT.Mにはリーダとライタ間のプロセス同期を強制するためのコンテキストが不十分なため、アプリケーションは適切な通信プロトコルとエラー処理技術を使用して通信用のファイルとFIFOを使用するプロセス間の同期を提供する必要があります。

シーケンシャル・ファイルと同様に、FIFOのパスはOPEN、USE、CLOSEコマンドの引数式として指定されます。FIFOデバイスパラメータでOPENされたデバイスは、その名前の別のデバイスがすでにOPENでない限り、FIFOになります。その場合に、FIFOとして別のプロセスによって以前にOPENされていたデバイスをOPENすることは、既存のFIFOに接続するためのプロセス（ここでのプロセスはFIFOを開こうとするプロセスです）を引き起こします。

	注意
	FIFOデバイスパラメータを指定しなくても、既存の名前付きパイプ（別名 fifo 特殊ファイル）がOPENされている場合、FIFOが指定されたものとして扱われます。

次の二つの例は、マスターが次に処理をするいくつかのデータをFIFOに送信するまで、スレーブはFIFOで読み取り状態で待機している、マスター/スレーブの組み合わせを表しています。

例：

set x="named.pipe"
open x:fifo
do getres
use x write res,!

このルーチンはFIFOを開き、（このコードフラグメントに示されていない）、スレーブプロセスの起動が含まれているその独自の処理を実行します。

例：

set x="named.pipe"
open x:fifo
use x read res
do process(res)

このルーチンは、マスタプロセスからの情報を待って、その後の処理を開始します。

次の表は、FIFOで使用できるデバイスパラメータをまとめたものです。