[printing-japan] Re: [printing-japan] Bi-di資料

[Masaki IWATA]

アックスの岩田です。

> どうも、BBRの吉田です。
  (snip)
> 別プロセスで動作するわけですから、基本的には非同期処理と言えると思い
> ますが、plug-inプロセスでステータスデータの準備ができた時点で、pipe
> にダミーのデータを送り込む仕様になっているので、selectでpipeのfdをチ
> ェックする限り同期が合うと思います。
> 
> 仕様書のbidiStartReadの記述を参照ください。

すみません。ちゃんと書いてありますね。
まだ頭の中の情報がバラバラで、整理が追いつかないです。

> > > > 実際には Backend の構造上、
> > > >   紙の補給等で、エラー状態が解除されるまで待機し、解除が
> > > >   検知されたときには、直ちに印刷を再開する
> > > > か、
> > > >   一旦、Backend を終了させ(どのような状態で抜けることに
> > > >   なるのか分っていないのですが...)、CUPS がジョブを再度
> > > >   実行できるようにする
> > > > の、どちらかしかないように思えるのですが...
> > > 
> > > （専門家ではないのでコメントになりますが）
> > > 通常、紙なしやカバーオープンの場合、印刷処理は中断されるのですが、オ
> > > ペレータによって、エラー状態が解除されると自動的に印刷処理が継続しま
> > > すよね。だとすると、前者のように思えるのですがどうでしょう。
> > 
> > すぐに回復可能なエラーの場合(紙の補給など)は、自動的に
> > 再開させても良いと思うのですが、そうでない場合もあり得
> > ると思いますので、どうなのでしょう?
> 
> その場合は後者になりますね。ただそのような場合は、ユーザがジョブをキ
> ャンセルするのではないでしょうか？
> （だとすると勝手に後者の動きになる）
> これ以上は、私の方では回答不能です。(^_^;)

キャンセルをしてしまうと、ジョブが消える(履歴に残ってい
ればジョブを復活できるようなのですが)のに対し、
Backend が自発的に( 1 を返して)終了した場合は、ジョブが
残るのではないかと思います。
# キャンセルってジョブの消去ですよね?
(間違っていたらすみません)

--
IWATA Masaki
 岩田 正樹