リソースが減ってしまう - 秀丸エディタ関連ソフト会議室 - スレッド00052, 1997/10/22

リソースが減ってしまう

Molybdenum さん　97/10/22 15:06

はじめまして。秀丸エディタユーザーの Molybdenum です。

で。

最近秀丸エディタの使用頻度が高まるとともにウィンドウズが
不安定になってきたので調査してみたところ、秀丸エディタが
悪そうだということがわかりました。

確認方法は
　1) 常駐秀丸機能を使う。
　2) リソースメーターを起動し、リソースの量を監視
　3) テキストを１０個ぐらい秀丸で開く
　4) ファイル - 全終了で全ての秀丸を閉じる（常駐秀丸は残す）
　5) 3 と 4 を繰り返す
です。リソースがどんどん経るのがわかると思います。

常駐秀丸を終了するとリソースの残量が回復します。ウィンドウズの
再起動もやむなしという状況に追い込まれてしまうので、ぜひ次の
バージョンでは改善お願いします。

そんなわけで、バグレポートでした。

RE:00052 リソースが減ってしまう

秀丸担当 さん　97/10/22 16:55

NIFTYのほうでもリソースが減るという報告がありましたが、
常駐秀丸を終わらすと、ということは、少し違うかもしれません。
その他→動作環境→ウィンドウの「秀丸の瞬間起動」がONになっていたら、これをOF
Fにしてみてください。
そうすれば秀丸を終わらしてもリソースが減ったままということは無いと思います。

RE:00055 リソースが減ってしまう

Molybdenum さん　97/10/22 18:27

>NIFTYのほうでもリソースが減るという報告がありましたが、
>常駐秀丸を終わらすと、ということは、少し違うかもしれません。
>その他→動作環境→ウィンドウの「秀丸の瞬間起動」がONになっていたら、
>これをOFFにしてみてください。
>そうすれば秀丸を終わらしてもリソースが減ったままということは無いと思います。

さっそく試してみましたので結果報告です。
たしかにリソースの減り具合はだいぶ穏やかになりましたが、まだ
ちょっと減っているようです。

つまり、「秀丸の瞬間起動」によって起こされるリソース減（これは
常駐秀丸を終了すると開放される）と、そうでない恒久的なリソース減
（おそらく nifty で報告されたもの）の二つのリソース減があるよう
です。

秀丸の瞬間起動が使えないのは痛いので、是非瞬間起動を使うとリソースが
減っていく不具合の対策をお願いします。

ではでは。Molybdenum でした。

RE:00056 リソースが減ってしまう

ドラゴン さん　97/11/04 20:50

>>NIFTYのほうでもリソースが減るという報告がありましたが、
>>常駐秀丸を終わらすと、ということは、少し違うかもしれません。
>>その他→動作環境→ウィンドウの「秀丸の瞬間起動」がONになっていたら、
>>これをOFFにしてみてください。
>>そうすれば秀丸を終わらしてもリソースが減ったままということは無いと思います。
>
>さっそく試してみましたので結果報告です。
>たしかにリソースの減り具合はだいぶ穏やかになりましたが、まだ
>ちょっと減っているようです。
>
>つまり、「秀丸の瞬間起動」によって起こされるリソース減（これは
>常駐秀丸を終了すると開放される）と、そうでない恒久的なリソース減
>（おそらく nifty で報告されたもの）の二つのリソース減があるよう
>です。
>
>秀丸の瞬間起動が使えないのは痛いので、是非瞬間起動を使うとリソースが
>減っていく不具合の対策をお願いします。
>
>ではでは。Molybdenum でした。
>

この「秀丸の瞬間起動」でない方のものは、ファイルの内容を修正した時にその修正
をやり直す
機能がありますよね！これに対する更新情報がどんどん増えていってリソースが無
くなるという
ことはないのでしょうか。この編集しているウィンドウだけを閉じるとがばっとリ
ソースが
増えたことがあります。以上ドラゴンでした。

RE:00069 リソースが減ってしまう

秀丸担当 さん　97/11/05 10:51

>この「秀丸の瞬間起動」でない方のものは、ファイルの内容を修正した時にその修正
>をやり直す
>機能がありますよね！これに対する更新情報がどんどん増えていってリソースが無
>くなるという
>ことはないのでしょうか。この編集しているウィンドウだけを閉じるとがばっとリ
>ソースが
>増えたことがあります。以上ドラゴンでした。

報告によれば、減っているのはGDIリソースということらしく、GDIリソースはグラフ
ィックの描画などが関係しているリソースです。
やり直しのバッファはあまり関係ないと思います。

また、瞬間起動でその分リソースが減るのは、バグではなく、裏で秀丸が待機してい
るので、その分リソースが減るのは仕方がありません。

RE:00071 リソースが減ってしまう

ANNIHILATOR さん　97/11/06 02:27

はじめまして、こんばんは。

>報告によれば、減っているのはGDIリソースということらしく、GDIリソースは
>グラフィックの描画などが関係しているリソースです。

よく比較的大きな(1～2MB)ファイルを全置換するのですが、
ボーっと見ているとみるみるリソースが減っていきます。
しかし最小化で実行すると、リソースは減りません。
これは画面の再描画を行っていないからなのでしょうか。

RE:00074 リソースが減ってしまう

秀丸担当 さん　97/11/06 15:18

>よく比較的大きな(1～2MB)ファイルを全置換するのですが、
>ボーっと見ているとみるみるリソースが減っていきます。
>しかし最小化で実行すると、リソースは減りません。
>これは画面の再描画を行っていないからなのでしょうか。

なるほど。
もっと具体的にすると、どのようにすれば再現するでしょうか。
どのようなテキスト（たとえばNIFTYのログとか、とても長い一行のファイルとか）
で、
全置換の方法、動作環境のスクロールの設定、リソースの減り具合など教えていただ
けると助かります。
ぜんぜんこちらでは再現できないもので・・

RE:00077 リソースが減ってしまう

ANNIHILATOR さん　97/11/07 06:27

>> よく比較的大きな(1～2MB)ファイルを全置換するのですが、
>> ボーっと見ているとみるみるリソースが減っていきます。
>> しかし最小化で実行すると、リソースは減りません。
>> これは画面の再描画を行っていないからなのでしょうか。
> もっと具体的にすると、どのようにすれば再現するでしょうか。

すみません、説明が足りませんでした。
特定の単語(といっても200近くあるのですが)を"replaceallfast"で
連続して全置換しているのですが、ウィンドウを開いた状態で実行すると
リソースが減っていきます。しかし、実行した直後に最小化、もしくは
ショートカットで最初から最小化の状態で実行すると、不自然な減り方は
しません。
こういう状態の事を問題としているのでなかったのなら、すみません。

> どのようなテキスト（たとえばNIFTYのログとか、とても長い一行のファイルとか）
> で、全置換の方法、動作環境のスクロールの設定、リソースの減り具合など教えて
> いただけると助かります。

テキストは、一行が半角80文字程度で行末に改行を入れてあります。
全置換の方法は上記の通り、スクロール設定は「常に描画」「Memory to Memory
のビットマップ転送を極力使わない」です。

RE:00078 リソースが減ってしまう

秀丸担当 さん　97/11/07 10:49

>すみません、説明が足りませんでした。
>特定の単語(といっても200近くあるのですが)を"replaceallfast"で
>連続して全置換しているのですが、ウィンドウを開いた状態で実行すると
>リソースが減っていきます。しかし、実行した直後に最小化、もしくは
>ショートカットで最初から最小化の状態で実行すると、不自然な減り方は
>しません。

やってみたのですが、再現できませんでした。
きっとここの環境では何度やっても再現しないのかも・・
多分他に報告があったものと同じ現象かもしれません。
ただスクロールしてテキストを見ているときにも減っていたりすることが
あるのではないでしょうか？

RE:00079 リソースが減ってしまう

have さん　97/11/07 23:05

便乗で報告させてください。

私の場合も同様にリソース減で困っています。
GDIリソースが現象するのも同様です。
瞬間起動にしていない状態でも、常駐にしていない場合でもそうなります。
GDIが無くなるので、フォントを変更してみたり、スクロール方式を変更してみたり
しても現象に変化がありません。
Revolution3D や Virge 系の石の両方で発生しています。
（ドライバ原因説を願っていたので現象が変らないので悲しい...）
AT と 98 の両方の環境で発生します。
共に OSR2 を入れていない 950a です。
一方は IE4.0 を入れていますが、一方は入れていません。
共にＶＣ＋＋５．０が入っています。

GDIリソースの現象を回避するには、
秀丸自身を終了する方法が目に見える回避策ですが、
それをやるとクリップボード履歴が使えないので非常に困ります。
でも、諦めて非常駐で使っていても、数時間で落ちてしまいます。
他のアプリやドライバの影響というのはちょっと考えにくい状況な気がします。
そんなこんなで９月以来、この障害のために非常に苦しみながらも、
それでも泣きながら秀丸を利用し続けています。

エクスプローラ上のアソシエーションで、何個もファイルを開いたり閉じたり
スクロールさせたり、エディットしたりしてみてください。
その間にＶＣ＋＋を起動させ、コンパイルさせ、閉じてみたりしていると、
いつの間にかリソース無くなったよねな世の中の終わりになってくれます。

ということなのですが…

RE:00080 リソースが減ってしま

かたのたか さん　97/11/08 20:36

いつもお世話になっております。わたしも便乗します。

こちらでも、いくつもウィンドウを開いたり閉じたりして作業を
続けているようなときに起こるようです。

おかしくなるときはあるファイルをさらにオープンしたとき、設
定されているフォントでないフォントに化けて起動したりする
症状がでます。

これが起こったときはほとんど秀丸が固まってしまったような
状態になることが多いです。９５の強制終了のウインドウを表示
してみると"Hidemaru"というのが通常は常駐分の１個だけなのに、
いくつも表示されています。

よろしくお願いします。

***かたのたか/Aptiva/秀丸V2.18***

RE:00079 リソースが減ってしまう

ANNIHILATOR さん　97/11/18 02:08

こんばんは。

> やってみたのですが、再現できませんでした。
> きっとここの環境では何度やっても再現しないのかも・・

秀丸自体に問題がないのでしたらそれだけで充分です。
気をつけていれば回避できる問題ですので。

> ただスクロールしてテキストを見ているときにも減っていたりすることが
> あるのではないでしょうか？

見ているだけでは減らないようです。
一万行程度スクロールさせてみましたが大丈夫でした。