[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
Re: [MD:4574] Re: Meadow2.00 Beta1 + wl2.10.1 のtool-bar wl-summary-next 連打で落ちる
- X-ml-count: 4581
- Subject: Re: [MD:4574] Re: Meadow2.00 Beta1 + wl2.10.1 のtool-bar wl-summary-next 連打で落ちる
- From: MIYASHITA Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxx>
- Date: Tue, 26 Aug 2003 07:49:15 +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.1.2600) MULE/5.0 (SAKAKI) Meadow/2.00 Beta1 (NADESHIKO)
At Mon, 25 Aug 2003 22:51:36 +0900,
MIYOSHI Masanori wrote:
> よく理解できないんだけど、
> mw32_handle_tool_bar_click()
> -> mw32_tool_bar_item()
> -> tool_bar_item_info()
> -> Fget_text_property()
> の部分をメインスレッドに移動しなければいけないのでは?
current_tool_bar_stringの更新さえきちんと同期化すれば、ここは
問題ありません。(つーか、Emacsには、その辺の肝が多すぎると
いうか。;_;)
> mw32_message_loop() 中のマウスのボタンが押されたときの処理を、ま
> るごとメインスレッドに移動するのであれば理解できるのですが。
それはいたずらに複雑な構造を取ることになるし、必要な最低限の
shared dataだけ、lockをかけた方が良いでしょう。
> W32_BLOCK_INPUT/W32_UNBLOCK_INPUT のほとんどの部分は、mouse face
> のためにあるのかと思ってたのですが、そうではなかったですね。
W32_BLOCK_INPUTの、ほとんどのものは、glyph updateと、emacs eventの
同期化のためにあります。
from himi