3.13 ではマクロに関連にバグがありますかNo.10992
番頭++ さん 02/01/17 13:35
 
すみません、教えてください。現在は Ver. 3.05 を使用しています。

現在の安定したバージョンは 3.13 ですよね、
マクロの事を考慮して、3.13 ではマクロに関連にバグがありますか ???
3.14 では、マクロのキーワードが追加されるのでしょうか ???

# 浦島太郎と呼ばれるかも ...

[ ]
RE:10992 3.13 ではマクロに関連にバグがNo.10995
番頭++ さん 02/01/17 14:38
 
もう一つ教えてください。
HIDEMARU.TXT の最後の版は何処で手に入りますか ???

[ ]
RE:10992 3.13 ではマクロに関連にバグがNo.10997
ひろ さん 02/01/17 15:58
 
 番頭++ さん今日は、ひろです。
> マクロの事を考慮して、3.13 ではマクロに関連にバグがありますか ???
 マクロ固有の不具合はあります。手元を見た限りでは、
(1)置換を行う場合、inselect を使った場合の誤認識 (TURUKAME/3/458)
(2)setactivehidemaru が失敗することがある
(3)disabledraw 中の split で画面分割できない (TURUKAME/3/385)
です。このうち (1) は Ver.3.14βで直っています。またそれ以外にも、殆
ど Ver.3.14 で直っているものの、マクロと通常の編集画面の双方で起きる
不具合があります。

> 3.14 では、マクロのキーワードが追加されるのでしょうか ???
 こちらは turukame.3 で確認して頂くのが確実とは思いますが、今のところ
>  −setmonitor, monitor, monitorcount 追加
>  −config文パラメタ "x"追加,getconfig関数追加
>  −configcolor "" getconfigcolor追加
>  −hex関数追加
>  −valで16進数表記"0x..."対応
だけだと思います。

[ ]
RE:10997 3.13 ではマクロに関連にバグがNo.10999
番頭++ さん 02/01/17 18:55
 
ひろ さんへ

お久、お久しぶりです。情報有り難うございます。
最近、現役の「秀丸」マニアを離れてまして。

・inselect
これは、仕様が変わったみたいですね。

・setactivehidemaru
これは、昔からの問題かも。CPU が 200 MHz のころは、安定。
でも 400 MHz では、なんとなく不安定になりました。なんとなく回避。
昨日、800 MHz でテスト、次の逃げは出来ませんか。あくまでも仮定です。

    #ws = tickcount + 050;  //  wait ??? - 2001/09/01 // <== !!!
    while( #ws > tickcount ){   #wt = tickcount;    } // <== !!!
    #i = hidemaruhandle(findhidemaru($file_name1));
    setactivehidemaru #i;

回避策、遊びの時間をもうける。ではだめですか。
昨晩から、自宅でのマクロでテストを再開しました。
今はなんとなく安定しています。
200 MHz ==> 400 ==> 800 (今の内の環境)
050 ミリが的確な値では在りません。

{ #wt = tickcount; }
これは、OS に処理を依頼する、期待です。制御を返す。

CHAP - OS に制御を返す、
Windows では、そんな考えは無いですか。在れば、そんなマクロがほしいです。
だれか API を知りませんか ???

# 2G Hz でテストすると、顕著な問題が現れるはず ...

[ ]
RE:10995 3.13 ではマクロに関連にバグがNo.11001
秀丸担当 さん 02/01/17 19:27
 
>もう一つ教えてください。
>HIDEMARU.TXT の最後の版は何処で手に入りますか ???

HIDEMARU.TXTに内容が書かれている最後のものはV3.05になります。

ちなみに最新版秀丸における改版履歴は、秀丸ヘルプの目次の一番下に
あります。

[ ]
RE:10999 3.13 ではマクロに関連にバグがNo.11003
秀丸担当 さん 02/01/17 19:27
 
ひろさんの言われている点に加えて、escape文がV3.13以前のマクロと互換
保っていない問題があります。
「選択した範囲内のみ」で検索/置換をした後のescapeの動作が違ってしま
っています。
V3.14で互換を保てるように修正予定です。

>・setactivehidemaru

については、回避するマクロより再現するマクロがあれば、調査すること
ができて非常に助かります。

[ ]
RE:10999 3.13 ではマクロに関連にバグがNo.11004
ひろ さん 02/01/17 20:09
 
 番頭++ さん今日は、ひろです。
> 昨日、800 MHz でテスト、次の逃げは出来ませんか。あくまでも仮定です。
 そうですね。ある程度時間を置くとよいかもしれませんね。今のところ 10
回やって駄目ならあきらめるようにしています(^^;。

[ ]
RE:11003 3.13 ではマクロに関連にバグがNo.11008
番頭++ さん 02/01/18 03:51
 
escape ですか。情報有り難うございます。

setactivehidemaru についてですが、
どなたも確実に再現はできないのかな、と思います。
http://homepage2.nifty.com/bantou_pp/KBANTOU/KZHMJ304Beta/KZ_MExec2/KZ_MRet2
Z.mac
は、確実では在りませんが CPU 200 MHz クラスではそれなりに安定していました。
今のうちの環境は Win 98 SE, 雷鳥 800 MHz, 「秀丸」3.13 ですが、
10 回に 1 度くらいは再現するかと思います。

3.00 ベータの時にまるおさんから別のロジックを提案して頂いたのですが、
やはり完璧にはなりませんでした。問題児のマクロ KZ_MRet2Z.mac です。

//*1 a1.mac
$wk1 = input("再現するかも !!!","起きないかも");
message $wk1;
endmacro;

こんなコーディングをして、それを 4 行、範囲選択をして、
KZ_MRet2Z.mac を実行します。

http://homepage2.nifty.com/bantou_pp/KBANTOU/KZHMJ304Beta/KZ_HMacro1/KZ_Grep
Up2.mac
これでも、再現するかも知れません。

[ ]
RE:11008 3.13 ではマクロに関連にバグがNo.11014
秀丸担当 さん 02/01/18 18:44
 
KZ_MRet2Z.mac、KZ_GrepUp2.macともに試してみましたが、再現することができませ
んでした。
WinMEとWin2000でそれぞれ数回から十数回ほど試しましたが、再現できません。

KZ_GrepUp2.macは、searchdown ..., inselect; の後の escape の動作が
秀丸のバージョンによって異なるため、少し変でしたが、動作上問題無いよう
に見えました。

inselectの後のescapeは、V3.11よりも前のバージョンでは範囲選択の解除
でしたが、V3.11〜V3.13ではinselectの解除ということになってしまい、
互換性が取れない状態になっています。
V3.14からはescapeは必ず範囲選択の解除にする予定です。

[ ]
RE:11014 3.13 ではマクロに関連にバグがNo.11019
番頭++ さん 02/01/18 22:25
 
CPU はどれくらいですか ???、再現しませんか、そうかもしれません。「秀丸」
の問題と断定できないのかも知れません。でも、問題が起きるのも事実です。と
りあえず回避策は在るので、なんとかなります。また、再現できるマクロを作っ
たら報告させていただきます。

お忙しい中、有り難うございます。

[ ]
RE:11019 3.13 ではマクロに関連にバグがNo.11055
秀丸担当 さん 02/01/21 18:59
 
>CPU はどれくらいですか ???、再現しませんか、そうかもしれません。「秀丸」
>の問題と断定できないのかも知れません。でも、問題が起きるのも事実です。と
>りあえず回避策は在るので、なんとかなります。また、再現できるマクロを作っ
>たら報告させていただきます。

CPUはDuronの800MHzでテストしました。
再現できるマクロが発見されましたらよろしくお願いします。

[ ]