としきさん、多謝。遅くなりました。ああ。
　やっぱり、訊いてみるものですねぇ。もう感謝の言葉もございません。
　多謝。m(__)m

C:\
>dir /A-D /B "c:\Program Files" |to
LOCAL_HP.HTM	;この２つが"c:\Program Files"にあるディレクトリでないファイル
MY_HOBBY.HTM	;僕のブラウザのスタートページ。自分で書いてるので、８．３
　　　　　　　　;ですが。

　すると１、
　blt の存在価値はなくなった。 というわけではない。>blt これだけですむか
ら。もちろん、カレントに行かなくてはいけないけれど。引数、オプション、一切
受け付けないけど。

　すると２、

>えと、要件としては以下のような感じ？
・単一ディレクトリ配下のファイル全てをリストアップ
・ディレクトリは表示不要
・オプションで再帰下降できるとうれしい【１】
・表示はフルパス【２】

・オプションで出力の行頭、行末に""をつける。【３】
・できたら、Win95系、WinNT系、両立。【４】

　【１】は、allfilesでできてるから、なくてもよい。
　【２】オプションでフルパス、がよい（dirでできてるとはいえ）。
　【３】ロングでスペースありとかだと、バッチで必要になる。
　【４】これが切望したいところだなぁ。WinMEな人なので。

　ということになりますが。【４】【３】が大きいのですが。m(_B_)m

　以下のラインは、現在、諦めています。
　それでも、（それだから？）不正確かもしれませんが、書いておきますね。
言い訳っぽいのだけど。

>あるいは、bltを拡張ファンクション対応にちょこっと改造してみるとか。
　これが深いのですよ。それこそ過去ログで僕は目的的に調べたのです（脱線は
あったけど）。 覚えてないでしょうが、NT 系でもロングがファイラで出たの、
ある種の偶然っぽいのですよ。事実できたのだから、拡張ファンクションが効く
のでしょうけど。konno さんが、チェックを外すことで実現しました。

もちろん、以下はＤＣログ。
>20190/20710 　RE:ｘｐでロングファイラー表示
>(15)   03/07/13

　そして、どっかの返り値はどうも不定っぽいという結論だったはずです。

>短いファイル名で取得して、長い名前のフルパスに変換して表示、と
>いう方法のほうが楽かなぁ。

　どっちにしても、やれない言い訳にすぎないのですが、上の経緯で、拡張ファ
ンクションを使った１６ビット・アセンブラでは道が険しすぎる、という判断で
した。いくつかの拡張ファンクションが NT 系で効かないのも事実だし（クリッ
プボード操作系とか）。スキルがなさすぎる、根性がなさすぎる、というのは置
いておいてしまってるのですが。


　うーん、作ってもらうべきなのか。分かりません。
　とても、お願いしてる立場の人間の言えることではありませんが。

おねだり撤回

としきさん

　「おねだりを受け付けたなんて一言も言ってない」と返ってきそうですが。
　仕様が定まりません。 どうすれば僕は幸せなのか分からなくなりました。dir
/b  /a-d で足りる、ともいえるし、allfiles で行けるとも、スペースがある場
合の "" とかも、あまりに汎用性がないというかありすぎというか（僕が使う場
面もとても少ない）、もごもご。
　色んなことを調べて、Ｖｚファイラがないと、すごく面倒そうだなぁ、とは、
改めて認識しました。一般ユーザがコマンドラインを使うことを考えて作られて
ないな、このＯＳ、という凡庸な結論に。ま、深い、深すぎ、とも言えるのですが。
m(_B_)m

　もごもごの一例：
　「つまり簡単にカレント・ディレクトリがＬＦＮのフルパスで出ればいいんで
しょ」、と以下を行ない、敗退。ああ、面倒だ。

command.com窓（つまりＶｚ窓）
C:\DOCUME~1　;prompt=current dir
>cd
C:\DOCUME~1

C:\DOCUME~1　;prompt
>cmd /kcd
C:\DOCUME~1　;どうして？

C:\
>dir /b docume* |to
Documents and Settings

C:\
>dir /b /ad docu* |to
Documents and Settings

cmd窓
C:\Documents and Settings　;prompt=current dir
>cd (>c:\workfile.txt)
C:\Documents and Settings

　もしかして、と、ＬＦＮ・Ｖｚファイラで、
「Documents and Settings」の上で、拡張^Lをしたら、そのまま取れた。
な、なんでだ？　ikubohさん、何をしました？　高橋さんがファイラープール
に入れてくれてて（じゃないと表示できない）、それをikubohさんが拾って
きてるのか…。でも、どうしてＳＦＮのほうじゃなかったのだろう？

　分かる範囲で幸せに生きてゆきます。m(__)m
　dir /b /a-d のお知恵は、拝借しました。

　今日の立ち読み：
>17678/19000            RE:ソース解読は…
>(15)   01/02/08

　面白かった（とらじさんの、SFN<->LFNから）

なんか撤回されているようですが。
とりあえず、私の頭の体操ということで。

> >えと、要件としては以下のような感じ？
> ・単一ディレクトリ配下のファイル全てをリストアップ
> ・ディレクトリは表示不要

> ・表示はフルパス【２】
> ・オプションで出力の行頭、行末に""をつける。【３】
> ・できたら、Win95系、WinNT系、両立。【４】

> 　【２】オプションでフルパス、がよい（dirでできてるとはいえ）。
> 　【３】ロングでスペースありとかだと、バッチで必要になる。
> 　【４】これが切望したいところだなぁ。WinMEな人なので。
> 
> 　ということになりますが。【４】【３】が大きいのですが。m(_B_)m

blt.asmのアセンブルはできる環境にありますよね？
なら、blt32っつう、生DOSでは動かないけどWindowsでは動くものは比較的簡単に
できそうな気はする。気のせいかも。
変更するのはおおむね３ヶ所のみ。

・mov ah,4eh → mov ax,714eh
・mov ah,4fh → mov ax,714fh
・mov si,    →

この３番目をどう書き換えればよいかが私には分かりません。
もしかしたら２行以上になるかも。
konnoさんあたりならわかるかな。
あと、オプションで切り替えるのではなく、常にダブルクォーテーションを出力
すると言うのなら簡単ですよね。
これで、要望の３と４は満足できるでしょう。

> 　そして、どっかの返り値はどうも不定っぽいという結論だったはずです。

ここ、おぼろに覚えています。
axとcxだったかな、Win9xだと両方帰ってくるけど、WinNT系は片方しか帰ってこ
ない、みたいな事だったような。

> 　どっちにしても、やれない言い訳にすぎないのですが、上の経緯で、拡張ファ
> ンクションを使った１６ビット・アセンブラでは道が険しすぎる、という判断で

そりゃ、平坦な道ではないですけど。
そんな、富士山クラスの高い山ではないですよ。
せいぜい、高尾山クラス。日帰りで頂上までおっけ〜。

としきさん

　ソースは、#03394 ですね。 ああ、ナツメのマクロだらけ。ま、大したマクロ
でないので意味はわかりますが。おぼろげに。

>とりあえず、私の頭の体操ということで。
　うーん、困ったな。

>blt.asmのアセンブルはできる環境にありますよね？
　これがなかったのですよ。ま、今、作りましたが。たぶん、できた。

C:\BIN9
>blt
EXE2COM.EXE
LLD.EXE
ML.ERR
ML.EXE
　ソースがないぞ。

>なら、blt32っつう、生DOSでは動かないけどWindowsでは動くものは比較的簡単に
>できそうな気はする。気のせいかも。
　気のせいじゃない？

>変更するのはおおむね３ヶ所のみ。

>・mov si,    →
>この３番目をどう書き換えればよいかが私には分かりません。

	mov	ah,6			;-
	mov	si,offset 80h + 1Eh  ;DTA in PSP (starts at 80h, in 100h org)
	cld			     ;and found ASCIZ str = filename
 				     ;1Eh 13 BYTEs ASCIZ filename+extension

　なるほど。確かに。ここが富士山。
　素晴らしいコメント！

>konnoさんあたりならわかるかな。
　何とかなりますか、って、おいおい。そんな長いもの、どこに入ってるのよ？

>あと、オプションで切り替えるのではなく、常にダブルクォーテーションを出力
>すると言うのなら簡単ですよね。
　どう考えても、元々が邪悪なので、つき合わないほうが良いと思います。
　何が、Program Filesだ、Document and Settingsだ、と。
　ダブルクォーテーションは要らない。ほんとに必要なときだけsedすればよい。
　s/^/"/; s/$/"/ こんなので行けるはず。

>> 　拡張ファンクションを使った１６ビット・アセンブラでは道が険しすぎる
>そりゃ、平坦な道ではないですけど。
>そんな、富士山クラスの高い山ではないですよ。
>せいぜい、高尾山クラス。日帰りで頂上までおっけ〜。

　無理。高尾山は今、登りました。仕様を詰めました。
　このマクロでも、３０分はかかった（高尾山）。き、汚い。めざらさんに怒られそう。
　おお、ファンクションコールマクロだ！　現場では登場しないのですよ。
　&Sa()なんて、生まれて初めて使った。和生さんが愛用していて高橋さんに使うな、
sprintfを使え、と言われてたのは覚えてる。
　実は、めざらさん掲示板の＃01780の、過去の自分からパクった。f_call.shdだけ
では解けなかった。

=== curr4bat.def by B ===;add current directory at linetops for batchfile
ファイル全体の行頭にカレント・ディレクトリ（SFN）を付加する。
bltによるバッチファイル用。
シフトで、ＰＳにカレント・ディレクトリを入れるだけ。

* M
50 ^^ "curr4bat"

	?. k=ks&1,

#if 98 MG
	dx=1,				;for F_CURDIR
	cx="A:\",			;drive letters
#else
	dx=3,
	cx="C:\",
#endif

	&Sm(pa,cx,3)
	ax=$4700, si=pa+3, &i($21)	;F_CURDIR
	p="\", &Sa(pa,p)
	(k)?
	{&Sh(ps,pa) &m("ps == %s",ps) >z}	;--- shift
	ps[=pa,					;--- non shift 行頭置換（付加）
	#56 "\x ^" #m #e#e #m "AY"
	ps],

:z	.

*
　マジで使うつもりらしいので、ブロック if 文を入れた。そんなのさえ調べな
いと書けなかった。
　とはいえ、パスなしファイル名だけのバッチのほうが見やすいのです、ふつう
（言い訳、多いなぁ）。

　blt2.com (for SFN) を作って、いつでもフルパス版を作れよ！　いえ、それに
は１週間のリハビリが必要です。心の余裕がないのね。今日中に年賀状を書かない
といけないし…。
　まあ、じゃあ、これはいつかやりましょう、自分で。
　オプションを受け付けるには、delmem とか読まなければならないから、無理。

ＤＣ
>09893/09901　　とらじさん、多謝。
>(15)   98/04/07
　を見ると、３２０バイトは自前で確保のようでした。ＤＴＡみたいなのないみ
たいです。

　別に作ってもらおうとも、自分で作ってやるとも思ってませんけど。本当に。
　メモ：『Win98 のＤｏｓの秘密』p.302 
　　　　ナツメ『システムコール』p.238 

（引用。長いの、ごめんなさい＞とらじ様　まさかこんな時代に引用されるとも
思ってないでしょうね）

　と引用しようとしたら祟られた。
　「行頭に半角カナは」のエラー。何かの不具合のようでした。＞konnoさん。
　前にもありました。半角カナ以外もはじいている模様です。あるいは、行頭
以外の半角カナもはじいている？

　お昼ご飯（遅め）は終わったけど、これから年賀状です。
　今晩は、おばあちゃんとクリスマス会です。

　何をやっているのだろう。

;	p="\", &Sa(pa,p)
	&Sn(pa) (r==3)?? {&Sa(pa,"\")}

　割れ関数にまで遭ってしまった。時間が止まっているのか逆流しているのか。
　うん、こんなのアセンブラでは書けないな。

そうか、マクロによる解決策でもいいのか。
ということで、サンプル。

= SFN to LFN
* m
1 ^\ "test"
    ?.
    &> di=r,
    si="c:\progra~1\bbbroa~1\appcon~1.dat",    ;短いファイル名
    ax=$7160,
    cx=2,
    &i($21)
    &m("%s",di)


99: (3+$). "$[1024]"
*

実家のVistaマシンではうまくいった。
ただし、VistaのDOS窓のVzでは全角が文字化けするので、チェックしたのは全て
半角文字のファイル名のみ。
おそらく、Win95でもWinXPでもうまくいくけどWinNTではうまくいかない、という
症状が出そうな気がする。

このあたりのルーチンを組み込んでblt32を作ることは可能だと思う。
もちろん、マクロ側で何とかするというのでもいいと思うけど。


> 	mov	si,offset 80h + 1Eh  ;DTA in PSP (starts at 80h, in 100h org)

なるほど、なら、適当に自前でバッファを確保すればよろし。
あと、とらじさんの発言を参考にすると

mov si,di+44

とすればよいのかな。もしこんなコードはアセンブルできないというのであれば

mov si,buf+44

となるか。試してないんで信用はしないでください。



おまけ。

= bltの後処理用
bltの出力ファイルの行頭で実行
* m
1 ^^ "テスト"
    ?.
    &99 di=r, &98 si=r,
    #l #F #u #m
    &Sc(si,ps)
    ax=$7160,
    cx=2,
    &i($21)
    &?("%s",di)
    #d

98:	(3+$). "$[1024]"
99:	(3+$). "$[1024]"
*

としきさん

= SFN to LFN　ＯＫです。WinMEとＸＰで、日本語ファイル名も大丈夫でした。
siの部分を変えてみての、検証でした（当然）。

;    si="c:\progra~1\avasts~1\avast\aavm4h.dll",    ;短いファイル名
    si="c:\progra~1\intern~1\connec~1\msicw.isp",    ;短いファイル名

WinXPにて（上SFN、下LFN）
c:\progra~1\avasts~1\avast\aavm4h.dll
c:\Program Files\AVAST Software\Avast\Aavm4h.dll

c:\progra~1\almail32\plugins\あああ~1.txt\いいい~1.txt
c:\Program Files\Almail32\Plugins\あああああああああああ.txt\$
いいいいいいいいいいいい.txt

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

WinMEにて（上SFN、下LFN）
c:\progra~1\archiv~1\あああ~1\いいい~1.txt
C:\Program Files\ArchiverDll\ああああああああ\いいいいいいいい.txt

c:\progra~1\intern~1\connec~1\msicw.isp
C:\Program Files\Internet Explorer\Connection Wizard\MSICW.ISP

　こんなテストが簡単にできるのも、Ｖｚファイラとか、Explore from here マ
クロとか、とらじさんの ^QlfN.def  のお陰なんだよなぁ、というのが正直な感
想でした。奢りも自惚れもありませんが、テストをするのにもスキルが要るんで
すよね。ああ、老人、後ろ向き。あ、元気ですよ。老人ですが。

　しかし、あたいの人生とは関係ない（とは言えないのだけど）ＬＦＮのために！

　ま、いい時間でした。ありがとうございます。
　blt2.com、いつかやりましょう。ＬＦＮ関係なーし。

　というところで昨晩２時に、バタリ。バタリといくのは、元気な証拠。

　で、次の日。今日、今。

= bltの後処理用
ＸＰにて
C:\PROGRA~1\ALMAIL32\PLUGINS\あああ~1.TXT
↓
C:\Program Files\Almail32\Plugins\あああああああああ.txt

　ＯＫ！　当たり前。

    #l #F #u #m	;なるほど。そうするものだな。

　ではせめて、このファンクションの復習。

INT 21 - Windows95 - LONG FILENAME - GET SHORT (8.3) FILENAME FOR FILE
	AX = 7160h
	CL = 01h★
	CH = SUBST expansion flag
	DS:SI -> ASCIZ long filename or path
	ES:DI -> 67-byte (possibly 128-byte) buffer for short filename
Note:	this call returns the short name for any long-filename portions of
	  the provided pathname or filename
	  （部分。つまりフルパスでなくても該当部分を返すのでしょう）

INT 21 - Windows95 - LONG FILENAME - GET CANONICAL LONG FILENAME OR PATH
	AX = 7160h
	CL = 02h★
	CH = SUBST expansion flag
	DS:SI -> ASCIZ short filename or path
	ES:DI -> 261-byte buffer for canonicalized long name

        ;│ -->                                          │
        ;│  si = ソースファイル名                       │
        ;│  di = デストネーションバッファ（261b必要）   │
        ;│  CH = SUBSTフラグ？, CL = 0:通常 1:SFN 2:LFN │
        ;│ <--                                          │
        ;│  di = フルパス名                             │
        ;│  (di.0==null:VFATシステム対応していない)     │
　　　　　　とらじさん、多謝。このほうが分かりやすい。
　　　　　　＃02983　(13)   97/12/14　より。

　あ、言い訳の続きなのですが、そしてきっと杞憂なのでしょうが、ＸＰでのＳ
ＦＮって、動的に動くじゃない。 大昔に konno さんと試した。で、こういうの
効くの？　という不安もあって。
　ま、Ｖｚファイラで怪しい現象は経験したことがないので（うーん、基本的に
ＬＦＮのファイルを、僕はＶｚで弄らないからあてにならない）、大丈夫なんで
しょうけど。

　追伸：年賀状、終わりました。勢いで、としきさんの実家にも送っておきまし
た。笑ってください。スコップ団！　団長のブログを読もう！

としきさん、

>Explore from here マクロって知りません。
　マクロじゃないですね。ファイラでした。

File menu
13	"",18,21
	"C コピー	%!%^rcp32 %[/s] %@1 %2%G"
	略
	"Explorer	%!%^explorer.exe /e, %:"

>宛先不明で届かないほうに１カノッサ。
　実家はあのままでしょう？　苗字だけみてポストに入れてくれるのでしょう？

としきさん、時間があったら見てやって下さい。
blt32.asmです。
最後の表示で失敗している。ゴミがついてくる。どうしても消せない。(>_<)
714eh, 714fhは、ちゃんとascizで文字列を返してるのに、
うまくプリントされません。(T-T)　m(__)m

ml blt32.asm
lld blt32.obj
exe2com blt32.exe

　でアセンブル。

--- blt32.asm ---
;blt32.asm (blt32)残念ながら完成せず。

;INCLUDE STDIO.H

; --- macros, これは見なくて大丈夫です ---
PMAIN       MACRO                   ; プログラム開始２
CODE        SEGMENT
            ASSUME  CS:CODE, DS:CODE
            ORG     100H
START:
            ENDM

PRINT       MACRO   MSG             ;文字列の出力
            MOV     AH,9
            MOV     DX,OFFSET MSG
            INT     21H
            ENDM

RETMS       MACRO                   ;ＭＳ−ＤＯＳに戻る
            MOV     AH,4CH
            INT     21H
            ENDM

NEWLINE     MACRO                   ;改行
            putchar CR
            putchar LF
            ENDM

PUTCHAR     MACRO   ASC             ;１文字出力
            MOV     AH,2
            MOV     DL,ASC
            INT     21H
            ENDM

; --- ここから

	pmain
	mov	ax,714eh
	mov	dx,offset FILE
	call	SET
	int	21h             	;FINDFIRST
	mov 	HAND, word ptr ax
	print	BUFF+2ch
	newline
MAIN:
	mov 	bx,HAND
	mov	ax,714fh		;FINDNEXT
	call	SET
	int	21h
	jc	BYEBYE
	print	BUFF+2ch
	newline
	jmp	MAIN
BYEBYE:
	mov	bx,HAND			;HANDLE CLOSE
	mov	ax,71a1h
	int	21h
	retms

SET:	mov	cx,28h		;directory, volume 除く
	mov	si,1
	mov	di,offset BUFF
	ret

HAND	dw	?
FILE	db	'*.*',0
BUFF	db	320 dup (0)

CODE	ENDS
	END	START

;--- bll.asm (元blt32.asm)---
;LFN listing
;STDIO.Hは、#03372にあり。

INCLUDE STDIO.H

	pmain
	mov	ax,714eh		;FINDFIRST
	mov	dx,offset FILE
	call	SET			;set cx, si, di
	int	21h
	cmp	ax,7100h		;error check
	je	BYE
	mov 	HAND, word ptr ax	;save handle num
	call	PRI
	newline
MAIN:
	mov 	bx,HAND
	mov	ax,714fh		;FINDNEXT
	call	SET
	int	21h
	jc	BYEBYE
	call	PRI
	newline
	jmp	MAIN

BYE:	print	ERR

BYEBYE:
	mov	bx,HAND			;HANDLE CLOSE
	mov	ax,71a1h
	int	21h
	retms

	;--- subroutines ---

SET:	mov	cx,28h			;directory, volume 除く
	mov	si,1
	mov	di,offset BUFF
	ret

PRI:	mov	bx,offset BUFF+2ch
ABC:	cmp	[bx],byte ptr 0
  	je	ABB
   	putchar	[bx]
  	inc	bx
  	jmp	ABC
ABB:	ret

HAND	dw	?
FILE	db	'*.*',0
BUFF	db	320 dup (0)
ERR	db	'Run on Windows','$'

CODE	ENDS
	END	START

としきさん（連呼してごめんなさい）

　いちおう、結末。
　(1),  (2) の違いが分かってない、というのが原因というところまでつきとめ
ました。いつか分かる日が来るかもしれない。大半、また忘れるのでしょうね。
まとまった時間が必要。コードとかロジックでなく、それらを支える前提が。
マクロで数値を保存するのと文字列を保存するのの違いが分からなくなっていた、
というのと同種類ですね。リハビリをしているうちに（そういうのをリハビリと
は言えないけど）、人生が終わってしまうかもしれないので、自分に負けないよう、
撤退です。ありがとうございました。

;01.asm	
INCLUDE STDIO.H

	pmain
	print MSG
	newline
	retms

;MSG	db	'hello with null','$'		;(1)
MSG	db	'hello with zero',00h		;(2)

	pend

　通じているだろうと思いますが、昨晩、泣きをいれたときに起こっていたのは、
(2) の現象です。いまだ全く理解できておりませんが。

　自分に負けているのさ、とか、言い訳なし。（素直にあがってください）

C:\WINDOWS
>bll2
（略）
"羽毛.bmp"
"隅田川.bmp"
"青いレース編み 16.bmp"

;--- bll2.asm ---
;LFN listing with quote " "
;STDIO.Hは、#03372にあり。

INCLUDE STDIO.H

	pmain
	mov	ax,714eh		;FINDFIRST
	mov	dx,offset FILE
	call	SET			;set cx, si, di
	int	21h
	cmp	ax,7100h		;error check
	je	BYE
	mov 	HAND, word ptr ax	;save handle num
	putchar	'"'
	call	PRI
	putchar	'"'
	newline
MAIN:
	mov 	bx,HAND
	mov	ax,714fh		;FINDNEXT
	call	SET
	int	21h
	jc	BYEBYE
	putchar	'"'
	call	PRI
	putchar	'"'
	newline
	jmp	MAIN

BYE:	print	ERR

BYEBYE:
	mov	bx,HAND			;HANDLE CLOSE
	mov	ax,71a1h
	int	21h
	retms

	;--- subroutines ---

SET:	mov	cx,28h			;directory, volume 除く
	mov	si,1
	mov	di,offset BUFF
	ret

PRI:	mov	bx,offset BUFF+2ch
ABC:	cmp	[bx],byte ptr 0
  	je	ABB
   	putchar	[bx]
  	inc	bx
  	jmp	ABC
ABB:	ret

HAND	dw	?
FILE	db	'*.*',0
BUFF	db	320 dup (0)
ERR	db	'Run on Windows','$'

CODE	ENDS
	END	START

　もう言い訳もございません。完全な負け組です。
　でも、最長のアセンブラ・コードで、エベレストに２回登頂成功した気分です。

C:\BIN9
>blf
C:\BIN9\A.BAT
C:\BIN9\BLF.ASM
C:\BIN9\BLF.COM
C:\BIN9\BLL.ASM
C:\BIN9\BLL.COM
C:\BIN9\BLL2.ASM
C:\BIN9\BLL2.COM
C:\BIN9\BLT.ASM
C:\BIN9\MEMO.TXT
C:\BIN9\ML.ERR
C:\BIN9\STDIO.H

--------------------------------------------------------------
;blf.asm (fullpath blt) fullpath listing
INCLUDE STDIO.H

	pmain
;get current disk
	mov	ah,19h
 	int	21h		;-> disk num in AL
 	push	ax		;will be used later, & 16 reg (AL dame)
 	add	al,'A'		;num2char
 	mov	BUFF, byte ptr al
 	pop	ax
;get current directory
 	mov	ah,47h
	add	al,1		;AL num different! A=0 (19h) & A=1 (47h)
 	mov	dl,al
 	mov	si,offset BUFF+3
 	int	21h
;check & flag set
	cmp	BUFF[3],0
	jne	A1
	jmp	FIND1
A1:	mov	FLAG, byte ptr 1	;if root 0, if not root 1 (=add '\')

;findfirst
FIND1:	mov	ah,4eh
	mov	dx,offset FILE
	mov	cx,1h			;no directory but read-only OK *
	int	21h
	jc	ERR
	call	PRI_DRV
	call	DISP

;findnext
MAIN:	mov	ah,4fh
	int	21h
	jc	BYEBYE
	call	PRI_DRV
	call	DISP
	jmp	MAIN

BYEBYE:	retms

ERR:	print ERR_MSG
	retms

	;--- subroutines ---

DISP:	mov	ah,6			;-
	mov	si,offset 80h + 1Eh  ;DTA in PSP (starts at 80h, in 100h org)
	cld			     ;and found ASCIZ str = filename
 				     ;1Eh 13 BYTEs ASCIZ filename+extension
DISP_MAIN:
	lodsb
	cmp	al,0
	jz	DISP_END
	mov	dl,al			;-
	int	21h			;DIRECT CONSOLE OUTPUT
	jmp	DISP_MAIN
DISP_END:
	newline
	ret

PRI_DRV:
	mov	bx,offset BUFF
B1:	cmp	[bx],byte ptr 0
  	je	B2
   	putchar	[bx]
  	inc	bx
  	jmp	B1
;if not root, put '\'
B2:	cmp	FLAG,0
	je	B3
	putchar	'\'
B3:	ret

FILE	db	'*.*',0
BUFF	db	?,':\',64 dup(0)
FLAG	db	0
ERR_MSG	db	'File not Found','$'

	pend

> 「coffeecup.bmp」を５字の全角（漢字２つカタカナ３つ）の日本語で書いたもの
> がはじかれていました。

　珈琲カップ.bmpがダメということですか。漢字コードがe0dbhで半角ｶﾅと同じですね。

 if ($in{'message'} =~ /^[^\x81-\x9F]*[\xA1-\xDF]|>[^\x81-\x9F]*[\xA1-\xDF]/)
   { &error("記事の行頭に半角カナは使えません"); }

これがソースです。私は正規表現をよくわかってないですが、問題ありそうですね。
調べてみます。

　これは使わないだろうなぁ。じゃ、この辺でお茶をにごします、前に苦労した
し（see #05666）、というところです。
　名前も多いに問題がある……。
　ＬＦＮのカレントディレクトリ表示ツールです。チェインジはできません。
　お終いの儀式。


C:\WINDOWS\DRIVER~1\I386　　　　　SFN current directory, prompt
>cdd
C:\WINDOWS\Driver Cache\i386　　　LFN current directory, result

;-------------------------------------------------------------------
;cdd.asm (print current directory LFN)
INCLUDE STDIO.H

	pmain
;get current disk
	mov	ah,19h
 	int	21h		;-> disk num in AL
 	add	al,'A'		;num2char
 	mov	BUFF, byte ptr al
;get current directory (LFN)
	mov	dl,0
 	mov	ax,7147h
 	mov	si,offset BUFF+3
 	int	21h
 	cmp	ax,7100h
 	je	ERR
;disp
	mov	bx,offset BUFF
PRI:	cmp	[bx],byte ptr 0
  	je	BYEBYE
   	putchar	[bx]
  	inc	bx
  	jmp	PRI

BYEBYE:	newline
	retms
ERR:	print ERR_MSG
	retms

BUFF	db	?,':\',300 dup(0)
ERR_MSG	db	'Run on Windows','$'

	pend

としきさん

>文太さんなら必ず完成できると思っていましたから。

　いえ、完成させるつもり、いえ作り始めるつもり、があると思っていませんで
したから。そのつもりだったら、挫折していたでしょう（そんなに暗くなるなよ）。
　いずれせよ、ありがとう。楽しかった。布団干し、僕も同タイミングでやって
ました。あれで寝ると、快眠が得られる。あと散歩も大事。じいさんだなぁ。でも、
みんな、じいさんになるんですよ。
　頭脳労働者、がんばるね。

　為念。

ＤＣ
>19991/19991 文太             RE:dirlist, tosfind, bmama 関連
>(15)   02/07/04
　こんな頃から、こだわっていたのですよぉ。
　同趣旨です。

>ＳＦＮディレクトリ・リスティング
>----- SFNFPDIR.SED -----

>ＬＦＮディレクトリ・リスティング（dirlist.exeを使おう！）
>----- LFNFPDIR.AWK -----

　お疲れさま。＞自分

C:\WINDOWS
>bllf2
略
"C:\WINDOWS\羽毛.bmp"
"C:\WINDOWS\隅田川.bmp"
"C:\WINDOWS\青いレース編み 16.bmp"

>bllf2 /h
    BLT.COM     List 
    BLTF.COM    List fullpath 
    BLL.COM     Long 
    BLL2.COM    Long + quote 
    BLLF.COM    Long fullpath 
    BLLF2.COM   Long fullpath + quote 

　このようにシリーズは改名され、さすがに分からなくなることが予想されるので、
>blt /h のような形でヘルプが出るようにしました。
　実は、オプションか引数みたいなものが１つでもあれば、ヘルプメッセージとな
ります。

　どれも似たようなものですが、いちおう、（ほんとにこれで最後で）ソースを
上げておきます。

;-------------------------------------------------------------------------
;bllf2.asm (Long Fullpath BLT)
INCLUDE STDIO.H

	CODE	SEGMENT BYTE
	ASSUME	CS:CODE, DS:CODE, SS:CODE
		org	80h
		argc	db	?
		org	100h
START:
;-----------------------------------------------------------------
	mov	al, [argc]
	cmp	al, 0
	je	normal

;print usage
	print	help_usage
	newline
	retms

;-----------------------------------------------------------------
;get current disk
normal:
	mov	ah,19h
 	int	21h		;-> disk num in AL
 	add	al,'A'		;num2char
 	mov	BUFF_DP, byte ptr al
;get current directory (LFN)
 	mov	dl,0
 	mov	ax,7147h
 	mov	si,offset BUFF_DP+3
 	int	21h
 	cmp	ax,7100h
 	je	ERR
;check & flag set
	cmp	BUFF_DP[3],0
	je	FIND1
	mov	FLAG, byte ptr 1	;if root 0, if not root 1 (=add '\')

;findfirst
FIND1:	mov	ax,714eh
	mov	dx,offset FILE
	call	SET			;set cx, si, di
	int	21h
	cmp	ax,7100h		;error check
	je	BYE
	;print drive+dir
	mov 	HAND, word ptr ax	;save handle num
	putchar	'"'
	mov	bx,offset BUFF_DP
	call	PRI
	cmp	FLAG,0
	je	A1
	putchar	'\'
A1:	;print filename
	mov	bx,offset BUFF_F+2ch
	call	PRI
	putchar	'"'
	newline
;findnext
FINDN:
	mov 	bx,HAND
	mov	ax,714fh
	call	SET
	int	21h
	jc	BYEBYE
	;print drive+dir
	putchar	'"'
	mov	bx,offset BUFF_DP
	call	PRI
	cmp	FLAG,0
	je	B1
	putchar	'\'
B1:	;print filename
	mov	bx,offset BUFF_F+2ch
	call	PRI
	putchar	'"'
	newline
	jmp	FINDN

ERR:	print ERR_MSG1
	retms

BYE:	print ERR_MSG2
BYEBYE:
	mov	bx,HAND			;HANDLE CLOSE
	mov	ax,71a1h
	int	21h
	retms

	;--- subroutines ---

SET:	mov	cx,28h			;directory, volume 除く
	mov	si,1
	mov	di,offset BUFF_F
	ret

PRI:	cmp	[bx],byte ptr 0
  	je	FIN
   	putchar	[bx]
  	inc	bx
  	jmp	PRI
FIN:	ret

FLAG		db	0
HAND		dw	?
FILE		db	'*.*',0
BUFF_DP		db	?,':\',300 dup (0)
BUFF_F		db	320 dup (0)
ERR_MSG1	db	'Run on Windows','$'
ERR_MSG2	db	'File Not Found','$'
help_usage	db '    BLT.COM     List ',CR,LF
		db '    BLTF.COM    List fullpath ',CR,LF
		db '    BLL.COM     Long ',CR,LF
		db '    BLL2.COM    Long + quote ',CR,LF
		db '    BLLF.COM    Long fullpath ',CR,LF
		db '    BLLF2.COM   Long fullpath + quote ','$'

	pend

dupline3.def

　これもあった。わざわざ上げることもないのですが。
　同じ趣旨のマクロは、今まで１０個くらい作ってると思う。そのたびに作り、
捨ててきた。
　いちおう真剣に今朝、作ったつもりなのですが、、、。
　バッチファイル用のマクロです。

=== dupline3.def by B ===; parallel line copy for batchfile
ファイル全体と行ブロック範囲（バッチファイル用）
行末にタブができてるからね。
aaa.txt
bbb.txt
↓
aaa.txt	aaa.txt
bbb.txt	bbb.txt

* M
50 ^^ "dupline3"

	?. 
	&s
	(mb==0)? >A
	(mb==1)? >B
	&m("illegal block").

:A	;--- whole file
	#^ #<			;start at top of file (whole file)
 :a	(ct<1)? >Z
	&01 >a

:B	;--- line block area
	(xc>0)? {l=ln, #B} ? {#B l=ln, #B}
	#b			;relese block
 :b	(l==ln)? >Z
	&01 >b

:Z	&m("finished") &d.

	;=== local macro ===

01:	; main job
	#> 			;check line-end space, add if not exist
;	#s (cd!=' ')? {#d ' '}	; space
	#21			; tab
	#< #b #> #k #> #i	;duplicate the line
	#> #d

*

　ほんとにこれで終わりますから、怒らないでくださいね。
　お騒がせいたしました。m(__)m

STDIO.H は、#03372にあり、

--- a.bat ---
ml %1.asm
lld %1.obj
exe2com %1.exe
-------------
　というバッチで、

C:\BIN9
>blt
A.BAT
BLL.ASM		;#05682
BLL2.ASM	;#05688
BLLF.ASM	;下から putchar '"' の行を抜く
BLLF2.ASM	;#05702
BLT.ASM		;#03395
BLTF.ASM	;#05690 (元blf.asm)
CDD.ASM		;#05695
DDD.ASM		;#03381
EXE2COM.EXE	;どっかから。ネットのどっかにありますよ。Simtelにある。
LLD.EXE		;LSI 試食版から
MEMO.TXT
ML.ERR		;MASM 6 から
ML.EXE		;同
STDIO.H		;#03372
　みたいなところをカレントにし、

C:\BIN9
>a blt　（これは blt.asm をアセンブルする例）
　とかすると、アセンブルできます。

　それぞれは、こんな結果を出します。
C:\LSI
>blt /h
    BLT.COM     List 
    BLTF.COM    List fullpath 
    BLL.COM     Long 
    BLL2.COM    Long + quote 
    BLLF.COM    Long fullpath 
    BLLF2.COM   Long fullpath + quote 


　最後につけた、/h のヘルプメッセージは、ここの掲示板のソースでは、BLLF2.
ASM にしか付いていません。万が一、必要が生じたら、他のソースにコピーして
ください（内容はともかく、けっこうな差し替え箇所が大きいです）。
　もちろん、前にも書いたとおり、超楽チンコーディングなので、-h, -help, /?,
-? でもヘルプは出ます。 何でも出ます。つまり、何か付けると、欲しい結果が
永遠に得られません。>blt *.* とか、>blt c:\bin9 とかでも、いつまでもヘルプ
ばかり見ることになります。
　カレントで、オプション、引数なし、これが正しい使用法です。

　などとマジになって書くようなことではないですね。すいません、自分向けメモ
でした。m(__)m

> if ($in{'message'} =~ /^[^\x81-\x9F]*[\xA1-\xDF]|>[^\x81-\x9F]*[\xA1-\xDF]/)

これは間違いでした。

 if ($in{'message'} =~ /^[ｱ-ﾝｧ-ｮｯｰﾟﾞ･]|>[ｱ-ﾝｧ-ｮｯｰﾟﾞ･]/)
	{ &error("記事の行頭に半角カナは使えません"); }

これが正解のようですね。ぐぐったら、[ｱ-ﾝｧ-ｮｯｰﾟﾞ･]が半角カナの正規表現でした。

 ^[ｱ-ﾝｧ-ｮｯｰﾟﾞ･]　　; 行頭の半角カナ
 |　　　　　　　　 ; または
 >[ｱ-ﾝｧ-ｮｯｰﾟﾞ･]　　; <bR>（HTMLの改行）の">"の後ろの半角カナ

これらを含んでいたらエラーを返すという動作になると思います。
">"の後ろの半角カナは行頭以外でもありえますが、手抜きです。(^^;

ということで掲示板のCGIを差し替えてみました。

>;MSG	db	'hello with null','$'		;(1)
>MSG	db	'hello with zero',00h		;(2)

　ふ、ふ、ふ。文太くん。
　'$' がヌルだと誰が言ったの？　何となく記号的にそう見えなくもないけど。
ファンクション 09h（print マクロの中身）はねぇ、24h、つまり '$' そのもの
の前までを出力する、という命令なのだよ。asciiz  文字列を出力するためのも
のではないのさ。
　でもね、ＤＴＡとかに 0Dh が区切りになって入っている「文字列」があるんだ
けど、そいつをプリントするのに、 24h を書き込むなんて例題、たくさんあるみ
たいだよ。分かった？

bllf2.asm 修正

>　最後につけた、/h のヘルプメッセージは、ここの掲示板のソースでは、BLLF2.
>ASM にしか付いていません。万が一、必要が生じたら、他のソースにコピーして
>ください（内容はともかく、けっこうな差し替え箇所が大きいです）。
>　もちろん、前にも書いたとおり、超楽チンコーディングなので、-h, -help, /?,
>-? でもヘルプは出ます。 何でも出ます。つまり、何か付けると、欲しい結果が
>永遠に得られません。（#05704 より）

　あのう、そうするとリダイレクトができないのですけど、、、、。
　#5702 の該当部分を、以下と差し替えましょう。


	CODE	SEGMENT BYTE
	ASSUME	CS:CODE, DS:CODE, SS:CODE
;=== ここから ===
	org	80h
	argc		db	?
	argv		db	127 dup (?)
	org	100h
;-----------------------------------------------------------------
START:	mov	bx, offset argv
	add	bx,1
	cmp byte ptr [bx],'/'
	je	USAGE
	cmp byte ptr [bx],'-'
	je	USAGE
	jmp	normal

USAGE:	print	help_usage
	newline
	retms
;-----------------------------------------------------------------

　相変わらず、-h, /h, -H, /H, -?, /? -help どれでもヘルプが出ます。
'-', '/' を、その場所で判定しています。
　余計なことして、使えなくしてるし。

> C:\BIN9
> >blt
> A.BAT
> BLL.ASM		;#05682

（以下略）

どっかの文字列検索ソフトだと思うけど、実行ファイルのファイル名を変えると
機能が変わるというソフトがあったような。そういう機能を実装してみたらいか
がでしょうか。argvとの文字列比較でいけるはず。
機能のほとんどの部分が重複しているのですから、十分可能。
メリットは、ソースを一本化できること。なので、一つのソフトでのバグ改修や
機能追加を、即座に他のソフトにも反映することができます。
あと、ディスクの記憶領域がほんの数クラスタ節約できるけど、これはほとんど
メリットにはならないな。

としきさん

>どっかの文字列検索ソフトだと思うけど、実行ファイルのファイル名を変えると
>機能が変わるというソフトがあったような。そういう機能を実装してみたらいか
>がでしょうか。argvとの文字列比較でいけるはず。
　メリットはそのとおりでしょうが、スキルも時間も足りません。

　ただ、argvはＣ出身の方の書き方で、ＤＴＡです。そして、Ｃと違って（exe
モデル？）、本人の名前はそこにはないはずです、アセンブラのcomモデルだと。
本人の名前は、番地だけＰＳＰにあるはずです。どっか遠くにあると思う。
　たぶん、そのソフト、けっこうトリッキーな技を使っているはずです。だって、
bltfとcommand.com（その他）にプログラムをロードさせよ、と言っておいて、
blt（統合版）をロードさせるわけでしょ。
　オプションが普通でしょう。でも、すると、こんがらがったスパゲになりますよ、
ぜったい。

>あと、ディスクの記憶領域がほんの数クラスタ節約できるけど、これはほとんど
>メリットにはならないな。
　なりませんねぇ。

C:\
>dir bin9 |to

2011/12/30  19:47               675 BLL.COM
2011/12/30  19:49               699 BLL2.COM
2011/12/30  19:50               753 BLL2W.COM
略

C:\WINDOWS
>dir *.bmp |to

2006/03/02  21:00            17,362 しゃくなげ.bmp
2006/03/02  21:00            26,582 グリーン ストーン.bmp
2006/03/02  21:00             9,522 サポテック織り.bmp
2006/03/02  21:00            65,832 サンタフェ.bmp
2006/03/02  21:00            65,978 シャボン.bmp
2006/03/02  21:00            17,336 フィッシング.bmp
2006/03/02  21:00            65,954 大草原の風.bmp
2006/03/02  21:00            17,062 珈琲カップ.bmp
2006/03/02  21:00            16,730 羽毛.bmp
2006/03/02  21:00            26,680 隅田川.bmp
2006/03/02  21:00             1,272 青いレース編み 16.bmp

　お前ら、何してんだよ、ものですよ。消すのも手間。俺も贅沢させてもらう。
　仰ること、ごもっともないのですが。

　皆さま、よいお年を。

TAB の悩み（解決）

　研究ノートです。
　結果だけ。初歩の初歩でしょうけど、はまれば深いよ、やっぱり。

TAB	equ	09h

;--- func 02h (putchar; write char) F_DSPCHR
	mov     ah,02h
	mov     dl,TAB
	int     21h

;--- func 09h (putstr; write string) F_DSPSTR
	mov     ah,09h
	mov     dx,offset MSG
	int     21h
MSG	db	'aa',09h,'bb$'

;--- func 06h (direct console output) F_CONIO
	mov	ah,06h
	mov	dl,TAB
	int	21h

the last character output will be the character in DL unless DL=09h
on entry, in which case AL=20h as tabs are expanded to blanks
if standard output is redirected to a file (02h by Brown)
　とのことです（この英語、ちゃんと読めないのだけど）。
　悩んだ。

　展開されない純なタブがほしいなら、func 06h です。09h も展開してしまいます。

ぜんぜん覚えてないけど、アセンブラでargv[0]の取出しって難しいんでしたっけ。

> 　たぶん、そのソフト、けっこうトリッキーな技を使っているはずです。だって、
> bltfとcommand.com（その他）にプログラムをロードさせよ、と言っておいて、
> blt（統合版）をロードさせるわけでしょ。

いや、そんなトリッキーではないですよ。
アルゴリズムとしては以下のような感じ。

　　プログラム名がｘｘｘ１なら
　　　　ロングのフラグは立てない
　　　　引用符のフラグは立てない
　　　　フルパスのフラグは立てない
　　プログラム名がｘｘｘ２なら
　　　　ロングのフラグは立てる
　　　　引用符のフラグは立てない
　　　　フルパスのフラグは立てない
　　プログラム名がｘｘｘ３なら
　　　　ロングのフラグは立てない
　　　　引用符のフラグは立てる
　　　　フルパスのフラグは立てない
　　・・・　（以下略）
　
　　ロングのフラグが立っていれば
　　　　・・・
　　ロングのフラグが立っていなければ
　　　　・・・
　　フルパスのフラグが立っていれば
　　　　・・・
　　フルパスのフラグが立っていなければ
　　　　・・・

　　ファイル名取得ルーチンの呼び出し

　　引用符のフラグがたっていれば
　　　　・・・
　　引用符のフラグがたっていなければ
　　　　・・・

　　文字列出力

こんな感じでできるはず。


> 2011/12/30  19:47               675 BLL.COM
> 2011/12/30  19:49               699 BLL2.COM
> 2011/12/30  19:50               753 BLL2W.COM

いや、実行ファイルは結局必要な数だけ作るわけだから、たとえば1KBのファイル
が８個とかできるので節約にはなりません。
ではなくて、ソースファイルが８個あったのが１個ですめば、たとえばクラスタ
サイズが32KBだったとして、32KB*7で200KB以上の節約になるのではないか、と。

ということで、アセンブラの勉強のためのよい例題ができた、ということにして
来年にとっておきましょうか。


では、みなさん、よいお年を。

ケタ揃え for バッチ

C:\WINDOWS
>c:\bin9\bllf2w
"C:\WINDOWS\フィッシング.bmp"	"C:\WINDOWS\フィッシング.bmp"
"C:\WINDOWS\大草原の風.bmp"	"C:\WINDOWS\大草原の風.bmp"
"C:\WINDOWS\珈琲カップ.bmp"	"C:\WINDOWS\珈琲カップ.bmp"
　（タブは通りますよね）これでタブの悩みだった。

C:\BIN9
>zcopy /e *.* d:

C:\BIN9 --> D:\
  A       .BAT  
  BLL     .ASM  
  BLL     .COM  
　（こんなので、ケタを揃えたいときもあるね）前後のスペース邪魔だけど。

> blt から bll bll2 blf と、凄い進化ですね。私も参考にさせていただきます。
> この連休中の楽しみが増えてうれしいです。(^_^)

リハビリを兼ねて弄ってみました。
LFN化は挫折しましたが、オプションの追加くらいなら出来そうだなということで、
BLT All (opt) で、BLTA.ASM としてみました。

VTDOS|C:\VZ\T>BLTA.COM ?
BLTA.COM file lister for Win32 DOS   Ver0.30k  2012-01-02
  usage  BLTA opt filename
    opt  D or d      Double quote
    opt  P or p      full Path
    opt  F or f      File name opt
    opt  H or h or ? Help usage

このように、最初の引数が動作のオプションで、何もつけなければ、Bll と同じ動作
オプションは複数同時指定できます。"-" や "/" は無視します。
第一引数に "f" を指定して半角スペース1個空け第二引数にファイル名を指定できます。

VTDOS|C:\VZ\T>BLTA.COM f blt*.*
BLT.000
BLT1.ASM
BLT1.COM
BLT1.EXE
BLT1.LST
BLT2.ASM
blt2.com
blt2.exe
blt2.map
BLTA.000
BLTA.ASM
BLTA.COM
blta.exe
BLTA.MAP

こんな感じになります。どうでしょうか。


2012-01-03 追記
ソースは長いので、テスト板#test47 に貼り付けました。

konnoさん、サンプル提示ありがとうございました。

　しかし、けっこうオプションその他の記述文法が面倒になりますね。
　やはり、色々あるようです。

C:\BIN9		(1)
>blta f		;finename only では、対象ファイルが必要？
		;f を filename と理解してるつもりなのかなぁ？

C:\BIN9
>blta fpd
"C:\BIN9\"	;順番だよ、矛盾では答え不定になる　？

C:\BIN9
>blta fd	;だから、順番だよ、きっと
""

C:\BIN9		(2)
>blta aaa	;何のつもり？　いえ、前ヴァージョンの不明なバグを
以下でる。	;を回避する方法なんですが、-fなし （オプションなし）だと
		;バグ回避ができるんだなぁ、と。

　なんだか意地悪みたいなのですが、ちょっと途方に暮れました。
　元のコードにこれらを発現させる要因があるのかな　？？？　(1)(2)は、
矛盾してるように思えるし、、、。

C:\WINDOWS
>c:\bin9\blta -f *.bmp
しゃくなげ.bmp
グリーン ストーン.bmp
サポテック織り.bmp

　これは、できたほうがいいな、と素直に納得。
　おねだりもリクエストもバーアップ依頼も何もないですが。

> >blta f		;finename only では、対象ファイルが必要？
> 		;f を filename と理解してるつもりなのかなぁ？

これは仕様です。オプション f を付けた時は引数にファイルネームも必要です。
 f はfinename only ではなく、第二引数にファイルネームを指定するための
オプションです。誤解は無いと思いますが。

> >blta fpd
> "C:\BIN9\"	;順番だよ、矛盾では答え不定になる　？

これも f オプションの仕様による挙動です。

> >blta fd	;だから、順番だよ、きっと
> ""

だから、これも f オプションの仕様による挙動だってば。

> >blta aaa	;何のつもり？　いえ、前ヴァージョンの不明なバグを
> 以下でる。	;を回避する方法なんですが、-fなし （オプションなし）だと
> 		;バグ回避ができるんだなぁ、と。

これはバグみたいですが、仕様ということにしておきましょう。(^^;

> 　なんだか意地悪みたいなのですが、ちょっと途方に暮れました。
> 　元のコードにこれらを発現させる要因があるのかな　？？？　(1)(2)は、
> 矛盾してるように思えるし、、、。

まあ、改造の初版なので、いろいろ手抜きやバグはあります。(^^;
第二引数の前は半角スペース1個でなければ誤動作するとかね。
もう少し手抜きの部分をキチンとやってみますか。

> 　これは、できたほうがいいな、と素直に納得。

第二引数でファイル名指定は今回一番苦労したところです。
でもやってみたら意外と使い道がありそうなので、苦労した甲斐はあったかな。
まあ、結局は例のアセンブラ入門のサイトの例題からパクッたんですが。(^^;

> 　おねだりもリクエストもバーアップ依頼も何もないですが。

私の趣味に合わせた改造版なので、文太さんの使い方には合わないかもしれません。
スキルも無いので手抜き部分を直して終了ですかね。

blta.asm (オプション付き改造版)の第二版をテスト板#test48 にＵＰしました。
また、#5724 のソースも長すぎるので、テスト板#test47 に移動しました。

> > >blta fpd
> > "C:\BIN9\"	;順番だよ、矛盾では答え不定になる　？
> これも f オプションの仕様による挙動です。

これはバグでしたね。この場合、usage を出すように修正しました。

> > >blta fd	;だから、順番だよ、きっと
> > ""

これも同じ。 usage を出すようにしました。

> > >blta aaa	;何のつもり？　いえ、前ヴァージョンの不明なバグを

これも同じですね。 usage を出すようにしました。

> > 　元のコードにこれらを発現させる要因があるのかな　？？？

元にしたソースは#5702 なんですが、たぶんここ？

FIND1:	mov	ax,714eh
	mov	dx,offset FILE
	call	SET			;set cx, si, di
	int	21h
	cmp	ax,7100h		;error check  ★
	je	BYE               ;             ★

こうでしょうか。File Not Found を表示するようになりました。

FIND1:	mov	ax,714eh
	mov	dx,offset FILE1
	cmp	OPT_F,0
	je	FI0
	mov	word ptr dx,FILE2
FI0:	call	SET				;set cx, si, di
	int	21h
	jc	BYE				;not found
;	cmp	ax,7100h			;error check
;	je	BYE

konnoさん、ありがとうございました。

　とりあえず、以下は、「cmp　ax,7100h」というところだけのテストです。
　確かに、ここ、バグってました。多謝。
　空のディレクトリでテスト。ＯＫ！

;---------------------------------------------------------------------------
INCLUDE STDIO.H

	pmain

FIND1:	mov	ax,714eh
	mov	dx,offset FILE	;　call setを元に戻してます。
	mov	cx,0		;■ここはこうしましょう。
	mov	si,1		;■バッチ用でsystemやhiddenを対象って
	mov	di,offset BUFF_F	;そもそも、、、、。
	int	21h
;	cmp	ax,7100h	;error check  ★ はい、ここがバグでした。m(__)m
;	je	BYE             ;             ★ よくぞ見つけてくれました。
	jc	BYE		;	　　　★ さすが！

;--no error
	print	MSG1
	jmp	FIN

;--no return 7100h
BYE:	print	MSG2

FIN:	newline
	retms

MSG1		db	'OK, no error$'
MSG2		db	'no return$'
FILE		db	'*.*',0
BUFF_F		db	320 dup (0)

	pend

konnoさん、

C:\BIN9
>blta
BLTA.COM file lister for Win32 DOS   Ver0.31k  2012-01-04
  usage  BLTA opt filename

　元のバグを引きずっているのか、僕の環境のせいか、、、？
　konnoさんに直す道義的責任も何もありませんが、これ、起こりませんか？
　あれぇ〜？　>blt aaa （オリジナル blt, ヘルプ付き）はこれの回避策だった
のですが、今や正しくヘルプが出てしまい、逃げようもなくなった。どこにある
んだ、このバグ？　bltにも潜在的にあるということです。で、僕はヘルプを取って
しまおうと思ってます。ＰＳＰの計算が間違ってるのかなぁ。どこで？！

　ish 解凍に手間取った、、、。

konnoさん

　精力的にやられてますね。頼もしいかぎりです。がんばってくださいね。

　さて、

>> 　元のバグを引きずっているのか、僕の環境のせいか、、、？
>えーと、意味がわかりません。バグが無くなったということでしょうか。

　通じないということは、僕の環境のせいなのでしょうか。

C:\
>blta
BLTA.COM file lister for all DOS   Ver0.40k
  usage  BLTA opt filename
　以下、略（もちろん、ファイル・リストなし）

　これって仕様ですか？
　１６ビットのドコモバでも同じでした。

　以下をそのまま試していただけますか。

C:\
>blta /?　ココと
BLTA.COM file lister for all DOS   Ver0.40k
  usage  BLTA opt filename
    opt  D or d      Double quote
    opt  P or p      full Path
    opt  F or f      File name opt
    opt  H or h or ? Help usage


C:\
>blta　ココです。
BLTA.COM file lister for all DOS   Ver0.40k
  usage  BLTA opt filename
    opt  D or d      Double quote
    opt  P or p      full Path
    opt  F or f      File name opt
    opt  H or h or ? Help usage

　僕は、オリジナルのバグをまだ引きずっていると想像しています。
　それで、blt, bltf, bll では、ＤＴＡ参照ルーチンを外しています。
　外す前の回避策が、>blt aaa でした。

　Ｖｚの常駐が関係しますでしょうか？
　もちろん（でもないかもしれませんが）、VTDOS 環境ではありません。

konnoさん、

　こんなことに引きずり込んでしまったのは僕のようでもあるし、konno さんが
僕を引きずり込んだようでもあるし、、、。
　とにかく、いくらか試しました。ものすごく基本的なことなんだろう、とは想
像しているのですが、、、。

>DOS窓常駐VZで試したら、わかりました。動作がおかしくなるんですね。
　僕も、それぐらい深いのかと思っていて逃げることにしたのですが、Ｖｚ常駐
は関係ないようです。そもそもＶｚは関係ないようです。

>非常駐VZやVTDOS環境では現象が出ません。おもしろいなぁ。
　ほんとですか？　非常駐でも出ましたけれど。ＸＰですが。

>・・・メモリのどこかを壊してるんでしょうかねぇ。
　うーん、分かりません。

>調べてみます。
　無理をなさいませんように。でもご存じかと思うのですが、僕は、このライン
から逃げることにしました。 ＤＴＡ参照から。でも、konno版は、参照しないと
オプションが効かないのだと思います。ま、できる範囲はやってみるか、という
ところです。引数処理の雛形としては、不安なところが残るし、と。

　まず、実験結果から。Ｖｚなし、＠ＸＰ。

C:\BIN9
>blt /?
 /? (1)
    BLT.COM     List 
    BLTF.COM    List fullpath 
    BLL.COM     Long 
    BLL2.COM    Long + quote 
    BLLF.COM    Long fullpath 
    BLLF2.COM   Long fullpath + quote 
 A? (2)

C:\BIN9
>blt (3)
(4)
    BLT.COM     List 
    BLTF.COM    List fullpath 
    BLL.COM     Long 
    BLL2.COM    Long + quote 
    BLLF.COM    Long fullpath 
    BLLF2.COM   Long fullpath + quote 
(5)

C:\BIN9
>

　上は、Ｖｚなしでの結果です（＠ＸＰ）。なんだか、(3) のときに、(1) の
ＤＴＡが残ったままみたいじゃないか、と思ったからです。それで、(2) のよう
に、"/" を消してみることにしてみたのです。でも、駄目。
　(1),(2) 　(4),(5) は、以下のコードで、引数の状態を示しています。(4),(5)
であるのに、上の結果は、、、、困ったものです。


INCLUDE STDIO.H

	CODE	SEGMENT
	ASSUME	CS:CODE, DS:CODE, ES:CODE, SS:CODE
	org	100h
;-----------------------------------------------------------------
START:	mov	bx,80h
	add	bl,[bx]
	inc	bx
	mov	[bx],byte ptr '$'
	mov	ah,9		;print
	mov	dx,81h
	int	21h
	newline

	mov	bx, 82h
	cmp byte ptr [bx],'/'
	je	USAGE
	cmp byte ptr [bx],'-'
	je	USAGE
	jmp	normal

USAGE:	print	help_usage
	newline
	mov	bx, 82h
	mov byte ptr [bx],'A'
	mov	ah,9		;print、'/'を'A'にしてみる
	mov	dx,81h
	int	21h

	newline
	retms
;-----------------------------------------------------------------
normal:	mov	ah,4eh			;FINDFIRST
　以下は変更なし。

　僕には、何がいけないのか、さっぱり分かりませんでした。bltプロジェクト
としては逃げればいいのですが、あまりに典型的な引数処理なので、先に進めな
いよな、という思いはありまして。
　>blt と引数なしがデフォなアプリが特殊なんですかねぇ。

　眠いのに、明日（今日）があるのに、夜中にがんばりました。
　万が一、楽しい気分が台無しだ、という場合、申し訳ありません。でも、これ
も、人生ではありです。逃げるのもあり。
　とはいえ、ものすごく、単純なミスという気もしてます。

文太さん

> 　こんなことに引きずり込んでしまったのは僕のようでもあるし、konno さんが
> 僕を引きずり込んだようでもあるし、、、。

よかれと思ってしたことが、かえって新たな悩みを増やしてしまいましたね。
私はもう完全に趣味的におきらくにやってますので。

> 　僕も、それぐらい深いのかと思っていて逃げることにしたのですが、Ｖｚ常駐
> は関係ないようです。そもそもＶｚは関係ないようです。

なるほど、とすると、VZではなく、DOSの何かを壊してるのかなぁ。

> >非常駐VZやVTDOS環境では現象が出ません。おもしろいなぁ。
> 　ほんとですか？　非常駐でも出ましたけれど。ＸＰですが。

これは本当です。もっとも、非常駐VZといっても擬似常駐モードですが。
この辺にヒントがあるかもしれないですね。

> ＤＴＡが残ったままみたいじゃないか、と思ったからです。それで、(2) のよう
> に、"/" を消してみることにしてみたのです。でも、駄目。

私もこれを疑ってみました。

> START:	mov	bx,80h
> 	add	bl,[bx]
> 	inc	bx
> 	mov	[bx],byte ptr '$'    ;★ここでDTAに書き込んでいる

これが問題なのかと思って、DTAをコピーする方法にしてみましたが、変わりません。

> 　眠いのに、明日（今日）があるのに、夜中にがんばりました。

お疲れ様です。(^^;
私も仕事が始まってしまったので、少しペースを落として、のんびりやっていきます。

ところで、掲示板の表示がおかしいのかな？
C:\BIN9>blt
これ、ちゃんと1行で表示できてるかな。

問題の性格

　纏めておきます。僕は解決を諦めたのですが。でも、分かる方は、お教えください。

　com モデルでは、メモリにロードされ、プログラムが実行されるとき、そのプ
ログラムの先頭 100h bytes に、ＰＳＰが MS-DOS によって付けられる。そして、
その  80h バイト目に引数の文字数が（リダイレクトとかパイプとか含まず）、
81h バイト目から引数の文字列そのものが、それぞれ格納される。プログラムは、
この 81hバイト目以降をいろいろスキャンすることでオプション指定などを読みと
る。が、挙動が変。これが問題。

C:\BIN9>test
normal

C:\BIN9>test /
option /

C:\BIN9>test
option /	;ココが変。normalって出て欲しい。「/」を付けてないのだから。

C:\BIN9>

　という結果になる。どこにプログラムミス、あるいはファンクション、あるいは
コマンドの仕様の読みおとし、その他の誤動作誘発の原因があるのか（BIN9は意味
なしです）。

　こういうことになると思います。
　備忘録です。Ｖｚの存在、Windows（MS-DOS）のヴァージョン等に関係なく起こる
ので（VTDOSだと起こらないらしい）、以下のコードのどこかに、コードの前提のど
こかに、ミスがあるはず。


;--- macros ---
CR          EQU     0DH
LF          EQU     0AH

NEWLINE     MACRO                   ;改行
            putchar CR
            putchar LF
            ENDM

PUTCHAR     MACRO   ASC             ;１文字出力
            MOV     AH,2
            MOV     DL,ASC
            INT     21H
            ENDM

RETMS       MACRO                   ;ＭＳ−ＤＯＳに戻る
            MOV     AH,4CH
            INT     21H
            ENDM

PRINT       MACRO   MSG             ;文字列の出力
            MOV     AH,9
            MOV     DX,OFFSET MSG
            INT     21H
            ENDM

;--- test.asm ---

	CODE	SEGMENT
	ASSUME	CS:CODE, DS:CODE, ES:CODE, SS:CODE
	org	100h

START:	mov	bx,82h		;argv+1
	cmp byte ptr [bx],'/'	;比較
	je	USAGE		;等しい
	jmp	NORMAL		;等しくない

USAGE:	print	MSG_OPT		;等しい場合
	newline
	retms

NORMAL:	print	MSG_OK		;等しくない場合
	newline
	retms

MSG_OPT		db 'option /$'
MSG_OK		db 'normal$'

CODE	ENDS
	END	START

> 　纏めておきます。僕は解決を諦めたのですが。でも、分かる方は、お教えください。

解決策としては、80hの文字列の長さパラメータを使うというのがスジでしょう。
原因は、各種コマンドインタプリタ（DOSのバージョン違いを含めて）においての
非互換性、といったところでしょうか。

> C:\BIN9>test
> normal
> 
> C:\BIN9>test /
> option /
> 
> C:\BIN9>test
> option /	;ココが変。normalって出て欲しい。「/」を付けてないのだから。
> 
> C:\BIN9>

この実行例において、３回目のコマンド入力では全くオプションをつけていない
ことと思います。試しに、実行ファイル名の後ろに、ただの半角空白を３文字か
５文字か、付けてみました。すなわち

１回目「test」
２回目「test /」
３回目「test」
４回目「test   」

と入力したときの結果は以下の通り。

３回目：
生DOS3.1（ポケ３）：「option /」
WinXPのcommand.com：「option /」
VTDOS             ：「normal」

４回目：
生DOS3.1（ポケ３）：「normal」
WinXPのcommand.com：「option /」
VTDOS             ：「normal」

この結果はVzの常駐と非常駐にかかわらず一定でした。

モバギでどのような結果になるか、非常に興味があります。
また、Vzのバージョンによっては、常駐と非常駐でも変化するのかもしれません。
特に、konnoさんの常駐していないけど常駐もどきになるバージョンでどうなるか
は予測がつきません。konnoさんには、可能な範囲で、いろいろなVzのバージョン
と実行環境の組み合わせで試してみていただきたいと思います。

としきさん、ありがとうございました。

>解決策としては、80hの文字列の長さパラメータを使うというのがスジでしょう。
　やっぱりそうですか。

>原因は、各種コマンドインタプリタ（DOSのバージョン違いを含めて）においての
>非互換性、といったところでしょうか。
　のようですね。

> C:\BIN9>test	;【３回目】
> option /	;ココが変。normalって出て欲しい。「/」を付けてないのだから。

>試しに、実行ファイル名の後ろに、ただの半角空白を３文字か５文字か、付けてみ
>ました。【４回目】　すなわち

１回目「test」
２回目「test /」
３回目「test」
４回目「test   」

と入力したときの結果は以下の通り。

中略。

参りましたねぇ。まさか、こんなこととは。自信もてよなぁ、＞自分。

４回目：
生DOS3.1（ポケ３）：「normal」
WinXPのcommand.com：「option /」
VTDOS             ：「normal」
MS-DOS6.2（モバ） ：「normal」★

　ただし、空白３〜４個でないと（たとえばaaa）、ＸＰでは
空白　　　　　　　：「option /」
aaa　　　　　　　 ：「normal」
　となりました。スペースというのはスキップするか、切れてるよ、の判断に使
われるものなので（MS-DOS では）、ちょっと処理が特殊なんでしょうね。

　引数なしで実行、つまり、たとえば内部的に "*.*"  にしてるのがそれほど特
殊ではないと思い直したけど（たとえば >dir）、こんな場合には、argc チェッ
ク併用が吉、ということですね。

　僕は、Ｖｚの存在が関与していないと考えている（いた）ので、いつも >vz -z 
で常駐を外してチェックしてきました。

　いずれにせよ、ポケ３のおかげで、なんかすっきりしました。
　としきさん、ありがとうございました。m(__)m

　しかし、アーティクルのタイトル、すごいな。自然言語の曖昧性。

問題解決しました。

> >解決策としては、80hの文字列の長さパラメータを使うというのがスジでしょう。

やはり原因はこれでした。さすがとしきさん。

START:
	mov	bx,80h          	;↓引数をASCIIZにする
	add	bl,[bx]			;引数のサイズ取得
	inc	bx
	cmp	bx,83h			;★ 引数が無い時
	jb	normal			;★
	mov	[bx],byte ptr 0 	;引数終わりの0Dhをnullに

この★を追加したらばっちりでした。
ヒントは「アセンブラ入門」の引数を表示するプログラム
http://www5c.biglobe.ne.jp/~ecb/assembler2/assembler10.html
で、これはキチンと引数の文字列を表示しています。

どうやら、DOSは、引数が無い場合、引数エリアのメモリをクリアしていないようです。
なんという手抜き！！
おそらくVTDOSと擬似常駐VZの環境ではクリアされていたということでしょうね。
スペースによる違いはスペースまで読むか無視するかという動作の非互換性ですね。

・・・つまり、私のタコバグだったということです。お粗末でした。m(__)m

ということで、テスト板 #test52 に バグ修正版 Ver0.41k を置いておきました。

konnoさん

	cmp	bx,83h			;★ 引数が無い時
	jb	normal			;★

　一瞬、頭がねじれましたけど、お見事。83でbelowか。「８２ｈ以下」ですね。
　というか、この手前のポインタのところで頭がねじれた。
　じゃ、もう WinMEで試験は必要ないですね。ＸＰと同じ結果でしょう。違っても
対処は同じ。
　「メモリをクリアしてない」。そうなんでしょうね。理屈の空想はできたけど、
検証するスキルが足りない。時間も足りない。心も足りない、、、。
　あれ、でも、そうすると、「A」の埋め込みで、なぜうまくいかなかったんだ？
ちょっと理屈が変かも。see #5738. もしかしたら、もうちょい複雑なのかも。
　いずれにせよ、argc 重ね判定でいいはずだから、ま、いいや。

　ほとんど undocumented な世界ですね。これ、担当は、command.com ですよね。

　お二方のご指導で、心の安心を得ました。(^^)v
　お仕事モードに帰りますね。今晩、山のような原稿が届くはずなので。こっから
の仕事は、Ｖｚなしではやれない。さ、WinME 君、きみの出番だよ。

> 　一瞬、頭がねじれましたけど、お見事。83でbelowか。「８２ｈ以下」ですね。

正確な値が分からない時は条件分岐に不等号を使うほうがデバッグが早くて楽ですから。

> 　あれ、でも、そうすると、「A」の埋め込みで、なぜうまくいかなかったんだ？
> ちょっと理屈が変かも。see #5738. もしかしたら、もうちょい複雑なのかも。

 #5738のソースは読んでませんでした。文太さん惜しかったですね、掠ってたのに。
せっかくこの#5738で冒頭に引数表示ルーチンを使っているのに、#5741のテストでは
使ってませんね。ということで、#5741の冒頭に、下記の#5738の引数表示ルーチンを
追加して試してみれば一目瞭然だと思います。

START:	mov	bx,80h			;
	add	bl,[bx]			;引数のサイズ
	inc	bx			;
	mov	[bx],byte ptr 24h	;引数の最後の0Dhを24hに変える
	mov	ah,9			;
	mov	dx,81h			;
	int	21h			;引数表示

> 　いずれにせよ、argc 重ね判定でいいはずだから、ま、いいや。

としきさんはわかっていたようですね。私は引数表示テストするまでは半信半疑でした。

> 　ほとんど undocumented な世界ですね。これ、担当は、command.com ですよね。

というか、DOSの仕様なんでしょうね。半角スペースの扱いの解釈が曖昧だけど。

　（ちょっとここに。対話型でなくて、ごめんなさい）

　ちゃんとコマンドライン・オプションを読む、という実際的本質からは外れて
ますが。ただ、僕は何となく気になっていたのです。
　実際的な答は、konnoさんが示してくれたとおりです。
　で、あ、このテストすれば、少しだけ気持ちがよくなる、と思いついたのです。
　で、やっておこうと。

	;PSP 80h の数字を見る（引数文字数のcommand.comによる解釈）
	;--- t1.asm ---
	mov		bx, 80h
	mov byte ptr 	al, [bx]
	add		al,'0'
	putchar		al
	newline
	retms

　（以下で、_はスペース）

		XP	ME	Dos6
>t1_333
		4	4	4	;space counted
>t1
		0	0	0	;of course
>t1_
		0	1	1	;counted and not counted
>t1____
		0	5	5	;ditto
>t1_>k.txt
		0	1	1	;again

　というわけで、やっぱりＸＰエミュが素直でないと言ってよいのかな。
　親切なつもりなんだろうけど。
　そして、いずれにせよ（どうせどこでも使えるものを作るはずなので、
そういうのしか作れないはずなので）、オプションが必要になったら、
空うちヘルプしたいなら、ちゃんと文字数もチェックしろよ、と。で、
チェックの仕方、気をつけなよ、文太くん、という感じでしょうか。

&Ss(p)		skipspc	ポインタ p からスペース,TABをスキップ
			（r = 次の文字のポインタ）
　という関数を見たときの不思議感を思いだし、「ふつうそういうのが必要じゃん」
と再納得しました。Vz1.6のＳ関数って、偉いですね。違う話だ。

　その後のその後
>t1>k.txt			;こういうのありなんだ！
		0	0	0
>dir>k2.txt			;ちゃんと動作しました。そうなんだ、、、。
				;なぜかコマンドのあとにはいつもスペースを、、。

　すると、#05710の以下は間違ってましたね。
>　あのう、そうするとリダイレクトができないのですけど、、、、。

文太さん、ナイスなテストですね。

>		XP	ME	Dos6
> >t1_
> 		0	1	1	;counted and not counted
> >t1____
> 		0	5	5	;ditto

う〜ん、どうやらNT系のDOS5だけ挙動が違うようですねぇ。
LXのDOS5でも試してみましたが、他と同じでした。ちなみにXPのDOS窓でも
command /c t1
だと他と同じになります。擬似常駐VZはこの状態で動くのでやっぱり他と同じです。

NT系のDOS5は他のDOSといろいろ挙動が違うというか、互換性が低いなぁ、と感じて
ましたが、このテストのおかげでそれがはっきりしましたね。さすが文太さん！！

高橋版系VZがNT系のDOS窓でコマンドラインが不安定なのは、こういう非互換性の
せいかもしれないという気がしてきました。
ツリーも長くなったので、この話はいずれまた、別ツリーで。

> >t1>k.txt			;こういうのありなんだ！
> >dir>k2.txt			;ちゃんと動作しました。そうなんだ、、、。

おお、これは目からうろこでした。
LXのDOS5でも動きましたよ。

純Ｄｏｓ＆ＵＳＢ

　さらりと報告。場違い？

>Windows98マシンにするか、MS-DOSマシンにするか迷って、まだMS-DOS状態。USBが
>使えないのが、、、。もうちょっとなのに、、、。UMBがないのがいけないんだ！
　違います、文太くん。emm386のオプションを勉強して、フレームの位置を動かす
必要なんてありませんよ。
　中身のないレポートですが、一晩寝たら、biblo NE2/45のＵＳＢが取れてしまい
ました。いつか理解できたこと、実験で成功した・失敗したの記録を纏めたいとは
思っているのですが（できないだろうなぁ）、富士通ビブロノート

NE4/50C
NE2/450L
NE2/45

　の３台で、純Ｄｏｓから、USB pen memory stick (2GB)へのアクセス成功。
　似たような連中ですが、Intelあり、AMDあり、ALiあり、と大変〜。
　pcitool けっこう役に立ちますよ。（see 過去ログ）
　ＥＭＳの話と同じじゃないか。
　どれも、Win98/2K 用ぐらいのマシンです。ヤフオクで１０００円くらい。
　これができれば、何の憂いもなく、Ｄｏｓ機として生きさせてあげられるのです。

    /e EHCI, for enabling only USB 2.0 controller
    /o OHCI, for enabling only add-on/onboard USB 1.1 controller
    /u UHCI, for enabling integrated USB 1.1 controller

    /v, /w　で、じっくり観察がキモでした。前に失敗した板で、そのうちやって
みるつもり。
　完全に独り言モードですが、そもそも、ＵＳＢドスブートというのは、敷居が
高すぎる。ＤｏｓからＵＳＢへのアクセスのほうが、だんぜん成功の確率高いです
よね。

　興味のある方は、ベクタから desty31b.zip を落として、中の超有益な usb-drv.txt
を読んでね。

DOS & USB

　結果だけです。あとは、下の資料から読みとってください、、、って、あまり
に不親切ですよね。
　フロッピーでのDOS6 ブートで、ＵＳＢにアクセスできるか、の結果です。

　Win98SE の富士通ノートＮＥシリーズでの結果。全部ＯＫ。
　ただ、 OHCI のときだけ、ちょっと焦り、あまりの文字の汚さに、何があって
も、こんな MS-DOS 機は嫌だと思う、と思う。
　以下の４つは、 すべて何かの理由によって、MS-DOS 機ではなく、Win98 機と
して、なんとかやりすごせそうな連中です。そんなつもり、ということ。千円ぐ
らいで買えたから　(^^;
　MS-DOS  窓のほうが文字が綺麗だとかＨＤがもったいないとか、起動がそれほ
ど遅くないとか。
　ＵＳＢって、Win98 だと、けっこう大変なのですけどね。Baffalo 256 MB、そして
Nano 2GB のドライバのあるＵＳＢスティックだけ使える。

　そんな人はいないと思いますが、Biblo NE series, 2-7くらいだと、Win98 or ME
or DOSという選択肢があるにはあります、、、。

　MS-DOS機、９８機の利点？　ＯＳが軽いことと、無音ＰＣが作れることです。
　たぶん、ＨＤの寿命も長くなると、、、思う、、、。でも、２０ギガＨＤって、新品
はもう手に入らず、４０ギガだと問題を起こすのかもしれないマシンたちですが。
まあ、色々、色々と条件のあること、あること、、、。
　でも、ＨＤの交換を厭わず外部ディスプにすれば、たぶん、一生使えると思う。


=========================================================================
NE2/40E (UHCI) dos disp OK

PCITOOL/386 for DOS Version 4.00 - Release 15-Dec-2011
(C) Copyright 1993 - 2011 by APSoft (http://www.tssc.de)
All rights reserved.  Disassembly or decompilation prohibited.

                     Information about PCI system
                    ==============================

  Last bus used           : 3
  Interface level         : 02.10
  Hardware mechanism      : Config Mechanism #1
  IRQs used by PCI devices: 9
                          ======================
   PCI device 04
  ---------------
  Vendor ID        : 8086h (Intel Corporation)
  Device ID        : 7112h (82371AB/EB/MB PIIX4 USB)
  Base/Sub-Class   : 0Ch/03h
  Bus number       : 0
  Device number    : 7
  Function number  : 2
  First Baseｒ addr. : 00000000h[0h] (maps into memory space)
  Interrupt Pin    : INT_D
  Interrupt Line   : 9
  ---------------

=========================================================================
NE2/43L (UHCI)  dos disp OK

   PCI device 04
  ---------------
  Vendor ID        : 8086h (Intel Corporation)
  Device ID        : 7112h (82371AB/EB/MB PIIX4 USB)
  Base/Sub-Class   : 0Ch/03h
  Bus number       : 0
  Device number    : 7
  Function number  : 2
  First base addr. : 00000000h[0h] (maps into memory space)
  Interrupt Pin    : INT_D
  Interrupt Line   : 9
  ---------------

=========================================================================
NE4/700HR (UHCI) dos disp not too bad but ...

   PCI device 05
  ---------------
  Vendor ID        : 8086h (Intel Corporation)
  Device ID        : 719Ah (82440MX USB Universal Host Controller)
  Base/Sub-Class   : 0Ch/03h
  Bus number       : 0
  Device number    : 7
  Function number  : 2
  First base addr. : 00000000h[0h] (maps into memory space)
  Interrupt Pin    : INT_D
  Interrupt Line   : 15
  ---------------

=========================================================================
NE2/45 (OHCI) dos disp too bad!

   PCI device 02
  ---------------
  Vendor ID        : 10B9h (ALi Corporation)
  Device ID        : 5237h (USB 1.1 Controller)
  Base/Sub-Class   : 0Ch/03h
  Bus number       : 0
  Device number    : 2
  Function number  : 0
  First base addr. : 04000000h[1000h] (maps into memory space)
  Interrupt Pin    : INT_A
  Interrupt Line   : 9
  ---------------

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

> 実は、めざらさんが口火を切るかな、と思って待っていたんですよ。

そうしたかったのですが，なにしろホレ体調が酷かったので…
いくつかのクスリを2週ずつ試して，ようやくクスリが確定したところですが，
今度はその副作用だか，隠していた本質が表に出てしまったのか，
ほぼ躁状態で「安定」するようになって，思ったことをすぐ口に出してしまうため，
考えていることが周囲に知れわたってしまう「サトラレ症候群」に陥っています。

わたしがお声がけしようと思っているのが，
やまてつさん，えむしさん，KITIさん，KTAMさん，masaさん

masaさんは，わたしも面と向かってお会いしたことはない方なのですが，
みかちゃんのPDA博物館のフォーラムがあったときに後ろ姿だけ拝見してます。
現在のmasaさんが試しているのはこんな感じ。
http://masaland.cocolog-nifty.com/blog/2012/10/nokiavz-editorv.html

お住いはわたしよりも近いと思います。お泊りが可かどうかは分かりませんが…。

> で、人寄せパンダはめざらさんにやっていただいて、私が裏で実質的な幹事役、

げげ，パンダくんですか。
近頃は知事の憎悪の的になっているのか，サッパリ噂を聞きませんね。

> 　１１月１７日　　　←×　当日・翌日が仕事でNG
> 　１１月２３日　　　←△　当日が仕事，夜からはOK
> 　１１月２４日　　　←◎　当日・翌日ともOK
    １２月１日　　　←×　当日・翌日が仕事でNG
> 　１２月８日　　　←×　当日・翌日が仕事でNG

改めて思うに，我ながら酷い労働環境ですねぇ…。
精神を病んでしまうの，わかってもらえました？
実はこういう労働環境が原因ではなく，人事環境が原因なのですが。

７割引きですって？！　そりゃ大変だ。で，我が日程をば。◎はすべてok。
> ・日程案：１１月１０日（土）　◎
> 　　　　　１１月２３日（祝）　17時15分まで勤務。夜は遅れてOK。泊もok。
> 　　　　　１１月２４日（土）　◎
> 　　　　　１２月１５日（土）　◎　但し，前日が仕事上の付き合いで飲み会。

> 　　　　　かつ、卓上に妖しい端末が多数散乱しても大丈夫なところ

> なお、私自身は、今のところ、１２月８日ごろに別件が入る予定になっています。

わたしもソコの土日は仕事です。
上の日程なら，概ねokですね。

楽しみにしてます。

> > ただ、本文抜粋の末尾、ところどころ、２バイト文字の片割れになっている部分
> > がありますね。この辺は要改善かも。
> これはすぐには対処できないので取りあえずこのまま放置します。

うちの板塀で使っている、長すぎるタイトルのカットルーチン。

  ($_[0], $folded) = &fold($_[0], $sub_length);

多分、konnoさんのところでも同じようなルーチンを使っているはずだけど、なぜ
これで２バイトの片割れ問題が発生しないのかは不明。というか、忘れたという
方が正解かな。昔は理屈がわかっていたはずだから。

その後、実装した、板塀のRSS出力部分で使っているルーチン。

$tmp = $msg{$_};
$tmp =~ s/"/"/g;
$tmp =~ s/<br>//g;
$tmplength = 200;
if (length($tmp) > $tmplength) {
  ($tmp, $folded) = &fold($tmp, $tmplength);
  while ($tmp =~ /[0-9a-zA-Z\&\#\;]$/) {
    $tmplength--;
    ($tmp, $folded) = &fold($tmp, $tmplength);
  }
  $tmp .= '..';
}

これは、片割れが発生している間は１バイトずつ短くしていく、でいいのかな。
ちょっと長いけど、これなら片割れ問題が発生しないのは理解できる。
でも、ここまでする必要があるなら、なぜタイトル部分は上記の１行だけで問題
なく処理できているのか、やっぱり謎。

> これは私の秘密の実験場なのです。（ぉ

この辺は管理人の考え方なので、まぁいいですけど。
私の場合は、公開する（お客様にお使いいただく）ものと自分だけで使う実験用
は厳格に分けるという流儀なもので、どうしても違和感を感じてしまうのですよ。
なんというか、お客様に不完全なものを提供しているという、ささくれというか
引っ掛かりを覚えるのです。
プライドの問題、というのとも違うか。いや、そうなのか？
自分の考えが、イマイチよくわかりません。

文太さん

> 　　これはすごい！　さすが、konnoさんですね！

いえいえ、表示はHTMLの標準の機能を使っているだけですよ。
先頭部分の切り取りも漢字の判定ができてないし。


としきさん

> うちの板塀で使っている、長すぎるタイトルのカットルーチン。
>   ($_[0], $folded) = &fold($_[0], $sub_length);

おお、こんな記述なんですか、全然わかりません。(^^;

> 多分、konnoさんのところでも同じようなルーチンを使っているはずだけど

いえいえ、うちのは単純に160文字で切っているだけなので。
勉強させていただきます。m(__)m


> > これは私の秘密の実験場なのです。（ぉ

秘密になってませんね。公開と言うわけでもないので、隠し機能の実験場とか。
 

最近携帯マシンでVZが熱いですが、キーボードのキー数が少なかったり
シフト系のキーなどに制限があるのがつらいところですね。

そこで、VZのマクロでのキー入力支援を考えてみたいと思います。
まずは、F1〜F10 の代替として、ESC+1〜0 +アルファはどうでしょう。
私は１０分割ジャンプマクロで使っていますが、普通は使われていないし、
数字がFキーと対応してわかりやすいと思います。

とりあえずひな形を作ってみました。これが使えれば、その分使えるキーが
増えるので大変お得です。(^_^)

=== ESC_F10.def ===

* M
80 [ESC]0 "ESC+(0〜9)をF10に割り当てる"
    ?.
 n=r,			; [ESC]+数字を n に（15まで）
(n==1)? &02 ;!01	; [ESC]+1 なら     ファイルメニュー
(n==2)? #W		; [ESC]+2 なら     ウィンドウ切替え
(n==3)? #T		; [ESC]+3 なら     編集テキスト切替え
(n==4)? #65		; [ESC]+4 なら     分割モード切替え
(n==5)? #59		; [ESC]+5 なら     検索文字列の取得
(n==6)? #55		; [ESC]+6 なら ^QF 検索文字列の設定
(n==7)? #56		; [ESC]+7 なら ^QA 文字列の置換
(n==8)? #47		; [ESC]+8 なら ^Y  行･ブロック削除
(n==9)? #48		; [ESC]+9 なら ^J  行･ブロック挿入
(n==0)? #46		; [ESC]+0 なら ^B  ブロックモード

(n==10)? #31		; [ESC]+: なら ^W  ロールアップ
(n==11)? #32		; [ESC]+; なら ^Z  ロールダウン
(n==12)? #12		; [ESC]+< なら ^QD 論理行末
(n==13)? #35		; [ESC]+= なら ^R  ページアップ
(n==14)? #36		; [ESC]+> なら ^C  ページダウン
(n==15)? #79		; [ESC]+? なら     DOS画面出力の参照
    .
*

ｎ==10 以上は参考までに割り当ててみました。
カーソル移動など、使えないコマンドもあります。
マクロを割り当てるには、どうやったかなぁ？

androidのVzではファンクション無しのキーボードアプリも押しやすいので、
このマクロでファンクションキーの代わりがどんなものかと、
私のキー配置を入れてみました。

私もmasaさんと同じくMifesもどきで使っていますので、以下のようになります。
インクルード（で良かったでしたっけ？）して立ち上げると便利ですね。

(n==1)? &02     ; [ESC]+1 なら     ファイルメニュー
(n==2)? #62     ; [ESC]+2 なら     ウィンドウ切替え
(n==3)? &05     ; [ESC]+3 なら     文字列の検索･置換
(n==4)? #64     ; [ESC]+4 なら     分割モード切替え
(n==5)? &15     ; [ESC]+5 なら     ↓検索得
(n==6)? #46     ; [ESC]+6 なら ^B  ブロックモード
(n==7)? &26     ; [ESC]+7 なら ^Y  矩形ブロック削除
(n==8)? &27     ; [ESC]+8 なら ^KK 矩形ブロック記憶
(n==9)? &28     ; [ESC]+9 なら ^J  矩形ブロック挿入
;(n==0)? #59     ; [ESC]+0 なら ^L  検索文字列の取得
(n==0)? &42     ; [ESC]+0 なら ^OK Codex 外部マクロのTest

Vz標準と同じなのはF01だけでした (^^;
その他５つはVz.defに入れているマクロで動かしています。
ESC+0　は　VZ.defに書いてある外部マクロを起動します。
　　42 ^OK @C "" &z("codex") >*

と、まぁ、shift＋F01〜F10も考えるとしんどいのでここでやめて、
ファンクションキーの付いているキーアプリを使うことにします。

その代わりに、これまで200LXのアプリキーをVZマクロの起動キーにして
ずっと便利に使っていたので、それと同じ使い方がこれでできるのは私に
とって大発見です。また一歩 Android マシンを使う楽しみが増えました。
便利な使い方をありがとうございます。

> 私もmasaさんと同じくMifesもどきで使っていますので、以下のようになります。

けっこうMI.DEF？愛用者多いんですね。
マクロの書式をすっかり忘れていましたが、やっと思い出しました。(^^;

> (n==0)? &42     ; [ESC]+0 なら ^OK Codex 外部マクロのTest

外部マクロの呼び出しは、

(n==0)? >A     ; [ESC]+0 なら Codex 外部マクロのTest
   .
:A    &z("codex") >*
  .

こうしたほうが、誤動作を防げるでしょう。：A のところには
もちろん他のマクロも書けます。
こんなことも忘れてしまっていたのでした。(>_<)

> と、まぁ、shift＋F01〜F10も考えるとしんどいのでここでやめて、

プレフィックスキー ＋ 数字がそれぞれ使えるので、＾K + 0〜9 とか、
最大６倍の数字キーが使えますよ。(^^;

> :A    &z("codex") >*

おっ、できました。ただ ?. の編集モードだけでなく、
できればファイラーモードでも起動できるといいですね。

:A	&z("LXSCHD") >*		;スケジュール
:B	&z("LXCASH") >*		;小遣い帳
:C	&z("LXADDR") >*		;住所録
;D	&z("LXADPIM") >*	;ＤＢ、メモ
;E	&z("CODEX") >*		;CODEX
:F	&z("DENTA") >*		;電卓
こんなものを登録しました。

> プレフィックスキー ＋ 数字がそれぞれ使えるので、＾K + 0〜9 とか、
これは３ストロークになってしまうので、私には使いにくいです。

ESCキー以外＋1〜0 の２ストロークでファイラーモードでも起動させたい
けど、方法がわかりません。

> できればファイラーモードでも起動できるといいですね。

ファイラーでは、[ESC] できないですからねぇ。(^^;
tVZ以降なら、Nd+ で数字キーをマクロ起動キーに使えます。
VZFL.DEFで、


1 "!Filer"
	(r)??.
;	r[, &e("#]") #] r],			;※制約解除呪文 by Tomo
;	 (s==1)? #m
	vp..-7=0,	;init getnamp   m.gann  ファイラー・不正マスクの解消法
	(r==':'||r=='L')? r='D',
	r[, &Fm(r) (r>=0)? {
		sp+=2, (r)>?{ >F #L #M #P #S >V #W #+ #> #< #O >E }
	. }				;※ . 追加（一般にあった方がよい）
	&e("#]") #]			;※制約解除呪文 by Tomo

	r], (r)>!{
	X	>X	;eXec
	H	#H	;sHell
;		#-	;cancel
;		#*	;*.*
;		#/	;root
	@	#Q	;vzpath
;	A	#A	;attribute
;	D	#D	;delete
	R	#R	;rename
	K	#K	;makedir
	N	#N	;new file
;	C	>C	;Copy
;	Q	>19	;Dir
	Q	>Q	;Pathmenu
	J	>J	;Pathmenu
	G	>G	;Pathmenu
	+	>B
	-	>N
	I	>I	;isearch
	Z	>Z	;spine
	B	>08	;※Hview [B]: Hview 起動キー
	(3)	>D	;※拡張１ by ^PC
	U	>U	;※拡張２
	]	>]	;※拡張３
;	^	>P	;※拡張４
;	,	>M	;※拡張５ （[<]）
	;	>=	;※拡張５ （[<]）
         ^	>=      ; ^ を押すと逆側の窓をカーソル窓と同じにします。
	0	#z	;※拡張
	1	#w	;※拡張
	2	#r	;※拡張
	3	#c	;※拡張
	4	>a	;※拡張
	5	>b	;※拡張
	6	>c	;※拡張
	7	>d	;※拡張
	8	>e	;※拡張
	9	>f	;※拡張

	}
	.

.:a	&m("4 です") .
.:b	&m("5 です") .
.:c	&m("6 です") .
.:d	&m("7 です") .
.:e	&m("8 です") .
.:f	&m("9 です") .



;.:@      (fg.0)? { #93 #P &?(fl..0+34) #m (0)}   ;thanx! tora-chan
;              ? { &Sc(fl..0+34,fl+34) #W }	;くらと氏
;        ((fl..0..6)[) ((fl..0..8)[) &01 #93 .

.:=     (fg.0)??{ &Sc(fl..0+34,fl+34) #W #93 . }        ; とらじ氏
        #93 #P &?(fl..0+34) #m                          ;
        fl..6=fl..0..6, #93 .                           ;
;　まだまだ。(笑)　あと [ ] : ; + ^ < > @ とかありますぜ。

1:      fl..8=0]+fl.21*fv-fv,           ; home　
        fl..6=0]+fl.21*fv-fv,           ; bcsr　
        eh[-, #r eh],                   ; page up for redisplay

こんな感じです。&z() のマクロ呼び出しはできたっけかなぁ。

> ESCキー以外＋1〜0 の２ストロークでファイラーモードでも起動させたい
> けど、方法がわかりません。

tVZ以降で、Nf+ にすれば、[NFER]+数字とか使えるんですが、
DOSBOXとかだとどうでしょうね。Win7のDOS窓では効かないみたいです。

> tVZ以降なら、Nd+ で数字キーをマクロ起動キーに使えます。
これいただきました。　私のVZFL.DEFは

1 "!Filer"
   :
	+	>10     ;自分のディレクトリを相手にあわせる
        ,       #P			;Path Mask
	1	{&z("AZ_EXMN") >*}
	}.
こんな感じで、1で直接マクロメニューを立ち上げることにしました。
この方がマクロタイトルがわかるので間違えなくて良さそうです。
　1　P　とか２ストロークで起動できるようになったので快適です。

[NFER]+数字　の件は、NFER　XFERって無変換、変換キーだと思いますが、
DOSboxは英語キーボードで動かしていますので、XFERとか無いので使えません。

では、私のVz_flのコマンド公開です。　ファイラーでHを押すとhelpが出るように
なってますので、これでコマンドを思い出してますv(^^)v

* P メニュー
1 "【 Filer Key Help 】by K.TAM",66,10,14,-1		;
"A 全ﾏｰｸ/解除  K ﾃﾞｨﾚｸﾄﾘ     U 解凍       \/    ﾙｰﾄﾃﾞｨﾚｸﾄﾘ"
"B ｱﾝﾃﾞﾘｰﾄ     L Drive変更   V View       [BS]  親ﾃﾞｨﾚｸﾄﾘ "
"C ｺﾋﾟｰ        M 移動　      W 窓再現     = 相手を同ﾃﾞﾚｸﾄﾘに"
"D ﾌｧｲﾙ削除    N 新規ﾌｧｲﾙ    X 起動       + 相手のﾃﾞｨﾚｸﾄﾘに"
"E ISH他       O 比較        Y ﾀｲﾑｽﾀﾝﾌﾟ   . ｶﾚﾝﾄへ"
"F 外部ｺﾏﾝﾄﾞ   P 圧縮凍結    Z 一文字ﾏｽｸ  1-9 ﾏｸﾛﾒﾆｭｰ"
"G ｼｪﾙ(Ms-dos) Q LFN切替     - 属性変更   [SPC] ﾏｰｸ"
"H ﾌｧｲﾗｰHelp   R ﾘﾈｰﾑ     　 , ﾊﾟｽﾏｽｸ     [CR]拡張子連動"
"I ﾌｧｲﾙ連結　  S ｿｰﾄ                      [Esc]でﾌｧｲﾗｰに戻る"
"J 移動&ﾏｽｸ    T ｶﾚﾝﾄ変更    [ESC]^ 外部マクロの実行 "

1-9 ﾏｸﾛﾒﾆｭｰ　が新設ですね。ドライブ切り替えはLだけになりました。
ありがとうございました。

> 	1	{&z("AZ_EXMN") >*}
> こんな感じで、1で直接マクロメニューを立ち上げることにしました。

なるほど、１でマクロメニューとか、わかりやすくていいですね。
 &z の呼び出しは問題なかったみたいですね。

> [NFER]+数字　の件は、NFER　XFERって無変換、変換キーだと思いますが、
> DOSboxは英語キーボードで動かしていますので、XFERとか無いので使えません。

同じスキャンコードのキーがあればいいんですがねぇ。
[END]+数字などでもいけるようですね。6番目にしたらファイラーのソートメニュー
などが出なくなってしまったけど。

> > ESCキー以外＋1〜0 の２ストロークでファイラーモードでも起動させたい

携帯マシンで使えるキー数が少なく、シフト系を使わないとなると厳しいですね。

VZDOS/V版では特別扱いされているキーが４つあります。
ESC TAB BS  CR  です。使用頻度も高いので仮に、４高とでもしましょう。
そこに、高橋版で、NFER というルーキーが参戦し、新たな展開が。 
この辺の関連記事は、#4175「[ESC]二度押しマクロのキーアサイン 」のツリーに。

この中では、TAB は携帯VZではあまり使わないのではないでしょうか。
そこで、[TAB] を２ストロークキーに登録したらどうでしょう。
タブを入力するときは、

80 [TAB]I "" #21.

で、[TAB][TAB]の2度押しでタブが出力されます。
あとは、[TAB]+数字で記号を出力とか。

80 [TAB]0 "kigou"
 n=r,			; ^Q+数字を n に
(n==0)?"○"		; ^Q+0 
(n==1)?"●"		; ^Q+1 
(n==2)?"↓"		; ^Q+2 
(n==3)?"…"		; ^Q+3 
(n==4)?"←"		; ^Q+4 
(n==5)?"★"		; ^Q+5 
(n==6)?"→"		; ^Q+6 
(n==7)?"☆"		; ^Q+7 
(n==8)?"↑"		; ^Q+8 
(n==9)?"◎"		; ^Q+9 
(n==10)?"※"		; ^Q+: ※
(n==11)?"▼"		; ^Q+; ▼
(n==12)?"▲"		; ^Q+< ▲
(n==13)?"◇"		; ^Q+= 
(n==14)?"◆"		; ^Q+> 
(n==15)?&m("0○ 1● 2↓ 3… 4← 5★ 6→ 7☆ 8↑ 9◎ :※ ;▼ <▲ =◇ >◆ ?HELP")
	.

もちろん、半角の記号でもいいですし。
マクロの中でタブキーが効かなくなるかもしれないという冒険もできます。(^^;

キーコード変換ソフトで使いたいキーを登録する方が現実的かもしれません。(^^;


＃ NFERでルーキーはういんなな（海ん中）では能力を失う欠点があるが、
　　４高も無視できない存在になりつつあるのであろうか？

　おめでとうございます。

　何をやっているのだか、 今日は半日以上、ThinkPad X31 というＢ５ノートの
マシンに、WinME を入れるという作業で潰してしまいました。
　色々と無理はありましたが（そもそも、IBM が WinME をサポートしていない、
Win98SE  ならＯＫなのに）、めでたく、EMSmagic で、最低限のＶｚ環境を作れ
ました。
　Ｂ５ノートというのは、とりわけＸＰ機だと Win9x 系ではつらいです。 今ま
でノートでは富士通の Win9x 系のものばかり弄っていたものですから。

　ＦＤ、ＣＤがＵＳＢになるともうインストールが、、、。
　無茶もやりましたが、とりあえず（誰にも勧めませんが）Ｘ３１でも、Ｖｚで
きます。
　他の理由でＸ４０も勧められませんが（ＨＤが 1.8  というのが困る。ＥＭＳ
は取れるのだけど）、ThinkPad（はまったり極めたりという予定はありませんが）
やれるところは、さすがにやれます。ＵＳＢ・ＦＤからの起動で、ＵＳＢ・ＣＤ
が、Ｄｏｓから読めたりすると、ああ、遠くまできてるなぁ、と。

　ThinkPad では、Ｔ６０ with WinXP + EMS が、やはりいいようですね。
　では、皆さま、今年も良い年にしましょうね！

　EMSmagic  で、ATOK8 をコンベンショナルに入れている、無理やりＶｚで、
ＩＥ６から、書き込んでみます（このキーボードはさすがです）。


C:\>vmap
VMAP Version 2.01  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
0322 sys    1    8192  <config>
0523 sys    1     320  biling
0538 sys    1    2944  jfont
05F1 sys    1   22304  jdisp
0B64 sys    1    5984  jkeyb                      E6
0CDB sys    1    4144  kkcfunc
0DDF sys    1    4752  ansi CON     
0F09 sys    1    5040  nlsfunc
1045 sys    1    2848  ifshlp                     17 2A
10F8 sys    1     544  
111B sys    1     464  pyright
1139 sys    5   20176  <config>
162B 163E   1     288  wininit
163E 1651   2    3088  vmm32 This is Copyright 1  33 5C
1701 1716   4   12768  command                    00 22 23 24 2E
1A23 <--    1      48  vkeyc                      15
1A27        1     752  <free>
1A57 0009   1  213776  adddrv                     10 16 60 8B 8D CD CF DB ED
4E89 <--    1    1648  vwx 1.08b -z2 -l6144 -x1   2F
4EF1        1     784  <free>
4F23 <--    2  186720  vz 1.60t -z                1B 21 29 C6 E9 F7 FE
7CBB        1   67568  <free>
8D3B 0007   4   72736  emsmagic

----- EMS ver4.0 (frame: 8F00h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA used: 60 KB by DOS
------ ----- ------  --------               EMB free: 2048 KB (max: 6304 KB)
     1     2    32k  for Vwx!
     2     6    96k  VZ
  free   504  8064k
 total   512  8192k

文太さん、今年もよろしくお願いします。

> 　Ｂ５ノートというのは、とりわけＸＰ機だと Win9x 系ではつらいです。

あいかわらず頑張ってますね。(^^;

> 　EMSmagic  で、ATOK8 をコンベンショナルに入れている、無理やりＶｚで、
> 4F23 <--    2  186720  vz 1.60t -z                1B 21 29 C6 E9 F7 FE
> 7CBB        1   67568  <free>

これはWinMEですよね。こんなにメモリ食いでしたっけ。
うちのWin7も同じ状況ですが、もっとFreeはあります。

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D402 sys    1    3360  lpkkc
D4D5 sys    1   13120  <config>
D80A 0007   2     976  emsmagic
D849        1     192  <free>
D856 <--    1     352  mscdexnt
D86D <--    1    2176  redir                      2A 5C 73
D8F6 0528   1     128  dosx
D8FF 0007   1    6224  emsmagic                   67
DA85-E000   1   22448  <free>
                       --- UMB total:  48 KB ---
020D sys    1    3360  <config>
02E0 sys    1    1248  himem                      15
032F sys    4    3840  <config>
0423 <--    1    2592  command -nq+ -oe+          2E
04C6        1     112  <free>
04CE 0423   1    1424  command (env)
0528 <--    1   34720  dosx
0DA3 43F8   2    1216  vzibmj (env)
0DF1 <--    1    6096  kb16 jp,932,c:\windows\sy  09
0F6F <--    1  213504  adddev                     10 16 60
4390 <--    1    1648  vwx 1.08b -z2 -v2 -x1 -l4  2F
43F8 <--    2  122832  vzibmj -nq+ -oe+           1B 29
61F7 6245   3    5024  command                    22 23 24
6334-9FFF   1  248992  <free>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver2.00 -----
handle pages   size  name                   HMA used: 26 KB by DOS
------ ----- ------  --------               EMB free: 7 KB
     1     2    32k  for Vwx!
     2     6    96k  VZIBMJ
  free    49   784k
 total    57   912k

konnoさん

>これはWinMEですよね。こんなにメモリ食いでしたっけ。
>うちのWin7も同じ状況ですが、もっとFreeはあります。

　Win7での確認、ありがとうございました。はい、こちらはWinMEです。

--- konnoさん Win7 ---
D402 sys    1    3360  lpkkc
D4D5 sys    1   13120  <config>
D80A 0007   2     976  emsmagic
（中略）
D8FF 0007   1    6224  emsmagic                   67
DA85-E000   1   22448  <free>
                       --- UMB total:  48 KB ---
----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver2.00 -----

　ということですから、ＵＭＢがあるかないかの違いでしょう。konnoさんの
場合には、そこでフレームが取れているということでしょう。

--- 文太 WinME ---
7CBB        1   67568  <free>
8D3B 0007   4   72736  emsmagic
----- EMS ver4.0 (frame: 8F00h) -----       ----- XMS ver3.00 -----

　フレームがもろにコンベンショナルの中に取られてる。

　何か僕が勘違いしているようでしたら、お教えください。
　すっと頭に入るか、多少、不安なのですが。

　因みに、Ｘ３１では、ＸＰでもＭＥ（system.ini弄り技も）でも、ＥＭＳが
取れませんでした。そういうの、あるのねぇ、本当に。こうなると、EMSmagic
以外、ありません。

> 　ということですから、ＵＭＢがあるかないかの違いでしょう。konnoさんの
> 場合には、そこでフレームが取れているということでしょう。

えと、EMSフレームの窓はうちのもコンベンショナルの中に取られていると思います。
UMBにはドライバの一部が逃げているということで。
フレームのアドレスがC000なのは本来DOS/VではVRAMアドレスになるところが
Win7のDOS窓では使われてないものと思われます。
文太さんの場合は

8D3B 0007   4   72736  emsmagic
----- EMS ver4.0 (frame: 8F00h) -----       ----- XMS ver3.00 -----

これを見ると、emsmagicの72736bytesの中がEMSフレームの窓になってますよね。

> 　因みに、Ｘ３１では、ＸＰでもＭＥ（system.ini弄り技も）でも、ＥＭＳが
> 取れませんでした。そういうの、あるのねぇ

ちょっとググってみたらこんな記事が。

JW_CAD　(MS-DOS版)　専用掲示板 
http://www.ath-j.com/cbbs2/cbbs.cgi?mode=al2&namber=4491&rev=&no=2&KLOG=26

> IBM社の場合, USB接続のFDDを使用している場合はDOS版JW_CADは起動はしますが
> EMSメモリが確保できないとお考え下さい.
> USB FDD BIOS が UMB を使用するため EMSメモリ が確保できない.

とあるので、USB FDD BIOS を無効にすれば使える可能性はありそうですが、
これが無いと困るんでしょうね。

konnoさん

　どうも話がかみ合わないようで、僕が何を理解していないのか分からないです。

>えと、EMSフレームの窓はうちのもコンベンショナルの中に取られていると思います。
>UMBにはドライバの一部が逃げているということで。
>フレームのアドレスがC000なのは本来DOS/VではVRAMアドレスになるところが
>Win7のDOS窓では使われてないものと思われます。

　なぜ「コンベンショナルの中」なんでしょう？
　本体がＵＭＢにあって、コンベンショナル内で残りが
6334-9FFF   1  248992  <free>
　であるところにemsmagicの本体もフレームもありませんよね？
　フレームがあるのは、C000hのところ（これはコンベンショナルではないです）。
つまりVideo ROM〜UMBのところ６４Ｋ。

　だから、繰り返しですが、
>EMSフレームの窓はうちのもコンベンショナルの中に取られていると思います。
　ってことはないですよね？？？

　というわけで、僕のところ（Ｘ３１）では、やたらコンベンショナルメモリ喰い
になってるのだ、と考えておりますが……。


Real Mode PC Memory Map（以下、emsmagic.txtより）
=======================

                  ... ... ... ... ... ... ... ... ... ...
                  |                                     | ?????
                  |        Extended Memory (XMS)        |
                  |                                     |
            10FFF +-------------------------------------+
                  |        High Memory Area (HMA)       | 10FFE
                  |                 64K                 |
            10000 +-------------------------------------+
                  |        System Bios ROM - 32K        | FFFF
             F800 +-------------------------------------+
                  |    System BIOS ROM or UMBs - 32K    | F7FF
             F000 +-------------------------------------+
                  |                                     | EFFF
                  |    ROM, UMBs, or EMS Page Frame     |
                  |                160K                 |
                  |                                     |
                  |                                     |
             C800 +-------------------------------------+
                  |           Video ROM - 32K           | C7FF
             C000 +-------------------------------------+
                  |                                     | BFFF
                  |              Video RAM              |
                  |                128K                 |
                  |                                     |
             A000 +-------------------------------------+
                  |                                     | 9FFF
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |         Conventional Memory         |
                  |                639K                 |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
                  |                                     |
             0050 +-------------------------------------+
                  |     BIOS Data Area - 256 Bytes      | 004F
             0040 +-------------------------------------+
                  |     Interrupt Vector Table - 1K     | 003F
             0000 +-------------------------------------+



>USB FDD BIOS を無効にすれば使える可能性はありそうですが、

>>IBM社の場合は USB FDD接続しなくてもFDD BIOSをはずすことはできなかったと
>>記憶しています。（同じ掲示板より）

　やってないのですが、駄目なんでしょう。

> 　どうも話がかみ合わないようで

ああ、すみません、私が勘違いしてました。

> 　本体がＵＭＢにあって、コンベンショナル内で残りが
> 6334-9FFF   1  248992  <free>
> 　であるところにemsmagicの本体もフレームもありませんよね？

これが正解のようですね。私はよく確認しないまま、UMBが64k無いから
コンベンショナルに取られていると思い込んでいました。
もしかして新しいEMSmagicは進化しているのかなぁ。

うちのEMSmagicは　Ver2.1 のようです。
EMSMAGIC EXE     13637 09-01-18    0:00

batは
emsmagic /hi /best /ram=max

となっています。Win7のDOS窓だからかもしれませんが、普通は、C000h に
フレームは取れないはず。

> 　というわけで、僕のところ（Ｘ３１）では、やたらコンベンショナルメモリ喰い
> になってるのだ、と考えておりますが……。

それにしても、WinMEではコンベンショナルが少ない気がします。過去ログを見ても。

> 　やってないのですが、駄目なんでしょう。

難しそうですね。

konnoさん、おつき合いくださり、ありがとうございます。それも正月早々……。

　よかった。氷解。ＭＥはきついのかな？　UMB が取れないマシンが多かったよ
うな印象はありますね。ビブロばっかりのような気もしますが。

　まあ、同じところ（話題）を永遠にグルグルグルグル回り続けてますよねぇ。

#03878 （09/06/18）

----- EMS ver4.0 (frame: CA00h) -----           CA00-D9FF
----- EMS ver4.0 (frame: CC00h) -----           CC00-DBFF
----- EMS ver4.0 (frame: CD00h) -----           CD00-DCFF
----- EMS ver4.0 (frame: CE00h) -----           CE00-DCFF
----- EMS ver4.0 (frame: CF00h) -----           CF00-DEFF
----- EMS ver4.0 (frame: D000h) -----           D000-DFFF
----- EMS ver4.0 (frame: E000h) -----           E000-EFFF

　代表的にはこんな感じのようです。

文太 WinME
----- EMS ver4.0 (frame: 8F00h) -----       ----- XMS ver3.00 -----
　こういうのは、やはり悲惨でしょう。ほとんどＥＭＳだけでやりくりしてくれ
て、Ｖｚが働いてくれればいいんですけど。他のコンベンショナルを使いたい
アプリ（グレップとか）したらどうなるんでしょう？　いつか知ることになるの
かなぁ？
　ＨＤのパワーが補ってくれるのでしょう、きっと。
　とはいえ、ＥＭＳが取れるのだから、EMSmagicは偉いものです。

konnoさん Win7
----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver2.00 -----
　やっぱり、C000h というのは少しレアかもしれません。ちょっと得した感じじ
ゃないですか。もっとも、素のＶｚは日本語が駄目なんですよね。vtdos 必須な
んですよね。
　あ、XMS ver2.00 なんだって？　何が違うのだろう？

　EMSmagicのヴァージョンは、同じくVer2.1です。まだ常用せずに済んでいます。


　無理するつもりはないのですが、来春には奥さま用に、それなりに今時のWin7
マシンを購入の予定です。とりわけVTDOSあたりに挑戦する予定もないのですが。
また「遅い」攻撃に遭ってます。普通に健全なユーザなんですよね、あの方。
１万円くらいのマシンだからなぁ。ＨＤが古いだけなんだろうけど。see #5664.
ディスプレイだけやたらでかい。うん、たぶんディスプレイの値段がマシン本体
の値段より上だった。

> リストスレッド表示２ （タイトルが変わらない記事を省略して表示）です。

バグがありました。
Re^11: のようにコメントが二けたになると対応できていませんでした。
スクリプトは

  $sub1 =~ s/^Re.[0-9]: //;
  $sub1 =~ s/^Re: //;

となっていましたが、

  $sub1 =~ s/^Re.[0-9]+: //;
  $sub1 =~ s/^Re: //;

このように、+ 追加で二桁対応できました。
誰かこの2行を1行に纏めてくれないかなぁ。(^^;

あと、ツリーの記事数も出してみました。
見た目はアレですが、結構お気に入りです。

konnoさん

　Windows ８体験記、ありがとうございました。
　WinXP より軽いというのは朗報ですが、Ｖｚを使うのに今はまだ苦労したくな
いです……。エミュレータかVTDOSか秀丸か。

　とはいえ、以下のような状況でもあるので、ちょっとは真剣に考えないとなぁ。
　考えないで、秀丸を使えばいいのだけど、本当に保守的で怠惰になってまして。
　秀丸を覚えるより、ノートマシンのレストアとか、変なことを考えているほう
が楽しくて。
　はい、言ってることとやってることが違ってしまってます。とほほ。
　Ｖｚって、どうしてこんなに魅力的というか呪縛力が強いのだろう。いや、ユーザ
が怠惰なだけなんだろう。

-----
Windows XP、Windows Vista および Windows 7 のサポート終了日は以下の通りです。
Windows XP	2014 年 4 月 8 日
Windows Vista	2017 年 4 月 11 日
Windows 7	2020 年 1 月 14 日

http://www.microsoft.com/ja-jp/windows/lifecycle/default.aspx#supportDetail

konnoさん

>正規表現先頭文字以外の場所での「＾」は、メタ文字でない。
　★これは間違いです。m(__)m

　す、すいません。メタ文字の打ち消しに関して、間違えました。
　[ ] の中に入ったら、「＾」＝否定が先頭でないならメタ文字の意味なし、が
正しかったです。ここでは関係なしです。
　行頭の意味の「＾」じゃないよ、という意味では、ちゃんとメタ文字打ち消し
のために「￥」をおいてエスケープしてやる必要がありました。すいません。
　たぶん、perl のヴァージョンに依らないです。

C:\>type t.txt |to			;対象テキストの内容
a^					;先頭じゃないベタな「＾」がある。

C:\>Jperl4 -pe "s/a\^/aa/" t.txt	;ver.4, メタ文字打ち消しの「￥」必要
aa

C:\>Onigsed -R -ne "s/a\^/aa/p" t.txt 	;ver.5, perl5-like regex。
aa

　失敗例は特に挙げませんでした。m(__)m

-----

　VWXでなく、Vzのメタ文字打ち消しもすごいです。つい先日の体験。

*.* --> \*.*

　この置換をするには、

検索文字列　置換文字列
\*.\*       \\\*.\*

　とするのが正解でした。
　そもそもなんで上の置換が必要になったかといういうと、メタ文字打ち消しを
忘れたから。入れたつもりの￥がなかったから。あは。
　正規表現の世界で「置換文字列」にメタ文字が存在するのは、「タグ付き置換」
の場合ぐらいなんですよ。

\x ^\([0-9]+\)章  -->  ★\1章	;もちろん「\1」が置換文字列の
				;特殊またはメタ文字。

　同じ失敗を繰り返しております。

　いずれにせよ、確かめもせずに、失礼しました。

> 　行頭の意味の「＾」じゃないよ、という意味では、ちゃんとメタ文字打ち消し
> のために「￥」をおいてエスケープしてやる必要がありました。すいません。

そうすると、「＾」が何処にあっても文字列の先頭の意味になるということですか。
ググってもその辺を具体的に説明しているページは見つけられませんでした。
また、説明に抜けか間違いがあると思われるページも結構あるような。

ところで、メタ文字の打消しからヒントを得て1行野郎が出来ました。＼(^^)／ ﾔｯﾀ-

    $sub1 =~ s/^Re\^?[0-9]*: //;

確認したのは下記のツリーです。2行の物と同じ表示になっていると思います。

▼ - No.5846 - 新しいNIFTY-Serve - konno - 12/06/27-23:38 
　 　 No.5862 - NIFTY-Serve Library - konno - 12/07/18-00:35 
　 　 No.5865 - Re^8: 新しいNIFTY-Serve - としき - 12/07/22-20:02 
　 　 No.5870 - 新しいNIFTYへの要望 - konno - 12/07/25-22:56 
　 　 No.5873 - Re^11: 新しいNIFTY-Serve - K.TAM - 12/07/31-23:05 
　 　 No.5902 - Re^3: Facebookはいらない - konno - 12/09/24-00:06 
　 　 No.5848 - Re: 新しいNIFTY-Serve - konno - 12/07/01-21:58 
　 　 No.6098 - 新しいNIFTY-Serveの新機能「ハンドル検索」 - konno - 12/11/29-01:26 
　 　 No.6169 - NIFTY-Serveが@nifty IDでも登録可能に - konno - 12/12/26-00:32 
35 

> 　いずれにせよ、確かめもせずに、失礼しました。

いえいえ、おかげさまで理解が少し深まった気がします。
付き合ってくださってありがとうございました。

konnoさん

　余計な付け足しです。最初にこれを考えていました。^ の代わりの .
　ええ、僕もメタ文字がどうなるのか正確に調べるのが面倒で「どうせ１文字だ、
"." でいいだろう。 えいっ」とやってしまうことがあります。メタキャラは処理
系で微妙に違うし、それをエスケープするやり方もけっこう微妙に違うし。

　掲示板用の perl スクリプトだと、正規表現のその箇所だけ調べるのは億劫な
んだろうなぁ、とか。

　で、そういうときに僕がよくやるのが [\.*?+^$]  なんて方法です。文字クラ
ス内ではメタキャラが意味を失う場合が多いからです。ほとんどそうなるでしょ
う、たぶん。
　ま、これもいい加減な話ですが。

　甘い。

@Character_class 

  ^...    negative class (lowest precedence operator)
  x-y     range from x to y
  [...]   set (character class in character class)
  ..&&..  intersection (low precedence at the next of ^)
    ex. [a-w&&[^c-g]z] ==> ([a-w] AND ([^c-g] OR z)) ==> [abh-w]
  * If you want to use '[', '-', ']' as a normal character
    in a character class, you should escape these characters by '\'.

　なるほど。そうだね、[,],- が真っ先にメタキャラになりますねぇ。
　Perl5の場合です。&&なんて、うげっ、ものですが。


　考えてみると、僕が正規表現にそれほど深く悩まないのは、こういうシステム
文字をあまり使わないからだ。プログラマ的な人にとっては、泣かせてくれるシ
ステムですね。とはいえ、何かの文字を特殊文字にしなければならず、その文字
自体もリテラルに残らざるを得ないのだから、しょうがないことなんだけど。

>　だとすると、【Ａ】
>s/^Re^[0-9]+: //;
>s/^Re: //;
      ^ココ
>　なので、合わせて、【Ｂ】
>s/^Re[^:][0-9 ]+:* *//;

　もうダメダメじゃないか！ 　Re のあとは「^」と「:」しか来ないんだな、と
考えているようです。 で、[^:] とかやってる。あのぉ、それ文字クラスの否定
になってしまっていて、「『:』以外ならなんでもいいよ」という意味になってし
まうんですが、、、。
　アマアマだぜ！　失礼しました。

　「^Re」（頭）と「: 」（尻尾）が共通するのは見えていたんですけど、それ故
に見えてないところがありすぎました。あうううう。
　せめて[:^]としろよなぁ。[\^:]も可のはず。

　konnoさんの結論が理屈の上で美しいですぅ〜。読みやすくはないかもしれない
けど、やっぱり。
　おわびに（？）、変なのを上げておきます。

　VWX.DOCより。トリッキーな場所です。
　以下がちゃんとできているのかの、検証をする予定はありません。
　あんまり使わないところではあるでしょう。でも、そのような重箱の隅に
８０％ぐらいのエネルギーを、プログラマは取られてしまうものなのでしょうね。

　それと、全半、大文字小文字同一視みたいな、そもそもの正規表現ではユーザ
が楽できるようにサポートされてないところも、VWX は担当してるたんだよな、
というのがつまらない発見でした。そんなの正規表現の守備範囲でないもの。も
ちろん、その守備範囲外であっても、ユーザが苦労すれば、範囲内におさめられ
はするのですが。


>・abc$|xyx$ タイプの検索時に正しく検索できなかった。
　この例なんかは、「文尾にこない$」の例とは言えるんでしょうか　＞konnoさん
　応用すれば、正規表現文字列の先頭にこない「^」のたぐいかな？　＝リテラル
にはエスケープが必要。
　またオアだ、ぼそ。

　もちろん、wgrep由来のVWXですから、アンドは正規表現でなく、グレップの
オプションが担当してるべきものです。大小文字同一視も、ふつう、ignorecase
で、オプションかフラグでしょうねぇ。これらを僕はほとんど使ったことがない
けど、でも、ユーザの側に立った立派な仕様です。


 -- Ver 0.50  92/02/22 --
　　・\t、\s単独での正規表現が出来なかった。

 -- Ver 0.52  92/02/25 --
　　・\.で'.'の検索が出来なかった。

 -- Ver 0.54  92/04/04 --
    ・ＶZで特殊文字として定義されている\n、\l、\rが使われていると正規表現とみ
    　なさないようにした。

 -- Ver 0.55c 92/07/29 --
    ・^$の検索が不正であった。

 -- Ver 1.00a 93/01/24 --
　　・置換時に例えば \\a が \a と解釈されない不具合を修正

 -- Ver 1.00e 93/05/28 --
　　・^$がEOFにマッチしてしまい、置換時にハングアップするなどの異常動作してい
　　　たものを修正した。

 -- Ver 1.00f 93/06/25 --
　　・AND検索をサポート

 -- Ver 1.00g 93/07/05 --
　　・abc$|xyx$ タイプの検索時に正しく検索できなかった。

 -- Ver 1.00i 93/09/26 --
　　・正規表現 「.」 が全角の濁点・半濁点などにマッチしないことがあったものを
　　　改善

 -- Ver 1.00p 93/10/12 --
　　・\a,\0 などを拡張正規表現としてサポート
　　・^[で 行頭の[ が検索出来なかったものを修正

 -- Ver 1.02  93/10/23 --
　　・全角・半角同一視時だけの指定時にも、|,& を認識するオプションをv オプショ
　　　ンに追加（従来の v オプションを拡張した。）

 -- Ver 1.02b 93/10/30 --
　　・\0+ タイプの正規表現でハングアップしていたものを修正

 -- Ver 1.02c 93/11/02 --
　　・正規表現 | が正しく動作しないことがあったもの（ｳｺﾞｸﾄﾓｱｯﾀﾄｲｳﾚﾍﾞﾙ(^_^;)）
　　　を修正

 -- Ver 1.03b 93/11/12 --
　　・OR/AND 検索時に異常な振る舞いをすることがあったものを修正

 -- Ver 1.03c 93/11/14 --
　　・検索文字列先頭の | 及び & は文字として扱うようにした。

 -- Ver 1.04  93/11/23 --
　　・ＶZ で Rx-,Zh+ の時にもタグ付き正規表現等を解析してしまっていたものを修正

 -- Ver 1.05  93/11/30 --
　　・ＶZ で Rx-,Zh+ の時に、文字列先頭または最終の \n を認識するようにした。
　　　（\n\nxyz などには対応していません。この場合は自動的に全角半角同一視はし
　　　　ない検索となる）

なんとVWXでヒットしてしまった

　ので、一応調べました。ただ、メタキャラの意味を消すのにその位置を使うの
は、 [ ] な文字クラスの話なので（そもそもの僕の間違い）、^ にしろ $ にし
ろ、リテラルな意味で使いたいなら一般に￥でエスケープするのが行儀のよい姿
勢かと思います。
　が、VWX が文字列「a^b」に対して、検索文字列「\x a^b」でも「\x a\^b」で
も許しているので（後者推薦）、調べました。もちろん、「\^」が通らない処理
系はないはずなので、そっちで行くべきかと思いますけれど（注、ygrepの特殊な
場合の特殊な例外を除く）。

　けっこう通（とお）してしまってます。

C:\>type t.txt		;対象テキスト
a^b

C:\>grep -V
GNU grep version 2.0 + multi-byte extension 1.04

C:\>egrep -V
GNU grep version 2.0 + multi-byte extension 1.04

C:\>grep "a^b" t.txt		;grep, NG

C:\>grep "a\^b" t.txt
a^b

C:\>egrep "a^b" t.txt		;egrep, NG

C:\>egrep "a\^b" t.txt
a^b

C:\>cgrep "a^b" t.txt		;cgrep, NG

C:\>cgrep "a\^b" t.txt
a^b

C:\>ygrep "a^b" t.txt		;ygrep, both
a^b

C:\>ygrep "a\^b" t.txt
a^b

C:\>yagrep "a^b" t.txt		;yagrep, NG

C:\>yagrep "a\^b" t.txt
a^b

C:\>izgrep "a^b" t.txt		;izgrep, NG

C:\>izgrep "a\^b" t.txt
a^b

C:\>oldsed -n -e "/a^b/p" t.txt		;serow's old sed, both
a^b

C:\>oldsed -n -e "/a\^b/p" t.txt
a^b

C:\>jgawk -e "/a^b/{print}" t.txt	;jgawk, both
a^b

C:\>jgawk -e "/a\^b/{print}" t.txt
a^b

　前に調べたとおり、perlは４も５も許しません。

　僕は、保守的でルールは単純なほうがよいと考えるたちです。だから、できた
ら  VWX に、すべての正規表現ツールに、「正統的」であってほしい（希望して
も仕方ないのだけど）。だから、「NG」組を支持します（笑）。
　そういうの「通して」くれたら親切みたいだけど、方言がバラバラになり混乱
すると思う。 だから、「駄目だ、NG だ」と言ってくれたほうが、逆に本当は親
切なんじゃないのかなぁ、と考えます。

　上の僕の考え方やテストが間違ってないなら、現場は大混乱な模様。それが、
現実のようです。


　このような資料が出てきました。上の（注）とリンク。
-----
《ygrepについての覚え書き》
　★　「(」は、かなり特殊に扱われるので、注意。 [(] や [)] を使う必要がある。
「\(」では駄目、というとこがミソ。
　★　「{」「}」「:」も特殊文字。これらは、「\{」「\}」「\:」がとおり、
「[{]」「[}]」もいけるが、「[:]」は駄目なので、「\:」が唯一の可能性。

>　が、VWX が文字列「a^b」に対して、検索文字列「\x a^b」でも「\x a\^b」で
>も許しているので（後者推薦）

　これについて、一つ思いつきました。
　「\x a^b」のとき、実はVWXは仕事をしてないんです。それが正規表現文字列と
みなされないとき、VWXはVzの検索に制御を渡してしまうんです。「\x 」指定が
あってさえ。VWXの、それこそ「一致文字列長」のAPIを調べれば、これが分かる
はずです。3とは返してこないはず。調べないけど。

　しかし、やっぱり現場は混乱続きの模様です。

C:\>mawk "/a^b/{print}" t.txt

C:\>mawk "/a\^b/{print}" t.txt		;よろしい
a^b

C:\>ssed --version
super-sed version 3.62
based on GNU sed version 4.1

C:\>ssed -n -e "/a^b/p" t.txt		;うぎゃ。本場でこれだもん。ぐすん。
a^b

C:\>ssed -n -e "/a\^b/p" t.txt
a^b

　もう、泥沼モード（汗）。

　これで分かります。そのまま実行をどうぞ。色はつきませんが。

=== matchstr.def v0.01 === めざらさん、借りました。
* mad for vz!
36 ^^ ""
	#F "\x a^b" #m
	#c
        cx-, ax=$E908, bx='VW', &i($2F) ;マッチした文字列長の取得
	&m("%d",cx).
*

a^b
　0と出ます。
　繰り返しですが、VWXは、「\x 」と言われても、指定された文字列にメタキャラ
が入ってないと、Ｖｚのリテラルな検索をやらせるのです。

　考えてみれば、konnoさんは、こんなことに悩んではいなかったのですよね。
　失礼しました。

　もうほとんど怒涛モード。いえ、昨日の雪かきと今日の雪道通勤で疲れ切って
いるのです。お許しを。

　ニュアンスが微妙ですが（とりわけvwx.doc）、同じことを言ってるのでしょう。
　何度もうるさくて、ごめんなさい。

正規表現一般（grepの項より）
---------------------------
　^  　文字列の先頭にマッチします。 ^crypt   は crypt にマッチしますが、
encrypt にはマッチしません。処理系やモードによっては文字列中の改行の直後
(つまり行の始め) にもマッチします。

　\ 　\ は厳密には正規表現演算子ではありません。しかし、上述した正規表現
演算子を文字そのものとして扱いたいような場合に、 その前に \ を置くことに
よって演算子の働きを抑制することができます。たとえば、\[ は [ というキャ
ラクタそのものに対する指定であって、キャラクタクラスの始まりを示すもので
はありません。

www.kt.rim.or.jp/~kbk/regex/regex.html


VWX.DOC
-------
　^ 　パターンの先頭に存在するときのみ、行の先頭を意味する。

　\c 　メタキャラクタとしての意味を打ち消す場合に使用し、文字 c そのもの
を表わす。ただし、\t はタブ記号、\s は空白文字を意味する。


Bruce.さんによるおまけ
----------------------
よくある勘違い その2
　前述した通り、ブラケットに囲まれている中ではほとんどのメタキャラクタは
その特殊な意味を失います。したがって、[^(foo)]bar という正規表現もまた、
「foo ではない文字列に続いて bar という文字列が続くもの」ではありません。
「f でも o でも ( でも ) でもない文字に続いて bar という文字列が続いたも
の」です。[]  の内側では、文字列や (より小さな) 正規表現要素をまとめる
というカッコの特別な意味は失われてしまうということに注意してください。
　（原文で読んでみて下さい。笑えます。）