V8.96β1No.10261
秀丸担当 さん 20/11/04 09:56
 

V8.96β1を公開しました。
createobjectで管理者でなくてもDLLファイル名から.netのCOMオブジェクト作成をで
きるようにする関係で、HmRegAsm.exeとHmRegAsm.dllというファイルが新たに付属す
るようになっています。

以下のページの「先行開発バージョンはこちら」からダウンロードできます。
https://hide.maruo.co.jp/software/hidemaru.html

32bit版:
https://hide.maruo.co.jp/software/bin3/hm896b1_signed.exe

64bit版:
https://hide.maruo.co.jp/software/bin3/hm896b1_x64_signed.exe

[ ]
RE:10261 V8.96β1No.10262
h-tom さん 20/11/05 23:29
 
h-tom です。

1)部分編集中の「内容比較」が、部分編集の範囲内だけで動作してるのを確認しまし
た。

2)ちょうど、パソコンを新しくしたので未登録だった自前のCOM(vb.netで作成したの
でマネージコードかな?)で、createobject を試してみました。
 特に問題もなく登録され、COMを使用することができました。

3)発生条件がわからないので状況報告のみ(Ver.8.96βからではなく、前から発生し
てます)
 「プログラムの実行」+「アウトプット枠への出力(標準出力とエラー出力)」を使
っていると、常駐秀丸がいつの間にかクラッシュしている時がある。
 編集中に、コピーしようとすると「〜クリップボードの監視に新しい方式〜」のダ
イアログが出てきて気がつきます。
 
 古いパソコンと実行したプログラムは違いますが、新しいパソコンでも発生したの
で、とりあえず報告しておきます。
 (たまにしか起きないので、困っている訳ではない)

[ ]
RE:10262 V8.96β1No.10263
秀丸担当 さん 20/11/06 10:08
 

1)と2)についてご確認ありがとうございます。
.netのCOMは依存関係がややこしいので、できているということでよかったです。

アウトプット枠について、クラッシュしてしまうということで、情報ありがとうござ
います。
いつの間にかということは、dumpが出ていないということかと思います。
もしイベントビューアのWindowsログのApplicationに、hidemaru.exeのものがあるよ
うでしたら、その情報があると手がかりになるかもしれません。

コピーするときに「〜クリップボードの監視に新しい方式〜」のダイアログというの
は、「クリップボード履歴の格納に失敗し、タイムアウトしました。」というメッ
セージボックスのことでしょうか。
これはマクロ実行時のコピーで、従来方式のクリップボード履歴で、常駐秀丸エディ
タが無いときにも出るので、ご指摘の通り、常駐秀丸エディタが起動していたはずだ
けど無くなっているということになると思います。
アウトプット枠の枠自体も常駐秀丸エディタと同じプロセスなので、常駐秀丸エディ
タのプロセスが消えているとしたら、アウトプット枠も消えることになると思います。
アウトプット枠が存在し続けるかどうかでも手がかりになる可能性があります。

[ ]
RE:10263 V8.96β1No.10264
h-tom さん 20/11/07 13:38
 
h-tom です。

何度か試していたら再現したので、イベントビューア確認してみました。

>いつの間にかということは、dumpが出ていないということかと思います。
>もしイベントビューアのWindowsログのApplicationに、hidemaru.exeのものがあるよ
>うでしたら、その情報があると手がかりになるかもしれません。

ログの名前:         Application
ソース:           Application Error
日付:            2020/11/07 10:48:21
イベント ID:       1000
タスクのカテゴリ:      (100)
レベル:           エラー
キーワード:         クラシック
ユーザー:          N/A
コンピューター:
説明:
障害が発生しているアプリケーション名: HIDEMARU.EXE、バージョン: 8.9.6.1、タ
イム スタンプ: 0x5fa148b1
障害が発生しているモジュール名: ntdll.dll、バージョン: 10.0.19041.610、タイ
ム スタンプ: 0xe5d7ed5c
例外コード: 0xc0000005
障害オフセット: 0x0000000000045ae7
障害が発生しているプロセス ID: 0x11ac
障害が発生しているアプリケーションの開始時刻: 0x01d6b4a5466c563f
障害が発生しているアプリケーション パス: C:\Program Files\Hidemaru\HIDEMARU.EXE
障害が発生しているモジュール パス: C:\windows\SYSTEM32\ntdll.dll
レポート ID: 88c92898-861a-4e0e-b1bc-9f13317526e0

動かしていたのは、textlint(要node.js) です。(https://efcl.info/2015/09/10/in
troduce-textlint/)

>コピーするときに「〜クリップボードの監視に新しい方式〜」のダイアログというの
>は、「クリップボード履歴の格納に失敗し、タイムアウトしました。」というメッ
>セージボックスのことでしょうか。
>これはマクロ実行時のコピーで、従来方式のクリップボード履歴で、常駐秀丸エディ
>タが無いときにも出るので、ご指摘の通り、常駐秀丸エディタが起動していたはずだ
>けど無くなっているということになると思います。
メッセージは以下になります。
コピーにマクロを使っていたのを忘れてました。
---------------------------
秀丸エディタ
---------------------------
クリップボード履歴の格納に失敗し、タイムアウトしました。
[中止]を押すとマクロを終了します。

[その他]→[動作環境]→[トラブル対策]→[その他トラブル対策]→[クリップボード
の監視に新しい方式(Clipboard Format Listener)を使う]をONにすると回避できる可
能性があります。

---------------------------
中止(A)   再試行(R)   無視(I)  
---------------------------

>アウトプット枠の枠自体も常駐秀丸エディタと同じプロセスなので、常駐秀丸エディ
>タのプロセスが消えているとしたら、アウトプット枠も消えることになると思います。
>アウトプット枠が存在し続けるかどうかでも手がかりになる可能性があります。
アウトプット枠はなくなっているようで、枠全体がウィンドウ枠の背景色になってま
す。

[ ]
RE:10264 V8.96β1No.10265
h-tom さん 20/11/08 00:01
 
h-tom です。

環境を記載するの忘れてました。
OS: Windows10 2004 64bit
秀丸エディタ: Ver.8.96β1 64bit

[ ]
RE:10265 V8.96β1No.10266
h-tom さん 20/11/08 23:05
 
h-tom です。

情報が小出しになって申し訳ないです。
>「プログラムの実行」+「アウトプット枠への出力(標準出力とエラー出力)」
をマクロにして実行していると、こちらは発生頻度がさらに低いですが、

> ---------------------------
> エラー
> ---------------------------
> アウトプット枠の作成に失敗しました。(3)
>
> エラー箇所の内容(変換した内容):
>  runex "textlint.cmd \"" + filename2 + "\"" , 1 , 0 , "" , 7 , "" , 1 , ""
> , 0 , "" , 0 , 0 , 6 , 0;
>  call GetHidemaruCnt;
>  #cnt2 = ##return;
> ---------------------------
> OK  
> ---------------------------
が表示される時があります。

ただ、マクロの実行は継続してしまう為、アウトプット枠向けの関数("Output")を使
う箇所で、
> ---------------------------
> エラー
> ---------------------------
> アウトプット枠の作成に失敗しました。(2)
も表示されます。
(で、標準出力とエラー出力はエディタのカーソル位置に挿入される)

イベントビューア見ると
> 障害が発生しているアプリケーション名: Hidemaru.exe、バージョン: 8.9.6.1、
>タイム スタンプ: 0x5fa148b1
> 障害が発生しているモジュール名: ntdll.dll、バージョン: 10.0.19041.610、タ
>イム スタンプ: 0xe5d7ed5c
> 例外コード: 0xc0000005
が記録されてました。

しばらく、
>「プログラムの実行」+「アウトプット枠への出力(標準出力とエラー出力)」
を行う場合は、デバッグモードをONにしておいた方がいいですか?

[ ]
RE:10266 V8.96β1No.10267
秀丸担当 さん 20/11/09 09:51
 

詳しい情報ありがとうございます。
イベントビューアの情報があるということで参考になります。
しかしせっかくいただいたのですが、ntdll.dllの場所のようで、ここから秀丸エデ
ィタのことを特定するのは難しそうでした。

アウトプット枠もウィンドウの背景色になるということで、異常終了したことにより
常駐秀丸エディタのプロセスが無くなっているのだと思います。
もしタブモードを使われているとしたら、ウィンドウの外枠も常駐秀丸エディタなの
で、ウィンドウそのものも消えてしまうはずです。
でもウィンドウは存在しているようなので、おそらく非タブモードなのだと思います。
(またはV7.xx以下の互換のタブモード)

「アウトプット枠の作成に失敗しました。(3)」のエラーは、runex文でアウトプット
枠が無い状態から新しくできるときに出るエラーです。
最初のエラー時にマクロ中断もできるようにしようと思います。

「アウトプット枠の作成に失敗しました。(2)」のエラーは、"Output"関数などでア
ウトプット枠が無い状態から新しくできるときに出るエラーです。
エラー(3)もエラー(2)も、常駐秀丸エディタのプロセスが消えた状態(例えばタスク
マネージャでプロセスを終了)からマクロを実行すると、同じエラーが出ます。
常駐秀丸エディタのプロセスが無い場合は復旧させるような対策もしようと思います。

エラーの対策はいずれも常駐秀丸エディタのプロセスが無くなった後の話のことなの
で、元々の原因はわからないです。
デバッグモードは現状では今回の問題を特定するための情報は得られないので、今後
のβ版で何か情報を得られるようにできないか検討します。

[ ]
RE:10267 V8.96β1No.10268
h-tom さん 20/11/09 19:36
 
h-tom です。

>詳しい情報ありがとうございます。
>イベントビューアの情報があるということで参考になります。
>しかしせっかくいただいたのですが、ntdll.dllの場所のようで、ここから秀丸エディ
>タのことを特定するのは難しそうでした。
毎回ではないので、原因特定が難しいですよね。

>でもウィンドウは存在しているようなので、おそらく非タブモードなのだと思います。
>(またはV7.xx以下の互換のタブモード)
そうです。非タブモードで使ってます。

>「アウトプット枠の作成に失敗しました。(3)」のエラーは、runex文でアウトプット
>枠が無い状態から新しくできるときに出るエラーです。
>最初のエラー時にマクロ中断もできるようにしようと思います。
お願いします。

[ ]
RE:10261 マウス左クリックで [分割ウィンNo.10269
mina さん 20/11/10 14:06
 
毎回,曖昧な指摘でスミマセン。
「2020/11/04 V8.96β1」に関してです。
恐らく,――
> ウィンドウ分割時の左クリックでもすぐに操作できるように修正。
――の影響で,操作に何とも言えない不便と違和感が在ります。

以下,[キー割り当て(K)] 等々,デフォルト状態の儘という前提で。
まず,[ウィンドウ分割上下(D)]。
次に,片方のウィンドウでフツーに作業している(出来ている)状態で,
キー操作 [F6] ではなくマウス左クリックで,[分割ウィンドウ切り替え] 操作。
この時点で,切り替え先のウィンドウで最初のキー入力が効きません。
しかも,まるで左ボタンを押し下げた儘であるかの様な状態に暗黙になってしまって
いて,
マウスの位置を動かしただけで勝手に範囲選択し始めたりします。

厳密な再現条件や不具合内容の限定迄は出来ませんでしたが,
少なくとも前記の操作で,不具合の一端は再現出来るのではないかと。
致命的なバグではありませんが,作業しづらく結構ストレスフルなので,
調査の上,何とか改善願います。

そもそも,冒頭に引用させて頂いた修正は,何の為のものだったのでしょうか。
個人的には,修正前迄のバージョンに,
そんな修正対象になるような不具合や不便が在った実感が無いのですが…。

[ ]
RE:10269 マウス左クリックで [分割ウィンNo.10270
秀丸担当 さん 20/11/10 14:52
 

バグでお手数をおかけして申し訳ありません。
調べてみたところ、V8.96β1の修正の影響で、[その他]→[動作環境]→[表示/操作]
の「クリックした位置に必ず移動」がONのときにそうなってしまっていて、確かにお
かしかったです。
OFFにしたときは軽減されると思いますが、操作によっては一瞬範囲選択となること
もありました。

目的としては、分割してフォーカスが無いほうのマウス操作を、フォーカスがあるほ
うと同じようにできるようにするためでした。(ドラッグやダブルクリックなども含
めて)
次のβ版で従来通りとなるように修正させていただきます。

[ ]
RE:10270 [クリックした位置に必ず移動(M)No.10271
mina さん 20/11/10 15:27
 
早速の対応,有り難う御座います。
ちなみに,当方は
[その他(O)]-[動作環境(E)]-[表示/操作]-[カーソル移動]-[クリックした位置に必ず
移動(M)] のチェックは
外した状態で利用しています。
なので,「OFFにしたときは軽減」云々は,今すぐにはちょっとわかりません…。

[ ]
RE:10271 [クリックした位置に必ず移動(M)No.10272
秀丸担当 さん 20/11/10 17:02
 

「クリックした位置に必ず移動」はOFFだったということで、失礼しました。
違うPC改めて確認してみたとろ、OFFの場合起きないPCと、起きやすいPCががあるよ
うで、タイミングなど他の要因もあったかもしれません。
いずれにしても、次のβ版で従来通りとなるように修正させていただきます。

[ ]
RE:10268 V8.96β1No.10274
秀丸担当 さん 20/11/12 09:40
 

V8.96β2で、デバッグモードをONにしているときに得られる情報を増やしています。
範囲が広いため原因の特定までは難しいかもしれないですが、もしよかったら試して
もらえると助かります。

[ ]
RE:10274 V8.96β1No.10275
h-tom さん 20/11/13 00:18
 
h-tom です。

>V8.96β2で、デバッグモードをONにしているときに得られる情報を増やしています。
>範囲が広いため原因の特定までは難しいかもしれないですが、もしよかったら試して
>もらえると助かります。

なかなか再現しないと思って、イベントビューア確認してみたらクラッシュしてまし
た。
常駐秀丸のアイコン増殖していたのはこれが原因だったのか。
ログは以下の場所に圧縮して置いておきます。
http://htom.in.coocan.jp/HidemaruDebugLog.zip

イベントビューアで、Application Error が記録されていたのは以下の時間です。
2020/11/12 19:53:21
2020/11/12 19:55:15
2020/11/12 19:56:10

なんか、今回(?)は秀丸エディタのウィンドウを閉じるときにクラッシュしているよ
うです。
最初は、
1)ファイルを開く
2)マクロでアウトプット枠へ出力するプロクラム実行
3)(異常なさそうなので)ファイルを閉じる
を繰り返していたので、クラッシュしているのに気がつきませんでした。
(閉じる時には、アウトプット枠はちゃんと表示されていた)

ファイルを閉じないで、同じファイルにマクロでアウトプット枠へ出力するプロクラ
ム実行を
1000回試しましたが、その場合は異常なしです。

何にしても、原因の特定は無理そうですね。

[ ]
RE:10275 V8.96β1No.10276
h-tom さん 20/11/13 06:34
 
h-tom です。

>何にしても、原因の特定は無理そうですね。
ちなみに、今回動作が変わった要因としては Windows update や、20H2へのアップ
デートが考えられます。

[ ]
RE:10276 V8.96β1No.10277
秀丸担当 さん 20/11/13 10:00
 

ご確認のデバッグモードの情報ありがとうございます。
デバッグモードのログによりますと、イベントビューアにあった時間では、アウトプ
ット枠への出力は正常に完了しているようでした。
その後の終了時ということのようで、再現率も低いということで特定が難しそうです。
通常のクラッシュ時のdumpが出るような、try-exceptからも抜けた後のことだと思い
ます。
今回そう見えたのは、常駐秀丸エディタを自動的に復旧するようにしたためだと思い
ます。
今回の復旧はアウトプット枠出力時のみですが、常駐秀丸エディタを使うのは他にも
あるので、他のケースでも復旧させるような対策もしようと思います。

[ ]
RE:10277 V8.96β1No.10278
h-tom さん 20/11/15 23:13
 
h-tom です。

クラッシュする件とは別件です。

textlint実行時、アウトプット枠のエンコードをUTF-8と指定していましたが、
コマンドプロンプトから実行しリダイレクトした結果とチョット違ってました。
(両方ともUTF-8で保存してます)
・コマンドプロンプトでリダイレクトした結果
  http://htom.in.coocan.jp/__cmd_redirect.txt
・アウトプット枠の出力を保存したもの
  http://htom.in.coocan.jp/__hidemaru_output.txt

「error  0x0 => 0」がある行の部分が文字化け(?)しているようです。

[ ]
RE:10278 V8.96β1No.10279
秀丸担当 さん 20/11/16 10:24
 

バグ情報ありがとうございます。
サンプルのファイルを、cmd /c type c:\xxx\_cmd_redirect.txtとしてアウトプット
枠に出したらそのまま再現できました。
エディタ本文に出力した場合は大丈夫のようで、アウトプット枠の処理だけ何か問題
がありそうです。
調べて修正させていただきます。

[ ]