[
HOME] [
リストへもどる.] [
新着50]
[
最新100]
[
全部表示 会議室風]
[
全部表示 保存用]
11664:
Re^2: ren grep fgrep
投稿者:
文太 2024/11/22(金) 00:31
11663 番 konno さんへのコメント
konnoさん
konnoさんが試した結果については、うまく理解できませんでした。
頭が働いてない。
grep では、"yagrep.exe"は、「.」が何でもあり(メタキャラ)、となり
fgrepでは、"yagrep.exe"は、「.」がピリオドと解釈されるはずです。
>GREP も残しておいて比較してみます。
残しておきましょう。
GNU特有だったか思い出せませんが、grepは、
grep のままだど、basic regex (sed 相当)
egrep とリネームすると、extended regex (vwx 相当。awk 相当)
fgrep とリネームすると、no regex となります。
3つ、grep.exe, egrep.exe, fgrep.exe をHDDに入れておいて
損はないと思います。
とはいえ、grep 1つでも、オプションで、egrep, fgrep 相当に
振る舞えたはずだとは思いますが。
fgrep.exe を使いたいときは、けっこう特殊だと思う。
egrep.exe を使いたいときは、「拡張正規表現使うからな」(メタ
キャラ、+とか)と、思うと思う。
3つ、c:\bin ディレクトリに入れておいて、損はないと思います。
- No.11664 - [コメント元:11663] [リストへもどる.]
pre
11663:
Re: ren grep fgrep
投稿者:
konno 2024/11/21(木) 22:52
11662 番 文太 さんへのコメント コメント数 1
> このオプションで明示的に SJIS mode でも、うーん、な結果だったと
> 思います。
過去ログでこのような話は見たような気がします。
> とにかく、僕的なポイントは、yagrepで何かをテストすると沼です、
> これだけです。
Parl5の正規表現と、GNUGREPの検索エンジンの相性か何かが悪いのかもですね。SJIS関連かも。
> こういう時は、grep.exe を 別ディレクトリにコピーの上、fgrep.exeに
> リネームしましょう。正規表現が殺されます。すると、正規表現のメタ文字を
> エスケープする手間が完全に省けます。意外にメタ文字に転んだりしてます。
えっ、GNU系GREPにはこんな機能があるのですか。早速 OMAKE.DEFに仕込んで DCフォルダで試してみました。
まずは今まで通りで
D:\LOG\FGAL\DC>GREP -nir "yagrep.exe" *.*
No files matching: *.*
FGREPに名前を変更すると
D:\LOG\FGAL\DC>FGREP -nir "yagrep.exe" *.*
13/bak/yagrep.log:107:YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx
13/bak/yagrep.log:177:> YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx
更に深い階層から見つけ出してくれました。\(^^)/ ヤッタ-
これは良いですね、これからはこれで行きます。GREP も残しておいて比較してみます。
おいしい使い方を教えてくれてありがとうございます。
- No.11663 - [コメント元:11662] [リストへもどる.]
pre
11662:
ren grep fgrep
投稿者:
文太 2024/11/21(木) 19:01
11661 番 konno さんへのコメント コメント数 1
konnoさん
C:\>yagrep --help
(中略)
multi-byte extention:
--ctype=ASCII force matching in ASCII mode
--ctype=EUC force matching in EUC-JP mode
--ctype=SJIS force matching in Shift-JIS mode
--ctype=UTF8 force matching in UTF-8 mode
このオプションで明示的に SJIS mode でも、うーん、な結果だったと
思います。
とにかく、僕的なポイントは、yagrepで何かをテストすると沼です、
これだけです。
>正規表現は使えれば便利ですが、私はほとんど使ってないので、通常検索で漏れの
>少ないものを選んだのです。
こういう時は、grep.exe を 別ディレクトリにコピーの上、fgrep.exeに
リネームしましょう。正規表現が殺されます。すると、正規表現のメタ文字を
エスケープする手間が完全に省けます。意外にメタ文字に転んだりしてます。
- No.11662 - [コメント元:11661] [リストへもどる.]
pre
11661:
Re^3: wild.exe と ディレクトリ再帰
投稿者:
konno 2024/11/21(木) 16:15
11660 番 文太 さんへのコメント コメント数 1
> やっぱり作者様に報告したのに、自分のミスだったというのは
> 格好が悪いかもしれませんが、良好な関係ができていたら、「ごめん、
> こっちのミス」もありでしょう。というか、僕はそればっかの人生みたい。
私も最近メールのやり取りが増えたんですが、自爆タコミスの謝罪は多いです。(>_<)
> >set COMSPEC=c:\ut\95\COMMAND.COM
> そ、そんなディレクトリがあるんですか?! さすが。
> Win95系のツールとかも、ここに格納されていると。
いや、command.com だけです。って今見たら Win95 のだった。いいかげんですみません。
> 「再帰検索が安定」あるいは「漏れ」では、再帰に問題があると書かれて
> いるように思われるのですが。
再帰の時だけ漏れが増えるとかは普通考えられないと思うし、それだとワイルドもどうなのと思ってしまいます。
でも絶対ないとは言えないか・・・
#11647で
> #8206
> > XXXX.HTM 219593: 需要予測
> > だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
> > 「予」が、$975C なので、「¥」$5C と認識しているのかも。
ここでは再帰とは言っていないし。共通項は「検索漏れ」です。
思うにユニコード用のツールはSJISにも完全対応させるのは難しいのだろうと思います。
万能で完全なツールなんて無いので、それぞれの環境や使い方に合ったものを選択するのが吉かと。
私は正規表現はほとんど使わないし、それよりオア検索したいので CODEX.DEF を愛用しているんですね。
> たぶんkonnoさんがお使いのgrep(32)もGNUのものでしょうから、「GNU
> による拡張」ですが、ちゃんと Perl5 の正規表現が使えます。
正規表現は使えれば便利ですが、私はほとんど使ってないので、通常検索で漏れの少ないものを選んだのです。
> ま、yagrepとonigsedについては、僕のような非力&根性なし
> テスターしかいなかった、というのが不幸の原因でした。konnoさんが、Bruce.
> さんと一緒だったら、きっともっと完成度の高いものになっていたでしょう。
私は正規表現もフィルター系ツールもあまり使ってないのでこの方面は文太さんの方が適任ですよね。
私が苦手なだけか。としきさんやめざらさんにも教えてもらうことが多いですからね。(^^;
- No.11661 - [コメント元:11660] [リストへもどる.]
soft
11660:
Re^2: wild.exe と ディレクトリ再帰
投稿者:
文太 2024/11/20(水) 21:37
11659 番 konno さんへのコメント コメント数 1
konnoさん
>作者様にメールしたんですが、その後に私の設定ミスが原因
原因が判明してよかったですよね。
やっぱり作者様に報告したのに、自分のミスだったというのは
格好が悪いかもしれませんが、良好な関係ができていたら、「ごめん、
こっちのミス」もありでしょう。というか、僕はそればっかの人生みたい。
>[autoexec] セクションで
>set COMSPEC=c:\ut\95\COMMAND.COM
そ、そんなディレクトリがあるんですか?! さすが。
Win95系のツールとかも、ここに格納されていると。
>再帰というわけではなく、検索漏れが多かったのです。
#11645
>grep.exe は、フォルダの再帰検索が安定しているので動いて嬉しいです。
>GREP -Hnir "yagrep" *.*
>yagrep.exe は、DCログの再帰検索で漏れが結構ありました。
>Yagrep -r "yagrep" D:\log\fgal\DC\
どっちにも、-r (recursive) がはいってますけど、、、。
「再帰検索が安定」あるいは「漏れ」では、再帰に問題があると書かれて
いるように思われるのですが。
細かくて、すみませぬ。
ただ、現実的にいって、yagrep.exeには、いろんな問題があると思います。
僕はHDから消してしまってもいいくらいの信頼感です。
これだけ指摘したかったのです。
もっとも、grep に Perl5 の正規表現は、僕ですら大して欲していなかった
と思う。
たぶんkonnoさんがお使いのgrep(32)もGNUのものでしょうから、「GNU
による拡張」ですが、ちゃんと Perl5 の正規表現が使えます。
-P
--perl-regexp
matching Perl regular expressions
Interpret the pattern as a Perl regular expression.
ま、yagrepとonigsedについては、僕のような非力&根性なし
テスターしかいなかった、というのが不幸の原因でした。konnoさんが、Bruce.
さんと一緒だったら、きっともっと完成度の高いものになっていたでしょう。
2009/03/31 02:28 233,472 yagrep.exe
15年まえ。僕がテスターをしたのは、これより2年前くらいだったのかな?
- No.11660 - [コメント元:11659] [リストへもどる.]
pre
11659:
Re: wild.exe と ディレクトリ再帰
投稿者:
konno 2024/11/20(水) 14:25
11658 番 文太 さんへのコメント コメント数 1
> >が、DOSVAXJ3 では何故か動かなかったです。
> これは、DOSVAXJ3の作者様に報告していただくしかないでしょう。
作者様にメールしたんですが、その後に私の設定ミスが原因だったことが判明しました。(>_<)
> 余談ですが、Si氏の wild.exe というワイルドカードを付与するコマンドが動きません。
> MS-DOS のバージョンが違います. とヒット数ぶん表示して終わります。
> これは16ビット版と32ビット版両方ありますが、どちらも同じエラー表示です。
この件ですが、私の dosboxj.conf の設定が原因でした。
非常駐VZのコマンドラインで何を入れてもエラーになるので気が付きました。
dosboxj.exe を10/11版まで戻しても変わらなかったので、dosboxj.confを見てみました。
[autoexec] セクションで
set COMSPEC=c:\ut\95\COMMAND.COM
これが入っていて、Win98ME の command.com が呼ばれていたようです。
いつ入れたのか覚えていなくて、気がつかなかったのです。
ここをコメントにしたら正常に動作しました。
お騒がせして申し訳ないです。すみませんでした。
作者様に謝罪メールしました。m(__)m
> で、元にもどっていちおう整理を試みると、なぜwild.exeが登場したかと
> いうと、yagrepで「ディレクトリ再帰」が変、とkonnoさんが仰っていたから
> です。
再帰というわけではなく、検索漏れが多かったのです。これは過去ログでも言っていました。
> 以下の表をみてください。16bit の grep で「ディレクトリ再帰」が
> オプションで可能なのは、wgrep, ygrep, jgslimだけだそうです。
> で、grep, sed, awk にも、ふつうその機能はないけれど(多くのフィルタ系
> ツールも)、wild.exeをかませると、それが可能ですよ、と実用的なことを
> 話に僕がまぎれこませた、ということです。
grep に再帰機能が無いのが普通なのですね。知りませんでした。
私が常用している wgrep と grep(32) にはどちらにも再帰機能があったもので。
そういう意味では wild.exe のご紹介はありがたい情報でした。
wild.exe って、ワイルドカードの機能を付加してくれるだけだと思っていたもので。
> DOSVAXJ3 のテスト。これがkonnoさんの主目的ですよね?
> だとしたら、まず、VTDOSと結果を比較するのがよいのではないでしょうか?
うーん、私の書き方がよくないのかなぁ。3種のDOSエミュで比べた結果を書いているつもりなんですが。
主語が無いからかなぁ。そもそも比較無しでは変だとかわからないし。
> dir みたいな内部コマンドだと、さて誰が展開するのでしょう? ですが。
> command.com? あるいは、DOSエミュレータ本体?
このあたりの疑問が今回の迷走に繋がっているかもですね。(^^;
> 大量に本を捨てている毎日ですが(仕事おさめ)、DOS関係本はとって
> あります! fortranとpascal関係本は、うう、どうしよう? ですが。
> とっとく!
やはり文系の人は本が大量にあるのですね。うちはそれほどないですが、腐海で腐ってます。(^^;
> 追伸:「引用なし」ボタン。最高です。僕はこれを愛してます。
わずかの手間の差と思いますが、そう言っていただくと嬉しいです。
- No.11659 - [コメント元:11658] [リストへもどる.]
soft
11658:
wild.exe と ディレクトリ再帰
投稿者:
文太 2024/11/19(火) 21:28
11656 番 konno さんへのコメント コメント数 1
konnoさん
うーむ、どう回答したものやら?
おそらく一番大事なのは、
>が、DOSVAXJ3 では何故か動かなかったです。
でしょうか。
これは、DOSVAXJ3の作者様に報告していただくしかないでしょう。
僕は、VTDOS以外、DOSエミュレータを知らないんです。
VTDOSをよく知っているわけでは、まったくありませんが。
で、元にもどっていちおう整理を試みると、なぜwild.exeが登場したかと
いうと、yagrepで「ディレクトリ再帰」が変、とkonnoさんが仰っていたから
です。
以下の表をみてください。16bit の grep で「ディレクトリ再帰」が
オプションで可能なのは、wgrep, ygrep, jgslimだけだそうです。
cgrep Ggrep akgrep wgrep ygrep izgrep dgrep jgslim zf
directory下再帰 -u -r -a
で、grep, sed, awk にも、ふつうその機能はないけれど(多くのフィルタ系
ツールも)、wild.exeをかませると、それが可能ですよ、と実用的なことを
話に僕がまぎれこませた、ということです。
wild.exeは、ワイルドカード展開を助けてくれる、いわばメタツールで、
ですから
Wild -D -R "head -7 $f >c:\wk\$x" c:\bin\asm_stdy\*.doc
の"head -7 $f >c:\wk\$x"の部分は、展開されるべきワイルドカードを
含んだコマンドなのです。
コマンドの中身が、"head -7"(ファイルの冒頭7行を表示。8行目以降は
見せるな)で、$f がワイルドカード的に展開されるべき対象ファイル名です。
(typeだと、冒頭7行だけ、というわけにはいかないでしょう?)
$f, $x を Siさんは「マクロ」とドックで呼んでいたと思いますが、
wildの使い方は、wild.doc を読んでもらって試してもらうのがはやいです
(必要ないでしょうけれど。必要がなければ、けっこう難解です)。
「ディレクトリ再帰」がないツールにその機能を付加する。これがwild.exe
のお仕事であり、ここで登場してもらった理由です。
さらに元にもどって。
DOSVAXJ3 のテスト。これがkonnoさんの主目的ですよね?
だとしたら、まず、VTDOSと結果を比較するのがよいのではないでしょうか?
意図的なのかもしれないけど、僭越ながら申し上げると、割と迷走モード
っぽいような印象を受けました。
パイプにせよ、ワイルドカードの展開にせよ。
もっとも、ワイルドカードの展開は、外部ツールでは、そいつがすることに
なっていたと思うけど。
dir みたいな内部コマンドだと、さて誰が展開するのでしょう? ですが。
command.com? あるいは、DOSエミュレータ本体?
上のくだりでは、僕自身が迷走してますが、ま、今の僕の課題ではないので、
ご容赦ください。
大量に本を捨てている毎日ですが(仕事おさめ)、DOS関係本はとって
あります! fortranとpascal関係本は、うう、どうしよう? ですが。
とっとく!
追伸:「引用なし」ボタン。最高です。僕はこれを愛してます。
- No.11658 - [コメント元:11656] [リストへもどる.]
pre
11657:
パイプと同等の処理を BATで
投稿者:
konno 2024/11/19(火) 20:28
11654 番 konno さんへのコメント
> > C:\BIN>dir | grep -i "grep"
> おお、パイプでこんなことが出来るんですね。勉強になりました。
> てか、このパイプは VTDOS でしか使えないようですね。
こういうパイプは BAT で同等の処理が出来るかもと思いやってみました。
dirp.bat
rem dir | grep -i "grep"
dir > c:\tmp\pipe.tmp
grep -i %1 c:\tmp\pipe.tmp
dirp grep
で、同等の結果が得られました。
パイプの記述より短くすむのと、どのDOSエミュでも動くのが利点です。
名前は dirg の方がいいかしら?
この手法は応用が利きそうですね。(^_^)
- No.11657 - [コメント元:11654] [リストへもどる.]
soft
11656:
Re^4: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
konno 2024/11/19(火) 20:07
11650 番 文太 さんへのコメント コメント数 1
> ディレクトリ再帰について。
> Wild -D -R "head -7 $f >c:\wk\$x" c:\bin\asm_stdy\*.doc
これは使ったことが無いので使い方を理解するのに時間が掛かりました。
head というコマンドが必要だったんですね。VECTORで落としましたが、type でも動きました。
が、DOSVAXJ3 では何故か動かなかったです。
MS-DOS のバージョンが違います. とヒット数ぶん表示して終わります。
これは16ビット版と32ビット版どちらも同じエラー表示です。
内蔵のコマンドラインの解釈によるのかなとか思いました。
> 実用性を付け加えて、問題を複雑にしている、という気はしています。
まさに動作が複雑すぎて問題の原因がわかりにくくなってしまってますね。(^^;
入力系といえば、more.exe がありましたね。Win10のもので試しました。
DOSVAXJ3最新版で試しましたが、そのままでは表示無しで終了しました。
set dosvaxj3=novc
の後で試しても同じでした。
set dosvaxj3=noinput
の後で試すと、表示が途中で止まらないで終了しました。
使ってないので困ってはいないですが、VC系のコマンドではないのかなぁ。
- No.11656 - [コメント元:11650] [リストへもどる.]
soft
11655:
DOSVAXJ3 (2024/11/18)テスト版
投稿者:
konno 2024/11/18(月) 18:00
11538 番 konno さんへのコメント
DOSVAXJ3 (2024/11/18)テスト版のメールをいただきました。
内容は
-----------------------------------------------------------
さらに修正して C# 等で作られた .NET コンソールプログラムでも入力
可能となっています。環境変数の設定は noinput から novc に変更しま
した。
https://www.nanshiki.co.jp/test/dosboxj_test6.zip
-----------------------------------------------------------
ということでさらに多くのコマンドに対応されたようです。
ありがとうございます。
また、GAWKの件でも
>> gawk "BEGIN{print mktime("""2004 09 28 20 57 00""")} >utime
>> gawk: ^ syntax error
> > の前に " が必要です。
とアドバイスをいただきました。これはVZマクロで
=utime
*m
89 ^\ "" #E "gawk $"BEGIN{print mktime($"$"$"2004 09 28 20 57 00$"$"$")} >utime" #m
*
こうなっていて、VTDOSではこれで動いていました。
89 ^\ "" #E "gawk $"BEGIN{print mktime($"$"$"2004 09 28 20 57 00$"$"$")}$" >utime" #m
こう修正したら、VTDOSでも DOSVAXJ3 でもキチンと動きました。ありがとうございます。
入力系=対話型とすると、CMD.EXE とかでしょうか。
DOSVAXJ3 で dir *grep* とすると、カレントの全ファイルが表示されます。
CMD
dir *grep*
とすると、grep を含むファイルだけ表示されます。
exit で戻ると VZのコンソールに結果が入っていますね。これはありがたいです。
これは MS-DOS Playerや VTDOSでも出来ましたが、VZコンソールに結果は入りませんでした。
- No.11655 - [コメント元:11538] [リストへもどる.]
pre
11654:
Re^4: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
konno 2024/11/18(月) 00:47
11648 番 文太 さんへのコメント コメント数 1
> C:\BIN>dir | grep -i "grep"
おお、パイプでこんなことが出来るんですね。勉強になりました。
てか、このパイプは VTDOS でしか使えないようですね。
DIR *grep* だと全ファイル表示してしまいますね。
tosfind.exe /n*grep* これは目的のファイルだけ表示してくれますが、下位フォルダまで表示してしまいますね。
mls.com /l *grep* これも目的のファイルだけ表示してくれますが、DOSVAXJ3では何故か全ファイル表示してしまいます。
LS系は目的ファイルだけ表示するものと全ファイル表示するものが混在しているようです。
余談になりました。(^^;
> https://www.vector.co.jp/soft/dos/util/se008484.html?_ga=2.40740194.1106177368.1731818139-1020062094.1731818139
> これじゃないかな?
日付もサイズも全然違うので別物だと思います。いつどこで落としたのか思い出せないです。(^^;
> 基本的には元気で健康です。ただ今年はなんだかんだと忙しくて。
> あと4か月半!
無理せず頑張ってください。
> もしそれらがほんとの【DOS】(16bit)エミュレータなら、特別なことを
> してくれてないと、32ビットアプリは動かないのが道理ですね。でも、rcp32.exe
> とかも?
かなり特別な処理をしてくれているようです。CLPPST.EXE がきっかけで対応してくれたのでありがたいです。
コピー系は ZCPY32.EXE が動くので rcp32.exe も大丈夫だと思います。
> VTDOSが「ほにゃららホストに丸投げしてます」とかで、32/64bit 環境も意識して
> 作られている、ということなのでしょうか。
結果的にパイプにも対応できているのは凄いことなんだなと改めて思いました。
> yagrep.exeがテストに向かないにせよ、一部動いた、みたいな結果だったのです
> よね? 謎ですが。
他のDOSエミュでも同じ結果のようなので、やはり yagrep.exe 自体の問題と思われます。
> (繰り返しですが)yagrep.exe以外の32ビット grep でのテストがよろしい
> かと。
常用の grep が動いているのでおおむね問題なさそうだと思います。
- No.11654 - [コメント元:11648] [リストへもどる.]
pre
11653:
.tar.gz 展開(by LHMelting)
投稿者:
文太 2024/11/17(日) 23:00
11652 番 文太 さんへのコメント
自己レスです。
> 多謝。ベクタにありました。ソースもありました(???.tar.gzの展開の
>仕方わすれたのだけど)。
LHMelting を使うのは久しぶりでしたが、mawk-1.3.3-mbcs.tar.gz を無事、
解凍できました。mawk のソース、あひゃひゃひゃひゃ状態。
これを勉強する日は、ないんだろうなぁ。
Win11 (64bit) でも、LHMelting 動きますね。
- No.11653 - [コメント元:11652] [リストへもどる.]
soft
11652:
mawk32.exe
投稿者:
文太 2024/11/17(日) 20:15
11651 番 としき さんへのコメント コメント数 1
としきさん
(以下すべて、VTDOS環境です)
多謝。ベクタにありました。ソースもありました(???.tar.gzの展開の
仕方わすれたのだけど)。
C:\WK>dir
1997/11/01 11:02 44,369 mawk.doc
1998/08/22 22:02 193,536 mawk32.exe
1996/09/18 10:23 2,524 README
1998/08/22 21:59 6,390 README.SJ
----- t.txt -----
まだ何か思いつくの?
ディレクトリ再帰について。
-----------------
----- t.awk -----
/ディレクトリ/{
print}
-----------------
C:\WK>mawk32.exe -f t.awk t.txt
ディレクトリ再帰について。
>って、mawk32は、なんかすげぇ微妙なバージョンの差異があるかも。
ファイルサイズからして、僕のmawk32.exeは、日本語対応のない
英語圏から落とした奴だったんじゃないかな。
タイムスタンプが、え、え、え??? という感じだったけど。
無事、日本語対応 mawk32 がゲットできました。多謝。
16bit の jgawk.exeしか、ほとんど使ったことないのだけど。
蛇足:
C:\WK>mawk32 -W version(新版)
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi
C:\WK>cd c:\bin
C:\BIN>mawk32 -W version(旧版)
VTDOSがはじいて、「アプリケーションエラー」
おめでとう! きっと使わないけど、使える mawk32.exe だ!
- No.11652 - [コメント元:11651] [リストへもどる.]
pre
11651:
Re^4: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
としき 2024/11/17(日) 17:38
参照先:
http://toshiki.la.coocan.jp/
11649 番 文太 さんへのコメント コメント数 1
> 1993/09/25 05:51 188,444 JGAWK.EXE 16bit
> 1998/08/22 22:01 142,759 MAWK32.EXE コレ
> サイズからして日本語対応してなさそう
うちのawkは
JGAWK EXE 188,444 93-09-25 5:51
MAWK32 EXE 193,536 98-08-22 23:02
こうなっていますが、いずれも日本語対応しています。
って、mawk32は、なんかすげぇ微妙なバージョンの差異があるかも。
> grepと同じことは、sed, awkでもできます。
御意。
単に専用ツールか多機能ツールかの違いだけ。
鶏を割くのに牛刀を使って何が悪い。
- No.11651 - [コメント元:11649] [リストへもどる.]
pre
11650:
Re^3: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
文太 2024/11/17(日) 16:18
11647 番 konno さんへのコメント コメント数 1
konnoさん
まだ何か思いつくの?
ディレクトリ再帰について。
Wild -D -R "head -7 $f >c:\wk\$x" c:\bin\asm_stdy\*.doc
ドックを詳細に読まないと意味不明かもしれませんが、wild.doc
の冒頭に上のメモがありました。
Siさん作の、wild.exe(16bit, 32bit 両方の版あり)の
コマンドサンプルです。
「ファイル冒頭7行を見せろ」という命令のようです。
-D は、Dummy で、ワイルドカードの展開の様子だけデモせよ、という
意味だったと思う。
-R が、Recursive(再帰)の意味だったと思う。
「c:\bin\asm_stdy\」以下の *.doc が対象ファイル。
grep, sed, awk (その他のフィルター系ツール)は、多くの場合、
ディレクトリ再帰のオプションがありません。
wildをかませると再帰できるよ、ということです。
実用性を付け加えて、問題を複雑にしている、という気はしています。
- No.11650 - [コメント元:11647] [リストへもどる.]
soft
11649:
Re^3: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
文太 2024/11/17(日) 16:02
11647 番 konno さんへのコメント コメント数 1
konnoさん
C:\BIN>dir | grep -i "awk"
1993/09/25 05:51 188,444 JGAWK.EXE 16bit
1998/08/22 22:01 142,759 MAWK32.EXE コレ
サイズからして日本語対応してなさそう
C:\BIN>dir | grep -i "sed"
1988/03/02 06:11 15,366 OLDSED.EXE 16bit
1999/06/20 13:40 90,112 sed32.exe コレ
日本語対応してそう
grepと同じことは、sed, awkでもできます。タイムスタンプとかファイル
サイズだけみて、上のリストはいい加減なことを言っている可能性が
あります。oldsed.exeとかは、serowさんの超古典の奴です。
ベクタで探してみてください。
- No.11649 - [コメント元:11647] [リストへもどる.]
pre
11648:
Re^3: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
文太 2024/11/17(日) 15:54
11647 番 konno さんへのコメント コメント数 1
konnoさん
C:\BIN>dir | grep -i "grep"
1994/06/02 18:50 90,959 EGREP.EXE
2003/04/14 00:00 80,412 FGREP.EXE
1994/06/02 18:50 90,959 GREP.EXE
1999/11/11 00:00 82,944 OGREP.EXE
2009/03/31 02:28 233,472 yagrep.exe
1994/04/30 10:07 66,700 YGREP.EXE
1993/04/11 16:05 23,997 IZGREP.EXE
32ビットアプリと16ビットアプリ。上の3つは32ビット
だったのではないのかな?
https://www.vector.co.jp/soft/dos/util/se008484.html?_ga=2.40740194.1106177368.1731818139-1020062094.1731818139
これじゃないかな?
で、本文に戻ります。
>文太さん、お久です。お元気そうで安心しました。
基本的には元気で健康です。ただ今年はなんだかんだと忙しくて。
あと4か月半!
>今回のテストはあくまで DOSVAXJ3テスト版で動作するようになった32ビットの
>入力系コマンドの検証なので。
VTDOS以外のDOSエミュレータを使ってないので、よくは分からないのですが、
もしそれらがほんとの【DOS】(16bit)エミュレータなら、特別なことを
してくれてないと、32ビットアプリは動かないのが道理ですね。でも、rcp32.exe
とかも?
>この時と同じメッセージなので、やはり32ビットの入力系コマンド対応は難しい
>ということなのかも。
VTDOSが「ほにゃららホストに丸投げしてます」とかで、32/64bit 環境も意識して
作られている、ということなのでしょうか。
>> 環境を試すツールがあれですと、環境かツールか? と沼にはまりそうな
>> 気がします。"
>環境とは DOSエミュのことですよね、
はい、そのつもりです。考えてみたら、XPのDOS窓もDOSエミュでしたね。
rcp32.exeもclppst.exeも、ふつうに動いていた。
yagrep.exeがテストに向かないにせよ、一部動いた、みたいな結果だったのです
よね? 謎ですが。
>DOSVAXJ3テスト版で動作するようになった32ビットの入力系コマンド
(繰り返しですが)yagrep.exe以外の32ビット grep でのテストがよろしい
かと。
- No.11648 - [コメント元:11647] [リストへもどる.]
pre
11647:
Re^2: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
konno 2024/11/16(土) 22:48
11646 番 文太 さんへのコメント コメント数 3
> お久です。うーん、すっかりPCいじりの世界からは遠のいております。
> 例によって、今日も超疲労モード。
文太さん、お久です。お元気そうで安心しました。
> さて、yagrep.exeですが、このようなテストには向かない道具かと思います。
> Bruce.さんが、onigsed, yagrep とも、正規表現エンジン鬼車を搭載して、
> GNU sed & grep を日本語対応させて移植してくれたものなのですが、詳細は
> 省かせていただきますが、僕はまったく使っていない、ないし使わないことに
> したツールです。限界などをみきわめられれば使えるところを使うことは可能
> なのかもしれませんが、ちょっと、、、。
私が使っている grep.exe は多分 GNU GREP だと思うんですが、yagrep は GNU系だったんですね。
今回のテストはあくまで DOSVAXJ3テスト版で動作するようになった32ビットの入力系コマンドの検証なので。
grep.exe などは今までは使えなかったのです。
> 対象ファイルに漏れがでる、ということですよね。僕はこれを経験して
> いませんが、それ以外で、、、。うーん、考え方によってはヒットすべき
> ものがヒットしていないから、あたかもそのファイルが検索されていないかの
> ように見えることもあり得るのかな?
この掲示板の過去ログで話題にしているかと思い検索したら、yagrep の癖など全部話題に出ていましたね。
#8206
> XXXX.HTM 219593: 需要予測
> だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
> 「予」が、$975C なので、「¥」$5C と認識しているのかも。
> --ctype=SJIS force matching in Shift-JIS mode
> このオプションを付けてもダメだったような。
#8210
> >だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
> 再現しました。
また MS-DOS player でも yagrep.exe は動かなかったんですが、それも
#7774 GREP の動作の違い
> MS-DOS Player + yagrep
> C:\VZ\K07T5>C:\UT\YAGREP.EXE "AF"
> 'C:\UT\YAGREP.EXE" "AF' は、内部コマンドまたは外部コマンド、
> 操作可能なプログラムまたはバッチ ファイルとして認識されていません。
この時と同じメッセージなので、やはり32ビットの入力系コマンド対応は難しいということなのかも。
> 環境を試すツールがあれですと、環境かツールか? と沼にはまりそうな
> 気がします。
環境とは DOSエミュのことですよね、その違いがツールの動作に影響することは確かにありそうですね。
- No.11647 - [コメント元:11646] [リストへもどる.]
pre
11646:
Re: DOSVAXJ3 (2024/11/15)テスト版
投稿者:
文太 2024/11/16(土) 15:51
11645 番 konno さんへのコメント コメント数 1
konnoさん
>yagrep.exe は、DCログの再帰検索で漏れが結構ありました。
お久です。うーん、すっかりPCいじりの世界からは遠のいております。
例によって、今日も超疲労モード。
さて、yagrep.exeですが、このようなテストには向かない道具かと思います。
Bruce.さんが、onigsed, yagrep とも、正規表現エンジン鬼車を搭載して、
GNU sed & grep を日本語対応させて移植してくれたものなのですが、詳細は
省かせていただきますが、僕はまったく使っていない、ないし使わないことに
したツールです。限界などをみきわめられれば使えるところを使うことは可能
なのかもしれませんが、ちょっと、、、。
対象ファイルに漏れがでる、ということですよね。僕はこれを経験して
いませんが、それ以外で、、、。うーん、考え方によってはヒットすべき
ものがヒットしていないから、あたかもそのファイルが検索されていないかの
ように見えることもあり得るのかな?
環境を試すツールがあれですと、環境かツールか? と沼にはまりそうな
気がします。
- No.11646 - [コメント元:11645] [リストへもどる.]
soft
11645:
DOSVAXJ3 (2024/11/15)テスト版
投稿者:
konno 2024/11/16(土) 00:45
11538 番 konno さんへのコメント コメント数 1
DOSVAXJ3 (2024/11/15)テスト版のメールをいただきました。
内容は
-----------------------------------------------------------
さらに見直しまして、Visual C++ 製のプログラムであれば入力も可能とな
りました。clppst.exe は Delphi 製ですが入力はありませんので問題なく動
作します。
途中で止まってしまうプログラムは Ctrl-C で強制終了できるようになりま
したのでタイムアウトによる終了はなくなりました。
表示がでない Windows コンソールプログラムがありましたら
> set dosvaxj3=noinput
とした後で実行してみてください。
> set dosvaxj3=setenv
で現在設定されている環境変数を Windows コンソールプログラムに渡しま
す。PATH 等は上書きされます。ただし COMSPEC と DOSVAXJ3 は渡しません。
両方設定する場合は set dosvaxj3=noinput,setenv となります。
テスト版は下記にあります。
https://www.nanshiki.co.jp/test/dosboxj_test5.zip
特に問題がなければ来週早々に正式版にする予定です。
-----------------------------------------------------------
ということでテスト版試してみました。
GREPなど入力系のプログラムが動くようになりました。ありがとうございます。
うれしいです。
gawk はリダイレクトでsyntax errorが出ましたが、リダイレクトしなければ動きました。
gawk "BEGIN{print mktime("""2004 09 28 20 57 00""")} >utime
gawk: ^ syntax error
gawk "BEGIN{print mktime("""2004 09 28 20 57 00""")}
1096372620
試した版は以下の日付のものです。
GAWK EXE 446,464 05-12-23 0:24
GREP EXE 96,256 09-02-13 17:19
YAGREP EXE 233,472 09-03-31 2:28
grep.exe は、フォルダの再帰検索が安定しているので動いて嬉しいです。
GREP -Hnir "yagrep" *.*
yagrep.exe は、DCログの再帰検索で漏れが結構ありました。
Yagrep -r "yagrep" D:\log\fgal\DC\
この2つで比べてみてください。yagrep.exe の漏れは仕様かも。
テスト版の動作検証にご協力願います。m(__)m
- No.11645 - [コメント元:11538] [リストへもどる.]
pre
11644:
Re^6: レガシコンソールモード非推奨
投稿者:
konno 2024/11/12(火) 23:59
11643 番 shadow さんへのコメント
> 私が試したCKWは古いバージョンでした。最新版では改善されていました。
> 最新版はckw-mod-0.9.1-mod-r6_x64.zipでGithubで公開されていました。
> https://github.com/rururutan/ckw-mod/
おお、ckw も更新が進んでいたのですね。
って見に行ったらソースしかないように思ったのでソースを落としてコンパイルしてみましたが
プロジェクトが無いなどでコンパイルできませんでした。(;_;)
改めてサイトを見直したら About の下に Releases 6 とあって、そこに実行ファイルがありました。\(^^)/ ヤッタ-
早速動かしてみましたが、どうも画面サイズなどの同期がとれていない感じで
このままでは常用は無理そうです。
IMEでの漢字入力は改善されていました。
IME関連のソースとか参考にして少し弄って遊んでみたいと思います。(^^;
有用な情報ありがとうございました。
- No.11644 - [コメント元:11643] [リストへもどる.]
soft
11643:
Re^5: レガシコンソールモード非推奨
投稿者:
shadow 2024/11/12(火) 14:40
11640 番 shadow さんへのコメント コメント数 1
> ckwv + MSDOS Player で本家CKWよりまともな描写でvz常駐できました。
私が試したCKWは古いバージョンでした。最新版では改善されていました。
最新版はckw-mod-0.9.1-mod-r6_x64.zipでGithubで公開されていました。
https://github.com/rururutan/ckw-mod/
- No.11643 - [コメント元:11640] [リストへもどる.]
soft
11642:
Re^5: レガシコンソールモード非推奨
投稿者:
konno 2024/11/12(火) 00:42
11640 番 shadow さんへのコメント
> ckwv.txt by 10#には以下の記載がありました。
> VTDOS以外のプログラムを利用することも可能です。
> ckwv + MSDOS Player で本家CKWよりまともな描写でvz常駐できました。
えっ、と思って 使っていない CKWV12の CKWV.CFG を以下のように変更して起動してみました。
Ckw*title: ckwv12/MS-DOS Player
Ckw*exec: c:\ut\msdos.exe -e -x -v6.20 c:\ut\p\command.com /k c:\ut\vzp.bat
おお、まるで CKWV+VTDOSのような画面で起動できました。!! \(^^)/ ヤッタ-
漢字キーで赤いカーソルにもなりましたが、入力に難がありました。
ALT+アルファベットに相当する文字入力でマクロが起動してしまいます。
え、お、く、などの文字が、@E @O @K になるので、IME起動中は ALT シフト状態なのかもしれません。
IME起動中もカーソルが効いて変換中文字が移動したりしてしまいますね。
うーん、ここまできたら何とかならないものでしょうかねぇ。
> レガシコンソールのオプション外した時の挙動は知らんけど(笑)。
> 現状必要性がないのでこれで終わります。
私もこれはわざわざ試したくはないですね。(^^;
- No.11642 - [コメント元:11640] [リストへもどる.]
soft
11640:
Re^4: レガシコンソールモード非推奨
投稿者:
shadow 2024/11/11(月) 20:30
11638 番 konno さんへのコメント コメント数 2
> 構造が素のVTDOSに似ているように見えるので同じ問題があるのでしょうね。
> CKWVが MS-DOS Player にも使えれば改善されるのでしょうかねぇ。
ckwv.txt by 10#には以下の記載がありました。
VTDOS以外のプログラムを利用することも可能です。
ckwv + MSDOS Player で本家CKWよりまともな描写でvz常駐できました。
レガシコンソールのオプション外した時の挙動は知らんけど(笑)。
現状必要性がないのでこれで終わります。
- No.11640 - [コメント元:11638] [リストへもどる.]
soft
11639:
ツブヤイター X
投稿者:
konno 2024/11/10(日) 22:48
11636 番 konno さんへのコメント
> > その最中に四国電力管内で大規模停電約40分。
大規模停電の原因は、本州で発生した謎の極大電力消費により四国が緊急パージされたためとか。
過去には北海道の大規模長時間停電の事例もあるし、これはどこで起きてもおかしくないですね。
最低限の備えはしておいた方が良さそうですね。
ところで、「本州で発生した謎の極大電力消費」というのが気になりました。
まさか、#11627 の書き込みが原因だったりして。
> そんなことを言うダーリンには黄色い電気ねずみがでんげきバリバリだっちゃ!
というのは冗談ですが、国や謎の組織が何らかの実験をしていたという可能性はあるかも。
国家的な危機に備えたヤシマ作戦の実験に失敗してポジトロン〇が融解したとか
波動〇^Hエンジンの起動実験とか巨大レールガンの実験とか、S2機関が(きな臭い話ばっかりや)
あるいは某国がひそかに盗電をやりすぎちゃったとか、巨大人型EVA充電・・・
# これは全部妄想の独り言です
- No.11639 - [コメント元:11636] [リストへもどる.]
soft
11638:
Re^3: レガシコンソールモード非推奨
投稿者:
konno 2024/11/10(日) 21:58
11637 番 shadow さんへのコメント コメント数 1
> VTDOSはCKWVがあれば問題ないので更新は・・・。DOSVAXJ3は問題ないです。
ということは、レガシコンソールモードが無くても問題無いということですか。
それなら安心ですね。
> MSDOS Playerは対応してくれることを期待しています。
構造が素のVTDOSに似ているように見えるので同じ問題があるのでしょうね。
CKWVが MS-DOS Player にも使えれば改善されるのでしょうかねぇ。
> 今回の更新から「Windows Terminal」がデフォルトになったようです。
> 次のwindows12ではオプションからも・・・。
えっ、Win12 が出るのですか! って見てみたら来年後半には出るような話があるのですね。
うちのPCは WWin11 への更新も出来なさそうなので、新しいPCを買うことになりそうですね。
困ったものです。(^^; ワクワク
- No.11638 - [コメント元:11637] [リストへもどる.]
soft
11637:
Re^2: レガシコンソールモード非推奨
投稿者:
shadow 2024/11/10(日) 19:53
11636 番 konno さんへのコメント コメント数 1
> うう、そうなると VZの生き残りも厳しいですね。
> VTDOSは更新があるかわからないので、使えなくなる可能性も・・・
VTDOSはCKWVがあれば問題ないので更新は・・・。DOSVAXJ3は問題ないです。
MSDOS Playerは対応してくれることを期待しています。
今回の更新から「Windows Terminal」がデフォルトになったようです。
次のwindows12ではオプションからも・・・。
- No.11637 - [コメント元:11636] [リストへもどる.]
soft
11636:
Re: レガシコンソールモード非推奨
投稿者:
konno 2024/11/09(土) 23:58
11635 番 shadow さんへのコメント コメント数 2
> win11を24H2に更新したらレガシコンソールモードが削除されるって知らなかったです。
げげ、そうなんですか、大変だぁ!!
うちのは、Win10 22H2 で、Win11にも出来ないのでどうなることやら。
> 再インストール方法を昼から検索してやっと20時過ぎからインストール
> オプションのオンデマンド機能としてインストールするようになってました。
おお、オプションではあるのですね、ひとまずは安心しました。
> その最中に四国電力管内で大規模停電約40分。通電後続きからインストールできました。
あらま、でも最初からやり直しとかHDDクラッシュとかならなくて良かったですね。
> 取り合えずインストール方法を残しておきます。
> 設定→システム→オプション→オプション機能を追加する(機能表示)
> →Legacy Console Host追加
ありがとうございます。近いうちこれが役に立ちそうな雰囲気ですね。
> 近い将来レガシコンソールモードはサポート中止なる可能性が高いですね。
うう、そうなると VZの生き残りも厳しいですね。
VTDOSは更新があるかわからないので、使えなくなる可能性も・・・
- No.11636 - [コメント元:11635] [リストへもどる.]
soft
11635:
レガシコンソールモード非推奨
投稿者:
shadow 2024/11/09(土) 21:35
コメント数 1
win11を24H2に更新したらレガシコンソールモードが削除されるって知らなかったです。
再インストール方法を昼から検索してやっと20時過ぎからインストール
オプションのオンデマンド機能としてインストールするようになってました。
その最中に四国電力管内で大規模停電約40分。通電後続きからインストールできました。
取り合えずインストール方法を残しておきます。
設定→システム→オプション→オプション機能を追加する(機能表示)
→Legacy Console Host追加
近い将来レガシコンソールモードはサポート中止なる可能性が高いですね。
- No.11635 - [リストへもどる.]
soft
11634:
Re^12: 発掘した絵数化布の秘法BATでプレゼン
投稿者:
konno 2024/11/09(土) 01:14
11633 番 としき さんへのコメント
> 懐かしいですね、古の技術。
> ただ、やはりここも方言というか、私は絵数系布の秘術といったほうがしっくりくる。
一瞬「秘法」より「秘術」のほうがしっくりくるのかと思ってしまいました。(^^;
「絵数系布」のほうが発音も意味も通るので良いですね。これ、使わせてもらいます。
> > # 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。
> 最近では、ウイルスそのものを含んでいないにもかかわらず感染して発病するワクチン
> がある、なんていうヨタ話を平気でするような人がいっぱいいて。
> なるほど、進歩しすぎた科学というのは呪いの黒魔術と大差がないのかもしれない。
世界ではより大きな暗闇の中で暗闘が続いているとかいないとか、、と言う感じですかね?
私は暗闇は怖いので、「君子危うきに近寄らず」を徹底していきます。
変な電話やインターホンには出ないし、防犯カメラも欲しいなぁ。
# 痛ッ、、ほら、怖くない、怯えていただけなんだよね・・・
って冗談じゃなく、世の中怖くなってますよねぇ、、、
> とりあえず、VTDOS122で表示はされました。
> これは、組み込んでいるcommand.comの関係かもしれません。
> うむ、タイトルだけは知っている。アニメ化もされたやつだ。
無事表示されたようで何よりです。
うちの VTDOS122 では表示出来ませんでした。あれぇ? 調べてみたら
USECMD=1
これがあると表示しないようです。VER とやっても何も表示しない。
VTDOS121 も同様でした。
うーむ、もしかして XP だと Ver も表示したりして?
Win10,11 64ビットでは色々制限がきつくなっているようですしねぇ。(-_-;)
# もうマクロ玉も蟲封じも効かない・・・
- No.11634 - [コメント元:11633] [リストへもどる.]
soft
11633:
Re^11: 発掘した絵数化布の秘法BATでプレゼン
投稿者:
としき 2024/11/08(金) 16:53
参照先:
http://toshiki.la.coocan.jp/
11632 番 konno さんへのコメント コメント数 1
> わかりました。せっかくなので、鉱山から発掘した古の暗嗣、絵数化布の秘法で
> プレゼンを作ってみました。答えは以下に。
懐かしいですね、古の技術。
ただ、やはりここも方言というか、私は絵数系布の秘術といったほうがしっくりくる。
だからなんだ、という話ですが。
> # 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。
最近では、ウイルスそのものを含んでいないにもかかわらず感染して発病するワクチン
がある、なんていうヨタ話を平気でするような人がいっぱいいて。
なるほど、進歩しすぎた科学というのは呪いの黒魔術と大差がないのかもしれない。
それはさておき。
とりあえず、VTDOS122で表示はされました。
これは、組み込んでいるcommand.comの関係かもしれません。
うむ、タイトルだけは知っている。アニメ化もされたやつだ。
- No.11633 - [コメント元:11632] [リストへもどる.]
soft
11632:
Re^10: 発掘した絵数化布の秘法BATでプレゼン
投稿者:
konno 2024/11/07(木) 23:09
11629 番 としき さんへのコメント コメント数 1
> 風大左衛門君の師匠のニャンコ先生は知っている。
> よくタヌキに間違えられるほどに不細工な猫型ロボットも知っている。
> でも、先生もので不細工な猫って知らない。
> いつかそのうち、こいつのことをプレゼンしてください。
わかりました。せっかくなので、鉱山から発掘した古の暗嗣、絵数化布の秘法で
プレゼンを作ってみました。答えは以下に。
#txt=anime.dat
このファイルはコントロールコードを含んでいるので右クリックで保存してください。
ファイルの拡張子を BAT に変更してカレントフォルダに置いて実行してください。
# 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。
尚、VTDOS121 ではまともに動かないと思いますので最近のVTDOSか
DOSVAXJ3 なら問題なく結果を表示すると思います。
MS-DOS Player + FreeCOM もうまく動かないと思います。原因不明
MS-DOS Player + Win95系COM + オリジナルVZもうまく動かないと思います。BATの不具合
- No.11632 - [コメント元:11629] [リストへもどる.]
soft
11631:
DOSVAXJ3 (2024/11/07)テスト版
投稿者:
konno 2024/11/07(木) 22:11
11538 番 konno さんへのコメント
軟式さんから DOSVAXJ3 (2024/11/07)テスト版のメールをいただきました。
内容は
-----------------------------------------------------------
> さらにいろいろ見直しまして、ドライブのルートを mount しなくても
>大丈夫になりました。テスト版は下記にあります。
>https://www.nanshiki.co.jp/test/dosboxj_test4.zip
> mount c c:\dos 等として、Windows コンソールプログラムに DOSVAXJ3
>上の C ドライブのファイルを指定して渡しても大丈夫です。
> 処理としてはコマンドラインパラメータのパスを書き換えています。
-----------------------------------------------------------
mount e d:\log\fgal\ として、32ビットコピーも問題なく出来ました。
これはいいですね。ますます便利になりました。
作者様に感謝です。
- No.11631 - [コメント元:11538] [リストへもどる.]
soft
11630:
DOSVAXJ3 (2024/11/06)テスト版
投稿者:
konno 2024/11/07(木) 01:29
11538 番 konno さんへのコメント
軟式さんから DOSVAXJ3 (2024/11/06)テスト版のメールをいただきました。
内容は
-----------------------------------------------------------
> stdout と stderr が分離できていなかったのと、Windows アプリ側から
>カレントディレクトリのファイルを正しく認識できていなかったのを修正
>しています。テスト版は下記からダウンロードできます。
>https://www.nanshiki.co.jp/test/dosboxj_test3.zip
-----------------------------------------------------------
細かい修正があるようです。
CLPPST.EXE もバッチリですし、32ビットのCOPY系も動くようになり、快適です。
正式版がまちどうしいですね。
本当に感謝です。
- No.11630 - [コメント元:11538] [リストへもどる.]
soft
11629:
Re^9: グレーDIRで金銀パールプレゼン
投稿者:
としき 2024/11/07(木) 00:24
参照先:
http://toshiki.la.coocan.jp/
11628 番 konno さんへのコメント コメント数 1
とりあえず、もんどうも暗闘も終わったようなので、まとめというか。
絶対違うけど。
> うーむ、私は全く見てないもので。
いや、私も全く見ていないというか、タイトルを知っているだけ。
> 見てるのは一見不細工な猫のような先生ものとか。
私には「一見不細工な猫のような先生もの」というのがわけわか。
風大左衛門君の師匠のニャンコ先生は知っている。
よくタヌキに間違えられるほどに不細工な猫型ロボットも知っている。
でも、先生もので不細工な猫って知らない。
いつかそのうち、こいつのことをプレゼンしてください。
- No.11629 - [コメント元:11628] [リストへもどる.]
soft