V0.54アップロードしました - 秀丸メール・バグ関係 - スレッド02043, 2000/12/07

V0.54アップロードしました

秀まるお さん　00/12/07 17:36

　受信で死んでしまうバグが見つかってしまったので緊急バージョンアップしました。

http://member.nifty.ne.jp/hidemaruo/tk054.exe

　です。よろしくお願いします。

RE:02043 V0.54アップロードしました

kujira さん　00/12/07 19:16

秀まるおさん、こんにちは　kujiraです。

V0.54にしてから、受信時に同じメールが複数受信されているような
表示になり、その状態でメールを選択すると落ちてしまいます。
複数というのは、今のところ2-4通と毎回バラバラで、一覧表示の部分
が次のようになります。（A,B,Cはそれぞれ別のメールを表す）
A
A
B
B
B
C
C
C
C

環境は、NT4SP5+IE5.5SP1 PenIII DualProcessorです。

他の方のところでは発生していないでしょうか？

>　受信で死んでしまうバグが見つかってしまったので緊急バージョンアップしました。
>
> http://member.nifty.ne.jp/hidemaruo/tk054.exe
>
>
>　です。よろしくお願いします。

RE:02058 V0.54アップロードしました

kujira さん　00/12/07 19:19

kujiraです。

書き忘れてしまいましたが、落ちた後に再び鶴亀を起動すると、
メールはそれぞれ一つだけ正常に表示され、動作も正常のようです。
次に、メールを取ってくるとまた同様の異常が発生します。

>V0.54にしてから、受信時に同じメールが複数受信されているような
>表示になり、その状態でメールを選択すると落ちてしまいます。

RE:02059 V0.54アップロードしました

秀まるお さん　00/12/07 23:05

　とりあえず僕の所ではそのような症状は発生していませんが、いったいどうしたこ
とやら？

　受信した時に「準備中」となって非常に時間がかかるという症状が起きたりしてま
すが、これはまた別のバグみたいで…。

　とりあえず、スレッド表示の時ならどうかとか、あと、死んだときにDr.Watsonの
ログが出るようでしたら念のためそれを教えて欲しいです。（それで分かるかどうか
自信ないけど）

RE:02070 V0.54アップロードしました

kujira さん　00/12/08 10:33

こんにちは、秀まるおさん kujiraです。

>　とりあえず、スレッド表示の時ならどうかとか、あと、死んだときにDr.Watsonの
>ログが出るようでしたら念のためそれを教えて欲しいです。（それで分かるかどうか
>自信ないけど）

今朝、65通のメールを受信したら(ウィンドウの一番下には65通受信しました
と表示されている)、受信ボックスに未読メールが2000通以上できてしまいま
した(^^)。
スレッド表示でも同様に落ちるようです。
Dr.Watsonですが、VisualStudioを入れているため、drwtsn32 -iでDr.Wat
sonを使うようにして試してみました。
例外を拾ってDr.Watsonは起動したのですが、ログの中身が
Microsoft(R) Windows NT(R) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.
だけです。Dr.Watsonに何かあらかじめ設定しておくことはありますか？

また、V0.53に戻してみても、この状況が発生することも確認しました。

RE:02082 V0.54アップロードしました

秀まるお さん　00/12/08 10:55

　言い忘れてましたが、メール一覧を作り直す方法を一度試してほしいです。たしか、
昔よく似た現象があって、その時はメール一覧（のキャッシュファイル）を作り直す
ことで直りました。

　具体的には以下の方法です。

　－　鶴亀メールは終了させる。
　－　エクスプローラを起動して、「検索」で、鶴亀メール用フォルダ配下の
　　　list.binファイルをすべて検索し、全部削除する。
　－　鶴亀メールを起動する。

　です。これで受信しなおして直るなら、つまり何らかの理由でメール一覧が壊れた
んだと思います。（壊れた原因がいまいち分かりませんが…）

RE:02082 V0.54アップロードしました

秀まるお さん　00/12/08 11:03

　ここの会議室の01424番発言で報告のあった現象と同じみたいです。

　うむ、再現方法はともかくとして、こうなる可能性のあるlist.binファイルの壊れ
方ってのを考えてみる必要がありそうです。

RE:02085 V0.54アップロードしました

kujira さん　00/12/08 12:01

秀まるおさん、こんにちは。　kujiraです。

メール一覧のキャッシュを作り直してみましたが、やはり受信時に再度
増殖するようです。すでに受信してあるメールが増殖することは、いま
のところ発生していないようです。また、一度にたくさんのメールを受
信すると、増殖する確率と個数が増える感触があります。

>　言い忘れてましたが、メール一覧を作り直す方法を一度試してほしいです。たしか、
>昔よく似た現象があって、その時はメール一覧（のキャッシュファイル）を作り直す
>ことで直りました。

>　です。これで受信しなおして直るなら、つまり何らかの理由でメール一覧が壊れた
>んだと思います。（壊れた原因がいまいち分かりませんが…）

RE:02082 V0.54アップロードしました

秀まるお さん　00/12/08 13:10

　とりあえず、鶴亀メールでDEBUGMESSAGEが出たり異常終了してしまった場合には、
次回起動時にlist.binファイルを削除するかどうかのメッセージを出して、「はい」
とすると削除するようにしました。

　これでとりあえず復旧しないことは無くなると思います。

　あと、そもそものメールが増殖する原因は、02062番で報告されているバグのせい
かもしれないです。このバグが発生するとlist.binファイルが壊れたままになってし
まいます。

　フォルダ毎のプロパティの「メールファイルの分割方法」を変更すると、その後お
かしくなるという症状ですが、この辺いじったことは無いでしょか？

RE:02096 V0.54アップロードしました

kujira さん　00/12/08 17:58

秀まるおさん、こんにちは　kujiraです

いじったことはないですねぇ。
list.binを消して復活させた直後は、増殖が起きていたのですが、
今はなぜか安定して受信できます。一回に一通ずつ程度しか受信
していないからかもしれませんが。

>　フォルダ毎のプロパティの「メールファイルの分割方法」を変更すると、その後お
>かしくなるという症状ですが、この辺いじったことは無いでしょか？

RE:02092 V0.54アップロードしました

秀まるお さん　00/12/08 22:30

> メール一覧のキャッシュを作り直してみましたが、やはり受信時に再度
> 増殖するようです。

　もしかしたら02026番で報告いただいたバグと同じ原因かもしれないので、とりあ
えず次のV0.55まで待って欲しい所です。

　V0.55でも起きるようなら、また別の原因ということで…。

RE:02108 V0.54アップロードしました

秀まるお さん　00/12/08 23:57

> いじったことはないですねぇ。
> list.binを消して復活させた直後は、増殖が起きていたのですが、
> 今はなぜか安定して受信できます。一回に一通ずつ程度しか受信
> していないからかもしれませんが。

　うむ、んじゃ今日修正したバグとは別問題のようで…。

　とりあえずV0.55を先にアップロードさせていただきます。

RE:02121 V0.54アップロードしました

kujira さん　00/12/11 16:53

秀まるおさん、こんにちは。
kujiraです。

とりあえず今朝100通以上のメールを一気に受信しましたが
(V0.54)、正常に受信できました。やはり、.binが壊れて
いたのが原因のようですが、修復後数回発生していた障害は
なんだったのでしょう？このまま二度と発生しなければいい
のですが。

>　うむ、んじゃ今日修正したバグとは別問題のようで…。
>
>　とりあえずV0.55を先にアップロードさせていただきます。

RE:02156 V0.54アップロードしました

秀まるお さん　00/12/11 18:37

> とりあえず今朝100通以上のメールを一気に受信しましたが
> (V0.54)、正常に受信できました。やはり、.binが壊れて
> いたのが原因のようですが、修復後数回発生していた障害は
> なんだったのでしょう？このまま二度と発生しなければいい
> のですが。

　標準のフォルダプロパティだと、ファイルを２Ｍバイト単位で区切って作成するよ
うになってまして、たぶん、その区切りで区切られて新しいファイルに切り替わった
ことでバグが収まったんじゃないかと思います。

　ということは、また２Ｍバイト近くになってくると起きるとか…。

　あと、内部的な話になりますが、１通受信しても、その後の解析処理で数通受信し
たかのように解釈してしまう可能性のある処理がありまして、そこはそこで改良しな
いといけないです。

　まだ当分βテストが続きそうなので、また起きたら連絡お願いします。