雑記

--- 引用 ---
nifty:FGALDC/MES/15/
#03869　高橋　洋光　RE:Ｑ：zp ってなに？
97/01/07 22:59

  　まず、TPA と言うのはメインメモリーのフリーエリアの事。
  　zp と言うのはポインタですが、そのポインタのセグメントは常駐command.
  com のセグメントです。
  　簡単に言うと、常駐 Vz が、command.com にフリーエリアの開始セグメン
  トを強制的に教えこむため、command.com  を書き換えるポインタが、zp です。
------------

　と言われてもね。とほほほ。
　ま、いつの日か。

===========================================================================

inst.asm     1132:;--- Check prefix key ---
inst.asm     1153:;--- Scan follow key ---

　プレフィクスキーの後は「本物キー」で良いか、という話が昔ありました。
　どうも術語ではないような気もしたけど、cmosさんは、follow key （後続キー）
と呼んでいたみたい。

c:\vzsrc\cmos\main.asm      216:GDATA tpafreep,	dw,	0		; ZP

c:\vzsrc\cmos\dos.asm     1097:	public	allocTPA
c:\vzsrc\cmos\dos.asm     1098:allocTPA proc
c:\vzsrc\cmos\dos.asm     1151:allocTPA endp

c:\vzsrc\cmos\swap.asm      127:		call	allocTPA

　違う。僕が知りたいのは、こういうことではなかった。
　いちおうもがいてはいます、という報告でした。

>   　zp と言うのはポインタですが、そのポインタのセグメントは常駐command.
>   com のセグメントです。
>   　簡単に言うと、常駐 Vz が、command.com にフリーエリアの開始セグメン
>   トを強制的に教えこむため、command.com  を書き換えるポインタが、zp です。

文太さん、目の付け所がナイスですね！　φ(｡｡)mﾒﾓﾒﾓ
私は全くわかっていませんでした。
早速各種環境で調べてみました。


VTDOS  NP2	DOS Ver 6.20
ZP:0		起動直後
ZP:1327  52Fh	 VMAP 後


Win98ME		DOS Ver 8.0  VZo,VZs,VZex
ZP:0		起動直後
ZP:0		 VMAP 後

VZオリジナル、榊原版、などは検索失敗しているようだ。

Win98ME		DOS Ver 8.0  VZc,VZt,VZd,VZk
ZP:0		起動直後
ZP:1767  6E7h	 VMAP 後

チューパッチ以降は対応されているようです。
ここまではまあこんなものかと、ボロボロのXPマシンを何とか立ち上げてみました。

WinXP		DOS Ver 5.0  VZo,VZs,VZex
ZP:0		起動直後
ZP:0		 VMAP 後

PCがボロボロでキー入力もおかしくなっているが、基本はWin9x系と同じみたいです。

WinXP		DOS Ver 5.0  VZc,VZt,VZd,VZk
ZP:0		起動直後
ZP:-16544 BF60h	 VMAP 後

一見チューパッチ以降は対応されているように見えるが、数値が変？
気になったので、Win2000マシンでも見てみました。

Win2000		DOS Ver 5.0  VZc,VZt,VZd,VZk
ZP:0		起動直後
ZP:-16544 BF60h	 VMAP 後
ZP:20497  5011h	 VMAP 後	vzkvt2

 VZc,VZt,VZd,VZk は、XPと同じですが、たまたま vzkvt2 でも見たところ数値が違う？
確認したら、vzkvt2 だけ、DOS.ASM のルーチンが違ったのです。
これはもしかして、10＃さんのルーチンでは？
WinNT系ではVZのコマンドラインで不具合が出やすいですが、その対策？
真相はいかに・・・続く

konnoさん

　関心を向けてくださり感謝です。
　とはいえ、konnoさんは、vtdosなどの挙動に興味があり、僕はＶｚの仕組みにのみ
興味があります、、、。そのためにＤＯＳマシンなどというＶｚ以外で使いようのない
マシンを作る技術とパーツをコレクションしたのですから。

1327 52Fh		;vtdos

　ここだけ同じでした。それ以外が違う、という意味ではなく、これだけやりました、
という意味です。
　ただ、僕は、vtdosに出会って以来、sw=0 なんです。どこでも、スワップなんて
しなくていいよ、と。困ったことないもの。スワップさせる環境にして困ったことは
あるけど、と。

sw
　    0 :スワップ機能を使用しない
　    1 :テキスト領域のみ解放する
　    2 :コード領域も含めて解放する
　    3 :常駐時に常にコード領域まで解放する
　  ◆4 :アプリケーションのコマンドラインは
　       フックしない。（SW3 と同様）

　というわけで、sw0, で、zp に意味はあるのだろうか？　というのが僕の疑問です。
回答してください、という意味じゃないです。
　所詮、分からないことだらけでＶｚを使っているのですから。
　Ｖｚの仕組みが分かりたくてＶｚを使っているところが、おおいにありますねぇ。

　いちおう釈明・説明しますと、僕はＶｚ１．６の「コードセグメントとデータセグメント
の分離」の意味を知りたいんですね。ただ、ここでいうデータセグメントって、cpu的には
スタッグセグメントのことですね、Ｖｚはスタッグセグメントをスタッグとしては
まったく使ってなくて、データ格納領域（それもコピー大半。マクロバッファ含む）と
して使ってますね。で、command.comが.comファイルではスタッグセグメントを割り当てる
のなら、その後Ｖｚはそこをどう管理してるのよ、となって、このスレッドのタイトル
となりました。
　Vz 1.6, main.asm の冒頭にヒントがあったと思ってます。
　とりわけ解説とかコメントとか求めていませんから、大丈夫ですよ。

　ただ、何かレスをしたかっただけです。m(__)m


　そうそう、（僕的には）別件ですが。
　僕はZP (tpafreep) が swap のためだけに用意されたものだと思っていました。でも、
これ、Vz1.6 ではじめて入ってます。1.5x 以前では、tpafreep はないと思う。
もちろん、1.5x で swap.asmはあります。なんだ？

> 1327 52Fh		;vtdos
　　　　　　　　　　　　　 ↓
1327 52Fh		;MSDOS6.2
この数値は、command.com ごとに違うのだと思います。
そして、WinNT系のDOS5 は、正しく取得できていないと思われます。

> 　  ◆4 :アプリケーションのコマンドラインは
> 　       フックしない。（SW3 と同様）

これを見て閃きました。command.com をフックさせなければいいのではないかと。
FreeCOM と DOSVAXJ3 の環境では、zp はゼロになります。フック出来ていないのです。
それなのに問題なく動作しているので、WinNT系でも同じくフックさせなければどうなる？

で、やってみました。
正しい位置を検索するのは難しいですが、わざと失敗させるのなら簡単です。(^^;

その結果、いままでWin2000で必ず落ちていた操作
テキストオープン後に[ESC]E でコマンドラインに降り
小文字の vmap
大文字の VMAP
この操作で全く問題が出なくなりました。＼(^^)／ ﾔｯﾀ-

> 　というわけで、sw0, で、zp に意味はあるのだろうか？　というのが僕の疑問です。

これが鍵だったのです。文太さんのおかげで長年の問題が解決したかもしれないです。
ありがとうございます。

> スタッグセグメントのことですね

タイポかもですが、スタッグ ？　と思って検索したら、裏切る、寝返るとか出ますね。(^^;
そうか、VZ1.6はメモリ管理の常識を裏切るビックリな使い方をしているのでせう。(^^;;

> 　僕はZP (tpafreep) が swap のためだけに用意されたものだと思っていました。でも、
> これ、Vz1.6 ではじめて入ってます。1.5x 以前では、tpafreep はないと思う。
> もちろん、1.5x で swap.asmはあります。なんだ？

この数値は、command.com ごとに違い、正しく取得できないことがあるから目に見えるようにした。
と想像します。

　「完全に筋は通っている」話関連です。
　いちおう検算です。
　というか計算はできないけど、konnoさんが言ってることは、＊いちおう＊
分かりました。
　swap.asm でなくて、dos.asm だったからね。

;--- Allocate TPA --- dos.asm Vz1.57

	public	allocTPA
allocTPA proc
	tstw	shseg
	jz	alloc9
	mov	bx,save_psp
	msdos	F_SETPSP
	mov	bx,-1
	msdos	F_MALLOC
	msdos	F_MALLOC
	push	ax
	call	TPAptr
	pop	dx
	mov	es:[bx],dx
	cmp	ax,0314h		; later DOS 3.2
_if ae
	mov	es:[di+2],dx
_endif
	mov	es,es:[di]
	mov	bx,0465h		;!!!!!
	cmp	ax,0500h		; ##156.96  ##157.xx  DOS 5.0
	jae	alloc8
	mov	di,0200h
	mov	cx,100h
_repeat
	mov	al,0B4h			; find "mov ah,49h"


;--- Allocate TPA --- dos.asm Vz1.6

	public	allocTPA
allocTPA proc
	tstw	shseg
	jz	alloc9
	mov	bx,save_psp
	msdos	F_SETPSP
	mov	bx,-1
	msdos	F_MALLOC
	msdos	F_MALLOC
	push	ax
	call	TPAptr
	pop	dx
	mov	es:[bx],dx
	cmp	ax,0314h		; later DOS 3.2
_if ae
	mov	es:[di+2],dx
_endif
	push	es:[di]
	mov	bx,cs:tpafreep		;!!!!!
	tst	bx
	jnz	alloc8
	mov	di,0600h
	mov	cx,300h
	cmp	ah,5			; ##16
	jae	alloc1
;	mov	bx,0465h		;!!!!!
;	cmp	ah,5			; ##156.96  ##157.xx  DOS 5.0
;	je	alloc8
	pop	es
	push	es
	mov	di,0200h
	mov	cx,100h
alloc1:
_repeat
	mov	al,0B4h			; find "mov ah,49h"
	jne	alloc_x
	mov	al,49h
	scasb
_until e
	mov	bx,es:[di-4]
	mov	cs:tpafreep,bx		;!!!!! こっちが保存（登録）で、、、
					;ロジックは読めませんが


c:\vzsrc\cmos\swap.asm       47:		extrn	allocTPA	:near
c:\vzsrc\cmos\swap.asm      127:		call	allocTPA
c:\vzsrc\cmos\swap.asm      456:	extrn	allocTPA	:near
c:\vzsrc\cmos\swap.asm      482:swapo8:	call	allocTPA

　繰り返しですが、（混乱したので）allocTPA proc がswapのために使われるのは
間違いありません。前も書いたね。

　状況証拠からも推定ができないので、どなたかにお尋ねいたします。
　ゴシップやＶｚトリビアよりは、もう少し真面目で真剣な問いのつもりです。
技術発展史的に。

　流れがあるので、ここで失礼します。

　疑問・質問は単純です。
　以下の記述のどちらが正しいのだろうか？

https://www.vcraft.jp/myhistory.html
--- c.mos 氏のサイトより ---
1987.1	PC World Japanより『EZ Editor』発売
1988.5	ビレッジセンターより『VZ Editor』発売
----------------------------

http://mezala.la.coocan.jp/vz/history/chrono.html
--- めざら資源 ---
1989/05	VZ Editor v1.00
------------------

　８８年か８９年か？
　めざらさん、何か記憶にありますか？


　経緯は、以下です。

;--- Allocate TPA --- dos.asm Vz1.57
略
	cmp	ax,0314h		; later DOS 3.2

NEC MS-DOS の歴史
http://radioc.web.fc2.com/column/pc98bas/pc98dosver.htm

　この「later DOS 3.2」はどういう意味だろう？　と。
　DOS 3.2 or later かな？
　later than DOS 3.2 かな？
　意味は同じはず。DOS 3.2 以降なら、この場所にcommand.com のこれがあるはず、
程度。
　では、DOS 3.1 時代（1985/10-1987程度？）に、（Ｅｚではなく）Ｖｚは存在
しなかった？　c.mosさんの手元にさえ？　Ｖｚは、DOS 3.1 をサポートして
いなかった？

　細かいことなのですし、すっごくクリティカルとうか致命的決定的なことでもない
のでスルーしてもいいのですが、ま、成り行きでひっかかってしまいましたので。

　どなたか状況を整理できる方に、「こうじゃない？」とご意見いただけると
嬉しく思います。

> --- c.mos 氏のサイトより ---
> 1988.5	ビレッジセンターより『VZ Editor』発売
> ----------------------------
> --- めざら資源 ---
> 1989/05	VZ Editor v1.00

これは、c.mos 氏のサイトのが勘違いなのではないでしょうか。
うちの VZ1.5 のフォルダを見ると

 C:\VZ\VZ16\VZ150 のディレクトリ

1989/05/10  01:00             1,023 ZENHAN.DEF
1989/05/10  01:00                76 START.BAT
1989/05/10  01:00            64,445 VZ.DOC
1989/05/10  01:00               758 SAMPLE2.TXT
1989/05/10  01:00             2,545 SAMPLE1.TXT
1989/05/10  01:00             3,762 KEISEN.DEF
1989/05/10  01:00             2,573 GAME.DEF
1989/05/10  01:00                31 GAME.BAT


1989/05/10  01:00 が一番古い日付です。
この中の VZ.DOC 冒頭には

			    ＶZ Editor Version 1.00
			　　　オンラインマニュアル

			  Copyright (C) 1989 by c.mos
			  Published by Village Center

			１９８９年５月	兵藤嘉彦（c.mos）


こう書かれています。

状況証拠から結論：８９年

--- めざら資源 ---
1989/05	VZ Editor v1.00
------------------

　こっちが正しい。ご本人が（きっと誰もあえて指摘しないのだろう）間違ってる。
　『We Love Vz Editor II』冒頭の座談会で、ver 1.5へのヴァージョンアップの話を
しており、座談会書き起こしの最後に「Vz 1.0 版リリース直後の1989年8月の
もの凄い雨の日、技術評論社会議室にて」とある。
　なお、「PC-9801U2 を買って、エディタが必要になって作り始めた」ともありますね。

　８９年です。やっぱそんなに最近（！）なんだ？！

　なお、

1982.8	統合マシン語開発ツール『MIGHTY-3』、月刊アスキー1982年8月号に掲載
1984.4	日立製作所横浜工場入所（エディタ作成に参加：Bunta added）
1986.3	同退所

　という履歴から分かるのは、８２年に（81年ＩＢＭ・ＰＣ初号機発売です！）、
マシン語開発ツールとか作ってたということ。うん、なんだ、古参というか筋金入り
というか。ＣＰＵとメモリと（あったのか）ディスクでＰＣは動くものというのは、
叩き込まれますね。あとキーボードとディスプレイ？


　ふと。
　かならずお返ししますので、万が一『We Love Vz Editor』（Ｉ）をお持ちの方が
おられましたら、お貸しください！

　どうでもいいことです。
　mix のログから。konnoさん、サンクス！

>90/09/09 01:56
>
>標題： INDIANAPOLIS 500
>
>す、すごい・・すごすぎる・・
>
>レースマニアの方なら、おそらくこのソフトのためだけに、IBM PCを買うでしょう。
>久々の感動ものです。
>
>また一歩９８は、世界から取り残されました。
>
>			c.mos

　ＮＥＣが、ＮＸで、９８アーキテクチャを諦めたのは、1997.09だそうです。
　Ｖｚが４年間の現象だったというのが信じられない。しょせん時間は主観的なもの、
ということなのでしょう。