5.70beta33応答なしNo.03810
きいろいまふらあ さん 11/07/13 00:14
 
きいろいまふらあです

報告です

Ver.5.70 beta33
いつのまにか応答なしになってました。
30分くらい放置してもそのままでした。
ステータスバーは
「メール一覧を更新中 (受信\spam)」
と表示された状態でした。

原因わかりますか

dump.txtの末尾

23:08:22.206 (8194) SetWaitCursor 1
23:08:22.207 (4815) メール一覧を更新中 (受信\spam)
23:08:22.522 (5164) will RefreshIndexCache
23:08:22.540 (8256) RestoreWaitCursor 1
23:08:22.540 (2131) SmallFolderInfoDifferent
23:08:22.540 (2739) listcache loaded ********/0/spam findfile=892
targetfile=888 mailcount=61072 unread=36136 hot=144 viewarea=3 time=764
23:08:22.540 (7407) MailFileOperation ope=4 ********/0/ count=1 file=受
信201107.txt offset=66146
23:08:22.540 (7410) dest=********/0/spam
23:08:22.540 (8194) SetWaitCursor 1
23:08:22.567 (8256) RestoreWaitCursor 1
23:08:22.567 (8194) SetWaitCursor 1
23:08:22.570 (8496) SetAttachFolderRefCount: Cannot create count-file,
code=3 name=D:\turukamedata\********\受信HTML\110712_17
\$$$ReferenceCount$$$.$$$
23:08:22.570 (8256) RestoreWaitCursor 1
23:31:30.233 (16906) tid=2640 ProcessFrameClose()
23:31:30.233 (16962) tid=2640 Not Updated
23:31:30.233 (11269) tid=2640 DestroyWindowします
23:31:30.254 (8090) tid=2640 WM_DESTROY
23:31:30.257 (8098) tid=2640 ImeをOFFにしました
23:31:30.257 (22605) tid=2640 MuteOther()
23:31:30.257 (22680) tid=2640 MuteOther: OBJECT_0
23:31:30.283 (11271) tid=2640 DestroyWindowしました
23:31:30.284 (16977) tid=2640 return TRUE
23:31:30.284 (22390) tid=2640 Hidemaru Message-loop exit

[ ]
RE:03810 5.70beta33応答なしNo.03811
秀まるお さん 11/07/13 08:39
 
 「メール一覧を更新中」の表示が出たまま消えないだけで、操作は可能だった、
ということでしょうか。だとしたら、「メール一覧を更新中」の表示を消す処理
が抜けてるということで、そういう処理を探してみたい所です。

 (という、僕も、実は1回だけこの現象を経験したことがありました)

 もしかして秀丸メールがハングアップして操作不能になっていたのだとしたら、
この場合はまずいバグということになりまして、なんとか原因究明したい所では
ありますが…教えていただいたdump.txtでは原因がちょっと分からないです。

 「設定・全般的な設定...」の「上級者向け・デバッグ」ページの中にある
「Hangup Checkerを常駐させる」をONにして、それで使っていただいて、またハ
ングアップした時に、タスクバーのトレー部分にあるHangup Checkerでログを取
っていただくという作戦をお願いしたいです。

 たぶん、「受信\spam」のフォルダを選択して「編集・フォルダ毎の処理・
メール一覧の作成しなおし」を実行すればまたハングアップしてくれるんじゃな
いかと思いますけども…。

[ ]
RE:03811 5.70beta33応答なしNo.03812
秀まるお さん 11/07/13 09:19
 
 もしも「メール一覧を更新中」の表示が出たままになってたのだとしたら、連
絡いただいたdump.txtのもうちょっと前の所も教えて欲しいです。

 たぶんですが、

    「SetWaitCursor 0」

 って記録があって、そこの処理がRestoreしてないせで表示が消えなくなった
ような気がします。なので、「SetWaitCursor 0」が出現してる所までさかのぼ
って、それの直前の数行(あるいは数秒前)くらいまで戻った所から教えて欲し
いです。

 量が多い場合はお手数ですがメールでお願いしたいです。送り先は、

 "maruo@mitene.or.jp" です。

 もしまだ残ってたらお願いします。

[ ]
RE:03811 5.70beta33応答なしNo.03813
きいろいまふらあ さん 11/07/13 10:39
 
きいろいまふらあです。

> 「メール一覧を更新中」の表示が出たまま消えないだけで、操作は可能だった、
>ということでしょうか。だとしたら、「メール一覧を更新中」の表示を消す処理
>が抜けてるということで、そういう処理を探してみたい所です。

いいえ、操作も受け付けない状態になってました。
書き忘れてましたがOSはVistaです。
ウィンドウのキャプションに「(応答なし)」って出てました。
右上の×をクリックして、強制終了させました。
その時点のdump.txtは先の発言に添付したところで終わっていました。
(dump.txtの末尾から切り貼りした、ということです。)

Hangup Checker作戦をやってみます。

[ ]
RE:03812 5.70beta33応答なしNo.03820
きいろいまふらあ さん 11/07/27 11:38
 
きいろいまふらあです。

応答しないまま間があいてしまい申し訳ありませんでした。

> もしも「メール一覧を更新中」の表示が出たままになってたのだとしたら、連

「メール一覧を更新中」の表示が出たままになってました。

>ような気がします。なので、「SetWaitCursor 0」が出現してる所までさかのぼ
>って、それの直前の数行(あるいは数秒前)くらいまで戻った所から教えて欲し
>いです。

23:08:21.549 (9056) tid=3240 ThreadExit 3240
23:08:21.550 (8349) 迷惑メールフィルターの遅延処理は終わってます
23:08:21.731 (14511) NotifyListCacheBaseMoved FFFFFFFF,0DE20048
23:08:21.746 (2131) SmallFolderInfoDifferent
23:08:21.746 (2739) listcache loaded ********/0/ findfile=102 targetfile
=81 mailcount=1578 unread=1528 hot=5 viewarea=1 time=202
23:08:21.746 (8349) 受信フォルダ中の新着メールを振り分け直し
23:08:21.762 (5205) collapse.bin read error code=2
23:08:21.762 (8194) SetWaitCursor 0
23:08:21.763 (1058) InitializeFilter
23:08:21.770 (10400) AlterSave ********/0/ file=受信201107.txt offset=
66146 prevsize=1696
23:08:21.773 (4110) filter action=00040001
23:08:21.774 (4250) filterlog.txt succeeded offset=9458369
23:08:21.776 (6775) FILTER: DeleteFile D:\turukamedata\********\受信HTML
\110712_17\index.htm
23:08:21.779 (2966) DeleteEmptyFolderSub - RemoveDirectory D:
\turukamedata\********\受信HTML\110712_17
23:08:21.779 (10400) AlterSave ********/0/ file=受信201107.txt offset=
66146 prevsize=1709
23:08:21.781 (14503) NotifyListCacheOffsetMoved 0DE5FA0B,-40,0,0,1
23:08:22.206 (8194) SetWaitCursor 1 ←発言:03810のログの1行目

上記ログ引用部分の8行目に「SetWaitCursor 0」が出てます。
(その1行上にエラーっぽいログが出てます……)

もっと上までさかのぼる必要があれば、メールします。

その後、HangupCheckerを常駐させて様子みてますが、同じ現象は発生していま
せん。

よろしくお願いします。

[ ]
RE:03820 5.70beta33応答なしNo.03821
秀まるお さん 11/07/27 16:30
 
 迷惑メールフィルターでのURLチェッカーによる遅延した振り分け処理のタイ
ミングで固まってしまったような感じがしますが、それ以上はいまいちよく分か
らずです。

 何かの条件が重なった時に固まるのだろうと思いますが、発生確率はそれなり
に低くて、それでなかなか再現しないのかなぁと思います。

 後でもっと詳しくログをトレースしてみます。

 とりあえずHangup Checker常駐でご利用の程お願いします。

[ ]
RE:03821 5.70beta33応答なしNo.03822
秀まるお さん 11/07/29 09:49
 
 URLチェッカーでの遅延して行う振り分けの処理(URLチェックが終わった後に
メールを改変&振り分けする処理)があって、それの処理中にハングアップして
るらしいってことが分かりました。

 その辺関係の処理でdump.txtへの追加だけさせていただきます。

 collapse.binファイルの読み込みに失敗してるのは別に問題ありませんでした。

[ ]