フォーラムの返信を作成しました。
-
投稿
-
回答ありがとうございます。
結果は変わりませんでした。すべての設定をリセットしEmEditor再起動後、同じ現象が確認できます。
以下の点に気づきました。最初に投稿した再現手順に追加があります。
1.新規EmEditorウィンドウを開く(１つ目）:A
2.新規EmEditorウィンドウを開く(２つ目）:B
3.ウィンドウAで test.txt を開く
4.ウィンドウAの test.txt タブを非アクティブにする
5.ウィンドウAを非アクティブにする
6.ウィンドウBをアクティブにする
7.エクスプローラーのコンテキストメニューから test.txt を「EmEditorで編集」で開く
※ダブルクリックで開いても同じでした。つまり、 test.txt を開いていないほうのウィンドウがアクティブまたは最後にアクティブだった場合に再現しました。
また「コンテキストメニューから」と明示的に記載したため混乱を招いてしまいましたが、ただダブルクリックで test.txt を開いても同じ現象が発生します。
ご確認をお願いします。EmEditorのもつファイル分割と結合機能を用いて、低スペックマシンでも巨大ファイルを編集せねばならない場面を克服することにいたしました。
昨今のビジネスパーソンの多くはモバイル端末のディスクにコストをかけておりません。
ほとんどのデータをクラウドベースのストレージに格納することにしているからです。
またHDDが衰退し、SSDが搭載されていることがディスク空き領域の不足につながる環境要因の一つと言えるでしょう。
私のマシンではディスク空き領域は5GB程度しかないのですが、メモリーは16GBを搭載しているためディスクベースをOFFにして動作させてみるなど、安定して巨大ファイルを扱うための実験をしてみようと思います。再現手順がみえてきました。が、再現しようとすると不安定になるため、確定的な情報をお出しすることが難しいです。
以下の手順のため、サンプルファイルを送ることが難しいかと。前提
・ディスクの空き領域が少ないこと操作
・大きなCSVファイルを開く
・文字型フィールドに改行、カンマを含む編集を複数加える
・置換操作にて、置換後に保存した場合にディスク容量不足になりそうな置換を行う。
置換前より置換後の文字列が長くなり、結果的にディスクの空きがなくて保存できなくなる状況を作るということです。—
そもそも、そんなことするな。という話であることが見えてまいりました。再現パターンとしては、”TEST”という文字列の繰り返しを30MB分程度改行なしで羅列し、置換機能にて”TEST”を”<TEST>”にすべて置換します。
どうも置換後に、より長くなるような置換をし、かつ大量の場合に応答しなくなります。
時間がかかるのは仕方ないと思うのですが、どのくらい待てばよいかもわかりません。それで適当な長さで改行を入れていくことにしてマクロ操作を記録して連続実行していたらクラッシュしました。
先程クラッシュレポートを送りました。画像がうまく付いていなかったので追記します。
EmEditorマクロエラー
ステートメントがありません。
行1わかったこと
問題が発生するマクロファイル：
Option Explicit
Dim cur
cur = Formatdatetime(Now(),vbLongDate) & WeekdayName(Weekday(Now()))以降もコードがありますが、最低限上記のコードで発生することがわかりました。
beta 10 (22.0.910)
これまで使用していたマクロ(vbs)が使用できなくなりました。
1行目に Option Explicit と記載されていた行を削除すると動作したのですが、あまり意味のない行とはいえ他のマクロもあるので Option Explict と書いてあっても動くようにしていただけると助かります。
ご検討をお願いいたします。
