32bit版Windows上の秀丸のファイル読み込No.36618
kfc さん 18/06/06 10:38
 
1.不具合内容
 Windows10 Pro 32bit 上の秀丸エディタで、既存のテキストファイルを読み込もう
とすると、[読み込み中...] - 秀丸 とタイトルバーに表示されたまま止まってして
しまう。

 この症状は、Windows10 の 64bit 上では起きません。

2.検証環境
秀丸エディタ Version 8.79 32bit edition
Windows10 Pro 32bit(最新 update 適用済)
セキュリティソフトは、Windows Defenderのみにした。
常駐アプリケーションは、Windows デフォルトのものだけにした。
その他の起動ソフトはなし。

3.秀丸の設定

 秀丸のクリーンインストール直後なので、デフォルトのままです。

4.その他
 トラブル対処の例やネット上の情報は検索してみたのですが、同様の症例は報告さ
れていない様です。

[ ]
RE:36618 32bit版Windows上の秀丸のファイNo.36620
秀丸担当 さん 18/06/06 12:29
 

Windowsが32bit版という条件だけでそうなるとしたら、他の方やもっと大きな問題に
なっていそうで、32bit版という条件自体は可能性としては低そうな気がします。
特定のファイルだけでそうなるとか、特定の場所や特定のPC、ある操作方法のときだ
け起きるなど、何らかの他の条件が無いかどうかがわかると手がかりになると思いま
す。
タスクバーの隅にある常駐秀丸エディタのアイコンを右クリックして、ハングアップ
チェッカーを起動して、問題が起きている秀丸エディタを強制終了させると、うまく
いくとdumpが出力できることがあり、もしdumpが得られたら、その内容を"taki@maru
o.co.jp"まで送っていただけると固まっている箇所は特定できるかもしれません。


[ ]
RE:36620 32bit版Windows上の秀丸のファイNo.36622
kfc さん 18/06/06 12:48
 
>
> ......
>
そうですね。利用者数が多いであろう秀丸でこんな根本的なエラーが出たら確かに問
題です。
指摘された件を再調査して、後日再投稿したいと思います。

[ ]
RE:36618 32bit版Windows上の秀丸のファイNo.36627
kfc さん 18/06/08 20:49
 
ご教授いただいた内容に沿って、以下の 1 〜 7 の内容を試しました。私的な結論は、
7. になりました。滅多に起きないレアケースだと思います。

1. 特定のファイルだけでエラーが発生するのか?
 どのテキストファイルでも同様のエラーが発生します。
ひょとして、ファイルのエンコードに問題があるのかと思い、UTF-8 、SHIFT-JIS 等
で保存して試しましたが、同様のエラーが発生します。改行コード( CR+LF, CR, LF
 )も試しましたが、同様のエラーが発生します。

2. 特定の場所にあるファイルでエラーが発生するのか?
 保存箇所(フォルダとかドライブとか)を変えて試しましたが、同様のエラーが発
生します。path の文字列長も疑いましたが、C ドライブ直下に配置してもエラーを
回避できません。

3 .ファイルサイズに問題があるのか?
 1kB 位のファイルであってもエラーが発生します。

4 .ファイルの行数に問題があるのか?
 改行のみのファイルを作って検証したところ、20 行未満まではエラーは発生しま
せん。20 行以上のファイルになるとエラーが発生します。

5 .特定の PC のみでエラーが発生するのか?
 残念ながら Windows10-32bit をインストールしている PC は 1 台だけなので検証
できません。Windows10-64bit をインストールしている PC 上では何ら問題はありま
せん。

6 .特定の操作をしたときにエラーが発生するのか?
 秀丸の File メニューから操作しても、エクスプローラーから関連付けで開いても
症状は変わりません。

7 .その他に試したこと
 「その他」「動作環境」メニューの各項目でリセットを選択。デフォルトの環境に
戻して不具合が再現されるかどうか試したところ、Windows10-64bit での動作と同じ
で何ら問題ないことが確認できた。
 確認のため、「その他」「設定内容の保存/復元」メニューで保存しておいた不具
合の生じる設定ファイルを再適用したところ、ファイル読み込み時の不具合が再現さ
れました。更に Windows10-64bit 上の秀丸にも同設定を読み込ませましたが、やは
り何ら問題は生じませんでした。つまり私の設定は、Windows10-32bit と Windows10
-64bit では異なる挙動をするということです。(デフォルトではどちらでも正常に
動作するが、設定次第ではエラーになる場合もあるようです。)
 私的には対処方法がわかりましたので、正常に動作する状態から設定し直して使用
していきたいと思っています。

8 .最後に
 私の知識では原因追及は無理ですが、作者様ならばどの設定(組み合わせ)に問題
があるのか原因がわかるかもしれません。ハングアップチェッカーの起動結果( dum
p....txt )と使用していた設定ファイル( HM_Setting.reg )をお送りいたします。
たぶん、添付の HM_Setting.reg を読み込むと不具合が再現されると思います。

[ ]
RE:36627 32bit版Windows上の秀丸のファイNo.36630
秀丸担当 さん 18/06/11 10:04
 

詳しいテストと情報ありがとうございます。
dumpと設定ファイルも受け取りました。ありがとうございます。

dumpの内容によりますと、正常に動作しているときにハングアップチェッカーで終わ
らせた内容に見えて、固まっている状態かどうかは判別できませんでした。止まると
いうのは、応答なしで操作できないとか、しばらく待つと回復するとか、そういうこ
ともわかると手がかりになると思います。
仮想PCで32bitのWindows 10 Version 1803をクリーンな状態で作って、そこに秀丸エ
ディタV8.81を入れて、設定ファイルを反映させてみて、20行以上のファイルを読み
込んだりしたところでは、再現しませんでした。
32bitというより、PCのデバイス固有の何かが関係しているという気がします。

20行以上というのはちょっと不思議なのですが、気になることとしては、ウィンドウ
サイズが20行に近い高さのようで、動作環境が[その他]→[動作環境]→[表示/操作]
→[文字の描画]のところを触った後のようでした。全くの推測ですが、ウィンドウと
描画そのものに関する何かが関係しているのかもしれないです。
解像度やタイトルバーの違いのせいもあるのか、こちらではぴったり20行ではなかっ
たのですが、「3Dグラフィックスアクセラレータによる文字の描画」がONのときだけ
に再現するとしたら、GPUのドライバ関係で問題があるのかもしれないです。
Windowsのバージョンは1709のようで、Windows 10 Version 1709(Fall Creators Upd
ate)では、SetPixel/GetPixelが極端に遅くなるというWindows自身の問題もあるらし
く、推測のさらに推測ですが、そうだとしたらWindowsの更新をすると変化があるか
もしれないです。


[ ]