最近不正終了が多い気がしますNo.01632
ヒラメ さん　17/07/11 14:43
　
ここ最近秀丸メールが頻繁に不正終了してしまいます。

たまたまかもしれませんが、不正終了するタイミングではメール以外の
作業をしている上自動起動のマクロが動くこともありませんので、
何か特定の操作が原因ではないような気がしています。

dump.txtは出力されないようですので、動作を記録するようにしてみても
特別不審な出力はされていないようにみえます。

何か問題の洗い出しに協力できるといいのですけど・・・。


（7/7に記録したdump.txtです）
10:55:54.817 (2924) 本体アイコンを戻します。
10:55:54.832 (10500) 受信したメールはありませんでした。
10:55:54.832 (11165) ProcessTransmitSub() exit
10:55:54.832 (12393) FreePatrol
10:55:54.832 (13454) LeaveTrans()
10:55:54.832 (13043) AutoDown exit
10:55:54.832 (21620) StartAutoDownTimer()
10:55:54.832 (21629) StartAutoDownTimer() set
  ->このあと11:01:32に死んでいたようです
11:03:38.125 (3619) 秀丸メール開始 V6.72 Beta 11 IEVersion=60, 1 1 1 2017/07
/07 11:03 pid=13612 64bit
11:03:38.125 (3798) will InitApplication
11:03:38.125 (3813) will CreateMainWnd
11:03:38.219 (2223) HmCreate


イベントビューアーから拾ってきたエラー発生の記録です。
M/D  Version
5/4  6.7.2b2
5/8  6.7.2b2
5/29 6.7.2b4
6/1  6.7.2b4
6/5  6.7.2b4
7/6  6.7.2b11
7/6  6.7.2b11
7/7  6.7.2b11
7/7  6.7.2b11
7/7  6.7.2b11
7/7  6.7.2b11
7/11 6.7.2b11


秀丸メール Version 6.72 Beta 11 (64bit)
HTMLメール Viewer Version 3.08
HTMLメール編集アドイン Version 1.37
秀丸アドレス帳シンクロナイザ Version 1.06 -> 定期的な同期はOFF
秀丸スペルチェックアドイン Version 1.03
Windows 10 Pro (Creators Update), 1703 (15063.413) (64bit)
  ->最後のWindows Updateは6/14でした
[ △ ]
RE:01632 最近不正終了が多い気がしますNo.01633
秀まるお2 さん　17/07/11 15:27
　
　秀丸メールの中で、いわゆる「保護違反」とかのエラーが起きた場合は、基本
的には秀丸メール自身がエラーをトラップしてdump.txtに出力するはずになりま
す。

　dump.txtが出力されないケースとしては、

　−　dump.txtを出力する処理自体で落ちてる場合
　−　「全般的な設定・上級者向け・デバッグ」の
　　　□ 保護違反が起きた時はWindowsにエラー処理させる
　　　がONの場合
　−　カーネルモードで動いてるドライバーの中とか、
　　　秀丸メールのトラップできない所でのエラーの場合


　があるかなぁと思います。

　Windowsのイベントログの中に、エラーの発生したモジュール名が出てると思
うので、それである程度分かるかもしれません。もし良かったらその辺教えて欲
しいです。

　ちなみに「保護違反が起きた時はWindowsにエラー処理させる」をOFFにして、
右側の「テスト」ボタンで保護違反を発生させた場合は、以下のようなログが出
ます。

障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af126
障害が発生しているモジュール名: TuruKame.exe、バージョン: 6.7.2.11、タイム
スタンプ: 0x595af126
例外コード: 0xc0000005
障害オフセット: 0x000000000008839a
障害が発生しているプロセス ID: 0x1638
[ △ ]
RE:01633 最近不正終了が多い気がしますNo.01634
ヒラメ さん　17/07/11 15:50
　
取り急ぎ障害が発生しているモジュール名を調べてみました。
HTMLメール絡みのような。。。

Windowsにエラー処理させるはOFFになっていました。

M/D  Version
5/4  6.7.2b2  unknown
5/8  6.7.2b2  unknown
5/29 6.7.2b4  unknown
6/1  6.7.2b4  mshtml.dll、バージョン: 11.0.15063.332
6/5  6.7.2b4  unknown
7/6  6.7.2b11 unknown
7/6  6.7.2b11 unknown
7/7  6.7.2b11 unknown
7/7  6.7.2b11 unknown
7/7  6.7.2b11 unknown
7/7  6.7.2b11 mshtml.dll、バージョン: 11.0.15063.413
7/11 6.7.2b11 unknown
[ △ ]
RE:01634 最近不正終了が多い気がしますNo.01635
秀まるお2 さん　17/07/11 17:21
　
　HTMLメールViewerを保護モードで使ってる場合だと、仮にmshtml.dllで保護違
反が出ても、HTMLメールがうまく表示されないだけで、秀丸メールが無くなって
しまうことは無いです。

　mshtml.dllで保護違反が出て秀丸メールのウィンドウが画面上から消えて無く
なってるとしたら、HTMLメールViewerが保護モードじゃないモードか、または
HTMLメール編集アドインを使ってるか、どっちかかなぁと思います。

　とりあえず、HTMLメール編集アドインを使ってないとしたら、HTMLメール
Viewerを保護モードでのみ使う（印刷はしない？）と落ちない可能性が高いと思
います。

　HTMLメール編集アドインを使ってるとしたら・・・HTMLメール編集アドインの
設定に「ウィンドウを再利用する」があるのですが、それをOFFにすると、落ち
なくはなるかもしれません。特に、HTMLメールを編集してる最中じゃない時に落
ちるとしたら、これが関係するかもしれません。ただし、これをOFFにすると、
HTMLメール編集アドインを呼び出して終了する度にメモリリークが発生します。
時々（１日に１回とか）秀丸メールを再起動してやらないとダメもしれません。

-----------------------------------------------------
　もう１つ、mshtml.dllに関係して設定が１つあります。HTMLメールViewrや
HTMLメール編集アドインの設定に「互換性」ページがあって、そこの設定が、標
準だと「Internet Explorer 10相当」になってます。

　これがもし、「Internet Explorer 11相当」になってると、Windows10の場合
に限っていろいろ問題があるようです。もしそうなってるなら10相当に戻してみ
て欲しいです。

　とりあえずそれで様子見していただくしか無いかなぁと思います。
[ △ ]
RE:01635 最近不正終了が多い気がしますNo.01636
ヒラメ さん　17/07/12 00:07
　
HTMLメールの保護モードを意識的に解除することはありませんし、印刷もほとんど
しませんので編集アドインかなと思います。

ウィンドウ再利用しない設定にして様子を見てみます。
（1日1回程度の再起動であれば全く問題ありません）

また互換性の設定は触ったことがありませんでしたので10相当になっていました。
念のため一度9相当に変更して再起動後に元の10相当に戻してみました。
[ △ ]
RE:01636 最近不正終了が多い気がしますNo.01637
秀まるお2 さん　17/07/12 10:34
　
　毎度テストお願いばっかりですみません。

　とりあえず、それで落ちないようでしたら、HTMLメール編集アドイン用の
ウィンドウをDestroyしてもメモリリークしないようにする方法を改めて探して
みるか、またはHTMLメールViewerの保護モードと同じく、別プロセスで動かす作
戦か、またはメモリリークしてる量を計算して、ある程度溜まったら再起動を即
すメッセージ表示するか、何か対策を考えたいと思います。

　相変わらず落ちるようでしたら・・・。すみませんがまたdump.txtにログ出力
する作戦にて様子見してもらう作戦をお願いするかもしれません。
[ △ ]
RE:01637 最近不正終了が多い気がしますNo.01638
ヒラメ さん　17/07/12 14:22
　
本日また1度不正終了してしまいました。
保護モードの解除はしていないつもり＋ウィンドウ再利用OFFの状態です。

何かテスト協力できることがあれば協力したいと思います。

障害が発生しているモジュール名: mshtml.dll、バージョン: 11.0.15063.413
[ △ ]
RE:01638 最近不正終了が多い気がしますNo.01639
秀まるお2 さん　17/07/12 15:03
　
　今さらですが、mshtml.dllで落ちてもdump.txtが取れない理由は、たぶんです
が、mshtml.dllの生成した別スレッド（いわゆるワーカースレッド）で保護違反
が出てるのかなぁと思います。

　秀丸メールは保護違反を自前でトラップしてはいるんですが、トラップできる
のは自前で生成したスレッドだけで、よそのモジュールが勝手に生成した
スレッドはトラップ出来ないです。

　あと、HTMLメール編集してる最中じゃない時に落ちる理由は・・・たぶん、
mshtml.dllの生成したワーカースレッドはウィンドウをDestroyしても裏で動き
続けてて、それが何か問題を起こしてるってことかなぁと思います。だとしたら、
Destroyする作戦でも回避できないのだろうと思います。

　非常に困りました。

　他のユーザー様からは似たような報告は無いので、もしかしたらヒラメさんの
ような複数モニタ環境で起きる問題なのかもしれませんが、どっちにしても、
mshtml.dllの中の問題は僕には直せないです。

　とりあえず思いつく対策は、HTMLメール編集アドインを別プロセスで動作させ
るって方法がありますが、なかなか難しい処理になります。もうちょっと考えて
みます。
[ △ ]
RE:01639 最近不正終了が多い気がしますNo.01640
秀まるお2 さん　17/07/12 15:40
　
　あと１つお願いが。

　例外コードの値も教えて欲しいです。

例外コード: 0xc0000005

　の部分のコードですけども。以前、mshtml.dllで落ちる例で、スタックオー
バーフローの例外（0xC00000FD）が出る例があって、その対処として秀丸メール
のスタックサイズを拡大するってことをしているようでした。

　例外コードによっては対応策があるかもしれないです。
[ △ ]
RE:01640 最近不正終了が多い気がしますNo.01641
ヒラメ さん　17/07/12 16:42
　
例外コードは全て同じで、以下の通りでした。
何かの参考になりますでしょうか。。。

例外コード: 0xc0000005
[ △ ]
RE:01641 最近不正終了が多い気がしますNo.01642
秀まるお2 さん　17/07/12 17:53
　
　例外コードは、いわゆるAccess Violation（普通の保護違反）ということ
で・・・。せっかく調べていただいたんですが、この例外コードを元にした対処
方法は無さそうです。

　もっと考えます。
[ △ ]
RE:01642 最近不正終了が多い気がしますNo.01643
秀まるお2 さん　17/07/12 18:58
　
　とりあえず再現テストしてみたんですが、別のバグらしき現象を見つけてしま
いました。

　適当に文字入力してAlt+Aですべて選択してフォントサイズのリストを選択し
てサイズ変更しようとしても変わってくれないようです。何度か範囲選択を繰り
返してると変更が効くようになるようですが。

　Windows10固有の問題なのやら？。
[ △ ]
RE:01643 最近不正終了が多い気がしますNo.01645
秀まるお2 さん　17/07/12 23:39
　
> 　とりあえず再現テストしてみたんですが、別のバグらしき現象を見つけてしま
> いました。

　HTMLメールの本文の中を一度マウスクリックすると直るようです。（逆に言う
と、マウスクリックしない限りダメ）

　あと、落ちる現象がこちらで１回再現しました。こちらのテスト環境として、

　メインモニタ：DisplayPort接続の4Kモニタ
　サブ：        HDMI接続の1680x1050解像度モニタ

　となっていつつ、メインのモニタの電源を切ると、自動的に

　メインモニタ： HDMI接続の180x1050解像度モニタ

　の環境に切り替わります。この「HDMIのメインのみ」の状態からまた4Kモニタ
の電源を入れて「4Kメイン+サブ」の環境に切り替えたら落ちました。

障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af900
障害が発生しているモジュール名: mshtml.dll、バージョン: 11.0.15063.483、タイ
ム スタンプ: 0x96f4f0bb
例外コード: 0xc0000005
障害オフセット: 0x0043b2a9
障害が発生しているプロセス ID: 0x1c64
障害が発生しているアプリケーションの開始時刻: 0x01d2fb1894a2c64e
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: C:\Windows\System32\mshtml.dll
レポート ID: a24d614c-5977-4e2f-9792-483c3c9eee62
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:

　ということで、ヒラメさんの所もモニタの切り替えのタイミングで落ちてるっ
てことじゃないでしょうか。
　（dump.txtには何も記録されてないので判断が難しいかもしれませんが）

　とりあえずモニタ切り替えのタイミングの可能性が高いと思うので、その辺の
ログ出力を一回やってみようと思います。
[ △ ]
RE:01645 最近不正終了が多い気がしますNo.01646
ヒラメ さん　17/07/13 01:44
　
夜遅くまで検証作業頂きすみません。

少し前まではこちらでも確かにモニタ切替のタイミングで落ちているような
気がしていました。最近はなるべく意識していつ落ちているのか見ている
のですが、Excel等で作業している最中に突然秀丸メールが不正終了したり
する場面も目撃しています。一体何が原因なのやら。。。

余裕があれば一度サブモニタを接続せずに様子を見てみようと思います。

なおこちらのモニタ環境は以下の通りです。
メインモニタ：Surface Pro4（150%）
サブモニタ　：Display Port+DSub変換アダプタ 1280*1024（多分）
またサブモニタの位置はメインモニタの上にしています。
モニタの位置はつい最近変更しました。関係ありますでしょうか。

いろいろモニタ関連で修正を頂いていますので、ほかのユーザーさんにも
恩恵があることを願っております。
[ △ ]
RE:01646 最近不正終了が多い気がしますNo.01648
秀まるお2 さん　17/07/13 12:08
　
　とりあえず分かった点として・・・

　HTMLメール編集アドインを起動すると、WebBrowserコントロール（Internet
Explorer相当のウィンドウ部品）が裏で隠しウィンドウをいくつか生成するよう
で、そのウィンドウに何かメッセージが届いた時に落ちることがあるようでした。

　その隠しウィンドウは、WebBrowserコントロールをDestroyしても画面上に残
るようですが、スレッド自体を終了すれば消えるようで・・・

　　「全般的な設定・上級者向け・デバッグ」に
　　　□ ATOKとの組み合わせでおかしな現象が出る対策

　ってオプションがあってこれをONにすると、エディタ・ウィンドウを閉じたタ
イミングで毎回スレッド終了して、結果、WebBrowserコントロールの隠しウィン
ドウも全部消えてくれるようです。

　とりあえずこちらでテストした限りは、その設定だと落ちないようです。

　ということで（専門的な話ばっかりですみませんが）、上記オプションONにし
てしばらく使っていただけますでしょうか。

　それで落ちなくなるとしても・・・・、将来的にこれを回避策として使うのは
別の問題もあるので、何か別の回避策も考えないといけないです。
[ △ ]
RE:01648 最近不正終了が多い気がしますNo.01649
ヒラメ さん　17/07/13 14:28
　
情報ありがとうございます。
ご指摘の設定をONにしてしばらく様子を見てみます。

（なおメインディスプレイの拡大率は175%でした。）
[ △ ]
RE:01649 最近不正終了が多い気がしますNo.01654
ヒラメ さん　17/07/14 14:39
　
今日また一度落ちてしまいました。
今回はunknownな何かが原因だそうです。

発生のタイミングはスリープからの復帰と同時のようでした。


障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af126
障害が発生しているモジュール名: unknown、バージョン: 0.0.0.0、タイム スタン
プ: 0x00000000
例外コード: 0xc0000005
障害オフセット: 0x0000000004ae7ea0
障害が発生しているプロセス ID: 0x1afc
障害が発生しているアプリケーションの開始時刻: 0x01d2fc3fc234d6a9
障害が発生しているアプリケーション パス: C:\Program Files\HidemaruMail\TuruK
ame.exe
障害が発生しているモジュール パス: unknown
レポート ID: 7571300d-50bf-472a-96ca-3dd76272edc3
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
[ △ ]
RE:01654 最近不正終了が多い気がしますNo.01657
秀まるお2 さん　17/07/14 15:58
　
　スリープからの復帰で落ちてしまうのは、実は以前ありました。これもHTML
メールViewerだかHTMLメール編集アドインだかが関係してて落ちるという話でし
た。

　この問題回避用のオプションもまたあったりします。「全般的な設定・上級者
向け・デバッグ・デバッグ２」に、

　　　□ サスペンド/休止モードから復帰したら秀丸メールを再起動する

　ってオプションがあります。これをONにすると回避できる可能性が高いと思い
ます。

　このオプションONの場合、秀丸メールに「レジューム」の通知が届いた時に、
自動で再起動します。

-------------------------------------------------
　このオプションに関しての過去の話を見直したら、なんかだかおんなじ落ち方
をしてるみたいな気がしました。

　過去の事例を完全に忘れてました。

hidesoft.8:01118| レアですが異常終了する手順
http://www.maruo.co.jp/hidesoft/8/x01118_.html

　おんなじ話みたいです。

　「秀丸メールを自動再起動する」と「ATOKとの・・・」のオプション両方ONだ
と回避できるのかもしれません。

　とりあえず、両方ONでまたしばらく様子見作戦でお願いしたいです。

　根本的には、マイクロソフトさんが直してくれないとダメそうな気がしますけ
ども。
[ △ ]
RE:01657 最近不正終了が多い気がしますNo.01658
ヒラメ さん　17/07/14 16:58
　
自動再起動の設定をONにしてみましたが、うまく再起動しないようにみえます。
試した操作はSurfaceの電源ボタンプッシュ、キーボードを閉じる、スタートから
のスリープです。いずれの場合も秀丸メールは再起動していません。

実際の所、不正終了してしまうことよりは検索結果一覧が消えてしまうことの方が
面倒な感じです。毎回の強制再起動よりは、たまの不正終了を選んでしまうかも。

スリープ復帰のタイミング以外でも落ちてしまうので、mshtmlが何とか改善される
ことを祈ることにします。今週のWindows Updateでmshtmlのバージョンも上がって
いるようですし。
[ △ ]
RE:01657 最近不正終了が多い気がしますNo.01659
秀まるお2 さん　17/07/14 17:03
　
　追加ですみません。

　スリープからの復帰で落ちてるとしたら、dump.txtの最後に、

16:06:49.026 (11532) WM_POWERBROADCAST 4
16:31:14.671 (11532) WM_POWERBROADCAST 7
16:31:14.671 (11532) WM_POWERBROADCAST 18

　みたいな記録があるかなぁと思います。

　「7」または「18」の後で落ちてるなら、今回のオプションで回避可能だと思
います。

　特に何も出力されてなくて落ちてるなら、今回のオプションではダメでし
て・・・。その場合は、例えばスリープ時に秀丸メールを終了して別のワーカー
プロセスを起動し、復帰したことはそのワーカープロセスで検知して、そのワー
カープロセスからまた秀丸メールを起動する、みたいな処理を新たに作らないと
ダメかと思います。

　あと、WM_POWERBROADCASTの後に落ちることをなんとかうまく検出して、次回
秀丸メール起動時に、デバッグオプションを自動でONに切り替えてしまうような、
そういう仕組みも考えたいと思います。
[ △ ]
RE:01659 最近不正終了が多い気がしますNo.01660
ヒラメ さん　17/07/14 17:25
　
今回もdump.txtは出力されていませんでした。

先にも書きましたけど、スリープからの復帰毎に強制再起動させるのは
ちょっと嫌なので、自動でONにはしてほしくないなぁと思います。。。
[ △ ]
RE:01660 最近不正終了が多い気がしますNo.01661
秀まるお2 さん　17/07/14 18:17
　
　Surface Pro4の場合、古いパソコンとスリープの動作が違ってるのかもしれま
せん。それで、スリープモードに入ったりスリープモードから復帰したりする時
に、アプリケーションソフトには何も通知されないのかなぁと思います。

　アプリケーションソフトに何も通知されないでスリープするようなら、秀丸
メールではどっちにしても何もしようが無いです。

　何かスリープについて設定とかあるのかもしれませんけども。

　とりあえず、落ちたらまた手作業で再起動してもらいつつ、マイクロソフトさ
んが直してくれることを期待するしか無いかもしれません。


----------------------------------------------------------------
　他のWebBrowserコントロールを使うアプリ（例えばBecky!とか）は落ちないの
かなぁと思って簡単にテストした限りは落ちないようで・・・。何かWebBrowser
コントロールの使い方が違ってるのやら？。その辺も一回調べてみます。
[ △ ]
RE:01661 最近不正終了が多い気がしますNo.01709
oyako さん　17/07/20 14:41
　
横からすみません。
まさに私も同様の件で悩んでいます。

1ヵ月前くらいからか、
受信しながら返信メールを書こうとしたりすると高確率で落ちます。

タイミングが悪いと、受信中に、先に受信したメールを表示しただけでもダメだった
りします。

ver6.72β　windows10 の環境ですが
落ちた後立ち上げると、新規受信があるメールアカウントの太字が解除されてしまう
ので、
30個近く設定しているメールアカウントを１つ１つクリックして受信があるかどうか
をチェックしないといけないので微妙に面倒です・・

何か解決できるとよいのですが・・
[ △ ]
RE:01709 最近不正終了が多い気がしますNo.01710
ヒラメ さん　17/07/20 14:53
　
こんにちは。

私の所ではここ数日安定して動作しだしました。

秀まるお様に教えて頂いた以下設定をONにして使っています。

　　「全般的な設定・上級者向け・デバッグ」
　　　□ ATOKとの組み合わせでおかしな現象が出る対策

最近のWindows Updateでmshtml.dllのバージョンが上がって
いるので、何か改善されたのかなぁと思っていたところでした。

秀丸メール Version 6.72 Beta 12 (64bit)
HTMLメール Viewer Version 3.09
HTMLメール編集アドイン Version 1.37
Windows 10 Pro (Creators Update), 1703 (15063.483) (64bit)
mshtml.dll Version 11.0.15063.483
[ △ ]
RE:01710 最近不正終了が多い気がしますNo.01711
秀まるお2 さん　17/07/20 15:23
　
　実は、この前アップロードした秀丸メールのV6.72β12にて、その

> 　　「全般的な設定・上級者向け・デバッグ」
> 　　　□ ATOKとの組み合わせでおかしな現象が出る対策

　がOFFであっても、実質的にそこをONにしたのと同じような処理をするように
しました。

　エディタ・ウィンドウ上でHTMLメール編集アドインを起動した形跡がある場合、
そのウィンドウを閉じるタイミングで、そのウィンドウに関する情報をすべて破
棄する（= スレッドを終了させる）ようにしました。その結果、msthml.dllの生
成する隠れたウィンドウ（ワーカーウィンドウ）も消えるので、結果として
mshtml.dllで落ちなくなる手はずになってます。

　（ということで、ヒラメさんの所でもここのオプションOFFに戻してもらった
方がいいかも）

　mshtml.dllの中で保護違反が出てる件については、今回の修正で直った可能性
が高いと思うんですが、「unknown」の所で落ちてるとしたら、それはまた別の
問題かもしれないです。

---------------------------------------------------
■ oyakoさんへのコメント：

　とりあえず、V6.72β11以下でしたら、最新のβ12に入れ替えていただくこと
で解決するかもしれません。

　あと、イベントビューアーに記録された情報があったら教えて欲しいです。落
ちてる場所のモジュール名とか、例外コードとかですけども。
[ △ ]
RE:01711 最近不正終了が多い気がしますNo.01713
oyako さん　17/07/20 15:44
　
β12にしてみます。

とりあえずついさっき落ちた際の記録です。
------------
障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af900
障害が発生しているモジュール名: imecfm.dll、バージョン: 10.0.15063.483、タイ
ム スタンプ: 0xc0c85f57
例外コード: 0xc000041d
障害オフセット: 0x00001104
障害が発生しているプロセス ID: 0x3ec4
障害が発生しているアプリケーションの開始時刻: 0x01d3011671538ce2
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: C:\Windows\System32\IME\shared\imecfm.dll
レポート ID: a1cd9282-5a13-4a14-96b5-a64843ed9081
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
------------
次のいずれかの理由によりファイル C:\Windows\Fonts\StaticCache.dat にアクセス
できません:  ネットワーク接続、このファイルの保存先ディスク、またはこのコン
ピューターにインストールされている記憶域 ドライバーに問題があります。または、
ディスクが見つかりません。 このエラーによりプログラム 秀丸メール は終了しま
した。

プログラム: 秀丸メール
ファイル: C:\Windows\Fonts\StaticCache.dat

エラー値は [追加データ] セクションに一覧表示されます。
ユーザー操作
1. このファイルをもう一度開きます。 この状況は、プログラムを再実行するときに
修復される一時的な問題である可能性があります。
2. このファイルにまだアクセスできず、
  ファイルがネットワーク上にある場合は、 ネットワーク管理者がネットワークに
問題がないこと、およびサーバーにアクセスできることを検証する必要があります。
 - ファイルが、フロッピー ディスクや CD-ROM などのリムーバブル ディスクにあ
る場合は、ディスクがコンピューターに完全に挿入されていることを確認します。
3. CHKDSK を実行してファイル システムをチェックおよび修復します。CHKDSK を実
行するには、[スタート] ボタンをクリックし、[ファイル名を指定して実行] をクリ
ックし、「CMD」と入力して、[OK] をクリックします。コマンド プロンプトで「CHK
DSK /F」と入力してから、Enter キーを押します。
4. 問題が解決しない場合は、バックアップ コピーからファイルを復元します。
5. 同じディスク上の他のファイルが開くかどうかを確認します。開かない場合は、
そのディスクが壊れている可能性があります。ハード ディスクの場合は、管理者ま
たはコンピューター ハードウェア ベンダーに連絡して サポートを受けます。

追加データ
エラー値: 0747DAB0
ディスクの種類: 3
------------
障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af900
障害が発生しているモジュール名: imecfm.dll、バージョン: 10.0.15063.483、タイ
ム スタンプ: 0xc0c85f57
例外コード: 0xc000001d
障害オフセット: 0x00001104
障害が発生しているプロセス ID: 0x3ec4
障害が発生しているアプリケーションの開始時刻: 0x01d3011671538ce2
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: C:\Windows\System32\IME\shared\imecfm.dll
レポート ID: 9abf8eac-c14c-4aba-98db-d85ee5d04ea3
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:


[ △ ]
RE:01713 最近不正終了が多い気がしますNo.01714
秀まるお2 さん　17/07/20 16:01
　
　imecfm.dllっていうのはIME関係の何かのようなので、ヒラメさんの所の問題
（HTMLメール編集アドインがらみ）とはまた別のような気がします。

　例外コードも何か特殊なコードのようで、何の例外なのかちょっと分からない
です。

　何かIME関係で特殊な事情があるようでしたら、それが関係して起きてる可能
性があると思います。一ヶ月前から起き出したのでしたら、その付近で何か別の
IME（Google IMEとかATOKとか）をインストールしたとかあれば、その辺の関係
かもしれません。

　何か調べて分かったらまた追加書き込みさせていただきます。
[ △ ]
RE:01714 最近不正終了が多い気がしますNo.01715
oyako さん　17/07/20 16:10
　
早速のご確認有難う御座います。
ひとまずはβ12にて様子を見てみたいと思います。

ちなみにこういうログになったのはここ１、２日で
それまではだいたい下記のような感じでした。
------------
障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af900
障害が発生しているモジュール名: unknown、バージョン: 0.0.0.0、タイム スタン
プ: 0x00000000
例外コード: 0xc000041d
障害オフセット: 0x00000011
障害が発生しているプロセス ID: 0xcf4
障害が発生しているアプリケーションの開始時刻: 0x01d2fc5e5b794b60
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: unknown
レポート ID: 59bbbcba-1580-4023-8ee7-272b173272c7
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:

みてたらこんなのもありました。やっぱりIME関連？なんでしょうか・・
------------
障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.11、タ
イム スタンプ: 0x595af900
障害が発生しているモジュール名: imjpapi.dll、バージョン: 10.0.15063.0、タイ
ム スタンプ: 0x92de58e9
例外コード: 0xc000008c
障害オフセット: 0x00013ea4
障害が発生しているプロセス ID: 0x25b0
障害が発生しているアプリケーションの開始時刻: 0x01d2fa007a2150ac
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: C:\Windows\System32\IME\IMEJP\imjpapi.dll
レポート ID: 885661c3-8ab2-4941-ac2d-ccd9bf3b3993
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:

[ △ ]
RE:01715 最近不正終了が多い気がしますNo.01716
秀まるお2 さん　17/07/20 16:42
　
　0xc000041dって例外が何なのかよく分からないのですが、ネット検索したら１
つ情報を見つけました。

http://forum.square-enix.com/ffxiv/threads/270979-%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B%E4%B8%AD%E3%81%AB%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88%E3%81%8C%E8%90%BD%E3%81%A1%E3%82%8B%E3%80%82

　そこから"0xc000041d"を検索すると出てくるのですが、ファイルシステムに
エラーがあるせいで起きることがあるような話で、「chkdsk /f」で直るんじゃ
ないかって話があります。

　１回ダメ元でハードディスクのエラーチェックをかけてみるとどうでしょうか。

　やり方の例：
　https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=017950

　あと、レジストリが壊れてるみたいな話もあるようなので、それの修復用に、
「sfc /scannow」をやるのもお勧めです。

　例：
　http://freesoft.tvbok.com/tips/windows/sfc.html
[ △ ]
RE:01716 最近不正終了が多い気がしますNo.01721
oyako さん　17/07/21 05:51
　
有難う御座います。
両方やってみましたが、特に何も検出されませんでした。

とりあえず現状で試してみながらまた何かありましたらお知らせさせて頂きます。
[ △ ]
RE:01721 最近不正終了が多い気がしますNo.01724
oyako さん　17/07/23 05:45
　
またまた落ちてしまいました。念のためイベントビューアの記録を貼っておきます。
落ちて一番困るのは、未読メールのあるアカウントの太字が解除されてしまうことな
ので、落ちてもこれが解決すると助かるのですが＾＾；
難しいでしょうか。

------------
障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.12、タ
イム スタンプ: 0x596da7f9
障害が発生しているモジュール名: unknown、バージョン: 0.0.0.0、タイム スタン
プ: 0x00000000
例外コード: 0xc000041d
障害オフセット: 0x0000000a
障害が発生しているプロセス ID: 0x4644
障害が発生しているアプリケーションの開始時刻: 0x01d30328c6e59742
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: unknown
レポート ID: 2aaf6525-67ab-4e4c-bc43-26c8e9d7fa74
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:

------------
障害が発生しているアプリケーション名: TuruKame.exe、バージョン: 6.7.2.12、タ
イム スタンプ: 0x596da7f9
障害が発生しているモジュール名: unknown、バージョン: 0.0.0.0、タイム スタン
プ: 0x00000000
例外コード: 0xc0000005
障害オフセット: 0x0000000a
障害が発生しているプロセス ID: 0x4644
障害が発生しているアプリケーションの開始時刻: 0x01d30328c6e59742
障害が発生しているアプリケーション パス: C:\Program Files (x86)\HidemaruMail
\TuruKame.exe
障害が発生しているモジュール パス: unknown
レポート ID: 1f667356-a90e-48ed-8875-b4b2baef57fd
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:

------------
[ △ ]
RE:01724 最近不正終了が多い気がしますNo.01727
秀まるお2 さん　17/07/24 10:05
　
> 落ちて一番困るのは、未読メールのあるアカウントの太字が解除されてしまうことな
> ので、落ちてもこれが解決すると助かるのですが＾＾；

　アカウントの太字が消えてしまうのは、たぶん、太字かどうかの情報を
ファイルに保存するタイミングが、秀丸メール終了時に実行するようになってる
せいだと思います。太字/細字の表示切り替えをするタイミングで保存するよう
にすれば、いつ落ちても復活するようになると思います。

　その辺の処理を一回見直してみます。
[ △ ]
RE:01727 最近不正終了が多い気がしますNo.01742
秀まるお2 さん　17/07/26 10:08
　
　アカウントの太字/細字状態の保存ですが、現状の、

　１．秀丸メール終了時

　に保存するのとは別に、

　２．アカウントを展開/折りたたみしたタイミング
　３．アカウントに未読メールが無い状態で、何らかの未読メールが追加
　　　された時。

　にも保存するようにしました。

　アカウント内の未読メールがすべて既読になったタイミングでは保存しないの
で完璧では無いのですが、実用上はほとんど大丈夫だろうと思います。少なくと
も未読メールがあるのに細字で表示されることは無くなるはずです。

　次のβ版（V6.72β13）からそういう仕様にさせていただきます。
[ △ ]
RE:01742 最近不正終了が多い気がしますNo.01752
oyako さん　17/07/27 05:43
　
早速のご対応感謝いたします！

落ちてみないと確認も難しいので
落ちることを半ば期待しつつ笑
使わせて頂きます！

いつもサポート、フォローありがとうございます。
[ △ ]