[MD:1195]Meadow-1.04a1 freeze with elisp code?

[Shun-ichi GOTO <gotoh@xxxxxxxxxxx>]

>>>>> at 15 May 1999 16:03:05 +0900
>>>>> himi <himi@xxxxxxxxxxxxxxxxxxxxxxxxx> said,

himi> Emacs20.3.8では、これで再現するようですね。20.3.9は、....
himi> まだ試してません。 が、多分再現するでしょう。

ということは、小関さんが試した UNIX上のEmacs 20.3.8 and 20.3.9 でも、
(setq debug-on-error t) な状態で試せば発生しそうですね。
もし簡単に試せるようでしたら試していただけますか？＞小関さん
そのほうがmew-distに対して送る報告も説得力がでると思うし。

件のMewのコードでは、re-search-backward() の第３引数がnilな状態でエラー
が発生したためこのような現象が発生したわけですが、同様のコードが
mew-1.94b25のなかの何個所かにあります。(真偽のほどは定かではないですが)
どうもラクをして、関数から脱出する目的に使っているように見受けられます
(^^;。なので、１個所だけ修正というわけにはいきそうもありませんのでパッチ
もうちょっとまってちょ。近日中にmew-distに提案してみます。

# 1.94がreleaseされてしまわないように先手を打っておいたほうが良いかなぁ。


ところで。。。

今回の件で調べてて思ったんですけど、
Meadowでのメニューのkeymap評価というか、enable/disableの評価の
タイミングが Xtでのそれとは違い、なにやら不定期なタイミングで
行われているようですが、事情がありますか？>himiさん

# コードはある程度読みましたが、のーみそがパンクしてますので把握できてま
# せん(^^;

というのも、Xtの場合はメニューバーをクリックした時点で
prepare_menu_bars()が実行され、その時点でkeymap評価が行われますが、
Meadowでは(Win32のmenuの事情かとは思いますが)このタイミングでは評価され
ません。elsp-manual-20.2.5 の Menu keymapsあたりを*ざざっと*読む限りは
popup時に評価されなければいかないような*気がする*のですが。。。このへん
の動作タイミングは本当のところは「Emacsの仕様」として決められているので
しょうか。。。よくわからん。

これがどういう影響があるかというと、例えばMewのdraftモードでmulti-part 
メッセージの編集をしているときあらわれます。draftモードではpartを追加し
たり、partをencriptしたりするいくつかのコマンドがメニューから選択できま
すが、これはカーソル位置に応じてダイナミックにenable/disableをしています。
そして、Xtの場合は期待通りの動作をしますが、Meadowの場合はmenu itemの
enable/disable の変化が期待したものと違ったものになってしまっています。

これに関して、コードを見た限りでは「どこをどうしましょう」とはいえないの
ですが、w32fns.cでは監視しているWM_INITMENUメッセージがmw32fns.cでは無く
なっているあたりから、なんとなくhimiさんが意図的にこれをあきらめた(?)よ
うな感があります。Xtなどと同じ挙動にしにくいあるいは不可能ということでしょ
うか。そこらへんの事情/意図を手間にならない程度で良いですから簡単に教え
ていただけませんか？

--- Regards,
 Shun-ichi Goto  <gotoh@xxxxxxxxxxx>
   R&D Group, TAIYO Corp., Tokyo, JAPAN