[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
[MD:2973] Meadow 1.99a1 - Access violation.
- X-ml-count: 2973
- Subject: [MD:2973] Meadow 1.99a1 - Access violation.
- From: MIYASHITA Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxx>
- Date: Thu, 21 Feb 2002 19:22:07 +0900
- User-agent: T-gnus/6.15.4 (based on Oort Gnus v0.04) (revision 11) 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/1.99 Alpha1 (AWOFUCHI)
無理しすぎて風邪引いた。;_;
Shun-ichi GOTO <gotoh@xxxxxxxxxxx> writes:
> キューに入るまでのブロックですよね?
> 握手自体は必要でしょう。 PostMessage()だって同期(OSが受信保証)しなかった
> らプログラムを書く方は大変なことになっちゃうもの。
> ## そゆことではなくて?
いえ、そゆことではないです。^^;;;
PostMessageといえど、私の調査する限りでは、GetMessage/PeekMessageまでの
同期を取ることがあります。;_; SendMessageの場合は、MessageProc()からreturnするか
ReplyMessageまでの同期が取られます。;_;
## queueにほうりこんだらさっさとかえってこいっつーの。
Shun-ichi GOTO <gotoh@xxxxxxxxxxx> writes:
> himi> たぶんmessage queueが恐ろしく少なかったWin16の名残というやつでしょう。-_-#
>
> 近い将来こんな会話も?
> A:『このコードはなんでこんななの?』
> B:『Win95 という特殊なWin32 platform のサポートの名残でしょう』
ん、まあ、この場合で言うなら、Win16ってのは、16個しか(うろ覚え)defaultでは
queueがなかったんです。だから、OLEとか使う場合には儀式のようにqueueのサイズが
広げられることになります。:-P
> himi> ## なんでOS/2にならんかったんだろうか。;_;
>
> ## どういう意味かよくわかってないけど
> カトラーの『闘うプログラマー』ネタかな?
OS/2では、こういう事態がないのでありました。 :-P
message周りの状況はWindowsよりずっとまともだった記憶があります。
WM_CHARとか、Windowsだと、すごい経路で生成されてるからね。まあ、でも、
IMEとかのことを考えると、納得がいかないでもないでもないけど、多分、
そういう理由じゃないんだろうなぁ。
from himi