[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

[MD:532]call-process when using argument-editing



>>>>> In <uen0stmz4.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> 
>>>>>	"himi" = Miyashita Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
himi> 「読んでいる間に」なんて書かれちゃうと。^_^;;;;

  あ、すみません (^^)

himi> >   しかし、疑問なのが call-process が返って来る場合と返って来ない場合の差異な
himi> >   のです。
himi> >   もう少し movemail で試してみます。

himi> call-processはきどうしたアプリケーションのProcessがSignal状態になるまで
himi> 待ち続けます。つまり、アプリケーションが、終了しない場合は、いつまでも
himi> 待ち続けることになります。(よくあるのは、MeadowがApplictionのstderrを
himi> 放棄していて、Applicationが、止まったままになるような状態ですね。)

  うぬぬ、
  argument editing については結構理解できました。
  さっきの (setq foo ... + README.Meadow でどうにか理解は出来ますが...

  けど

himi> 待ち続けることになります。(よくあるのは、MeadowがApplictionのstderrを
himi> 放棄していて、Applicationが、止まったままになるような状態ですね。)

  が分からないんです。
  今悩んでいるのは connect.exe ... Dialup program が接続終了すると DOS Prompt 
  では Prompt が返ってくるんですが , call-process で call すると接続が終了して
  も返って来ないんです。

;; 昨夜は○でしたが、今朝試したら×でした。 ... なぜ (@_@)??

  実際は
  (setq gnus-offline-connect-program "c:/bin/connect.exe")
  (setq gnus-offline-connect-program-arguments '("-s" "PROVIDOR"))
  (apply 'call-process gnus-offline-connect-program nil nil nil
		       gnus-offline-connect-program-arguments)

  と call していて argument editing は定義していません。
  ここで、himi さんの言っている

  "Application のstderr を放棄していて Application が止まったままになる状態"

  というのが良く分からないんです。

;; ソースを読めば分かるかな??

-- 
Tatsuya Ichikawa : Epson Software Development Lab, Inc. Nagano , Japan.
# PGP Public Key : See below url. ;-)
  http://www.icat.or.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0x0A2D6599
       E-mail    : <ichikawa@xxxxxxxxxxxxxx><t-ichi@xxxxxxxxxxxxxxxxx>