10927:
Re: DOSVAXJ3 230919 更新
投稿者:
konno 2023/09/20(水) 23:07
10926 番 めざら さんへのコメント
> DOSVAXJ3 が更新されていました。
めざらさん、お知らせいただきありがとうございます。
昨日か一昨日、軟式さんのサイトを覗いたんですが更新されていないなーと思っていました。(^^;
今日見ても更新されていなくて、更新ボタンで見られました。\(^^)/ ヤッタ-
> 7月更新に比べると,それほど VZ に関係することはないですかね。
> (CGAって LX くらいしか浮かびませんが,そもそも DOS なわけで……何かな)
LX専用のテキストアプリとかが動くんですかね?
モード切替を試してみると、CHEV 71 とかではモード70 になってしまって切り替え出来ない?
CHEJ 71
これでモード71 に切り替わりました。
見た目は 70 と変らないですね。(^^;
今のところ使い道はわからないです。
> いずれにせよ,作者様に感謝です。
同感です、ありがたく使わせてもらいます。
# 携帯端末は、ATOK8 が使える 200LX が一番文字入力しやすかったですね。(゚-゚)トホイメ
- No.10927 - [コメント元:10926] [リストへもどる ] soft
10926:
DOSVAXJ3 230919 更新
投稿者:
めざら 2023/09/20(水) 09:29
参照先:http://mezala.la.coocan.jp/
コメント数 1
DOSVAXJ3 が更新されていました。
更新内容は
----------------------------------------------
build JP230919 (2023/9/19)
・拡張 CGA テキストモード 73h, 71h に対応しました。
・PC-DOS 付属のエディタ(E, TE)でカーソル表示がおかしかったのを修正しました。
----------------------------------------------
7月更新に比べると,それほど VZ に関係することはないですかね。
(CGAって LX くらいしか浮かびませんが,そもそも DOS なわけで……何かな)
いずれにせよ,作者様に感謝です。
- No.10926 - [リストへもどる ] soft
10925:
Re^2: VZ改造人間誕生から20年
投稿者:
konno 2023/09/17(日) 23:45
10923 番 めざら さんへのコメント
> 替え歌にすると,盛ってるなぁ〜って感じですが,
いやあ、妄想話は盛ってなんぼですから。(^^;
> そこここに散りばめられ仕込まれたネタの数々。
替え歌を考えていると次々に余計なことが浮かんでしまうんですぅ。(゚゜)☆\(--#) ビョーキジャ
- No.10925 - [コメント元:10923] [リストへもどる ] soft
10924:
Re^2: VZ改造人間誕生から20年
投稿者:
konno 2023/09/17(日) 23:23
10922 番 としき さんへのコメント
> なるほど、改造される側ではなく改造する側なわけですね。
私もMS軍団の支配に下り、しかたなく改造に手を染めることになってしまいましたが
今では改造せずにはいられない体にされてしまいました。(^^;
> すると「konnoなにがしは改造人間である」とナレーションで流れているときに
> メスを振るう側がkonnoさんで、手術台の上でジタバタしているのは手足の生えた
> 黒本、とか。あぁ、イメージが膨らむ。
うわ、どんなイメージですか。(^^;
勉強不足だったですが、原作は人間の自由を守るために戦っているのですね。
私も黒い画面ライターとして、V7号を作り上げました。
行け、V7号、テキをやっつけろ!
- No.10924 - [コメント元:10922] [リストへもどる ] soft
10923:
Re: VZ改造人間誕生から20年
投稿者:
めざら 2023/09/17(日) 13:40
参照先:http://mezala.la.coocan.jp/
10921 番 konno さんへのコメント コメント数 1
替え歌にすると,盛ってるなぁ〜って感じですが,
そこここに散りばめられ仕込まれたネタの数々。
さすがです。
- No.10923 - [コメント元:10921] [リストへもどる ] soft
10922:
Re: VZ改造人間誕生から20年
投稿者:
としき 2023/09/17(日) 12:47
参照先:http://toshiki.la.coocan.jp/
10921 番 konno さんへのコメント コメント数 1
> 気が付けば私がVZ改造人間になってから20年が過ぎてしまいました。
なるほど、改造される側ではなく改造する側なわけですね。
すると「konnoなにがしは改造人間である」とナレーションで流れているときに
メスを振るう側がkonnoさんで、手術台の上でジタバタしているのは手足の生えた
黒本、とか。あぁ、イメージが膨らむ。
- No.10922 - [コメント元:10921] [リストへもどる ] soft
10921:
VZ改造人間誕生から20年
投稿者:
konno 2023/09/16(土) 23:40
コメント数 2
気が付けば私がVZ改造人間になってから20年が過ぎてしまいました。
そのきっかけは2003年4月にVAIO XP を買ったことです。
WindowsXPのDOS窓は高橋版VZのファイラーでLFNが使えないのでした。
ガーーーーーン!!!
ではこの時の顛末を替え歌風に
(DOSの終焉が)迫る〜ショック!!
(VZのソース解読は)地獄のASM
(だけど何かが出ちゃう)我等の前には黒い画面
(改造のためなら平気なの)VZ世界の平和を守るため
ゴーゴー・レッツゴー
輝くマシン語
今だーー「ジャンプ!」
ここだー「分岐ック!」
画面ファイラー
画面ファイラー
ロング名ファイラー
かくして7月に高橋版VZのLFNパッチを引っ提げてメジャーデビューしたのでした。
まあ、これだけなら唯のパッチ屋で終わったのですが
8月、南十字星を見て★に憧れ、アイドルデビューしてしまいました。
こうしてまた一人 VZ改造人間が出来上がったのでした。(^^; ヒィー
- No.10921 - [リストへもどる ] soft
10920:
Re^2: mogura.def のおかげ
投稿者:
konno 2023/09/16(土) 00:03
10919 番 めざら さんへのコメント
> その現象って,もぐらに限らないような気もしますが,修正のきっかけとなったので
> あれば,まぁ,よかったのかもしれません。
いやあ、不具合にはあっていたかもですが、ずっと気が付かなかったのです。(^^;
てっきり KVZ のバグかと思って焦りました。<(^^;)
> > # このゲーム、点数がマイナスになっちゃうので悲しい。(;_;)
> それが本来の設定ですから……あ,あれ? Score マイナス 1604 ですと?
> 連打したのにマイナス?! おかしいなぁ……お手つき扱いなのかな。
VTDOS などエミュではキーの取りこぼしなどがあるかもしれません。
r の値は変数に保存した方がいいかもしれませんね。
> でも,ヒットがなければそのステージでゲームオーバーになるわけだから,
> 何かが変なんだなぁ……なんだろう。あはは,わかんないや。(笑)
(^^; (^^; (^^;
> > [ESC] を押してもすぐに終わらないので、改造出来ないかしら・・・
> すぐに終わらせたい場合,何もしなければそのステージで終わるはずです。
ちょっと弄ってみたら止まらなくなる場合がありました。(>_<)
ムズイです。(^^;;
- No.10920 - [コメント元:10919] [リストへもどる ] soft
10919:
Re: mogura.def のおかげ
投稿者:
めざら 2023/09/15(金) 18:49
参照先:http://mezala.la.coocan.jp/
10918 番 konno さんへのコメント コメント数 1
その現象って,もぐらに限らないような気もしますが,修正のきっかけとなったので
あれば,まぁ,よかったのかもしれません。
> # このゲーム、点数がマイナスになっちゃうので悲しい。(;_;)
それが本来の設定ですから……あ,あれ? Score マイナス 1604 ですと?
連打したのにマイナス?! おかしいなぁ……お手つき扱いなのかな。
でも,ヒットがなければそのステージでゲームオーバーになるわけだから,
何かが変なんだなぁ……なんだろう。あはは,わかんないや。(笑)
> [ESC] を押してもすぐに終わらないので、改造出来ないかしら・・・
すぐに終わらせたい場合,何もしなければそのステージで終わるはずです。
- No.10919 - [コメント元:10918] [リストへもどる ] soft
10918:
mogura.def のおかげ
投稿者:
konno 2023/09/15(金) 01:12
コメント数 1
暇、じゃなくて夏バテで何もやる気が起きないので、ゲームを弄ってみました。
たまたま目に入った mogura.def をやってみましたが、動作がおかしい。
KVZ以外では正常に動いているみたいなのですが、KVZのバグ?
不具合の内容は
・ステータスラインの色消しが効いていない
・終了時に WE 編集画面幅が 2 になってしまう
現象から見てプッシュポップの不具合とか?
KVZのかなり初期まで同じ現象になります。げげげ
・・・・あれ? これってもしかして、
#if kVZ
の分岐の不具合、たぶんオープンイベントマクロの不具合?
調べてみるとやはりオープンイベントマクロの不具合でした。
1 "!Open"
#if kVZ
Vu-,as112,ao224,ar176,
&Sf(nm,'.') (r)?? { ts="\x ^[EOL#%(]", Ew-,Eu-, }
p[, p=r,
&So(".hte",p) (r)?{ Vu+,as~,ao~,ar~,ts="\x ^\0/\0",Ew+,mr128, >A }
(ne=='LE'||ne=='TE')?{ Vu+,as~,ao~,ar~,ts="\x ^\0/\0",Ew+,mr128, >A }
#endif
p[, p=r,
:A p],
こんなことをやっていました。
これでは設定していない拡張子のオープン時、プッシュポップが狂ってしまいます。(>_<)
うげぇ、今までこんな状態で使っていたんだ・・・・
ということで、mogura.def のおかげでマクロのバグを発見出来ました。
ありがとうございます。m(__)m
# このゲーム、点数がマイナスになっちゃうので悲しい。(;_;)
w150, を w600, にすると間延びした感じで・・・
[ESC] を押してもすぐに終わらないので、改造出来ないかしら・・・
そうそう、mogura.def とは、めざらさん作のもぐらたたきゲームです。m(__)m
- No.10918 - [リストへもどる ] pre
10917:
Re^2: 原因はロングファイラー
投稿者:
konno 2023/08/18(金) 01:23
10915 番 めざら さんへのコメント
> なるほど.設定が同じはずなのに VTDOS と DOSVAXJ3 で異なる値になったのは
> WD の違いだったわけですね.いや,よくわかったねー!
なるほど、そこが違ったのですね、原因がわかってみれば納得です。
わかったのは、めざらさんが DEF環境を提供してくれて再現が出来たからですね。
"P" の文字コードとかヒントは最初からあったのですよね。
私は基礎も勉強せずに我流で今までやってきていたので、今回のようなことになったのでしょう。
最近になって基礎から勉強し直しているので少しはわかるようになったのかもしれません。(^^;
今までバグバグなVZでご迷惑をかけていて申し訳ありません。m(__)m
- No.10917 - [コメント元:10915] [リストへもどる ] soft
10916:
Re: VZk07v6k (2023-08-16)
投稿者:
めざら 2023/08/17(木) 21:20
参照先:http://mezala.la.coocan.jp/
10912 番 konno さんへのコメント
K07V6K 動作を確認しました.
はっきりとした原因が判明していただけに,完全に修正されたと思われます.
お疲れ様でした.ありがとうございました.
- No.10916 - [コメント元:10912] [リストへもどる ] soft
10915:
Re: 原因はロングファイラー
投稿者:
めざら 2023/08/17(木) 18:51
参照先:http://mezala.la.coocan.jp/
10911 番 konno さんへのコメント コメント数 1
> そうです、この数字は、WD の値なのでした。
なるほど.設定が同じはずなのに VTDOS と DOSVAXJ3 で異なる値になったのは
WD の違いだったわけですね.いや,よくわかったねー!
- No.10915 - [コメント元:10911] [リストへもどる ] soft
10914:
Re^2: 原因はロングファイラー
投稿者:
konno 2023/08/17(木) 01:15
10913 番 文太 さんへのコメント
> やったこと(泥縄、「まだやれることはある!」作戦)、大筋は理解できました。
私は素人なのでプロのようにデバッガを駆使してとか出来ませんので。(^^;
> 詳細は分かりませんが、ファイラでもWD使うんだ。filer2.asmでなく。
> dos/vですものね。
ファイラーの窓枠の幅は、80桁固定なんですよね。WD=80 という定数を使っています。
ロングファイラー実現のためには WD をそのまま使えないので、fl_wd というローカルワークに窓幅を入れたのです。
pushm <ax,es> ; ##k
clr ax ;
mov es,ax ;
mov al,byte ptr es:[dosscrn_sx] ; ##156.123
mov fl_wd,al ;
fl_wd に DOSの幅の数値を入れたのですが、これだと SSセグメント(マクロバッファ)に入ったみたいなのです。
mov cs:fl_wd,al ;
このように、 CS: を付ければ書き込み先がコードセグメントに指定されるのでした。
> とんでもなく暑い夏ですが、konnoさん、、、、好きです!
わ、私には妻が・・・(゚゜)☆\(--#)バキッ
もちろんこれは冗談ですが、私も皆さんが好きです。
よかったら試してみてね。♪
- No.10914 - [コメント元:10913] [リストへもどる ] pre
10913:
Re: 原因はロングファイラー
投稿者:
文太 2023/08/17(木) 00:18
10911 番 konno さんへのコメント コメント数 1
す、すごい!
konnoさん
>とりあえず、main open text inst など各種ASM を k07s5 のと入れ替えても
>現象は変わらず。filer.asm を入れ替えたら現象が出なくなりました。
>やっぱりロングファイラーか?
やったこと(泥縄、「まだやれることはある!」作戦)、大筋は理解できました。
>ここで入れ替わる文字コードに注目しました。
>めざらさんの DEF では、"P" コードは $50 = 80 WD=80
>私の DEF では、 "・" コードは $88 =136 WD=136
>そうです、この数字は、WD の値なのでした。
詳細は分かりませんが、ファイラでもWD使うんだ。filer2.asmでなく。
dos/vですものね。
>そのローカルワークの値をコードセグメントのつもりでスタックセグメントに
>書き込んでいたようです。
セグメントの話は分かりませんが、仕留めたんだ。
おめでとうございます。
すごいです、本当にすごいです。
とんでもなく暑い夏ですが、konnoさん、、、、好きです!
- No.10913 - [コメント元:10911] [リストへもどる ] soft
10912:
VZk07v6k (2023-08-16)
投稿者:
konno 2023/08/16(水) 23:52
コメント数 1
VZk07v6k (2023-08-16)バグ修正で更新しました。
見つけてくれためざらさんに感謝です。m(__)m
k07v6k (2023-08-16)
・k07t からのロングファイラールーチンにバグ有、マクロバッファ内が書き換わっていました。
・LFN処理のバッファを tmpbuf4 から 別メモリに取りました。その分サイズが増えています。
・[ESC]i ファイル挿入時のVZの不具合を修正してみた (検証中)
※BL1024*3 だとファイル内容が壊れます。(全てのVZで起こるバグなのでこの設定は危険)
詳細は掲示板を読んでください。不具合を見つけたら掲示板に報告願います
ダウンロード vzkv6k.lzh ver1.60k07v6k (2023-08-16版 ) new!
ソース差分 2023-08-16 50,642bytes k07v6ks.lzh new!
VZの部屋にあります。
- No.10912 - [リストへもどる ] soft
10911:
原因はロングファイラー
投稿者:
konno 2023/08/16(水) 21:18
10877 番 めざら さんへのコメント コメント数 2
タイトルで終わってもいいかな・・・ (゚゜)☆\(--#)バキッ
・・・というわけにもいかないので、解明のいきさつを書いてみます。(^^;
各種VZで調べると、k07s5 (2009-12-12)までは出ず、k07t (2010-01-04)以降現象が出ます。
k07t の目玉はロングファイラーなんですよね。
とりあえず、main open text inst など各種ASM を k07s5 のと入れ替えても現象は変わらず。
filer.asm を入れ替えたら現象が出なくなりました。やっぱりロングファイラーか?
ここで入れ替わる文字コードに注目しました。
めざらさんの DEF では、"P" コードは $50 = 80 WD=80
私の DEF では、 "・" コードは $88 =136 WD=136
そうです、この数字は、WD の値なのでした。
ロングファイラーのルーチンでは、WD の値をローカルワークに入れてやり取りしていました。
そのローカルワークの値をコードセグメントのつもりでスタックセグメントに書き込んでいたようです。
だから LF+ で現象が出ていたわけです。
大ポカをやらかしていました。(>_<)
めざらさん、みなさま、バグバグなVZに気づかず公開していて申し訳ございませんでした。m(__)m
めざらさんのおかげでバグに気が付きました。ありがとうございました。m(__)m
- No.10911 - [コメント元:10877] [リストへもどる ] soft
10910:
Re^2: Lf+ が原因か? (確認しました)
投稿者:
konno 2023/08/10(木) 01:17
10909 番 めざら さんへのコメント
> m.gann師の vzx/vzz を使用して BM 最大値で常駐するとかなら影響は即出ますが,
> 計算上最大値 x はあくまでも「表示」ですから大した影響はないかと思います.
めざらさんの DEF で vzx やってみたら、bm29991 になりました。
29991-bm-pn..-26, = 14656 = $3940
x=$3940 にすると、free 表示が 29991 になります。
> 試しに,Lf- で起動したところ症状が出ませんでしたが,起動後にファイラーを
> ロングに切り替えて再度確認したら,書換え症状が発生しました.
やはり Lf が原因なのでしょうかね。
> そういえば,わたしはファイラー最上段のメニューを無視してましたね.(笑)
そ、そんなぁ、め、めざらさ〜ん。(;_;)
> それをワンキーで済ませるため,lf!, #V #V を仕込んで L で呼んでいます.
おお、L でLFN切り替え出来ました。\(^^)/ ヤッタ-
> あ,脇道に逸れましたが,原因が判明したということは修正されるってことですね.
> ばんざーい.\(^o^)/ (以前と Lf 関連ルーチンが異なるわけ?)
い、いやぁ、修正できるかどうかは・・・ (^^;;
> ……いや,それにしても,Lf 原因ってよく分かりましたね.
オプションの違いかと思って、OPT_LST を見比べたら、LF+ に??? となったのです。(^^;
- No.10910 - [コメント元:10909] [リストへもどる ] soft
10909:
Re: Lf+ が原因か? (確認しました)
投稿者:
めざら 2023/08/09(水) 08:20
参照先:http://mezala.la.coocan.jp/
10908 番 konno さんへのコメント コメント数 1
> これはオリジナルVZ で得た値なのですよね。他のVZではズレるとかないでしょうか。
それは制作者たる konno さんが一番よくご存知のことかと思いますが……
いずれにしても計算上最大値に応じて設定した BM が何らかの理由でエラーになれば,
「メモリが足りません」の場合は設定値を減らすだけのことですから.
m.gann師の vzx/vzz を使用して BM 最大値で常駐するとかなら影響は即出ますが,
計算上最大値 x はあくまでも「表示」ですから大した影響はないかと思います.
> どうも、Lf+ の場合に起こるようです。
試しに,Lf- で起動したところ症状が出ませんでしたが,起動後にファイラーを
ロングに切り替えて再度確認したら,書換え症状が発生しました.
> というか、普通は Lf- で、必要な時に Lf+ にするのではと思っていました。
わたしは高橋版での Lf 新設以降,一貫して Lf+ です.無効になっていた時期も
ありますが,konno さんが復活してくれる前から特にいじっていなかったかと.
> めざらさんの DEF では、ファイラーで "V" のトグルで LFN の切り替えしないので。(>_<)
そういえば,わたしはファイラー最上段のメニューを無視してましたね.(笑)
ロング表示の新設以降,ファイラーコマンドの #V は意味が変化しました.
旧横分割(超ショート表示)をロング表示が乗っ取ったからです.
それでもファイラー表示中に Lf を切り替えても再表示の必要があるため,
#V の繰り返しによる表示リフレッシュのために必要ではあったのですね.
それをワンキーで済ませるため,lf!, #V #V を仕込んで L で呼んでいます.
他の表示変更とも共有した再表示(#U)させるルーチンをさらに呼んでいます.
あ,脇道に逸れましたが,原因が判明したということは修正されるってことですね.
ばんざーい.\(^o^)/ (以前と Lf 関連ルーチンが異なるわけ?)
……いや,それにしても,Lf 原因ってよく分かりましたね.
常時+のわたしには永久に分からなかったな,絶対.
- No.10909 - [コメント元:10908] [リストへもどる ] soft
10908:
Lf+ が原因か?
投稿者:
konno 2023/08/09(水) 01:15
10907 番 めざら さんへのコメント コメント数 1
> BM を最大値で設定するために使用する定数です.
> その数値には,そんなに厳密な意味はなくて,たぶん手作業で BM 設定値の
> 最大値は何になるのか実験して得た値だと思われます.(あくまで想像)
これはオリジナルVZ で得た値なのですよね。他のVZではズレるとかないでしょうか。
> > # どうなっているんじゃ〜〜
> わたしもどうなっているのかわかりません.
どうも、Lf+ の場合に起こるようです。
2バイト文字の処理とかで誤動作しているのかなぁ?
私は Lf- で使っているので気が付かなかったようです。
というか、普通は Lf- で、必要な時に Lf+ にするのではと思っていました。
めざらさんの DEF では、ファイラーで "V" のトグルで LFN の切り替えしないので。(>_<)
- No.10908 - [コメント元:10907] [リストへもどる ] soft
10907:
Re^4: k07v系におけるマクロバッファ書換え位置確定?
投稿者:
めざら 2023/08/08(火) 18:24
参照先:http://mezala.la.coocan.jp/
10906 番 konno さんへのコメント コメント数 1
あははは.そうなのですか……
わたしの手元では,そういうこと起こったことは一度たりともないですけどね.(笑)
> この定数 $fdfb って何なのでしょう?
BM を最大値で設定するために使用する定数です.
その数値には,そんなに厳密な意味はなくて,たぶん手作業で BM 設定値の
最大値は何になるのか実験して得た値だと思われます.(あくまで想像)
他のルーチンでは,x$fdfd+m+bm-pn..-26-2, ;限界Bmの計算(max 0-2) なんてのも.
> # どうなっているんじゃ〜〜
わたしもどうなっているのかわかりません.
他の人の環境では何が起こるかわかりませんね,楽しい!(笑)
- No.10907 - [コメント元:10906] [リストへもどる ] soft
10906:
Re^3: k07v系におけるマクロバッファ書換え位置確定?
投稿者:
konno 2023/08/08(火) 02:34
10905 番 めざら さんへのコメント コメント数 1
> その環境って,わたしがお送りした DEF なわけだと思いますが,
> konno さんの手元の環境では書換えは発生していないということでしょうか?
はい、めざらさんの DEF です。
私の DEF では表面上は出ていないですが、わかりません。
めざらさんの DEF では他の現象も出ました。
2017/09/09 09:23 62,666 vza.com
この版などいくつかの版では、書換は確認できません。
そのかわり、マクロモジュールの破壊が起こる場合があります。
VZ起動してファイルを読み込んで、[ESC]M でマクロモジュールメニューを出すと
┏━ Modules <free:20002/30269> ━━━━━┓
┃ ! vz.def v1.6 6479 ┃
┃ fl.def v1.6 569 ┃
┃ outlaw.def (v2.20) 999 ┃
┃ automenu.def 778 ┃
┃ ex 790 ┃
┗━━━━━━━━━━━━━━━━━━━━┛
こうなっていますが、free 表示がおかしいですね。これで
DUMP.DEF のファイルを開いて、^k^ で再カスタマイズすると
┏━ Modules <free:-9609/658> ━━━━━━┓
┃ ! vz.def v1.6 33303 ┃
┃ E Dump.def 5923 ┃
┗━━━━━━━━━━━━━━━━━━━━┛
こうなります。他のモジュールが消えて free がマイナスになりました。
この free 表示には
10 "Modules <free:$BM/$x>",40,0
このシステムメニューで、変数 x を使っていますよね。
5 [ESC]M @M "Module Menu" ;Yushi local:H・ear
x$fdfb+bm-pn..-26, ; dc15#5267 m.gann
ここで変数 x を設定していると思います。
このルーチンは私も意味も分からないまま使っています。
この定数 $fdfb って何なのでしょう?
ちなみに、再カスタマイズルーチンは
56 ^K^ "Install"
?. P(0)
この後ろの方にマクロを追加してみました。
80 @^ "~" "〜" .
これでマクロサイズが少し増えたので試すと
Modules <free:20002/30255>
となり、DUMP.DEF を ^k^ で再カスタマイズすると
┏━ Modules <free:14079/24332> ━━━━┓
┃ ! vz.def v1.6 6492 ┃
┃ fl.def v1.6 569 ┃
┃ outlaw.def (v2.20) 999 ┃
┃ automenu.def 778 ┃
┃ ex 790 ┃
┃ E Dump.def 5923 ┃
┗━━━━━━━━━━━━━━━━━━━━┛
こうなって正常に出来ました。
# どうなっているんじゃ〜〜
- No.10906 - [コメント元:10905] [リストへもどる ] pre
10905:
Re^2: k07v系におけるマクロバッファ書換え位置確定?
投稿者:
めざら 2023/08/07(月) 07:39
参照先:http://mezala.la.coocan.jp/
10903 番 konno さんへのコメント コメント数 1
色々試していただき,ありがとうございます.
その環境って,わたしがお送りした DEF なわけだと思いますが,
konno さんの手元の環境では書換えは発生していないということでしょうか?
VZ の版が関係はするようだ(特定の版グループで発生)ということではあるけれど,
トリガーになっているのは,めざらの設定ということなのでしょうか.
それとも,いずれの環境でも発生しているけれど単に気付かないだけなのか……
謎は深まる……
手元の VZ.DEF は一通り眺めたのですが,自己書換えするようなコードないんですよ.
- No.10905 - [コメント元:10903] [リストへもどる ] soft
10904:
Re: 結局一時しのぎで
投稿者:
konno 2023/08/06(日) 23:49
10902 番 めざら さんへのコメント
> VZ.DEF の内部マクロの配置を入れ替えて,Pに書き換わる位置をずらし,
> 「Swap Text」のタイトルを持つマクロのタイトル文字列の p の位置に
> mh+$1416 が来るように調整しました.結果→「SwaP Text」に.(笑)
ぷっ・・・ 思わず笑ってしまいました。(゚゜)☆\(--#)バキッ
いや、冗談抜きで上手いですね。(^^;
> あーあ,ほんとに一時しのぎだなぁ……
私家版VZ が原因の可能性があるのでご迷惑をおかけします。m(__)m
- No.10904 - [コメント元:10902] [リストへもどる ] soft
10903:
Re: k07v系におけるマクロバッファ書換え位置確定?
投稿者:
konno 2023/08/06(日) 23:40
10900 番 めざら さんへのコメント コメント数 1
> ……ということであれば,相対的な書換え位置は確定ということで OK ?
> 書換え位置は変わらず,ちょっとした環境の違いで異なる値になるということかな.
VZ.COM の各種バージョンで試してみたら、アドレス違いのバージョンもありました。
2018/10/07 19:12 62,664 vzk75e.com mh+$13f0=$2303
62 ^F "" ;Line End m.gann;[\] next spc
?. (ks&1)?{ (ct<3)?#f :r #d (ct>2+ck)?>r. }
↑
21F9: 72 23 64 28 63 74 3E 32-88 63 6B 29 3F 3E 72 2E r#d(ct>2・k)?>r.
"+"($2B) → $88
2017/09/09 09:28 62,666 vzk7t5.com mh+$13f2=$2305
62 ^F "" ;Line End m.gann;[\] next spc
?. (ks&1)?{ (ct<3)?#f :r #d (ct>2+ck)?>r. }
↑
2203: 2B 63 88 29 3F 3E 72 2E-7D 23 66 00 3F 18 01 FF +c・)?>r.}#f・?・・・
"k"($6B) → $88
2017/09/06 22:39 62,644 vz-5.com mh+$13dd=$22f0
?. (ks&1)?{ (ct<3)?#f :r #d (ct>2+ck)?>r. }
↑
21E3: 00 06 FF 00 3F 2E 28 6B-73 26 31 29 3F 88 28 63 ・・・・?.(ks&1)?・(c
"{"($7B) → $88
基本的に VZK07T5 以降で現象が起きているようですが、アドレスが違いますね。
上記の例では、置き換わるコードの一桁目が "$B" で共通しているのが興味深いですね。
ビットの下4桁が 1011 ですね。
あと、例外もありました。
2015/11/04 00:36 62,262 vzk7t2a.com mh+$13af=$22c2
61 ^A "" ;Line Top m.gann;[\] back str
?. (ks&1)?{ #a :r (lx)?{ #s (ct>2+ck)?>r #d }. }
↑
21B5: 73 26 31 29 3F 7B 23 88-3A 72 28 6C 78 29 3F 7B s&1)?{#・:r(lx)?{
"a"($61) → $88
これは中身を見てみないとなんともいえないですね。
ビットは 0001 か・・・
"#"($23) 0011 うーむ・・・
- No.10903 - [コメント元:10900] [リストへもどる ] pre
10902:
結局一時しのぎで
投稿者:
めざら 2023/08/06(日) 11:39
参照先:http://mezala.la.coocan.jp/
10901 番 めざら さんへのコメント コメント数 1
VZ.DEF の内部マクロの配置を入れ替えて,Pに書き換わる位置をずらし,
「Swap Text」のタイトルを持つマクロのタイトル文字列の p の位置に
mh+$1416 が来るように調整しました.結果→「SwaP Text」に.(笑)
あーあ,ほんとに一時しのぎだなぁ……
- No.10902 - [コメント元:10901] [リストへもどる ] soft
10901:
k07v系の問題ではないのか?
投稿者:
めざら 2023/08/06(日) 10:20
参照先:http://mezala.la.coocan.jp/
10900 番 めざら さんへのコメント コメント数 1
ううう,製品版DEFで起動すると,書換えが確認できませんでした.(?_?)
以下,やってみた手順を示します.
1 製品版DEFに手を加えずに k07v6k で起動(vz/vzibmjなど)
書換えを確認できず.(mh+$1416 は vzfl.def のマクロエリア最後の方を指す)
2 製品版DEFのBMのみ30000に書換えて同様に起動
書換えを確認できず
3 製品版DEFのマクロエリアの最後に自前バッファを配置して起動
44 ""
01:"$(00,20)$[8192]"
上記の自前バッファを,矩形ブロック呼出マクロ(43)の直後に配置
書換えを確認できず
周辺はすべてヌルで埋められているまま.
う〜ん...いよいよわからなくなってきた.
k07v6系の問題ではないということ??
他に検証方法を思いつかないなぁ……
- No.10901 - [コメント元:10900] [リストへもどる ] soft
10900:
k07v系におけるマクロバッファ書換え位置確定?
投稿者:
めざら 2023/08/06(日) 07:47
参照先:http://mezala.la.coocan.jp/
10899 番 konno さんへのコメント コメント数 2
> 2329h:'・=88h=136 '・'=5488h=21640=21640 ・wl],:P&p&u(r)(r)>!{(#t-c2&r)>C
#T(23h 54h)が 88h 54h になりますか…… 2バイトではなく 1バイト書換えですね.
……ということであれば,相対的な書換え位置は確定ということで OK ?
書換え位置は変わらず,ちょっとした環境の違いで異なる値になるということかな.
他の方の環境で mh+$1416 はどうなっているでしょうか.
[ESC]@ などで即席確認できますので,見ていただけるでしょうか?
konno さんも,ご自身の環境で確かめてみてください.
わたしは検証用として製品版DEFに巨大自前バッファを配置して,
mh+$1416 以外に書換えが発生していないか確認してみようと思います.
- No.10900 - [コメント元:10899] [リストへもどる ] pre
10899:
Re^10: 修正テスト版
投稿者:
konno 2023/08/06(日) 01:26
10898 番 めざら さんへのコメント コメント数 1
> もっとも最近は [ESC]^ で呼び出すことが結構多いですね.
> (高橋版ベースならインクリメントサーチのできるファイラなので楽)
そうか、 [ESC]^ でしたね、これがわからなかったのでした。アルツじゃ〜
> ばつつあのマニュアルを読んでいただければよいわけですが……
す、すみません、お手数をおかけして。m(__)m
> メッセージラインに表示されたコード範囲の一番最初(左端)に該当部分を
> 合わせるために \[←]/\[→] で 1バイトずつスライド表示して調整します.
> メッセージラインの最初にその「中黒」を持ってこられたら [UP] でコードを確認.
> [DOWN] で元に表示に戻せます.(DUMPでも分かるでしょうけど)
出来ました! これですね。
2329h:'・=88h=136 '・'=5488h=21640=21640 ・wl],:P&p&u(r)(r)>!{(#t-c2&r)>C
中黒のコードは 5488h ですね、DUMP でも同じでした。
CTRL.DEF で $8854 は以下になりました。見た目は中黒($8145)と同じですね。
・
- No.10899 - [コメント元:10898] [リストへもどる ] pre
10898:
Re^9: 修正テスト版
投稿者:
めざら 2023/08/05(土) 23:33
参照先:http://mezala.la.coocan.jp/
10897 番 konno さんへのコメント コメント数 1
> めざらさんは OUTLAW派のようですが、私は EXMENU がメインなのです。
OUTLAW は記述が簡易にできるからなのですが,EXMenu はわたしもよく使いますよ.
もっとも最近は [ESC]^ で呼び出すことが結構多いですね.
(高橋版ベースならインクリメントサーチのできるファイラなので楽)
割り当てたキーアサインよりファイル名の方が直感的だったりするので.
> えーと、この操作がわからないです。
ばつつあのマニュアルを読んでいただければよいわけですが……
メッセージラインに表示されたコード範囲の一番最初(左端)に該当部分を
合わせるために \[←]/\[→] で 1バイトずつスライド表示して調整します.
メッセージラインの最初にその「中黒」を持ってこられたら [UP] でコードを確認.
[DOWN] で元に表示に戻せます.(DUMPでも分かるでしょうけど)
- No.10898 - [コメント元:10897] [リストへもどる ] soft
10897:
Re^8: 修正テスト版
投稿者:
konno 2023/08/05(土) 17:08
10896 番 めざら さんへのコメント コメント数 1
> そんなに言うほど使いにくいですかね〜.(笑)
> 基本的なキーアサインは変えていませんが,因みにどこに一番違和感が?
マクロのキーアサインが色々違うし、私は Fキーで覚えているので他人のVZはわからないのです。
めざらさんは OUTLAW派のようですが、私は EXMENU がメインなのです。
私はバフツアもわからないので DUMP.DEF を使いたいのですが、起動法がわからない。(>_<)
めざらさんのVZ.DEFの [F03] の後ろに 起動キーを書きました。(^^;
> ばふつあで,その中黒に合わせて [UP](コード表示)してみてください.
> 本当に中黒(8145h)なのか,未定義コード(例えば 8259h など)なのか確認できます.
えーと、この操作がわからないです。
VZのバグパッチ版は関係ないことはわかりました。
現在VZの版の特定の絞り込みをしています。
- No.10897 - [コメント元:10896] [リストへもどる ] soft
10896:
Re^7: 修正テスト版
投稿者:
めざら 2023/08/05(土) 07:51
参照先:http://mezala.la.coocan.jp/
10895 番 konno さんへのコメント コメント数 1
そんなに言うほど使いにくいですかね〜.(笑)
基本的なキーアサインは変えていませんが,因みにどこに一番違和感が?
それはともかく,ですが
ばふつあで,その中黒に合わせて [UP](コード表示)してみてください.
本当に中黒(8145h)なのか,未定義コード(例えば 8259h など)なのか確認できます.
未定義コードが中黒で表示されるフォントの場合がある(結構多い)と思われるので,
そこはきっちり確認した方がよいかと思います.
- No.10896 - [コメント元:10895] [リストへもどる ] soft
10895:
Re^6: 修正テスト版
投稿者:
konno 2023/08/05(土) 00:14
10894 番 めざら さんへのコメント コメント数 1
> ちょっと分からないのですが,mh が $F7B になる版はどれですか? 超私家版?
> mh が $F13 になるのは k07v6k(20230802) なので,さらにシステム領域が増えた版ということですか?
> (めざらはカンチガイしているのか…… mh はいずれの環境でも版固有の値をとるのではないのか……)
すみません、あまりに使いずらいので自分のDEFをインクルードするために BM を変えていました。m(__)m
元のDEFにしたら、mh が $F13 になりました。
結果、mh+$1416 に文字化けが出ました。
"・wl],:P&p&u(r)("
うう、何故中黒になるのかはわかりません。
これらの結果を踏まえて調べてみます。m(__)m
- No.10895 - [コメント元:10894] [リストへもどる ] soft
10894:
Re^5: 修正テスト版
投稿者:
めざら 2023/08/04(金) 23:49
参照先:http://mezala.la.coocan.jp/
10893 番 konno さんへのコメント コメント数 1
> うちの環境では、mh は $F7B でした。そのせいか、mh+$1416 に文字化けはありませんでした。
> 試しに $F13+$1416 を見たら "・:r(lx)?{#s(ct>" と中黒になっていて、ここは VZ.DEF の 510行目
ちょっと分からないのですが,mh が $F7B になる版はどれですか? 超私家版?
mh が $F13 になるのは k07v6k(20230802) なので,さらにシステム領域が増えた版ということですか?
(めざらはカンチガイしているのか…… mh はいずれの環境でも版固有の値をとるのではないのか……)
いずれにしても,マクロバッファ書換えの症状は存在するということですね.
ただ,2バイト書き換わっているというのは新しい症状のように思います.
わたしの手元では1バイトの書換えで収まっているので,より重い症状のような……
- No.10894 - [コメント元:10893] [リストへもどる ] soft
10893:
Re^4: 修正テスト版
投稿者:
konno 2023/08/04(金) 20:12
10892 番 めざら さんへのコメント コメント数 1
> ごめんなさい,ざっくりしたマップを見て適当に言いましたが,260バイトですね。
> 256を超えたので2区画取ったように見えてしまっただけです。
なるほど、そういうことですか、了解です。
> 手元では直前の版の mh が $E0F で,テスト版の mh が $F13 でした。
> 版によって絶対アドレスが変わるので,以後 mh+$1416 付近と言うことにします。
> 試しに念のため mh+$1416 を確認してみていただけるでしょうか。
うちの環境では、mh は $F7B でした。そのせいか、mh+$1416 に文字化けはありませんでした。
試しに $F13+$1416 を見たら "・:r(lx)?{#s(ct>" と中黒になっていて、ここは VZ.DEF の 510行目
61 ^A "" ;Line Top m.gann;[\] back str
?. (ks&1)?{ #a :r (lx)?{ #s (ct>2+ck)?>r #d }. }
↑
ここみたいです。"#a" が中黒($8145)に文字化けしていますね。
63 [F03] "" ;Pick Text (220) ;Close, reOpen, Quit
(s||wc<1)?.
ss-, wl[7, #T wl],
↑
めざらさんのここより13行手前が文字化けしているようですね。
私の環境では挙動がおかしいので他にも不具合があるようです。
これを手掛かりに調べてみます。
- No.10893 - [コメント元:10892] [リストへもどる ] pre