[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
Re: [MD:7046] MW32_update_begin でデッドロック
- X-ml-count: 7048
- Subject: Re: [MD:7046] MW32_update_begin でデッドロック
- From: Hideyuki SHIRAI (白井秀行) <shirai@xxxxxxxxxxx>
- Date: Fri, 25 Nov 2005 20:04:30 +0900 (JST)
- X-mailer: Mew version 4.2.53 on Emacs 22.0.50 / Mule 5.0 (SAKAKI)
From: "M.Fujii" <boochang@xxxxxxxxxxxx> さん曰く
Subject: [MD:7046] MW32_update_begin でデッドロック
Message-ID: <20051125.191739.68474921.boochang@xxxxxxxxxxxx>
Date: Fri, 25 Nov 2005 19:17:39 +0900 (JST)
> Mew で n や p で順番にメールを流し読みしていると、Meadow が固まります。
ぼくは、これ落ちたことがないのですが。。。
> 前からたまに同様に固まることがあって以下の ticket にも書いたのですが、
> おそらく固まっている箇所は違うと思います。また、r3987 にしてから固まる
> 頻度が明らかに高まっています。
>
> http://www.meadowy.org/meadow/ticket/187
こっちは普段 tamago を使っているからかも。
> 再現方法の絞り込みはできていませんが、バックトレースを見ると elscreen
> も関連していることは間違いなさそうです。
Mew でほいほいメールを読んでいると
window-configuration-change-hook や window-size-change-functions
が、がしがし動いて(特に window-configuration-change-hook がすご
い)、その度に elscreen がそれなりに重い処理をやっているから、秘
孔をついちゃうのかな?
> 環境は以下のとおりです。
> - Mew 4.2
> - elscreen 1.4.0
> - Meadow 3.00-dev rev3987 (cygwin)
> - Win 2000 sp4
Mew 4.x, Elscreen 1.4.x, Meadow rev3987(VC++ 5.0), Win 2000 sp4 &
XP sp2 ですが、同様のことは起こっていません。VC++ と cygwin の違
いかな。
> 今回は C のバックトレースも取ることができました。以下に貼り付けておきま
> す。
根本的には Meadow 側で対処しないといけないとは思うのですが、(ちょっ
と前から気になっていたのですが) elscreen のソースを読むと、
run-hook がすさまじいので、そのへんの対処は考えて森島さんにたれ
こみます。
## 実は、Zaurus で Mew + elscreen 使うと目に見えて遅くなるときが
## あるのでした。
# とここまで書いたら堀口さんのメールが来た。
--
白井秀行 (mailto:shirai@xxxxxxxxxxx)