> 今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
> DOS 4.0の挙動にあわせています。
> これでVZの問題が解決しているのではないかと思います。。。

武田さん、ありがとうございます。
オリジナルVZで確認してみましたが、常駐、非常駐とも問題無しでした。
これでパッチVZの需要は無くなりましたね。(^^;

本当にありがとうございました。

MS-DOS Player 2024/9/19版が更新されました。
#11485 で作者様が告知してくれたのですが、内容は

-----------------------------------------------------------
2024/9/19
INT 21h, AH=4Ahの処理を修正しました。
指定したメモリブロックのサイズの変更に成功した場合、そのメモリブロックのオーナを
呼び出し元のプロセスに変更するようにしました。
サイズの変更に失敗した場合も、可能な限り最大のサイズに変更するようにしました。

DOS 4.0のソースを見る限りでは、以下のような挙動になっているようです。

後続の空きメモリブロックと結合することで、可能な限りサイズを大きくする。
指定のサイズ以上になった場合は、指定のサイズまでメモリブロックを分割して、
（元オーナが他のプロセスだろうが、空きメモリブロックだろうが、お構いなしに）
そのメモリブロックのオーナを自プロセスにする。
サイズが足りない場合は、どこまでサイズを大きくできたかをBXに返す。
このとき、メモリブロックを元のサイズに戻したりはしない。

VZエディタで、開放したメモリブロックのサイズを変更するような処理があるらしく、
これで動作が改善しているのではないかと思います。

-----------------------------------------------------------

掲示板の記事で書いていた VZの 4Ahの問題を修正してくれたようです。
オリジナルVZで確認してみましたが、常駐、非常駐とも問題無しでした。
これでパッチVZの需要は無くなりましたね。(^^;

本当にありがとうございました。

　おかげさまで、#11440 に報告した異常は、最初の1回だけ出ますが、2回目からは無事、出なくなりました。


　ずうずうしい？要望を言えば、MS-DOS Player 上の Vz では、

　かな漢字変換がONの状態で、[ESC]などのプリフィックスキーを押した直後のキーは、自動的にIMEがオフになってほしい
　(Vz用語で、隠しオプションFQ＋が効いてほしい)

という点を実現していただけると、ありがたいですが．．．。

　#11462 にアナウンスされたDLLの正式な公開ですね。ありがとうございます。

> 　おかげさまで、#11440 に報告した異常は、最初の1回だけ出ますが、2回目からは無事、出なくなりました。

切り替えた最初に異常が出るのはメモリキャッシュの影響ではないかと疑っています。
それ以降異常が出ないなら問題ないと思います。

> 　かな漢字変換がONの状態で、[ESC]などのプリフィックスキーを押した直後のキーは、自動的にIMEがオフになってほしい
> 　(Vz用語で、隠しオプションFQ＋が効いてほしい)
> という点を実現していただけると、ありがたいですが．．．。

これ、私も欲しいかも。(^^;
今までは VTDOS で WinIMEで書き込み出来ていたので特に感じなかったのですが
DOSVAXJ3 が出てきて WinIMEが使えるとなると、つい比べてしまうようになって。(^^;
CKWV や SDL.DLL などを使えば出来そうな気はしますが、作者の意向もありますし。

個人的には MSDOS6.2の command.comでVZが常駐使用出来たらいいなと思います。
PCDOS7 でVZが常駐使用できなくて、VZ側にパッチ当てたのがあったと思うのですが
その情報がどこにもなくて、どなたかいただけたら嬉しいなと思うんですが
それこそずうずうしい話ですよね。

> 　#11462 にアナウンスされたDLLの正式な公開ですね。ありがとうございます。

test版が64ビット版だけだったので、正式版が出てうれしいです。
正式な更新って結構な手間がかかると思いますので作者様多忙の中で上げてくれたのは
本当にありがたいことです。

VZはIMEの制御のためにどのような処理をしていますでしょうか？

現状、MS-DOS Playerは、キーボードBIOSのINT 16h, AX=1300hと、
ATOK割り込みのINT 6Fh, AH=00h-05h,0BhでIMEのオン・オフを制御しています。

> VZはIMEの制御のためにどのような処理をしていますでしょうか？

すみません、私は VZのFEP制御の仕組をあまり理解してないので正確には答えられません。

> 現状、MS-DOS Playerは、キーボードBIOSのINT 16h, AX=1300hと、
> ATOK割り込みのINT 6Fh, AH=00h-05h,0BhでIMEのオン・オフを制御しています。

ATOK割り込みのINT 6Fh は J3100 のみで使われているようです。
INT 16h, AX=1300h で WinIME が OFF になるのはVZマクロで確認できました。

VZは MS-KANJI API か $IAS で FEP制御しているようですが
keyibm.asm　の IAS の部分は

;--- FEP control for DOS/V ---

IFDEF DOSV
	fpctr	ias

	public	ias_on
ias_on	proc
;ias_on:
	push	ax
	mov	bx,1
	bios_v	1Dh,0		; mov ax,1D00h  INT10h  VIDEO - DOS/V - SHIFT STATUS LINE CONTROL
	bios_k	14h,0		; mov ax,1400h  INT16h  DOS/V - SHIFT STATUS DISPLAY CONTROL
	bios_k	13h,1		; mov ax,1301h  INT16h  al,01h get shift status
	pop	ax
	mov	dl,al		; Return:  DX = current shift status
	bios_k	13h,0		; mov ax,1300h  INT16h  al,00h set shift status
	ret
ias_off:
	bios_k	13h,1		; mov ax,1301h  INT16h  al,01h get shift status
	push	dx		; Return:  DX = current shift status
	and	dl,01000000b		; ##157.152
	bios_k	13h,0		; mov ax,1300h  INT16h  al,00h set shift status
	pop	ax
	ret
ias_on endp
ENDIF

このようになっていますが、全体の流れがわからないので、これで ON/OFF できるのかわからないです。
[ESC] などのプレフィックスキーを押した時に IME が OFF になって欲しいのです。
その後自動的に ON になってくれるといいのですが。

全体の流れを調べてみます。

ありがとうございます。
ias_onを呼ぶとき、ALに指定する値が気になります。
MS-DOS Playerは、現状ではbit7でオンオフを判定していますが、
DOSVAXJ3はbit0も見ているようです。
今晩辺り、DOSVAXJ3に処理を合わせた版を出してみます。

> 今晩辺り、DOSVAXJ3に処理を合わせた版を出してみます。

ありがとうございます。

keyibm.asm の IFDEF J31 を IFDEF DOSV にすり替えて INT ATOK を使うVZを試してみました。
IME の ON/OFF は出来ましたが、プレフィックスキーの保持が出来ません。
具体的には、[ESC] を押すと プレフィックス表示になりますが、一瞬で消えてしまいます。
IME OFF で [ESC] を押すとプレフィックスが保持されますが、再度 [ESC] を押すと IME ONになります。
その辺は弄ってないので、IMEが何かしてるのかな。うーむ、わからん。

取り敢えず新バージョンを出してみました。

INT 16h, AH=13hと、ATOKのINT 6Fhの処理を、DOSVAXJ3に寄せています。
また、$IBMAFNT/$IBMADSP/$IBMAIASが組み込まれているふりをするようにしてみました。

> 取り敢えず新バージョンを出してみました。

ありがとうございます。試してみました。

> INT 16h, AH=13hと、ATOKのINT 6Fhの処理を、DOSVAXJ3に寄せています。
> また、$IBMAFNT/$IBMADSP/$IBMAIASが組み込まれているふりをするようにしてみました。

INT 16h, AH=13h の方は機能していないようです。
> INT 16h, AX=1300h で WinIME が OFF になるのはVZマクロで確認できました。
これは同じく効いているようですが。
機能の詳細を教えてもらえるとありがたいです。

ATOKのINT 6Fhの方は、VZATOK版ではある程度うまく動くようになりました。
ただ、編集モード以外で [ESC] を押すと IME が ONになってしまうのが想定外でした。
私の説明が不正確だったせいで、IMEを自動復帰させているように思います。

これはVZ側が FEPの状態を覚えていて、必要に応じて VZが ON/OFF させているのでした。
なので、[ESC] を押すと IME が OFFになるようにして、その後はVZが制御する形がいいと思います。


VZは DBCS mode をチェックしているようですが関係あるでしょうか。

SCRNIBM.ASM 2592:
;--- Check DBCS mode ---		; ##156.132

checkDBCS proc
IFDEF US
	mov	dbcs,FALSE	;0
ELSE
  IFDEF IBM
	pushm	<bp,ds,es>
	clr	si
	msdos	63h,0
	mov	al,FALSE	;0
	tst	si
_ifn z
	tstw	[si]
  _ifn z
IFDEF IBMAX
	clr	bl
	bios_v	50h,1
	cmp	bl,01h
	mov	al,TRUE
    _if e
	mov	al,FALSE	;0
    _endif
ELSE
	mov	al,TRUE		;1
ENDIF
  _endif
_endif
	mov	dbcs,al
	popm	<es,ds,bp>
  ENDIF
ENDIF
	ret
checkDBCS endp


KEYIBM.ASM 1588:
;--- Is DBCS mode? ---

	public	isDBCS
isDBCS proc
IFDEF US
	add	sp,2
	clc
ELSE
  IFDEF IBM
	extrn	dbcs		:byte
	tstb	dbcs
_if z
	add	sp,2
	clc
_endif
  ENDIF
ENDIF
	ret
isDBCS endp

　わーい、やりました。MS-DOS Player上のVzで、プリフィックスキーを押した後のキーが無事IMEオフになりました。

> ただ、編集モード以外で [ESC] を押すと IME が ONになってしまうのが想定外でした。
> 私の説明が不正確だったせいで、IMEを自動復帰させているように思います。

　はて、これはどういうことかしら？鈴木の手元では全然問題になる動作をしませんが。

　これでMS-DOS PlayerとDOSVAXJ3は、機能がほぼ並んだようです。


　今後どちらをメインにしようか、うれしく迷ってる 鈴木

> 　わーい、やりました。MS-DOS Player上のVzで、プリフィックスキーを押した後のキーが無事IMEオフになりました。

え？　と思って オリジナルVZで試したらキチンと IME OFF しますね。
どうやら高橋版VZ以降の変更で動かなくなっているようです。
検証不足でした。m(__)m
オリジナルと高橋版の変更部分を調べなくては。

> > ただ、編集モード以外で [ESC] を押すと IME が ONになってしまうのが想定外でした。
> > 私の説明が不正確だったせいで、IMEを自動復帰させているように思います。
> 　はて、これはどういうことかしら？鈴木の手元では全然問題になる動作をしませんが。

これは J3100のルーチンに変更して動かしたVZの話ですので。(^^;
キチンと動いているならなによりです。

> 　これでMS-DOS PlayerとDOSVAXJ3は、機能がほぼ並んだようです。

　ごめんなさい、DOSVAXJ3のメリットがまだありました。
　DOSVAXJ3はEMSを使えるのでした。
　鈴木の環境での両者のvmapを並べてみます。


DOSVAXJ3の場合

VMAP Version 2.00  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D001-E000   1   65520  <free>
                       --- UMB total:  64 KB ---
0171 sys    2      80  <config>
0178 0040   1     256  
0189 1C4E   1     160  command (env)
0194 <--    2  109440  vzibmj 1.60  *.*           1B 29
1C4E <--    1    1024  command vmap
1C8F-9FFF   1  538352  <free>

----- EMS ver4.0 (frame: E000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA not used
------ ----- ------  --------               EMB free: 14832 KB
     1     5    80k  vzibmj
  free   927 14832k
 total  1024 16384k


MS-DOS Playerの場合

VMAP Version 2.00  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
C001 sys    1       0  <config>
C002-F800   1  229344  <free>
                       --- UMB total: 224 KB ---
0207 sys    5    9824  <config>
0472        1    8192  <free>
0673 <--    1  184736  vzibmj 1.60  *.*           1B 22 29
338E        1  509712  <free>
B000 sys    1       0  <config>


　だから大きなファイルを扱うと、 DOSVAXJ3 の方が、テンポラリファイルエラーを起こしにくい。
（というか、使い始めてこの半年、経験していない。）  


　大きなファイルを編集するならDOSVAXJ3だな、と思った 鈴木

msdos -x vzibmjとすると、EMSが有効になります。

引数なしで起動するとオプション一覧が表示されます。
あわせてご参照ください。

　わあ、ごめんなさい、readmeをろくに読んでないのがばれた。
　確かに-xでEMSなどができました。

VMAP Version 2.00  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D001 sys    1       0  <config>
D002-F800   1  163808  <free>
                       --- UMB total: 160 KB ---
0207 sys    5    9824  <config>
0472        1    8192  <free>
0673 <--    1    3840  vzibmj 1.60  *.*           1B 22 29
0764        1  690608  <free>
B000 sys    1       0  <config>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA not used
------ ----- ------  --------               EMB free: 31680 KB
  free  2036 32576k
 total  2048-32768k

　またおそるおそる大きなファイルで実験してみます。

金野さん版で試してみましたが、$IBMAIASとかMS$KANJIとかをオープンするときに、
デバイス名がnull terminatedされていないため失敗しています。

MS-DOS Player側でその辺を対処して、$IBMAIASをオープンできるようにして、
INT 21h, AX=4400hでデバイス情報として0080hを返すようにして、
これでデバイスが存在すると認識してくれたはずなのですが、
それでもVZがINT 16h, Ah=13hを使ってくれない、という状況のようです。

試みに、MS$KANJIをオープンできるようにしたところ、
INT 21h, AX=4402hでデバイスの情報を問い合わせに来てくれました。
これはMS$KANJIをちゃんと実装すれば、そちらを使ってくれるかもです。

> 金野さん版で試してみましたが、$IBMAIASとかMS$KANJIとかをオープンするときに、
> デバイス名がnull terminatedされていないため失敗しています。

試していただきありがとうございます。
私の版はFEP関連は高橋版のままなので、オリジナルとの違いを見てみたのですが
オリジナルがテーブル方式なのを別の方式に大幅に変えている感じです。
おそらく多くのFEPに対応するためだと思われます。

想像ですが、テーブル方式を止めたために逆に存在確認が出来なくなったとかかなぁと。

> MS-DOS Player側でその辺を対処して、$IBMAIASをオープンできるようにして、
> INT 21h, AX=4400hでデバイス情報として0080hを返すようにして、
> これでデバイスが存在すると認識してくれたはずなのですが、
> それでもVZがINT 16h, Ah=13hを使ってくれない、という状況のようです。

複雑すぎて私には全く見当もつかないです。

> 試みに、MS$KANJIをオープンできるようにしたところ、
> INT 21h, AX=4402hでデバイスの情報を問い合わせに来てくれました。
> これはMS$KANJIをちゃんと実装すれば、そちらを使ってくれるかもです。

そういえば、高橋版はデバイス名のヌルが抜けてるというのを思い出して過去記事を検索してみました。
#6453 で10＃さんが調べてくれていました。

> 通常IASの検出はオープンハンドル法といって、"$IBMAIAS"というデバイスを
> オープンできるかどうかで判断しています。
> この"$IBMAIAS"というファイル名は終端にNUL文字が必要で、オリジナルの
> ソースにはあるのですが、k07s3のソースには見当たりません。
> このため、"$IBMAIAS∀・ｯﾍｸﾍUﾍqﾍｯﾍｸﾍPｻ"というファイルをオープン
> しようとしています。
> 未確認ですが、おそらく通常のIASは検出できないものと思われます。
> VTDOS1.39では先頭8文字のみを比較して、強制的にIASを検出させています。

これだ！　思い出した！　これが原因だと思います。

私は #6458 で
> > この"$IBMAIAS"というファイル名は終端にNUL文字が必要で、オリジナルの
> > ソースにはあるのですが、k07s3のソースには見当たりません。
> 
> 気が付きませんでした。確認してみたところ、高橋版以外はありました。
> したがって高橋版の系列は皆抜けています。これは直します。
> 
> 高橋版は初期のものでNULが一つ足りなくて、それ以降のはNULが無くなっています。
> これはVZIBMJ.COMをVZで開いて、"$IBMAIAS"を検索してわかりました。

こう返していて、当時のVZソースを以下のように変更していました。

IFDEF IBMAX
		db	FP_MSKANJI
		db	0
ENDIF
		db	0				; ##k07t2 14-05-11
vct16		dd	0				; tVZで抜けていた

ところがそれ以降の版ではこれを忘れていて抜けたままになってしまったようです。
これを追加した版で試したらキチンと動作しました。
お騒がせしました。m(__)m

高橋版に対応させるために 10＃さんは上記のような対応で WinIME制御を実現してくれたのだと思います。
できましたらそのようにして高橋版でも動くようにお願いいたします。m(__)m

あぁ、久々にオリジナルのままのVMAPを使っている人を見かけた。

> ----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
> handle pages   size  name                   HMA not used
> ------ ----- ------  --------               EMB free: 31680 KB
>   free  2036 32576k
>  total  2048-32768k

私はVMAPにパッチを当てて、マイナスの値が出ないようにしています。
あ、でも、昔と違って私が最近使っているマシンでは、そもそもマイナスの値になる
ほどのサイズのEMSが取得できない。
このパッチ情報も、今では意味がないというか、ある種、歴史に埋もれつつある情報
と言ってもいいのかもしれない。

> あぁ、久々にオリジナルのままのVMAPを使っている人を見かけた。
> 
> >  total  2048-32768k

う、そういえばうちのも出るなぁ。(^^;

> 私はVMAPにパッチを当てて、マイナスの値が出ないようにしています。
> あ、でも、昔と違って私が最近使っているマシンでは、そもそもマイナスの値になる
> ほどのサイズのEMSが取得できない。

この板で「VMAP パッチ」で検索すると #1429 で

> これで vmap としきパッチが、ふたたび生きてきました！

という記事が出ました。ここではこれ以上の情報が見つからないので、もしかしてやしきに
と思ってやしきに忍び込んだらVZの部屋で見っけ。＼(^^)／ ﾔｯﾀ-

で、早速VZでVMAP.COMを開いてやってみたのですが、キーワードが見つかりません。
あれぇ？　と思って冒頭を見ると、diet の文字が。そうです。DIET圧縮されていたのでした。(>_<)

>diet -ra VMAP.COM 　でめでたく圧縮解除できました。

1991/12/16  02:01             3,031 VMAP.COM　圧縮
1991/12/16  02:01             3,173 VMAP.COM

これで指示通りに出来てパッチ当て出来ました。＼(^^)／ ﾔｯﾀ-
昔やった気がするのですが、いつのまにか元のに戻ってしまってたんですね。(^^;

> このパッチ情報も、今では意味がないというか、ある種、歴史に埋もれつつある情報
> と言ってもいいのかもしれない。

いやあ、としきさんのおかげで何十年ぶりかで VMAP の表示が直りました。
ありがとうございます。

高橋版VZエディタ向けの修正を入れたバージョンをリリースしました。

ただ、金野さん版のVZvt02 （2010-05-15）だと、まだFEPが制御されないみたいです。
FEPの存在チェックとDBCSのチェックは通っているのですが。。。
最新版だと問題なさそうでしょうか？

> 高橋版VZエディタ向けの修正を入れたバージョンをリリースしました。

ありがとうございます。高橋版も私家版もバッチリでした。

> ただ、金野さん版のVZvt02 （2010-05-15）だと、まだFEPが制御されないみたいです。
> FEPの存在チェックとDBCSのチェックは通っているのですが。。。

すみません、その版は特殊な版で、VTDOSがIME制御できる前のテスト版でした。
削除しますのでその版は無かったことにしてください。m(__)m

> 最新版だと問題なさそうでしょうか？

はい、問題ないです。
全部の版に対応していただき、本当にありがとうございました。

　あれれ、テンポラリファイルエラーとEMSは関係なかったみたいです。

　400kBくらいの大きなファイルを編集して、そのファイルを最初から最後まで見るのをくりかえしていると、EMSを設定しても、テンポラリファイルエラーが起こります。

　たしか以前のバージョンのMS-DOS Player上のVzは、EMSを設定しなければHDD上にテンポラリファイルを作ってたのに、今回は作らなくなった、のでしょうか？ 

環境変数に指定されているTEMPのパスが深かったり、
短いファイル名をサポートしていないとかはないでしょうか?

C:\TEMPとか適当なディレクトリを作っておいて、
環境変数にMSDOS_TEMP = C:\TEMPとかを定義しておくと、
MS-DOS Player上でそちらがTEMPとして扱われます。

これで解決しないかご確認お願いいたします。

MS-DOS Player 2024/9/22版が更新されました。
内容は
-----------------------------------------------------------
2024/9/22
高橋版VZエディタ向けの修正を行いました。
INT 21h. AH=3Dhで、$IBMAIASをオープンすることで存在チェックをしていますが、
デバイス名がnull terminatedになっていませんでした。
$IBMAIASから始まるパスは、強制的に8文字までで切るように補正します。
INT 21h, AX=4400hで、$IBMAIASのデバイス情報にDX=8080hを返すようにしました。
高橋版VZエディタは、DL=80hになっているかチェックしているようです。


2024/9/21
DOSVAXJ3の実装を参考に、INT 16h, AH=13hと、INT 6Fhの実装を整理しました。
IMEのオンオフやモードの取得・変更をする処理です。
また、$IBMAFNT/$IBMADSP/$IBMAIASが存在しているふりをするようにしました。
（ダミードライバの追加と、INT 21h, AH=3Dhでオープンできるようにした）
DOSVAXJ3だとVZでIMEの制御がうまくできるらしいので、これで様子をみてみます。

システムポートのbit4, bit5で、タイマーのCh.1/2の出力の読めるようにしました。
それぞれ、RAMのリフレッシュ信号と、ビープ音の信号に使用されています。
前者は15us間隔でトグルしますが、そこまで高精度に時間を管理できないので、
連続して読む度に、1msの間に最大66回までトグルするようにしました。
…こんなところをチェックするCLIなツールがあるとも思えませんが（苦笑）

-----------------------------------------------------------

備忘録として 9/21 の分まで載せています。
今回の高橋版VZ向けの更新で 全てのVZで WinIME が制御出来るようになりました。
ありがとうございます。


＃　10年以上前の記事が役に立つこともあるんだなぁ・・・

まとレスです。

鈴木さん
> 　400kBくらいの大きなファイルを編集して、そのファイルを最初から最後まで見るのをくりかえしていると、EMSを設定しても、テンポラリファイルエラーが起こります。

私の経験では、オープン窓の履歴から巨大ファイルを開いて編集するとテンポラリエラーになりました。
VZの初期化処理か何かに問題が有るのではないかと疑っています。
再現する操作手順があれば教えてください。

> 　たしか以前のバージョンのMS-DOS Player上のVzは、EMSを設定しなければHDD上にテンポラリファイルを作ってたのに、今回は作らなくなった、のでしょうか？ 

VZでは HDDでも EMSでも XMSでも一時ファイルは全部テンポラリファイルと言っていたと思います。
EMSが有っても無くてもエラーが出るなら問題は別の所にあるのかも。

武田さん
> 環境変数に指定されているTEMPのパスが深かったり、
> 短いファイル名をサポートしていないとかはないでしょうか?

流石です。私はそこまで考えていませんでした。(^^;
VZは TMP を使うのでこれは設定していると思いますが、設定していないと色々困りますしね。

　すばやい返答、ありがとうございます。
　set で確認すると  

TEMP=C:\USERS\USER\APPDATA\LOCAL\TEMP

　おお、自分で環境変数をいじった記憶はないから、これがcmd.exeの初期設定なのかな。
　そこに確かに、3Mに太ったVZTEMP.$$$がいました。

>　たしか以前のバージョンのMS-DOS Player上のVzは、EMSを設定しなければHDD上にテンポラリファイルを作ってたのに
　これはDOSVAXJ3と混同した世迷い発言でした。


　とりあえずEMSの設定はなしにして、

set msdos_temp=c:\users\user

　として、わかりやすいところにテンポラリファイルを作って様子をみてみます。

　追記です。

　MS-DOS Player 上のVzを終了するとき、Vzを終了させればいいのだけれど、えいっとcmd.exeごと終了させることが僕はあります。そうするとHDD上にVZTEMP.$$$を残したままになるわけです。

　以前純粋MS-DOS上でVzを立ち上げていたとき、もしVZTEMP.$$$がディスク上に残っていたら、まずそれを消去するようにしてました。今のDOSVAXJ3でもそうしてます。

　MS-DOS Playerは、カレントディレクトリでないところにVZTEMP.$$$を作ってたので、その場所が僕にわからなかったのでした。  
　他の環境と同様、これもVzの新規起動時には削除するようにしました。
　これで、いまのところテンポラリファイルエラーはないようです。

実機でも、VZを起動中にPCの電源を落としたら、同じ状況になるのかと思います。
そうなると、MS-DOS Player側で何か対処するのも変な話かもしれません。

一応、異常終了時のハンドラーがあるので、そこで消せなくもないのですが、
それが原因で不具合を起こしそうで怖いですね。

できるだけ、運用で補っていただければと思います。

> 　MS-DOS Player 上のVzを終了するとき、Vzを終了させればいいのだけれど、えいっとcmd.exeごと終了させることが僕はあります。そうするとHDD上にVZTEMP.$$$を残したままになるわけです。

ああ、そういうことでしたか、すっかり失念していました。
高橋版VZ以降は TEMPファイルをユニークにしたので、複数窓でVZを使っていても問題無くなっていたのです。
もちろんVZを強制終了して TEMPファイルが残っても問題ありません。

> 　以前純粋MS-DOS上でVzを立ち上げていたとき、もしVZTEMP.$$$がディスク上に残っていたら、まずそれを消去するようにしてました。今のDOSVAXJ3でもそうしてます。

高橋版VZでも、ファイラーの一時ファイル FILES.$$$ は複数窓同時に使うと駄目なので
やっぱりエミュごとにTMPフォルダー分けた方がいいですね。
私も VZ起動BATで TMPを分けて使うように見直してみます。 

昨日のログ置き場に置いていた暫定掲示板の 過去ログ(nifty log 形式)を
「今日のテーマ」の過去ログ ０番に設置しました。

-----------------------------------------------------------
昨日のログ置き場

暫定掲示板の 過去ログ nifty log 形式
　※今日のテーマ以前に運用していたniftyの個人掲示板の過去ログです。あじゃさんからCMT形式でいただきました。

#00002〜#00029　 KAKO_00.LZH 3,995bytes（2004/07/15〜2004/09/28）
-----------------------------------------------------------

このログを ツリー形式で表示しました。形式が若干違いますが、仕様ということで。
あわせて FGAKDC の修正と検索不具合を修正して、ログ0番まで検索できるようにしました。
LOG No. 0　　のようにログ番号を表示するようにしたので、利便性が増していると思います。

検索漏れを見つけたら教えてもらえるとありがたいです。

＃　としきさんの unix time マクロを基に、全自動変換できました。＼(^^)／ ﾔｯﾀ-

> > あるいは「morek」という語句を、過去ログの0026、0025、0024で検索した場合の
> > 挙動なんかをみると、なんか、検索を始めたログよりも過去方向にはたどるけれど
> > 未来方向にはたどらない、という挙動のように見える。

> うう、うちのはそういう挙動になっていましたか、サーチルーチンは共通だったんですね。
> 直すならやっぱりフラグかなんかですかね。直す気はないけど。(^^;
> うーん、でもとしきさん方式も良いかも。ちょっと迷ってきてます。(^^;

もしかしてこの辺、何か検索ルーチンに手を加えている最中でしょうか。
なんとなくデグレが発生しているような気がする。
それとも、もともと不具合があったのに私が気がついていなかっただけかも。

なんてもいいのですが検索を行い、検索結果を含むツリーを一括表示をさせようと
リンクを踏むと、過去ログに落ちている発言はきちんとツリー一括表示が出てきます
が、現行ログ内に存在する発言の検索結果からは一括表示が出てきません。

ご確認をお願いします。

> なんてもいいのですが検索を行い、検索結果を含むツリーを一括表示をさせようと
> リンクを踏むと、過去ログに落ちている発言はきちんとツリー一括表示が出てきます
> が、現行ログ内に存在する発言の検索結果からは一括表示が出てきません。

うう、デグレというか、ログ0番検索対応のバグでした。(>_<)
直しましたので、ご確認願います。m(__)m

> 検索を始めたログよりも過去方向にはたどる
これは変わっていないと思います。

> うう、デグレというか、ログ0番検索対応のバグでした。(>_<)
> 直しましたので、ご確認願います。m(__)m

直っていますね。よかったよかった。
私のほうも、何とかしたいなぁ。
でも、同じ不具合は入れないと思うけど、もっとひどい不具合を入れ込みそう。

> 直っていますね。よかったよかった。

もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)
問題なさそうでホッとしました。(^^;

> 私のほうも、何とかしたいなぁ。
> でも、同じ不具合は入れないと思うけど、もっとひどい不具合を入れ込みそう。

今の私のソースはとても参考にならない（できない）状態です。(^^;;
その前のも FGALDC 対応でややこしくなってたんですけどね。(^^;

> もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)

これは、比喩に比喩を重ねた表現、ということでいいのですよね。
もともとのプログラム用語で言うところのスパゲッティ、からみあっているという
比喩的表現なわけですが、これって基本的にgotoであちこち飛ばしまくっていること
を意味しているわけですよ。つまり、条件分岐とループだけでプログラムを構成して
いるならスパゲッティにはならない、というのがソフトウェア工学の理屈。
もちろん世の中、そう完璧に理屈どおりにはならない、というのはさておき。
perlで、本来的な意味でのスパゲッティなプログラム、作ろうと思えば作れるでしょう
けど、本当にそういうプログラムが作れる人は、逆説的な意味で天才。
ということで、あたかもスパゲッティなプログラムであった、と仮定して。
まさかと思いますが、不要なコメントが大量にあった、とかいうことではないです
よね。何回も私が口を酸っぱくして、取れ〜、取り除け〜、と呪いの言葉のごとく
ほざいていたわけですから。
まじめな話、これからの人生で少しでも楽をするために、上っ面でもいいですから
konnoさんはソフトウェア工学の基礎を学んだほうがいいかもしれない。
人生は有限ですから。

> > もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)
> これは、比喩に比喩を重ねた表現、ということでいいのですよね。

いやあ、増築に増築を重ねた結果、だと思います。
#11519 で書いたように

> うう、デグレというか、ログ0番検索対応のバグでした。(>_<)

これは本来1番から始まる過去ログにゼロ番を無理やりねじ込んだせいなのです。
私の力量では条件分岐とループだけでは実現できなかったのでフラグなど使ったのですが
やはり見落としが有りましたね。

#			if ($in{'pastlog'} >= 0) {
#			if ($mode eq "past") {
			if ($in{'act'} eq "past") {

おそらくここが原因だったかと思いますが、コメントで試行錯誤の痕跡がわかりますね。

> まさかと思いますが、不要なコメントが大量にあった、とかいうことではないですよね。

私にとっては有用なコメントもあると思っています。
そういえば他にも、過去ログで返信ボタンを表示していたバグも発覚しました。(>_<)

		if ($mode ne "past") {
#		if ($in{'act'} ne "past") {

過去ログにゼロ番を無理やりねじ込むためこう変更したのですが、効いていませんでした。(>_<)
しかたないので、コメントを戻して両方効くようにしたら直りました。泥縄だぁ〜 (^^;

		if ($mode ne "past") {
			if ($in{'act'} ne "past") {

> まじめな話、これからの人生で少しでも楽をするために、上っ面でもいいですから
> konnoさんはソフトウェア工学の基礎を学んだほうがいいかもしれない。
> 人生は有限ですから。

それが頭に入らない、理解できないからここまでズルズルきたのではないかなぁ。(;_;)

DOSVAXJ3 で CLPPST.DEF が使えなくてクリップボードのやり取りに悩んでいたのですが
最近過去ログ整理で読み直していたら、ファンクションコールで実現する記事がありました。
全文引用します。
-----------------------------------------------------------

#4898：Re^2: VTDOSインストチェック 　投稿者: 文太 　 2010/01/21(木) 12:26

　１文字欠ける？

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"
;	p="0123456789", 
	p="あいうえおかきくけこ", 
	&Sn(p) cx=r, si-,	;size etc  for SET func
	ax=gz, bx=p,		;ptr (ax->es)
	dx=1,			;type
	&>
	&m("finished").

0:	&i(3+$)."$
	$(50,B8,01,17,CD,2F,B8,02,17,CD,2F,07,B8,03,17,CD)$
	$(2F,B8,08,17,CD,2F,C3)$"

;	push ax
;	mov ax,1701h	;open
;	int 2Fh
;	mov ax,1702h	;clear
;	int 2Fh
;	pop es
;	mov ax,1703h	;set
;	int 2Fh
;	mov ax,1708h	;close
;	int 2Fh
;	ret

*
-----------------------------------------------------------

これをVTDOSで実行するとクリップボードにコピーできました。＼(^^)／ ﾔｯﾀ-
本来 XP ではこのファンクションは使えないはずですが、10＃さんが対応してくれたんですね。
で、１文字欠ける？　というのは、XPの仕様どおりだと文字列の最後の１バイトが欠けるのですね。
それにも10＃さんは対応してくれました。m(__)m

それで、ダメもとでこのマクロを DOSVAXJ3 で実行させたら、なんと！ 動くではありませんか！！
おお！！！！　と思いましたが、最後の１文字が欠けています。
これは、軟式さんに報告して直してもらおうと思います。
キーボードでコピーするのもうまく動かないのでそれも聞いてみます。

お忙しいでしょうから、返事がもらえるかわかりませんが、メールしてみますね。

OSVAXJ3でも Fコールでクリップボードコピーが出来るのが分かったのでやってみました。
#1141 の H岡さんのマクロと文太さん情報で実現できました。＼(^^)／ ﾔｯﾀ-

一応VZマクロの部屋に置きました。

　 ClpPst.def 24-10-04
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。ほとんどテストしてません。
・環境変数 VZSYM に AXJ3 が必要です。 ※高橋版VZ以降が必要
　SET VZSYM = AXJ3

人柱^H 動作報告お待ちしてます。(^^;


ここにも置いておきますね。
#txt:ClpPst.def

軟式さんにメールしたところ、対応テスト版をいただきました。
クリップボードへコピーは正常にできました。
ありがとうございます。

>　この機能ですが、本家 DOSBox では実装されておらず、DOSVAXJ3 では
>Wengier 氏が作成した LFN とクリップボード対応 DOSBox からいろいろ
>移植した際に追加されたと思われます。その時点で 1 バイト欠けのバグ
>はあったようです。

ということのようです。
ClpPst.EXE が使えなくて困っていたので助かりました。
今ペーストの方を試行錯誤していますが、なかなか難しいです。

とりあえず @[F10] でペーストは出来るのですが、VZのインデントが効いてしまいます。

    ax$1705, cx=ax, dx+, &i($2F)	    ;GET Clipboard DATA

この実装がわからなくて頓挫しています。
どなたかお知恵を〜　　m(__)m

MS-DOS Playerでも、INT 2Fh, AH=17hを一部サポートしてみました。

ちょうど本業で、クリップボードを操作する処理を書いてまして（苦笑）
実にタイミングが良かったです。

＃古いVB6のアプリで、UNICODEなファイルパスをテキストボックスにコピペする、
＃みたいな処理を書いてました。

> MS-DOS Playerでも、INT 2Fh, AH=17hを一部サポートしてみました。

武田さん、ありがとうございます。
古い版の MS-DOS Player は INT2F 1700h 不可でしたが、CLPPST.EXEが使えるので問題ありませんでした。
新しい版を VZマクロで試してみました。

=== INT2F_17.DEF ===
* M
80 ^\ "INT2F 1700"
	?.
	ax=$1700, &i($2F)		;IDENTIFY WinOldAp VERSION
	&m("1700   ax:%x dx:%x",ax,dx) 
	(ax==$1700)?.			; ax$1700 なら未サポート
*

このマクロでは、ax101h とか出るのでインストチェックはOKです。
次に文太さんのコピーチェックマクロでは

=== Macrotmp by B ===;
* M
50 ^\ "Macrotmp"
;	p="0123456789", 
	p="あいうえおかきくけこ", 
	&Sn(p) cx=r, si-,	;size etc  for SET func
	ax=gz, bx=p,		;ptr (ax->es)
	dx=1,			;type
	&> a=r,
	&m("finished %d %s",a,p).

0:	&i(3+$)."$
	$(50,B8,01,17,CD,2F,B8,02,17,CD,2F,07,B8,03,17,CD)$
	$(2F,B8,08,17,CD,2F,C3)$"

;	push ax
;	mov ax,1701h	;open
;	int 2Fh
;	mov ax,1702h	;clear
;	int 2Fh
;	pop es
;	mov ax,1703h	;set
;	int 2Fh
;	mov ax,1708h	;close
;	int 2Fh
;	ret
*

これは MSDOS.EXE 起動直後に実行するとコピー出来ていないようです。
下のマクロを実行後はキチンとコピー出来たようです。
テストマクロでは何か初期化かパラメータが足りないのでしょうか。
 
次に H岡さんのマクロでは

=== cliput.def ===
*m
89 ^\ "ブロック箇所をテキストスタックとクリップボードへコピー"
    ?. (mb)??{ #> #b #< }		; ★ 非ブロックモードは1行コピー  追加
    #k dz[=kz, cx=kp..-1, bx=kp-3-cx, dz],
;   cx++,				; ★ １バイト補完
;-- テキストスタック格納データをクリップボードへコピー
    ax$1701, &i($2F)                                    ;Open Clipboard
    ax$1702, &i($2F)                                    ;Empty Clipboard
    ax$1703, dx+, si-, di=kz, &i("$(8E,C7,CD,2F,C3)")   ;Set Clipboard Data
;E8FF:0000 8EC7           MOV    ES,DI
;E8FF:0002 CD2F           INT    2F
;E8FF:0004 C3             RET    
    ;DX=1:text
    ;ES:BX = data source ->di:bx
    ;SI:CX = data size   ->00:cx
    ax$1708, &i($2F)                                    ;Close Clipboard
*

コピーは出来ますが、文字列の最後に 02h+12h の文字コードが出ています。
これらのマクロは VTDOSや DOSVAXJ3テスト版では正常に動作しています。
よろしくお願いします。

コピーは出来たのですが、ペーストで躓いています。
ペーストのアセンブラプログラムなど教えてもらえないでしょうか。
今の私は頭が働かなくて、(;_;)


※ これは DOSVAXJ3 でコピーしてみました。あれ？最後に全角文字がある？？
　と思ったら、01h が出ていました。
　cx++, の1バイト補完したままが原因でした。m(__)m

MS-DOS Player内のコードで、以下のような処理で検証をしています。

const char hoge[]="あいうえおかきくけこ";

// ES:BX = 0000:0000
CPU_LOAD_SREG(CPU_ES_INDEX, 0);
CPU_BX=0;
memcpy(mem + CPU_ES_BASE + CPU_BX, hoge, sizeof(hoge));

// クリップボードを開く
CPU_AX=0x1701;
msdos_int_2fh_17h();
// クリップボードを空にする
CPU_AX=0x1702;
msdos_int_2fh_17h();
// ES:BXからSI:DIだけクリップボードにコピーする
// 10バイトなので「あいうえお」だけコピーする
// ※ お尻にnull-terminatorを追加してコピーされる
CPU_SI=0;
CPU_DI=10;
CPU_DX=1;
CPU_AX=0x1703;
msdos_int_2fh_17h();
// クリップボードを閉じる
CPU_AX=0x1708;
msdos_int_2fh_17h();

// クリップボードを開く
CPU_AX=0x1701;
msdos_int_2fh_17h();
// クリップボード内のデータのサイズを取得
CPU_DX=1;
CPU_AX=0x1704;
msdos_int_2fh_17h();
// クリップボード内のデータをES:BXに取得
CPU_DX=1;
CPU_AX=0x1705;
msdos_int_2fh_17h();
// クリップボードを閉じる
CPU_AX=0x1708;
msdos_int_2fh_17h();

クリップボード内のデータサイズの取得は、GlobalSize()を使うよりも、
strlen()でデータの文字列長を取得するほうが良さげっぽいですね。
次のリリースで変更しておきます。

INT 2Fh, AX=1704hでクリップボード内のデータのサイズを取得できなかったときに、
DX=0にならない問題もありました。
これも次のリリースで直しておきます。

もうちょっと色々修正してみました。
最新版だと如何でしょうか？

> MS-DOS Player内のコードで、以下のような処理で検証をしています。

わかりやすいソースをありがとうございます。
なんとか出来そうな気がしてきたのでこれを参考に試行錯誤してみます。
m(__)m

すみません、コピーするデータ長は、SI:DIでなくSI:CXでした。
先ほど修正したバージョンをリリースしています。

> すみません、コピーするデータ長は、SI:DIでなくSI:CXでした。

ありがとうございます。

> 先ほど修正したバージョンをリリースしています。

いただきました。テストマクロは正常に動作しているようです。

> いただきました。テストマクロは正常に動作しているようです。

ご確認ありがとうございます。
正常に動作して安心しました。
バグのせいで不必要な検証をしていただいて申し訳ないです。