[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
Re: [MD:4096] Tooltip are incompletely implemented.
- X-ml-count: 4119
- Subject: Re: [MD:4096] Tooltip are incompletely implemented.
- From: MIYASHITA Hisashi (宮下 尚:HIMI) <himi@xxxxxxxxxxx>
- Date: Fri, 10 Jan 2003 01:54:04 +0900
- User-agent: Wanderlust/2.5.7 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.1 (i386-msvc-nt5.0.2195) MULE/5.0 (SAKAKI) Meadow/1.99 Alpha3 (HATAITA)
At Fri, 10 Jan 2003 01:44:47 +0900,
MIYASHITA Hisashi (宮下 尚:HIMI) wrote:
> dead lockに関してですが、menu barのWindowsの実装は、独自のmessage loopに
> 委譲することで行われているので、何か問題が起きるという可能性は完全には
> 否定できません。実際menu barの実装ではだいぶdead lock回避のためにbug潰しを
> 必要とした記憶がありますので。(mw32_menu_bar_store_activate_eventあたりが
> その苦闘の結果;_;)
> もし、menu barのためにdead lockがおきるなら、mw32menu.cなどを変更する
> ことによって対処しましょう。多分そんな必要はないと思うけど。
この議論は逆にNTEmacsでは通用しないかも。だって、menu barのmessage
loopは別threadで、しかも、それは、main threadにdispatchされないもの。
ということは、main threadは、messageを待つけど、menu barのmessage loop
はひたすらmessageをまってdead lockを起こすかもね。
## この推測が正しければ、NTEmacsのdebugはcontrolが増えると地獄としか
## 思えない。いっそのことmain threadからhookしてしまうか? あ、それは
## Windowsの仕様で、できないことになっていたような記憶が。じゃあ、
## the Window threadにhook chainいれて(全部のwindowをsubclassify)、
## そいつが、main threadにqueueするようにするのがNTEmacsの実装としては
## 正しいのかもしれないなぁ...。唸るしかないな。
from himi