秀丸メールのプロセスがいなくなる	No.30021
EA11R さん　07/01/24 23:10
EA11R@一般ユーザです。 全く再現性はなくて、気がついたら秀丸メールのプロセスが消滅していた、 と言うケースが、Ver 4.69〜4.71 でたまに、発生します。 全く再現性はなくて、Dr.Watson(?)とかに全く、プロセス消滅の情報が残ら ないので何か、調査の方法はないでしょうか。 デバッグレベルを上げてダンプにでてくる類であればいいんですけど。 発生するときは、特にCPU使用率、物理メモリ使用率も少なく、全く、HW的に 負荷がかかってません。 また、わかっている再現条件は、秀丸メール本体のウィンドウを[×]で閉じ た時だけです。 # 常駐させているので、タスクトレイにいるはずなんですが

[ △ ]

RE:30021 秀丸メールのプロセスがいなくな	No.30023
秀まるお2 さん　07/01/24 23:28
「全般的な設定・上級者向け・動作の記録」の「秀丸メールの動作をdump.txt に記録する」をONにして使っていただけると助かりますが…。 　それで普通に使っていただいて、おかしい状況が起きたときに、その時のdump. txtの内容の最後の１００行くらいを僕に送っていただけると、それで何か分か るかもしれないです。 　ちなみに僕のメールアドレスは、 maruo@mitene.or.jp です。 　ということで、もしよかったらその方法でお願いしたい所です。

[ △ ]

RE:30023 秀丸メールのプロセスがいなくな	No.30027
EA11R さん　07/01/25 01:09
秀まるおさん、夜分遅くどうもです。 EA11R@一般ユーザです。 >　「全般的な設定・上級者向け・動作の記録」の「秀丸メールの動作をdump.txt >に記録する」をONにして使っていただけると助かりますが…。 > >　それで普通に使っていただいて、おかしい状況が起きたときに、その時のdump. >txtの内容の最後の１００行くらいを僕に送っていただけると、それで何か分か >るかもしれないです。 > >　ちなみに僕のメールアドレスは、 maruo@mitene.or.jp です。 > >　ということで、もしよかったらその方法でお願いしたい所です。 再現するまでその設定をONにして使っていきます。 上手く再現するといいんですが…。 今年に入って2回起きていますが、昨年も3〜4回、と起動時間とメールの送受信 総数、ウィンドウを閉じる総回数と比べても、発生回数が非常に小さいのが難点 ですが。

[ △ ]

RE:30027 秀丸メールのプロセスがいなくな	No.30080
EA11R さん　07/01/27 13:23
秀まるおさん、こんにちは。 EA11R@一般ユーザです。 先ほど再現しましたので、dump.txtの最後の200行を添付して送付しました。 今回、いなくなった直前の操作ですが、 1. 受信メールのエディタを開く 2. メール内のURLをクリックしてブラウザを立ち上げる 3. 受信メールのエディタを閉じる(ESCキーで) 4. 秀丸メールを×マーククリックで閉じる と言った感じで、バージョンは、4.72です。 > >秀まるおさん、夜分遅くどうもです。 > >EA11R@一般ユーザです。 > >>　「全般的な設定・上級者向け・動作の記録」の「秀丸メールの動作をdump.txt >>に記録する」をONにして使っていただけると助かりますが…。 >> >>　それで普通に使っていただいて、おかしい状況が起きたときに、その時のdump. >>txtの内容の最後の１００行くらいを僕に送っていただけると、それで何か分か >>るかもしれないです。 >> >>　ちなみに僕のメールアドレスは、 maruo@mitene.or.jp です。 >> >>　ということで、もしよかったらその方法でお願いしたい所です。 > >再現するまでその設定をONにして使っていきます。 >上手く再現するといいんですが…。 > >今年に入って2回起きていますが、昨年も3〜4回、と起動時間とメールの送受信 >総数、ウィンドウを閉じる総回数と比べても、発生回数が非常に小さいのが難点 >ですが。

[ △ ]

RE:30080 秀丸メールのプロセスがいなくな	No.30084
秀まるお2 さん　07/01/28 10:17
送っていただいたdump.txtによると、タスクバーのトレーには常駐秀丸メール のアイコンが存在していて、エディタも１つ存在していることになります。そし て秀丸メールのプロセスは終了していないはずです。 IsProcessExitable: IconInTaskbar IsProcessExitable: editor > 1 　というのがそれなんですが…。 　画面上で、たしかにエディタが居なくなって、タスクバーのトレーからは常駐 秀丸メールのアイコンが消えてしまってるんですかね。 　仮に秀丸メールのプロセスがこの後異常終了してたとしても、タスクバーのト レーから常駐秀丸メールのアイコンは消えないはずだと思います。マウスカーソ ルをアイコンの上に移動させると、そのとき初めて消えます。 　ということでよく分かりませんが、何か他に情報があれば教えて欲しいような …。 　あと、とりあえず今度また起きた時に、Ctrl+Alt+Deleteキーを押してタスク マネージャを呼び出してもらって、そこのプロセス一覧の所にTuruKame.exeがあ るかどうか見てほしいです。それがもしあるのだとしたら、それなりに僕の方で 何らかの調査用の処理を考えてみたいと思います。 　TuruKame.exeのプロセス自体が消えて無くなってるのだとしたら、ちょっと解 決策は思いつかないです。というのは、特に秀丸メールが異常終了した形跡も無 いし、自分から終了させようとした形跡も無いってことになって、果たしてなぜ プロセスが消えてしまったのか説明不可能だからです。

[ △ ]

RE:30084 秀丸メールのプロセスがいなくな	No.30085
EA11R さん　07/01/28 11:35
秀まるお　さん、こんにちは。 EA11R@一般ユーザです。 >　送っていただいたdump.txtによると、タスクバーのトレーには常駐秀丸メール >のアイコンが存在していて、エディタも１つ存在していることになります。そし >て秀丸メールのプロセスは終了していないはずです。 > >IsProcessExitable: IconInTaskbar >IsProcessExitable: editor > 1 > >　というのがそれなんですが…。 そう言うことですか…。 >　画面上で、たしかにエディタが居なくなって、タスクバーのトレーからは常駐 >秀丸メールのアイコンが消えてしまってるんですかね。 > >　仮に秀丸メールのプロセスがこの後異常終了してたとしても、タスクバーのト >レーから常駐秀丸メールのアイコンは消えないはずだと思います。マウスカーソ >ルをアイコンの上に移動させると、そのとき初めて消えます。 > >　ということでよく分かりませんが、何か他に情報があれば教えて欲しいような…。 気がつけばいなくなっているので、意識して再現ができないんですよね^^; 今回、偶々、立ちあげた受信メールエディタの状態からブラウザを間違えて終了 させたので、もう一度開こうとしたら、すでにタスクトレイには存在せず、タス クマネージャからも、プロセスが無くなっていたんですね。 そういえば、およそ120時間ていどは連続稼動はさせていた気がしますが。 と言っても、200時間以上無事だったケースのほうが圧倒的に多いので、連続稼 働時間の問題ではないと思いますけど。 あとは、今回に限っては、MetaTrader4でバックテストをかけて、FireFoxでロ テータを起動させていたので、CPUやHDDの負荷が相当に高かったですね。 どのくらいか、と言うと、普段はウィンドウの切り替えは1分以内なんですが、 10分は掛かるような状態でした。 >　あと、とりあえず今度また起きた時に、Ctrl+Alt+Deleteキーを押してタスク >マネージャを呼び出してもらって、そこのプロセス一覧の所にTuruKame.exeがあ >るかどうか見てほしいです。それがもしあるのだとしたら、それなりに僕の方で >何らかの調査用の処理を考えてみたいと思います。 この部分ですが、 ・タスクトレイにはアイコンは存在してません ・タスクマネージャで全ユーザプロセスのチェック状態でプロセスを確認しても、 　TuruKame.exe は存在してません この辺りは確認済みなので、本当に、神隠しに遭ったようにいなくなってしまう んです。 流石に、この辺りは確認しないと、プロセスがいなくなった、とは、とてもとて も^^; で、秀丸メールを立ちあげなおすと、SMTP_POP3*.txt を削除するかメッセージ が出るので、この点からも、本当にプロセスが存在していない、と思ってもいい のかと。 >　TuruKame.exeのプロセス自体が消えて無くなってるのだとしたら、ちょっと解 >決策は思いつかないです。というのは、特に秀丸メールが異常終了した形跡も無 >いし、自分から終了させようとした形跡も無いってことになって、果たしてなぜ >プロセスが消えてしまったのか説明不可能だからです。 そうですよね^^; タイミングとしては、タスクトレイに入った瞬間に、トラップ不可能な異常が発 生して死んでしまった、ぐらいでしょうか。 プロセス監視のフリーの既存のツールがあれば良いんですが、とりあえず、 TuruKame.exe を起動する Rapperを作って起動と終了のタイミングでログを取っ て見ます。

[ △ ]

RE:30085 秀丸メールのプロセスがいなくな	No.30086
秀まるお2 さん　07/01/28 13:12
ちなみにタスクトレーのアイコンというのは、プロセスがいきなり異常終了し た場合には残り続けます。そして、マウスをアイコンの上に移動させると、その 瞬間に消えて無くなります。例えば何らかのトレーアイコン表示ソフトをタスク マネージャからプロセスの強制終了をするとそういう状態が確認出来ると思いま す。 > プロセス監視のフリーの既存のツールがあれば良いんですが、とりあえず、 > TuruKame.exe を起動する Rapperを作って起動と終了のタイミングでログを取っ > て見ます。 　秀丸メールのプロセス内ではログの取りようがないので、やるとしたらそうい う、外部の監視ソフトを作る作戦しか無さそうです。ということで、よろしくお 願いします。

[ △ ]

RE:30086 秀丸メールのプロセスがいなくな	No.30344
EA11R さん　07/02/19 02:18
こんばんは、EA11R＠一般ユーザです。 3課ほど前にも突然死を経験していたんですが、プロセスの監視ツールで 監視させてませんでした。 で、先ほど、やはり突然死したので、ご連絡します。 今回の突然死は、前回の突然死後の再実行からの連続稼動で発生してます。 プロセスが 0x40010004 で終了するケースが分かればいいんですけど。 一応、分かっていることを箇条書きにします。 　PID: 2068 　開始時間  : 2007.02.17 19:57:25.129 　終了時間  : 2007.02.19 01:28:06.595 　実行時間  : 29:30:41.466 　終了コード: 0x40010004 ---------------------------------------------------------------------- DUMP.TXTの一部 ---------------------------------------------------------------------- 01:27:09.610 (1596) 常駐アイコンを戻します。 01:27:09.642 (1607) 本体アイコンを戻します。 01:27:09.689 (1505) AddIconToTaskbar() 01:27:09.689 (10970) SetForegroundTopWindow hwndFrame 01:27:12.689 (7606) 24 / 最近の分=23 / 未読=1 / マーク=0 01:27:12.720 (3569) RefreshListViewItem 01:27:12.720 (7484) SetWaitCursor 0 01:27:12.720 (8275) SetView pTitle=0B516DC0 cb=4333 off=601988 01:27:12.735 (8275) SetView pTitle=0B516DC0 cb=4333 off=601988 01:27:12.751 (7544) RestoreWaitCursor 0 01:27:12.751 (8275) SetView pTitle=0B516DC0 cb=4333 off=601988 01:27:13.751 (7606) 0 / マーク=0 01:27:15.689 (9589) Cmd 40038 01:27:15.689 (8275) SetView pTitle=0B516DC0 cb=4333 off=601988 01:27:15.689 (17150) MuteOther() 01:27:15.704 (17193) MuteOther: OBJECT_0 01:27:15.720 (16701) tid=3480 ThreadFunc 01:27:15.735 (16752) tid=3480 ViewFrame created 027F08FE 01:27:15.735 (16772) tid=3480 HmCreate 01:27:15.735 (   0) tid=3480 call WinMainSub 01:27:15.735 (   0) tid=3480 FrameWndProc: WM_CREATE 01:27:15.751 (   0) tid=3480 ClientWndProc: WM_CREATE 01:27:15.751 (   0) tid=3480 return WinMainSub 01:27:15.751 (16776) tid=3480 HmCreate return 01:27:15.798 (6830) tid=3480 InitOuterHidemaru 01:27:16.032 (10973) tid=3480 SetForegroundTopWindow 027F08FE 01:27:16.064 (17040) CreateThreadAndViewFrame: waiting hevent OK 01:27:16.064 (17129) CreateThreadAndViewFrame() normal exit 01:27:16.064 (10973) SetForegroundTopWindow 027F08FE 01:27:16.064 (17280) ReleaseMuteOther() 01:27:16.064 (10718) 40038 ret 1 01:28:01.017 (6095) syscommand 61472 01:41:53.626 (1908) 秀丸メール開始 V4.74beta7 IEVersion=60, fWin98=1, fWin2000=1 fLargeMem=1 2007/02/19 01:41 ---- Original Message ----- >　ちなみにタスクトレーのアイコンというのは、プロセスがいきなり異常終了し >た場合には残り続けます。そして、マウスをアイコンの上に移動させると、その >瞬間に消えて無くなります。例えば何らかのトレーアイコン表示ソフトをタスク >マネージャからプロセスの強制終了をするとそういう状態が確認出来ると思いま >す。 > >> プロセス監視のフリーの既存のツールがあれば良いんですが、とりあえず、 >> TuruKame.exe を起動する Rapperを作って起動と終了のタイミングでログを取っ >> て見ます。 > >　秀丸メールのプロセス内ではログの取りようがないので、やるとしたらそうい >う、外部の監視ソフトを作る作戦しか無さそうです。ということで、よろしくお >願いします。

[ △ ]

RE:30344 秀丸メールのプロセスがいなくな	No.30345
秀まるお2 さん　07/02/19 09:42
> プロセスが 0x40010004 で終了するケースが分かればいいんですけど。 　DBG_TERMINATE_PROCESS という値のようでして、googleで検索するといくつか 出てくるようではあります。 　一応、何らかの異常終了だけども、drwtsn32.exeがうまくエラーログを作成し てくれないケースということのようです。秀丸メール内部じゃなくて、何かディ スプレイドライバーとかで死んでるのかもしれませんけど。 　syscommand 61472　を最後に死んでるようですけど、これはウィンドウを最小 化するシステムコマンドです。これが１時２８分１秒に届いてそれで最後になっ てます。 　ということで、それ以上は分かりません。 http://www.codeguru.com/forum/showthread.php?threadid=259352 　によると、drwtsn32.exeじゃなくてwindbgを使えとかありますけど。それかデ バッグバージョンの秀丸メールを提供するかですかね？ 　それか、とりあえず「ウィンドウを最小化すると死ぬ」ってことが分かった訳 なので、その最小化の処理の中で、もっと細かくdump.txt出力するように直して みます。

[ △ ]

RE:30345 秀丸メールのプロセスがいなくな	No.30348
秀まるお2 さん　07/02/19 09:55
ソースコード見直したんですけど、ウィンドウ最小化の時はなんにもしてない です。ただ単に、DefWindowProcっていうWindowsの関数にWM_SYSCOMMANDメッ セージを渡してるだけです。 　なので秀丸メールの内部で死ぬってことはありえないと思いますが…。念のた め、そのDefWindowProc呼び出しの前後にもdump.txt出力を加えてみることにし ます。

[ △ ]

RE:30348 秀丸メールのプロセスがいなくな	No.30354
EA11R さん　07/02/19 12:41
秀まるお　さん、こんにちは。 EA11R＠一般ユーザです。 >　ソースコード見直したんですけど、ウィンドウ最小化の時はなんにもしてない >です。ただ単に、DefWindowProcっていうWindowsの関数にWM_SYSCOMMANDメッ >セージを渡してるだけです。 > >　なので秀丸メールの内部で死ぬってことはありえないと思いますが…。念のた >め、そのDefWindowProc呼び出しの前後にもdump.txt出力を加えてみることにし >ます。 Sleipnirとかウィルスバスター2007とか、秀丸メール以外にもタスクトレイ 常駐ソフトはいくつかあるんですけど、秀丸メールしか突然終了するケース はないんですよね^^; 後、ディスプレイドライバの件もあるかも、と言うことなので、いろいろな バージョンに入れ替えて試して見ます。 しかし、今時、NVIDIA GeForce 256 のドライバーって、入手できるか^^; メーカーのサポートリストからも無くなっているので、問い合わせるなどし て、いくつかのバージョンを入手に挑戦して見ます。

[ △ ]

RE:30354 秀丸メールのプロセスがいなくな	No.30357
秀まるお2 さん　07/02/19 14:40
ディスプレイドライバーが関係してるとしたら、アイコンモジュールを外して みるのも１つの手かもしれません。 　あとは、最小化してから死ぬまでに５秒ほどタイムラグがあるので、最小化と は別の何らかのタイミングで死んでるのだとしたら、常駐秀丸メールのアイコン の上で何かしたとかでかね。何かその辺のヒントがあれば、それに関係した操作 の部分にdump.txt出力を追加します。

[ △ ]

RE:30357 秀丸メールのプロセスがいなくな	No.30358
EA11R さん　07/02/19 15:25
秀まるお　さん、こんにちは。 EA11R＠一般ユーザです。 >　ディスプレイドライバーが関係してるとしたら、アイコンモジュールを外して >みるのも１つの手かもしれません。 外部モジュールとしてのアイコンモジュールは使ってないです。 ショートカットキー派なので、特にアイコンを変えたい、とか、そう言うことは 思ったことはないですし。 # アイコンから使うのは、99%が振り分けの実行ぐらいなので^^; >　あとは、最小化してから死ぬまでに５秒ほどタイムラグがあるので、最小化と >は別の何らかのタイミングで死んでるのだとしたら、常駐秀丸メールのアイコン >の上で何かしたとかでかね。何かその辺のヒントがあれば、それに関係した操作 >の部分にdump.txt出力を追加します。 とくにかした、と言うことはない、と思うのです。 気がついたら、タスクトレイが縮んだので、引き伸ばして見たら、タスクトレイ からいなくなっていた、と。 で、監視ツールを見てみると、秀丸メールが、異常と思われるコードを返して終 わっていた、と言うことなんです。 せっかく、Windbgを教えてもらったので、もう少し、説明を読んで使えそうであ れば、Debugging Tools for Windowsをインストールして、そちらでも監視させ てみます。 P.S. メーカから、最終番と思えるドライバーを入手できたので、ビデオ・ドライバ をOS標準の NVIDIA GeForce 256 のドライバーから入れ替えました。

[ △ ]

RE:30358 秀丸メールのプロセスがいなくな	No.30360
秀まるお2 さん　07/02/19 16:18
あと他に、何も操作してないタイミングで秀丸メールが何らかの動作をすると したら、ファイルハンドルの遅延クローズというのがありまして…。これを抑止 するには、「全般的な設定・ウィルス対策・詳細」の「アンチウィルスソフトの リアルタイム検索を高速動作させる」ってオプションをOFFにする必要がありま す。 　それも試してみて欲しいです。 　そこをOFFにして、しかもアンチウィルスソフトも使いたいということであれ ば、とりあえず.TXT形式ファイルに対してリアルタイム検索しないようにアンチ ウィルスソフトを設定してやれば、一応、あんまり遅くはならないと思います。

[ △ ]

RE:30360 秀丸メールのプロセスがいなくな	No.30361
EA11R さん　07/02/19 16:55
秀まるお さん、こんにちは。 EA11R＠一般ユーザです。 >　あと他に、何も操作してないタイミングで秀丸メールが何らかの動作をすると >したら、ファイルハンドルの遅延クローズというのがありまして…。これを抑止 >するには、「全般的な設定・ウィルス対策・詳細」の「アンチウィルスソフトの >リアルタイム検索を高速動作させる」ってオプションをOFFにする必要がありま >す。 > >　それも試してみて欲しいです。 元々、秀丸メールのホームディレクトリは検索対象外にしてますし、現在は、送 受信メールのスキャンは機能させてないので、OFFにしてても多分、大丈夫です ね。 そうですね、この設定もOFFにして、終了監視だけさせて、様子を見て見ます。 Windbgを使っていると、冗談ではなく、パフォーマンスが落ちてしまいますし。 再度発生したら、そのときに、Windbgでモニターさせます。

[ △ ]

RE:30361 秀丸メールのプロセスがいなくな	No.30948
EA11R さん　07/04/04 20:00
EA11R＠一般ユーザです。 2ヶ月ぶりに再現しました^^; 今日、5回発生し、意図して4回、内1回は秀丸エディタで発生しました。 エラーコードは秀丸メールもエディタも同じで、0x40010004(前回と同じ)でした。 DbgWinでの再現テストは、平日は難しいので、今週末に行います。 # パフォーマンスの問題です…。 再現させた手段は、以下の通りですが、この場合で考えられるケースはあります でしょうか。 秀丸メールのエディタ/秀丸エディタから 1. URLをダブルクリックで起動する 　→ クリックで選択、ダブルクリックで開く 　→ 通常使うブラウザを使用 2. ブラウザ起動後、アドレスバーは空欄の状態で、ブラウザから秀丸メール 　または秀丸エディタを[×]クリックでクローズする。 　→ 秀丸メール/エディタクローズ後、ブラウザは開こうとしたURLのページを 　　 表示できない このケースだと、以外とアッサリと同じコードでプロセスが終了しまます。 秀丸エディタでも同じなので、 正常時は、ブラウザに制御が移る＝開こうとしたURLでページが表示されるので すが、このケースの場合は、上にも書きましたが、指定されたページは表示され ません。 また、正常時は、ブラウザとの会話が完了するまで(推測)は、フォーカスを占有 しますが、異常終了すケースでは、一瞬と言え、フォーカスが親プロセスに移り ます。 どんなURLでも発生するかどうかは確認してませんが、タイミング的に、URLの長 さとかは関係ないような気がします。 エディタ上のURLをマウスでダブルクリックなりしてブラウザを起動、[×]をひ たすらクリック、を繰り返せば再現するかもしれません。 ただ、サクサクとブラウザが立ち上がると、再現はしないかもしれません。 発生した時は、ブラウザのWindowが描画されるまで、通常(体感5秒ぐらい)がお よそ倍(体感10秒ぐらい)かかってしまってます。 IEは前回はIE6、今回はIE7なので、IEであれば、なのか、ブラウザ問わずなのか、 までは不明です。 また、ブラウザに限らず、添付ファイルを開く場合等、外部のアプリケーション を起動する時であれば、発生するのかもしれません。 恐らく、ブラウザとの会話中にフォーカスが移動したり、Windowの終了通知がき たために内部で処理場の矛盾、もしくは、想定外のイベントが発生してしまって いる気がしますが…。 バージョン情報 　WindowsXP Pro SP2 + IE7 　秀丸メール 4.7b7 　秀丸エディタ 6.07(常駐秀丸あり/常駐秀丸は生存) 　ウィルスバスター2007(Vista対応バージョン/前回はVista対応バージョン前)

[ △ ]

RE:30948 秀丸メールのプロセスがいなくな	No.30951
秀まるお2 さん　07/04/05 10:53
こちらでちょっとテストした限りはうまく再現しませんが、たぶん、DDE通信 をしている最中に秀丸メールが終了させようとするとおかしくなるって問題なの かなぁと思います。 　URLをダブルクリックした時は、ShellExecuteって関数にただそのURLを渡すだ けなんですが、その結果としてInternet Explorerを起動する動作になる場合と DDEで既存のInternet Explorerと通信する場合の２通りがあります。後者になる とDDEの最中にメッセージループが回ってしまうので、その間に秀丸メール終了 指示があるとおかしくなるのかなぁと思います。 　とりあえずですが、「設定・秀丸エディタの動作環境...」の「表示/操作 - リンク」の「ブラウザを指定」を押して、「Webブラウザを指定する」にして Internet Explorerのプログラム（C:\Program Files\Internet Explorer\ IEXPLORE.EXE）を指定してやれば、それでDDEは使わなくなりまして、結果とし て異常終了も回避出来るかなぁと思います。 　ということでそれを一回試してみて欲しいです。 　それでもし異常終了が回避出来そうだってことであれば、ShellExecute実行中 には秀丸メール終了をさせないような対策を施してみたいと思います。

[ △ ]

RE:30951 秀丸メールのプロセスがいなくな	No.30953
秀まるお2 さん　07/04/05 11:50
ShellExecute中に秀丸メールが終了しないようにソースコードを直していて気 づいたんですが、既に似たような対策が入っていました。 　ShellExecute実行中は今現在のウィンドウをDisableする処理をしてまして、 結果、ShellExecute実行中にはマウスクリックは効かないようになってるはずだ と思います。秀丸エディタも同様になってます。 　一応、その元々あった対策とは別に、WM_SYSCOMMAND およびWM_CLOSEのメッ セージを破棄するような処理も入れてみます。あと、そういう破棄をした場合は dump.txtに記録を出すようにもしてみます。

[ △ ]

RE:30953 秀丸メールのプロセスがいなくな	No.30977
EA11R さん　07/04/07 10:50
EA11R＠一般ユーザです。 ためしに、プログラムを指定しましたが、これだと、プロセスが都度立ち上がる んですね。 タブ機能が使えないですが、まぁ、URLダブルクリック後、ブラウザプロセス起 動から秀丸メールやエディタの解放が早いので、寧ろ、こっちを使おうかな、と。 あと、OSの内部の状態によっては、再現頻度に著しい差が出てくるようです^^; これはDDE通信絡みなのかな…。 >　ShellExecute中に秀丸メールが終了しないようにソースコードを直していて気 >づいたんですが、既に似たような対策が入っていました。 > >　ShellExecute実行中は今現在のウィンドウをDisableする処理をしてまして、 >結果、ShellExecute実行中にはマウスクリックは効かないようになってるはずだ >と思います。秀丸エディタも同様になってます。 > >　一応、その元々あった対策とは別に、WM_SYSCOMMAND およびWM_CLOSEのメッ >セージを破棄するような処理も入れてみます。あと、そういう破棄をした場合は >dump.txtに記録を出すようにもしてみます。 当面は、ベータも積極的に入れ替えて逝きます<m(__)m>

[ △ ]

RE:30977 秀丸メールのプロセスがいなくな	No.30993
秀まるお2 さん　07/04/09 09:42
> 当面は、ベータも積極的に入れ替えて逝きます<m(__)m> 　次のβ版はリストボックスを自前の物に置き換えてしまうので、最初しばらく はバグが出る可能性が高いです。 　その辺ご了承ください。

[ △ ]

---