> ・十分割マクロとは？

ああ、すみません、十分割ジャンプマクロの間違いでした。m(__)m

#1699：[ESC]+数字で十分割ジャンプ 　投稿者： Konno 　 2006/11/09(木) 
このツリーで公開したマクロで、もう14年使っているので空気みたいな存在ですね。

元ネタはDC15階の以下の記事から丸パクリで動作原理もわかっていませんでした。(^^;
;17079/17177 xxxxxxxx  Ｈ岡             その３：ファイル十分割地点へジャンプ
;(15)   00/10/31 20:01                     コメント数：2
;17200/17467 xxxxxxxx  和生             RE:RE*4:その３：ファイル十分割地点へジャ
;(15)   00/11/16 13:04  17194へのコメント  コメント数：1

> ・失われたファイルの壊れ方（前半か後半か，いずれでもないか。）は？

編集直前と直後のファイルを比べると
2020/10/03  15:47           107,955 wforum.cgi
2020/10/03  16:20            40,602 wforum.cng

比較してみると、元ファイルの21%の763行目から
84%の3010行までバッサリとカットされてますね。
それ以外は一致しています。
比較マクロは、くらとさんの　CmpTxt.def v2.01 　です。
皆様の便利なマクロに感謝です。m(__)m

> ・SHADOW.DEF と十分割マクロを同時に使用すると，編集ファイルが壊れる？

私の環境での話ですが、同時使用でマクロエリアが壊れるように見えました。

> ・先日，編集ファイルが壊れた際には十分割マクロを使っていなかったのに，なぜ十分割マクロが疑われるのですか？

テストするときに十分割ジャンプマクロを使ったら不具合が出たためです。
使わなかったときは見た目の不具合が無かったために気が付かないでセーブしてしまったのです。

> 原因の特定には，異なる環境での情報の共有が必要かと思います。

今思ったのですが、もしかしたら以前にVZ.DEFなどの編集に SHADOW.DEF を使用したのかも。
色々調べていますが、VZの挙動がおかしいような気がするもので。
最近編集した基本マクロを調べてみます。

> 単に，「モード型」（キー監視型）マクロ実行下で不用意に他のマクロを実行することが推奨されない，
> …という結論であれば，それほど複雑な（と言うか新しい）問題ということではないと思いますが。

推奨されない、ですか。
それならそれでいいんですが、色々気になるところがあるのでもう少し調べてみます。

> テストするときに十分割ジャンプマクロを使ったら不具合が出たためです。

オリジナルのVZで十分割ジャンプを使うと VTDOS が落ちてしまいます。
60k 程度のファイルなら落ちませんが、100k越えでは落ちます。
VZ.DEF や、VZ2.DEFを色々見直しましたが直りませんでした。
私はこれで混乱してしまい、PCの状態まで疑ってしまいました。

&t で追ってみると、&Id （ロング整数除算）で落ちています。
&Id を STKHLP で見てみたら、オリジナルVZではバグで暴走することがあると。
なんと、十分割ジャンプでVTDOSが落ちたのは、&Id のせいでした。(>_<)

2000年ごろのVZマクロは、既に高橋版が前提になっていたのね。(^^;

試しに
	&Im(pr,n) &Id(pr,10)		;ファイルサイズをn/10分割

の乗算、除算の順番を入れ替えて

	&Id(pr,10)			;除算 ファイルサイズをn/10分割
	&Im(pr,n) 			;乗算

除算、乗算に入れ替えてみたら、300kくらいまではOKになりました。精度も変わらない感じです。
でもそれ以上の大きなファイルだとやっぱりVTDOSが落ちてしまいます。

で、対策としてめざら資源の VZ Macro FAQ「ファイルの中間点に移動するには」から

     &g("Jump n/10") n=r, (n<0 || n>10)?. &s #_ n=(ln/10)*n, &#J(n) &d

このルーチンを oVZ 分岐用に頂きました。m(__)m
精度は多少落ちますが、１Mくらいまでのファイルなら近いところまでジャンプできます。
１M以上ではファイル末尾に飛んでしまいますが、VZが落ちることはありません。
数値が32767までしか使えないからでしょう。
高橋版以前のVZは検証用にしか使いませんが、安全対策として入れました。

> > テストするときに十分割ジャンプマクロを使ったら不具合が出たためです。

さて、十分割ジャンプマクロには他にも不具合がありました。
SHADOW.DEF のDOC には次のように書かれています。

> 二重化されている状態でもう一度マクロの実行キーを押すと、２重化された反対側のテキストは消え、マクロは終了します。
> また、次のような状態になったときも自動的にマクロは終了します。

> （１）画面状態が全画面になったとき
> （２）別のテキストをオープンしたとき
> （３）元になったテキストをクローズしたとき
> （４）異なるテキストに切り替わったとき

十分割ジャンプマクロでは、ジャンプさせるために以下のルーチンを使用していました。

    &Sp(pf,"%s%c->%lx",wa+146,9,pr..0,pr..1)       ;pf=拡張タグ情報+TAB
    dn[-, #O #e #m dn], ky1,#d                  ;カーソル行=画面上端＋１行

そうです、現在編集中のファイルを拡張タグ情報付きで再オープンさせていたのです。
この場合、拡張タグ情報の場所までジャンプしますが、
「（編集中のファイル）はオープンされています」とエラー表示してVZに怒られます。

私は、DOC の説明を読んで、このルーチンが怪しいと感じたのです。
別ファイルをオープンすれば、SHADOW.DEF は終了するはずです。しかし
現在編集中のファイルを拡張タグ情報付きで再オープンさせた場合は終了しない。
ここに矛盾を感じ、これが悪さをしているのではないかと思ったのです。

外しているかもしれませんが、対策してみました。

	#U (ax+$8000<$80c8 && dx==0)?>q ;.	;200 byte

これは和生さんの百分割／行番号ジャンプマクロのルーチンです。
#U なら問題なさそうと考え、全てのジャンプをこのルーチンに集約しました。

結果としては、問題は出ていないようです。