[HOME]  [現在掲示板へもどる]   [新着50]  [最新100]  [全部表示 会議室風]  [全部表示 保存用]

 番号順 全部表示   FGALVZ  


11025/11025 BQO00549  konno            2024年 今年もよろしく
( 0) 24/01/03 19:50 コメント数:2
2024年が明けました。
今年は元旦から能登で大地震があったりして、大変な年になりそうです。
亡くなられた方々のご冥福をお祈りいたします。

そんな世相を鑑みて簡単な御挨拶で済ませてしまいますが
今年もよろしくお願いします。


# うう、年末の無理が祟ったか、風邪をひいてしまいました。(゚゜)☆\(--#)ナニモシテナイダロ
  喉は痛いし食欲もなく、1日おじや1杯でしのいでいます。(;_;)


11026/11025 CRG00666  文太             Re: 2024年 今年もよろしく
( 0) 24/01/07 00:03 11025:konnoさんへのコメント コメント数:1
konnoさん

 あけましておめでとうございます。
 バタバタ、ヨロヨロしていて、新年のご挨拶が遅れました。
 まあ、けっこうゆっくりしてるのですけどね。
 年末年始は、一生懸命、1日1時間のダラダラ散歩ができましたし。
 白内障の手術、無事にいってくれることを祈っています。

 まだまだ部屋と頭と心の整理に忙しく(違うな、やりたくないのだろう!)
PC(Vz&ベーシック&DOSエミュ)方面はさっぱりですが、昨年の
konnoさんのご活躍には刺激を受けました。
 まだまだDOS&Vzでいきましょう! 僕はその気ですよ!




11027/11025 DGF01024  めざら           Re: 2024年 今年もよろしく
( 0) 24/01/07 14:29 11025:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
松の内ぎりぎりですが,明けましておめでとうございます。

いろいろな意味で大変な年になりそうな予感がしますが,
思うべきことは思い,言うべきことは言い,淡々と過ごしたいと思います。

今年もよろしくお願い申し上げます。

辰年ですが立ちません,下から支えようと思う今日このごろ。

11028/11025 BQO00549  konno            Re^2: 2024年 今年もよろしく
( 0) 24/01/07 17:09 11026:文太さんへのコメント
文太さん、今年もよろしくお願いします。

>  年末年始は、一生懸命、1日1時間のダラダラ散歩ができましたし。

長生きするには散歩が良いですよね、私も風邪の病み上がりで息切れしてます。(;_;)

>  白内障の手術、無事にいってくれることを祈っています。

お気遣いありがとうございます。OFF会楽しんでくださいね。

>  まだまだ部屋と頭と心の整理に忙しく(違うな、やりたくないのだろう!)
> PC(Vz&ベーシック&DOSエミュ)方面はさっぱりですが、昨年の
> konnoさんのご活躍には刺激を受けました。
>  まだまだDOS&Vzでいきましょう! 僕はその気ですよ!

この年になって振り返ってみると、昔取った杵柄しか残ってないんですよね。
私の場合それがVZとBASICだったということです。
これからは自分の痕跡を残すためにやりたいことだけやっていきますよ。

そんな1年にみなさんでしていきましょう。


11029/11025 BQO00549  konno            Re^2: 2024年 今年もよろしく
( 0) 24/01/07 17:29 11027:めざらさんへのコメント コメント数:1
めざらさん、今年もよろしくお願いします。

> いろいろな意味で大変な年になりそうな予感がしますが,
> 思うべきことは思い,言うべきことは言い,淡々と過ごしたいと思います。

事件、事故も多いので、巻き込まれないように注意深く、慎重にして、1年無事に乗り切れるといいですね。

> 辰年ですが立ちません,下から支えようと思う今日このごろ。

なにやら意味深な書き込みですね。(^^;
私も急速な老化現象を感じて、アレなんですが、
今年の抱負というか、やりたいことの一つに、お願いがあります。
別発言で書きますね。


11030/11025 BQO00549  konno            野ざらし言と板塀に全ログ検索を
( 0) 24/01/07 21:11 11029:konnoさんへのコメント コメント数:2
めざらさん、としきさん
突然ですがお二人にメール送ります。

もう16年前になりますが、うちの掲示板の検索を、全ログの改行またぎ検索に改造しました。

#2794:掲示板の検索機能強化  投稿者:konno   2008/01/04(金)
#2821:掲示板の改行跨ぎ検索  投稿者:konno   2008/01/12(土)

おかげさまで検索が非常に便利になりましたが、実はこの時野ざらし言と板塀にも
全ログ検索を導入してほしいと思っていたのですが、反応が薄くそのままになっていました。
今年は一念発起して、全ログ検索ルーチンをメールで送りつけることにしました。(^^;


find.cgi は、wforum.cgi の中の2つのサブルーチンを抜き出したものです。

# 検索フォーム #
sub find {

# 検索実行 #
sub search {

この2つのルーチンを置き換えるか名前を変えて追加するかして試してみてください。
エラーが出なければたぶん問題なく動作していることと思います。
内容は好きなように改変してください。

この全ログの改行またぎ検索を是非お二人の掲示板に導入してもらいたく、無理やり送りつけてしまいました。
なにとぞよしなに。m(__)m


11031/11025 DGF01024  めざら           Re: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/08 08:40 11030:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
konno さん

細かな理由はメールにて返信しましたが,
要は「気が向いたらネ」ということで.(^^;


11032/11025 BQO00549  konno            Re^2: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/08 23:20 11031:めざらさんへのコメント コメント数:1
> 要は「気が向いたらネ」ということで.(^^;

はい、気が向かれましたらよろしくです。(^_^)


11034/11025 DGF01024  めざら           Re^3: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/09 21:28 11032:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
野ざらしのアーカイブが進んでいないというご指摘も頂戴したので,
もう十年以上も放置していたログを上げようとしたところ,
過去ログに破損と番号の重複があることが判明してしまいました。(^^;

いきさつとしては,ちょっと長くなるやつですが……

Web Forum の確定した過去ログをnifty形式にするマクロで整形し,
Siさんの LOGSORT で整列させようとしたところ,
ヘッダの形式が異なるからダメよ……というメッセージで停止してしまいます。
で,いまさら Si さんのお手を煩わせるわけにもいかないと考えたので,
仕方なく LOGSORT.DEF を作ったわけですが,さて処理しようとしたとき
何を考えたのか間違えて元のWFログを指定してしまいました。それなりに待った挙げ句
何も出力されないので,なぁぜ・なぁぜ?と思ったら整形前の元ファイル。
それが判明した瞬間,なんなら元のWFログをソートすればよいのではと気づきました。
だって,先頭に発言番号のある1行1アーティクルなんですから……何故気づかなかった!?

どうせ HSORT を使うのならと三つの元ログをマージして処理したら,これが一瞬です。
しかし,三つも一遍に統合して並べたのにそれなりに空き番号があるではないですか。
実は,番号が飛ぶのが嫌で嫌で,掲示板利用者が自分で削除したような場合,
ログを編集して番号を詰めているんですよ。そういう性分だから仕方がない。
スパムも削除した後に番号をわざわざ詰めているんです。面倒ですけど。
要は,ある人が発言削除したとき,番号を埋めようとログを編集している最中に
その当人がコメントを書き直して書き込むということが発生していたのが原因です。
(ふつうの勤め人は書き込まないような時間帯だったので最悪のタイミングだった)

さて,どうしようかな。重複した一方を削除するのが簡単だけど,
とりあえず空き番号を割り当てられないか検討してみることにします。

そんなわけで,アーカイブも少々先送りという事情を長々と説明しました。

なんでこんなにクドクドしているかというと,ログソート及び空き番号列挙という
ふたつのマクロを久々に仕立て上げたのに,まるで無駄骨になってしまったから。
ちょっとしたリハビリでした,はい。……そんで飲んじゃった。ってわけ。

11036/11025 DGF01024  めざら           Re^4: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/10 09:41 11034:めざらさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/
現時点では非公式版となっている2008年版の logsortw の存在を教えていただき,
実行してみたところ,ヘッダ不正問題は解決し,めでたく重複発言番号ありの
エラーによって停止しました。(笑)

さて,どうしようかな。
それに絡んでと思われるログ破損(一部消失)もあるので悩み中。
ログは固定されちゃっているので,ゆっくり考えればいいかな。

有難うございます&御免なさい > konnoさん

11038/11025 BQO00549  konno            Re^5: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/11 23:43 11036:めざらさんへのコメント
> 現時点では非公式版となっている2008年版の logsortw の存在を教えていただき,
> 実行してみたところ,ヘッダ不正問題は解決し,めでたく重複発言番号ありの
> エラーによって停止しました。(笑)

メールでのやりとりで、たまたまだったのですが、解決できたようでなによりです。

> さて,どうしようかな。
> それに絡んでと思われるログ破損(一部消失)もあるので悩み中。
> ログは固定されちゃっているので,ゆっくり考えればいいかな。

考えることは老化防止にいいですね。(^^;
私は全ログ検索出来てからは過去ログのアーカイブはこだわらなくなりました。
過去にやったことをなかなか思い出せなくなり、シナプスが繋がるよりも速く
全ログ検索で知りたい結果が出るので、もはやクラウドブレインです。
ブレインスモッグじゃないよ。(^^; タブン


11040/11025 CXB00940  としき           Re^5: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/12 18:32 11036:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> それに絡んでと思われるログ破損(一部消失)もあるので悩み中。

ログの一部消失って、何とかなりました?
いや、一瞬だけ野ざらしに何やら書かれていたようですが、現在では削除済みの
ようなので。
なくなったのがどこかにもよりますが、その気になれば、野ざらしに具備されている
スパム対策用の強烈ログから復帰できる部分があるかもしれません。


11041/11025 DGF01024  めざら           Re^6: 野ざらし言と板塀に全ログ検索を
( 0) 24/01/13 09:03 11040:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
あらっ,見られちゃってますね。(笑)
こちらに書くのも変なのですが,流れということでご勘弁ください,konnoさん。

ログをソートしてみたら,3882番から3909番が消失していることに気付いたのですね。
対応する時期としては 2011年のあの大震災の直前にあたる時期だったため,
1個以上のスレッドを現行ログから過去ログに移動するタイミングで,
震災に起因する突然の停電などに巻き込まれたに違いないと思いました。
Internet Archive にも前後数年が保存されておらず,スレッドのタイトルも不明。

ところがですね,手元の古〜いバックアップに残っていたのですよ。
そのバックアップが2012年2月の現行ログのバックアップだったので,
震災などの影響はまったくなかったと考えられるわけです。
そんなわけで消失告知を削除したという経緯です。

いやぁ,バックアップって取っておくものですね。

そもそもバックアップを日々保存していた理由が,
スパムが書き込まれたときに直前バックアップで上書きすると超ラクチンだから。
そのためにも定期的にバックアップをしようとしようと改めて思った次第です。

それでも,現時点で過去ログが不備な状態なので,何とかしないと,
たとえ「気が向いて」も全ログ検索機能を取り込めないという状況なんですね。

11042/11025 CXB00940  としき           バックアップ
( 0) 24/01/13 10:50 11041:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> そもそもバックアップを日々保存していた理由が,
> スパムが書き込まれたときに直前バックアップで上書きすると超ラクチンだから。

うちの板塀も、同じ理由でまめなバックアップは取っていたのですがね。
目的が目的なんで、バックアップの保存場所は同一サーバー内。
つまり、サーバーマシンがお亡くなりになると一蓮托生。
なので、現在ではそれはやめて、定期的に、lacoocanの非公開エリアにバックアップ
しています。

> そのためにも定期的にバックアップをしようとしようと改めて思った次第です。

定期的に何かをしようと思ったら、コンピュータに仕事をさせましょう。
私は、Windows純正のタスクスケジューラに仕事をさせています。
コマンドラインからサーバにアクセスするftpスクリプトを書いて、それをバッチで
呼び出していますが、そのバッチをタスクスケジューラに登録しています。
これであとはタスクスケジューラの設定次第で、月に1回だろうが週に1回だろうが、
裏で自動的にお仕事をしてくださっています。


11043/11025 DGF01024  めざら           Re: バックアップ
( 0) 24/01/14 11:27 11042:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
確かにタスクスケジューラを使うと手間がないのかもしれませんね。
うちの場合は,常時起きているPCがないのと,日常の必要性もないので,
書き込みのあったタイミングでバックアップすることで十分に思います。


11044/11025 CXB00940  としき           Re^2: バックアップ
( 0) 24/01/15 10:45 11043:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> うちの場合は,常時起きているPCがないのと,日常の必要性もないので,

ここがポイントか。
たとえば、週に1回、日曜の午前10時、とかに設定する。
普段の日曜なら午前10時にはPCを使っていない。
でも、ごくまれに、たとえばお天気の事情なんかで立ち上げていることもあるかも
しれない。
とすると、両方のアンド条件で、平均して月に1回のバックアップ達成、とか。
ここはあくまでも平均なんで、3週連続バックアップが行われたり、3ヶ月もの間
バックアップされなかったり、ということもおきえますが。
この辺、自分のPCの使い方と条件設定次第で、いかようにもできるかと。


11045/11025 DGF01024  めざら           Re^3: バックアップ
( 0) 24/01/15 18:59 11044:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
実際の話。
常時起きているPCはないけれど,常時起こすことのできるPCはあります。
メインマシンは「休止状態」が有効なので,その気になれば制御可能です。
ただ,野ざらしの書込み頻度は五日に一度。
日常的に自動バックアップの必要性はないんじゃないかな〜


11046/11025 CXB00940  としき           Re^4: バックアップ
( 0) 24/01/16 18:44 11045:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
頻度の捕らえ方とか、まじめさが違うのかもしれない。
月に1度のバックアップでも頻繁だと感じるか。
週に1度でも、まれなことだと感じるか。
何らかのトリガを元に、必ずバックアップしないとまずいと思うか。
バックアップがないせいで復旧が困難を極めても、まぁいいかで済ませるか。

私自身は昔、PC-98でDOSのころは月に1回、HDDをフルバックアップしていました。
現在、Windowsになったら、フルバックアップなんて数年に1回。
堕落したものです。


11047/11025 DGF01024  めざら           Re^5: バックアップ
( 0) 24/01/17 13:33 11046:としきさんへのコメント
参照先:http://mezala.la.coocan.jp/
頻度はまぁ,痛い目に遭った回数の反映か,性格かというところでしょうか。
ただ,痛い目というのは忘れやすいことも確かで,それこそ命の危険とか,
命よりも大事なデータ(そんなものあるのか?)とかでないと……とも思えます。

バックアップって,ふつうは自分で時間をかけて作成したものをするもので,
要するに時間にかける保険ですね。カネで買えるものは正直どうでもいい。
……はずなのですが,年金生活ともなると,そうも言い切れないわけで。

実際の話。
定期的にバックアップしているのは,メインの NAS。
これには USB で HDD が繋いであり,毎日夜中に自動バックアップしています。
また,半月に一度くらいの頻度で,サブの NAS 及びサブのデスクトップに繋いでいる
USB 接続の外付け HDD の二箇所にフルバックアップしています。
(フルと言ってもエロ動画なんかのディレクトリは対象外ですが)

前者は疑似ミラーですが,後者ニ個所は追加バックアップ。
メインから削除されたものも残っています。
ある意味安心なのですが,容量逼迫の原因なので,管理が面倒です。
少なくとも重複ファイル検索ツールをときどき使う必要があります。
(ディレクトリ名を変更したり,移動したものは重複してゆく)

その一方で,日々作成しているデータファイルのバックアップは怠っている状態。
今回のとしきさんとのやり取りで,そこ何とかしようか……と自覚しました。
要するに,もっともバックアップしなければならないファイルを放置していて,
メインのラップトップが逝ったら数ヶ月分の作業が失われる可能性があるということ。
ここは自動化や習慣化を考えなければいけないでしょうね。
腰を上げるきっかけを作ってくださり,有難うございました。

11226/11226 BQO00549  konno            J31用BASICコンパイラの各エミュ対応沼
( 0) 24/04/23 01:23 コメント数:4
STIME のTurboBasic用のBASICソースを J31BASICに逆移植しました。
元々は J3100で開発、運用していたので、動くようになるまで1時間も掛かりませんでした。
ところが、その後の各エミュでの挙動が違いすぎてその対応は非常に困難なものでした。
まるで底なし沼に落ちたような、藻掻けば藻掻くほど深くなるその深淵は、地獄か。

ということで、地獄から生還した私の地獄巡り体験記(違う)改造遍歴を書いてみたいと思います。(^^;
始めに両コンパイラの違いの説明です。
ソースの冒頭

TurboBasic
1  'STIME5  Menu   1994-08-10 96-05-27 97-9-12 98-04-23 09- 24-04-21
10 'TB
50 REM $DYNAMIC
55 $INCLUDE "REGNAMES.INC"

J31BASIC
1  'STIME6  Menu   1994-08-10 96-05-27 97-9-12 98-04-23 09- 24-04-22
10 'J31
50 REM $DYNAMIC
55 rem '$INCLUDE "REGNAMES.INC"

1994年頃は J3100で運用していましたが、Windows95が出てPCもWinノートに変わりました。
DOSの画面モードは VGAになり、J31用のプログラムは動かない。(>_<)
仕方なく手持ちのTurboBasicに移植することに。それが恐らく 96年以降の日付。

50行は J31用の設定ですが、TurboBasicでも同じようです。REM も含めてメタコマンドか。
55行は、TurboBasic用で、J31コンパイラではエラーになります。

55 '$INCLUDE "REGNAMES.INC"
55 rem $INCLUDE "REGNAMES.INC"

実は上のどちらにしてもエラーになるので、REM ' としてやっとコメントになりました。

後はテキストカラー属性指定かな。
TurboBasicは、
COLOR 7,0	グラフィックモード
COLOR 7,0,0	テキストモード

J31
COLOR 7,0	グラフィック
COLOR @7,0,0	テキスト

"@" だけの違いのように見えますが、実は TurboBasicでは文字の反転はテキストモードだけ
つまり、SCREEN 0 の英語テキストモードでしか使えないようです。
J31は基本グラフィックモードだけなので、@でテキスト文字用に使い分けできます。

他にもあったかもですが、僅かの変更でコンパイラは通るようになり、動き始めました。
だが本当の地獄はこれから始まるのであった。


続く ・・・のか


11228/11228 BQO00549  konno            LXCLND.DEF の祝日変更対応版
( 0) 24/04/27 23:07 コメント数:1
STIME のカレンダ表示などを弄っていて、LXCLND.DEF と表示を比べてみたら
2月23日とか12月23日など違っている日がいくつかありました。
STIMEの HOLIDAY.DAT を見てみると

02/23 2020-2099 天皇誕生日  (令和天皇)
12/23 1989-2018 天皇誕生日  (平成天皇)

なるほど、最近変更された祝日に LXCLND.DEF が対応してないのですね。
STIME のバグでなくてほっとしました。(^^;

見たついでに、LXCLND.DEF の祝日テーブルを修正しました。
LXCLND.DEF には HOLIDAY.DAT のデータ形式で参考にさせてもらいましたからね。

LXCLND.DEF  431行目

72:	;---- holiday definition -----------------------------------------

;	hh..2  =  "1874>1948=11;1967>0=11",
	hh..2  =  "1874>1948=11;1967>0=11;2020>0=23",

;	hh..4  =  "1874>1948=3;1928>0=29",
	hh..4  =  "1874>1948=3;1928>1988=29;1989>2006=29;2007>0=29",

;	hh..5  =  "1949>0=3;1985>0=4;1949>0=5",
	hh..5  =  "1949>0=3;1985>2006=4;2007>0=4;1949>0=5",

	hh..8  =  "2016>0=11",

;	hh..10 =  "1874>1948=17;1966>1999=10;2000>0=BB",
	hh..10 =  "1874>1948=17;1966>1999=10;2000>2019=BB;2020>0=BB",

;	hh..12 =  "1989>0=23",
	hh..12 =  "1989>2018=23",


該当する HOLIDAY.DAT の祝日は

02/23 2020-2099 天皇誕生日  (令和天皇)

04/29 1948-1988 天皇誕生日 (昭和天皇)
04/29 1989-2006 みどりの日
04/29 2007-2099 昭和の日

05/04 1985-2006 国民の休日
05/04 2007-2099 みどりの日

08/11 2016-2099 山の日

10/10 1966-1999 体育の日
10/BB 2000-2019 体育の日
10/BB 2020-2099 スポーツの日

12/23 1989-2018 天皇誕生日  (平成天皇)

修正した LXCLND.DEF を VZマクロの部屋に置きました。
以下の直リンクでも見ることができます。

#txt:LXCLND.DEF



11230/11228 DGF01024  めざら           Re: LXCLND.DEF の祝日変更対応版
( 0) 24/04/29 07:36 11228:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
わたしもオリ・パラ関連特別措置法による移動は無視しました。
四月と五月は敢えて弄りませんでした。祝日名を表示するわけでもないので。


11231/11228 BQO00549  konno            Re^2: LXCLND.DEF の祝日変更対応版
( 0) 24/04/29 23:16 11230:めざらさんへのコメント コメント数:1
> わたしもオリ・パラ関連特別措置法による移動は無視しました。

これは Wikipedia でも参考程度になっていますね。

> 四月と五月は敢えて弄りませんでした。祝日名を表示するわけでもないので。

そうなんですよね、表示は同じなんですが、オリジナルでも分けているところがありましたので。

ところで、今回 LXCLND.DEF で気が付いたところがあります。
中央のカレンダに今日の日付が () に囲われてわかりやすくなっていますが
表示月を移動しても同じ日付に () が付いたままになっていますね。

これはバグという見方もできますが、仕様かもしれないと思いました。
このマクロはスケジュール管理のために月を変えてカレンダを参照しやすくなっています。
その時、今日は何日だっけ?と思うこともありそうなので、その確認になるかなと。
なので、この仕様はこのままにしておきます。

STIME でも現在の日付に色付けしていますが、改編時バグって毎月同じ日付に色がついて
修正に苦労したりして。いや、年取って頭が働かなくなっただけなんですけどね。(^^;

う、そういえば今日は祝日なのに今日の日付が赤になっていない。(>_<)
うーん、直せるかしら・・・(^^;


11232/11228 DGF01024  めざら           Re^3: LXCLND.DEF の祝日変更対応版
( 0) 24/04/30 08:26 11231:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
> 表示月を移動しても同じ日付に () が付いたままになっていますね。

日付出力のために疑似カーソルを表示しています。
これは当日であるとは限らないです。(当日は[TAB]入力直後の表示)


11233/11228 BQO00549  konno            Re^4: LXCLND.DEF の祝日変更対応版
( 0) 24/05/01 16:02 11232:めざらさんへのコメント コメント数:1
> > 表示月を移動しても同じ日付に () が付いたままになっていますね。
> 日付出力のために疑似カーソルを表示しています。
> これは当日であるとは限らないです。(当日は[TAB]入力直後の表示)

疑似カーソルって、Shift+カーソルキーで () の日を移動出来るんですね。
凄いテクニックです。ソースを見てみました。

LXCLND.DEF 189行目以降

10:	;---- make menu --------------------------------------------------

	pr..15 = "$$3($$7",		;right of today
	pr..16 = "$$3)$$7",		;left of today

ここが多分メニューの中で () を表示するところでしょうか。
実際のメニュー表示はその下のマシン語かな。

10:	;---- mklxclnd.asm ----

こうなると全く読めないので追及は諦めます。(^^;


11234/11226 BQO00549  konno            C000h VRAM領域と CDBL$() の問題
( 0) 24/05/01 17:48 11226:konnoさんへのコメント コメント数:2
新しい STIME では、TIMER.DAT にタイマー画面を退避させています。
J31用BASICコンパイラを動作させてみると、その画面がおかしい。
ぐちゃぐちゃになっているのです。

TurboBasic では、48桁 23行で以下のように表示されます。
1行目は、d-他の受け渡しに使っています。

 1             1 
>                                               
 1日 17:16:31   0: 0: 0    0: 0: 9        
                                                
  中略
                                                
     1日 17:16:33   0: 0: 0   0: 0: 7     


J31BASIC では、各エミュごとに全部違っています。

VTDOS 4/13
13 把  0Oマ: 4Sマ: 4Sツ   8:12'45    0: 0:19        
                                                
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

VTDOS 4/21
21日^@^@02:38:31  0: 0: 0   0: 6:48 ^@^@^@^@^@^@
                                                
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

VTDOS 5/1
 1日  17:22:54  0: 0: 0   0: 0: 8       
                                                

最初は2バイト文字が変に文字化けして、背景のスペースがヌルになっています。
現在は正常表示になっていますが、ここまでするのに一苦労でした。

DOSVAXJ3 VGAモード
12日cc 1PP6UU:2QQ9XX:1PP0OO   0  8:40:54 0: 0: 3
                                                
ロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロ
ロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロロ

DOSVAXJ3 J31モード
13日日 0011:0077:4477   0: 0'26    0: 0:13        
                                                
                                                
MS-DOS Player
13日c 0O0O:5T3R:3R0O   0: 0' 0    0: 0:11        
                                                
                                                
このように、どのエミュでも2バイト文字が化けたり2重になったりしています。
その原因は、J31BASIC の CDBL$() という、1バイトの数字を2バイト文字に変換する関数でした。
元々は J3100 でこの関数を使って表示していたので元に戻してみたらこうなったということです。
しかたがないので、TurboBasic と同じやり方に戻しました。

背景の空白が ヌル文字になったり、DOSVAXJ3 VGAモード では、$DB で埋められています。
これは、VRAM領域のメモリの状況によると思われます。
C000h セグメントは VGAの領域で確保されていると思いますが、初期化の問題なのかな。
VTDOS では、TPAEXT などでメモリ拡張していると干渉すると思われるので要注意です。

ともかく、動くのが不思議な状態なので、このまま使うのがよろしいようです。
                                                


11235/11228 DGF01024  めざら           Re^5: LXCLND.DEF の祝日変更対応版
( 0) 24/05/02 13:17 11233:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
> 疑似カーソルって、Shift+カーソルキーで () の日を移動出来るんですね。

メニュー表示中のコマンドキーを受けるもののうち,以下の四つですね。

(#37)	{ r=7, &11 }
(#38)	{ r=7, &12 }
(#a)	{ r=1, &11 }
(#f)	{ r=1, &12 }

これらのキーを受け取ったときに「日付」を再設定します。
再設定する値は現在の値に1日(左右)か7日(上下)を増減して再表示します。

再表示のしかたについては,多くのカレンダーマクロで当日の背景色を変えたり
括弧でくくったりするのとまったく同じで,メニューアイテムへの埋込みです。
(括弧の場合は前後の空白に上書きすることになりますが)

メニューアイテムの書換えというのはトンでもなく面倒なわけで,
オリジナルのnomad版ではテキストに書き出すという手法をとっていたため
konnoさんのようにキーを押しっぱなしにしたりする人(^^;はとても使えなかった。

Yushiさんはメモリ(ラインバッファ)上に出力することと機械語化で高速化し,
Emmettさんは機械語化をさらに徹底的に行なって超高速化しています。

メニュー内でカーソルを動かすというのは確かに高度なテクニックですが,
(アセンブラに馴れ親しんでいるkonnoさんには釈迦に説法に違いないのですが)
とにかくひたすら面倒な「低級」テクニックとも言えると思います。

Yushiさんなんか,メニューで十字カーソルですぜ。
そんな面倒なコードをよく書くものだなぁとひたすら感心します。

あ,元に戻って,「日付」というのは保持している値なので,あまり意味はなく,
「当日」を指示されたときだけリセットするというイメージですね。

11236/11228 BQO00549  konno            Re^6: LXCLND.DEF の祝日変更対応版
( 0) 24/05/03 22:01 11235:めざらさんへのコメント
> > 疑似カーソルって、Shift+カーソルキーで () の日を移動出来るんですね。
> メニュー表示中のコマンドキーを受けるもののうち,以下の四つですね。
> (#37)	{ r=7, &11 }
> (#38)	{ r=7, &12 }
> (#a)	{ r=1, &11 }
> (#f)	{ r=1, &12 }

なるほど、詳細な解説ありがとうございます。
これなら改造も出来そうな気がしてきました。(やらないけど。(^^;)

> メニューアイテムの書換えというのはトンでもなく面倒なわけで,
> オリジナルのnomad版ではテキストに書き出すという手法をとっていたため
> konnoさんのようにキーを押しっぱなしにしたりする人(^^;はとても使えなかった。

い、いやぁ、、、そんなことは・・・ない、と思いますです。(^^;
実際のところ今カレンダ表示をモードによって分岐を変えるので四苦八苦してます。
とんでもないスパゲッティが出来上がりつつあり、ソースでごまかせるのかと。(^^;

> あ,元に戻って,「日付」というのは保持している値なので,あまり意味はなく,
> 「当日」を指示されたときだけリセットするというイメージですね。

これ、勘違いしていました。疑似カーソルの意味がやっとわかりました。
スケジュールとのリンクとか日付出力とかでこの機能が必要だったのですね。


11237/11237 DGF01024  めざら           DOSVAXJ3 Build JP240502 更新
( 0) 24/05/05 00:19 コメント数:1
参照先:http://mezala.la.coocan.jp/
DOSVAXJ3 が 240502版に更新されました。
以下更新内容です。

・J-3100 モードの場合、int 10h ah=02h のカーソル位置指定で bh のページ番号は使用せず常に 0 となるよう修正しました。
・J-3100 の int 10h ax=8200h でスクロールモードを変更した後に画面クリアするよう修正しました。
・macOS 上での SDL-IM+ の不具合を修正しました。

……てことで,あまり関係ないかしら(^^;)

11238/11237 BQO00549  konno            Re: DOSVAXJ3 Build JP240502 更新
( 0) 24/05/05 02:37 11237:めざらさんへのコメント
> ……てことで,あまり関係ないかしら(^^;)

あうう、更新の記事を上げようとしたら先を越されてしまいました。(^^;

問題無く動作しますが、特に変化は感じないです、(^^;
この機会にJ31関連でちょっと要望などしてみようかしら。(^^;


11239/11226 BQO00549  konno            C000h セグメントは間違い、A000h でした。m(__)m
( 0) 24/05/06 01:56 11234:konnoさんへのコメント
> C000h セグメントは VGAの領域で確保されていると思いますが、初期化の問題なのかな。
> VTDOS では、TPAEXT などでメモリ拡張していると干渉すると思われるので要注意です。

C000h セグメントはパソピア16 でした。思い込みで間違えました。m(__)m
J3100用BASICコンパイラでは、画面モード 75 (SCREEN 4) でカラーモードが使えます。
J3100テクニカルブックによるとこのモードでは VRAM領域 A000h - AFFFh となっています。

確認のために STIME実行中に SHELL で画面情報を見てみました。

・DOSVAXJ3 J31
CHEJ.EXE <MultiMode CHEV> ver 6.10 by Natrium.

現在 DOS/V(Normal)、日本語環境です。
現在のビデオモードは 03h です。

V - Video mode information    R1.0  (C)ChaN,1993

Current Video Mode = 03h
Screen Size        = 80x25
Character Height   = 19
VRAM Mode          = APA
VRAM Address       = C741:0000 (Virturl VRAM)


・DOSVAXJ3 VGA
現在 DOS/V(Normal)、日本語環境です。
現在のビデオモードは 03h です。

Current Video Mode = 03h
Screen Size        = 80x25
Character Height   = 19
VRAM Mode          = APA
VRAM Address       = C679:0000 (Virturl VRAM)


・VTDOS
現在 DOS/V(V-Text)、日本語環境です。
現在のビデオモードは 70h です。

Current Video Mode = 70h
Screen Size        = 110x35
Character Height   = 12
VRAM Mode          = A/N
VRAM Address       = D000:0000 (Real VRAM)


・MS-DOS Player
現在 DOS/V(V-Text)、日本語環境です。
現在のビデオモードは 75h です。

Current Video Mode = 75h
Screen Size        = 80x25
Character Height   = 22
VRAM Mode          = A/N
VRAM Address       = B800:0000 (Real VRAM)


うーむ、どのエミュも A000h - AFFFh の領域は使用していないようですが
VRAMアドレスがバラバラですね。


11240/11226 CXB00940  としき           Re: C000h VRAM領域と CDBL$() の問題
( 0) 24/05/09 22:22 11234:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
ごめんなさい、ここのところがよくわからないので解説希望。

> その原因は、J31BASIC の CDBL$() という、1バイトの数字を2バイト文字に変換する関数でした。
> 元々は J3100 でこの関数を使って表示していたので元に戻してみたらこうなったということです。
> しかたがないので、TurboBasic と同じやり方に戻しました。

(1)J31BASICではCDBL$()を使っていた
(2)でも何らかの理由でJ3100ではCDBL$()を使わなくなった
(3)だけどやっぱりCDBL$()を使ったら文字化け
(4)TurboBasicと同じCDBL$()を使わない方法に戻した

という理解でよろしいのでしょうか。それとも

(1)J31BASICではCDBL$()を使っていた
(2')でもJ3100以外の機械で使うためにCDBL$()を使わなくなった
(3)だけどやっぱりCDBL$()を使ったら文字化け
(4)TurboBasicと同じCDBL$()を使わない方法に戻した

こっちの理由かな。
つまり、(2)なのか(2')なのかで違いがあるかも、というお話。


余談ですが、N88-BASICにはCDBL$()という関数はありません。
数値型のCDBL()という関数はあります。
引数を倍精度型に変換するという関数です。
文例として
A#=CDBL(256%)
なんていうのが載っていますが、仮に
A#=256%
とした場合と何が違うのか、あまり知られていません。違いはないのかも。
積極的には使われない関数であることは間違いありません。


11241/11226 BQO00549  konno            Re^2: C000h VRAM領域と CDBL$() の問題
( 0) 24/05/10 01:02 11240:としきさんへのコメント コメント数:1
> (2')でもJ3100以外の機械で使うためにCDBL$()を使わなくなった

こちらですね。
経緯は書いていますが、もう一度整理すると

・元々J3100 で使うために J31BASICでCDBL$()(2バイト数字文字)を使っていた。
・でも、PCがWin95ノートに変わってしまい、J3100のプログラムが動かなくなったので
 TurboBasicに移植して、CDBL$()が使えないので、1バイト数字文字で運用した。
・今回このプログラムを公開するために、2バイト数字文字表示を実現させた。
・その後 J31BASICで各種エミュで動くことが分かったので、CDBL$()(2バイト数字文字)を復活させた。
・だけど CDBL$()を使ったら文字化け。
・結局TurboBasicと同じCDBL$()を使わない方法に戻した

で、文字化け等の原因ですが、J3100と IBM-PCの VGAで同じBIOSコールを使っていても
機能が微妙に違ったり VRAMへの描画形式が違うためと思われます。
VRAM領域は、VGAと J31の画面モード 75 が同じ A000h セグメントなので動くみたいです。
実機では動かないと思っていましたが、エミュでは何故か動くのです。

> 余談ですが、N88-BASICにはCDBL$()という関数はありません。
> 数値型のCDBL()という関数はあります。
> 引数を倍精度型に変換するという関数です。

この関数は J31BASIC にもあります。機能的にも同じようです。

> 積極的には使われない関数であることは間違いありません。

私も使ったことが無いです。(^^;


11242/11226 CXB00940  としき           Re^3: C000h VRAM領域と CDBL$() の問題
( 0) 24/05/10 13:07 11241:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> > (2')でもJ3100以外の機械で使うためにCDBL$()を使わなくなった
> こちらですね。

理解できました。ありがとうございます。
ところで、CDBL$()を使わない方法ってどんなものですか?
Vzでよくやる、$824fを足しこむ、みたいなものかな。


11243/11226 BQO00549  konno            Re^4: C000h VRAM領域と CDBL$() の問題
( 0) 24/05/11 01:03 11242:としきさんへのコメント コメント数:1
> ところで、CDBL$()を使わない方法ってどんなものですか?
> Vzでよくやる、$824fを足しこむ、みたいなものかな。

Vzでよくやる、$824fを足しこむ、みたいなやりかたはしてないです。
「0」のコード $30 を「0」のコード $824f に変換ですか、出来そうですね。

私は単純に配列を使ってみました。

DIM BB$(10)
BB$(1)="1"
BB$(2)="2"
BB$(3)="3"
BB$(4)="4"
BB$(5)="5"
BB$(6)="6"
BB$(7)="7"
BB$(8)="8"
BB$(9)="9"
BB$(0)="0"
PRINT BB$(VAL(MID$(TIME$,1,1)));BB$(VAL(MID$(TIME$,2,1)));

これで2桁の2バイト数字表示になります。
VZ式だと配列を使わないで

k!=&h824f
PRINT chr$(k!)

こんな感じ? 結果はエラーになりました。(>_<)


11244/11226 CXB00940  としき           Re^5: C000h VRAM領域と CDBL$() の問題
( 0) 24/05/11 11:11 11243:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
配列方式は、わかり易くていいんですけどね。
やっぱり、初期設定がちょっと手間がかかる気がして。
単なる気のせいなんでしょうけど。

> こんな感じ? 結果はエラーになりました。(>_<)

あぁそうか。
chr$だと1バイト値しか取れませんからね。
N88-BASICだとAKCNV$かKNJ$を使う、ということになっているのですが、私、KNJ$って
使った記憶がない。これは純粋に文字コードの変換しかしてくれなくて、表示の際には
もう一手間かかるので。


11245/11226 BQO00549  konno            Re^6: A000h VRAM領域と CDBL$() の問題
( 0) 24/05/12 02:04 11244:としきさんへのコメント
> chr$だと1バイト値しか取れませんからね。
> N88-BASICだとAKCNV$かKNJ$を使う、ということになっているのですが、私、KNJ$って
> 使った記憶がない。これは純粋に文字コードの変換しかしてくれなくて、表示の際には
> もう一手間かかるので。

それらの関数は J31BASICには無いですね。調べてみたら、「0」は、KTN$("0") 
これで区点コードで &K0316 が得られました。この形式なら CHR$() で表わせるようです。
PRINT CHR$(&K0316)
0

&K は定数なので、これではちょっと使えないなぁ。
さらに調べてみたら、「0」は、内部連続コードなら CHR$() で表わせるようです。
その換算表が手元に無いのでさらに調べたら、ASC("0") で連続コードが得られるようです。
PRINT ASC("0")
459

PRINT CHR$(459)
0

おお、これなら使えるかもしれない。0〜9までの数値は

2バイト 区点コード	連続コード
0	&K0316		459
1	&K0317		460
2	&K0318		461
3	&K0319		462
4	&K0320		463
5	&K0321		464
6	&K0322		465
7	&K0323		466
8	&K0324		467
9	&K0325		468

こうなりました。この内部連続コードを使えば配列がいらなくなりますね。
早速 BB$(I) を CHR$(I+459) に入れ替えてみました。
おお、動いた。\(^^)/ ヤッタ-

でも、考えてみたら、TurboBasic ではこの関数使えないですね。
ということで、互換性を考えてこの案は没にします。(;_;) 時間を返せ〜


11246/11226 BQO00549  konno            VTDOSは 2バイト文字の表示に難有り
( 0) 24/05/13 15:07 11226:konnoさんへのコメント コメント数:1
各種DOS/V系エミュのテキストモードで J31BASIC が動作する仕組みは大体わかりました。
J31BASIC では文字の読み書きなどを BIOSコールで行っていると思われます。
なので、BIOSレベルではほぼ互換なのでテキストが正常に表示出来ていると。

ところが VTDOSの場合、2バイト文字の表示にいくつか問題がありました。

・文字列の中で2バイト文字だけ表示位置が1バイト後ろにズレる。
 その後ろが1バイト文字の場合2バイト文字が表示されなくなる。

・CHR$()で文字表示の場合改行しないと(カーソル点滅で?)最後の文字が消えることがある。
 1バイト罫線文字などでもこの現象は起こる。必ず起こるわけではないのは点滅のせい?

・"日 月 火 水 木 金" これらの文字が特に表示されにくい("土"はそうでもない)
 カレンダーでは必須の文字なのでCHR$()を使って苦労して体裁を整えた。

いずれも結構な難題補間形書くで、どうにかこうにか見た目だけは正常に出来ました。(^^;
VTDOSだけ何故こうなるのかは謎ですね。

ちなみに DOSVAXJ3のVGAモードならカラーグラフィックも表示されます。
640*400 の範囲だけどね。(^^;


11247/11226 CXB00940  としき           Re: VTDOSは 2バイト文字の表示に難有り
( 0) 24/05/13 22:24 11246:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
なんか昔、1バイト幅の2バイト文字、というのが話題になったようなおぼろげな
記憶が。PC-98でしたっけ?


11248/11226 DGF01024  めざら           Re^2: VTDOSは 2バイト文字の表示に難有り
( 0) 24/05/14 16:47 11247:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
文字だとちょっと思い出せないんですが……,
確か罫線で半角の2バイト素片があったように思います。

大昔のPC8801のN88-BASIC のマニュアルなんか見たら,
1/4角文字コードなんて掲載があって凄く笑った。
実は,カセットテープの背ラベルとかに割と重宝してたの思い出して,
なんだか切ないような愛おしさまで感じた。(PC88専用ワープロで対応してた)
データベースが使えなくて印字で現物管理していた遠い昔の話です。

11249/11226 BQO00549  konno            Re^3: VTDOSは 2バイト文字の表示に難有り
( 0) 24/05/14 22:08 11248:めざらさんへのコメント
としきさん
> なんか昔、1バイト幅の2バイト文字、というのが話題になったようなおぼろげな
> 記憶が。PC-98でしたっけ?

PC98で 2バイト半角というのは聞いたことがあります。

めざらさん
> 大昔のPC8801のN88-BASIC のマニュアルなんか見たら,
> 1/4角文字コードなんて掲載があって凄く笑った。

そんなのもあるんですか、面白いですね。

> 実は,カセットテープの背ラベルとかに割と重宝してたの思い出して,
> なんだか切ないような愛おしさまで感じた。(PC88専用ワープロで対応してた)
> データベースが使えなくて印字で現物管理していた遠い昔の話です。

私も8ビットのパソピア7に漢字パック入れてドットプリンタで漢字印字とかやってたような。
5インチFDDも買っていたので凄い出費でしたが、全部捨ててしまったのは惜しいことしたかなぁ。


11250/11250 BQO00549  konno            DOSVAXJ3 Build JP240514版 更新
( 0) 24/05/15 00:34 コメント数:2
DOSVAXJ3 Build JP240514版 (2024/5/14)が更新されました

内容は

build JP240514 (2024/5/14)

    タイトルバーに表示する文字列を指定する [sdl] titlebar が有効になっていなかったのを修正しました。
    タイトルバーに表示する文字列を変更するコマンド title を追加しました。
    macOS Sonoma 上での SDL-IM+ の不具合を修正しました。


[sdl] セクションで

titlebar          =
     ↓
titlebar          = DOS/V

このように変更すると、窓のタイトルバーに表示されて、DOS/V モードか J31 モードか判別しやすくなります。
私は常時複数窓を開けて使い分けているので、コマンドラインで

title J31

等とすればその窓のタイトルが変わります。
タスクバーの表示も変わるので使い分けに便利です。

わがままな要望に応えてくださった軟式さんに感謝です。


11251/11226 BQO00549  konno            VTDOSの vtd_err.log のサイズが超巨大になってた件
( 0) 24/05/18 23:57 11226:konnoさんへのコメント コメント数:2
最近 Cドライブの空き容量が急激に減少してほとんど無くなってきました。
色々不要なファイルを削除したり移動させても追いつきません。

ふと、VTDOSのエラーログ、vtd_err.log を確認してみたら、、、げげぇ、なんと!!
ギガ越えの超巨大ファイルになっているではないですか!! なんじゃこりゃぁ!!
その原因は、J31BASICコンパイラの実行ファイル、STIME.EXE でした。

2024-04-16 10:01:41 STIME(09BA) 1876:4778 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8500'
2024-04-16 10:01:42 STIME(09BA) 1876:47F1 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8582'
2024-05-08 07:47:20 STIMEJ(2797) 433A:5982 'サポート外 KEYBOARD BIOS(int16h) 機能 F6'
2024-04-16 10:02:00 STIME(09BA) 1876:4D68 'サポート外 Int6F'

このようなエラーログが延々と出続けていたのです。
特に、Int10h AX=8500 〜 AX=8582 は毎秒30くらい出続けていました。
なんてこった、これでは VTDOSで使えないではないか。(>_<)

この割り込みは、ブラウンデータにも載っていない J31独自機能のようです。
J3100テクニカルブックを発掘したので見ると、カーソル位置のアトリビュート読み込みのよう。
int16h 機能 F6 は、キーバッファのチェックのようです。
Int6F は、ATOK5制御割り込みのようです。

VTDOSには エラーログ抑制オプションとかは無さそうだし、どうしたものか・・・・


11252/11226 BQO00549  konno            DOSVAXJ3の超巨大ファイルで C:の空きがゼロになった件
( 0) 24/05/21 00:15 11251:konnoさんへのコメント
> ふと、VTDOSのエラーログ、vtd_err.log を確認してみたら、、、げげぇ、なんと!!
> ギガ越えの超巨大ファイルになっているではないですか!! なんじゃこりゃぁ!!
> その原因は、J31BASICコンパイラの実行ファイル、STIME.EXE でした。

このVTDOSのエラーログを削除しても Cドライブの空き容量の減少が止まりません。
そして、ついに Cドライブの空き容量がゼロになってしまいました。
その時ふと、DOSVAXJ3のフォルダを覗いてみたら、capture フォルダが出来ていて
こんな感じになっていました。げげぇ!!!

2024/04/26  05:15     5,866,799,616 stime_000.wav
2023/04/10  16:46             7,343 dosbox_000.png
2023/04/10  16:54         1,892,112 dosbox_000.wav
2023/04/10  16:54             7,202 dosbox_001.png
2024/03/06  14:10             5,300 stime510_000.png
2024/03/06  07:40         2,311,592 stime510_000.wav
2024/03/06  07:41         4,845,752 stime510_001.wav
2024/03/06  13:51         1,952,792 stime510_002.wav
2024/03/06  13:57        52,911,756 stime510_003.wav
2024/03/06  13:58         6,592,112 stime510_004.wav
2024/03/06  14:00        23,988,684 stime510_005.wav
2024/03/06  14:10        46,314,040 stime510_006.wav
2024/03/06  14:33       158,472,688 stime510_007.wav
2024/03/06  14:33         5,609,564 stime510_008.wav
2024/03/09  23:59     3,240,653,264 stime_000.wav
2024/03/09  23:59         1,792,092 stime_001.wav
2024/03/09  23:59            66,900 stime_002.wav
2024/03/09  23:59         1,114,112 stime_003.wav
2023/04/10  16:54         1,892,112 dosbox_000.wav

※ これはもう1台のPCの中身。件のデータはもっと巨大で、緊急事態につき速攻で削除しました。

どうやら DOSVAXJ3 の機能キーを不用意に押してしまったようです。

キー割当  機能名
Ctrl-F5   Screenshot
Ctrl-F6   Rec Wave

この辺のキー割り当てを弄ったので、その時に押してしまったと思われます。

# C部の空き丸ごと消滅だと!
  良くわからないものを無理して使うからよ・・・

PCの警告が出て、Cドライブのクリーンアップが推奨されたので、しかたなく OK しました。
その結果、3分の1くらい空きができました。(大丈夫なのか)
その後は問題なく動作しているようなので、まあいいか。(^^;


11253/11226 BQO00549  konno            エラーが出るなら元を絶ってしまえばいいじゃない
( 0) 24/05/22 00:14 11251:konnoさんへのコメント
> 2024-04-16 10:01:41 STIME(09BA) 1876:4778 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8500'
> 2024-04-16 10:01:42 STIME(09BA) 1876:47F1 'サポート外 VIDEO BIOS(Int10h) 機能: AX=8582'
> 2024-05-08 07:47:20 STIMEJ(2797) 433A:5982 'サポート外 KEYBOARD BIOS(int16h) 機能 F6'
> 2024-04-16 10:02:00 STIME(09BA) 1876:4D68 'サポート外 Int6F'
> 
> このようなエラーログが延々と出続けていたのです。

これを何とかしないと J31BASICコンパイラは使い物にならないですね。
それで考えたのは、常駐プログラムでこれらの割り込みを横取りして無効化すること。

私がいつもお世話になっている、アセンブラ入門のサイトから
トップ-> アセンブラ 第2章-> 第2章.メモリー管理-> 2-7. 常駐プログラム(TSR)
https://programmer.main.jp/assembler2/assembler10.html

このページの、「HOOK21」完成版(?) のソースを元に、INT10h でやってみたら出来ました。
ところが常駐解除が出来ないのです。
色々やってみてわかったのは、ソースの解放チェックルーチンで

STAY_CHEK:
	mov	ax,3521h
	int	21h             	;割り込みベクター取得

	mov	ax,es           	;解放できるかのチェック
	dec	ax
	mov	es,ax
	mov	di,8
	cld
	mov	si,offset PRCNAME
;	mov	cl,7			;★ cl ではうまくいかない、
	mov	cx,7			;★ cx ならうまくいく

	repz	cmpsb            	;名前が一緒かのチェック
	or	cx,cx
	jz	_STAY
	stc                     	;解放できない
	ret
_STAY:                           	;解放できる
	clc
	ret

★印のところの cl を cx に変えたら常駐解除できました。

# 汚れていたのは ch だったのです。

これで調子に乗って、INT16h  INT6Fh  も一緒にしてしまいました。
でもまたもや常駐解除が出来ない。(>_<)
プログラムの仕組みがわかってないからでしょうね。(;_;)


11254/11254 CXB00940  としき           新着情報にバグがある
( 0) 24/05/26 21:57 コメント数:1
参照先:http://toshiki.la.coocan.jp/
どうも、新着情報のページの表示がおかしいですね。
すぐにプッシュアウトされてしまいそうなので具体的に言うと、野ざらし言の
新着情報の部分、野ざらし言#5602の発言のところ。
ざっくり見てみたところ、野ざらし言#5602の発言本文の中のリンク情報を
拾って、偽のリンク情報を無理やり構築している模様。

ご確認いただけると幸いです。



11255/11254 BQO00549  konno            Re: 新着情報にバグがある
( 0) 24/05/27 01:22 11254:としきさんへのコメント コメント数:1
> 新着情報の部分、野ざらし言#5602の発言のところ。
> ざっくり見てみたところ、野ざらし言#5602の発言本文の中のリンク情報を
> 拾って、偽のリンク情報を無理やり構築している模様。

ああ、本当だ、おかしいですね。
掲示板の形式とか変わったのでしょうかね。
見てみます。


11256/11254 DGF01024  めざら           Re^2: 新着情報にバグがある
( 0) 24/05/27 07:11 11255:konnoさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/
掲示板の形式が変わったわけないじゃないですか。(笑)
ただ,うちだけの問題なのかな。

例えば,こちらで似たようなリンクを書き込んでみると……(^^;

#5601:Re^14: 近況報告 めざら 2024/05/25(Sat)
http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=msgview&page=0&no=5601&reno=5600&oya=5561

あるいは,
http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&no=5561#N5602
みたいにハッシュが付いているリンクの場合とか。

違うなぁ……

あれ? 今度は VTDOS BBS の新着へのリンクが消えちゃったな。
消えたと言うか,a要素リンク内の値を括るダブルコーテーションが閉じていない?
<tr><td><a href="http://tamaneko.world.coocan.jp/bbs/http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&amp;no=5561#N5602' target='_blank' rel='noopener noreferrer' target='_blank' rel='noopener noreferrer'>???????e?[?}</a></td><td>11256</td></tr>
新着情報そのものは取得しているみたいだけれど,ダブルコーテーションの出力エラーで該当行以降が表示されないのと,他のBBSの不思議なリンクも中途半端に含まれていますね。
もしかして弄っている途中でしたか?

11257/11254 CXB00940  としき           Re^3: 新着情報にバグがある
( 0) 24/05/27 14:01 11256:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
なるほど、めざらさんの実験で、なんとなく見えてきたようです。
konnoさんの使われているコードって、1つ分の発言全体から、ある特定の形式の
URLを手がかりにして、本文だのなんだの不要なところを消して、<tr>から</tr>に
はさまれた形に変換しているのでしょう。
ここで使ってるのは正規表現置換と見た。置換一発か複数発かはわかりませんが。
でも、今回、その特定の形式に該当してしまうURLが1つの発言に複数含まれて
しまった、ということかと。
今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
発病しなかった、のではないかなぁ。
なので、正規表現を駆使して、何番目に該当するものだけ残す、みたいにすれば
解決しそうな気がする。

ハズレかな。


11258/11254 BQO00549  konno            Re^3: 新着情報にバグがある
( 0) 24/05/27 17:13 11256:めざらさんへのコメント
> 掲示板の形式が変わったわけないじゃないですか。(笑)

すみません、適当なことを言ってしまって。m(__)m
色々見てみたのですが、わからないんですよね。(>_<)

> 例えば,こちらで似たようなリンクを書き込んでみると……(^^;
> あるいは,
> http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&no=5561#N5602
> みたいにハッシュが付いているリンクの場合とか。
> 違うなぁ……

私もリンクを書き込んだりしているので疑ったんですが、よくわからないです。

> あれ? 今度は VTDOS BBS の新着へのリンクが消えちゃったな。
> 消えたと言うか,a要素リンク内の値を括るダブルコーテーションが閉じていない?
> <tr><td><a href="http://tamaneko.world.coocan.jp/bbs/http://mezala.la.coocan.jp/bbs/noz/wforum.cgi?mode=allread&amp;no=5561#N5602' target='_blank' rel='noopener noreferrer' target='_blank' rel='noopener noreferrer'>???????e?[?}</a></td><td>11256</td></tr>
> 新着情報そのものは取得しているみたいだけれど,ダブルコーテーションの出力エラーで該当行以降が表示されないのと,他のBBSの不思議なリンクも中途半端に含まれていますね。
> もしかして弄っている途中でしたか?

VTDOS BBS もおかしくなってますね。その下のリンクまで消えてるし。
弄っているのは別名のやつなので、初めからこうだったのかなぁ?
上のa要素リンク関係が怪しい気はするんですが。


11259/11254 BQO00549  konno            Re^4: 新着情報にバグがある
( 0) 24/05/27 17:39 11257:としきさんへのコメント コメント数:1
> なるほど、めざらさんの実験で、なんとなく見えてきたようです。
> konnoさんの使われているコードって、1つ分の発言全体から、ある特定の形式の
> URLを手がかりにして、本文だのなんだの不要なところを消して、<tr>から</tr>に
> はさまれた形に変換しているのでしょう。

その通りです。今見ると何をやってるかチンプンカンプンで、誰がこんなの作ったの〜状態です。

> ここで使ってるのは正規表現置換と見た。置換一発か複数発かはわかりませんが。
> でも、今回、その特定の形式に該当してしまうURLが1つの発言に複数含まれて
> しまった、ということかと。
> 今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
> 発病しなかった、のではないかなぁ。

これが原因のような気がしますね。
色々試したのですが良くならなくて、泥縄の限界かな。

> なので、正規表現を駆使して、何番目に該当するものだけ残す、みたいにすれば
> 解決しそうな気がする。

これを試してみようと思いますが、正規表現がもうわからない。(>_<)


11260/11254 BQO00549  konno            Re^5: 新着情報にバグがある
( 0) 24/05/27 17:52 11259:konnoさんへのコメント コメント数:1
> > 今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
> > 発病しなかった、のではないかなぁ。
> これが原因のような気がしますね。

試しに野ざらし言の私の発言内のリンクを消してみたら正常になりました。
でも、VTDOS BBS 以降は消えたままです。(>_<)

この辺を色々弄ってみます。(^^;


11261/11254 BQO00549  konno            新着情報バグ一応直りました。(^^;
( 0) 24/05/28 17:42 11260:konnoさんへのコメント コメント数:1
なんとか泥縄を重ねて見た目は正常になりました。(^^;

> > > 今までは、仮にURLがあっても、その特定の形式に該当するものではなかったので
> > > 発病しなかった、のではないかなぁ。
> > これが原因のような気がしますね。

やはりこれが原因だったようです。
フラグ変数を一つ増やして、リンク処理ルーチン内でカウントさせました。

> 試しに野ざらし言の私の発言内のリンクを消してみたら正常になりました。
> でも、VTDOS BBS 以降は消えたままです。(>_<)

野ざらし言の私の発言内のリンクを元に戻しても正常になりました。\(^^)/ ヤッタ-
でも、VTDOS BBS 以降が消えたままなのがわからなくて、古いルーチンで動いていたので
追加挿入してみたら、本来のルーチンも正常に表示されるようになりました。何で?
仕方がないので古いルーチンを一部残しておくことにしました。2重処理です。(^^;

# 私が(プログラムを)織っている姿(ソース)は決して覗かないでください。


11262/11254 CXB00940  としき           Re: 新着情報バグ一応直りました。(^^;
( 0) 24/05/28 19:14 11261:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
無事に治ったようですね。めでたい。

> なんとか泥縄を重ねて見た目は正常になりました。(^^;

うん、まぁ、いいんじゃないでしょうか。
ただ、これは異常ではないのでしょうが、いささか意味不明というか。
なにかというと、「今日のテーマ」の一覧の上、「Virtual Zone」の日付のうしろ、
なんか謎の「(0)」がいくつか並んでいる。
ついでに言うと、ここの部分、</FONT>の閉じタグが多い。

あと、ざっくり見ただけなので間違いもあるかもしれませんが。
「MS-DOS Player」の日付のあとの部分、なんか改行が過剰?
それと、全体的に<a></a>と<b></b>のネストが互い違いになっているような気がする。
これ、あとから改造しようとしたときにえらいことになりそうな気がするので、今の
うちにきれいにしておいたほうが良いかと。
それと、もしかしたらうちのブラウザのせいかもしれませんが。
リンクの中の実体参照「&」と「&amp;」がなんかうまくない気もする。
ただ、この混在、この「今日のテーマ」本体でもあちこちあるような。
どこまで気のせいか、というのがわからないのが現在の私の弱点。
konnoさんにおかれましては、複数のブラウザでチェックされることをお薦めします。

> # 私が(プログラムを)織っている姿(ソース)は決して覗かないでください。

どこからもケチがつかないような美しいものを織り上げられる人だけがこのせりふを
口にする資格があるような気がするのは、やっぱり私の気のせいか。


11263/11254 BQO00549  konno            Re^2: 新着情報バグ一応直りました。(^^;
( 0) 24/05/29 23:54 11262:としきさんへのコメント コメント数:1
> なにかというと、「今日のテーマ」の一覧の上、「Virtual Zone」の日付のうしろ、
> なんか謎の「(0)」がいくつか並んでいる。
> ついでに言うと、ここの部分、</FONT>の閉じタグが多い。

この「(0)」は、コメントのチェックです。
#9804:新着情報のメンテナンス、ココログのコメント数表示 konno   2020/10/02
この辺で話題にしていました。思ったより最近な感じですね。(^^;
動作確認のためにコメント入れてみました。(^^;

</FONT>の閉じタグ、多いですね。(^^; なんとか修正しました。

> あと、ざっくり見ただけなので間違いもあるかもしれませんが。
> 「MS-DOS Player」の日付のあとの部分、なんか改行が過剰?
> それと、全体的に<a></a>と<b></b>のネストが互い違いになっているような気がする。

これらも大体修正しました。

> それと、もしかしたらうちのブラウザのせいかもしれませんが。
> リンクの中の実体参照「&」と「&amp;」がなんかうまくない気もする。
> ただ、この混在、この「今日のテーマ」本体でもあちこちあるような。

これはこれから見ていきたいと思います。
そういえば、板塀への番号ジャンプ、いつから出来なくなったんだろう。

> > # 私が(プログラムを)織っている姿(ソース)は決して覗かないでください。
> どこからもケチがつかないような美しいものを織り上げられる人だけがこのせりふを
> 口にする資格があるような気がするのは、やっぱり私の気のせいか。

真に美しいものは公開されても、誰もが称賛し、歴史に残るものですよね。
表が綺麗に見えても裏側はボロボロの継ぎはぎだらけ、と言う方が合っているかも。(^^;
というか、見てしまったのですね。知られたからには元に戻らなくてはなりません。

# ああ、飛ぶための羽が無い! (;_;)


11264/11254 CXB00940  としき           Re^3: 新着情報バグ一応直りました。(^^;
( 0) 24/05/30 00:43 11263:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> この「(0)」は、コメントのチェックです。
> #9804:新着情報のメンテナンス、ココログのコメント数表示 konno   2020/10/02
> この辺で話題にしていました。思ったより最近な感じですね。(^^;
> 動作確認のためにコメント入れてみました。(^^;

そんな話題もありましたか。もうすっかり忘れています。
なるほど、括弧の中の数字、今見たらゼロではなく1になっているのもある。
そういうことでしたか。

タグのネストの互い違い、まだひとつかふたつはありそうですが、大勢に影響は
ないでしょう。
ただ、末尾のほう、</m>という閉じタグがあるようなんですが、これはなんだろう。

> そういえば、板塀への番号ジャンプ、いつから出来なくなったんだろう。

ん?
何か挙動が変わりました?
私のほうはいじった記憶はありません。
だけど、変化してしまうことはままあるわけでして。
具体的に、どこがどう、ということを書いていただければ調べますよ。


11265/11254 BQO00549  konno            Re^4: 板塀への番号リンクが・・・
( 0) 24/05/30 20:26 11264:としきさんへのコメント コメント数:2
> ただ、末尾のほう、</m>という閉じタグがあるようなんですが、これはなんだろう。

あう、試しに入れたものを削除するのを忘れてました。意味なしです。m(__)m

> > そういえば、板塀への番号ジャンプ、いつから出来なくなったんだろう。
> ん?
> 何か挙動が変わりました?
> 私のほうはいじった記憶はありません。
> だけど、変化してしまうことはままあるわけでして。
> 具体的に、どこがどう、ということを書いていただければ調べますよ。

えーと、いくつかあるんですが、まず新着情報の「新着」リンクが掲示板トップになってしまいます。

print " <a href='http://toshiki.la.coocan.jp/bbs.html?mode=newsort' target='_blank' rel='noopener noreferrer'><b>やしきの\板\塀(新着)</b></a>  
\n";
リンクのURLは
http://toshiki.la.coocan.jp/bbs.html?mode=newsort

あと、新着情報の「データ元」項目の発言番号リンクが掲示板トップになってしまいます。
リンクのURLは、番号が 4098 なら
http://toshiki.la.coocan.jp/bbs.html?mode=article&no=4098

あと、うちの掲示板からの番号リンクが掲示板トップになってしまいます。
>   やしきの板塀#00001	2003/03/31(Mon)〜
リンクのURLは
http://toshiki.la.coocan.jp/bbs.html?mode=article&no=00001

どうでしょうか。


11266/11254 DGF01024  めざら           Re^5: 板塀への番号リンクが・・・
( 0) 24/05/31 16:43 11265:konnoさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/
> 新着情報の「新着」リンクが掲示板トップになってしまいます。

これは新着情報開設当初からの状況です。
板塀が個別のアーティクルへの直リンクを禁止しているのかと思っていました。
違うのですか?


11267/11254 BQO00549  konno            Re^6: 板塀への番号リンクが・・・
( 0) 24/05/31 23:45 11266:めざらさんへのコメント コメント数:1
> これは新着情報開設当初からの状況です。
> 板塀が個別のアーティクルへの直リンクを禁止しているのかと思っていました。
> 違うのですか?

記憶が朧気なので過去ログ検索したら

#9335:サイトのメンテナンス:新着情報の更新 Ver 0.73  konno   2019/09/10
> > あ、確認ですが、URLは bbs.html?mode=newsort になっていますよね。
> やってみたら、板塀の新着記事に飛ぶことが出来ました。\(^^)/ ヤッタ-

この時は出来ていたようです。


11268/11254 DGF01024  めざら           Re^7: 板塀への番号リンクが・・・
( 0) 24/06/01 07:14 11267:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
経緯としては……
板塀の個別のアーティクルや新着への直リンクができなかった
>板塀は元々直リンク可能な仕様だがめざらの環境だけできないなら修正困難
>>『出来ました。\(^^)/ ヤッタ-』とこんのがよろこんだ
>>>めざらはあきらめた
>>>>さいはつした
♪たらら らったら〜♪

こんな感じ。(^_^;)

11269/11254 CXB00940  としき           Re^6: 板塀への番号リンクが・・・
( 0) 24/06/01 11:35 11266:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/
> > 新着情報の「新着」リンクが掲示板トップになってしまいます。
> これは新着情報開設当初からの状況です。
> 板塀が個別のアーティクルへの直リンクを禁止しているのかと思っていました。

板塀管理者としては、フレーム無しの表示は禁止したいと思っています。
が、フレーム内には個別アーティクルが表示されるようにしたい。
そのため、いささかどころではないトリッキーな手法を使っているわけです。
もし、フレーム内に個別アーティクルが表示されないとしたら、それは板塀管理者
の意図した挙動ではありません。
まずいなぁ。

11270/11254 CXB00940  としき           Re^5: 板塀への番号リンクが・・・
( 0) 24/06/01 11:35 11265:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
ご指摘いただいた

> リンクのURLは
> http://toshiki.la.coocan.jp/bbs.html?mode=newsort

> リンクのURLは、番号が 4098 なら
> http://toshiki.la.coocan.jp/bbs.html?mode=article&no=4098

> リンクのURLは
> http://toshiki.la.coocan.jp/bbs.html?mode=article&no=00001

これらのURL、板塀管理人としては、そのようにリンクしてほしい、まさに希望通り
のものです。そして、フレーム内にそれぞれの発言が表示されることを意図している
のですが、現在、どうやらそのような挙動を示していない、ということですね。
とりあえず、現時点で、サーバを設置してある自宅内のサーバ以外のマシンから
チェックすると、なんとなくうまく動いている感じ。ただし、チェックはFirefox
だけでしか行われていません。
たとえば、Edgeとかだとセキュリティの関係で私の意図したとおりの挙動を示さない、
とか、自宅内だけはネットワーク構成の関係でうまくいく、とかがありうるので、
この辺を手がかりに追いかけて見ます。
ただ、例えば1時間後に「これが原因!」とか見つかるかもしれませんが、それの
確認は、早くて月曜日になる予定。

ということで、しばらくお待ちください。


11271/11254 CXB00940  としき           Re^6: 板塀への番号リンクが・・・
( 0) 24/06/01 12:53 11270:としきさんへのコメント コメント数:3
参照先:http://toshiki.la.coocan.jp/
> ただ、例えば1時間後に「これが原因!」とか見つかるかもしれませんが、それの

原因は見つかりました。解決は困難です。

現在、フレーム内に個別発言などを表示させるためにリファラを使っておりました。
ところが、Chromeだと2020年8月ごろのバージョンから、Edgeだと2021年9月ごろの
バージョンから、必要となるこの情報を与えてくれないようになってしまっていたの
でした。ちなみに、Firefoxも2021年3月ごろのバージョンでこの情報が与えられない
ようになっていたのですが、うちの試験環境はもっと古いバージョンだったので問題
が発生しなかった模様。あれ、でも、うちの実環境では、つい最近もFirefoxの更新
をしていたはず。もしかして、自宅内からはEdgeやChromeでもいけてしまうのかも。

ええっと、どうしようかな。
ちょっと模索してみますが、もしかしたらフレーム式を解除して直リンク可能にする
かもしれません。自宅サーバのIPアドレスが変わったときの処理が面倒なんですけど
ね。

あ、そうだ、もしも上記のバージョン以前のブラウザでもめざらさんのところでは
不具合が発生していたとすると、それは別の原因の可能性があります。たとえば、
ブラウザのセキュリティを厳しく設定していただとか、セキュリティが厳しめの
マイナーなブラウザを使っていたとか。
もし差し支えなければ、めざらさんの環境をお教えいただけると幸いです。

ということで、しばらくお待ちください。


11272/11254 DGF01024  めざら           Re^7: 板塀への番号リンクが・・・
( 0) 24/06/01 15:23 11271:としきさんへのコメント
参照先:http://mezala.la.coocan.jp/
こちらの環境は,メインが Firefox で,サブが Chrome です。
版は,概ねその時点の最新版です。ブラウザだけはさっさと更新するので。

で,「新着情報」の「やしきの板塀(新着)」リンクから新着表示ができたことは,
記憶する限り,たぶんおそらくたしかにかつて一度たりともありません。

各ブラウザのセキュリティ設定などは,それほど厳しくないと思います。
ごく標準的と言うか,ほとんどのクッキーは受け入れ,スクリプトの実行も許可,
ポップアップとかリダイレクトなんかもほぼ制限していなかったりします。

11273/11254 BQO00549  konno            Re^8: 板塀への番号リンクが・・・
( 0) 24/06/01 17:57 11268:めざらさんへのコメント
> ♪たらら らったら〜♪
> こんな感じ。(^_^;)
ああ、そんなことしたら妄想が暴走して・・・

その日、巨大な壁に鎧のとしきが穴を開けた。
我々はその穴を使って自由に壁の中に出入り出来るようになった。
だがその穴は始祖の巨人たちに塞がれてしまったのだ。
どうする?

 あきらめる
 助けを求める
> 勇者が現れる

♪た〜たらたったたた た〜♪


11274/11254 BQO00549  konno            Re^7: 板塀への番号リンクが・・・
( 0) 24/06/01 18:24 11271:としきさんへのコメント
> 原因は見つかりました。解決は困難です。
> 現在、フレーム内に個別発言などを表示させるためにリファラを使っておりました。
> ところが、Chromeだと2020年8月ごろのバージョンから、Edgeだと2021年9月ごろの
> バージョンから、必要となるこの情報を与えてくれないようになってしまっていたの
> でした。ちなみに、Firefoxも2021年3月ごろのバージョンでこの情報が与えられない
> ようになっていたのですが、うちの試験環境はもっと古いバージョンだったので問題
> が発生しなかった模様。あれ、でも、うちの実環境では、つい最近もFirefoxの更新
> をしていたはず。もしかして、自宅内からはEdgeやChromeでもいけてしまうのかも。

なるほど、2019年9月には出来ていたけど2020年8月から出来なくなったのですね。
私は Firefox だったので、2021年9月から使えなくなったのでしょうが、覚えてない。(^^;

> ちょっと模索してみますが、もしかしたらフレーム式を解除して直リンク可能にする
> かもしれません。自宅サーバのIPアドレスが変わったときの処理が面倒なんですけど
> ね。

なんとかよろしくお願いいたします。m(__)m


11275/11254 CXB00940  としき           Re^7: 板塀への番号リンクが・・・
( 0) 24/06/02 14:46 11271:としきさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/
> もしかして、自宅内からはEdgeやChromeでもいけてしまうのかも。

いけませんでした。
というか、そもそも新着情報に対するアクセス履歴が著しく少ない。
Chrome系のブラウザはアクセス履歴って3カ月程度で消えてしまうわけですが、Firefox
だと容量の許す限りアクセス履歴が残ります。それを見たところ、実環境の方では、
2019年10月以来でたった6回しかアクセスしていない。さっき、実験でアクセスした
のが7回目。
古い実験環境の方はもっとアクセスしていましたが、それでも2021年5月以来でたった
23回しかアクセスしていない。
なので、昔の、可能だった時代のおぼろげな記憶をいつまでも覚えていただけ、という
のが正解の模様。

それと、めざらさんのところでは昔から駄目だったとのことですが、Firefoxでいう
ところのプライベートブラウジングとかプライベートウィンドウという、セキュリティ
の厳しいモードを使っています、ということはないですよね。これ以外に新着情報が
始まった当初のブラウザでうまくいかない理由が思いつかない。
今となっては原因不明の迷宮入りになってしまうと思います。


11276/11254 DGF01024  めざら           Re^8: 板塀への番号リンクが・・・
( 0) 24/06/02 15:46 11275:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
履歴が辿れなかったり,いちいちID/パスを入れないと閲覧できないような
不便なことは,かつてやったことがありません。自分ながらセキュリティに
とことん甘い人間だなぁ……と思います。

とにかく,いろいろな仕掛けを施している開設者にわからないことが
自分にわかるはずもないので,早々にあきらめていたわけですから,
記憶も曖昧なはずです。できていたことがあったと言われても,
いよいよまったく一切実感はありません。

ところでフレームを採用している理由って何ですか?
単に掲示板タイトル他を常に表示させたいなんて単純な理由とも思えませんが。
そもそも,わたしみたいにいきなりフレームの区切り線をぎゅぎゅっと上端へ
移動してしまうような人間には,あまり意味がないわけですが。


11277/11254 BQO00549  konno            Re^8: 板塀への番号リンクが・・・
( 0) 24/06/02 20:09 11275:としきさんへのコメント コメント数:1
> Chrome系のブラウザはアクセス履歴って3カ月程度で消えてしまうわけですが、Firefox
> だと容量の許す限りアクセス履歴が残ります。それを見たところ、実環境の方では、
> 2019年10月以来でたった6回しかアクセスしていない。さっき、実験でアクセスした
> のが7回目。

私は Firefoxですが、#11267 の書き込みで

> #9335:サイトのメンテナンス:新着情報の更新 Ver 0.73  konno   2019/09/10
> > > あ、確認ですが、URLは bbs.html?mode=newsort になっていますよね。
> > やってみたら、板塀の新着記事に飛ぶことが出来ました。\(^^)/ ヤッタ-

この時は間違いなく出来ていたと思います。
私は板塀の記事はほぼ毎回読んでいますが、必ず新着記事で読みます。
新着記事に飛ばなくなっても、ツリー画面で新着にして読んでいます。
なので、随分少ないなという印象ですね。
すぐに飛べなくなってしまったのかなぁ。

> 古い実験環境の方はもっとアクセスしていましたが、それでも2021年5月以来でたった
> 23回しかアクセスしていない。
> なので、昔の、可能だった時代のおぼろげな記憶をいつまでも覚えていただけ、という
> のが正解の模様。

昔って、もしかして 2009年のころでしょうかね。
#3814: 他の板への番号リンク 投稿者: konno   2009/06/04

> 現在、3サイトで過去ログを含めた発言番号リンクが実現できているので、どうせなら
> 他の板へも番号リンクをしたいと思い、テスト板#test41で試してみて、良さそうなので
> 公開します。(^_^)
>
>    2文字案 最終案
> -----+-------+-----------------------------
> #kyo #k3008 #kyo3008へ(今日のテーマ板)
> #faq #f0010 #faq10へ (VzFAQ板)
> #link #l0008 #link8へ (リンク板)
> #test #t0041 #test41へ (テスト板)
> #n  #n3340 野ざらし言3340番へ
> #i  #i1597 板塀1597番へ

このころは直リンクでやっていたのでしょうね。
直リンクであっても番号ジャンプ出来るのなら私はうれしいです。


11278/11254 CXB00940  としき           Re^9: 板塀への番号リンクが・・・
( 0) 24/06/03 01:29 11276:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> とにかく,いろいろな仕掛けを施している開設者にわからないことが
> 自分にわかるはずもないので,早々にあきらめていたわけですから,

当時のその段階で不具合報告をいただければ、いろいろと追及して、一時的ではある
かもしれませんが、それなりの解決には結びついたとは思うんですよ。いささか残念
ではあります。

> ところでフレームを採用している理由って何ですか?

これは、#7717にちょっとだけ書きましたが、自宅サーバのIPアドレスが変わって
しまっても、一意のURLでアクセスできるようにする、という目的でした。
cf. http://toshiki.la.coocan.jp/computer/itabei/frame.html

ただ、環境の変化というか時代の変化で、いろいろなものが使えなくなっていくと
いう現実があるわけで。仕方ない、こちらが対応するしかありませんね。


11279/11254 CXB00940  としき           Re^9: 板塀への番号リンクが・・・
( 0) 24/06/03 01:29 11277:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 新着記事に飛ばなくなっても、ツリー画面で新着にして読んでいます。
> なので、随分少ないなという印象ですね。

私の場合、konnoさんが新着記事を作られるよりも前に、各掲示板のブックマークを
作っていましたからね。新着記事がリリースされた当時は何回もアクセスしました
が、通常は以前からの慣例で、そのままブックマークからのアクセスを継続していた
のですよ。


> 直リンクであっても番号ジャンプ出来るのなら私はうれしいです。

いろいろと考えたのですがね。
なにぶん、セキュリティが絡みますから、私の技術力では実装可能かどうかすら
わからないようなトリッキーな方法しか思いつかなくて。
ここはやはり素直に、フレーム方式廃止、直リンク可能という形に落ち着きそうです。
ただ、少なくとも向こう数日は多忙が見えている。
他人のHDDの復旧、なんていうタスクが割り込んできたもので。
おそらく、早くても6月中、ぐらいの速度感。
もちろん、それ以上かかるかも。


11280/11254 DGF01024  めざら           Re^10: 板塀への番号リンクが・・・
( 0) 24/06/03 20:56 11278:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
ごめんなさい,読んでいたはずなのに,まるで忘れてました。

> 当時のその段階で不具合報告をいただければ、いろいろと追及して、

まぁ,人んちの掲示板ですから,あんまり要求じみたことを言うのもナニかなと思って。


11281/11254 BQO00549  konno            Re^10: 板塀への番号リンクが・・・
( 0) 24/06/03 22:43 11279:としきさんへのコメント コメント数:1
ふと思ったのですが、「としきのやしき」は現在 nifty の la.coocan.jp になっているのですよね。
板塀だけケーブルテレビのサーバーなのでしょうか。
掲示板を la.coocan.jp の中に入れてフレームを無くせば解決しそうな気が。
もちろん手間がかかるでしょうが、直リンクのURLが変わるたび修正するよりはましと思います。
外していたらごめんなさい。


11282/11254 CXB00940  としき           Re^11: 板塀への番号リンクが・・・
( 0) 24/06/04 20:51 11280:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/
ほら、めざらさんが困っているということは他の人も困る可能性があるということ
なんで。
というのは建前で。
自分のところのものはなるべく完成度を高くしたい、という思いもありまして。
いわば私利私欲というか。
ということで、もし次の機会がありましたら、その際にはぜひ。


11283/11254 CXB00940  としき           Re^11: 板塀への番号リンクが・・・
( 0) 24/06/04 20:51 11281:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 板塀だけケーブルテレビのサーバーなのでしょうか。

そのとおりです。

> 掲示板を la.coocan.jp の中に入れてフレームを無くせば解決しそうな気が。

確かにその手はあって、将来、板塀サーバーマシンをどうにも確保できなくなった
場合には、その方向に行く可能性は高いです。
ただ、これはいわゆる「半土塀化」という感じ。
「完全土塀化」というのは、レンタルサーバーあたりを借りて、そちらで掲示板を
運用する形を意図しています。
「半土塀化」と「完全土塀化」は、取得できる情報がごくわずかに違う。
普通の人なら、まず気にしないような些細な部分なんですけどね。
例えば、平常時に取得できるログには、ほとんど差異はない。
でも、異常時のログは、ずいぶん違う。
例えば、

http://(略).jp/bbs/wforum.cgi

という形でアクセスすれば、普通にアクセスログが取れます。
ところが、これのURLを誤って

http://(略).jp/bbs/wforu.cgi

なんて形でアクセスがあった場合。
現在の板塀ではきちんとログが取れているし、レンタルサーバーなんかの場合でも
たいていはログが取れます。でも、la.coocanの場合、このログを確認できるのは
ニフティの中の人だけ。
ということで、実に些細な点で、konnoさんの推奨されている方法にはいささかの
抵抗感があるわけですよ。
ま、でも、将来的にはそういう抵抗感を打ち破ってその方向に行きそうな気がする。


11284/11254 BQO00549  konno            Re^12: 板塀への番号リンクが・・・
( 0) 24/06/05 22:26 11283:としきさんへのコメント
> ということで、実に些細な点で、konnoさんの推奨されている方法にはいささかの
> 抵抗感があるわけですよ。

わかりました。個人の掲示板なので、自分がやりたい形でやるのが一番ですよね。

> ま、でも、将来的にはそういう抵抗感を打ち破ってその方向に行きそうな気がする。

ユーザーとしては便利であればトリッキーであろうが気になりません。(^^;
私もとしきさんのコンテンツを真似て新しいコンテンツをやろうと思っています。
喜ぶユーザーさんもいると思いますので。(^^;


# イタ・ベイエリア突破出来ません!
  事案は机の上じゃなく机の下で起こっているんだ!


11285/11285 BQO00549  konno            FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/06 23:33 コメント数:1
としきさんのコンテンツを真似て新しいコンテンツを始めました。
niftyのFGALDC会議室の自分の発言を掲示板のツリー形式で表示させます。

 FGALDC会議室の過去ログ  VZ改造秘話など
http://tamaneko.world.coocan.jp/bbs/bbs6/wforum.cgi


VZK誕生の改造秘話とか、ここの常連さんにはわかりきった話ですが、
少しは需要があるだろうと思います。
また、私の自伝的な意味合いもあります。
名前やIDなどの個人情報や引用符などは修正しています。

改造人間誕生秘話、とか
差異膨愚009誕生、とか
面白いタイトル募集!

私の発言が主体ですが、他の方の発言も引用というていで載せたいと考えています。
それはまずいよとか、載せないでなどの意見があれば削除など検討します。
ご意見、ご感想をお待ちしています。(^_^)


11286/11285 CXB00940  としき           Re: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/07 12:57 11285:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> niftyのFGALDC会議室の自分の発言を掲示板のツリー形式で表示させます。

おぉ、これは期待大ですね。
ところでこれ、Vzのマクロか何かでやっていますよね。
まさか手作業だったりして。
うちの場合はawkのスクリプトでやりました。

> 少しは需要があるだろうと思います。

そう頻繁に見るものではありませんけどね。
なんかの場合に必要になりそう。
あと、検索エンジンの検索に引っかかるようになる、というのが地味に大きな影響を
もたらしたりして。
それと、めざらさんも以前におっしゃったことがあったように思いますが、各改造
バージョンの仕様とか特徴がわかるようになるのもうれしいかも。

> それはまずいよとか、載せないでなどの意見があれば削除など検討します。

うちではもう何年もやっていますが、要望が来たのは1回だけ。
当時(今でも?)ご活躍の方でしたが、発言者名が実名だったもので、これを消して
ほしいというものでした。現在でも、その人の発言した部分が数ヶ所、空白表示と
なっています。幸い、問題となったのはツリーインデックスの部分だけでした。私の
発言本体の引用などには絡んでいなかったので、それ以上の対応はせずにすみました。

> ご意見、ご感想をお待ちしています。(^_^)

なんでもそうなんですが、データって大量に集まってこそ意味を持つもの。
例えば、日本のラジオドラマの過去一覧とか。
なので、物量は多ければ多いほどよい。
もちろん、フリートークとかは不要な可能性が高いですが、私の場合、そういうもの
を峻別するのが面倒だったので、ごく一部の危険なものをのぞき、全部アップして
しまいました。ということで、konnoさんにおかれましても、物量優先のスタンスで
どうかなにとぞ。


11287/11285 BQO00549  konno            Re^2: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/08 00:44 11286:としきさんへのコメント コメント数:1
> ところでこれ、Vzのマクロか何かでやっていますよね。
> まさか手作業だったりして。

そのまさかの手作業です。(^^;
ツリー構造を見るために、あじゃさんの NIF_TREE.def を別窓で開いて参照しました。
素晴らしいマクロですね。あじゃさんに感謝です。

> うちの場合はawkのスクリプトでやりました。

さすがですね、私は今考える気力が無くて、VZなら手作業でもかなり効率的だし。
一昨日思いついてとりあえず形になったので公開しました。(^^;

でも今見たら新着記事とか会議室風の日付表示や並び順が合ってない。(>_<)
UNIX時間でソートしてるんですね。これの変換が面倒なのでスルーしてました。(^^;
仕方がないので発言番号を数字に取り込むマクロをでっちあげました。(^^;

うう、アイドルのツリーが大きすぎてまだ終わらない。(;_;)
これだけで147もあるんだもん、邪悪じゃぁ〜

> うちではもう何年もやっていますが、要望が来たのは1回だけ。
> 当時(今でも?)ご活躍の方でしたが、発言者名が実名だったもので、これを消して
> ほしいというものでした。現在でも、その人の発言した部分が数ヶ所、空白表示と
> なっています。幸い、問題となったのはツリーインデックスの部分だけでした。私の
> 発言本体の引用などには絡んでいなかったので、それ以上の対応はせずにすみました。

やはり実名は不味いですよね。(^^;
引用については今まで問題になっていないので、私の発言へのコメントは掲載したいですね。
その他は流れを読んで問題なさそうなら・・・

> なんでもそうなんですが、データって大量に集まってこそ意味を持つもの。
> 例えば、日本のラジオドラマの過去一覧とか。
> なので、物量は多ければ多いほどよい。
> もちろん、フリートークとかは不要な可能性が高いですが、私の場合、そういうもの
> を峻別するのが面倒だったので、ごく一部の危険なものをのぞき、全部アップして
> しまいました。ということで、konnoさんにおかれましても、物量優先のスタンスで
> どうかなにとぞ。

そうですね、情報としての価値もあると思うので、本当は丸ごとアップしたい気持ちです。
まあ、まずは私の発言だけでも纏めなくてはですね。


11288/11285 CXB00940  としき           Re^3: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/08 13:32 11287:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> ツリー構造を見るために、あじゃさんの NIF_TREE.def を別窓で開いて参照しました。
> 素晴らしいマクロですね。あじゃさんに感謝です。

私もこのマクロ、めざらさんに紹介していただいたのではなかったかな。
以前はかなり頻繁に利用していました。特にポケ3では。

> さすがですね、私は今考える気力が無くて、VZなら手作業でもかなり効率的だし。
> 一昨日思いついてとりあえず形になったので公開しました。(^^;

考える気力はないのに行動する気力はある、というのがkonnoさんの不思議なところ。

> UNIX時間でソートしてるんですね。これの変換が面倒なのでスルーしてました。(^^;

UNIX時間→日本時間に変換するマクロは、もう10年以上前にめざらさんに作って
いただきました。逆方向のマクロは、konnoさんに作っていただく、ということで。

> やはり実名は不味いですよね。(^^;

でも、実名っぽいハンドル名、という人もいたわけだし。
私の場合、依頼をいただいたその人の場合は特に疑う理由もなかったのだけど、
実は全くの赤の他人が連絡してくる、という可能性もあるわけで、それを理由に
蹴っ飛ばす、というのもあってもいいかも。
さらに、発言者名とタイトルが組み合わさるとまずい、とかあるわけですが、その
人の場合も、発言者名とフォーラム名が組み合わさるとまずい、というパターンに
近くて。
ま、いろいろと出てくる可能性があるわけですよ。

> そうですね、情報としての価値もあると思うので、本当は丸ごとアップしたい気持ちです。

フォーラム末期に「自分の発言は他所に公開可」という表明をなされた方々もいらっしゃった
はずです。そういう人の分だけでも公開してもいいかも。そして、文句が来たら消す、と。


11289/11285 BQO00549  konno            Re^4: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/08 21:53 11288:としきさんへのコメント コメント数:1
> 私もこのマクロ、めざらさんに紹介していただいたのではなかったかな。
> 以前はかなり頻繁に利用していました。特にポケ3では。

ポケ3でも使えるとはやっぱり凄いですね。
同一ツリーの発言を視覚的に追えるのは便利ですよね。
といっても私は今までほとんど使っていなかったです。
これを機会に使うようにしたいですね。

> 考える気力はないのに行動する気力はある、というのがkonnoさんの不思議なところ。

思いつくと直ぐにやってみたくなるのが性分みたいで。(^^;
おかげで簡単なマクロも思い出しながら作れました。(^^;

> UNIX時間→日本時間に変換するマクロは、もう10年以上前にめざらさんに作って
> いただきました。逆方向のマクロは、konnoさんに作っていただく、ということで。

私には無理です。きっぱり

> でも、実名っぽいハンドル名、という人もいたわけだし。

うーん、そこは自己判断でいいんじゃないでしょうか。(^^;

> フォーラム末期に「自分の発言は他所に公開可」という表明をなされた方々もいらっしゃった
> はずです。そういう人の分だけでも公開してもいいかも。そして、文句が来たら消す、と。

おお、それがありましたね。ではそれを踏まえてなるべく掲載する方向で行きたいと思います。

> でも今見たら新着記事とか会議室風の日付表示や並び順が合ってない。(>_<)
これは修正に難儀しましたが、なんとか修正出来ました。


11290/11290 DGF01024  めざら           「新着情報」へのささやかな注文……というか,お願い
( 0) 24/06/09 11:40 コメント数:1
参照先:http://mezala.la.coocan.jp/
急かすわけでもなく,気が向いたらで構わないのですが,
「新着情報」を少し修正していただけると有り難いかなと思って。

ささやかに,3点だけです。(笑)

1 日時の表示
現在,野ざらしだけ日付と時刻の間にデリミタがありません。
ほかの掲示板はスペースが入っています。
スペース1個で構わないので分かち書きしていただけると嬉しいです。

2 新着記事へのリンク
現在,野ざらし言(新着) へのリンク文字列は「(新着)」部分を含めていません。
板塀はわかりやすいリンクになっています。(飛べる飛べないは別として)
板塀と同じようにしていただけると嬉しいです。

3 個々のアーティクルへのリンク
現在は掲示板名から各アーティクルを訪ねてくださるわけですが,
同じリンク文字列から別のリンク先に飛ぶのは個人的に違和感があり,
番号をリンク文字列にしていただけると嬉しいです。


新着情報だから掲示板トップへのリンクはないのか……


11291/11290 BQO00549  konno            Re: 「新着情報」へのささやかな注文……というか,お願い
( 0) 24/06/09 16:15 11290:めざらさんへのコメント コメント数:1
> 急かすわけでもなく,気が向いたらで構わないのですが,
> 「新着情報」を少し修正していただけると有り難いかなと思って。
> ささやかに,3点だけです。(笑)

時間が取れたら見てみます。

> 新着情報だから掲示板トップへのリンクはないのか……

これも検討してみます。お待ちください。


11292/11285 CXB00940  としき           Re^5: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/09 19:08 11289:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> ポケ3でも使えるとはやっぱり凄いですね。

とはいえ、私の記憶だと、ポケ3の場合、ECS常駐というか25行モードにしないと
使い物にならなかったような。当時は今よりも目がよかったので細かい字でも見え
ましたし。
ただ、そうして記憶をたどっていくと、いくつか芋づる式に思い出して。
NIFPのFM版というのが、確かポケ3でも動いたような。これも25行モードだけ
だったかなぁ。
だけど、読むときはともかく、レス書きするときにはこういう細かい字のものは
使わなかったような記憶があって。また、ツリーインデックスとログ本体を上下分割
ではなく全画面の裏画面と表画面にして、[F2]で切り替えていたような記憶もあり。
うんうんうなっていたのですが、何か手がかりはないかとDCのログを「nif_tree」で
検索したら、あっさり出てきました。
nifty:FGALDC/MES/13/#7313
あ〜、このツリーも、なんか異様にでかいなぁ。
ということで、

> > 以前はかなり頻繁に利用していました。特にポケ3では。

「頻繁に」という部分はどうやら記憶違いのようです。
大変失礼しました。

> 私には無理です。きっぱり

ためしに、私が作ったらこうなりました。

= tmp
*m
89 ^\ "" #59 #E "mawk32 'BEGIN{print strftime($"%%Y/%%m/%%d %%H:%%M:%%S$","
         #I ")}'" #m

*

DOS窓で動作確認済み。
gawkとかjgawk、あるいはVTDOSやDOSVAXだと、クォートの処理とかが異なるかも。


11293/11290 BQO00549  konno            「新着情報」更新しました
( 0) 24/06/09 22:44 11291:konnoさんへのコメント コメント数:1
> これも検討してみます。お待ちください。

やってみたら出来ました。

> > 新着情報だから掲示板トップへのリンクはないのか……
新着は、掲示板トップと別けて並べてみました。

> 1 日時の表示
これは余分な情報を削除するところでスペースまで消していたのが原因でした。

> 2 新着記事へのリンク
新着は、掲示板トップと別けて並べてみたので、慣れるまでは違和感あるかもです。(^^;

> 3 個々のアーティクルへのリンク
> 番号をリンク文字列にしていただけると嬉しいです。
やってみたら掲示板のタイトルの項目がいらなくなってしまったので繋げてみました。
Parlの書式文法をわかってないのでこれが一番苦労しました。(^^;


11294/11285 BQO00549  konno            Re^6: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/09 23:09 11292:としきさんへのコメント コメント数:1
> うんうんうなっていたのですが、何か手がかりはないかとDCのログを「nif_tree」で
> 検索したら、あっさり出てきました。
> nifty:FGALDC/MES/13/#7313
> あ〜、このツリーも、なんか異様にでかいなぁ。

NIF_Tree.def で見たら 51レスありますね。(^^;
後で読ませていただきます。(^^;
NIF_Tree.def やっぱりすげぇ!

> > 私には無理です。きっぱり
> ためしに、私が作ったらこうなりました。
> DOS窓で動作確認済み。
> gawkとかjgawk、あるいはVTDOSやDOSVAXだと、クォートの処理とかが異なるかも。

うう、その手があったか。
私はその手のツールを持ってないのでまずどこかに落ちていないか探しに行かなくては。

# こうしてとある冒険者は新たな苦難の旅に出るのであった。


11295/11285 CXB00940  としき           Re^7: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/10 00:04 11294:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> # こうしてとある冒険者は新たな苦難の旅に出るのであった。

ご愛読ありがとうございました。
konno先生の次回作にご期待ください。
#いや、終わってないから


11296/11290 DGF01024  めざら           Re: 「新着情報」更新しました
( 0) 24/06/10 07:27 11293:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
ご苦労ってほどではなかったと存じますが,お疲れ様でした。
早速の対応,有難うございました。(気になるなら言ってみるものですね)


11297/11285 BQO00549  konno            Re^8: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/06/11 01:13 11295:としきさんへのコメント コメント数:1
> ご愛読ありがとうございました。
> konno先生の次回作にご期待ください。

こんなことを言われると何だかこそばゆいですね。(だから終わってないってば)
というか、すぐに戻ってきてはいけない雰囲気。(^^;

> gawkとかjgawk、あるいはVTDOSやDOSVAXだと、クォートの処理とかが異なるかも。

gawk.exe を落として試してみましたが、エラーになるようです。
それで、例題の mawk32 というのを落として

> 89 ^\ "" #59 #E "mawk32 'BEGIN{print strftime($"%%Y/%%m/%%d %%H:%%M:%%S$","
>          #I ")}'" #m

これを試したらキチンと結果が出ました。\(^^)/ ヤッタ-
・・・私が欲しかったのはこの逆の変換でした。(;_;)

# 無駄ではない・・・こうして木馬を追い込めたのだからな。(謎)


11298/11290 BQO00549  konno            Re^2: 「新着情報」更新しました
( 0) 24/06/11 01:28 11296:めざらさんへのコメント コメント数:1
> ご苦労ってほどではなかったと存じますが,お疲れ様でした。

いやぁ、野ざらし言のリンクを修正するのに数時間試行錯誤してましたから。(;_;)

> 早速の対応,有難うございました。(気になるなら言ってみるものですね)

バグ報告などはどんどん言ってください。直せるかはわかりませんが。(^^;


11299/11290 DGF01024  めざら           Re^3: 「新着情報」更新しました
( 0) 24/06/12 20:49 11298:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
それでは,お言葉に甘えまして。

現在,板塀へのリンクはふつうに開くわけですが,野ざらしへのリンクは別窓で開きます。
予告なく別窓で開くことは,アクセシビリティ上好ましくないとされています。
なので,野ざらしへのリンクも板塀と同様にふつうに開くようにしていただけるでしょうか。

少なくとも,いや,できれば,リンクの開き方は統一してくださるようお願いします。
……というふうに考えると,今日のテーマほかの開き方も同じ窓で……となりますが,
家主様は嫌ですか? そこはどちらにするか konno さんの胸ひとつです。


11300/11290 BQO00549  konno            Re^4: 「新着情報」更新しました
( 0) 24/06/12 22:47 11299:めざらさんへのコメント コメント数:2
> 現在,板塀へのリンクはふつうに開くわけですが,野ざらしへのリンクは別窓で開きます。
> 予告なく別窓で開くことは,アクセシビリティ上好ましくないとされています。
> なので,野ざらしへのリンクも板塀と同様にふつうに開くようにしていただけるでしょうか。

あう、そういえば板塀だけが違っていましたね。
修正中に気が付いてはいたんですが・・・

> 少なくとも,いや,できれば,リンクの開き方は統一してくださるようお願いします。
> ……というふうに考えると,今日のテーマほかの開き方も同じ窓で……となりますが,
> 家主様は嫌ですか? そこはどちらにするか konno さんの胸ひとつです。

めざらさんの希望はわかりましたが、私はここでは別窓で開きたいのです。
ニュースサイトなどでも別窓で開くリンクは結構あるように思います。

なので、次の更新では板塀も別窓で開くようにするつもりです。
あしからず。

スマホだったら動作を変えるとか出来ればいいんですかね。

# どうすればいいんじゃ〜


11301/11290 DGF01024  めざら           Re^5: 「新着情報」更新しました
( 0) 24/06/13 07:08 11300:konnoさんへのコメント
参照先:http://mezala.la.coocan.jp/
了解です。
統一していただければ問題はありませんので。
有難うございました。

11302/11302 BQO00549  konno            nif_tree.def 改造版 v8c
( 0) 24/06/13 19:25 コメント数:1
nif_tree.def を使っていたら、いくつか不具合に遭遇しました。
文太さんに頂いた 1メガ超のDC過去ログを見ていたら
特定のファイルで、ジャンプ先が該当発言番号より手前になるんです。
具体的には DC14階の
2008/08/08  14:02         1,007,705 DC14~003.LOG
2008/08/08  14:09         1,017,395 DC14~021.LOG
この2つで現象が起きました。

古い nif_tree.def でも同じです。
各種DOSエミュ、各種VZ で同じ症状が出ます。
特定のファイルで出るということは、作成されているデータがおかしいかも。
nif_tree.def を起動すると、ログフォルダの下に CT フォルダが作られて
ログファイルと同じ名前の番号ジャンプデータが作られます。

件のデータは、文太さんから頂いた当時からあったものです。
2004/10/23  18:27            66,757 DC14~003.LOG
2006/09/14  16:25            57,826 DC14~021.LOG

結構古いデータですね。
このデータをリネームして新規データを作成したら、正常にジャンプしました。
この新旧データを比較したら、かなり違いがありました。
ジャンプ先アドレスはもちろん、コメントなどのツリー構造も違ってました。
初期の nif_tree.def のバグのようです。
飛び先がおかしいと思ったら、このデータを削除して作り直すのが良さそうです。


さて、これで安心、と思ったら、今度は起動に失敗するケースが有りました。
やはり同じ 1メガ超のDC過去ログです。
色々実験してみてわかったこと。

通常にログファイルをオープンした場合は正常に起動します。
オープン窓の履歴から開くと起動失敗しておかしくなります。
色々試してみると、どうやらテンポラリエラーになっているようです。
これも各種DOSエミュ、各種VZ で同じ症状が出ます。

ということで、テンポラリエラー対策を入れてみました。

nif_tree.def 67行目から

	#W

	ky[, #M ((wa..64)[) ((wa..63)[)
	mp[=2,ps[, eu[-,

  ↓

	#W	;---  DATA LOG 
;	---- テンポラリエラー対策  ★
	#M				;カーソル位置マーク
	&00 p=r,                        ;自前バッファ pの先頭アドレスを取得   ★
        &Le(p,wa+126)                   ;mark0の値をp先頭に擬似プッシュ      ★
	ky[, ((wa..64)[) ((wa..63)[)	;カーソル位置マーク、ロング
	pn.7=pn.8-,			; pn.7=pn.8-,: プロファイル呪文 m.gann
	#] (mr==1)?{ &a(37) (r<=0)?. }	; &Im(pn+7,0) としてもよい
	#L (s==4)?'n' #P #m mr$80,	; クローズ・オープン 
        &Le(wa+126,p)                   ;mark0の値をポップ      ★
	#U				;現在位置に戻す

	mp[=2,ps[, eu[-,


207行目の 09:  の前に

00:      (3+$)."$[8]"

を追加しました。
うまく動いているようです。

ということで、改造版 nif_tree.def v8c を公開します。

#txt:NIF_TR8c.DEF

右クリックで保存できます。
ファイル名が違っているのでリネームしてお使いください。


11303/11290 BQO00549  konno            「新着情報」携帯版  Ver 0.92
( 0) 24/06/14 19:49 11300:konnoさんへのコメント
> スマホだったら動作を変えるとか出来ればいいんですかね。
色々やってみたんですが、うまくいかないの。(;_;)

ということで、変数一個で分岐させる方式にして、二つの CGIに別けました。(^^;

「タマの猫ハウス」トップページの一番下に

[ BBS 新着情報 ] [ BBS 新着情報 携帯版 ]

このようにリンクを並べて置きました。

「新着情報」は、基本的にリンクを別窓で開きますが
「新着情報 携帯版」は、リンクを同じ窓で開きます。

URLをお気に入りに入れてお使いください。


11304/11302 DGF01024  めざら           このタイトルでよいのか
( 0) 24/06/14 23:38 11302:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
> 初期の nif_tree.def のバグのようです。

つまり,0.8b のバグではないんですよね?

テンポラリファイルエラーも nif_tree.def の問題ではないですし,
「nif_tree.def v8b にバグ?」というタイトルはどうなのでしょうか。

作者が見たらどんな気持ちになるのか,ちょっと考えてしまいます。
相応の配慮が必要ではないでしょうか。

11305/11302 BQO00549  konno            Re: このタイトルでよいのか
( 0) 24/06/14 23:57 11304:めざらさんへのコメント
> この表示タイトルはどうなのでしょうか。
> 作者が見たらどんな気持ちになるのか,ちょっと考えてしまいます。
> 相応の配慮が必要ではないでしょうか。

うう、確かに勘違いさせてしまいますね。m(__)m
タイトルを変更しました。


11306/11306 BQO00549  konno            「新着情報 携帯版」と掲示板の連携
( 0) 24/06/15 16:59 コメント数:6
「新着情報 携帯版」 Ver 09.3 更新しました。

「新着情報 携帯版」 でうちの掲示板を開くと、縮ツリーになるようにしました。
ツリー表示は長くなると画面をはみ出してしまうために幅を縮めたツリー機能は
以前から仕込んでありましたが、今回携帯版のリンク先を縮ツリーに変更しました。

今はトップのツリーだけですが、これからぼちぼちと連携を広げていきたいと思います。
不具合など見つけましら教えてください。


11307/11306 BQO00549  konno            wforum.cgi の縮ツリー機能も連携強化
( 0) 24/06/15 19:23 11306:konnoさんへのコメント
> 今はトップのツリーだけですが、これからぼちぼちと連携を広げていきたいと思います。

ということで、縮ツリーの時は、一括表示や記事閲覧のツリーも縮ツリー(簡易版)にしました。
掲示板上部の [縮ツリー] をクリックすると、表示が [ツリー] に変わります。これと同じ状態です。
[ツリー] をクリックすれば、通常のツリーに戻ります。
変数の受け渡しに苦労しましたが、おかげでだいぶ CGI がわかってきたかもです。

長すぎる邪悪なツリーが多いとお嘆きの諸兄は、是非お試しください。(^^;


11308/11306 BQO00549  konno            「新着情報 携帯版」 Ver 0.94 更新
( 0) 24/06/18 01:45 11306:konnoさんへのコメント
「新着情報 携帯版」 Ver 0.94 更新しました。

・「新着情報 携帯版」 でうちの掲示板の番号をクリックすると、一括表示になります。
 今までは、一括表示のツリーは通常でしたが、携帯版リンクでは縮ツリーになるようにしました。

・ ( 新着 ) リンクから新着記事に飛んでトップのツリーに戻ると縮ツリーになるようにしました。

・「新着情報 携帯版」の不要な項目やスペースを削除などして幅を縮小しました。

・「新着情報 携帯版」のタイトルの色を変更して通常版との違いをわかりやすくしました。

・テスト掲示板と VZwiki のリンクを VTDOS の行に置いて、はみ出しを少なくしました。


不具合などありましたら教えてください。


11309/11306 BQO00549  konno            wforum.cgi の縮ツリー関連の更新
( 0) 24/06/19 23:46 11306:konnoさんへのコメント コメント数:2
wforum.cgi の縮ツリー関連を色々更新しました。

・タイトルが固定だったのをセンターに配置

・FGALDC会議室の専用CGI を統合

・返信フォームの幅調整

・その他リンクやデザイン等微調整

今回ブラウザの幅を狭くして確認したのでだいぶまともになったと思います。(^^;


不具合などありましたら教えてください。


11310/11306 CXB00940  としき           Re: wforum.cgi の縮ツリー関連の更新
( 0) 24/06/20 13:48 11309:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
いろいろと励んでおられますね。

> 不具合などありましたら教えてください。

今の所は気がついた点はないのですがね。
昨夜、この#11309が書き込まれた直後ぐらいだったかなぁ、一瞬だけ、縮ではない
ほうのツリーが、左寄せではなくセンタリングで表示されて。あぁ、やっている最中
だな、と思いました。

あと、率直な感想として、このようにいろいろとやられているkonnoさん、これだけ
新酒の起床ではない進取の気性にあふれているように見えるわけですから、ここから
一気にレスポンシブデザイン対応に突っ走ってみる、なんてことを期待したりして。

それと、ついでにいくつか。
スレッド表示というか「スレ1覧」をみると、なんかえらくリンクになっている部分
が多いような気がする。これって正しい挙動なんですか?
「スレ2」のほうも、ツリー一覧を意味する三角の上というか下というか、謎の数字
が表示されていますが、これは一体何?
ツリー全体の発言数なのか省略された発言数なのか全く関係ないのか。
そもそもこれは、この数字の上のツリーのものなのか下のものなのか。
こういう、いささか利用者に不親切なところを改善していただけるとありがたい。
現状では、あまりにも不親切というか、私の主観では廃止していただきたいという
くらい。もちろん、管理人が有効に使っているとか、他のお客様には大好評、という
現状があるのであれば、私のたわごとに耳を傾ける必要はありませんが。


11311/11306 BQO00549  konno            Re^2: wforum.cgi の縮ツリー関連の更新
( 0) 24/06/20 23:11 11310:としきさんへのコメント コメント数:1
> 昨夜、この#11309が書き込まれた直後ぐらいだったかなぁ、一瞬だけ、縮ではない
c> ほうのツリーが、左寄せではなくセンタリングで表示されて。あぁ、やっている最中
> だな、と思いました。

あら見てたのね〜 (^^;
老化現象なのか、OKと思ってUPするとボロがボロボロ出てくるんですよねぇ。(;_;)

> あと、率直な感想として、このようにいろいろとやられているkonnoさん、これだけ
> 新酒の起床ではない進取の気性にあふれているように見えるわけですから、ここから
> 一気にレスポンシブデザイン対応に突っ走ってみる、なんてことを期待したりして。

丁度その手のサイトを見てるんですが、むずいですねぇ。(^^;

> スレッド表示というか「スレ1覧」をみると、なんかえらくリンクになっている部分
> が多いような気がする。これって正しい挙動なんですか?

げげ、思い切りバグってますねぇ。(>_<)

> 「スレ2」のほうも、ツリー一覧を意味する三角の上というか下というか、謎の数字
> が表示されていますが、これは一体何?

これはそのツリーのコメント数です。
バグ直しついでに表示を変えました。スレ1とスレ2で見栄えが違うのはご愛敬で。(^^;

> もちろん、管理人が有効に使っているとか、他のお客様には大好評、という
> 現状があるのであれば、私のたわごとに耳を傾ける必要はありませんが。

他の方の評判はわかりませんが、私が使うために設置したのでこれは存続させます。


11312/11306 CXB00940  としき           Re^3: wforum.cgi の縮ツリー関連の更新
( 0) 24/06/21 10:44 11311:konnoさんへのコメント
参照先:http://toshiki.la.coocan.jp/
> げげ、思い切りバグってますねぇ。(>_<)

あら、やっぱりバグでしたか。なんでも言ってみるもんですねぇ。

> これはそのツリーのコメント数です。

表示が変わって、その上のツリーに関係するものだとわかりやすくなりました。
これはいいですね。
といいつつ、スレ2のほうは私にはほとんどニーズはありませんが、でもスレ1の
ほうは見やすくなったこともあって、たまには使わせていただきたいと思います。


11313/11306 BQO00549  konno            「新着情報 」 Ver 0.941 更新
( 0) 24/06/23 23:07 11306:konnoさんへのコメント
「新着情報 」 Ver 0.941 更新しました。


・「新着情報 」と「新着情報 携帯版」を一つに統合しました。

URLの引数に 「?mode1=1」があると、携帯版として表示が切替わります。
今までの「携帯版」ファイル sinn2.cgi は明後日に削除しますので、お手数ですが
改めてトップページの「新着情報 携帯版」からリンクしてください。
それをブックマークし直せば OK です。

今はまだ画面幅で自動切換え出来ませんが、需要あるかしら?


11314/11306 BQO00549  konno            「新着情報 」 Ver 0.942 更新
( 0) 24/06/25 23:30 11306:konnoさんへのコメント コメント数:1
「新着情報 」 Ver 0.942 更新しました。

・「新着情報 」の引数で画面サイズを 大 中 小 と選択出来るようにしました。
  標準画面サイズを大として、90% で表示しています。
  URLの引数に 「?wsize=2」があると、画面サイズが中(85%)
  「?wsize=3」があると、画面サイズが小(80%) になります。

・携帯版の時は、西暦2桁表示にしたり、色々詰めるようにしました。

・更新したときの時間を2行目に表示するようにしました。

・最下行に、ブラウザの縦横サイズを表示しました。
 ブラウザのサイズを変えると表示が変わります。
 http://www.shurey.com/js/samples/1_tips10.html
 「Labyrinthe Noir」さんのサイトの「JSすぐに使えるサンプル集」を
 そのまま使わせてもらいました。

# この数値を Parl の変数にしたいんだけどわからないの。(;_;)

画面サイズの選択を増やしたい方は言ってくれれば検討します。


11315/11306 BQO00549  konno            タマの猫ハウス トップページ更新
( 0) 24/06/26 00:17 11306:konnoさんへのコメント コメント数:2
「タマの猫ハウス」トップページを更新しました。

・「新着情報 」のリンクで画面サイズを 大 中 小(携帯版) に選択出来るようにしました。
  標準画面サイズを大として、90% で表示しています。
  画面サイズ中(85%)を選択すると URLの引数に 「?wsize=2」が付きます
  画面サイズ小(80%) 携帯版では「?mode1=1&wsize=3」が付きます

・最下行に、ブラウザの縦横サイズを窓表示しました。
 ブラウザのサイズを変えると表示が変わります。
 http://www.shurey.com/js/samples/1_tips10.html
 「Labyrinthe Noir」さんのサイトの「JSすぐに使えるサンプル集」を
 そのまま使わせてもらいました。

# この数値を Parl の変数にしたいんだけどわからないの。(;_;)

画面サイズの選択を増やしたい方は言ってくれれば検討します。


11316/11306 CXB00940  としき           Re: タマの猫ハウス トップページ更新
( 0) 24/06/27 12:32 11315:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 「タマの猫ハウス」トップページを更新しました。

いろいろと励まれているようですね。
ただ、携帯対応というか小さい画面に対応しようとして、大きい画面に対する配慮
がおろそかになっているような気がします。なかなか大きい画面のシミュレーション
も難しいとは思いますが、とりあえずブラウザを最大化し、ブラウザでの文字設定を
最小化、さらに可能ならそこから[CTRL]+[-]を何回か連打する、というのをやって
みると、私のいいたいことが理解できるかもしれません。

> # この数値を Parl の変数にしたいんだけどわからないの。(;_;)

普通には難しいでしょう。
だって、JavaScriptってクライアント側で動くもので、Perlはサーバ側で動くもの
ですから。
もちろん、普通ではない方法はあるわけで、クライアント側からサーバ側にデータを
送ってやればいいわけですが、サーバ側のほうがCGIならともかく、普通のWEBページ
だと、送られたデータの受け取りようがない気もする。
自前サーバならできるのかな?

どうもあれだ、konnoさん、いまひとつサーバ側とクライアント側の役割分担という
ものを理解されていないような感じに見受けられます。
以前にも書いたことがあるような気がしますが、文字のサイズなんてものは本来的に
クライアント側のお仕事。サーバ側でどうこうするようなものではありません。
というのは建前なので、できることはやってもいいじゃないか、というサイトが世の
中には多いのは現実。だけど、うちの板塀のように、ブラウザ側の対応が変わること
で可能だったことが不可能になることも多いですし、業界の多数派のご意見に変化の
兆しもありませんから、ここは日和っておいたほうが良いのではないかと。
すなわち、文字サイズ変更関係のルーチンは全て撤去、ということ。
いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。
#いちご白書は何度目か


11317/11306 BQO00549  konno            wforum.cgi の修正
( 0) 24/06/27 20:23 11309:konnoさんへのコメント コメント数:2
wforum.cgiの修正に、色々バグが有りました。m(__)m

> ・FGALDC会議室の専用CGI を統合

この修正ミスで、検索結果の記事の日付が今日になってました。(>_<)

> 今回ブラウザの幅を狭くして確認したのでだいぶまともになったと思います。(^^;

ツリーのはみ出し部分が折り返していて見苦しいのに今更気が付きました。(^^;
非推奨の <nobr> が折り返しを防いでいるんですね。修正しました。

かなりゴチャゴチャしたので、この機会に、CSS に置き換えてみました。

print "<div style=\"white-space:nowrap;\">";

これでツリールーチンを囲うと同じ結果が得られました。
超今更ですが、これからぼちぼちと CSS化していこうと思います。
なんせ、CSSのことはほとんど知らないもので。(^^;


11318/11306 BQO00549  konno            Re^2: タマの猫ハウス トップページ更新
( 0) 24/06/27 20:40 11316:としきさんへのコメント コメント数:1
> ただ、携帯対応というか小さい画面に対応しようとして、大きい画面に対する配慮
> がおろそかになっているような気がします。なかなか大きい画面のシミュレーション
> も難しいとは思いますが、とりあえずブラウザを最大化し、ブラウザでの文字設定を
> 最小化、さらに可能ならそこから[CTRL]+[-]を何回か連打する、というのをやって
> みると、私のいいたいことが理解できるかもしれません。

やってみましたが、言わんとすることがよくわかりませんでした。(;_;)
目の手術をしたおかげで極小の文字も結構読めるなぁという感想です。(^^;
一番小さい文字は潰れて読めなかったけど、もしかしてこれのことかなぁ。

> もちろん、普通ではない方法はあるわけで、クライアント側からサーバ側にデータを
> 送ってやればいいわけですが、サーバ側のほうがCGIならともかく、普通のWEBページ
> だと、送られたデータの受け取りようがない気もする。

やっぱりそうなんですかねぇ。
JavaScript を使えば色々出来そうな気はしますが。

> どうもあれだ、konnoさん、いまひとつサーバ側とクライアント側の役割分担という
> ものを理解されていないような感じに見受けられます。

理解はしているつもりですが、もっと連携が取れたらいいのにと思うのです。

> 以前にも書いたことがあるような気がしますが、文字のサイズなんてものは本来的に
> クライアント側のお仕事。サーバ側でどうこうするようなものではありません。
> というのは建前なので、できることはやってもいいじゃないか、というサイトが世の
> 中には多いのは現実。

私も、出来るのならやってみたいと思う方だし、WEB世界はルール無用のジャングルかと。
思えば20年前も色々掲示板などを弄っていたのだなぁ・・・

> だけど、うちの板塀のように、ブラウザ側の対応が変わること
> で可能だったことが不可能になることも多いですし、業界の多数派のご意見に変化の
> 兆しもありませんから、ここは日和っておいたほうが良いのではないかと。

目出ぁ食えり、なんてぇ最近聞いた謎のはやり言葉にも日和たいのに日和れないひよわ男です。

> すなわち、文字サイズ変更関係のルーチンは全て撤去、ということ。

げげげっ、と思いましたが、もしかして全部 CSS でやれということでしょうか。

> いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。

私はそういうことはいっさい考えない人です。ただやりたいことをやるだけ。(^^;

> #いちご白書は何度目か

うーん、価値観の相違みたいな話なのかなぁ、、、わかりません。


11319/11319 GST01234  そうた           無料でPDFをExcelに変換できますか?
( 0) 24/06/27 22:21 コメント数:1
こんにちは。私は現在学生で、研究のために多くのPDFデータをExcelに変換する必要があります。無料で使える良いツールはありますか?

11320/11319 BQO00549  konno            Re: 無料でPDFをExcelに変換できますか?
( 0) 24/06/27 23:36 11319:そうたさんへのコメント
そうたさん、こんにちは

> こんにちは。私は現在学生で、研究のために多くのPDFデータをExcelに変換する必要があります。無料で使える良いツールはありますか?

私は PDF を使わないので、その手のツールは知りません。
ネットで「無料でPDFをExcelに変換」で検索すれば色々出てきますね。
危険なサイトもあるかもしれないので自己責任で試してみるとかどうでしょう。

MSのcopilot で検索すると
----------------------------------------------------------

1.エクセルのPower Queryを使って取り込む方法:
エクセルのPower Queryを使用して、PDFをExcelに変換できます。この方法は重要なデータを変換したい場合に適しています。
手順:
新しいエクセルを開きます。
データタブを選択し、「データの取得」から「ファイルから」を選択します。
PDFファイルを選択して取り込みます。
表の1行目を項目として設定し、読み込みを実行します。

2.オンラインツール「iLovePDF」を使って変換する方法:
「iLovePDF」はオンラインでPDFをExcelに変換できる便利なツールです。
手順:
iLovePDFのホームページにアクセスします。
「PDFからExcel」をクリックしてPDFファイルを選択します。
「EXCELに変換」をクリックして変換が完了したらダウンロードします。

3.ワードでコピーペーストを利用して変換する方法:
ワードを使用してPDFのテキストをコピーし、Excelに貼り付ける方法です。
手順:
PDFファイルをワードに開きます。
テキストを選択してコピーします。
エクセルに新しいシートを作成し、コピーしたテキストを貼り付けます。

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

こういう結果が出ました。
信頼性はわからないので試すなら自己責任で試すのがよろしいかと思います。


11321/11306 CXB00940  としき           Re^3: タマの猫ハウス トップページ更新
( 0) 24/06/29 16:12 11318:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> やってみましたが、言わんとすることがよくわかりませんでした。(;_;)

うぅん、デザイン的な面での話なんですが、もしかしたらこれはkonnoさん的には
問題ない点なのかも。
うちの複数の環境で、ブラウザもFirefoxやedge、chromeな複数のバージョンで同じ
ような挙動になるので、ブラウザ間での差異はないと思うのですけど、もしかしたら
konnoさんのところでは違っているとかあるかもしれない。
以下はブラウザのウィンドウだと思ってください。

+------------------------------------------------------------------------+
|              タイトル カウンタ             |
|                  絵                 |
|ごにょごにょ                              |
|ごにょごにょ                              |
|ごにょごにょ                              |
|ごにょごにょ                              |
|ごにょごにょ                              |
|                 検索窓                |
+------------------------------------------------------------------------+

こんな感じになって、著しくバランスが悪いように見えるのですよ。なんというか、
このページのメインになってほしい部分が左寄せされているような感じ。
もちろん、トップなのだからメインはタイトルと絵であって、あとのリンクの部分は
ほんのつけたし、というのであればこの画面構成はとっても正しいものです。
そして、先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、
と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり
左側にこじんまりとしていく一方で、タイトルと絵のほうは小さくはなりますが位置
は変わらず、ますます間隔が開いていくばかり。
これは狙ってやっているのか、それともkonnoさんのところでは違う表示になるのか、
というところはわかりません。

> JavaScript を使えば色々出来そうな気はしますが。

ページの表示を全部JavaScriptで行う、という手法はあります。
この方法なら、サーバとの通信は全く行いませんから、可能なはず。
あと、うろ覚えな記憶だと、JavaScriptに通信させる、という手法もあったような気が
しますが、それこそこれはセキュリティの問題でブラウザ側が規制したような。

> 理解はしているつもりですが、もっと連携が取れたらいいのにと思うのです。

かつて、今よりブラウザが連携を許可していた時代、いわゆるセキュリティホール
とかで個人情報が抜かれまくったり遠隔操作されたり、ということで、ブラウザ側が
連携を取れる経路を絞りまくっているわけですよ。なので、konnoさんが希望する
ことはおそらく、JavaScriptだけで何とかできるようにこの方面を勉強する、という
のが正攻法のはず。これを正面突破ではなく裏口から搦め手でやろうとすると、あと
で手痛いしっぺ返しを食いそう。

> げげげっ、と思いましたが、もしかして全部 CSS でやれということでしょうか。

一応、それがベター。
少なくとも、私はそれよりよい方法は知らない。
ただ、私の知識もたかがしれていますから、もっと良い方法もありそうな気がする。

> > いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。
> 私はそういうことはいっさい考えない人です。ただやりたいことをやるだけ。(^^;

ところがですよ。
konnoさんの真にやりたい目的はともかくとして、やろうとしている手段は、いわゆる
ルール違反に近いようなことばかり。とはいえ、このルールというものも部外者から
したら曲者に見えるというか、いわゆる業界の自主基準というもので、当然、罰則
なんかありはしない。とはいえ、守っておけば、多くの閲覧者に正しく見てもらえる
可能性が著しく高まる、という程度の話。ブラウザでの対応、とかの話ね。
う〜ん、適切な比喩ができない、と文太さんにもよく怒られていますが、むりやり
比喩的な話で言うと、めざらさんのサイトの場合、40キロ制限の道をときどき
45キロくらいで走る程度、というくらいルールを守っている。うちのサイトだと
もう巡航速度が50キロくらい、時々60キロを越えます、と言ったような感じかな。
でもkonnoさんがやろうとしていることは、傍目にはターボをフルにして200キロで
突っ走ってやる、みたいなもの。うまく行けばこれはすごいけど、下手をすれば周り、
つまり閲覧者にも迷惑をかけかねない。
#「下り最速」というのは大抵「登り最速」ではない

ということで、私としては、何か違ったところを目指しているように見えて仕方ない。
もちろん、私の誤解の可能性も高いのですが。


11322/11306 BQO00549  konno            Re^4: タマの猫ハウス トップページ更新
( 0) 24/06/30 00:19 11321:としきさんへのコメント コメント数:2
> こんな感じになって、著しくバランスが悪いように見えるのですよ。なんというか、
> このページのメインになってほしい部分が左寄せされているような感じ。
> もちろん、トップなのだからメインはタイトルと絵であって、あとのリンクの部分は
> ほんのつけたし、というのであればこの画面構成はとっても正しいものです。

もちろんタイトルと絵はメインです。リンクもメインですが。(^^;
これ、センターに揃えるというやりかたは初期のホームページではよく見かけました。
が、字数が揃っていないと不思議なシンメトリック絵画のようで、違和感を感じました。
キチンと揃えるなら、テーブルを使えばいいんでしょうが、面倒くさいの。(^^;

> そして、先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、
> と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり
> 左側にこじんまりとしていく一方で、タイトルと絵のほうは小さくはなりますが位置
> は変わらず、ますます間隔が開いていくばかり。

これは同じように見えていますが、普通はそういう操作はしないと思うので問題なし。(^^;
としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。
私はテーブルとかcssとか全く勉強してないもので。<(^^;)

> ページの表示を全部JavaScriptで行う、という手法はあります。
> この方法なら、サーバとの通信は全く行いませんから、可能なはず。

この手は、じょじょさんのカウンターなどで見てはいましたが、むずいの。

> あと、うろ覚えな記憶だと、JavaScriptに通信させる、という手法もあったような気が
> しますが、それこそこれはセキュリティの問題でブラウザ側が規制したような。

なるほど、それはわかるような気がします。

> konnoさんが希望することはおそらく、JavaScriptだけで何とかできるように
> この方面を勉強する、というのが正攻法のはず。

これからぼちぼち勉強していこうと思ってはいます。(^^;

> > げげげっ、と思いましたが、もしかして全部 CSS でやれということでしょうか。
> 一応、それがベター。
> 少なくとも、私はそれよりよい方法は知らない。

今、
とか <font> とか、必要に迫られて削減しているところです。(^^;
そのうち慣れてくるのかなぁ。

> ただ、私の知識もたかがしれていますから、もっと良い方法もありそうな気がする。
>
> > > いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。
> > 私はそういうことはいっさい考えない人です。ただやりたいことをやるだけ。(^^;

> #「下り最速」というのは大抵「登り最速」ではない

これが一番納得できてわかりやすかったような。(^^;
これからは登りもついていけるように更なるチューンナップを(゚゜)☆\(--#)バキッ


11323/11306 CXB00940  としき           Re^5: タマの猫ハウス トップページ更新
( 0) 24/06/30 11:18 11322:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
konnoさんのデザイン感覚で問題なければ問題なしです。
ただ、一つだけ、例によって私が誤解を招いているところがあって。

> > そして、先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、
> > と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり
> これは同じように見えていますが、普通はそういう操作はしないと思うので問題なし。

これは、あくまでも大画面をエミュレーションするための操作。
実は、会社のマシン、21Vかもっと大きいものかもしれませんが、これでブラウザの
ウィンドウを最大化した場合にあのような画面表示となっています。解像度は忘れた。
konnoさんのパソコン、もしHDMIの端子があれば、大画面のテレビとかにつなげば
エミュレーションの操作なんかしなくても実物を見れることでしょう。

> としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。
> 私はテーブルとかcssとか全く勉強してないもので。<(^^;)

私もテーブルは多用しています。
とはいえ、もう何年も前に、できる範囲で、ではありますが、かなり大々的にCSSを
導入しました。
実は、うちのサイトのトップページも、上記の会社のマシンよりは小さいとはいえ、
その当時の大画面で表示させて「うげげ」となってしまったもので。ありがたいことに
CSSで記述しておけば、画面サイズのある程度の変更であればそれなりに追従して表示
してもらえるので、少なくともパソコンなら当面このままでよさそう。ただスマホでの
表示は全く確認していないので、一体どうなっていることやら。

あと、ブラウザ側ではなくサイト側で文字サイズの変更ができるようにするのであれ
ば、以下のようなページを熟読すると参考になるかもしれません。JIS規格だの総務省の
ガイドラインとかが出てきて、きちんと実装しようとすると、かなり大変そうです。

https://weba11y.jp/basics/faq/resize-text/
https://burnworks.com/blog/articles/8494mihzij4n/


11324/11306 DGF01024  めざら           Re^5: タマの猫ハウス トップページ更新
( 0) 24/06/30 11:54 11322:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
> が、字数が揃っていないと不思議なシンメトリック絵画のようで、違和感を感じました。

center要素をイメージしていると思いますが,html5では廃止されていますし,
html4でも厳密型では使用できない古臭くて陳腐な要素です。CSS を使いましょう。

> キチンと揃えるなら、テーブルを使えばいいんでしょうが、面倒くさいの。(^^;

(キチンと……と言うか)所詮テーブル要素だけではセンタリングが出来ませんから,
結局左右のマージンを同じ値で設定することになります。
だったら,本来の目的から外れた table なんて面倒なだけですよね,確かに。

一番簡単なのは,左右のマージンをともに auto にしておいて,
適用させたいブロックの幅を例えば80%とか適当に定義してやれば,
結果的にブロック全体が左右同じ余白で中央寄せされます。
一方で,ブロックの内容の配置は影響されないので,
center要素をテキストに適用したみたいな恥ずかしいことにはならないのが普通です。

ブロックレベル要素に対する一例([]内は不定です)としては……
[div].[cntr] {
margin-left:auto; margin-right:auto; width:[80%]; padding:[2em];
}
……という感じです。

まぁ,あまりご興味はないでしょうけれど。


11325/11306 BQO00549  konno            Re^6: タマの猫ハウス トップページ更新
( 0) 24/06/30 18:06 11323:としきさんへのコメント
> 実は、会社のマシン、21Vかもっと大きいものかもしれませんが、これでブラウザの
> ウィンドウを最大化した場合にあのような画面表示となっています。解像度は不明。

なるほど、それは想定外でした。確認してみます。

> konnoさんのパソコン、もしHDMIの端子があれば、大画面のテレビとかにつなげば
> エミュレーションの操作なんかしなくても実物を見れることでしょう。

42インチのテレビで見てみましたが、見栄えはノートPCとほぼ同じでした。(^^;
なので、[CTRL]+[-]連打して、こんな感じかなぁ、・・・確かにバランス悪いですね。(^^;
あ、一つ気が付いたことがあります。トップページに仕込んだ「ウインドウサイズ」の表示が

ノートPC全画面	ウィンドウサイズ:横幅 = 1239 / 高さ = 630
42型TV		ウィンドウサイズ:横幅 = 2478 / 高さ = 1260

これは画面サイズの違いかぁ、と思ったら、ブラウザで縮小するとこの数字が変化するようです。
なるほどねぇ〜、気が付きませんでした。(^^;

> > としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。
> > 私はテーブルとかcssとか全く勉強してないもので。<(^^;)
> 
> 私もテーブルは多用しています。
> とはいえ、もう何年も前に、できる範囲で、ではありますが、かなり大々的にCSSを
> 導入しました。

> 実は、うちのサイトのトップページも、上記の会社のマシンよりは小さいとはいえ、
> その当時の大画面で表示させて「うげげ」となってしまったもので。ありがたいことに
> CSSで記述しておけば、画面サイズのある程度の変更であればそれなりに追従して表示
> してもらえるので、少なくともパソコンなら当面このままでよさそう。ただスマホでの
> 表示は全く確認していないので、一体どうなっていることやら。

やしきのトップページを縮小して見てみました。
文字も画像も縮小しますが、バランスはいいですねぇ。
逆にブラウザの幅を縮小してもそれなりに見えて、見栄えはそれほど悪くないです。

ということで、やしきの秘伝のソースを頂こうと思ったら、あれ? 外部CSSが無い?
思った以上にシンプルなんですねぇ。参考にさせていただきます。

> あと、ブラウザ側ではなくサイト側で文字サイズの変更ができるようにするのであれ
> ば、以下のようなページを熟読すると参考になるかもしれません。JIS規格だの総務省の
> ガイドラインとかが出てきて、きちんと実装しようとすると、かなり大変そうです。

拡大縮小のボタンの話ですね。参考になります。
うちの掲示板の拡大縮小のリンクはとっくの昔に廃止されて飾りになっていました。(^^;
調べたら、2005年から2006年の間だけのようで、虱潰しに家探ししてやっと見つけました。

2005/06/07  12:29            63,044 wforum.cgi

ルーチンが完全にあるのはこの1つだけでした。ごく短期間で廃止したと思われます。(^^;
拡大縮小ボタンの話を勧められたので、またやってみようかな φ(..; バキッ\(--;


11326/11306 BQO00549  konno            Re^6: センター寄せは <div> スタイルで括るだけ
( 0) 24/06/30 18:51 11324:めざらさんへのコメント
> center要素をイメージしていると思いますが,html5では廃止されていますし,
> html4でも厳密型では使用できない古臭くて陳腐な要素です。CSS を使いましょう。

なるほど、やってみたいと思います。

> (キチンと……と言うか)所詮テーブル要素だけではセンタリングが出来ませんから,
> 結局左右のマージンを同じ値で設定することになります。
> だったら,本来の目的から外れた table なんて面倒なだけですよね,確かに。

なるほど、テーブルも目的外使用になるのですね。

> 一番簡単なのは,左右のマージンをともに auto にしておいて,
> 適用させたいブロックの幅を例えば80%とか適当に定義してやれば,
> 結果的にブロック全体が左右同じ余白で中央寄せされます。
> 一方で,ブロックの内容の配置は影響されないので,
> center要素をテキストに適用したみたいな恥ずかしいことにはならないのが普通です。

おお、これは効果を期待してしまいますね。

> ブロックレベル要素に対する一例([]内は不定です)としては……
> [div].[cntr] {
> margin-left:auto; margin-right:auto; width:[80%]; padding:[2em];
> }
> ……という感じです。

えーと、表示法なのかよくわからないので、とほほさんのサイトも参考に以下のように

<div style="margin-right:auto; margin-left:auto; width:80%; padding:0.2em;">

これ一つで全体を括ってみたら、画像がちょっと左寄りになったので、画像だけ以下

<div style="margin-right:auto; margin-left:auto; width:50%; padding:0.2em;">

width の%で左右バランス調整する感じですかね。
これで凄く良い感じになりました。応用も簡単そうです。ありがとうございます。

> まぁ,あまりご興味はないでしょうけれど。

とんでもないです。今までやらなかったことを後悔するほど良くなりました。
本当にありがとうございました。m(__)m

ということで、資源トップのお宝ソースは丸ごと頂きだぜぃ!

# 大公開時代の頂き海賊団はお宝丸ごと頂き! お代は「愛」とかでは釣り合わない?


11327/11306 BQO00549  konno            タマの猫ハウス トップページ見栄え更新
( 0) 24/07/01 19:44 11315:konnoさんへのコメント
「タマの猫ハウス」トップページを更新しました。

・としきさんやめざらさんのアドバイスでCSSを導入して見栄えが良くなりました。

・ブラウザ幅の増減で表示の拡大縮小に対応しました。

・「新着情報 」を別窓を開くか開かないか(携帯版)で別けました。
 画面サイズ 大 中 小(携帯版) はサイズオプションとして別けました。

表示などおかしなところがあれば教えてください。
もっとこうした方がいいというアドバイス大歓迎です。(^_^)


11328/11306 BQO00549  konno            「新着情報 」 Ver 0.943 更新
( 0) 24/07/01 20:03 11314:konnoさんへのコメント コメント数:1
「新着情報 」 Ver 0.943 更新しました。

・「新着情報 」を別窓を開くか開かないか(携帯版)で別けました。

 URLの引数 mode1=1 で別窓を開かない携帯版になります。
 それ以外は別窓を開く通常版となります。

・画面サイズ 大 中 小(携帯版) はサイズオプションとして別けました。

 サイズは 大:100% 中:90% 小:80% 極小:70% となります。
 URLの引数 wsize= の数字 1:100% 2:90% 3:80% 4:70% 5:60% となります。
 URLの引数 wsize= の数字に直接%指定 40% 〜 150% まで指定できます。

「タマの猫ハウス」トップページのリンクから選択して、それぞれの環境に合わせて
引数のオプションを変更してブックマークに入れてください。

表示などおかしなところがあれば教えてください。
もっとこうした方がいいというアドバイス大歓迎です。(^_^)


11329/11306 DGF01024  めざら           Re: 「新着情報 」 Ver 0.943 更新
( 0) 24/07/02 08:35 11328:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
とりあえずですね,
「Another HTML-lint gateway」(http://cetus.sakura.ne.jp/htmllint/htmllint.html
にかけて,重要度が 8 と 9 のエラーを修正してみてはいかがでしょう。

※注:この文法チェッカーの評価は極端に厳しめですから他は「ふ〜ん」でもいいです。


個人的には,「人今日」「人昨日」みたいな読みにくいのは気になりますね。
あと,body(地べた) にテキスト(大事な物)が直に置いてあることとか。
さらに,font を多用していますが,強調して見やすくしたい意図があるのですよね。
ふつうそういうのは,見出しとして扱うことが多いと思います。

11330/11306 BQO00549  konno            Re^2: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/02 15:19 11329:めざらさんへのコメント コメント数:1
> とりあえずですね,
> 「Another HTML-lint gateway」(http://cetus.sakura.ne.jp/htmllint/htmllint.html
> にかけて,重要度が 8 と 9 のエラーを修正してみてはいかがでしょう。

対象が htmlのように見えましたが、sinn.cgi のURLを入れて試してみました。
「軽度のチェックを無効にします」にチェックを入れた状態の結果が

88個のエラーがありました。このHTMLは -17点です。タグが 22種類 170組使われています
重要度	個数
7	1
8	2
9	11

こんなん出ました。(;_;)

> 個人的には,「人今日」「人昨日」みたいな読みにくいのは気になりますね。

う、文字が繋がって見えますか。もう少し間隔を空けてみます。(^^;

> あと,body(地べた) にテキスト(大事な物)が直に置いてあることとか。
> さらに,font を多用していますが,強調して見やすくしたい意図があるのですよね。
> ふつうそういうのは,見出しとして扱うことが多いと思います。

うう、もうなにがなにやら・・・ とりあえず見直してみます。m(__)m


11331/11331 BQO00549  konno            MS-DOS Player 2024/7/1 更新
( 0) 24/07/02 16:27
MS-DOS Player が 2024/7/1 に更新されていました。
更新内容は
-----------------------------------------------------------
INT 10h, AX=8200hを修正しました。
BLがFFh以外のとき、変更前のスクロールモードの値をALに返すように修正しています。
INT 16h, AH=02h/12h/51hを修正しました。
トグルするキーの状態を正しく取得できるようになっています。
ただしVK_KANAの状態は、Windows10ではIME絡み?でうまく取得できないようです。

INT 10h, AX=5000h/5001h, AH=85hをサポートしました。
J-3100のカーソルモードの取得・変更、カーソル位置の文字のアトリビュートを取得します。
INT 16h, AH=F0h/F1h/F5h/F6hをサポートしました。
J-3100のビープ鳴動、キーのロック状態の変更、キーバッファへの追加や状態の取得をします。
INT 6Fh, AH=01h/02h/03h/04h/05h/0Bh/66hをサポートしました。
J-3100で使用しているATOK5/6のオン・オフや状態の変更・取得をします。
またATOK5/6のダミードライバーを組み込みました。
主に、J31BASICで使用されているっぽいサービス類を中心にサポートしています。

INT 10h/16h, AX=5000h/5001hをサポートしました。
AXのビデオ・キーボードBIOSのカントリーコードの取得・変更をします。
ただし、値の変更をしても、BIOSの動作には影響しません。

INT 16h, AX=1300h/1301hをサポートしました。
DOS/VのIMEのオン・オフや状態の変更・取得をします。

Windows10の新しいIMEは、コンソールアプリ上の挙動が色々と怪しくなっているようで、
ローマ字・カナ入力の状態を正しく取得できません。
このため、ローマ字・カナ入力を切り替える処理は、現状では無効にしています。
従来のIMEを使っているか否かの判定はできそうなのですが、
Microsoft IME以外を使っているかの判定をどうすればいいか調査中です。
-----------------------------------------------------------

あれ? これって、私が弄っているJ31BASICコンパイラで問題が出ているものばかりではないですか。
#11251 あたり参照
掲示板ではBIOSコールの問題を記事にしましたが、武田さんにメールした覚えがないです。(^^;
ここを見てくれているのでしたらありがたいことです。たまたまかもしれないですが。

で、J31版の STIMEJ.EXE を動かしてみたら、問題なく動くようになりました。
これはありがたいです。武田さんに感謝です。m(__)m

これを機に途中で放置状態の STIME を公開できる程度に仕上げてみようかな。
本当にありがとうございました。


11332/11306 CXB00940  としき           Re^3: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/02 23:01 11330:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/
> > ふつうそういうのは,見出しとして扱うことが多いと思います。

あとは、それこそ強調を意味する<em>とか<strong>タグを使ってみるとか。
これらはHTML5でも、まだ生きているのではなかったかな。
それにこいつを使えば、divだのspanだの、classだのidだの、なんていうものを使わず
に直接<em>をCSSでボールドに修飾する、なんてこともできるはずだし。
また、前にもお願いしたことがあると思いますが、即値で<font size="3">とかでは
なく<font size="-2">とかを使っていただくほうがまだましな気がする。
ま、五十歩百歩、かもしれませんが。


11333/11306 DGF01024  めざら           細かい指定よりも明確な構造を先に
( 0) 24/07/03 08:25 11332:としきさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/
あまり胸を張って言える立場にはありませんが……

HTML文書って,ちゃんとした構造にすればそれなりの見栄えになるように
ブラウザの表示関係の初期値って定められていると思うのですよね。

例えば,新着情報の場合だと概ね次のような構造になると思います。
(BBSがそれぞれひとつなら見出しレベルは変わるかも)
+――― BODY ―――――――――――――――――――――――+
|+―見出し H1 ―――――――――――――――――――――+|
||BBS新着情報                                           ||
|+―――――――――――――――――――――――――――+|
|      +―ちょっとした説明ブロック―――――――+        |
|      |リード文など(なくてもいい)            |        |
|      +――――――――――――――――――――+        |
|  +―見出し H2 ―――――――――――――――――――+  |
|  |としきのやしき                                    |  |
|  +―――――――――――――――――――――――――+  |
|      +―見出し H3 ――――――――――――――+        |
|      |やしきの板塀 (新着)                  |        |
|      +――――――――――――――――――――+        |
|    +―――+―――――+――――+―――――――――+  |
|    |日付  |  発言者  |  番号  |  タイトル        |  |
|    +―――+―――――+――――+―――――――――+  |
|    |      |          |        |                  |  |
|    +―――+―――――+――――+―――――――――+  |
|    |      |          |        |                  |  |
|    +―――+―――――+――――+―――――――――+  |
|  +―見出し H2 ―――――――――――――――――――+  |
|  |めざら資源                                        |  |
|  +―――――――――――――――――――――――――+  |
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
|+― ADDRESS  ―――――――――――――――――――――+|
||責任表示や連絡先など                                  ||
|+―――――――――――――――――――――――――――+|
+―――――――――――――――――――――――――――――+

表示系の要素や CSS に頼らなくても,それなりの見栄えになると思います。
細かい表示を気にするのは構造を確定した後でいいわけですが,
先に細かいことを気にするから収拾がつかなくなってしまうと想像します。

11334/11306 BQO00549  konno            Re^4: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/03 23:54 11332:としきさんへのコメント コメント数:1
> あとは、それこそ強調を意味する<em>とか<strong>タグを使ってみるとか。
> これらはHTML5でも、まだ生きているのではなかったかな。

<em>って、相対サイズだったような。なかなか思うように指定できなかった気が。

> それにこいつを使えば、divだのspanだの、classだのidだの、なんていうものを使わず
> に直接<em>をCSSでボールドに修飾する、なんてこともできるはずだし。

そうなんですか、うーん、どうしようかなぁ。

> また、前にもお願いしたことがあると思いますが、即値で<font size="3">とかでは
> なく<font size="-2">とかを使っていただくほうがまだましな気がする。

ゼロの時はどうするのかなとおもいまして。(^^; medium ですかね。
まだしばらくは藻掻くことになりそうです。(^^;


11335/11306 BQO00549  konno            Re: 細かい指定よりも明確な構造を先に
( 0) 24/07/03 23:55 11333:めざらさんへのコメント
> 例えば,新着情報の場合だと概ね次のような構造になると思います。
> (BBSがそれぞれひとつなら見出しレベルは変わるかも)

おお、見栄えが良いですね。

> 表示系の要素や CSS に頼らなくても,それなりの見栄えになると思います。

見栄えはいいんですが、私はここに情報を詰め込みたかったのです。なので

> 細かい表示を気にするのは構造を確定した後でいいわけですが,

今の見た目が私の目指していた形なので、CSSでどこをどうしたものかと。(^^;

> 先に細かいことを気にするから収拾がつかなくなってしまうと想像します。

それはいえるかも。(^^;
例のチェックですが

> 88個のエラーがありました。このHTMLは -17点です。タグが 22種類 170組使われています
これが

70個のエラーがありました。このHTMLは 84点です。タグが 22種類 169組使われています。

こうなりました。(^^;
とりあえずはこれで様子を見ることにします。(^^;
ありがとうございました。


11336/11306 CXB00940  としき           Re: 細かい指定よりも明確な構造を先に
( 0) 24/07/04 00:07 11333:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/
今更ながら、ソースを見させていただきました。
あぁ、なるほど、これは・・・

インライン要素とかブロック要素とかあるわけですが、最近のHTMLの目的というのが

> HTML文書って,ちゃんとした構造にすればそれなりの見栄えになるように
> ブラウザの表示関係の初期値って定められていると思うのですよね。

文書をどのように構造化しようか、という話になっていて。
全体があって見出しがあって、章があってセンテンスがあって、ということね。
もともとが、文書には構造がある、という点が出発点、というか。
小学校の時から作文の書き方で勉強することではありますが、教え方のうまい先生は
少ないかもしれない。

> 細かい表示を気にするのは構造を確定した後でいいわけですが,
> 先に細かいことを気にするから収拾がつかなくなってしまうと想像します。

うむ、至言だ。


11337/11306 CXB00940  としき           Re^5: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/04 00:16 11334:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> <em>って、相対サイズだったような。なかなか思うように指定できなかった気が。

konnoさんに誤解があるか、私のHTMLの知識が古くなっているか。
konnoさんのおっしゃっているのは、emとかpxとかのことですよね。
私の言っているのは、サイズ指定のemのことではありません。
<em>ほげほげ</em>という、タグの話です。
これは強調を意味するタグです。
昔のブラウザだと、半角アルファベットの場合はイタリックで表示していました。
最近のブラウザで日本語だとどうなるかわかりません。
<strong>ふがふが</strong>だと太字だったけど、これは今でもそうなっているのが
多いと思う。


11338/11306 BQO00549  konno            Re^6: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/04 21:37 11337:としきさんへのコメント コメント数:1
> konnoさんのおっしゃっているのは、emとかpxとかのことですよね。
> 私の言っているのは、サイズ指定のemのことではありません。
> <em>ほげほげ</em>という、タグの話です。
> これは強調を意味するタグです。

これは知りませんでした。勘違いしてました。m(__)m

> 昔のブラウザだと、半角アルファベットの場合はイタリックで表示していました。
> 最近のブラウザで日本語だとどうなるかわかりません。

エッジで試してみたら、半角アルファベットはイタリックで、日本語は変化無しでした。
ファイヤーフォックスでは、日本語もイタリックのボールドで表示しました。
クロムはエッジと同じでした。中身が同じなのか。
これではちょっと使えないですね。

> <strong>ふがふが</strong>だと太字だったけど、これは今でもそうなっているのが
> 多いと思う。

私は長い英単語のスペルを覚えられないので、使えるうちは <b></B> で行こうかな。(^^;


11339/11306 CXB00940  としき           Re^7: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/06 18:29 11338:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 私は長い英単語のスペルを覚えられないので、使えるうちは <b></B> で行こうかな。

長いといってもたった5文字が覚えられないのはいささか危機的。
私の場合はストロング系のアルコール飲料を飲む福祉を享受しているというのが強い
ですが、仮面ライダーの影響もあるかも。

それはさておき。
表示されたソースをざっくりみて、気になった部分がいくつか。
めざらさんからすると、そんなものは枝葉末節、かも知れない。

まず、ソースをVzで開くと、なんか変なコントロールコードが入っている。
あるいは、微妙に文字化けしたような半角カナとか。
この辺はきれいにしてほしいかな。

次、<font size='1'> </font>なんていうのがある。
大昔、1x1サイズの画像を使って表示を整えたりしていましたけどね。
思い出した私も私ですが、もはや伝説級のいにしえの技術です。
こういう、現在では恥ずかしいものはやめましょう。

あと、私個人的には、ちょっと情報が詰まりすぎに見える。
ただ、これはおそらくkonnoさんが意図してやっていることですよね。
#11335
> 見栄えはいいんですが、私はここに情報を詰め込みたかったのです。
とありますから。
一応、個人的な希望としては、各掲示板ごとにちょっと行間を開けてほしいかな。
でも、konnoさん的には間延びして見えてしまうかもしれませんので、これは却下で
かまいません。

文法的には、各掲示板タイトルの前、すなわち<a>タグの前に<div>を、そして
</table>のうしろに</div>をつけると、大体いい感じになりそうな気がする。
ただ、これ、無理やり文法的にOKにしているだけ、という感じもあって、今以上
には悪くならないはずとはいえ、どんなもんだろうねぇ。
う〜ん、そうねぇ、<body>タグ直後の冒頭部分、表示されるタイトルのところも、
めざらさん的には<h1>なんていうのがお薦めかもしれませんが、表示される1行分を
<div></div>でくくっていただけるだけで気分が違う。
ついでにいうと、そこのところの<font size='3'>は逆にありがたみを感じない。
というよりも、はっきりいって、ないほうがうれしい。

それから、<tbody>タグ、これ、このページにおいては、必要性がわからない。
もちろん、あって邪魔になるものではないけど。とはいえ、ごてごてした飾りは
少なければ少ないほどいいものなので、外したらどこがどう悪くなった、というのが
なければ、外せるタグはどんどん外すべきだと思う。

もうひとつ、#11262にも書いた実体参照の問題、これも解決していただくことを希望。

最後に、トップページにある[大] [中] [小]と[中] [小] [極小]の表記。
おそらく、konnoさんご自身がいろいろな環境からアクセスされる都合でそれぞれ
3つの選択肢をご用意されているかと思います。もちろん、それぞれの利用頻度は
異なることでしょう。
ただ、これ、お客様というか利用者目線でいうと、全く意味不明。
何かのサイズだとはわかりますが、データ量なのか表示される画像のサイズなのか、
ということがわかるようになっていないわけですよ。
そして、利用者のことを考えていただく際には、私が#11323で紹介したページを参考
に、きちっと作りこんでいただくか、あるいは文字サイズの変更ルーチンをきっぱり
と全撤廃していただくか、ということをぜひご検討ください。
もちろん、利用者置いてけぼり、という選択肢はあり。
利用者の一人である私としては非常にうれしくないけど。


11340/11306 DGF01024  めざら           Re: wforum.cgi の修正
( 0) 24/07/07 10:02 11317:konnoさんへのコメント コメント数:3
参照先:http://mezala.la.coocan.jp/
「バグ修正」というタイトルだと,まるで wforum.cgi の原本にバグがあるみたいな言い方ですね。
作者が見たら気を悪くしない保証はないような。(バグは必ず有るものだとは思いますが……)

それはそうと,「新着記事」って,どうして最新の発言タイトルだけ字が大きい?
(むしろ最新でない発言タイトルの表示が小さすぎて見づらいような……)

11341/11306 CXB00940  としき           表現の問題
( 0) 24/07/07 12:17 11340:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/
> このタイトルだと,まるで wforum.cgi の原本にバグがあるみたいな言い方ですね。

原本にもバグはあって、だから本家でもバージョンアップは行われています。
でも、ここで使っているのはかなり古いバージョンのものですからねぇ。
今後は表現に気をつけましょう、といったところでしょうか。


> それはそうと,「新着記事」って,どうして最新の発言タイトルだけ字が大きい?

管理人が気づいていない、に1票。
実は私も、めざらさんにご指摘いただくまで気づいていませんでした。
というか、環境のせいかもしれませんが、あまり差異を感じないのですよ。
最近、最新以外のタイトルが小さくなったなぁ、とは思いましたが、最新のタイトル
もちょっと小さくなったような気がしたこともあって。
これも表現(というか表示)の問題かな。

11342/11306 CXB00940  としき           konnoさんの入れたバグ修正
( 0) 24/07/07 12:55 11340:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/
> それはそうと,「新着記事」って,どうして最新の発言タイトルだけ字が大きい?

この原因はソースを見ても、ちょっと見にはわからない。
が、ソースをVzで開き、閉じタグにジャンプするマクロで見ていったら、Vzそのもの
が落ちたので、わりと簡単に特定できました。
返信ボタンの前に<font size='2'>っていうのがあるのですが、これが閉じていない。
そもそも、ここでフォントサイズを変更すべきか、というと、おそらく不要。
その後にフォントサイズ最小指定で謎の「soft」という表示があって、これは私の
ようなコードを知っている人には本文の改行関係の書式とわかりますが、だけど一見
のお客様には意味不明の記載なんで、さっぱりと撤去していただくことを希望。
それはさておき、その後もずっと返信ボタンの表示の部分でどんどん<font>タグの
階層が深くなるので、このコードでは、例えば「新着1000」とかを表示させた場合、
古いブラウザなんかだとメモリがたりなくなって表示不可とかブラウザが落ちるとか
いう状況が発生しかねない。
最近のブラウザだって、不具合のあるHTMLをがんばってレンダリングしているだけ、
ということにすぎないわけですけど。

結論としては、不要なコードはどんどん削りましょう。
コードはシンプルなほど不具合は入り込みにくいのですから。


11343/11306 BQO00549  konno            Re^2: wforum.cgi の修正
( 0) 24/07/07 18:40 11340:めざらさんへのコメント
> このタイトルだと,まるで wforum.cgi の原本にバグがあるみたいな言い方ですね。
> 作者が見たら気を悪くしない保証はないような。(必ず有るものだとは思いますが……)

タイトルから「バグ」を削除修正しました。
管理者権限でめざらさんのコメントのタイトルも修正しました。
記事内容を読めば私の入れたバグだとはわかるとは思うのですが
不快に思う方がいるならばできる範囲で対処は心がけます。

> それはそうと,「新着記事」って,どうして最新の発言タイトルだけ字が大きい?
> (むしろ最新でない発言タイトルの表示が小さすぎて見づらいような……)

弄っていて閉じた愚、じゃない! 閉じタグの辻褄が合わなくなったようです。
とりあえず修正中の版に差し替えました。m(__)m


11344/11306 BQO00549  konno            Re^8: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/08 00:07 11339:としきさんへのコメント コメント数:1
> まず、ソースをVzで開くと、なんか変なコントロールコードが入っている。

え? どこでしょうか。

> あるいは、微妙に文字化けしたような半角カナとか。

これはありますね、直します。

> 次、<font size='1'> </font>なんていうのがある。
> 大昔、1x1サイズの画像を使って表示を整えたりしていましたけどね。
> 思い出した私も私ですが、もはや伝説級のいにしえの技術です。
> こういう、現在では恥ずかしいものはやめましょう。

うう、他のやり方を知らないもので。(;_;)

> 一応、個人的な希望としては、各掲示板ごとにちょっと行間を開けてほしいかな。

これは私も思ってはいました。(^^;
色々試してみようと思います。

> 文法的には、各掲示板タイトルの前、すなわち<a>タグの前に<div>を、そして
> </table>のうしろに</div>をつけると、大体いい感じになりそうな気がする。

ちょっとやってみましたが、見た目は全く変わらなかったですね。(^^;

> それから、<tbody>タグ、これ、このページにおいては、必要性がわからない。

これはテーブルのフォントサイズを指定しているので、私的には残したいのです。

> もうひとつ、#11262にも書いた実体参照の問題、これも解決していただくことを希望。

この辺も良くわかってないので、課題一覧表でも作って入れておいた方が良いかも。

> 最後に、トップページにある[大] [中] [小]と[中] [小] [極小]の表記。
> ただ、これ、お客様というか利用者目線でいうと、全く意味不明。
 ・・・中略・・・
> もちろん、利用者置いてけぼり、という選択肢はあり。

これらの機能は私が思い付きで作ることが多いですが、自分が便利だと思うから作るので
便利だと思っているうちは撤去などしません。
ここをこうしたらもっといいんじゃないかというご意見があれば検討いたします。(^^;


11345/11306 CXB00940  としき           Re^9: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/09 00:44 11344:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> > まず、ソースをVzで開くと、なんか変なコントロールコードが入っている。
> え? どこでしょうか。

konnoさんのところでは見えないとすると、うちの環境依存かもしれません。
また、Vzのデフォルトで青い「^」が見えたのでコントロールコードと書いてしまい
ましたが、よくみたら「^M」なので改行の片割れですね。
mode1=0&wsize=1のソースだと、「VzWiki 23/10/27」の直後のところにひとつと、
「MS-DOS Player 2024/7/6」の直後のところにふたつ見えます。

> > 次、<font size='1'> </font>なんていうのがある。
> うう、他のやり方を知らないもので。(;_;)

そもそも論で、ここ、そんなに小さな文字間は必要ですか?
普通の半角スペースとか&nbsp;で十分だと思うのですよ。
他の掲示板のところではたっぷり空いているわけですし。
そして今回の場合、表示に使われるフォントはMS Gothicを使うように指定している
ようですが、Windows以外の環境の場合、このフォントはインストールされていない
かもしれない。その場合、空白文字が何ピクセルの横幅で表示されるのかは閲覧する
環境によって異なります。結果、空白文字で文字間隔を調整しても、自分のデザイン
通りに見えるのは自分のところだけ、という可能性もあるわけで。
とはいえ、どうしてもやりたいときはCSSの「letter-spacing」というやつを使う
らしい。私は使ったことないけど。なんでもこれは、マイナスの値を指定すれば文字
の間隔をつめることもできるらしい。

> > 文法的には、各掲示板タイトルの前、すなわち<a>タグの前に<div>を、そして
> > </table>のうしろに</div>をつけると、大体いい感じになりそうな気がする。
> ちょっとやってみましたが、見た目は全く変わらなかったですね。(^^;

そう、見た目を変えずに文法合致度を上げるだけの便宜的な方法なんで、HTMLの
考え方を理解していない人が導入しても、なんか違和感だけ。

> > それから、<tbody>タグ、これ、このページにおいては、必要性がわからない。
> これはテーブルのフォントサイズを指定しているので、私的には残したいのです。

そういうことに使っているのなら、いいことだと思います。

> > もうひとつ、#11262にも書いた実体参照の問題、これも解決していただくことを希望。
> この辺も良くわかってないので、課題一覧表でも作って入れておいた方が良いかも。

これ、ブラウザの設定の問題なのかなぁ。
うちのfirefoxだと、何かのページを表示させているときに[CTRL]+[U]をおすと、
そのページのソースが表示されます。そして、各掲示板のリンク先のURLの部分、
まさに私の気になっている部分が赤く表示されたりしているのですよ。
表示のされ方が違うのかなぁ。

> これらの機能は私が思い付きで作ることが多いですが、自分が便利だと思うから作るので
> 便利だと思っているうちは撤去などしません。
> ここをこうしたらもっといいんじゃないかというご意見があれば検討いたします。(^^;

うん、なんかわかった。
たぶん、konnoさんと世間一般の多数派の考え方が単に異なっているだけみたい。
多数派の考え方としては、誰がページにアクセスするかわからないから、潜在顧客を
含めて、多くの人がアクセスしたときに便利なページにしましょう、という考え方。
つまり、いちげんさん優先。
その考え方だと、誰がどんな環境でアクセスするかわからないので、文字のサイズは
サーバ側ではなくクライアント側にお任せしましょう、となる。
一方でkonnoさんの場合、一番アクセス量の多い顕在顧客に最大限のサービスを提供
しましょう、といった感じ。つまり、常連さん優先。
そしてkonnoさんのサイトの場合の最大の常連はkonnoさん自身。
なので、konnoさんに便利なサイト構成を目指すことになる。
あれだ、頑固親父の飲食店、みたいな感じかな。
味だけなら★5つだけど総合評価は★1.5、とか。

実は、この辺、私も悩んだことがあって。
うちの板塀、以前使っていたガラケー専用のコードがあったりしました。
現在使っているガラケーでは使えないコードだから撤去したような気もするけど、
まだ残っていたりして。
でも、こんなもの、私だけは便利だけど一般の利用者に見せる必要はさらさらない。
なのでどうしたかというと、ガラケーのほうのブックマークに、そのオプションが
ついたURLを登録する、という形に落ち着きました。
konnoさんも、ご自身がいろんな環境からアクセスされるから3段階の文字サイズを
設定されておられるのだと思いますが、一般のお客様の側にそれを提示する必要は
全くないというか余計なお世話だというのが世間一般、世界中のコンセンサスな
わけですから、ご自分の端末だけの隠し機能としておくのがよろしいかと思います。


11346/11306 BQO00549  konno            Re^10: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/09 23:05 11345:としきさんへのコメント コメント数:1
> konnoさんのところでは見えないとすると、うちの環境依存かもしれません。
> また、Vzのデフォルトで青い「^」が見えたのでコントロールコードと書いてしまい
> ましたが、よくみたら「^M」なので改行の片割れですね。
> mode1=0&wsize=1のソースだと、「VzWiki 23/10/27」の直後のところにひとつと、
> 「MS-DOS Player 2024/7/6」の直後のところにふたつ見えます。

見てみましたがわからないですね。改行だったのかな。

> そもそも論で、ここ、そんなに小さな文字間は必要ですか?
> 普通の半角スペースとか&nbsp;で十分だと思うのですよ。
> 他の掲示板のところではたっぷり空いているわけですし。

うーん、なんだか中途半端な隙間が気になってしまって。(^^;
CSS が使いこなせればそれで出来るのでしょうけど。

> そして今回の場合、表示に使われるフォントはMS Gothicを使うように指定している
> ようですが、Windows以外の環境の場合、このフォントはインストールされていない
> かもしれない。その場合、空白文字が何ピクセルの横幅で表示されるのかは閲覧する
> 環境によって異なります。結果、空白文字で文字間隔を調整しても、自分のデザイン
> 通りに見えるのは自分のところだけ、という可能性もあるわけで。

うーむ、表示に問題が有るという具体的な事例のご指摘があれば見直します。
「font-family:MS Gothic ;」というのを削除してみましたが、変化はわからないですねぇ。

> とはいえ、どうしてもやりたいときはCSSの「letter-spacing」というやつを使う
> らしい。私は使ったことないけど。なんでもこれは、マイナスの値を指定すれば文字
> の間隔をつめることもできるらしい。

「letter-spacing」の説明では、「文字間の隙間を指定します。」とありました。
私がやりたいのはどちらかといえば、単語間のスペースなのです。
「単語間の隙間を指定するには word-spacing を参照してください。」とありましたが
「現時点ではまだあまりサポートされていないようです。」ということなので諦めます。

> うちのfirefoxだと、何かのページを表示させているときに[CTRL]+[U]をおすと、
> そのページのソースが表示されます。そして、各掲示板のリンク先のURLの部分、
> まさに私の気になっている部分が赤く表示されたりしているのですよ。

あ、ほんとだ、「&amp;」が赤く表示されていますね。
これは、「&」が変換されてこうなるようですが、元データからの削除漏れかなぁ。
&amp; を & に変換してみたら、赤字表示は無くなりました。

> あれだ、頑固親父の飲食店、みたいな感じかな。

なるほど、自分でもそう思いますね。(^^;

> konnoさんも、ご自身がいろんな環境からアクセスされるから3段階の文字サイズを
> 設定されておられるのだと思いますが、一般のお客様の側にそれを提示する必要は
> 全くないというか余計なお世話だというのが世間一般、世界中のコンセンサスな
> わけですから、ご自分の端末だけの隠し機能としておくのがよろしいかと思います。

私の場合隠しておくのがもったいないと思ってしまうんですね。(^^;
スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;
PCとは全く違う見え方なんですね。さて、どうしたものか。(^^;


11347/11306 CXB00940  としき           Re^11: 「新着情報 」ソースは問題だらけ!?
( 0) 24/07/09 23:45 11346:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/
> 見てみましたがわからないですね。改行だったのかな。

Vzで見てもわからないということは、元のソースからして違っているのか、それとも
Vzの側の設定の問題なのか。

> うーむ、表示に問題が有るという具体的な事例のご指摘があれば見直します。

多分、認識できるほどの問題にはならないと私は思います。
だって、文字間が半角1文字か1.1文字かって、見る側はあまり気にしない。
そして、そういう、一般の人が気にしないようなコードを書いているのがkonnoさん。
さらに、そういう、どうでもいいようなことをあげつらっているのがとしき。
#おや、天からつばが・・・

あと、ブラウザの挙動がわかっていないのですが、ページの側にフォントの指定が
ない場合のブラウザのデフォルトで「MS Gothic」をつかっています、とか、OS
に入っているのは「MS Gothic」ではなく「MS ゴシック」でした、なんてこと
だったりすると

> 「font-family:MS Gothic ;」というのを削除してみましたが、変化はわからないですねぇ。

こういう挙動になるような気がする。

> 私の場合隠しておくのがもったいないと思ってしまうんですね。(^^;

それはよろしくない傾向。
不必要な情報というのは、閲覧者の側からすると、単に迷惑千万。

> スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;

あと、スマホが縦の場合と横の場合も考慮したほうがいいわけです。
結構面倒な話だなぁ。


11348/11306 DGF01024  めざら           スマートフォン横向きとフレーム
( 0) 24/07/12 07:21 11347:としきさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/
> あと、スマホが縦の場合と横の場合も考慮したほうがいいわけです。

スマートフォンで掲示板を見る場合って,たいてい幅が収まらないから当然横向きですね。

板塀はフレームを切っているため,PCで読む場合はフレームの枠をギュッギュッと上端へ
持っていけるのですが,スマホのブラウザってその機能がないのか別の方法があるのか,
画面の半ばを越えるフレーム枠を動かすことができず,本文が数行しか表示できません。

こちらで言うことでもないのですが,この流れでこの場をお借りして訴えます。

フレームあると(動かせないと)読みづらいです。

掲示板にアクセスするための URI を一意とするためフレームが必要と仄聞しましたが,
表示領域を調整するなどの工夫をしていただけると有り難いなぁ……と思います。

> 結構面倒な話だなぁ。

まことに。

11349/11306 BQO00549  konno            「新着情報 」 v0.945 更新
( 0) 24/07/12 19:44 11347:としきさんへのコメント コメント数:1
> > スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;

とりあえずトップページと、新着情報のページはスマホでの見栄えを少しだけ改善しました。

新着情報のページでは、「新着情報」をリンクにしてクリックするたびに「携帯版」とトグルにしました。


11350/11306 BQO00549  konno            Re: スマートフォン横向きとフレーム
( 0) 24/07/12 19:59 11348:めざらさんへのコメント
> フレームあると(動かせないと)読みづらいです。
>
> 掲示板にアクセスするための URI を一意とするためフレームが必要と仄聞しましたが,
> 表示領域を調整するなどの工夫をしていただけると有り難いなぁ……と思います。

見てみたらほんとにフレームが動かせない! (>_<)
スマホでこの界隈を見るのって、出先で更新のチェックが多いと思うんですが
せめて新着記事くらいは読めるようにしたいですね。
うちの所も今は酷い表示なので、これから見直してみます。


11351/11306 BQO00549  konno            「新着情報 」 v0.946 更新
( 0) 24/07/12 22:23 11349:konnoさんへのコメント コメント数:1
テーブル内の文字が小さくなるのを防ぐ方法を見つけたので実装しました。

-----------------------------------------------------------
「描画に使う横幅」を、「画面の横幅」と同じにする方法

<meta name="viewport" content="width=device-width">

上記のように「width=device-width」と記述すると、「描画領域がその端末の実際の横幅」であるとして描画されます。その結果、縮小の必要がなくなるため、自動縮小はされません。
-----------------------------------------------------------

色々あちこち探したのですが、これが一番求めるものに近かったです。
これで縦画面でも横スクロールせずに全部見ることができます。\(^^)/ ヤッタ-

ついでに「新着情報携帯版」のリンクの色も赤に変えました。



11352/11306 CXB00940  としき           Re: スマートフォン横向きとフレーム
( 0) 24/07/13 11:14 11348:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> こちらで言うことでもないのですが,この流れでこの場をお借りして訴えます。

うぅん、新しいことに対応できていない弊害が顕在化していますね。
自分自身がスマホを持っていないこともあって、改善のトリガが全くなかった、と
いうのもあります。
ただ、ご意見をいただいたので、何とか近日中にフレーム化を解除しましょう。
といいつつ、やるやる詐欺で数年放置した、ということもありそうですが、ガラケー
のサービス停止に伴う私自身のスマホ導入も見えてきているわけですから、そんなに
お待たせせずに改善できると思います。


11353/11306 BQO00549  konno            Re^2: スマートフォン横向きとフレーム
( 0) 24/07/14 00:13 11352:としきさんへのコメント
> ただ、ご意見をいただいたので、何とか近日中にフレーム化を解除しましょう。

おお、いよいよ外骨格と言う名の拘束具を外す時が来たのですね。わくわく
最初の実験機と思しいので、零号機となりますかね。(^^;

# 零号機なら暴走しても使途には・・・以下自粛。(^^;


11354/11306 DGF01024  めざら           Re: 「新着情報 」 v0.946 更新
( 0) 24/07/15 13:15 11351:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
あまりご興味はないかと思いますので,独り言みたいなものです。

body直下に置かれ,おそらくbody全体に敷かれていると思われる div のスタイル属性ですが,
<div style="margin-left:0px; width:80%; padding:0em;">
ここで width:80% を指定しているため,無意味な余白ができています。
縦表示の携帯端末では非常に影響が大きいので指定は害でしかありません。
せっかく viewport を指定しているのに,おじゃんです。
(PCのブラウザでも拡大率を数百%にしてみるとわかります)

(以下蛇足)
また,どこかの野良サイトから拾ってきたかと思われるものですが,
style要素で指定した以下のクラスは意味がないと思われます。
.d1	存在しないので不要
.tbody	存在しないので不要(tbody要素にしたいなら先頭のドットは不要)
.num	存在しないので不要
.obi	存在しないので不要
.m	存在しないので不要
.ruler	存在しないので不要
.cuter	存在しないので不要
_:lang(x)::-moz-placeholder, .selector {font-size:-2;}	無意味


なお,文字サイズを指定したいから tbody が必要とのことでしたが,
それこそ CSS で一発指定すれば CGI での無駄な出力は必要ありませんし,
なんなら <tbody style='font-size:100%'> という指定に意味はないでしょう。
そもそも thead と tfoot がないわけですから tbody は本来不要(省略可能)であり,
文字サイズは table に対して指定してやればよいことだと思われます。


11355/11306 BQO00549  konno            Re^2: 「新着情報 」 v0.947 更新
( 0) 24/07/15 19:51 11354:めざらさんへのコメント コメント数:2
> body直下に置かれ,おそらくbody全体に敷かれていると思われる div のスタイル属性ですが,
> <div style="margin-left:0px; width:80%; padding:0em;">
> ここで width:80% を指定しているため,無意味な余白ができています。
> 縦表示の携帯端末では非常に影響が大きいので指定は害でしかありません。
> せっかく viewport を指定しているのに,おじゃんです。
> (PCのブラウザでも拡大率を数百%にしてみるとわかります)

ああ、そうだったんですか、知りませんでした。 width:100% にするとおかしくなるもので
そこで諦めていました。直したらバッチリ100%で表示出来ました。\(^^)/ ヤッタ- 
ありがとうございます。m(__)m

> また,どこかの野良サイトから拾ってきたかと思われるものですが,
> style要素で指定した以下のクラスは意味がないと思われます。

これも全部削除しました。

> なお,文字サイズを指定したいから tbody が必要とのことでしたが,
> それこそ CSS で一発指定すれば CGI での無駄な出力は必要ありませんし,
> なんなら <tbody style='font-size:100%'> という指定に意味はないでしょう。
> そもそも thead と tfoot がないわけですから tbody は本来不要(省略可能)であり,
> 文字サイズは table に対して指定してやればよいことだと思われます。

これも全部削除しました。
テーブルの折り返しを防ぐため、CSS に

	if ($mode2 == 1) { 
		print ".s1 {  font-size:small;   
	    white-space: nowrap;
		} \n";
	} else {
		print ".s1 {  font-size: medium; 
	    white-space: nowrap;
		} \n";
	}

これを仕込んで、TD に使ったらいい感じになりました。
「発言者」の枠が折り返してしまったので、

	print ".s2 {  font-size: medium; 
	    white-space: nowrap;
	} \n";

これも TH に仕込みました。
これで私個人としては満足のいく見栄えになりました。
ありがとうございました。m(__)m


11356/11306 BQO00549  konno            「新着情報 」 v0.948 更新
( 0) 24/07/16 23:51 11355:konnoさんへのコメント
「新着情報 」 v0.948 に更新しました。

スマホを全画面に表示する CSS のメタコマンド

print "<meta name=\"viewport\" content=\"width=device-width\">\n";

これだと掲示板でおかしくなるので

print "<meta name=\"viewport\" content=\"width=device-width,initial-scale=1\">\n";

これに差し替えました。これが一番良いそうです。(^_^)

あと、大画面では中央寄りに表示したかったので

body{
    width: 100%;
    max-width: 768px;
    margin: auto;
}

これを CSSに入れたら良い感じになりました。
画面幅に応じて左のマージンを自動調節してくれます。(^_^)


11357/11306 CXB00940  としき           Re^3: 「新着情報 」 v0.947 更新
( 0) 24/07/16 23:59 11355:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> > また,どこかの野良サイトから拾ってきたかと思われるものですが,
> > style要素で指定した以下のクラスは意味がないと思われます。
> これも全部削除しました。

ほんとに削除してしまってよかったんですか?
いや、konnoさん、望む見栄えがあったからこれを導入したんですよね。
ないと思いますが、意味もわからず導入した、ということなら、それはやめたほうが
いいと思う。あるいは、めざらさんのご指摘、きちんと理解した上で採用しています
よね?


ところで、本来なら新しいツリーを起こすのが筋なんでしょうが、ものすごく些細な
ことなんで、こちらに書かせていただきます。
単なる誤字の指摘なんでね。

さて、こちらの掲示板にも、さまざまなスタイルの指定を行われているようです。
そこで気がついたのですが、新着記事、すなわちmode=newsortのところ。
トップに[新着50]というリンクがありますが、これをクリックすると表示されるのは
「新着記事 40」だったりします。
どこかにミスタイプがあるので、修正して頂けると幸いです。


11358/11306 BQO00549  konno            掲示板もスマホ対応に更新
( 0) 24/07/17 00:11 11317:konnoさんへのコメント
掲示板もスマホ対応に更新しました。

「新着情報」では問題なかった、スマホを全画面に表示する CSS のメタコマンド

print "<meta name=\"viewport\" content=\"width=device-width\">\n";

これだと掲示板の表示がスマホで全画面表示しないので迷走してました。(>_<)

print "<meta name=\"viewport\" content=\"width=device-width,initial-scale=1\">\n";

これに差し替えたら全画面になったので、これが一番良いようです。(^_^)

あと、大画面では中央寄りに表示したかったので

body{
    width: 100%;
    max-width: 1028px; /* ツリー画面 */
    margin: auto;
}

    max-width: 1000px; /* 記事表示画面 */

これを CSSに入れたら良い感じになりました。
画面幅に応じて左のマージンを自動調節してくれます。(^_^)
うまく表示するまで地獄のような迷走してました。(;_;)


11359/11306 BQO00549  konno            Re^4: 「新着情報 」 v0.947 更新
( 0) 24/07/17 00:35 11357:としきさんへのコメント
> ほんとに削除してしまってよかったんですか?
> いや、konnoさん、望む見栄えがあったからこれを導入したんですよね。
> ないと思いますが、意味もわからず導入した、ということなら、それはやめたほうが
> いいと思う。あるいは、めざらさんのご指摘、きちんと理解した上で採用しています
> よね?

意味もわからず導入した、というのが真相です。(^^;
削除して辻褄が合わなくなっても大抵はブラウザがよきにはからってくれるので。(^^;

> さて、こちらの掲示板にも、さまざまなスタイルの指定を行われているようです。
> そこで気がついたのですが、新着記事、すなわちmode=newsortのところ。
> トップに[新着50]というリンクがありますが、これをクリックすると表示されるのは
> 「新着記事 40」だったりします。
> どこかにミスタイプがあるので、修正して頂けると幸いです。

バグを見つけてくださりありがとうございます。m(__)m
これは頭がバグっていたようです。(>_<)
繰り返しの記事数を、引数の page で指定して、

$sortcnt1=$in{'page'};

ここで記事数に変換しているのですが、バグっていたのはリンク部分でした。(>_<)

[<a href="$script?mode=newsort&fsize=$fsize&page=40$mode3">新着50</a>] 

ここですね。以前は40だったのを50に変えたつもりが、pageを変えるのを忘れていたのです。(>_<)
丁度更新したばかりなので、差し替えて置きました。m(__)m


11360/11360 BQO00549  konno            STIME.EXE Ver 240717
( 0) 24/07/17 23:58
STIME.EXE Ver 240717 更新しました。
自作、改作アプリの部屋に置いてあります。

・DOSVAXJ3 の VGAで動くアナログ時計とカレンダとタイマーのアクセサリです。
・NCPATH= でデータファイルの置き場所を指定してください。末尾に "\" が無ければ追加します。

・DOSVAXJ3 を起動したら、chev jp でVGAモードにして、STIME.EXE を起動してください。
・MS-DOS Player では、chej jp でVGAモードにします。文字のデジタル時計とカレンダのみ表示。
・VTDOS では動作しません。
・タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示します。
・ビジブルベルは[F06]だけの機能です。STIME.DAT で動作設定します。[ESC]でカラー表示消去。

STIME6 24-07-17
 240717 表示関係などの諸々の修正、干支の表示
STIME5 24-04-28
 240428 タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示。
 240315 指定時間経過でビジブルベル タイマー画面復帰
 240306 アナログ時計にタイマーのマーキング 設定ファイル STIME.DAT で各種設定可能に
 240202 タイマーの時間表示文字を大きく・経過時間をリアル表示、スリープモードにも対応。
STIME4 23-12-12
 231212 NCPATH が通ってなくてデータファイル読めない場合エラー終了していたのを警告表示に。
 231208 環境変数 NCPATH でデータファイルの置き場所を指定。指定無しならカレント
 春分、秋分の日を自動計算
 デジタル時計とカレンダ大の文字を2バイト文字に。
 [↑↓]キーで前年・次年 [←→]キーで前月・次月のカレンダーを表示
STIME3 23-11-24
 新祝日法に対応したつもり。Emmettさんとめざらさんに感謝。
 見栄えも多少直しました。
 カレンダー大の日付の文字を2バイト数字にして見やすく。
 キーによるカレンダーの年月変更機能追加。
 MSDOS Player でもカレンダー表示出来ます(chej jpの時)
 ソースも付けます。

 動作保証はでき無いので実行は自己責任で。  


11361/11226 BQO00549  konno            J3VT.COM  VTDOS対応常駐プログラム
( 0) 24/07/19 22:45 11226:konnoさんへのコメント
VTDOS で J31BASICコンパイラプログラムを問題なく動作させる常駐プログラム
J3VT.COM が出来ました。
以下、J3VT.DOC から

J31 BASIC BIOS VTDOS SUPPOT Ver0.03 by H/konno 2024-07-19


J3VT.COM VTDOS で J31BASICコンパイラプログラムを問題なく動作させる常駐プログラム

J31BASICコンパイラの実行ファイルを VTDOS で実行させると、大量のエラーログが発生します。
このプログラムは、エラーになる割り込みを横取りして問題なく実行させる常駐プログラムです。


・エラーログが発生する割り込み
INT10h ah,85h ディスプレイ割り込み、大量に発生する
INT10h ah,88h
INT10h ax,0012h
INT16h ah,f6h キーボード割り込み
INT16h ah,050h
INT16h ah,01ch
INT16h ah,020h
INT6Fh ATOK5割り込み

これらの割り込みを横取りしてなかったことにします。
INT6Fh は ax,00ffh でリターンさせて、J31コンパイラで常駐チェックに使っています。
公開プログラムには、J3VT が常駐していなければメッセージを出して終了させるルーチンを入れます。


・使い方

J3VT 実行するたびに常駐/解除します。BAT の中でJ31プログラムの前後に使います。
J3VT S Sオプションで常駐すると解除されない。VZ常駐前に常駐させるオプションです。
J3VT R Rオプションで Sオプションの常駐でも常駐解除します。

※ J31BASICコンパイラのプログラムでは、VRAM アドレスに A0000 〜 AFFFF を使用します。
  VTDOS の設定で、TPAEXT=1 の場合、A0000 〜 AFFFF を空きメモリ領域とするのでメモリ競合が起こります。
  競合は他のプログラムでも起こりうるので、必ず TPAEXT=0 又は無指定にしてください。

使用して何か問題が有った場合掲示板で報告いただければできる範囲で対応します。


・ソースについて
ソースの常駐/解除ルーチンは4本以上の複数のソースを参考にしたので公開しても問題ないかと。
問題が有れば削除します。


11362/11250 BQO00549  konno            DOSBox-X PC-98x1関連設定項目
( 0) 24/07/19 23:30 11250:konnoさんへのコメント
軟式さんのサイトの DOSVAXJ3のページ
https://www.nanshiki.co.jp/software/dosvaxj3.html

見直してみたら、DOSBox-X の PC-98x1関連設定項目補足がありました。

-----------------------------------------------------------
 日本語関連の処理は DOSBox-X に移植されましたが、DOSVAXJ3 とは設定や一部コマンドが異なります。
 違いを DOSVAXJ3とDOSBox-Xの日本語関係の設定の相違点一覧 にまとめました。

 おまけ DOSBox-X PC-98x1関連設定項目補足

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

DOSBox-X の設定はわかりにくいので、参考になります。
ありがたいです。


11363/11363 BQO00549  konno            STIMEJ.EXE Ver 240720
( 0) 24/07/20 21:30
STIMEJ.EXE Ver 240720 J31BASICコンパイラ版です。
自作、改作アプリの部屋に置きました。

・DOSエミュ3種4モードで動くアナログ時計とカレンダとタイマーのアクセサリです。
・NCPATH= でデータファイルの置き場所を指定してください。末尾に "\" が無ければ追加します。

・DOSVAXJ3 は、どのモードでも起動して VGAモードになります。J3100 モードでも動作します。
・MS-DOS Player では起動すると80*25モードになります。時計は文字のデジタル時計となります。
・VTDOS では、J3VT.COM が常駐していないとメッセージを出して終了します。
 J3VT.COM をPAYHの通ったところに置いて J3VT S でVZ常駐前に常駐させるか、TMJ.BAT で実行させます。
 VTDOS の設定で TPAEXT=1 の場合、A0000 〜 AFFFF を空きメモリ領域とするのでメモリ競合が起こります。
 競合は他のプログラムでも起こりうるので、必ず TPAEXT=0 又は無指定にしてください。

・タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示します。
・ビジブルベルは[F06]だけの機能です。STIME.DAT で動作設定します。[ESC]でカラー表示消去。

・更新履歴
240720 表示関係などの修正
240717 表示関係などの諸々の修正、干支の表示
240428 タイマーモード(6)の時は[F03]や[←]キーで小窓のカレンダー当月を表示。
240423 J31BASICコンパイラに逆移植

 動作保証はでき無いので実行は自己責任で。 


11364/11364 BQO00549  konno            「新着情報 」 v0.950 更新
( 0) 24/08/03 21:32 コメント数:1
「新着情報 」 v0.950 更新しました。
としきさんの掲示板、「やしきの板塀」がスマホ対応のため非フレーム化しました。
それに伴ってURLが直リンクになったので、新着情報も更新しました。

直リンクだと URL が変化することがあるので、変わったことに気が付いたら
教えて頂ければ幸いです。

その他修正漏れなどの不備をいくつか直しました。


11365/11365 BQO00549  konno            FGALDC kVZ誕生秘話 完全版
( 0) 24/08/03 23:19 コメント数:2
#11285 のツリーで暫定公開していましたが、正式に公開しました。
niftyのFGALDC会議室の自分の発言を掲示板のツリー形式で表示させます。
他の皆さんの発言も、私の元発言に対する引用という形で掲載しました。

 FGALDC VZ改造秘話
http://tamaneko.world.coocan.jp/bbs/bbs6/wforum.cgi


VZK誕生の改造秘話とか、ここの常連さんにはわかりきった話ですが、
少しは需要があるだろうと思います。
また、私の自伝的な意味合いもあります。
名前やIDなどの個人情報や引用符などは修正しています。

私の発言が主体ですが、他の方の発言も引用というていで載せました。
それはまずいよとか、載せないでなどの意見があればメールでお願いします。
削除など検討します。
ご意見、ご感想をお待ちしています。(^_^)

※ 20226 からのツリーが大きすぎて非常に苦労しました。
147発言のツリーなんて邪悪を超えてるって! (-_-メ)
特に一括表示のツリーは半分しか表示しないバグが発覚!
まだ不完全ですが、暫定的なツリーとします。(^^;

あじゃさんの nif_tree.def を改造したり、複数のマクロでやっと形にしました。
あじゃさんの苦労の一端がわかった気がします。(^^;

これからも続きを随時上げていきますので、表示の不具合などありましたら
教えてください。


11366/11285 CXB00940  としき           Re^9: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/08/04 10:47 11297:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
#11365でこちらのツリーが言及されていたので思い出しました。

> これを試したらキチンと結果が出ました。\(^^)/ ヤッタ-
> ・・・私が欲しかったのはこの逆の変換でした。(;_;)

手元のバージョンのmawk32ではできなかったのですが、もしかしたら新しいバージョン
ならできるかもしれません。とりあえずgawkではできました。

= tmp
*m
89 ^\ "" #E "gawk $"BEGIN{print mktime($"$"$"2024 08 04 10 10 10$"$"$")}" #m
*

どうもgawkはシングルクォートを受け付けてくれないみたい。
うちの環境だけかな。


11367/11285 BQO00549  konno            Re^10: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/08/04 19:12 11366:としきさんへのコメント コメント数:1
> #11365でこちらのツリーが言及されていたので思い出しました。

新規スレにしてしまったので、申し訳ないです。
こちらのスレはまだ暫定的な話だったもので。

> > ・・・私が欲しかったのはこの逆の変換でした。(;_;)
> 手元のバージョンのmawk32ではできなかったのですが、もしかしたら新しいバージョン
> ならできるかもしれません。とりあえずgawkではできました。

おお、と思って試してみましたが、どちらでも動きません。(>_<)

Vector から gawk 3.1.5 for Windows を落として、gawk32 とリネームして試したら

gawk32 "BEGIN{print mktime("""2024 08 04 10 10 10""")}
1722733810

おお、出来たぁ!  \(^^)/ ヤッタ-

もしかして、としきさんの持ってるのはこれですか?


11368/11365 CRG00666  文太             Re: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/04 21:17 11365:konnoさんへのコメント コメント数:1
konnoさん

 ご無沙汰しております。
 いやぁ〜〜、暑い、暑い。

 さて、このログ復刻なのですが、僕個人は構わないのですが、
えと、ここにいない人とかのハンドルとかは、せめて伏字とか化けさせるとか、
したほうがいいのじゃないでしょうか。
 誰も何も言わないとは思うのですが、やっぱりあれは閉鎖性が保証された場所
でのやり取りですから。厳密にいうと、「著作権侵害」ということになるのでは
なかろうかと。たしかとしきさんの「地下処分」書庫(ちがうな)では、けっこう
その点、配慮されていたような記憶ですが、、、。

 うん、僕の発言は、全部「文太」→「Mr.B」と置換してくださると嬉しいです。
(サンプルです)

 あと3週間して、少し部屋や頭や心の整理がついたら、近況報告したします。
 4日連続でプールに行きました!(健康管理が目的)。



11369/11365 BQO00549  konno            Re^2: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/04 23:55 11368:文太さんへのコメント コメント数:2
文太さん、お元気そうで何よりです。(^_^)

>  さて、このログ復刻なのですが、僕個人は構わないのですが、
> えと、ここにいない人とかのハンドルとかは、せめて伏字とか化けさせるとか、
> したほうがいいのじゃないでしょうか。
>  誰も何も言わないとは思うのですが、やっぱりあれは閉鎖性が保証された場所
> でのやり取りですから。厳密にいうと、「著作権侵害」ということになるのでは
> なかろうかと。たしかとしきさんの「地下処分」書庫(ちがうな)では、けっこう
> その点、配慮されていたような記憶ですが、、、。

厳密にいえばそうでしょうし、不快に思われる方もいるかもしれません。
私が元発言なら引用と言う形で他の方の発言も大丈夫かと思いました。
もちろん ID は関係ないめざら方式に変えてあります。
私が元でない発言も上げるつもりでいましたが、そこは見直します。

某所では外部に公開していない本名までさらされて、流石に不味いのではと思ったのですが
特に(私も含めて)クレームも無さそうなので、覚悟を決めてやられているならいいかと
そう思うようになりました。

>  うん、僕の発言は、全部「文太」→「Mr.B」と置換してくださると嬉しいです。
> (サンプルです)

これは直しますね。
でもFGADCの発言記事は今までも結構引用しているので手遅れかも。(^^;
他の方のも見直してみます。

追記
IDが表示されている部分が有りましたね、ごめんなさいです。
直ぐに直します。m(__)m



11370/11365 CXB00940  としき           Re^3: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/05 00:48 11369:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
暑さのせいか、文太さんやkonnoさんのおっしゃっていることが、私にはよく理解
できていない模様。

> >  誰も何も言わないとは思うのですが、やっぱりあれは閉鎖性が保証された場所
> > でのやり取りですから。厳密にいうと、「著作権侵害」ということになるのでは

文太さんのご懸念は理解できます。
でも、フォーラム閉鎖直前に、自分の発言のネットへの転載可と表明された方も数人
いらっしゃったわけです。そういった方々の発言は、その後の取り消し連絡がない
限りは公開してもいいのではないかなぁと愚考する次第。

> 私が元発言なら引用と言う形で他の方の発言も大丈夫かと思いました。

私が誤解している可能性が高い、という前提の上で言わせていただくと、元発言と
いうのがルートの発言という意味に取ると、このkonnoさんの記述は正しくない。
各発言ごとに発言者の著作権が発生するので、無断使用に該当する可能性がある。
一方で、引用の要件を満たしているという条件の下、konnoさんの各個別発言の中で
他者の発言は引用していても問題ない、ということになっています。

あと、確認しておきたいのが、ルートの発言の発言者は誰か、というのは引用用件
には全く影響しない、ということ。ここが私には、konnoさんが誤解をされている
ように思えてなりません。

> 某所では外部に公開していない本名までさらされて、流石に不味いのではと

見る人がみればわかってしまう、というやつですね。
特に、英雄的な行いをした人なんかは特に。
だって、もともとのログがそうなっているから、とか言い訳はあるかも知れず。
IDの記載がなければ厳密な突き合せは不可能、という言い訳もできるかも。
#だから、某所ってどこだよ(すっとぼけ)

この辺、管理者の責任において大胆に、かつ全面的に改ざんする、というやり方も
あるでしょう。
一方で、例えば私のところの地層処分センターの場合は、基本的に私の発言だけを
収容しているわけで、ここはどんなに改ざんしても私の著作権の範囲内だけなので
無問題。一方で、私の発言にて引用されている部分は、発言者に対するリスペクト
とか敬意とか法的安全性とかの面から、一切手をつけていません。もしその部分で
クレームがつくようなら、元発言者に言ってくれ、といって蹴っ飛ばす方向。
とはいえ、それではすまないような問題が発生するなら、私の発言ごとまるっと
削除するしかないのだろうなぁ。
そもそもが、地層処分なんて、高いレベルで危険な廃棄物の処分方法。
処分されているものが危険でないわけがない。


11371/11365 CRG00666  文太             Re^3: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/05 00:52 11369:konnoさんへのコメント コメント数:1
konnoさん

>某所では外部に公開していない本名までさらされて、流石に不味いのではと
>思ったのですが特に(私も含めて)クレームも無さそうなので、覚悟を決めて
>やられているならいいかとそう思うようになりました。

 これは本質的に違うと思います。あちらは名誉を顕彰しているのです。
 そして、作品の発表です。作品として公表したら、ベクターでもVCでも
配布してくれ、です。ま、ish部屋のは、まあまあ、ですが。

 「その気持ちは嬉しいのだけど、でも、、、」という人にはいつでも書き換え
ます、という覚悟がある。そこまで、Vzとの思い出に重いものを感じられて
くださっているなら、と。

 出発点が、konnoさんの場合、根本的に違うと思いますよ。
 過去ログをデータみたいに扱われて、正直いうと、「何だよ、これ?」と
思いました。Mr.W, Mr,S, Mr.E, Mr.J とか、どうでしょう?

 きつくてごめんなさい。
 そのうち、ベーシックが(僕は、完全、MS に取り巻かれてますが)、云々と
復活するつもりでいます。
 お許しいただければ。



11372/11285 CXB00940  としき           Re^11: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/08/05 00:53 11367:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> もしかして、としきさんの持ってるのはこれですか?

多分、それでしょう。

D:\>gawk --version
GNU Awk 3.1.5 build date Feb 10 2006
Copyright (C) 1989, 1991-2005 Free Software Foundation.

D:\>mawk32 -W version
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
Microsoft C/C++ _MSC_VER 1100
Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi

こんな感じ。


11373/11365 BQO00549  konno            Re^4: 頭文字Bプラン
( 0) 24/08/05 19:45 11370:としきさんへのコメント
> でも、フォーラム閉鎖直前に、自分の発言のネットへの転載可と表明された方も数人
> いらっしゃったわけです。そういった方々の発言は、その後の取り消し連絡がない
> 限りは公開してもいいのではないかなぁと愚考する次第。

この考え方で行こうと思います。
転載可と表明された方は 14人のようです。
一方私の元発言のツリーでレスしている人は、今のところ 9人で
そのうち 5人は表明されていないので、とりあえずこの 5人はイニシャルにしてみます。
プランB ということで。(^^;

> あと、確認しておきたいのが、ルートの発言の発言者は誰か、というのは引用用件
> には全く影響しない、ということ。ここが私には、konnoさんが誤解をされている
> ように思えてなりません。

多分に誤解しているとは思いますので、引用云々は言い訳に使えれば程度に考えていました。
「kVZ誕生秘話」というテーマからして、私一人では何もできなかった。
一期一会というか
袖すりあうも多生の縁というか
縁あって皆さんと出会い、いっしょに何かを成し遂げたという思い
感謝の思いから、出来るだけ皆さんの発言も掲載したかったというのは本音です。

> だって、もともとのログがそうなっているから、とか言い訳はあるかも知れず。
> IDの記載がなければ厳密な突き合せは不可能、という言い訳もできるかも。
> #だから、某所ってどこだよ(すっとぼけ)

某所って複数あるようですね。(^^;
確かに私が世間知らずで迂闊だったというのは否定出来ませんが。(^^;

> 一方で、例えば私のところの地層処分センターの場合は、基本的に私の発言だけを
> 収容しているわけで、ここはどんなに改ざんしても私の著作権の範囲内だけなので
> 無問題。

これはうまいやり方だなぁ、と感心した覚えが有ります。
今回の件は無謀な試みだとは思いますが、私はどうしても皆さんの発言も掲載したかったので
批判があるのは覚悟の上のつもりでしたが、いざ言われるとビビってしまうヘタレです。


11374/11365 BQO00549  konno            Re^4: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/05 19:48 11371:文太さんへのコメント コメント数:1
文太さん

>  過去ログをデータみたいに扱われて、正直いうと、「何だよ、これ?」と
> 思いました。Mr.W, Mr,S, Mr.E, Mr.J とか、どうでしょう?

私としてはそんなつもりではなかったのですが、そう思われても仕方がないですね。
「kVZ誕生秘話」は皆さんと共に作り上げたという思いを掲載したつもりでした。
としきさんあてに書きましたが、転載可の人はそのままで他はイニシャルにします。

>  きつくてごめんなさい。

いえいえ、忌憚ないご意見ありがとうございます。

>  そのうち、ベーシックが(僕は、完全、MS に取り巻かれてますが)、云々と
> 復活するつもりでいます。

お待ちしています。(^_^)


11375/11285 BQO00549  konno            Re^12: FGALDC会議室の過去ログ KVZ誕生秘話
( 0) 24/08/05 20:12 11372:としきさんへのコメント
> 多分、それでしょう。
> 
> D:\>gawk --version
> GNU Awk 3.1.5 build date Feb 10 2006
> Copyright (C) 1989, 1991-2005 Free Software Foundation.

C:>gawk32 --version
GNU Awk 3.1.5
Copyright (C) 1989, 1991-2005 Free Software Foundation.

Vectorにあるものは同じバージョンですが若干古いようですね。
2005/12/23  00:24           446,464 gawk.exe
これは日本語化したもののようです。
今まで16ビット版を使っていたのでした。
今後はこれを使うようにします。

> D:\>mawk32 -W version
> mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
> Microsoft C/C++ _MSC_VER 1100
>   Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi

C:>mawk32 -W version
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
  Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi

これもメッセージが微妙に違うけど、日本語化なのかな。


11376/11365 CRG00666  文太             Re^5: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/05 20:54 11374:konnoさんへのコメント コメント数:1
konnoさん

>「kVZ誕生秘話」は皆さんと共に作り上げたという思いを掲載したつもりでした。
 意図はもちろん了解しています。

>>  きつくてごめんなさい。
>いえいえ、忌憚ないご意見ありがとうございます。
 すいません、いわば突然に。
 この半年ぐらい(?)、週1ぐらいでは、ここも見てたのかな。それで、どんな
展開になるのかな? と期待して見ていました。

 そっちも(すら)、手が動かなくて嫌になりますが、主にPCオーディオとかに
現在、薄い興味を持っています。クラシックですが、今でもCDをばかばか買います。
が、パブリックドメインの音源(歴史的優秀録音)というものがあり−−カラヤン
初期を含む−−、音楽もファイルの時代かな、と。ゆくゆくはリナックス系になり
そうですけれど。vi or emacs。

http://flac.aki.gs/bony/
 TinyCoreまで行ってしまったら、もうVzとは関係ないでしょうね。
 (このサイトの管理者いわく:S-JISが癌じゃぁ〜〜とのこと。)

 16bit 素ドスの世界を手放すつもりはまったくありませんけどね。パーソナルな
データ管理で、これに叶うものなし。ネットワークが(その欠如が)癌になるけど。

 もう一つの(私的)ニュース。VTDOS環境のVzファイラは、長〜いLFNでは
使い物にならん、ということで、バッチファイルでフィアラ代わりをさせる方法と、
素直なWindows LFNファイラ(DF?)の方法を試しています。

 ディレクトリで整理はしていますが、こんなファイル名に(ほぼ自動的に)なって
しまう世界なので。6TBのHDDx2!

E:\Beethoven\PCon\5\Rubinstein_Leinsdorf_63\Beethoven_pc5_1_Rubinstein_Leinsdorf_63.flac



11377/11377 BQO00549  konno            VZk07v6l(暫定) 更新
( 0) 24/08/05 21:12 コメント数:1
k07v6k で [ESC]P #82 のファイル名の変更にバグが有りました。
フォルダの階層が深いとPATHが壊れるようです。
暫定的な修正をしましたが、フォルダの階層が深いと拡張子が消えるなどまだバグありです。
試用は自己責任でお願いします。

VZの部屋に置きました。


11378/11365 BQO00549  konno            Re^6: FGALDC kVZ誕生秘話 完全版
( 0) 24/08/05 23:33 11376:文太さんへのコメント
>  もう一つの(私的)ニュース。VTDOS環境のVzファイラは、長〜いLFNでは
> 使い物にならん、ということで、バッチファイルでフィアラ代わりをさせる方法と、
> 素直なWindows LFNファイラ(DF?)の方法を試しています。
>
>  ディレクトリで整理はしていますが、こんなファイル名に(ほぼ自動的に)なって
> しまう世界なので。6TBのHDDx2!
>
> E:\Beethoven\PCon\5\Rubinstein_Leinsdorf_63\Beethoven_pc5_1_Rubinstein_Leinsdorf_63.flac

あ〜、こういうのはさすがに VZでは無理がありますねぇ。(^^;
やっぱり 餅は餅屋、Windowsアプリでやるのが吉でしょう。(^^;


11379/11377 DGF01024  めざら           Re: VZk07v6l(暫定) 更新
( 0) 24/08/06 07:01 11377:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
お疲れ様です.
ファイル名は直しておいたほうがよいでしょう.

11380/11377 BQO00549  konno            Re^2: VZk07v6l(暫定) 更新
( 0) 24/08/06 15:52 11379:めざらさんへのコメント
> ファイル名は直しておいたほうがよいでしょう.

ん? と思って見てみたら・・・
げげぇ、リンク先のファイル名が k07v6k のままでした〜! (>_<)
ご指摘ありがとうございます。訂正しました。m(__)m

もう相当脳力が低下しているようで、(認知能力の方かも)
今回更新出来たのは、過去ログの形式変換マクロで苦戦したからでした。
マクロが上手く動かない。VZを変えてみる。VTDOSを再起動。
としきさんが [ESC]+i の不具合を生ログデータで示したのを思い出し
やっぱり切り貼りでバグが出たら不味いよなぁ、と改めて思いました。


11381/11365 BQO00549  konno            FGALDC kVZ誕生秘話 完全版2
( 0) 24/08/13 20:41 11365:konnoさんへのコメント
FGALDC kVZ誕生秘話 完全版その2です。
FGALDC 会議室の私の発言を一部ですが、1階から17階まで並べてみました。

http://tamaneko.world.coocan.jp/bbs/bbs6/wforum.cgi

FGALDC 会議室
| 17 階   :とくせつ:Doc□Making ・ドキュメント  
| 15 階   :とくせつ:Vz□研究室・マクロ作るぞ!   ※ kvzの話題のメインです
| 14 階   :とくせつ:Vz□交 流・マクロ使うぞ!  
| 13 階   :とくせつ:Vz□Q&A・そこが知りたい  
| 01 階   :わいわい:フリートークみかちゃん倶楽部  

15階以外は私の発言のみにしています。


11382/11382 DKM01189  鈴木康弘         ms-dos playerについて質問です。
( 0) 24/08/19 18:04 コメント数:1

普段の日本語入力には、dosvaxj3上のVzをありがたく使っている鈴木康弘です (半年ぶり)。

今回は、MS-DOS playerについて質問です。
この上でVzを動かすと、ctrlキー命令が、Windowsエディタの動作になってしまいます。

たとえば、ctrl-Aやctrl-Fで一語左右に行ってほしいのに、「すべて選択」や「検索」になってしまう。

dosvaxj3やVTDOSはそんなことないのに...
解決方法をご存じの方、よろしくお願いいたします。


11383/11382 BQO00549  konno            Re: ms-dos playerについて質問です。
( 0) 24/08/20 00:16 11382:鈴木康弘さんへのコメント コメント数:2
鈴木さん、こんにちは

> 今回は、MS-DOS playerについて質問です。
> この上でVzを動かすと、ctrlキー命令が、Windowsエディタの動作になってしまいます。
> たとえば、ctrl-Aやctrl-Fで一語左右に行ってほしいのに、「すべて選択」や「検索」になってしまう。

うちの環境では WinIMEが ON でも OFF でも 問題なく動作しています。
DOS は10#さんが調整されたFreeCOM です。
http://vtdos.web.fc2.com/
DOWNLOAD FREECOMV.ZIP UPDATED 130314
VZは私家版の最新版ですが、バグがあるのでお勧めできません。

MSDOS.EXE のプロパティのショートカットのPATHは
C:\UT\msdos.exe -x -v7.00 c:\ut\mp\command.com

プロパティのオプションでは、「レガシーコンソールを使用する」にチェックしてます。

VZのオプションで関係しそうなのは
 FP+  FR-  FK+  FQ+ 
こうなっています。
あれ? インスタント窓では FR1 になってますね、マクロで何かやっているのかな。(^^;

鈴木さんの環境を知りたいので、あじゃさんの OPT_LST.DEF の結果が知りたいです。
めざら資源の軟体補間計画の作者順で - aja - さんで登録されています。
http://mezala.la.coocan.jp/vz/history/maclib.html
VZ_OPT.DEF	マクロ作者とユーザーのお供 vz_opt.def	1999/02/10	02069	- aja -

あれ?名前が違うけど中身は同じだと思います。(^^;


11384/11364 BQO00549  konno            「新着情報 」 v0.951 更新
( 0) 24/08/20 01:29 11364:konnoさんへのコメント コメント数:1
「新着情報 」 v0.951 更新しました。

鈴木さんの投稿が表示されていませんでした。
メール表示になっていると駄目みたいですがどこが悪いかわかりません。(>_<)
print で各項目を表示させたらやっとわかりました。

    if (($_ =~ /\投\稿\者\:<b>/)){

ここで メール がある時は <b> の前に </a> が入るために飛んでしまったのでした。

    if (($_ =~ /\投\稿\者\:/)){

こう修正して直りました。
ご迷惑をおかけしました。m(__)m


11385/11382 DKM01189  鈴木康弘         Re^2: ms-dos playerについて質問です。
( 0) 24/08/20 18:13 11383:konnoさんへのコメント コメント数:1
 konnoさん、お返事ありがとうございます。

 Vzは、1993年12月の純正VZIBMJ.com です。
 dosvaxj3やVTDOSではちゃんとVZのコントロールキー割り当てが効くので、Vz側の問題ではないのかな、と悩み...

> プロパティのオプションでは、「レガシーコンソールを使用する」にチェックしてます。

 これがピンポン!正解でした。

 64bitマシンを買ったら、16bitのDOSパーテーションを作れないぞ (;_;) と、今年からようやく本格的にWindowsを使うようになった僕は、コマンドプロンプトのこんな設定は知りませんでした。(^_^;)
 MS-DOS playerの解説のどこを見ても書いてないし...(当然?)


 解決したところで、もうひとつ質問です。
 dosvaxj3は、全画面のデフォルトで25行になって、老眼にやさしいです。
 msdos playerも同様に、全画面(くらい)で25行(くらい)にすることは可能でしょうか?
(レガシーコンソールにすると、フォントが選べないようなので、ますます無理でしょうか? Windowsは 10 Homeです)


11386/11382 BQO00549  konno            Re^3: ms-dos playerについて質問です。
( 0) 24/08/21 01:13 11385:鈴木康弘さんへのコメント コメント数:1
> > プロパティのオプションでは、「レガシーコンソールを使用する」にチェックしてます。
>  これがピンポン!正解でした。

よかったです、私ももう忘れてしまっていたので。

>  64bitマシンを買ったら、16bitのDOSパーテーションを作れないぞ (;_;) と、今年からようやく本格的にWindowsを使うようになった僕は、コマンドプロンプトのこんな設定は知りませんでした。(^_^;)

VTDOSでもこれにチェックしないと文字化けしてしまうので、古いアプリには必須なのかもですね。

>  MS-DOS playerの解説のどこを見ても書いてないし...(当然?)

何かWikiでもあれば・・・ハッ、、、いや、何でもないです。(^^;

>  dosvaxj3は、全画面のデフォルトで25行になって、老眼にやさしいです。
>  msdos playerも同様に、全画面(くらい)で25行(くらい)にすることは可能でしょうか?

プロパティの「レイアウト」タブのウインドウサイズを変更すれば出来たと思います。
次回起動時にその設定が反映されたような。

プロパティの「フォント」タブでフォントも変えられるかもしれませんがどうだったかなぁ。
今はどうだかわかりません。


11387/11382 DGF01024  めざら           opt_lst.def の所在
( 0) 24/08/21 10:12 11383:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
> あれ?名前が違うけど中身は同じだと思います。(^^;

機械的に作業しているので,ish から出てくるファイル名をそのまま
マクロ名に当てていたせいですね。修正しました。
http://mezala.la.coocan.jp/vz/history/maclib1.html#opt_lst

些細なことですが,補間ではなく補完です。(あながち間違いではないけれど)


11388/11382 BQO00549  konno            Re: opt_lst.def の所在
( 0) 24/08/21 16:36 11387:めざらさんへのコメント コメント数:1
> 機械的に作業しているので,ish から出てくるファイル名をそのまま
> マクロ名に当てていたせいですね。修正しました。

元が ishファイルだったのですね、ありがとうございます。

> 些細なことですが,補間ではなく補完です。(あながち間違いではないけれど)

すみません、某アニメの補間が効いていたのに気が付かなくて。(^^;


同梱マクロの chk_opt.def というのが何をするマクロなのかわからなくて
そのまま起動させたら無限ループになったようです。
16階の ishから辿って 15階の発言に説明が有りました。以下に引用します。

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

> 12734/12751 xxxxxxxx  - aja -          VZマクロ作者とユーザーのお供 > mes16
> (15)   99/02/10 13:44                     コメント数:2

opt_lst.def
現在のオプションを option.lst というファイルに一覧で出力します(ディス
ク上にはファイルはつくりません)。

chk_opt.def
上でつくられた option.lst に対し、現在のVZのオプションで変化があった
ものにマークをつけます。

ちょっと上の説明だとわかりにくいんですが、使い方はたとえば、

(1)公開マクロでトラブルがあるユーザーが、 自分の.def 環境で opt_lst.def
  を実行して出力した option.lst を会議室にアップしてもらう。
                                   ↓
 その option.lst に対し、 マクロの作者は自分の環境で chk_opt.def を実
  行すると、ユーザーと自分のオプションの違いが一目でわかる。
---------- option.lst --------------------- 1999/02/09 (Tue) 14:56 --------
 DOSV *z-  St- *vw-  zk-
 
 Bt64     Bf4096   Bo32768  EM1024  *XM0     *Bm12879  Ba2     *Hs256
*Hf256   *Hx128    Ha64    *Hw64    *Bl2048   Bc1024  *Bu64    *Bv1024
 
*SW3  *TC10  WD80  We80  PG0   RS3   Ta8   Tb4   Ci4   Co6   WL0
*LC30  VM0  *CA52  Sr5  *Qt0  *Qc40 *Qw100 RM0
(以下、略)


(2) 公開マクロに作成時の自分の option.lst を同梱して、ユーザーに協力し
てもらい、単純な配慮不足のバグ出しを容易に行う。

(3) 自分の公開マクロの行儀のよさを調べる(起動前と起動後のオプションを
  比較)。

(4) 製品添付の vz.def 環境と比較して、自分の廃人具合を自覚する(^^;

(5) ひとのマクロのあら捜しをする (^^;; ォィォィ

このマクロはPDS (by FGALDC VZ users) にしたいと思っているんですが、
いまのところ、 dos/v 版にしか対応していません(できる範囲で 98 と  J31
用のコードも書いてみましたが、てきとーです (^^;)。

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

なるほど、option.lst を開いた状態で起動するのですね。
これはマクロのバグ出しなどに使えば便利そうです。

このような説明を同梱してくれると利用者が助かると思うのですが、どうでしょう。


11389/11382 DGF01024  めざら           Re^2: opt_lst.def の所在
( 0) 24/08/21 17:08 11388:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
説明書を他人が勝手に同梱するのはどうでしょうねぇ……

16階の特殊性もありますが,作成者ご本人が付けていないものを入れると
同一性保持権にひっかかるようにも思います。(考えすぎ?)

ish掲載マクロだと,そういうケースは結構多いと思われるわけですが,
特定のマクロだけ特別扱いにすることも少し抵抗があったりしますね。

何かよい方法がないか相談したいところです。
ご本人は PDS でいいとおっしゃってますが,日本の著作権法では
パブリックドメインという概念が確立していないように思えるので。

11390/11382 DKM01189  鈴木康弘         今度はdosvaxj3についての質問です。
( 0) 24/08/21 17:37 11386:konnoさんへのコメント コメント数:1
 konnoさん、お返事ありがとうございます。

> プロパティの「フォント」タブでフォントも変えられるかもしれませんがどうだったかなぁ。

 コマンドプロンプトでレガシーコンソールを使用したら、フォントの大きさは選べなくなってしまうようなので、これはいったんあきらめます。


 あと、もうひとつ、今度はdosvaxj3の質問です。
 これの唯一の不満は、WinIMEで日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えないことなんです。
 回避方法はあるんでしょうか?

 msdos playerやVTDOSはこの点は大丈夫なので、日本語文を作るときは、msdos playerにしようと思っている鈴木でした。

11391/11382 BQO00549  konno            Re^3: opt_lst.def の所在
( 0) 24/08/21 21:29 11389:めざらさんへのコメント
> 説明書を他人が勝手に同梱するのはどうでしょうねぇ……
> 16階の特殊性もありますが,作成者ご本人が付けていないものを入れると
> 同一性保持権にひっかかるようにも思います。(考えすぎ?)

ishがマクロ本体のみということは、説明は会議室ので見てくれ、というスタンスかと。
FGALDC出身者は見ることができますが、その他の方たちには意味不明なマクロになってしまいますね。
私ならご本人の発言の必要部分だけ引用(マルパク)で同梱しちゃうかもですね。(^^;

> ish掲載マクロだと,そういうケースは結構多いと思われるわけですが,
> 特定のマクロだけ特別扱いにすることも少し抵抗があったりしますね。

私ならとりあえず気が付いたものから気が向いた時に、と言い訳するかな。(^^;

> 何かよい方法がないか相談したいところです。
> ご本人は PDS でいいとおっしゃってますが,日本の著作権法では
> パブリックドメインという概念が確立していないように思えるので。

例えばWikiみたいな、、、以下自粛。(゚゜)☆\(--#)バキッ


11392/11382 BQO00549  konno            Re: 今度はdosvaxj3についての質問です。
( 0) 24/08/21 21:33 11390:鈴木康弘さんへのコメント コメント数:2
>  コマンドプロンプトでレガシーコンソールを使用したら、フォントの大きさは選べなくなってしまうようなので、これはいったんあきらめます。

そうでしたっけ、どれどれ・・・あ、思い出した!

msdos player 起動中に上部のアイコンを右クリックしてプロパティのフォントタブを開きます。
フォントサイズの選択が出ると思うのでここでフォントを変更できます。
レイアウトタブで行桁数も変更できます。
窓の位置が中央になっていると行を広げられないのであらかじめ窓を上端にしておくと吉です。

>  あと、もうひとつ、今度はdosvaxj3の質問です。
>  これの唯一の不満は、WinIMEで日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えないことなんです。
>  回避方法はあるんでしょうか?

これは作者様に質問したら、システムのAPIを使用しているためだかで、こうなっているそうです。
作者様なら何か方法が考えられるでしょうが、難しそうです。
VZ本体で、キーの切り替えを感知したらシフトキーバッファをリセットするとか出来ればどうかなとは思いますが
実際に実現できるかはわからないです。

> Ctrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えないことなんです。

これをマクロでやっているのであれば、Ctrl-Mで確定した直後に、
ks-, を追加するというのはどうかと思ったのですが、駄目みたいです。
システムが状態をキープしているみたいですね。


11393/11382 DKM01189  鈴木康弘         Re^2: 今度はdosvaxj3についての質問です。
( 0) 24/08/22 06:53 11392:konnoさんへのコメント コメント数:1
> msdos player 起動中に上部のアイコンを右クリックしてプロパティのフォントタブを開きます。
> フォントサイズの選択が出ると思うのでここでフォントを変更できます。

 おお、すばらしい!
 コマンドプロンプトをレガシーコンソールにすると、そのアイコン状態からは、フォントの大きさを選べないけれど、コマンドプロンプトを立ち上げれば、上枠を右クリックしたプロパティからフォントの大きさを選べるんですね!

 ほぼ全画面に近い状態で、目にやさしい25行表示になりました。

 今後はdosvaxj3の世話にならずに、MS-DOS Player1本で行こうと思います。
ありがとうございました。

11394/11382 BQO00549  konno            dosbox-x.exe の DOS/Vモードはシフト状態をキープ
( 0) 24/08/22 12:33 11392:konnoさんへのコメント
> VZ本体で、キーの切り替えを感知したらシフトキーバッファをリセットするとか出来ればどうかなとは思いますが
> これをマクロでやっているのであれば、Ctrl-Mで確定した直後に、
> ks-, を追加するというのはどうかと思ったのですが、駄目みたいです。
> システムが状態をキープしているみたいですね。

勘違いしていました。シフト状態をキープしないといけないんでした。
DOSBOX系は皆同じなのかどうか確認してみました。

dosboxx
mingw フォルダの dosbox-x.exe の DOS/Vモードは dosvaxj3と同じでした。

mingw-sdl2 フォルダの dosbox-x.exe の DOS/Vモードはシフト状態をキープ出来ました。
おお、これを作者様に報告すれば何とかなるかも。


11395/11382 BQO00549  konno            Re^3: 今度はdosvaxj3についての質問です。
( 0) 24/08/22 19:29 11393:鈴木康弘さんへのコメント コメント数:1
>  今後はdosvaxj3の世話にならずに、MS-DOS Player1本で行こうと思います。

dosvaxj3の作者様にメールしたら、暫定版のDLLをいただきました。
シフト状態がキープされて、問題なく動作するようになりました。
これが公開されるのを期待します。

MS-DOS Player はIMEの制御が VZで出来ないのが残念なところです。
とはいえ、多くのDOSコマンドが動くので、欠かせない存在です。
私はこの3つのエミュをずっと使い分けていきます。


11396/11396 BQO00549  konno            VzWikiに各種DOSエミュの項目追加
( 0) 24/08/22 22:22
VzWikiに各種DOSエミュの項目を追加しました。
長らく放置していましたが、今回備忘録の必要性を感じて簡易的に追加しました。
Wikiはトップページ以外は誰でも編集できますので、皆さん参加していただけると助かります。
よろしくです。(^^;


11397/11382 DKM01189  鈴木康弘         Re^4: 今度はdosvaxj3についての質問です。
( 0) 24/08/24 06:42 11395:konnoさんへのコメント コメント数:2
 Vzが動いたら次はawkだ!

 と、MS-DOS Playerの中で、16bitのjgawk.exeを動かしたら、これまでの16bit jgawkの文法が、なぜか使えず、
    illegal instruction   と怒られるだけ。
 単に {print} さえ使えない。 

 DOSVAXJ3 の中なら一応jgawkは使えます。
(コマンドラインのワンライナーの " " の中で不等号を使うと、不等号でなく、リダイレクト命令と解釈されてしまうけれど。)

> 私はこの3つのエミュをずっと使い分けていきます。

 以上の理由で、僕もエミュレーターは、使い分けることになりそうです。
 (DOSVAXJ3の改善が近いなら、やっぱりこちらが主になるかも。)


11398/11382 BQO00549  konno            Re^5: 今度はawk
( 0) 24/08/24 22:11 11397:鈴木康弘さんへのコメント
> MS-DOS Playerの中で、16bitのjgawk.exeを動かしたら、これまでの16bit jgawkの文法が、なぜか使えず、
>     illegal instruction   と怒られるだけ。
>  単に {print} さえ使えない。 

私は awkはわからないのですが、どういう文法が駄目なんでしょうか。
ここは awkに詳しい方も見ていると思うので、サンプルの例でもあれば是非。

>  (DOSVAXJ3の改善が近いなら、やっぱりこちらが主になるかも。)

DLLの差し替え版をいただきました。
何か細かな調整とかあるのかもしれません。


11399/11382 CXB00940  としき           Re^5: 今度はdosvaxj3についての質問です。
( 0) 24/08/25 01:25 11397:鈴木康弘さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
>     illegal instruction   と怒られるだけ。

これって、awkが出しているのでしょうか。
MS-DOS Playerが出しているのか、確認できます?

>  単に {print} さえ使えない。 

この状況から、なんとなく、MS-DOS Playerの側が悪いような気がします。
この辺、私が再現試験すれば早いのですがね。
実は私はMS-DOS Playerを使ったことがない。

>  以上の理由で、僕もエミュレーターは、使い分けることになりそうです。

私は、メインがDOSVAXで、時々、古い版のVTDOSを引っ張り出してきたりしています。


11400/11382 DKM01189  鈴木康弘         Re: 今度はawk
( 0) 24/08/25 07:26 11399:としきさんへのコメント コメント数:2
> MS-DOS Playerが出しているのか、確認できます?

 あ、そういえば、jgawkでおなじみのエラーメッセージは、

jgawk.exe:  syntax error near line 1:

とかでしたね。(鈴木の使ってるjgawk.exe は1991年3月7日、Serowさんによるもの。)

 MS-DOS Playerが出してるのかな? どうやったら確認できるのかしら?   

 C:\Users\USER\>msdos jgawk  '{print}' filename
 error: illegal instruction 
 
 となるのですが。


11401/11382 BQO00549  konno            Re^2: 今度はawk
( 0) 24/08/25 13:26 11400:鈴木康弘さんへのコメント
>  C:\Users\USER\>msdos jgawk  '{print}' filename
>  error: illegal instruction 

これ、MS-DOS Player 起動中のコマンドラインで、「msdos」コマンドを実行してるように見えます。

これだとうちの場合は、
d:\nc>msdos jgawk '{ print "Hello world!" }'
'c:\ut\MSDOS.EXE"  jgawk '{ print "Hello' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

こうなります。実行ファイルは
1993/09/25  05:51           188,444 jgawk.exe
です。

jgawk.exe で ファイル color を print すると

jgawk '{ print }' color
0	黒        8	灰
1	青        9	高輝度青
2	緑        10	高輝度緑
3	水色      11	高輝度水色
4	赤        12	高輝度赤
5	紫        13	高輝度紫
6	黄        14	高輝度黄
7	白        15	高輝度白

こうなります。VZのコンソールの表示です。
コマンドラインではタブが変な文字になっていますが、コンソールでは正常ですね。

dosvaxj3 で同じコマンドを実行したら、先頭が
0	黒        8	灰nt }' color
1	青        9	高輝度青
  --- 以下略 ---

こうなりました。
作者様にメールしてみました。


11402/11402 BQO00549  konno            「私の健康法あれこれ」
( 0) 24/08/26 16:41
ココログからの転載です。
http://tamaneko2.cocolog-nifty.com/vz2/2024/08/post-fc366a.html

jgawk の概要を知るために「jgawk exe ダウンロード」でネット検索したら
「”JGAWK の入手方法について」というページがありましたが、
トップページへのリンクが見当たりません。
それで URLから辿ってみたら、以下のサイトがありました。

果実酒と花と栞とJGAWK
https://www.asahi-net.or.jp/~xx7k-ysmr/index.htm

1997年から始めておられるインターネット草創期からの大先輩のようです。
ざっと見て気になったページが
「私の健康法あれこれ」
https://www.asahi-net.or.jp/~xx7k-ysmr/health/health.htm

もう高齢で最近の更新も無く、消えているページも多いですが

・焼酎の楽しみ
・焼酎飲み比べ賞玩録
・私の腰痛克服記
・痔とアレルギー反応
・便秘と下痢

・水虫の冷水治療法
・風邪の温水うがい治療法
・ふくらはぎと土踏まずの硬直
・歯周病と歯磨き

これらのページは残っていました。
腰痛と砂糖の因果関係とか、水虫を氷水で治すとか、なかなか興味深い話があります。
私もこんなふうに自己流の健康法とか披露出来たらいいなぁ、と思いました。

ここで紹介しようと思ったのも、一期一会です。

# jgawk の話はどうした。(゚゜)☆\(--#)バキッ


そうそう、jgawk の話題ももちろんあります。(^^;

JGAWKプログラム集Ver.1- 97,1,29
https://www.asahi-net.or.jp/~xx7k-ysmr/jgawk/INTRO.HTM

各ページがリンクで繋がってないのが残念というか、古さを感じさせる要因でしょうか。


11403/11403 BQO00549  konno            MS-DOS Player 2024/8/31版
( 0) 24/09/01 18:02 コメント数:2
MS-DOS Player 2024/8/31版が更新されていました。
更新内容は
---------------------------------------------------------
実行ファイルを読み込む処理を改良しました。
プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
拡張子なしでプログラム名と同じ名前のファイル(JGAWK.EXEとJGAWKなど)があると、
そちらが優先して読み込まれてしまっていました。
拡張子がないファイルが、実行ファイルとして読み込まれないように修正しています。
---------------------------------------------------------

なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
確かに旧バージョンでは、「JGAWK」というファイルがあると誤動作することがありますね。
作者様がここを見てくれてたのかと思ってしまいます。
作者様に感謝です。m(__)m


11404/11382 BQO00549  konno            Re^2: 今度はawk
( 0) 24/09/01 18:07 11400:鈴木康弘さんへのコメント
>  MS-DOS Playerが出してるのかな? どうやったら確認できるのかしら?   
>  C:\Users\USER\>msdos jgawk  '{print}' filename
>  error: illegal instruction 
>  となるのですが。

#11403 で書きましたが、MS-DOS Player 2024/8/31版が更新されていました。
なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
作者様がここを見てくれてたのかと思ってしまいます。(^^;
よろしかったら試してみてください。


11405/11403 DKM01189  鈴木康弘         Re: MS-DOS Player 2024/8/31版
( 0) 24/09/01 20:16 11403:konnoさんへのコメント コメント数:2
> プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
> 拡張子なしでプログラム名と同じ名前のファイル(JGAWK.EXEとJGAWKなど)があると、
> そちらが優先して読み込まれてしまっていました。


    #11400の続きです。

 お知らせありがとうございます。
 確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)

 MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。 

 みごとな原因究明、ありがとうございます。 >作者の武田様。


11406/11403 DKM01189  鈴木康弘          今度はgrepで (^_^;)
( 0) 24/09/01 20:18 11405:鈴木康弘さんへのコメント コメント数:3
 実はもうひとつ、MS-DOS Playerで問題があって、grepしようとすると、

C:\USERS\USER\>grep 検索語 C:\USERS\USER\file
No such file : c:\users\user\fileサフ4

と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。

 僕のDOS用grep.com は、1989年4月2日のものです。


11407/11403 CTL00944  たけだ           Re: MS-DOS Player 2024/8/31版
( 0) 24/09/01 21:45 11403:konnoさんへのコメント コメント数:1
> 作者様がここを見てくれてたのかと思ってしまいます。

<●> <●>


#いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…

11408/11403 CTL00944  たけだ           Re:  今度はgrepで (^_^;)
( 0) 24/09/01 21:47 11406:鈴木康弘さんへのコメント
grepはいろんな人がいろんな移植をしているみたいで、1989/4/2のものは見つかりませんでした。
Turbo Pascal 6についてたやつでは問題ありませんでした。


11409/11403 BQO00549  konno            Re^2: MS-DOS Player 2024/8/31版
( 0) 24/09/01 22:34 11405:鈴木康弘さんへのコメント
>  お知らせありがとうございます。
>  確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)
>  MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。

なんと!原因はそのものずばりでしたか。
やはりここを見て対応してくれたのですね、あのエラーメッセージでわかるとは凄いです。

>  みごとな原因究明、ありがとうございます。 >作者の武田様。

さすがプロですね、私なんて原因がどこにあるかもわからなかったので。


11410/11403 BQO00549  konno            Re^2: MS-DOS Player 2024/8/31版
( 0) 24/09/01 22:35 11407:たけださんへのコメント
たけださん、いつもお世話になっております。

> > 作者様がここを見てくれてたのかと思ってしまいます。
> <●> <●>

あら、やっぱり見てたのねぇ。(^^;

> #いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…

なるほど、今時DOSの話題は限られているのでうちのような掲示板でも検索上位になるかもですね。
対応いただきありがとうございました。


11411/11403 BQO00549  konno            Re:  今度はgrepで (^_^;)
( 0) 24/09/01 22:56 11406:鈴木康弘さんへのコメント
> C:\USERS\USER\>grep 検索語 C:\USERS\USER\file
> No such file : c:\users\user\fileサフ4
> と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。
>  僕のDOS用grep.com は、1989年4月2日のものです。

かなり古いもののようですね。
私の実行ファイルフォルダには
>dir *grep*

2009/02/13  17:19            96,256 grep.exe
1993/04/11  16:05            23,997 IZGREP.EXE
1993/12/01  01:53            14,060 WGREP.COM
2009/03/31  02:28           233,472 yagrep.exe
1996/06/08  06:30            68,772 YGREP.EXE

これだけ入れていました。
普段使いは、WGREP.COM。 結構古いし、COMだったんですね。(^^;
フォルダー群から再帰的に検索する時は grep.exe ですね。


11412/11403 CXB00940  としき           Re:  今度はgrepで (^_^;)
( 0) 24/09/02 00:15 11406:鈴木康弘さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。

これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか?
あと、リダイレクションで流し込んだ場合の挙動はいかが?

>  僕のDOS用grep.com は、1989年4月2日のものです。

そこそこメジャーなASCII Toolsのgrepは1988年ごろのものですが、それすらEXE。
そして日本語対応していたはず。
なんだろう、英語DOS用のgrepなのかなぁ。


11413/11413 CXB00940  としき           はるかかなたの新規投稿
( 0) 24/09/02 00:21 コメント数:1
参照先:http://toshiki.la.coocan.jp/
この掲示板で新規投稿しようとすると、投稿欄が遠い。
デフォルトでツリー数が、野ざらしだと10個、板塀だと20個なわけですが、ここ
は50個くらいのツリーをかき分けないとたどりつけない。
これ、もうちょっと少なくしていただくわけにはいきませんでしょうか。

ささやかなお願いでした。

11414/11403 DKM01189  鈴木康弘         Re^2:  今度はgrepで (^_^;)
( 0) 24/09/02 07:09 11412:としきさんへのコメント コメント数:2
> > と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。
>
> これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか?

 そうなんです。いつでも サフ4 です。
 リダイレクトしようとしても同様に No such file と言われます。

 追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
 Vzと無関係にgrepを動かせば起こりません。
(DOSVAXJ3は子プロセスでもうまくいくのに....)


11415/11413 DGF01024  めざら           Re: はるかかなたの新規投稿
( 0) 24/09/02 07:57 11413:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
えーと,そのために「新規投稿」ボタンがあるぢゃありませんか。
ページの途中だと辛いけど,ふつう [END]とかも使えそうだし。

11416/11413 CXB00940  としき           Re^2: はるかかなたの新規投稿
( 0) 24/09/02 09:25 11415:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> えーと,そのために「新規投稿」ボタンがあるぢゃありませんか。

おぉ、リンクが青い。使ったことのない機能だ。
今後は使わせていただきます。

> ページの途中だと辛いけど,ふつう [END]とかも使えそうだし。

小さいキーボードだと、[Fn]との同時押し、というのがいささかネック。
大きいキーボードだとよく使っているのですが、こちらもすっかり忘れていました。

11417/11403 DKM01189  鈴木康弘         Re^3:  今度はgrepで (^_^;)
( 0) 24/09/02 18:27 11414:鈴木康弘さんへのコメント コメント数:3
 僕の持っている他のツールを、MS-DOS Player内のVzの子プロセスのコマンドラインで動かしてみると、xsort.com も zf.exe も正常に動きます。
 変なのは grep.com だけみたいです。
 これは動かないなら、他の手があるからいいのですが。


grep -?     でコンソールに表示されるものをVzで取り込むと

Grep version 2.2 / Copyright (C) bko 1987,89

Usage : grep [-cilnrstv] [-e]pattern [file]...

 -c : display Count of matched lines
 -i : Ignore chracter case
 -l : display List of matched file name
 -n : (default) display matched line and line Number
 -r : Recurcive search of sub-directory
 -s : Silent mode (return only result code)
 -t : display header before matching
 -v : display or count mismatched lines

 となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。


11418/11250 BQO00549  konno            dosvaxj3常駐VZでコマンドラインの挙動
( 0) 24/09/02 21:23 11250:konnoさんへのコメント
#11401> dosvaxj3 で同じコマンドを実行したら、先頭が
> 0	黒        8	灰nt }' color
> 1	青        9	高輝度青
>   --- 以下略 ---
> こうなりました。
> 作者様にメールしてみました。

と書きましたが、その後気が付いたことを書いておきます。

コマンドラインでのコマンド実行時、改行がされないのは VZ常駐時だけでした。
非常駐VZでは正常に改行されていました。

以前 more の挙動だかで VZ常駐時だけおかしくて、対応してもらったことがありましたが
それに関連する現象ではないかと思われます。

> #10559: DOSVAXJ3 JP230216に更新 投稿者: konno   2023/02/16(木)
> ・ Vz 常駐中に more の出力の改行が二重になるのを修正しました。

これですね。この前のVerで試してみたら、VZ常駐でも正常に改行されていました。
・・・ということは、私がこの挙動を見逃していたということか〜。m(__)m

常駐VZは特殊なことをしているので、コマンドラインで問題があると修正が難しいかも。


11419/11403 BQO00549  konno            Re^3:  今度はgrepで (^_^;)
( 0) 24/09/02 21:48 11414:鈴木康弘さんへのコメント コメント数:1
>  追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
>  Vzと無関係にgrepを動かせば起こりません。
> (DOSVAXJ3は子プロセスでもうまくいくのに....)

使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。
#11418 に書きましたが、常駐VZは特殊なことをしているので、
コマンドラインで問題があると修正が難しいかもしれません。

お使いの grep.com を武田さんにメールで送って見てもらうのはどうでしょう。
http://takeda-toshiya.my.coocan.jp/main.html
のページ後半、「武田の総合謎WIPページ」の下に連絡先があります。
私も欲しいです。(^^;


11420/11413 BQO00549  konno            Re^3: はるかかなたの新規投稿
( 0) 24/09/02 22:08 11416:としきさんへのコメント コメント数:1
> この掲示板で新規投稿しようとすると、投稿欄が遠い。

ツリーが長いのは私の好みで、ページを分けたくなかったからです。
新規投稿はリンクボタンを使えば不便はないと思います。

そういえば修正時には今までスクロールしてたけど、新規投稿ボタンでよかったんだ。(^^;
トップページへ戻るボタンもあるので、「新規投稿・修正」と変更してみました。(^^;

おお、[Home] [End] で行き来出来るんだ! ありがとうございます。


11421/11413 CXB00940  としき           Re^4: はるかかなたの新規投稿
( 0) 24/09/02 23:13 11420:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> ツリーが長いのは私の好みで、ページを分けたくなかったからです。

管理人の好みということであれば仕方ありませんね。
利用者が不満を言い続ける権利があるのと同様、管理人には利用者の要望を却下する
権利もあるわけですし。

ただ、私と同じく管理人すらあまり使っていない機能をさらっと指摘するめざらさん、
凄すぎです。


11422/11403 CXB00940  としき           Re^4:  今度はgrepで (^_^;)
( 0) 24/09/02 23:31 11417:鈴木康弘さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> Grep version 2.2 / Copyright (C) bko 1987,89

ん?
bkoさん?
なんかものすごく記憶がある名前。
え〜と。ごそごそ。

以下のページのリンクから入手可能かもしれません。
http://toshiki.la.coocan.jp/computer/dossoft.html

#あぁ、なんだってこんなところでつながるんだ

11423/11403 BQO00549  konno            Re^5:  今度はgrepで (^_^;)
( 0) 24/09/03 00:23 11422:としきさんへのコメント
> 以下のページのリンクから入手可能かもしれません。
> http://toshiki.la.coocan.jp/computer/dossoft.html

す、凄い! 例の grep.com としきさんがキープしていたとは!!
日付もあっているし、間違いないですね。

> #あぁ、なんだってこんなところでつながるんだ

# さだめじゃ〜 (^^;


11424/11403 BQO00549  konno            Re^4:  今度はgrepで (^_^;)
( 0) 24/09/03 00:33 11417:鈴木康弘さんへのコメント
#11422 で、としきさんのやしきに、その grep.com が有りました。
なんという偶然でしょう。

> grep -?     でコンソールに表示されるものをVzで取り込むと
>  となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。

これは再現しました。が、VTDOSでも同じだったので、何とも言えないですね。
他の検証はこれからやってみます。書式とかがわからないもので。


11425/11413 DGF01024  めざら           Re^5: はるかかなたの新規投稿
( 0) 24/09/03 07:10 11421:としきさんへのコメント
参照先:http://mezala.la.coocan.jp/
凄すぎなのは,さらりと「新規投稿・修正」に変えてしまう konno さん。(笑)


11426/11403 DKM01189  鈴木康弘         Re^4:  今度はgrepで (^_^;)
( 0) 24/09/03 18:46 11419:konnoさんへのコメント コメント数:1
> 使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。

 僕のVzは1993年12月4日の vzibmj.com ver1.59z。
 これはなんと、ver1.6製品化直前の、最終チェックバージョンです。 
(僕が正式なver1.6を買わなかったから、ビレッジセンターはつぶれてしまったのかな?)

 常駐では使ってません。通常のファイラーからコマンドラインモードに降りてます。
(常駐すると何かまずいことがあった記憶が..忘れました。)

 command.com は指定せず、素直に?Windows10 Home 22H2 のcmd.exeです。

 MS-DOS Playerのvz起動用バッチは
    cd vz
    del vztemp.$$$
    msdos -n26 vzibmj *.*
 これだけの、素直な環境です。

 みなさんが、としきさんご紹介の grep.com と MS-DOS Player と Vz で再現できなければ、僕のVzのバージョンの問題なのでしょうね。

11427/11403 BQO00549  konno            Re^5: VZ1.59z ですか (^_^;)
( 0) 24/09/03 21:52 11426:鈴木康弘さんへのコメント
>  僕のVzは1993年12月4日の vzibmj.com ver1.59z。
>  これはなんと、ver1.6製品化直前の、最終チェックバージョンです。

げげぇ! ビックリです! 恐らく世界で唯一のユーザーなのではないかと。(@.@)
これ、ほし、、い、いや、同じ環境で検証出来ればなぁ、と。(^^;

> (僕が正式なver1.6を買わなかったから、ビレッジセンターはつぶれてしまったのかな?)

いやいや、そんなことは・・・(^^;

>  常駐では使ってません。通常のファイラーからコマンドラインモードに降りてます。
> (常駐すると何かまずいことがあった記憶が..忘れました。)

MS-DOS Playerでは、10#さんのFreeCOM以外では常駐出来てないです。
常駐出来ている方いましたら教えて欲しいです。

>  command.com は指定せず、素直に?Windows10 Home 22H2 のcmd.exeです。

やってみたら動きましたが、再現は出来ませんでした。
VZ1.57a でもやってみましたが、再現出来ませんでした。

>  みなさんが、としきさんご紹介の grep.com と MS-DOS Player と Vz で再現できなければ、僕のVzのバージョンの問題なのでしょうね。

その可能性が高そうですが、全く同じ環境で検証してみたいですね。φ(..; バキッ\(--; シツコイ!


ちなみに、grep.comの中身をVZで開いて見てみました。

> >  となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。

これはmsg領域に ^G からそのまま並んでいました。なので、そのまま表示させていると思われます。

あと、サフ という文字列も3か所にありましたが、関係は不明です。


11428/11403 CTL00944  たけだ           Re^4:  今度はgrepで (^_^;)
( 0) 24/09/03 23:48 11417:鈴木康弘さんへのコメント コメント数:2
GREP -pを実行すると、^G (BELL)をCON出力してBEEPを鳴らします。
これを拾ってしまっているものと思われます。

CON出力は、INT 29hで画面に表示されます。
VZはINT 29hをフックすることで、実行したプログラムの出力を取得しています。
CON出力にANSI.SYSが刺さっている場合はANSI.SYSがINT 29hを呼びますが、
BELLコードはANSI.SYS内で処理されて、INT 29hに渡されないようです。

コマンド引数にフサ4が付く件ですが、古いVZの子プロセスの呼び出し方の問題と、
GREP側のコマンド引数の受け取り方の食い合わせが悪いようです。

コマンド引数は、コマンド引数の文字列長+コマンド引数+ターミネータ(0x0D)
の形でメモリに格納されて、子プロセスに渡されます。
多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
みたいなことが起きているのではないかと。

今晩辺り、この辺の対策を入れてリリースします。

11429/11403 CTL00944  たけだ           Re^5:  今度はgrepで (^_^;)
( 0) 24/09/04 00:13 11428:たけださんへのコメント
対策を入れた版をリリースしました。
これで解決しているか、ご確認お願いいたします。

11430/11403 BQO00549  konno            Re^5:  今度はgrepで (^_^;)
( 0) 24/09/04 00:36 11428:たけださんへのコメント コメント数:1
> 多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
> GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
> みたいなことが起きているのではないかと。

ということは、VZ1.59z にもバグがあるということになるのでしょうかね。

> 今晩辺り、この辺の対策を入れてリリースします。

私はこのVerの現物を持っていないので、鈴木さんのレポートを待つことにします。


11431/11403 DKM01189  鈴木康弘         Re^6:  今度はgrepで (^_^;)
( 0) 24/09/04 07:47 11430:konnoさんへのコメント コメント数:2
 武田様、対応ありがとうございます。
 bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に サフ4 がつく点は治ってないみたいです。


11432/11403 BQO00549  konno            Re^7: 子プロセスの問題?
( 0) 24/09/04 16:53 11431:鈴木康弘さんへのコメント コメント数:1
鈴木さん、VZ1.59z +VZマクロ メールでいただきました。
ありがとうございます。
早速検証してみました。

> 武田様、対応ありがとうございます。
>  bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に サフ4 がつく点は治ってないみたいです。

対策が効いていないということは、問題が別の所にあるのかもですね。
うちの環境で VZ1.59z で試してみましたが、サフ4 は表示されませんでした。
grep の書式がわからないので、具体的な書式があればありがたいです。

うちの環境では、VZの子プロセス(黄色いプロンプト)の時に別の問題が出ました。
64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

--- 異常画面の例 (command.com の内容と思われる) ---
^@コンテキストモジュールまたは重大エラーハンドラが読み込めません.
^@コンテキストがメモリから溢れました.
エラーが続くようであれば, ヒストリやディレクトリスタックの内部バッファを
増やすことを考えてください.
^@コンテキストサイズが合計 %lu になり, 最大長を超えています.
コンテキストサイズを %u に変更します.
^@コンテキストにステータス情報を追加できませんでした.
このエラーはおそらく, メモリ空間が破壊されたかコンテキストの最小サイズを
誤って計算したことを暗示しています.
ぜひこのエラーをFreeCOMの管理人(freecom@freedos.org)に報告してください.
-------------------------------------------------------------

この文の内容は関係ないと思います。たまたま。(^^;
私の VZ.DEF では各種VZでこうなりますが、鈴木さんの VZ159.DEF では問題が出ません。
KVZの疑似常駐モード(子プロセスにしない)の制御も効かなくなります。

オリジナルの VZ.DEF でも異常は出ませんでした。私の VZ.DEF に問題がある?
VTDOS や DOSVAXJ3 では異常は出ませんでした。

追記
対策の有無は関係なさそうです。
エラーも関係なく、小文字の vmap でも異常になりました。
大文字なら問題無いようです。

11433/11403 DKM01189  鈴木康弘         Re^8: 子プロセスの問題?
( 0) 24/09/04 18:19 11432:konnoさんへのコメント コメント数:1
> うちの環境で VZ1.59z で試してみましたが、サフ4 は表示されませんでした。
> grep の書式がわからないので、具体的な書式があればありがたいです。

 Vzのファイラーを立ち上げてから、黄色のコマンドラインモードに降りて、

 grep 検索語 filename

 とするだけです。どんな検索語でも、どんなfilenameでも サフ4 がつきます。

 #11426 に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。


11434/11403 BQO00549  konno            Re^9: 子プロセスの問題?
( 0) 24/09/04 21:34 11433:鈴木康弘さんへのコメント コメント数:1
>  #11426 に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。 

うちの場合
CMD.EXE MSDOS VZ159 /vz159
でVZを立ち上げて、検索語とファイル名を指定しても
>grep 常駐VZ -memo
DOS のバージョンが違います.
と怒られます。64ビットだからか?


私の場合はエクスプローラーで msdos.exe を右クリックしてショートカットをデスクトップやタスクバーに作ります。
そのアイコンを右クリックでプロパティのショートカットタブのリンク先に

command.comが FreeCOM V7.0 の場合(VTDOSのサイトに有ります)
C:\UT\msdos.exe -x -e -v7.00 c:\ut\mp\command.com
これでDOS窓を開いて、VZ起動BATを打つか、又は
C:\UT\msdos.exe -x -e -v7.00 c:\ut\mp\command.com /k c:\ut\vzp.bat
これで常駐VZを直接起動出来ます。

command.comが MSDOS 6.2 の場合
C:\UT\msdos.exe -e -x -v6.20 c:\ut\p\command.com
これでDOS窓を開いて、VZ起動BATを打つか、又は
C:\UT\msdos.exe -e -x -v6.20 c:\ut\p\command.com /k c:\ut\vzp0.bat
これで非常駐VZを直接起動出来ます。

このように command.comの場所を変えて入れています。

リンク先の下の 作業フォルダの項目には
C:\UT
と入れています。DOSの実行ファイルの場所です。
これで
>grep 常駐VZ -memo
-memo 18 : まいったのは、常駐VZで編集中にコマンドラインに降りて小文字コマンド実行後

このような結果が出るのですが、私のVZ.DEF で問題が出るのです。(;_;)


11435/11403 BNY00646  shadow           Re^10: 子プロセスの問題?
( 0) 24/09/04 21:52 11434:konnoさんへのコメント コメント数:1
次の環境で試しました

windows11 HOME 23H2
command.comは10#さんのFreeCOMJ 0.82 PL3 VTDOS 対応パッチ
ショートカットのリンク先
E:\msdos.exe -e -x -v0.82 E:\command\freecomv\command.com /c e:\go.bat
VZは常駐

次を実行すると
grep ##1.6 text.asm
VZの子プロセスではタブが化けてますが
コンソールを取り込むと常駐・非常駐ともに問題ないです
text.asm 623 : 	call	chkline1		; ##156.138
text.asm 749 : 	mov	[bp].tabr,cl		; ##156.116


11436/11403 CTL00944  たけだ           Re^7:  今度はgrepで (^_^;)
( 0) 24/09/04 21:57 11431:鈴木康弘さんへのコメント コメント数:2
16bitのCOMMAND.COMの有無で挙動が変わるようです。

VZのコマンドモードで、例えば「GREP 文字列 FILENAME」を実行すると、
COMMAND.COMを「 /C GREP 文字列 FILENAME」というコマンド引数付きで
子プロセスとして起動しようとします。
このとき、16bitのCOMMAND.COMが見つかれば、そのまま実行します。

COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
コマンド引数付きで子プロセスとして起動するようになっていますが、
GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。

後ほど対策を入れたバージョンを公開します。

11437/11403 CTL00944  たけだ           Re^8:  今度はgrepで (^_^;)
( 0) 24/09/04 22:42 11436:たけださんへのコメント コメント数:1
対策を入れたバージョンを公開しました。
GREPの件はこれで大丈夫だと思います。

11438/11403 DKM01189  鈴木康弘         Re^9:  今度はgrepで (^_^;)
( 0) 24/09/05 07:12 11437:たけださんへのコメント コメント数:2
> 対策を入れたバージョンを公開しました。
> GREPの件はこれで大丈夫だと思います。

 武田様、対応ありがとうございます。
 Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。

 鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい?

11439/11403 BQO00549  konno            Re^8:  今度はgrepで (^_^;)
( 0) 24/09/05 16:35 11436:たけださんへのコメント
> 16bitのCOMMAND.COMの有無で挙動が変わるようです。

command.com が無くても動くとは知りませんでした。それで、CMD.EXEで
msdos vz159 /vz159 とやってみたのですが、サフ4 とかは出なかったです。

> COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
> コマンド引数付きで子プロセスとして起動するようになっていますが、
> GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。

なるほどそうだったのですか、これはわからないですね。

> 後ほど対策を入れたバージョンを公開します。

よろしくお願いします。m(__)m


11440/11403 DKM01189  鈴木康弘         Re^10:  今度はgrepで (^_^;)
( 0) 24/09/05 17:36 11438:鈴木康弘さんへのコメント コメント数:1
 すみません、完全解決というわけでなく、#11432でkonnoさんが報告された、

>  64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

 の件です。
 ファイルの大きさにかかわらず、ファイルを開いておいて[ESC]Eなりでコマンドモードに降りて、DOSの外部コマンド(たとえばvmap)を実行させて、[ESC]でファイルに戻ると、ファイルが壊れた?ような表示になります。

 あわてずファイルを保存せずに閉じれば、ハードディスク上のファイルは壊れてないのですが。
 (これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。)


11441/11403 BQO00549  konno            Re^10:  今度はgrepで (^_^;)
( 0) 24/09/05 18:34 11438:鈴木康弘さんへのコメント コメント数:1
>  Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。

おお、おめでとうございます。
私の方では再現できなかったですが、少ない情報で対応できるのは流石ですね。

>  鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい?

原因は 私家版の "検索文字列の取得"マクロ、TAGL_F5.def でした。
これでコマンド文字列を取り込んでからコマンド実行するとファイルが壊れるようです。
マクロ中で Taglight.exe を呼び出しているのですが、大文字なのでスワップします。
その後小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。

これは武田さんにお願いするわけにもいかないですね。
VTDOSやDOSVAXJ3で出ないのは何か対策してるのかしら。
NT系で異常が出るのが個人的に気になっているのですが。
確かVTDOSは286CPU相当とか、DOSVAXJ3も16ビットDOSなので、その辺の違いかなぁ。


11442/11403 BQO00549  konno            Re^11:  今度はgrepで (^_^;)
( 0) 24/09/05 18:45 11440:鈴木康弘さんへのコメント コメント数:1
行き違いになってしまいました。(^^;

> >  64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> > そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

これは不正確でした。#11441 に書きましたが
大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。

>  (これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。)

なので、これは全てのVZで起こる現象だと思います。
VTDOSやDOSVAXJ3で出なかったので、何らかの対策法はあるかもしれません。


11443/11403 CTL00944  たけだ           Re^11:  今度はgrepで (^_^;)
( 0) 24/09/06 02:03 11441:konnoさんへのコメント コメント数:1
テスト版をこっそりアップロードしました。

"COMMAND /C (program) [arguments]"を実行するとき、
COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。

COMMAND.COMは何か色々特殊なことをやってそうなので、
COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。

11444/11403 BQO00549  konno            Re^12:  今度はgrepで (^_^;)
( 0) 24/09/06 14:34 11443:たけださんへのコメント
> テスト版をこっそりアップロードしました。
> "COMMAND /C (program) [arguments]"を実行するとき、
> COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。

武田さん、ありがとうございます。

> COMMAND.COMは何か色々特殊なことをやってそうなので、
> COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。

試してみましたが、異常が出るのは変わりませんでした。
sw0 か、大文字コマンドなら問題は出ないようなので、いっそ全部スワップさせてみました。
そうしたら異常が出なくなりました。新旧MS-DOS Player で同じ結果でした。

VZの問題まで気にかけていただき、ありがとうございました。


11445/11445 BQO00549  konno            k07v6m(暫定) (2024-09-06)
( 0) 24/09/06 17:37 コメント数:2
k07v6m(暫定) (2024-09-06)を更新しました。

k07v6m(暫定) (2024-09-06)
 ・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
 ・オプション OZ4 で小文字コマンドでもスワップ。NT系DOS窓やMS-DOS Player対応。
 ※NT系DOS窓やMS-DOS Playerでは大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。

 ダウンロード  vzkv6m.lzh ver1.60k07v6m (2024-09-06版 ) new!



●OZ FreeDOS(98)用98版で編集画面でのカーソルキー、ctrl+ファンクションキー等が
   使用できる様になります。そのかわり、漢字入力が出来なくなります。
    FreeDOS(98)用に新設。
 ・OZ1
 ・OZ2 ?
 ・OZ4 小文字コマンドでもスワップ。NT系DOS窓やMS-DOS Player対応。vzkv6m
 ※NT系DOS窓やMS-DOS Playerでは大文字コマンドでスワップした後、小文字コマンド
 実行で異常になるようです。OZ4 は単独で指定してください。

子プロセスのメモリを広く開けたい人は SW3 で お試しあれ(VTDOSでSW3の不具合はこれ?)
OZ0 と OZ4 を切り替えて大文字小文字 VMAP で見てみると面白いです。

VZKドキュメント  #txt:VZK.TXT

# DOCは毒だ、TXTにしとけ。(;_;)


11446/11403 DKM01189  鈴木康弘         Re^12:  今度はgrepで (^_^;)
( 0) 24/09/06 20:59 11442:konnoさんへのコメント コメント数:1
 #11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
 SW0なら起こりません。

11447/11403 BQO00549  konno            vzibj ver1.59zのパッチ版
( 0) 24/09/06 22:56 11446:鈴木康弘さんへのコメント コメント数:2
>  #11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
>  SW0なら起こりません。

SW0なら問題無いのですが、空きメモリが少なくなってしまいます。
大文字コマンドだけで運用するつもりでも、うっかり小文字コマンドを打ってしまうかもしれません。

試しに vz1.59z にパッチを当ててみたら、出来てしまいました。
vzibj ver1.59zのパッチ版です。
小文字コマンドでも強制的にスワップします。
変更部分は1バイトだけです。

メールで送りましたので、よろしかったら試してみてください。


310C:BB0C  80 3E 016E 00			cmp	data_360,0				; (310C:016E=1)
310C:BB11  74 13				je	realloc_gs_loc_2825	;★ goto swap	; Jump if equal
310C:BB13  80 3E 0288 00			cmp	data_425,0				; (310C:0288=0)
;310C:BB18  7E 0C				jle	realloc_gs_loc_2825	;★ goto swap	; Jump if < or =
xxxx:xxxx  EB 0C				jmp	short realloc_gs_loc_2825		; (BAE1)
      ↑
310C:BB1A  E8 F3D0				call	sub_693					; (AEED)
310C:BB1D  8B F8				mov	di,ax
310C:BB1F  56					push	si
310C:BB20  E8 00BC				call	sub_768			; (BBDF)
310C:BB23  5E					pop	si
310C:BB24  73 10				jnc	free_gs_loc_2826		; Jump if carry=0
310C:BB26			realloc_gs_loc_2825:					;  xref 310C:BB11, BB18


11448/11403 DKM01189  鈴木康弘         Re: vzibj ver1.59zのパッチ版
( 0) 24/09/07 07:01 11447:konnoさんへのコメント コメント数:1
> メールで送りましたので、よろしかったら試してみてください。

 お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
 でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。
   

11449/11403 BQO00549  konno            Re^2: vzibj ver1.59zのパッチ版
( 0) 24/09/07 16:28 11448:鈴木康弘さんへのコメント
>  お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
>  でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。

異常が無くなったようでよかったです。

外部コマンドに限らずVZのスワップは command.com のスワップを監視している前提と思われます。
Win95DOS窓でズレた時は高橋さんが対応してくれましたが、NT系になって完全にわからなくなったのでは。
なので VZがスワップする領域に command.com が来る場合もあって、それがVZにはわからない。
それで今回のような異常が出るのではないかと思います。

これで暫く運用して問題が無ければ他にも適用しようと思います。


# 無想転生を極めれば、コマンド―の動きも見切れる。なんちて (^^;


11450/11450 BQO00549  konno            MS-DOS Player 2024/9/7版更新
( 0) 24/09/08 16:50 コメント数:2
MS-DOS Player 2024/9/7版が更新されました。
以下更新内容です。

-----------------------------------------------------------
2024/9/7
プロセスの起動周りのコードを整理しました。
影響の大きそうな変更も入っていますので、テストにご協力お願いいたします。

「COMMAND.COM /C TYPE (file)」のように、子プロセスで内部コマンドを実行する場合、
A-Z:/CHDIR/PATH/SETは、MS-DOS Playerの内部処理で実行するようにしました。
子プロセスでこれらのコマンドを実行しても、呼び出し元に反映されないためです。
その他のコマンドは、COMMAND.COMを子プロセスとして起動して実行をします。
COMMAND.COMがない場合、system()でcmd.exeに渡してWindows側で処理しますが、
TYPEコマンドについては、INT 29hを通るように、MS-DOS Playerの内部処理で実行します。

「COMMAND.COM /C 実行ファイル」を起動しようとして、COMMAND.COMがない場合は、
実行ファイルを直接起動しますが、このとき新しいプロセスの第1・第2のFCBを更新して、
実行ファイルに指定された引数が入るように修正しました。

INT 10hやINT 21hで文字を画面に表示する際、INT 29hを経由して表示した場合に、
(INT 29hをフックしている場合のみ、INT 29hを経由するようになっています)
INT 29hを直に呼んだように、制御コードがシンボルとして表示される問題を修正しました。

起動時にCOMMAND.COMを探す際に、PATHおよびMSDOS_PATHに指定されたパスを
探索していなかった問題を修正しました。
過去にコードを整理していたときに、処理の順番を誤って変更してしまったようです。
-----------------------------------------------------------

更新ありがとうございます。
最近更新した COMMAND.COM 関連などを整理した感じですかね。

気が付いたことがあればここに書いていきます。


11451/11450 DKM01189  鈴木康弘         Re: MS-DOS Player 2024/9/7版更新
( 0) 24/09/08 17:51 11450:konnoさんへのコメント コメント数:1
 konnoさんのパッチなしのVzでは、#11440 の現象は変わってません。
 ファイルが壊れた?と最初はぎょっとした現象ですが、慣れたし、実害はないから、いいのですが。

11452/11450 BQO00549  konno            Re^2: メインメモリ上のファイルが壊れる?
( 0) 24/09/08 19:34 11451:鈴木康弘さんへのコメント
>  konnoさんのパッチなしのVzでは、#11440 の現象は変わってません。
>  ファイルが壊れた?と最初はぎょっとした現象ですが、慣れたし、実害はないから、いいのですが。

ちょっと試してみました。

1. 64k超を含む3つ以上のファイルを開いている場合	3番目のファイルは壊れない?

2. 1k程度のファイル1つの場合				壊れる

3. 1k程度のファイル3つの場合				全部壊れる

この結果から、メインメモリに有るファイルが壊れるようです。
 1.の3番目が壊れなかったのは、スワップ状態だったからと思われます。
なので、強制スワップは理にかなっていると思います。

これ、セーブすると壊れたままセーブされるので要注意ですね。
私は今までこの現象に気が付いていませんでした。(^^;
多分たまたま壊れたのだと思い無意識に破棄していたのだと思います。(^^;


11453/11450 BQO00549  konno            DEBUG や SYMDEB の中でヒストリー使える?
( 0) 24/09/08 20:32 11450:konnoさんへのコメント
今回の更新とは関係ないですが、気が付いた現象

常駐VZは DEBUG や SYMDEB の中でヒストリーやラインエディト機能が使えますが
MS-DOS Player では使えないようです。
最初から使えなかったのか疑問に思ったので、古い版でも確認してみました。

17年版も18年版も駄目でしたが、22年版(2022/12/30)あたりだったかな、
常駐VZで DEBUG や SYMDEB の中でヒストリー機能が使えました。

おお、と思いましたが、これ以降、どの版でも最新版でも使えるようになっていたのです。
PCを再起動させても同じでした。何故???

理由はわかりませんが、同じように使えないという人は、一度22年版(2022/12/30)あたりを
起動してみてはいかがでしょうか。多分私だけだとは思いますが。(^^;


11454/11454 BQO00549  konno            DOSVAXJ3 JP240909版 (2024/9/9)
( 0) 24/09/09 23:22 コメント数:2
DOSVAXJ3 JP240909版 (2024/9/9)が更新されました。
更新内容は
-----------------------------------------------------------
build JP240909 (2024/9/9)
Vz 常駐時のコンソール履歴でコマンドラインの文字列が正しく取得できていなかったのを修正しました。
画面サイズが変更になった際にキーボード押下状態をリセットするかどうかの設定[sdl] resetkeyboardstate を追加しました。
Linux 版で SDL_FlushIMString() で確定文字列を取得するよう修正しました。
-----------------------------------------------------------

[sdl]
resetkeyboardstate=false

とすれば ^KL の画面切り替えがCtrl押しっぱなしで連続で出来ます。\(^^)/ ヤッタ-
コマンドラインも、コマンドの表示が正常になったようです。
ありがとうございました。


11455/11454 DKM01189  鈴木康弘         Re: DOSVAXJ3 JP240909版 (2024/9/9)
( 0) 24/09/10 07:05 11454:konnoさんへのコメント コメント数:1
 うーん、#11390 に書いた、
日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えない
 という問題はなおってませんね。

 #11395 のkonnoさんによれば、もう軟式さんの手元ではなおってるらしいので、公開されるのを待ちましょう。

             日本語長文を書く時にはMS-DOS Playerを使ってる 鈴木


11456/11454 BQO00549  konno            Re^2: DOSVAXJ3 JP240909版 (2024/9/9)
( 0) 24/09/10 07:50 11455:鈴木康弘さんへのコメント コメント数:1
>  うーん、#11390 に書いた、
> 日本語文をCtrl-Mで確定した直後は、Ctrlキーから一度指を離さないとCtrlキーが使えない
>  という問題はなおってませんね。

あれぇ? もしかして違う問題だったとか。

2024/09/09  17:24           915,456 SDL.dll

この新しい DLL もコピーしていますよね?
それで [sdl] セクションに

#resetkeyboardstate = true
resetkeyboardstate = false 

これを追加しても駄目なら、作者様に報告するしかないですね。


11457/11445 BQO00549  konno            k07v6m(暫定) (2024-09-06)は問題あり
( 0) 24/09/10 14:55 11445:konnoさんへのコメント
k07v6m(暫定) (2024-09-06)は問題ありました。

DOS.ASM のTPAあたりを弄ったのが原因で、アセンブルなどで問題が出ました。
致命的な問題が有るので使用を中止してください。
ご迷惑をおかけして申し訳ないです。m(__)m

なお、VZ1.59z のパッチ版は問題ないです。


11458/11454 DKM01189  鈴木康弘         Re^3: DOSVAXJ3 JP240909版 (2024/9/9)
( 0) 24/09/10 17:57 11456:konnoさんへのコメント コメント数:1
 おお、

> resetkeyboardstate = false

 が必要でしたか。

 そのように dosvoxj.conf を書き直してみたけれど、やっぱりなおってないです。
 konno さんは、Ctrl-M で日本語文を確定した後、Ctrlキー押しっぱなしのままで、Ctrlキーが効くんでしょうか?

11459/11454 BQO00549  konno            Re^4: DOSVAXJ3 JP240909版 (2024/9/9)
( 0) 24/09/10 19:44 11458:鈴木康弘さんへのコメント
>  そのように dosvoxj.conf を書き直してみたけれど、やっぱりなおってないです。
>  konno さんは、Ctrl-M で日本語文を確定した後、Ctrlキー押しっぱなしのままで、Ctrlキーが効くんでしょうか?

すみません、私はマクロキーの話と思っていましたが、IMEの確定の話だったのですね。
私は IMEの確定に Enter キーを使っていたので気が付きませんでした。
Ctrl-M と Ctrl-Enter でも確定できるんですね。
これらのキーで確定した後は確かに Ctrlキー押しっぱなしでも英字が出力されてしまいますね。

確認してみたら、mingw-sdl2 フォルダの dosbox-x.exe の DOS/Vモードでは
IMEの確定後もシフト状態をキープ出来ました。

作者様にメールしてみます。
超多忙のため返事がもらえるかもわかりませんのでご了承のほどお願いいたします。


11460/11445 BQO00549  konno            k07v6n(暫定) (2024-09-10)※ 差替え版
( 0) 24/09/10 20:49 11445:konnoさんへのコメント
k07v6n(暫定) (2024-09-10)※ 差替え版です。
 ・k07v6m(2024-09-06)版に致命的な問題が有ったため差し替えました。
 ・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
 ・オプション OZ4 で小文字コマンドでもスワップ。MS-DOS Player対応。
 ※ MS-DOS Playerでは編集中小文字コマンド実行で異常になるようです。

 ダウンロード  vzkv6n.lzh ver1.60k07v6n (2024-09-10版 ) new!


11461/11461 BQO00549  konno            Win7PC復活の話
( 0) 24/09/11 18:05 コメント数:1
少し前に Win7PCを復活させた記事を書いたと思ったのに検索しても出てきません。
いよいよボケが酷くなったかと一瞬思いましたが、一縷の望みを託し野ざらし言へ
有りましたよ。野ざらし言#5600 で書いていました。2024/05/25 だったんですね。

過去ログに抜けが有るのではないかと疑って、 [全部表示 保存用]でコピペし
NIFSORTW.EXE で並べ替えました。Siさん、ありがとうございます。m(__)m

連続番号チェックマクロまで作ってチェックしたら、けっこう1発言抜けがあるのね。
1つだけなら SPAM かもしれないけど、5発言抜けがあって焦りました。
生ログに残ってましたが、自分で消した雑記だったので見なかったことにしました。(^^;
各掲示板にお宝情報が分散しているので、リンクメモみたいなのが欲しいですね。(^^;


11462/11454 BQO00549  konno            DOSVAXJ3 JP240909版 DLL 差替え
( 0) 24/09/11 19:24 11454:konnoさんへのコメント コメント数:1
軟式の作者様から DLLの差し替え版をいただきました。
以下メールの内容です。

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

 IME 確定時に Ctrl キーの押下状態を保持するよう修正してみました。
 64bit テスト版を下記よりダウンロードしてください。SDL.dll の差替となります。

https://www.nanshiki.co.jp/test/sdl_test.zip

 なお、掲示板に上記 URL を転載しても大丈夫です。

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

お忙しいところありがとうございます。DLLを差し替えたら動くようになりました。

> Ctrl-M で日本語文を確定した後、Ctrlキー押しっぱなしのままで、Ctrlキーが効くんでしょうか?

これがキチンと動くようになりました。
今回は DLLの差し替えだけなので、これが正式版となりそうです。


11463/11454 DKM01189  鈴木康弘         Re: DOSVAXJ3 JP240909版 DLL 差替え
( 0) 24/09/11 20:23 11462:konnoさんへのコメント コメント数:2
やった!

日本語文確定後も、Ctrlキー押しっぱなしで、往年のVzの動作をするようになりました。
これでDOSVAXJ3は完璧です!

(こまかい要望をもう少し言えば、ファイラーで英字を押した時に、自動的にWinIMEがオフになればいいな、というのもありますが、贅沢かも。)

もうMS-DOS Playerは使わなくなりそうな 鈴木


11464/11454 BQO00549  konno            Re^2: DOSVAXJ3 JP240909版 DLL 差替え
( 0) 24/09/11 21:59 11463:鈴木康弘さんへのコメント コメント数:1
> やった!
> 日本語文確定後も、Ctrlキー押しっぱなしで、往年のVzの動作をするようになりました。
> これでDOSVAXJ3は完璧です!

おめでとうございます。(^_^)

> (こまかい要望をもう少し言えば、ファイラーで英字を押した時に、自動的にWinIMEがオフになればいいな、というのもありますが、贅沢かも。)

え? 私のところでは自動的に OFF になっていますが。
FP+ FR+ FK+ FQ+ この辺のオプションは全部 + になっていますか。
そういう話ではないのかな。

> もうMS-DOS Playerは使わなくなりそうな 鈴木

そういえば、こちらは ファイラーで自動 OFF しなかったような気が。


11465/11461 BQO00549  konno            板塀への番号リンクも復活
( 0) 24/09/11 22:28 11461:konnoさんへのコメント
> 各掲示板にお宝情報が分散しているので、リンクメモみたいなのが欲しいですね。(^^;

そういえば、板塀への番号リンクも飛べなくなっていました。
直リンクになったので再チャレンジしたら出来ました。\(^^)/ ヤッタ-

板塀#4121  板塀を非フレーム化しました
#i4121  でも飛べます。(^_^)

?mode=article&amp;no=$2

このモードでないと番号ジャンプ出来ないんでした。(^^; ワスレテタ

ちなみに野ざらし言#5600#n5600 でも飛べます。
この辺の詳細な書式はテスト板 #t0067 #test67にあります。

# これでお宝取り放題だぜぃ



11466/11364 BQO00549  konno            「新着情報 」 v0.954 板塀への番号リンク復活
( 0) 24/09/11 22:41 11384:konnoさんへのコメント
「新着情報 」 v0.954 更新しました。
#11465 で板塀への番号リンク復活できたので、こちらも再チャレンジ。(^^;

    my $url2 = 'http://toshiki.la.coocan.jp/itabei.rss';
#    my $url2 = 'http://27-138-85-108.rev.home.ne.jp:9801/bbs/wforum.cgi?mode=newsort';

上のリンクを下のように変更しようとしてうまくいかず、挫折していましたが
ここはサイトの存在確認みたいなものなのね、上のままでOKなのでした。(^^;

番号リンクの方もやっぱり

?mode=article&amp;no=$2

このモードでないと番号ジャンプ出来ないんでした。(^^; ワスレテタ

これで直してめでたく番号にジャンプ出来るようになりました。

# やれやれだぜ


11467/11454 DKM01189  鈴木康弘         Re^3: DOSVAXJ3 JP240909版 DLL 差替え
( 0) 24/09/12 07:05 11464:konnoさんへのコメント コメント数:1
> え? 私のところでは自動的に OFF になっていますが。
> FP+ FR+ FK+ FQ+ この辺のオプションは全部 + になっていますか。


 ええ、それらのオプションは全部 + です。

 純粋 MS-DOS/V パーテイション環境では、FQ-でも、プレフィックスキーを押した時自動的にFEPがoffになってましたが、DOSVAXJ3では、FQ+でないと自動offにならないので、そう変えました。
(MS-DOS Playerは、FQ+にしても自動offにならないのが悲しい。)

 konnoさんは、ファイラーでも英字が自動的にIME offになりますか。うらやましい。(^_^;

11468/11454 DKM01189  鈴木康弘         Re^4: DOSVAXJ3 JP240909版 DLL 差替え
( 0) 24/09/12 07:38 11467:鈴木康弘さんへのコメント コメント数:1
 あっそうだ。
 Vzの編集モードからファイラーに移るとき、マクロで &j(0) を入れればいいんだ。

 ごそごそ..できたっ。
 これで完璧な DOSVAXJ3下Vz になりました。v(^_^)

11469/11454 DGF01024  めざら           [無題]
( 0) 24/09/12 07:57 11463:鈴木康弘さんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/
> もうMS-DOS Playerは使わなくなりそうな

そういう言い方をしますか……
われわれは各種エミュレータを作者のご厚意で使わせてもらっているわけで,
いくら作者が自分が使うために作ったとしても,ちょっと敬意に欠けるかと.

今ごろ言うのもナニですが……
VZ v1.59z の使用期限は1993年の年内のはずで,ずっとモヤモヤしています.

使用期限はともかく,正規版を拡張する版を作成されている konno さんの板で
VZ での状況を相談するのであれば,環境を合わせる方が効率的だと思います.

オークションや蚤の市なら,まだ v1.6 を入手できる可能性はあるようですよ.


11470/11454 BQO00549  konno            Re^5: ファイラーで IME OFF
( 0) 24/09/12 16:35 11468:鈴木康弘さんへのコメント コメント数:1
まとレスです

>  Vzの編集モードからファイラーに移るとき、マクロで &j(0) を入れればいいんだ。
>  ごそごそ..できたっ。
>  これで完璧な DOSVAXJ3下Vz になりました。v(^_^)

解決できたならいいのですが、うちと何が違うのかわからないとモヤモヤします。
メールでいただいた vz.def vzfl.def で同じ環境でやっても問題は出ないようです。
・・・もしかして #11426> MS-DOS Playerのvz起動用バッチは
>     cd vz
>     del vztemp.$$$
>     msdos -n26 vzibmj *.*

VZ起動BATで、*.* を付けて起動するとファイラー画面になりますが
VZ起動前に WinIME がONの状態だと、ファイラーでも ONのままになりますね。
もしかしてこのことでしょうか。

*.* 無しで起動すれば、オープン窓が出て、Enterでファイラーですが、IMEはOFFになります。
*.* で起動したいなら、vzfl.def の先頭に &j(0) を入れればいいのかな?
あ、結果的には同じ対策か。(^^;


11471/11454 BQO00549  konno            Re: [無題]
( 0) 24/09/12 16:59 11469:めざらさんへのコメント
> そういう言い方をしますか……

私も心の中では色々思うこともよくありますが、公の場では控えるように心がけています。
場が荒れるのが嫌なので基本スルーの方針です。
まあ、自分もそうなので気にしない、ということですね。(^^;

> 今ごろ言うのもナニですが……
> VZ v1.59z の使用期限は1993年の年内のはずで,ずっとモヤモヤしています.

これは私もちょっとモヤモヤしました。
でも私にも覚えがあって・・・

とある店で製品版ではないコピーしたものをいただいてそのまま金も払わずに使ったことがあります。
相手の方はおそらく善意でやってくれたのでしょうが、それに甘えて使う私もおねだり君なのです。

まあ、VZ1.0のJ31移植版を生フロッピーにコピーできるのは世界に一人しかいないと思いますが。


11472/11454 DKM01189  鈴木康弘         Re^6: ファイラーで IME OFF
( 0) 24/09/13 07:14 11470:konnoさんへのコメント コメント数:1
 いえ、僕のvzibmj.defは、

56 \[CR] "ファイラー" (s)??{#O#m.} (2){(s&1)? #[}

と、編集モードからも\[CR](シフトEnter)でファイラーを立ち上げられるようにしています。
 IMEがonの編集モードからこれでファイラーを立ち上げると、IMEがonのままになってしまうのでした。

 なぜか[ESC]O、Enterと手で打てばIMEがoffになりますね。不思議。

ともかく#O#mの前に&j(0)を入れることにした次第です。


  DOSVAXJ3よりもMS-DOS Playerの方が、日本語入力自体はすこし軽快なのかなと、迷ってる 鈴木

11473/11454 BQO00549  konno            Re^7: ファイラーで IME OFF
( 0) 24/09/13 17:46 11472:鈴木康弘さんへのコメント
>  いえ、僕のvzibmj.defは、
> 56 \[CR] "ファイラー" (s)??{#O#m.} (2){(s&1)? #[}
> と、編集モードからも\[CR](シフトEnter)でファイラーを立ち上げられるようにしています。

なるほど、マクロで直接ファイラーに行っているのですね、それなら納得です。

>  IMEがonの編集モードからこれでファイラーを立ち上げると、IMEがonのままになってしまうのでした。

この場合はやはりマクロでOFFにするしかありませんね。

>  なぜか[ESC]O、Enterと手で打てばIMEがoffになりますね。不思議。

VZのFEP制御がIMEでキチンと効いているからですね、VTDOSもそうですが、対応してくれた作者様に感謝です。

> ともかく#O#mの前に&j(0)を入れることにした次第です。

これが正解だったですね。

>   DOSVAXJ3よりもMS-DOS Playerの方が、日本語入力自体はすこし軽快なのかなと、迷ってる 鈴木

そうなんですか、長所短所も三者三様ですね。


11474/11403 BNY00646  shadow           Re: vzibj ver1.59zのパッチ版
( 0) 24/09/13 20:31 11447:konnoさんへのコメント コメント数:1
パッチ情報をもとに高橋版とk07s5にパッチをあててみました。
各々のオリジナル版とバイナリデータそれなりに修正したソースをアセンブルしたものを比較したら修正箇所はパッチ情報と同じになったので・・・大丈夫のような?動作確認したら現象はなくなりました。
オプション化をチャレンジしましたが私には無理でした。
あっ、先の不具合が出なかった報告はSW0だったからでした。


11475/11403 BQO00549  konno            Re^2: vzibj ver1.59zのパッチ版
( 0) 24/09/14 00:00 11474:shadowさんへのコメント コメント数:1
> パッチ情報をもとに高橋版とk07s5にパッチをあててみました。
> 各々のオリジナル版とバイナリデータそれなりに修正したソースをアセンブルしたものを比較したら修正箇所はパッチ情報と同じになったので・・・大丈夫のような?動作確認したら現象はなくなりました。

おお、勇者が現れた! \(^^)/ ヤッタ-
パッチ位置を探すのはかなり大変でした。ほとんど目視。(^^;
DEBUG の使い方も忘れていて、参考書を見てもさらっとしか書いてなくて。(;_;)
なので、おお、出来る人が現れた! と思ったのでした。(^^;

> オプション化をチャレンジしましたが私には無理でした。

チャレンジする心と実際にやってみるのが大事だと思います。
私も最初はパッチ当てが精いっぱいだったので、キーワードを検索してコメントから始めました。
やってることは VZマクロも BASIC もみんな同じですね。(^^;

> あっ、先の不具合が出なかった報告はSW0だったからでした。

そうだったのですか、私は Win11でもちゃんと動いているんだなぁ、などとぼーっと見てました。(^^;


11476/11025 CXB00940  としき           Re: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/14 13:37 11030:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 今年は一念発起して、全ログ検索ルーチンをメールで送りつけることにしました。(^^;

めざらさんと同じく、気が向いたら、ということだったのですが。
まだまだ気は向いていないのですが、とりあえず導入する方向だ、ということだけは
明確にしておきましょう。とはいえ、最短で今年の11月ごろ、実際には数年先かも。

そもそも、なぜデフォルトでは全ログ検索になっていないのか、というところも妄想
してしまって。CGIの作り方として、その機能をつけないほうが楽、ということは当然
あるでしょう。原作者としては、もしかしたらそれだけしか考えていなかったかも
しれない。
だけど、全ログを舐めるって、結構なマシンパワーが必要なんですよ。
そして、うちで以前使っていた自宅サーバは、ものすごく貧弱。
とてもそんな機能を具備できないほど。
でも、現在使っている、もしかしたら暫定かもしれないサーバなら、十分対応可能。
ということで、理由のひとつは消えてしまいました。

あと、原作者の方のいろいろな発言やらインタビュー記事なんかも読んだことがあり
ますが、結構、利用者のことをいろいろと考えてコードを書いていらっしゃる。だから
利用者のほうでも妄想の余地があるといいますか。
例えば、もう何年も原作者のサイトは見に行っていませんが、かなりPerl5が普及した
時代になってもPerl4用のコードを提供していた。これも、Perl4しか使えない利用者
がまだまだいるから、ということでした。
そういう方が分割された過去ログごとに検索するというコードを書かれているのです
から、これは何らかの意図があってわざわざそうしているのではないか、と妄想する
のはたやすいこと。
なのでここは無批判に原作どおり、というのもありといえばありのはず。

とはいえ、上記のとおり、うちの板塀もそのうち導入する方針には舵を切ったわけ
ですよ。ま、期待せずにお待ちください、ということで。



ところで、過去ログの検索がらみでこちらの掲示板に一つ要望。
過去ログを開いたデフォルトで、検索ボタンの後ろというか右側、なんか改行が欠けて
いるような感じ。さらにそこから何か検索した場合、やはり同じところの改行が欠けて
いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。
これはうまくないと思う。

あ、でも、これの試験をしているときに気がついた。
私、メインの現行ログで検索する時は全ログ検索で全く問題ないことが多いけれど、
少なくとも自分の板塀の検索においては、過去ログ検索のときはそのログだけを対象
にした検索になっていてほしいみたい。う〜ん、検索ルーチンは1個だけだからなぁ。
フラグ一つで何とかなるとは思うけど、この機能の実装はなんか面倒かも。


11477/11025 BQO00549  konno            Re^2: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/14 19:38 11476:としきさんへのコメント コメント数:1
> まだまだ気は向いていないのですが、とりあえず導入する方向だ、ということだけは
> 明確にしておきましょう。とはいえ、最短で今年の11月ごろ、実際には数年先かも。

おお、希望の光が。よろしくお願いします。m(__)m

> だけど、全ログを舐めるって、結構なマシンパワーが必要なんですよ。
> そして、うちで以前使っていた自宅サーバは、ものすごく貧弱。
> とてもそんな機能を具備できないほど。

確かに古いPCサーバーでは負荷が大きすぎるかもですね。

> でも、現在使っている、もしかしたら暫定かもしれないサーバなら、十分対応可能。
> ということで、理由のひとつは消えてしまいました。

おお、わくわく (^_^)

> とはいえ、上記のとおり、うちの板塀もそのうち導入する方針には舵を切ったわけ
> ですよ。ま、期待せずにお待ちください、ということで。

首と気を長くしてお待ちしてまーす。(^_^)

> 過去ログを開いたデフォルトで、検索ボタンの後ろというか右側、なんか改行が欠けて
> いるような感じ。さらにそこから何か検索した場合、やはり同じところの改行が欠けて
> いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。

あ、ほんとだ、とりあえず暫定的に直しました。m(__)m
色々詰め込んでいるのでどこが悪いか特定に時間が掛かります。(^^;

> 私、メインの現行ログで検索する時は全ログ検索で全く問題ないことが多いけれど、
> 少なくとも自分の板塀の検索においては、過去ログ検索のときはそのログだけを対象
> にした検索になっていてほしいみたい。う〜ん、検索ルーチンは1個だけだからなぁ。
> フラグ一つで何とかなるとは思うけど、この機能の実装はなんか面倒かも。

うちのところでは現行ログの検索が全ログで、過去ログは各ログの検索になっているようです。
検索ルーチンが元々別になっていたような気が。


11478/11403 BQO00549  konno            SWAPバッチの効果検証
( 0) 24/09/15 16:36 11475:konnoさんへのコメント コメント数:1
色々な環境で SWAPバッチの効果を確認してみました。
64k超のファイル編集中下のコマンドをTAGLF5でコピーしコマンドラインに降りて張り付け実行後戻る。
grep ##1.6 text.asm

環境		VZオリジナル	VZkv6n VZ159pach
MS-DOS Player	NG		OK
VTDOS121	NG		OK		この前後の違いが気になる
VTDOS122	NG		OK		としきさんの環境
VTDOS123	OK		OK		シェアウエア化

古いVTDOSの環境を上の理由で残しているので試してみた結果です。
古いVTDOSは MS-DOS Player と同じような結果になっています。
VTDOSがシェアウエアになる時にこの辺が修正されたようです。

#5084: VTDOS1.23がシェアウエアに  の記事で

> 1.22まであった4Ah のメモリの問題は出なくなったようですね。

と書いているので、ここの問題だったのかもしれませんね。

想像ですが、VTDOSも MS-DOS Player も WinNT系をベースに開発したのかなぁと。
10#さんはこの問題を解決するのに苦労して、それでシェアウエアにしたとかね。
あくまで想像です。(^^;


11479/11025 CXB00940  としき           Re^3: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/15 19:17 11477:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> おお、希望の光が。よろしくお願いします。m(__)m

うん、まぁ、暗がりの中なら線香花火の火でも光には間違いない。
#ぽとっ

> > いるので、最初に見つかった書き込みのタイトルがくっついてしまっている。
> あ、ほんとだ、とりあえず暫定的に直しました。m(__)m

直っているのは確認できました。が。
暫定的、なんですか?

> 色々詰め込んでいるのでどこが悪いか特定に時間が掛かります。(^^;

詰め込みが直ったときが恒久的、ということなんでしょうか。
とりあえず、うちの板塀に全ログ検索が導入するよりも早く恒久化できることと
思います。ということにしておけば、konnoさんが詰め込みを直すまで、うちに
全ログ検索を導入せずに済む。よし、この方向で行こう。

> うちのところでは現行ログの検索が全ログで、過去ログは各ログの検索になっているようです。

たぶん現状でこの掲示板の挙動はkonnoさんの想定したとおりのものなのでしょう。
すると、それは私の想定した挙動ではない。
例えば、過去ログ0025とかで「八王子のラーメン」と検索すると、過去ログ0001の
発言が引っかかります。一方で、過去ログ0002で「vtdos」と検索しても、なにも
引っかからない。
あるいは「morek」という語句を、過去ログの0026、0025、0024で検索した場合の
挙動なんかをみると、なんか、検索を始めたログよりも過去方向にはたどるけれど
未来方向にはたどらない、という挙動のように見える。
私が自分のところに実装するなら、こういう挙動にはならないようにしたい、という
のが希望です。

どうもあれだ、私が溺れるというか大量すぎると認識してしまう情報量の閾値は、
konnoさんよりもえらく小さい模様。だから、いろいろなところでこまめに区切り
たい。例えば、掲示板のトップというかデフォルトで最初に表示されるところでも、
konnoさんはページ送りがないほうがいい人だけど、それだと私には情報量が多すぎて
使いづらい。だから、自分のところでは細かく区切って次ページにページ送りにして
いるのも、もしかしたらそういった感覚が影響しているのかも。

11480/11025 BQO00549  konno            Re^4: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/16 00:31 11479:としきさんへのコメント コメント数:2
> うん、まぁ、暗がりの中なら線香花火の火でも光には間違いない。
> #ぽとっ

何か落ちたような気もするけど、きっと雨ですね。(^^;

> とりあえず、うちの板塀に全ログ検索が導入するよりも早く恒久化できることと
> 思います。ということにしておけば、konnoさんが詰め込みを直すまで、うちに
> 全ログ検索を導入せずに済む。よし、この方向で行こう。

特に問題なさそうなので、正式版ということにします。(^^;
(バグってたらその時はその時、良い加減です)

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

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

> どうもあれだ、私が溺れるというか大量すぎると認識してしまう情報量の閾値は、
> konnoさんよりもえらく小さい模様。だから、いろいろなところでこまめに区切り
> たい。例えば、掲示板のトップというかデフォルトで最初に表示されるところでも、
> konnoさんはページ送りがないほうがいい人だけど、それだと私には情報量が多すぎて
> 使いづらい。だから、自分のところでは細かく区切って次ページにページ送りにして
> いるのも、もしかしたらそういった感覚が影響しているのかも。

好みは人それぞれなので、個人の掲示板なら自分優先でいいと思います。
でもそれで他の人が使いづらくて来てくれなくなったらやっぱり困るなぁ。
ということで、結構いつも自他のバランスは考えてはいるつもりです。


11481/11025 CXB00940  としき           Re^5: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/16 18:01 11480:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 特に問題なさそうなので、正式版ということにします。(^^;

ありゃりゃん。
それはおめでとうございますというべきか、残念というべきか。
私の方も可能な範囲で頑張りましょう。

> 好みは人それぞれなので、個人の掲示板なら自分優先でいいと思います。
> でもそれで他の人が使いづらくて来てくれなくなったらやっぱり困るなぁ。
> ということで、結構いつも自他のバランスは考えてはいるつもりです。

そうなんですよね、そのバランスが結構大変というか。
ネットなどで世の中の大勢がわかる問題ならまだしも。
自分の感性だけをよりどころにすると、私は世間の少数派であることが多い。
という自覚はあります。
いまだにDOSアプリ(エディタだけではなく)を使っていたりするし。
でも改善する意欲はあまりない。
ん〜、なんだろねぇ。


11482/11025 BQO00549  konno            Re^6: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/16 22:40 11481:としきさんへのコメント
> 私の方も可能な範囲で頑張りましょう。

よろしくお願いします。(^^;

> いまだにDOSアプリ(エディタだけではなく)を使っていたりするし。
> でも改善する意欲はあまりない。
> ん〜、なんだろねぇ。

これだけ長くやっているともう自分の環境は固定してますからねぇ。
でも最近は、昔取った杵柄というか、VZをまたやり出す人達も出てきてますし。
そんな時に提供できる情報は山のようにあるわけですよ。
でも有りすぎて探す手間の方が掛かってしまったりして。(^^;

その探す手間を減らし、素早く検索出来るようにしたくて全ログ検索を考えたわけです。
記事全文の改行を削除してワードが分断されないようにもしてみました。

他の掲示板の過去ログの収集を始めたのも、情報検索のためです。
他板への番号自動リンクも、新着情報もそのために更新しているといってもいいかな。
ということで、私はこれからも改造を進めていくつもりです。

# なんとかうまいことまるめ^H、纏められたかな。(^^;;


11483/11403 BQO00549  konno            異常は MCB未チェックが原因だった!?
( 0) 24/09/17 18:21 11478:konnoさんへのコメント コメント数:1
調べていたらMCBの未チェックが原因だったようです。
#4999 で10#さんが当時の不具合の原因を特定してくれていました。
DOS.ASM の後ろの方

checkmcb proc
	push	ax
	dec	ax
	mov	es,ax
	mov	al,es:[mcb_id]
	cmp	al,'M'
_ifn e
	cmp	al,'Z'
	jne	chkmcb9
_endif
	mov	ax,cs
	cmp	byte ptr cs:os_win,5	; ★NTなら必ずMCBチェック
	je	winnt5			;
	tstw	es:[mcb_psp]		; ## この2行が		2010-2-10
	jz	chkmcb9			; ## 不要と思われる	by 10#
winnt5:	cmp	es:[mcb_psp],ax		; MCB チェック
chkmcb9:pop	es
	ret
checkmcb endp

## が10#さんのパッチでコメントになっています。
★ が私の入れたルーチンで、NT系DOS窓なら ## の2行を飛ばすようにしました。

今回は ★印部分を、OZ32 のオプションに変更してみました。

	mov	ax,cs
	test	byte ptr cs:opt_zpc,32	; ##k 240917  Oz32なら MCB chek
	jnz	winnt5			;
;	cmp	byte ptr cs:os_win,5		; NT
;	je	winnt5				;
	tstw	es:[mcb_psp]	; ## この2行が		2010-2-10
	jz	chkmcb9		; ## 不要と思われる	by 10#

試してみると、この ## の2行を飛ばすようにすると swapパッチと同じく正常になりました。
おそらくNT系のcommand.com がメモリを使っても VZは検知できないということだと思います。
だから必ずMCBチェックをするか 必ず swapすることで正常になるのだと思います。

当時の流れを見ると

2010/01/22  23:15           216,608 VTDOS.EXE	VTDOS121  NG
2010-2-10	VZの問題原因究明
2010/02/21  02:29           212,512 VTDOS.EXE	VTDOS122  NG
2010/03/02  19:26           244,768 VTDOS.EXE	VTDOS123  OK

2010-2-10 に VZの問題原因究明出来てもすぐには解決できませんでした。
10#さんでも問題解決にそうとう時間が掛かったのだと想像します。
この当時は私はこの話を全然理解できていなかったですね。(^^;


11484/11484 BQO00549  konno            DOSVAXJ3 (2024/9/18)版更新
( 0) 24/09/18 20:54 コメント数:1
DOSVAXJ3 (2024/9/18)版が正式に更新されました。
更新内容は

-----------------------------------------------------------
build JP240918 (2024/9/18)
Windows 版で IME の入力文字列を Ctrl-M や Ctrl-Enter で確定すると Ctrl キーが離された状態になってしまうのを修正しました。
日本語環境から VESA のファンクション(int 10h ax=4f02h)を使ってビデオモードを変更した場合に画面表示がおかしくなっていたのを修正しました。
-----------------------------------------------------------

正式版が出て、動作もばっちりです。
32ビット版も更新されたので、32ビット版Win7のPCでも使えそうです。

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


11485/11403 CTL00944  たけだ           Re: 異常は MCB未チェックが原因だった!?
( 0) 24/09/19 00:24 11483:konnoさんへのコメント コメント数:1
今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
DOS 4.0の挙動にあわせています。
これでVZの問題が解決しているのではないかと思います。。。

11486/11403 BQO00549  konno            Re^2: 異常は MCB未チェックが原因だった!?
( 0) 24/09/19 01:15 11485:たけださんへのコメント
> 今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
> DOS 4.0の挙動にあわせています。
> これでVZの問題が解決しているのではないかと思います。。。

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

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


11487/11487 BQO00549  konno            MS-DOS Player 2024/9/19版更新
( 0) 24/09/19 01:37 コメント数:2
MS-DOS Player 2024/9/19版が更新されました。
#11485 で作者様が告知してくれたのですが、内容は

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

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

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

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

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

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

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


11488/11487 DKM01189  鈴木康弘         Re: MS-DOS Player 2024/9/19版更新
( 0) 24/09/19 07:06 11487:konnoさんへのコメント コメント数:1

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


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

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

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

11489/11484 DKM01189  鈴木康弘         Re: DOSVAXJ3 (2024/9/18)版更新
( 0) 24/09/19 07:17 11484:konnoさんへのコメント コメント数:1
 #11462 にアナウンスされたDLLの正式な公開ですね。ありがとうございます。

11490/11487 BQO00549  konno            Re^2: MS-DOS Player 2024/9/19版更新
( 0) 24/09/19 17:30 11488:鈴木康弘さんへのコメント コメント数:1
>  おかげさまで、#11440 に報告した異常は、最初の1回だけ出ますが、2回目からは無事、出なくなりました。

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

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

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

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


11491/11484 BQO00549  konno            Re^2: DOSVAXJ3 (2024/9/18)版更新
( 0) 24/09/19 21:18 11489:鈴木康弘さんへのコメント
>  #11462 にアナウンスされたDLLの正式な公開ですね。ありがとうございます。

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


11492/11487 CTL00944  たけだ           Re^3: MS-DOS Player 2024/9/19版更新
( 0) 24/09/20 00:48 11490:konnoさんへのコメント コメント数:1
VZはIMEの制御のためにどのような処理をしていますでしょうか?

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



11493/11487 BQO00549  konno            Re^4: MS-DOS Player 2024/9/19版更新
( 0) 24/09/20 03:20 11492:たけださんへのコメント コメント数:2
> VZはIMEの制御のためにどのような処理をしていますでしょうか?

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

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

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

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

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

IFDEF DOSV
	fpctr	ias

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

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

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


11494/11487 CTL00944  たけだ           Re^5: MS-DOS Player 2024/9/19版更新
( 0) 24/09/20 10:48 11493:konnoさんへのコメント コメント数:1
ありがとうございます。
ias_onを呼ぶとき、ALに指定する値が気になります。
MS-DOS Playerは、現状ではbit7でオンオフを判定していますが、
DOSVAXJ3はbit0も見ているようです。
今晩辺り、DOSVAXJ3に処理を合わせた版を出してみます。


11495/11487 BQO00549  konno            Re^6: MS-DOS Player 2024/9/19版更新
( 0) 24/09/20 15:03 11494:たけださんへのコメント コメント数:1
> 今晩辺り、DOSVAXJ3に処理を合わせた版を出してみます。

ありがとうございます。

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


11496/11487 CTL00944  たけだ           Re^7: MS-DOS Player 2024/9/19版更新
( 0) 24/09/21 00:14 11495:konnoさんへのコメント コメント数:1
取り敢えず新バージョンを出してみました。

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


11497/11487 BQO00549  konno            Re^8: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 02:15 11496:たけださんへのコメント コメント数:1
> 取り敢えず新バージョンを出してみました。

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

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

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

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

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


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

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

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


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

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



11498/11487 DKM01189  鈴木康弘         Re^9: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 07:22 11497:konnoさんへのコメント コメント数:2
 わーい、やりました。MS-DOS Player上のVzで、プリフィックスキーを押した後のキーが無事IMEオフになりました。

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

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

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


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

11499/11487 BQO00549  konno            Re^10: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 08:06 11498:鈴木康弘さんへのコメント コメント数:1
>  わーい、やりました。MS-DOS Player上のVzで、プリフィックスキーを押した後のキーが無事IMEオフになりました。

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

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

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


11500/11487 DKM01189  鈴木康弘         Re^10: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 11:17 11498:鈴木康弘さんへのコメント コメント数:1
>  これでMS-DOS PlayerとDOSVAXJ3は、機能がほぼ並んだようです。

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


DOSVAXJ3の場合

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

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

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


MS-DOS Playerの場合

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

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


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


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


11501/11487 CTL00944  たけだ           Re^11: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 12:20 11500:鈴木康弘さんへのコメント コメント数:1
msdos -x vzibmjとすると、EMSが有効になります。

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

11502/11487 DKM01189  鈴木康弘         Re^12: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 13:03 11501:たけださんへのコメント コメント数:2
 わあ、ごめんなさい、readmeをろくに読んでないのがばれた。
 確かに-xでEMSなどができました。

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

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

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

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


11503/11487 CTL00944  たけだ           Re^11: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 16:09 11499:konnoさんへのコメント コメント数:1
金野さん版で試してみましたが、$IBMAIASとかMS$KANJIとかをオープンするときに、
デバイス名がnull terminatedされていないため失敗しています。

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

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


11504/11487 BQO00549  konno            Re^12: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 18:18 11503:たけださんへのコメント コメント数:1
> 金野さん版で試してみましたが、$IBMAIASとかMS$KANJIとかをオープンするときに、
> デバイス名がnull terminatedされていないため失敗しています。

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

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

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

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

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

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

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

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

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

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

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

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

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


11505/11487 CXB00940  としき           Re^13: MS-DOS Player 2024/9/21版更新
( 0) 24/09/21 21:37 11502:鈴木康弘さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
あぁ、久々にオリジナルのままのVMAPを使っている人を見かけた。

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

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


11506/11487 BQO00549  konno            vmap としきパッチ
( 0) 24/09/21 23:39 11505:としきさんへのコメント
> あぁ、久々にオリジナルのままのVMAPを使っている人を見かけた。
> 
> >  total  2048-32768k

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

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

この板で「VMAP パッチ」で検索すると #1429> これで vmap としきパッチが、ふたたび生きてきました!

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

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

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

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

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

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

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


11507/11487 CTL00944  たけだ           Re^13: MS-DOS Player 2024/9/21版更新
( 0) 24/09/22 02:33 11504:konnoさんへのコメント コメント数:1
高橋版VZエディタ向けの修正を入れたバージョンをリリースしました。

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

11508/11487 BQO00549  konno            Re^14: MS-DOS Player 2024/9/21版更新
( 0) 24/09/22 03:13 11507:たけださんへのコメント
> 高橋版VZエディタ向けの修正を入れたバージョンをリリースしました。

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

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

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

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

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


11509/11487 DKM01189  鈴木康弘         Re^13: MS-DOS Player 2024/9/21版更新
( 0) 24/09/22 11:27 11502:鈴木康弘さんへのコメント コメント数:1
 あれれ、テンポラリファイルエラーとEMSは関係なかったみたいです。

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

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

11510/11487 CTL00944  たけだ           Re^14: MS-DOS Player 2024/9/21版更新
( 0) 24/09/22 12:37 11509:鈴木康弘さんへのコメント コメント数:2
環境変数に指定されているTEMPのパスが深かったり、
短いファイル名をサポートしていないとかはないでしょうか?

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

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


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


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

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

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

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


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


11512/11487 BQO00549  konno            Re^15: MS-DOS Player 2024/9/21版更新
( 0) 24/09/22 13:32 11510:たけださんへのコメント
まとレスです。

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

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

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

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

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

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


11513/11487 DKM01189  鈴木康弘         Re^15: MS-DOS Player 2024/9/21版更新
( 0) 24/09/22 16:54 11510:たけださんへのコメント コメント数:1

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

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

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

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


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

set msdos_temp=c:\users\user

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

11514/11487 DKM01189  鈴木康弘         Re^16: MS-DOS Player 2024/9/21版更新
( 0) 24/09/23 09:06 11513:鈴木康弘さんへのコメント コメント数:2
 追記です。

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

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

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


11515/11487 CTL00944  たけだ           Re^17: MS-DOS Player 2024/9/21版更新
( 0) 24/09/23 12:10 11514:鈴木康弘さんへのコメント
実機でも、VZを起動中にPCの電源を落としたら、同じ状況になるのかと思います。
そうなると、MS-DOS Player側で何か対処するのも変な話かもしれません。

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

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

11516/11487 BQO00549  konno            Re^17: MS-DOS Player 2024/9/21版更新
( 0) 24/09/23 18:39 11514:鈴木康弘さんへのコメント
>  MS-DOS Player 上のVzを終了するとき、Vzを終了させればいいのだけれど、えいっとcmd.exeごと終了させることが僕はあります。そうするとHDD上にVZTEMP.$$$を残したままになるわけです。

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

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

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


11517/11517 BQO00549  konno            暫定掲示板を過去ログ 0番に
( 0) 24/09/26 23:58
昨日のログ置き場に置いていた暫定掲示板の 過去ログ(nifty log 形式)を
「今日のテーマ」の過去ログ 0番に設置しました。

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

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

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

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

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

# としきさんの unix time マクロを基に、全自動変換できました。\(^^)/ ヤッタ-


11518/11025 CXB00940  としき           Re^5: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/28 15:54 11480:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> > あるいは「morek」という語句を、過去ログの0026、0025、0024で検索した場合の
> > 挙動なんかをみると、なんか、検索を始めたログよりも過去方向にはたどるけれど
> > 未来方向にはたどらない、という挙動のように見える。

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

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

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

ご確認をお願いします。

11519/11025 BQO00549  konno            Re^6: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/28 20:05 11518:としきさんへのコメント コメント数:1
> なんてもいいのですが検索を行い、検索結果を含むツリーを一括表示をさせようと
> リンクを踏むと、過去ログに落ちている発言はきちんとツリー一括表示が出てきます
> が、現行ログ内に存在する発言の検索結果からは一括表示が出てきません。

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

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


11520/11025 CXB00940  としき           Re^7: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/29 18:49 11519:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> うう、デグレというか、ログ0番検索対応のバグでした。(>_<)
> 直しましたので、ご確認願います。m(__)m

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


11521/11025 BQO00549  konno            Re^8: 野ざらし言と板塀に全ログ検索を
( 0) 24/09/29 23:15 11520:としきさんへのコメント コメント数:1
> 直っていますね。よかったよかった。

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

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

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


11522/11025 CXB00940  としき           Re^9: 野ざらし言と板塀に全ログ検索を
( 0) 24/10/02 23:05 11521:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)

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


11523/11025 BQO00549  konno            Re^10: 野ざらし言と板塀に全ログ検索を
( 0) 24/10/03 17:54 11522:としきさんへのコメント
> > もうスパゲッてわけわからん状態なので、修正が大変でした。(>_<)
> これは、比喩に比喩を重ねた表現、ということでいいのですよね。

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

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

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

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

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

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

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

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

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

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

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

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


11524/11524 BQO00549  konno            DOSVAXJ3 でクリップボードは
( 0) 24/10/03 20:02 コメント数:2
DOSVAXJ3 で CLPPST.DEF が使えなくてクリップボードのやり取りに悩んでいたのですが
最近過去ログ整理で読み直していたら、ファンクションコールで実現する記事がありました。
全文引用します。
-----------------------------------------------------------

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

 1文字欠ける?

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

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

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

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

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

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

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


11525/11524 BQO00549  konno            ClpPst.def 改 DOSVAXJ3に仮対応
( 0) 24/10/04 01:32 11524:konnoさんへのコメント コメント数:1
OSVAXJ3でも Fコールでクリップボードコピーが出来るのが分かったのでやってみました。
#1141 の H岡さんのマクロと文太さん情報で実現できました。\(^^)/ ヤッタ-

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

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

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


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


11526/11524 BQO00549  konno            Re: DOSVAXJ3 でクリップボードは
( 0) 24/10/05 16:09 11524:konnoさんへのコメント コメント数:1
軟式さんにメールしたところ、対応テスト版をいただきました。
クリップボードへコピーは正常にできました。
ありがとうございます。

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

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

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

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

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


11527/11524 CTL00944  たけだ           Re^2: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 11:15 11526:konnoさんへのコメント コメント数:1
MS-DOS Playerでも、INT 2Fh, AH=17hを一部サポートしてみました。

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

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

11528/11524 BQO00549  konno            Re^3: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 15:07 11527:たけださんへのコメント コメント数:1
> MS-DOS Playerでも、INT 2Fh, AH=17hを一部サポートしてみました。

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

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

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

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

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

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

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

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

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

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

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

11529/11524 CTL00944  たけだ           Re^4: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 16:26 11528:konnoさんへのコメント コメント数:2
MS-DOS Player内のコードで、以下のような処理で検証をしています。

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

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

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

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

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

11530/11524 CTL00944  たけだ           Re^5: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 19:00 11529:たけださんへのコメント コメント数:1
INT 2Fh, AX=1704hでクリップボード内のデータのサイズを取得できなかったときに、
DX=0にならない問題もありました。
これも次のリリースで直しておきます。

11531/11524 CTL00944  たけだ           Re^6: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 22:03 11530:たけださんへのコメント
もうちょっと色々修正してみました。
最新版だと如何でしょうか?

11532/11524 BQO00549  konno            Re^5: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 22:03 11529:たけださんへのコメント コメント数:1
> MS-DOS Player内のコードで、以下のような処理で検証をしています。

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


11533/11524 CTL00944  たけだ           Re^6: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 22:05 11532:konnoさんへのコメント コメント数:1
すみません、コピーするデータ長は、SI:DIでなくSI:CXでした。
先ほど修正したバージョンをリリースしています。

11534/11524 BQO00549  konno            Re^7: DOSVAXJ3 でクリップボードは
( 0) 24/10/06 22:46 11533:たけださんへのコメント コメント数:1
> すみません、コピーするデータ長は、SI:DIでなくSI:CXでした。

ありがとうございます。

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

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


11535/11524 CTL00944  たけだ           Re^8: DOSVAXJ3 でクリップボードは
( 0) 24/10/07 00:56 11534:konnoさんへのコメント コメント数:1
> いただきました。テストマクロは正常に動作しているようです。

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

11536/11524 BQO00549  konno            Re^9: DOSVAXJ3 でクリップボードは
( 0) 24/10/08 19:17 11535:たけださんへのコメント
クリップボードからペーストも正常動作を確認できました。
マクロが上手く動かないので時間が掛かりました。m(__)m

メモリにペーストするところをファイルに入れようとして躓いていました。
張り付けるサイズ分を事前に確保しておかないと駄目なんですね。
DOSエミュ3種とも同じ動作になるので、仕様どおりなのだと思います。
・・・と思ったけど、VTDOSはヌルが残る場合が有りますね。

マクロはもう少し整理してから公開します。
ありがとうございました。

11537/11537 BQO00549  konno            ClpPst.def DOSVAXJ3対応 10/10版
( 0) 24/10/10 23:17 コメント数:2
ClpPst.def DOSVAXJ3対応 10/10版です。
クリップボードへのコピー、ペーストに仮対応しました。

  ClpPst.def v05e4 24-10-10 new!
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。あまりテストしてません。
・DOSVAXJ3は INT2F のFコール使用、それ以外は 従来どおりCLPPST.EXE 使用します。
・INT2F 使用時は、コピー64k以内、ペーストBL(8192)以内の制限があります。
・VZ1.6用 オリジナルVZでも動くと思います。

※ DOSVAXJ3以外で INT2F モードを試す時は、★印の行2か所をコメントにします。

#txt:ClpPst.def

INT2F 使用時は、コピー64k以内、ペーストBL(8192)以内の制限があります。
特にペーストは私の脳力不足でラインバッファ使用が精いっぱいでした。(;_;)
以下にペーストのソースを張りますのでどなたか64k対応とかお願いします。m(__)m

=== paste.def ===
*m
62 ^V	"ペースト"
	?. 
;	&02	;-------------------------------------	;機種チェック  #05e
;	(c<2)?>A					;★ DOSVAXJ3以外なら >a
	&s &04 #^ #< #b #_ #> ux[+, 			;CLPPST.TMP open
:b	#y (mb)?>b ux], d-,				;内容をクリア
	ax$1701, &i($2F)				;Open Clipboard
	ax$1704, dx+, &i($2F)				;GET Clipboard DATA SIZE
	&m(" ax:%x dx:%x ",ax,dx) 
	(dx)?{ #C (s)? 'n' &m("%x:%d   buf over!",dx,cx) .} ;65535 over!
	cx=ax, &s
	(cx>=bl)?{ #C (s)? 'n' &m("%d   buf over!",cx) .}   ;bl 8192 over!
	&m(" ax:%x dx:%x ",ax,dx) 
	(ax>4096 && d==0)?{&s (4096){" "}  #] &d #b #^ #k ax=ax-4096, d+, } ;4096埋める
	&s
:d 	&m(" ax:%x ",ax) 
	(ax<0 && d>0)?{#p ax=ax-4096, >d }		;4096分スペースで埋める
	(ax>4096 && d>0)?{#p ax=ax-4096, >d }		;4096分スペースで埋める
:e	(ax)?{ &?(" ") ax--, >e }			;残り分スペースで埋める
	&m(" ax:%x ",ax) 
	#^ #< #28 bx=cp,
	ax$1705, dx+, si-, di=gz,    ;8ec7 mov es,di	;Set Clipboard Data
	&i("$(8E,C7,CD,2F,C3)")      ;cd2f int 2fh	;Set Clipboard Data
	ax$1708, &i($2F)	     ;c3   ret		;Close Clipboard
	#] &d #^ #<
	ps[=pa, #F &o(0) #m #c ps], (r)?>K		;ヌルがあれば検索
	#b #_ #> ux[+, #y ux],				;ヌル以降削除
	(mb)?#b
:K	#_ #> #b #^ #< #k 
	#C (s)? 'y' 					;クローズ
	#i &d &m("INT2F: ClipBoard >> Text!")
	.

02:	c-,					;--- int2f frag  check ---
	ax=$1700, &i($2F)			;IDENTIFY WinOldAp VERSIO
	( ax == $1700 )??c++,			; WinOldAp サポートなら c+1
	ax=$7476,bx=$0000,cx=$6F64,		;VTDOS:0  MSP:1  DOSVAXJ3:7476
	&i($2F)					;VTDOS check $7476なら DOSVAXJ3
	( ax == $7476 )? c=c+2,			;DOSVAXJ3なら c+2
;	&m("7476   ax:%x c:%d",ax,c)		;ax=7476 なら未サポート 

04:	a-, mx[+, sn[-, #O &?("%sCLPPST.TMP",pi) #m	;--- CLPPST.TMP ---
		(s)?{ #[ #[ a+, } sn], mx],
	(a)?{ &m("クリップボードがカラかテキスト以外です") &d . }

*
; a,b,c,d,f,p 使用
;8ec7	mov	ES,BX
;cd2f	int	2Fh
;c3	ret

追記 
DOSVAXJ3は新版がまだ正式公開されていませんでした。
旧版用に ★★印の cx+, を活かしてあります。
メールでいただいたテスト版のURLを張り付けておきます。

>  1 バイト欠けですが、修正してみました。
>  下記よりテスト版をダウンロードしてください。64bit 版です。
> https://www.nanshiki.co.jp/test/dosboxj_test.zip


11538/11538 BQO00549  konno            DOSVAXJ3 (2024/10/11)版
( 0) 24/10/11 20:11 コメント数:5
DOSVAXJ3 (2024/10/11)版が公開されました。
内容は

-----------------------------------------------------------
build JP241011 (2024/10/11)
int 2Fh ax=1703h のクリップボードセットで文字列末尾が欠けるのを修正しました。

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

これで DOSVAXJ3 でもクリップボードが使えるようになりました。
ありがたいです。

ClpPst.def の INT2Fペーストで末尾に ^A が出る場合があったのでこの後修正します。


11539/11537 BQO00549  konno            ClpPst.def DOSVAXJ3対応 10/11版
( 0) 24/10/11 23:53 11537:konnoさんへのコメント コメント数:1
ClpPst.def DOSVAXJ3対応 10/11版です。

  ClpPst.def v05e5 24-10-11 new!
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。あまりテストしてません。
・DOSVAXJ3は INT2F のFコール使用、それ以外は 従来どおりCLPPST.EXE 使用します。
・INT2F 使用時は、コピー64k以内、ペーストBL(8192)以内の制限があります。
・若干のバグ修正と一時ファイルでペースト速度アップ
・VZ1.6用 オリジナルVZでも動くと思います。

※ DOSVAXJ3以外で INT2F モードを試す時は、★印の行2か所をコメントにします。

#txt:ClpPst.def


11540/11537 BNY00646  shadow           Re: ClpPst.def DOSVAXJ3対応 10/11版
( 0) 24/10/15 08:28 11539:konnoさんへのコメント コメント数:1
コピーは問題ないですがペーストでclip.tmp、clppest.tmpを開いたところで止まります。
内容は空だったりスペースだったりテンポラリーファイルエラーだったりさまざまです。


11541/11537 BQO00549  konno            Re^2: ClpPst.def DOSVAXJ3対応 10/11版
( 0) 24/10/15 15:52 11540:shadowさんへのコメント コメント数:2
> コピーは問題ないですがペーストでclip.tmp、clppest.tmpを開いたところで止まります。
> 内容は空だったりスペースだったりテンポラリーファイルエラーだったりさまざまです。

うちの環境では問題なく動いているので、環境の違いでしょうか。
Sn+ 新規ファイルの確認かと思いましたが違うみたいですね。
環境変数 TMP は設定してますよね。 \user\TMP\ など長すぎると誤動作するかも。
うちは C:\TMP\ にしています。

OPT_LST.DEF の結果を教えてもらえますか。
ちなみにこの文章は DOSVAXJ3 でコピペして書いています。


11542/11537 BQO00549  konno            ClpPst.def DOSVAXJ3対応 10/15版
( 0) 24/10/15 17:27 11541:konnoさんへのコメント コメント数:1
BLの半分ほどでも失敗する場合がありました。原因は不明です。
その場合ヌルが出力されないので buf err!! 3  で終了するようにしました。

;	(r)?{#] &d #b ps], #W sn[+, #C (s)? 'n' &m("buf err!! 3") sn], .}	;err! ★★★

このコメント行を有効にすれば、TMPの内容を残して終了します。

これで確認してもらえるでしょうか。

#txt:ClpPst.def  2024/10/15版


11543/11537 BNY00646  shadow           Re^3: ClpPst.def DOSVAXJ3対応 10/11版
( 0) 24/10/15 19:08 11541:konnoさんへのコメント
> OPT_LST.DEF の結果を教えてもらえますか。
いろいろ試して純正vzibmj.defに組み込んでも同じでした。
10/15版はこれから試します。

11544/11537 BNY00646  shadow           Re: ClpPst.def DOSVAXJ3対応 10/15版
( 0) 24/10/16 08:23 11542:konnoさんへのコメント コメント数:1
環境変数TMPはE:\TMP¥に設定してます
buf err!! 3で終了してます

11545/11537 BQO00549  konno            Re^2: ClpPst.def DOSVAXJ3対応 10/15版
( 0) 24/10/16 16:27 11544:shadowさんへのコメント
> buf err!! 3で終了してます

やはりこれが原因のようですね。ラインバッファ使用はBLの半分が限界かもしれません。
掲示板の記事のコピペ程度なら問題ないと思いますが、ちょっと大きなファイルは厳しいようです。
スタックを使えば良さそうですが私はその辺の知識が無いのです。

マクロは難しいのでアセンブラでやってみたら出来ました。
32k程度ですが一応動くようになったので動作チェックしてみます。
64kまで出来ると思ったのですが、どうもINT2Fでは半分しか使えないような感じですね。


11546/11537 BQO00549  konno            ClpPst.def v05e7 24-10-17版
( 0) 24/10/17 20:09 11537:konnoさんへのコメント コメント数:1
ClpPst.def v05e7 24-10-17版を VZマクロの部屋にUPしました。

paste.zip 24-10-17 new!
・寅次氏作のクリップボードマクロの改造版。DOSVAXJ3に仮対応。あまりテストしてません。
・DOSVAXJ3は INT2F のFコール使用、それ以外は 従来どおりCLPPST.EXE 使用します。
・INT2F 使用時は、コピー64k以内、ペースト32k以内の制限があります。v05e7
・若干のバグ修正と一時ファイルでペースト速度アップ
・VZ1.6用 オリジナルVZでも動くと思います。
・paste.com 使用で 32kまでペースト出来るようになりました。 v05e7


以下 同梱の paste.txt の内容です。

paste.com   2024-10-17版

paste.com はクリップボードから C:\TMP\PASTE.TMP に内容をペーストするプログラムです。
ペーストできる容量は32k程度までです。それ以上ではエラー終了します。
PASTE.TMP の内容はデータの最後にヌルがあり、その後ろはゴミがあります。
データがあふれるとヌルが無くなるのでそれでエラー判定します。
同梱の改造した ClpPst.def で必要なデータを取り出して ClpPst.tmp とテキストに書き出します。


■ 使い方
 paste.com をパスの通ったフォルダに置きます。
 あとは ClpPst.def のペーストモードで自動的に呼び出されます。


■ paste.com を単独で使う場合

paste.com >nul

 このように NUL にリダイレクトさせないと コマンドラインにクリップボードの内容を吐き出してしまいます。


■ PASTE.TMP が生成されるフォルダは C:\TMP\ に固定されています。
 ファルダを変更したい時は paste.com を VZで開いて 該当箇所を直接変更してください。
 ファイルサイズが変わらないように、後ろのヌルを削除します。


#txt:paste.zip  ここから落とせるかな?

少し前に一旦UPしましたが 19時40分マクロを差し替えたので、よろしくね。(^^;



11547/11537 BNY00646  shadow           Re: ClpPst.def v05e7 24-10-17版
( 0) 24/10/18 08:37 11546:konnoさんへのコメント コメント数:1
コピー&ペーストをくり返してpaste.tmpのサイズが50306の時にペースト
できない時がありましたがそれ以外は問題なさそうです。
カットはクリップボードにコピーできますがカットできずに残ります。
今のところそれぐらいです。

11548/11537 BQO00549  konno            Re^2: ClpPst.def v05e7 24-10-17版
( 0) 24/10/18 14:24 11547:shadowさんへのコメント コメント数:1
> コピー&ペーストをくり返してpaste.tmpのサイズが50306の時にペースト
> できない時がありましたがそれ以外は問題なさそうです。

げげ、うちの環境では32kを超えると高確率で失敗します。(^^;
32kまでは問題無いと思います。

> カットはクリップボードにコピーできますがカットできずに残ります。

げげげ、カットは使ったことが無いので完全に失念していました。m(__)m
これから修正してみます。


11549/11549 BQO00549  konno            MS-DOS Player  2024/10/18版
( 0) 24/10/18 18:11 コメント数:1
MS-DOS Player  2024/10/18版が出ました。
更新内容は

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

2024/10/18
-pオプションでコードページを指定した場合に、実際に指定したコードページに
変更する処理が抜けていたのを修正しました。

仮想マシン上でカーソルを非表示にしても、実際の表示には反映されませんが、
(理由については2017/8/25の項目をご参照ください)
-hオプションを指定することで、カーソルの非表示を反映するようにしました。

切断されたリモートドライブに対して、GetDriveTypeA()を実行すると、
長時間固まってしまう場合がある問題の対策を入れました。
先にWNetGetConnectionA()を実行して、リモートドライブである場合は、
GetDriveTypeA()を実行しないようにしています。
WNetGetConnectionA()は共有の設定を見るだけで、実際のドライブに対しては
何もアクセスしないのではないか、という期待をしています。

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

MS-DOS Player はファイラーでカーソルが消えないというのがありました。
もう慣れてしまっていましたが、今回の版で -hオプションを指定することで
ファイラーでカーソルの非表示を確認できました。\(^^)/ ヤッタ-

私は Ci4 カーソル点滅で運用していますが、-h オプションだとカーソルが見えづらいです。
Ci0 にしたら、点滅は消えないものの見やすくなりました。
DOSVAXJ3 でも Ci0 で、一瞬点滅しますが見やすいです。
VTDOSでは Ci0 で完全に点滅が消えます。Ci4 とどっちが見やすいか微妙なところですね。

ということで、これからは Ci0 で運用していくことにしました。
武田さん、ありがとうございます。


11550/11537 BNY00646  shadow           Re^3: ClpPst.def v05e7 24-10-17版
( 0) 24/10/18 18:50 11548:konnoさんへのコメント コメント数:2
> 32kまでは問題無いと思います。
了解です。環境の違いなんでしょう。

> げげげ、カットは使ったことが無いので完全に失念していました。m(__)m
私も使わないですがマクロにカットがあったからとりあえず使ってみました。


11551/11549 BNY00646  shadow           Re: MS-DOS Player  2024/10/18版
( 0) 24/10/18 19:59 11549:konnoさんへのコメント コメント数:1
情報ありがとうございます。
2014年11月07日に武田さんが
>VTDOSで動かす方が快適だろうとは思いますが、まあネタ程度に。
と書き込まれてはや10年、MS-DOS PlayerはVTDOSと同等のエミュレータになっ
たと思います。
エミュレータのみでしか動かすことのできないvzeditorユーザーとしては感謝
しかありません。細かいとこまでUPデートしていただきありがたいですね。
ファイラーからコマンド画面に降りた時にDOSプロンプトが表示されれば良い
のですがenterを押せば良いだけだから欲は言えないですね。


11552/11537 BQO00549  konno            Re^4: ClpPst.def v05e7 24-10-17版
( 0) 24/10/18 23:03 11550:shadowさんへのコメント
> > 32kまでは問題無いと思います。
> 了解です。環境の違いなんでしょう。

MS-DOS Player で paste.com を実行したら paste.tmp がゼロバイトになってしまいました。
うげげげ!
・・・うう、原因を調査しなくては・・・ (;_;)

> > げげげ、カットは使ったことが無いので完全に失念していました。m(__)m
> 私も使わないですがマクロにカットがあったからとりあえず使ってみました。

実はペーストでもカーソル位置に貼り付けようとしたら行頭に張り付いてしまいました。(>_<)
とりあえずペーストルーチンの最初を

;	i=id, (wt)?{ #W b=id, } 			;
	#] i=id, (wt)?{ #W b=id, } 			;

このように #] を挿入しました。
全然テストしてないのがバレバレですね。(^^;;
しばらく paste.com 使用で運用してみます。m(__)m


11553/11549 BQO00549  konno            Re^2: MS-DOS Player  2024/10/18版
( 0) 24/10/18 23:40 11551:shadowさんへのコメント コメント数:1
> 2014年11月07日に武田さんが
> >VTDOSで動かす方が快適だろうとは思いますが、まあネタ程度に。
> と書き込まれてはや10年、MS-DOS PlayerはVTDOSと同等のエミュレータになっ
> たと思います。

履歴を見ると 2009/11/20 に最初のヴァージョンを出していたんですね。
そのころはVZでは動かなさそうだなぁと思っていました。
VTDOSのデビューが 2ch で 2009/11/29 だったのでほぼ同時だったのですね。凄い偶然。
そしてその日私はふと 2ch のDOS関連スレを見に行って、VTDOSを見つけたのでした。

# そして巨人の進撃が始まった。

> ファイラーからコマンド画面に降りた時にDOSプロンプトが表示されれば良い
> のですがenterを押せば良いだけだから欲は言えないですね。

最初、カーソルが見えなくなるのかと勘違いしてしまいました。認知能力低下がヤバイ!
プロンプトですね、非常駐では消えないので、武田さんに聞いてみようかしら。
DOS画面も消えてしまいますね。他のエミュではバッファなどで保持しているのでしょうか。
うーん、これに対応してほしいと言うのはわがままかもしれないのでためらってしまいます。


11554/11537 BNY00646  shadow           Re^4: ClpPst.def v05e7 24-10-17版
( 0) 24/10/19 11:07 11550:shadowさんへのコメント コメント数:1
paste.comを使ってもbuf err!! 3で止まるようになってしまった。
clclとCliborで履歴を見てたのですが一部表示されないものがあって
どこに保存されてるのかと思っていました。
win11のクリップボード設定を見直してクリップボードをクリアした
ところbuf err!! 3エラーは解消しました。
もしかして原因はこれなのか。
10/15版もコピー出来ました。
お手数をおかけしました。

11556/11549 BNY00646  shadow           Re^3: MS-DOS Player  2024/10/18版
( 0) 24/10/19 11:48 11553:konnoさんへのコメント コメント数:1
> うーん、これに対応してほしいと言うのはわがままかもしれないのでためらってしまいます。
武田さんがvzを入手したころは別件を要望したのですがこの件は不具合というほどじゃないですから流してます。


11557/11537 BQO00549  konno            Re^5: ClpPst.def v05e7 24-10-17版
( 0) 24/10/19 16:18 11554:shadowさんへのコメント コメント数:1
> win11のクリップボード設定を見直してクリップボードをクリアした
> ところbuf err!! 3エラーは解消しました。

おお、こんな設定があったのですね。[Win]+^V で履歴が見られるわけですか。

> もしかして原因はこれなのか。
> 10/15版もコピー出来ました。
> お手数をおかけしました。

MS-DOS Player では相変わらず paste.com が動きませんのでバグバグかもです。

ところで、過去ログ#7772 に MS-DOS Player上でWin32のプログラムに対応する記事があるのを見つけました。
#7772: MS-DOS Player の更新 2017/7/27版 投稿者: konno   2017/07/27(木) 21:42
この記事を軟式さんにメールで送ったところ、テスト版を作ってくれました。
CLPPST.EXE が動くようになりました。\(^^)/ ヤッタ-
2M超のファイルのコピペも出来るので嬉しいです。
ということで私のバグバグで中途半端な物は無用の長物となるので対応も打ち止めですね。(^^;


11558/11549 BQO00549  konno            Re^4: MS-DOS Player  2024/10/18版
( 0) 24/10/19 16:24 11556:shadowさんへのコメント
> > うーん、これに対応してほしいと言うのはわがままかもしれないのでためらってしまいます。
> 武田さんがvzを入手したころは別件を要望したのですがこの件は不具合というほどじゃないですから流してます。

そうですね。でも対応してもらえたらありがたいなとも思うのですよねぇ。
駄目もとで武田さんにメールしてみようかな。


11559/11538 BQO00549  konno            DOSVAXJ3 Win32プログラム対応テスト版
( 0) 24/10/19 17:25 11538:konnoさんへのコメント
軟式さんに許可をいただいたので、以下にテスト版URLと説明を載せます。

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

 テスト版を作成しました。下記よりダウンロードしてください。
 64bit 版実行ファイルのみです。
https://www.nanshiki.co.jp/test/dosboxj_test2.zip

 Vz のマクロから CLPPST.EXE を呼び出してコピー・ペーストできる事は
確認しています。

 mount したドライブ上でのみ使用可能です。imgmount したドライブ上の
ファイルはWindows からは見えませんので使用できません。
 また、mount c c:\ 等として Windows のドライブと DOSVAXJ3 上のドラ
イブ構造が同じとなるようにしてください。
 mount c c:\dos 等とすると Windows のコンソールプログラムから参照
するファイルと DOSVAXJ3 から参照するファイルのパスが異なってしまい
期待通りの動作をしなくなりますのでご注意ください。
 上記例の場合 Windows の C:\DOS\VZ に Vz 関連が入っているとして
C:\DOS\VZ\CLPPST.TMP .. Windows 上のファイルパス
C:\VZ\CLPPST.TMP     .. DOSVAXJ3 上のファイルパス
 と異なったパスになってしまいます。
 Windows コンソールプログラムに正しいファイルパスを渡せるようであ
れば問題はありません。
 またフルパスを指定せずカレントディレクトリのファイル名を渡すのも
問題ありません。例えば DOSVAXJ3 上で C:\VZ に移動し
C:\VZ> CLPPST /R CLPPST.TMP
 とした場合は Windows 上の C:\DOS\VZ\CLPPST.TMP を読み込むことがで
きます。
 おまけで Windows デスクトッププログラムも DOSVAXJ3 から起動できる
ようにしています。

 今回の目的としては clppst.exe 使用だと思いますので問題ないとは思
いますが、コンソールプログラムで文字入力があるものは使用できません
のでご注意ください。固まってしまうので、一定時間出力なしで強制終了
させています。

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

私は [autoexec] セクションに
mount c c:\
mount d d:\
こうしているので問題ないですが、確認しておいた方がいいですね。
VTDOSやMS-DOS Playerはデフォでドライブ丸ごとマウントしているだろうから同じ土俵に上がった感じですね。
本当にありがとうございました。


11560/11537 BNY00646  shadow           Re^6: ClpPst.def v05e7 24-10-17版
( 0) 24/10/19 19:39 11557:konnoさんへのコメント コメント数:1
> 2M超のファイルのコピペも出来るので嬉しいです。
> ということで私のバグバグで中途半端な物は無用の長物となるので対応も打ち止めですね。(^^;
対応して頂いたおかげでクリップボードの設定を知ることができたしDOSVAXJ3のアップデートにつながってるので感謝してます。



11561/11537 BQO00549  konno            Re^7: ClpPst.def v05e7 24-10-17版
( 0) 24/10/21 00:16 11560:shadowさんへのコメント
> 対応して頂いたおかげでクリップボードの設定を知ることができたしDOSVAXJ3のアップデートにつながってるので感謝してます。

考えてみると皆さんのVZ愛が各融合反応して新しい進化の道が開けてきたと感じます。
ここに集ってくれた皆さんに感謝です。

ところで、32ビットコマンドは、ZCPY32 も動いたのでコピー系は大丈夫そうですね。
GREP は表示しませんでした。MS-DOS Player も同じなので、ここはVTDOSに1日の長がありますね。
先陣を切ってVZ環境を高めてくれたVTDOSにも感謝です。


11562/11562 BNY00646  shadow           MSDOS Player 10/24版
( 0) 24/10/24 13:55 コメント数:2
10/20版でちょっとした不具合があったので報告ついでにvz常駐の検討をお願いしたところ対応していただけました。
うちで常駐確認したのは次のcommand.comです。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ ;以前から常駐OK
Windows 98
以下はMSDOS Playerで-v(バージョン指定)が必要です
PC DOS J6.30/V			;-v6.3
PC DOS J7.0/V(PC DOS 2000)	;-v7.0
MS DOS 6.2/V			;-v6.2

私のチェックは甘いのでkonnoさん、皆さん試してください。
タケダ様対応ありがとうございます。

11563/11562 BQO00549  konno            Re: MSDOS Player 10/24版
( 0) 24/10/24 16:35 11562:shadowさんへのコメント コメント数:2
> 10/20版でちょっとした不具合があったので報告ついでにvz常駐の検討をお願いしたところ対応していただけました。

そうだったのですか、ありがとうございます。
更新内容を張りますね。

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

2024/10/24
INT 21h, AH=0Fh/10h/11h/12h/13h/16h/17h/23h/29hを修正しました。
FCBを使ったサービスで失敗したときに、拡張エラーコードを設定するようにしました。
V6.22のCOMMAND.COMで、DIR実行時にエラーが表示されなくなっています。
INT 21h, AH=4Eh/AX=714Ehを修正しました。
最初のエントリが見つからないときに、適切なエラーコードを返すようにしました。

INT 2Fh, AX=0502hで拡張エラーメッセージを返すようにしました。
パラメータエラーの筈なのですが、COMMAND.COMは拡張エラーを期待しているようです。
INT 2Fh, AX=122Eh, DL=00h/02h/04h/06hで取得するエラーテーブルを追加しました。
ただし全種類共通で、中身の空っぽな単一のテーブルを参照しています。
またDL=01h/03h/05h/07hでエラーテーブルのアドレスを変更できるようにしました。

プロセス起動時のメモリ確保のコードを整理しました。
コンベンショナルメモリが不足の場合、常に自動的にUMBを使用するようにしました。
COMモデルの起動時に、64KBのメモリの空きがないときに失敗するようにしました。
プロセス終了時に、開放するメモリのMCBが壊れている場合に修復するようにしました。

INT 2Fh,AX=4810hのサポートを廃止しました。
DOSKEYの1行入力ですが、従来よりDOSKEYは未インストール扱いとなっています。
Windows 98のCOMMAND.COMがインストールチェック無しに使っていたため、
一応サポートしてましたが、VZの常駐の妨げになっていたため廃止することにしました。

Windows 98のCOMMAND.COM上で、VZを常駐した状態でバッチファイルを実行すると、
バッチファイルから子プロセスを起動するとき、コンベンショナルメモリの空きが
0になってしまう問題が発生しています。
常駐時は、VZ.BAT経由ではなくVZIBMJ.COMを直に起動するようにしてください。
(V6.22のCOMMAND.COMだとそのような問題は発生しないのですが…)

MS-DOS Playerの起動時に、スペース入りのargvを渡された場合、仮想マシンに渡す
コマンドラインにダブルクォーテーションで括って追加するようにしました。

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

> うちで常駐確認したのは次のcommand.comです。
> FreeCOMJ 0.82 PL3 VTDOS 対応パッチ ;以前から常駐OK
> Windows 98
> 以下はMSDOS Playerで-v(バージョン指定)が必要です
> PC DOS J6.30/V			;-v6.3
> PC DOS J7.0/V(PC DOS 2000)	;-v7.0
> MS DOS 6.2/V			;-v6.2

Win95(v7.00) や Win98ME(v8.00) も出来ますね。MSDOS6.22(v6.22) も出来ました。
DOS5 が無いので誰か試してくれるとありがたいです。
まさか NT 2Fh,AX=4810h がVZ常駐の邪魔をしていたとは思いもしませんでした。(>_<)

私はVZ常駐するとすぐに VMAP を見る癖があって、見てみたら、なんと!

***** Memory Arena Trashed!

と表示されて、umbからメインメモリのエリアが表示されません。
直後のコンソールの表示も何かおかしい気が。表示がダブってる?

meu で見ると、空きメモリが200以上に分断されて見えます。
zmap を起動したら固まってしまいました。
それ以外は普通に動作しているようです。

武田さんにメールで報告しました。ついでに、#11551 の件も報告しました。
VZはDOS画面を保存していて編集画面などからコマンドラインに降りた時にDOS画面再描画していると思い出したので
MS-DOS Player で何も表示されないのは画面消去しているのかなと思ったのです。
この時非常駐VZではプロンプトが表示されますが、常駐VZではプロンプトも表示されないのも関連があるかも。


11564/11562 BNY00646  shadow           Re^2: MSDOS Player 10/24版
( 0) 24/10/24 17:11 11563:konnoさんへのコメント コメント数:2
> ***** Memory Arena Trashed!
X8MAPでみるとEMSもVZで使ってるけどVMAPは表示なしですね。

> この時非常駐VZではプロンプトが表示されますが、常駐VZではプロンプトも表示されないのも関連があるかも。
私も報告してたのですが常駐画面の件は対応されてなかったので先ほど画像添付で再度確認依頼しました。正常、異常画像を比べてvmapの結果に気づいた次第です。


11565/11562 CTL00944  たけだ           Re^3: MSDOS Player 10/24版
( 0) 24/10/24 17:52 11564:shadowさんへのコメント コメント数:1
すみません、昨晩の更新で大ポカして、MCBのチェーンが壊れてました。
取り急ぎバイナリを更新しておきましたので、再ダウンロードをお願いいたします。

(今日はたまたま所要で定時で帰宅してました)

11566/11562 CTL00944  たけだ           Re^2: MSDOS Player 10/24版
( 0) 24/10/24 17:55 11563:konnoさんへのコメント コメント数:1
VZを非常駐の状態で[Esc]Eをすると、ちゃんと黄色いプロンプトが表示されると思います。
常駐モードのときだけ変な感じですね。
テキストVRAMのシャドウバッファに画面を書き戻した後、実画面に反映するサービスを
呼んでいないのかもしれません。後日確認してみます。


11567/11562 BQO00549  konno            Re^3: MSDOS Player 10/24版
( 0) 24/10/24 19:06 11564:shadowさんへのコメント
> X8MAPでみるとEMSもVZで使ってるけどVMAPは表示なしですね。

この X8MAP ってどこにあるのか検索しても出ませんでした。
仕方ないので VECTOR の一番人気のメモリマップを落としてみたら X8MAP でした。(^^;
これはいいですね、CPUの表示も出来て便利です。

VTDOS 		CPU   :  80286 
MS-DOS Player	CPU   :  [Neko Project]F:M:R=6:7:2   PenPro 以降 + 80x87
DOSVAXJ3	CPU   :  [GenuineIntel]F:M:R=4:0:2      468 以降 + 80x87

DOSVAXJ3 の 468 以降 は 486 でしょうかね。(^^;

> 私も報告してたのですが常駐画面の件は対応されてなかったので先ほど画像添付で再度確認依頼しました。正常、異常画像を比べてvmapの結果に気づいた次第です。

げげ、ダブってしまいましたね。(^^; でもこれで対応してもらえたらありがたいです。


11568/11562 BQO00549  konno            Re^4: MSDOS Player 10/24版
( 0) 24/10/24 19:26 11565:たけださんへのコメント
> すみません、昨晩の更新で大ポカして、MCBのチェーンが壊れてました。
> 取り急ぎバイナリを更新しておきましたので、再ダウンロードをお願いいたします。
> (今日はたまたま所要で定時で帰宅してました)

素早い対応ありがとうございます。いただきました。
問題無く動作しています。DOS6.2 でVZ常駐出来て嬉しいです。
本当にありがとうございました。


11569/11562 BQO00549  konno            Re^3: MSDOS Player 10/24版
( 0) 24/10/24 19:28 11566:たけださんへのコメント コメント数:1
> テキストVRAMのシャドウバッファに画面を書き戻した後、実画面に反映するサービスを
> 呼んでいないのかもしれません。後日確認してみます。

その辺のことはわからないのでよろしくお願いいたします。


11570/11562 BQO00549  konno            DOS画面再描画されない原因は?
( 0) 24/10/25 14:45 11569:konnoさんへのコメント コメント数:2
VZの問題なので、自分でもちょっと見てみました。

SCRNIBM.ASM  1367行目 DOS画面保存? これを呼ぶ前にDOS画面クリアしているのか?
;--- Get dos/current screen ---
	public	getdosscrn
getdosscrn proc
	call	is_dossilent
	call	getgvseg
	mov	di,dosscrn
	clr	si
	call	getscrn
	ret
getdosscrn endp

SCRNIBM.ASM  1443行目 DOS画面描画? ここか、この後でDOS画面クリアしているのか?
;--- Put dos/current screen ---
	public	putdosscrn
putdosscrn proc
	call	is_dossilent
	mov	msgon,0
	call	resetfp			; ##155.79
	mov	savef,FALSE
	call	setdosVM
	mov	si,dosscrn
	clr	di
	call	getgvseg
	call	putscrn
IFDEF DOSV
	call	vrefreshscrn		; DOSVでVRAM画面を表示させる?
ENDIF
IFNDEF J31
	call	resetpalette
ENDIF
clrfkey:
	mov	fkeymode,0
pdos9:	ret
putdosscrn endp


MAIN.ASM 1503:	call	getdosscrn
OPEN.ASM 267:	call	getdosscrn

DOS.ASM 267:	call	putdosscrn
MAIN.ASM 1564:	call	putdosscrn
OPEN.ASM 266:	call	putdosscrn


MAIN.ASM 1503:	call	getdosscrn
;--- Enter the editor ---
;<-- CY :out of memory
	public	enter_vz
enter_vz proc				; DOS画面で[Enter]押したときに呼ばれる?
	movseg	ds,ss
	movseg	es,ss
	call	check_vwx
	call	getdosscrn
	call	setdoswindow
	call	setint24
	call	getcurdir

OPEN.ASM 267:	call	getdosscrn
close1:					; 編集画面からコマンドラインに降りた時か?
	call	putdosscrn		; getdosscrn の前に呼んでいるのは何故?
	call	getdosscrn
	call	setcmdwindow
	call	setdoswindow


DOS.ASM 267:	call	putdosscrn
;--- Exec from editor ---
	public	se_command
se_command proc
	tstb	cs:cmdlinef
_ifn z
quit1:	jmp	quit_vz
_endif
	movseg	ds,ss
	call	putdosscrn
・・・・
	call	enter_vz		; この後でこれが呼ばれる?


MAIN.ASM 1564:	call	putdosscrn
;--- Quit editor ---
	public	quit_vz
quit_vz proc
	call	ld_wact
_if z
	call	clrstack		; ##100.09
	mov	gends,INVALID
	test	syssw,SW_INIOPT
  _ifn z
	call	load_iniopt
  _endif
_endif
	movseg	ds,ss
	call	write_logtbl
	call	putdosscrn		; 
	call	setfnckey
	tstb	tsrflag				; 常駐VZか?
	jmpln	z,quit_tsr
	call	setdoskey
	call	setdoscsr
	call	resetfp


こんなところでしょうか、コメントは想像で適当に付けたものです。
私にはこれ以上はわからないです。


11571/11562 CXB00940  としき           Re: DOS画面再描画されない原因は?
( 0) 24/10/26 00:38 11570:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> SCRNIBM.ASM  1367行目 DOS画面保存? これを呼ぶ前にDOS画面クリアしているのか?

> SCRNIBM.ASM 1443行目 DOS画面描画? ここか、この後でDOS画面クリアしているのか?

それこそ、デバッガでブレークポイントを設定してみるのが手っ取り早いかも。
ん〜、SYMDEB?
Vzマクロの&tよりも強力だと思う。使ったことないけど。


11572/11562 CTL00944  たけだ           Re: DOS画面再描画されない原因は?
( 0) 24/10/26 10:59 11570:konnoさんへのコメント コメント数:2
INT 10hでブレークして見てみましたが、DOS画面の復帰云々というよりも、
[ESC]Eで、黄色いプロンプトを通り過ぎて、直にCOMMAND.COMに行っている感じです。
その辺のモード遷移の問題のような気がします。

11573/11562 BQO00549  konno            Re^2: DOS画面再描画されない原因は?
( 0) 24/10/26 22:24 11571:としきさんへのコメント
> それこそ、デバッガでブレークポイントを設定してみるのが手っ取り早いかも。
> ん〜、SYMDEB?
> Vzマクロの&tよりも強力だと思う。使ったことないけど。

私は DEBUG も SYMDEB も使いこなせないんですよ。(;_;)
かわりに putdosscrn や dispprmpt を別の場所で呼んでみたら少し発見がありました。
武田さんからレスがあったので、そちらに書いてみます。


11574/11562 BQO00549  konno            Re^2: DOS画面再描画されない原因は?
( 0) 24/10/26 22:26 11572:たけださんへのコメント
> INT 10hでブレークして見てみましたが、DOS画面の復帰云々というよりも、
> [ESC]Eで、黄色いプロンプトを通り過ぎて、直にCOMMAND.COMに行っている感じです。
> その辺のモード遷移の問題のような気がします。

見ていただきありがとうございます。私も VZのソースを弄って VZの挙動を見てみました。
	call	dispprmpt
これをコメントにすると非常駐VZのプロンプトは出なくなりましたが常駐VZでは挙動が変わりませんでした。
どうやら常駐VZのプロンプトは command.com が出しているようです。
つまり常駐VZの場合、ここは通っていないのかも。
それでこんどは putdosscrn をあちこちに入れてみたけどどうも VRAMの内容をゲット出来てないような気がしてきました。
次はその辺を追っかけてみたいんですが、はたして出来るやら。


11575/11562 CTL00944  たけだ           Re^2: DOS画面再描画されない原因は?
( 0) 24/10/26 22:28 11572:たけださんへのコメント コメント数:1
[ESC]Eの後、非常駐の場合はINT 21h, AH=19hや47hで現在のディレクトリを取得して、
プロンプトを表示する方向に進むのですが、
常駐したVZを呼び出した場合は、INT 21h,AH=50hで現在のプロセスIDを変更したりと、
如何にもVZを終わらせてコマンドプロンプトに戻ろうとしている感じです。

多分、以下のところでcs:cmdlinfの値によってquit_vzに飛んでるのかと。

;--- Exec from editor ---
	public	se_command
se_command proc
	tstb	cs:cmdlinef
_ifn z
quit1:	jmp	quit_vz
_endif

11576/11562 BQO00549  konno            Re^3: DOS画面再描画されない原因は?
( 0) 24/10/26 23:57 11575:たけださんへのコメント コメント数:1
> 多分、以下のところでcs:cmdlinfの値によってquit_vzに飛んでるのかと。

私もそこまでは追っかけました。その先で
	call	putdosscrn
があるので、VRAMのDOS画面復帰してプロンプトも一緒に表示しているのだと思います。
ところが MS-DOS Player ではそれが表示されないのです。
なので getdosscrn がちゃんとDOS画面を保存出来ているか、保存できてないなら何故なのかを知りたいのです。


11577/11562 CTL00944  たけだ           Re^4: DOS画面再描画されない原因は?
( 0) 24/10/27 06:20 11576:konnoさんへのコメント コメント数:1
INT 21hで表示された文字は、必ずしもVRAMに反映されていないので、
その辺が原因かもしれません。
何か対策を考えてみますが、今日からしばらく忙しくなりますので、
対応には時間がかかるかと思います。

11578/11562 BQO00549  konno            Re^5: DOS画面再描画されない原因は?
( 0) 24/10/27 15:48 11577:たけださんへのコメント コメント数:1
> INT 21hで表示された文字は、必ずしもVRAMに反映されていないので、
> その辺が原因かもしれません。

なるほど、そういうこともありますか。

> 何か対策を考えてみますが、今日からしばらく忙しくなりますので、
> 対応には時間がかかるかと思います。

お忙しいところ対応していただいて申し訳ないです。
ありがとうございました。


11579/11562 CTL00944  たけだ           Re^6: DOS画面再描画されない原因は?
( 0) 24/10/28 00:36 11578:konnoさんへのコメント コメント数:2
DOS/Vなので、テキストはグラフィック画面に描画されていて、
VZのDOS画面の退避・復帰もグラフィックVRAMが対象になってるみたいですね。

MS-DOS Playerは、仮想テキストVRAMに書き込まれた内容を、INT 10h, AH=FFhで
グラフィック画面ではなくコンソールにテキストとして書き込んでいるので、
そもそも食い合わせが悪いです。

グラフィックVRAMの読み書きをコンソールの読み書きに挿げ替えるとかの手段も
無くはないと思いますが、そこまでしてまで対応する利点が少ないというか、
グラフィックVRAMの領域を廃して、その分をコンベンショナルメモリに回しているので、
それを止めるのは勿体ないというか。。。

すみません、本件はギブアップです(苦笑)

11580/11562 BQO00549  konno            Re^7: DOS画面再描画されない原因は?
( 0) 24/10/28 14:31 11579:たけださんへのコメント コメント数:1
> DOS/Vなので、テキストはグラフィック画面に描画されていて、
> VZのDOS画面の退避・復帰もグラフィックVRAMが対象になってるみたいですね。

なるほど、VRAMを見れば何かわかりそうですね。
MS-DOS Player のVRAMは v.com で見ると
VRAM Address       = F800:0000 (Real VRAM)
と出るので、DUMPマクロで見てみたら、編集画面では表示されている文字が見えました。
ところがコマンドラインで見るとVRAMが全部スペースで埋まり初期化かCLS状態になっているようです。
他のDOSエミュではコマンドラインでもVRAMの文字が表示されていました。
どうやらこの違いが原因のようです。

> MS-DOS Playerは、仮想テキストVRAMに書き込まれた内容を、INT 10h, AH=FFhで
> グラフィック画面ではなくコンソールにテキストとして書き込んでいるので、
> そもそも食い合わせが悪いです。

そうなのですか、そのあたりはわからないので自分なりに考えてみました。
DOSは本来コンソールでコマンドを解釈、実行してその結果はコンソールに吐き出されるのですよね。
その文字はVRAMに書き込まれてパソコンの画面に表示されますよね。
つまりコマンドラインにいても画面に文字が表示されている時はVRAMに文字があるはずだと思います。
実際他のDOSエミュではコマンドラインでもVRAMの文字が表示されていました。
ところがMS-DOS Playerではそれがスペースで埋められているのです。
なので、もしかしたら MS-DOS Player ではコマンドが実行された時にVRAMの文字消去しているのではないかと思ったのです。
DOSVではVRAMの文字消去しても、フラッシュだかしないと画面に反映しないそうなので。

MS-DOS Player のソースをちょっと覗いてみたら、VRAMの初期化らしいところはありました。
void clear_scr_buffer(WORD attr)
これはあちこちで呼ばれているようですが、どこがコマンドラインかとか全くわかりませんでした。
全然わかってないので間違っていたらごめんなさいです。

> すみません、本件はギブアップです(苦笑)

VZはコンソール画面が使えるので問題ないです。対応していただいて感謝してます。
常駐VZでコマンドラインに降りた時にプロンプトが見えないのはちょっとだけ不便に感じます。(^^;

今思いついたのですが、VRAMの画面最下行だけ消去しないようにしたらもしかしてプロンプト表示しませんかね。
自分でコンパイル出来れば試したいところですが今の自分は色々頭が回らないもので。
色々対応していただきありがとうございました。


11581/11562 BNY00646  shadow           Re^8: DOS画面再描画されない原因は?
( 0) 24/10/28 19:42 11580:konnoさんへのコメント コメント数:1
> なので、もしかしたら MS-DOS Player ではコマンドが実行された時にVRAMの文字消去しているのではないかと思ったのです。
> DOSVではVRAMの文字消去しても、フラッシュだかしないと画面に反映しないそうなので。
以下もその影響かな?
vz常駐後DOSコマンド実行してvz -zで常駐解除してcls後にvz非常駐起動するとvz -zだけ再描画されますね。

別件で以下の方が気になったりしてます。
内臓コマンドでDEL *.txtすると不明なエラーです.となり実行できないです。
*が認識されてない?他にもあるかもです。


11582/11582 BNY00646  shadow           3種のエミュレーターでアセンブル
( 0) 24/10/28 22:09 コメント数:3
何年かぶりに最新のエミュレーターでアセンブルしてみました。
Ml V6.15.8803
TLINK.EXE V3.01

VTDOS
 問題なし
DOSBOX(最新のテスト版)
アセンブル OK
各種メッセージが出力されない
MSDOS Player
アセンブル OK
DEL *.obj は不明なエラー(*が認識されてない)

MSDOS Playerは最新版をインストールした時に環境変数エラーが出たので
set、pathなどできるだけ短く必要最小限にしました。
環境のせいかもしれませんが?
アセンブル用BATでもエラーがでました。
で残ったのが不明なエラーでした。他にもあるかもしれません。

いずれもアセンブル出来るようになっていました。
作者様ありがとうございます。

訂正 DOSBOX→DOSVAXJ3

11583/11562 BQO00549  konno            Re^9: DOS画面再描画されない原因は?
( 0) 24/10/28 22:47 11581:shadowさんへのコメント
> vz常駐後DOSコマンド実行してvz -zで常駐解除してcls後にvz非常駐起動するとvz -zだけ再描画されますね。

どうも VRAM画面の最下行だけ表示が残っているように見えますね。
MS-DOS Player のソースは x64版はVC++2017でビルド出来るというので、コンパイルしてみたら出来ました。

void clear_scr_buffer(WORD attr)
{
//	for(int y = 0; y < scr_height; y++) {
	for(int y = 0; y <= scr_height; y++) {		//クリア行1行増やしても変わらない?
		for(int x = 0; x < scr_width; x++) {
//			SCR_BUF(y,x).Char.AsciiChar = ' ';	//この2行をコメントにしたら
//			SCR_BUF(y,x).Attributes = attr;		//コマンドと改行は残るようになった
		}
	}
}

このように修正してみました。
クリア行1行増やしたつもりでも変わらないようです。どこか間違っているのかも。
また、2行をコメントにしたらコマンドと改行は残るようになりました。
この辺が関係しているように思われますが、これ以上はわからないです。

> MS-DOS Playerは、仮想テキストVRAMに書き込まれた内容を、INT 10h, AH=FFhで
> グラフィック画面ではなくコンソールにテキストとして書き込んでいるので、

やはりこの辺を解明できないと駄目みたいですね。

> 別件で以下の方が気になったりしてます。
> 内臓コマンドでDEL *.txtすると不明なエラーです.となり実行できないです。
> *が認識されてない?他にもあるかもです。

うちの環境では問題無いようですが、何が違うのでしょうね。


11584/11582 BQO00549  konno            Re: 3種のエミュレーターでアセンブル
( 0) 24/10/28 23:34 11582:shadowさんへのコメント
> DOSBOX(最新のテスト版)
> アセンブル OK
> 各種メッセージが出力されない

そういえば ML は32ビットでしたね。うちでも動きました。嬉しいです。

> MSDOS Player
> アセンブル OK
> DEL *.obj は不明なエラー(*が認識されてない)

うちでは Turbo Link でエラーが出ます。

Turbo Link Version 2.0 Copyright (c) 1987, 1988 Borland International
msdos error, ax= 0006h

なので、MKMP.BATで使い分けています。
link /m /noi @vz.lnk,vz%HARD%;
rem tlink /m @vz.lnk,vz%HARD%.exe
exe2com vz%HARD%.exe vz%HARD%.com
rem --- comが出来たら以下のファイルを削除する
if exist vz%HARD%.exe del *.obj

shadowさんのは Turbo Link V3.01 でしたか、どこかにあったかしら。


11585/11562 CTL00944  たけだ           Re^7: DOS画面再描画されない原因は?
( 0) 24/10/29 07:05 11579:たけださんへのコメント コメント数:3
取り急ぎです。

http://takeda-toshiya.my.coocan.jp/msdos/msdos_test.7z

11586/11562 BQO00549  konno            Re^8: DOS画面再描画できました!
( 0) 24/10/29 08:40 11585:たけださんへのコメント コメント数:1
> 取り急ぎです。
> http://takeda-toshiya.my.coocan.jp/msdos/msdos_test.7z

武田さん、ありがとうございます。試してみました。
最初テスト版に入れ替えても何も変わらないように見えましたが
DUMPマクロで VRAM $B800:0 を見たらそこに入っていました。

それで、CHEJ 02 を実行したら、VRAMが B8000 になって、DOS画面の履歴が表示されるようになりました。
そのあとは普通のモードでDOS画面が表示されるようになりました。\(^^)/ ヤッタ-
最初変わらないように見えたのはメモリのキャッシュのせいかもしれませんね。
対応していただきありがとうございました。m(__)m


11587/11562 BNY00646  shadow           Re^8: DOS画面再描画されない原因は?
( 0) 24/10/29 12:06 11585:たけださんへのコメント
武田さん、試しました。
ほぼ改善されてるようです。
ありがとうございました。

11588/11562 BNY00646  shadow           Re^9: DOS画面再描画できました!
( 0) 24/10/29 12:08 11586:konnoさんへのコメント
konnoさん、粘り強い対応お疲れ様です。
ありがとうございました。

11589/11582 BNY00646  shadow           Re: 3種のエミュレーターでアセンブル
( 0) 24/10/29 12:18 11582:shadowさんへのコメント コメント数:2
> >  DEL *.obj は不明なエラー(*が認識されてない)
うちでは以下のcommand.comでエラーは出ませんでした。
使い分けることにます。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ
Windows 98

> shadowさんのは Turbo Link V3.01 でしたか、どこかにあったかしら。
メールするのでしばらくお待ちください


11590/11582 CTL00944  たけだ           Re^2: 3種のエミュレーターでアセンブル
( 0) 24/10/29 14:16 11589:shadowさんへのコメント コメント数:2
delコマンドで問題のあるcommand.comのバージョンは何になりますでしょうか。

もしかしたらFCB周りで何かあるかもしれません。

11591/11562 CTL00944  たけだ           Re^8: DOS画面再描画されない原因は?
( 0) 24/10/29 14:20 11585:たけださんへのコメント コメント数:1
変更内容としては、テキストVRAMの読み取り時に、現在表示されているコンソールの内容を返すようにしました。

正式なリリースはまた後日にでも。

11592/11562 BQO00549  konno            Re^9: DOS画面再描画されない原因は?
( 0) 24/10/29 15:33 11591:たけださんへのコメント コメント数:1
> 変更内容としては、テキストVRAMの読み取り時に、現在表示されているコンソールの内容を返すようにしました。

武田さん、ありがとうございます。
朝は寝ぼけてたので、今別のPCで確認してみました。
MS-DOS Player は B8000h の CGA VRAM領域に書き込んでいるように見えます。
そして、VZは起動時のDOS画面のみ再描画しているように見えます。画面クリアの場合もあるようです。

v.com で見ると 
VRAM Address       = F800:0000 (Real VRAM)
この領域には文字が書き込まれていない(クリアされている?)、VZはここを見ているのではないかと思います。

CHEJ 02  で謎のCGAモードにすると
VRAM Address       = B800:0000 (Real VRAM)
このモードでは完全にDOS画面を再描画してくれますが、日本語は化けています。

MS-DOS Player が F8000h の VRAM領域に書き込んでくれたら完璧な動作になるような気がします。

USモードでは VRAM が B8000h になると思いますが、
CHEJ US  で USモードにすると
VRAM Address       = F800:0000 (Real VRAM)
このようになるので、この辺の調整も必要かなと感じます。
確認してもらえたらありがたいです。


11593/11582 BQO00549  konno            Re^3: 3種のエミュレーターでアセンブル
( 0) 24/10/29 16:06 11590:たけださんへのコメント コメント数:3
まとレスになります。

> delコマンドで問題のあるcommand.comのバージョンは何になりますでしょうか。
> もしかしたらFCB周りで何かあるかもしれません。

うちの環境では

MS-DOS Version 6.20
14:27:09.19C:\VZ\K07V6O>del *.obj
不明なエラーです.

PC DOS Version J7.0/V	Revision 0
14:56:03.26C:\VZ\K07V6O>del *.obj
不明なエラーです.

MS-DOS Version 6.22
15:41:00.08C:\VZ\K07V6O>del *.obj
不明なエラーです.

これらで現象が出ます。

一方 Win95系では DIR で問題が
DIR vzibmj.com  と打っても DIR *.* と同じ動作になっているような?

Windows 95. [Version 4.00.950]
Windows 98 [Version 4.10.2222]
Windows Millennium [Version 4.90.3000]

これらで現象が出ます。

生DOS系とWin95系では コマンドラインの解釈や動作が若干違うようなので、それが関係あるかどうか。


11594/11582 BNY00646  shadow           Re^4: 3種のエミュレーターでアセンブル
( 0) 24/10/29 16:31 11593:konnoさんへのコメント
> MS-DOS Version 6.20
> 14:27:09.19C:\VZ\K07V6O>del *.obj
> 不明なエラーです.
> 
> PC DOS Version J7.0/V	Revision 0
> 14:56:03.26C:\VZ\K07V6O>del *.obj
> 不明なエラーです.
> 
> MS-DOS Version 6.22
> 15:41:00.08C:\VZ\K07V6O>del *.obj
> 不明なエラーです.

konnoさんの結果に
PC DOS J6.30/V
を追加します。


11595/11582 BQO00549  konno            Re^2: 3種のエミュレーターでアセンブル
( 0) 24/10/29 16:35 11589:shadowさんへのコメント
> うちでは以下のcommand.comでエラーは出ませんでした。
> 使い分けることにます。
> FreeCOMJ 0.82 PL3 VTDOS 対応パッチ
> Windows 98

#11593 で書きましたが、Win95系では DIR で問題があるようです。

> DIR vzibmj.com と打っても DIR *.* と同じ動作になっているような?
>
> Windows 95. [Version 4.00.950]
> Windows 98 [Version 4.10.2222]
> Windows Millennium [Version 4.90.3000]
>
> これらで現象が出ます。

なので現状では > FreeCOMJ 0.82 PL3 VTDOS 対応パッチ一択になるでしょうか。(^^;;

> > shadowさんのは Turbo Link V3.01 でしたか、どこかにあったかしら。
> メールするのでしばらくお待ちください

いただきました。リンクのエラーは出なくなりました。
ありがとうございます。


11596/11582 BNY00646  shadow           Re^3: 3種のエミュレーターでアセンブル
( 0) 24/10/29 18:35 11590:たけださんへのコメント
> もしかしたらFCB周りで何かあるかもしれません。
もしかして環境空間にも影響与えますか?
10/24版にしてから"環境空間が足りません"(このメッセージはPC DOS)と出たりでなかったりします。
MS DOS、PC DOSともにでます。

11597/11582 CTL00944  たけだ           Re^4: 3種のエミュレーターでアセンブル
( 0) 24/10/30 01:07 11593:konnoさんへのコメント コメント数:2
MS-DOS Version 6.22で「del *.obj」を実行すると、INT 21h, AH=13hに対して、
FCBで「????????OBJ」が渡されるようです。
なので、指定されたファイル名で削除するのではなく、このAPI内でファイル検索して、
ヒットしたファイルを削除するような実装に修正する必要がありますね。

Windows 98 [Version 4.10.2222]のCOMMAND.COMでDIRの問題は再現できませんでした。

11598/11582 CTL00944  たけだ           Re^5: 3種のエミュレーターでアセンブル
( 0) 24/10/30 01:24 11597:たけださんへのコメント コメント数:1
取り急ぎその2です。
INT 21h, AH=13hにワイルドカードが渡された場合の対策を入れました。

http://takeda-toshiya.my.coocan.jp/msdos/msdos_test.7z


11599/11582 BNY00646  shadow           Re^4: 3種のエミュレーターでアセンブル
( 0) 24/10/30 15:59 11593:konnoさんへのコメント
> 一方 Win95系では DIR で問題が
> DIR vzibmj.com と打っても DIR *.* と同じ動作になっているような?
>
> Windows 95. [Version 4.00.950]
> Windows 98 [Version 4.10.2222]
> Windows Millennium [Version 4.90.3000]
>
> これらで現象が出ます。

うちのは問題ないです。
Windows 98 [Version 4.10.1998]


11600/11582 BNY00646  shadow           Re: 3種のエミュレーターでアセンブル
( 0) 24/10/30 16:41 11582:shadowさんへのコメント
> MSDOS Playerは最新版をインストールした時に環境変数エラーが出たので
以下のショートカットから起動しているので
E:\msdos.exe -x -e -h -v6.2 E:\cmd\m62v\command.com /k e:\go.bat
いつの頃からか書き込まれていたbatファイルの一部をコメントにしました。
以前の版では"環境空間が足りません"は出なかったので気づきませんでした。
rem MSDOS_COMSPEC = C:\xxxxxxx.xxx
rem MSDOS_PATH = C:\xxxxx
rem MSDOS_TEMP = C:\xxxxx
これで出なくなりました。
この度の更新版でも以下の2つはremしなくても"環境空間が足りません"はでないんだ。
と言うか設定されてる。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ
Windows 98


11601/11582 BNY00646  shadow           Re^6: 3種のエミュレーターでアセンブル
( 0) 24/10/30 16:46 11598:たけださんへのコメント
> 取り急ぎその2です。
> INT 21h, AH=13hにワイルドカードが渡された場合の対策を入れました。
削除できるようになりました。
ありがとうございました。

11602/11582 BQO00549  konno            Re^5: 3種のエミュレーターでアセンブル
( 0) 24/10/30 23:23 11597:たけださんへのコメント コメント数:1
まとレスです。

> Windows 98 [Version 4.10.2222]のCOMMAND.COMでDIRの問題は再現できませんでした。

うう、同じレビジョンでも違いが出るとは、何が違うのか色々やってみました。
なんか、Cドライブだけおかしいみたいです。Dドライブとかでは正常でした。
最近のシステムドライブはSFNが無いそうですが、それが関係してないでしょうか。

最新のテスト版でも Win95系command.com では
Cドライブで VZのアセンブルで MK6.BAT 実行すると 窓が消滅します。
理由はわからないですが、上に書いたことと関係あるような気もします。

>command /c dir vzibmj.com
とか
>cmd /c dir vzibmj.com
だと正常な動作になります。
とりあえず当面は Win95系は使わないようにします。

♯ なんかツリーの形が凄いことになってるなぁ。(^^;

11603/11582 CTL00944  たけだ           Re^6: 3種のエミュレーターでアセンブル
( 0) 24/10/31 19:44 11602:konnoさんへのコメント コメント数:1
SFNがサポートされていないドライブでの動作は、流石にちょっと難しいです。
もちろん、まったく動かない訳ではないのですが。。。


MS-DOS Player内で動的にSFNをでっちあげる仕組みを考えたこともありますが、
次に起動したときに違うSFNになると問題を起こしそうな気がして断念しました。

11604/11582 BQO00549  konno            Re^7: 3種のエミュレーターでアセンブル
( 0) 24/10/31 21:04 11603:たけださんへのコメント
> SFNがサポートされていないドライブでの動作は、流石にちょっと難しいです。
> もちろん、まったく動かない訳ではないのですが。。。
>
> MS-DOS Player内で動的にSFNをでっちあげる仕組みを考えたこともありますが、
> 次に起動したときに違うSFNになると問題を起こしそうな気がして断念しました。

問題の原因がそれかどうかもわからないので、しかたないですね。
それ以外の command.com は問題無くなったので無問題です。
ありがとうございました。


11605/11562 BQO00549  konno            AH=FEh INT10h の判定法は
( 0) 24/10/31 21:07 11592:konnoさんへのコメント コメント数:1
v.com でVRAMの判定がエミュ3種で違っているのが気になって、
どう判定しているのか逆汗してみました。
ソーサーでも全部は逆汗できず、SYMDEB でアセンブルした部分を張ります。

2AA1:0145 6A40           PUSH   40                            ;'@' 
2AA1:0147 07             POP    ES 
2AA1:0148 BEA603         MOV    SI,03A6                 ; 09[00]
2AA1:014B 26A04900       MOV    AL,ES:[0049]            ; Video mode
2AA1:014F 32E4           XOR    AH,AH 
2AA1:0151 8904           MOV    [SI],AX                 ; [si]=00xx  vmode
2AA1:0153 26A14A00       MOV    AX,ES:[004A]            ; 桁数
2AA1:0157 894402         MOV    [SI+02],AX              ; [si+2]= column
2AA1:015A 26A08400       MOV    AL,ES:[0084]            ; 行数 line
2AA1:015E 32E4           XOR    AH,AH 
2AA1:0160 40             INC    AX 
2AA1:0161 894404         MOV    [SI+04],AX              ; [si+4]= line+1
2AA1:0164 26A18500       MOV    AX,ES:[0085]            ; font H
2AA1:0168 894406         MOV    [SI+06],AX              ; [si+6]= font H
2AA1:016B 6800B8         PUSH   B800                    ; B800h
2AA1:016E 07             POP    ES                      ; ES=B800h
2AA1:016F 33FF           XOR    DI,DI                   ; DI=0
2AA1:0171 26833DFF       CMP    Word Ptr ES:[DI],-01    ; [B800:0]=ffffh なら ES=A000h
2AA1:0175 7508           JNZ    017F                    ; not FFFF --> 017f jump
2AA1:0177 6800A0         PUSH   A000                    ; A000h
2AA1:017A 07             POP    ES                      ; ES=A000h
2AA1:017B 83440804       ADD    Word Ptr [SI+08],+04    ; [si+8]=[si+8]+04
  017f:
2AA1:017F B4FE           MOV    AH,FE                   ; ah=FEh   擬似テキストバッファ先頭アドレス取得
2AA1:0181 CD10           int    10                      ; int 10h, 擬似テキストバッファ先頭アドレス取得
2AA1:0183 8C440A         MOV    [SI+0A],ES 
2AA1:0186 897C0C         MOV    [SI+0C],DI 
2AA1:0189 8CC0           MOV    AX,ES 
2AA1:018B 3C00           CMP    AL,00 
2AA1:018D 7404           JZ     0193 
2AA1:018F 83440E05       ADD    Word Ptr [SI+0E],+05 

2AA1:0193 BBDC02         MOV    BX,02DC 
2AA1:0196 E83800         CALL   01D1 
2AA1:0199 B8004C         MOV    AX,4C00 
2AA1:019C CD21           INT    21 


これでわかったことは、CGA VRAM B800h の先頭2バイトが 'FF FF' かどうかチェックしてるんですね。
え? と思って、DOSVAXJ3 のコマンドラインで DUMPマクロで見たら
B800h から 8000h の間が FFh で埋まっていました。

VTDOS は B800h から 00h で埋まってる、というか、ゴミもあるので普通のメモリ領域のようです。

MS-DOS Player は B800h から 1C20h の間が 20h 17h で埋まっていました。
つまり、MS-DOS Player だけ B800h の領域をVRAMとして初期化しているということでしょうか。
これを踏まえて私の理解を纏めると

DOSVAXJ3
VRAM Mode          = APA                        ; B800h == FF FF の時
VRAM Address       = C679:0000 (Virturl VRAM)   ; 仮想VRAM と認識

VTDOS
VRAM Mode          = A/N                        ; B800h != FF FF == 00 00 の時
VRAM Address       = D000:0000 (Real VRAM)      ; リアルVRAM と認識

MS-DOS Player
VRAM Mode          = A/N                        ; B800h != FF FF == 20 17 の時
VRAM Address       = F800:0000 (Real VRAM)      ;リアルVRAM と認識し、B800h が仮想VRAMとなる?

もしもこの考えが合っているとしたら、B800h を FF,FFか 00,00 で初期化すれば うまくいきそうな気がします。
その場合、仮想VRAMは、上のチェックルーチンを見ると、 VGA A000h に設定すれば良さそうに思えます。
VTEXTは画面モードは03で、実際は 70h になっていますが、03 は本来 CGA モードだと思うので
この辺の辻褄をうまく合わせてやればいいのかなと素人考えで思いました。

武田さん、この考えどう思いますでしょうか。

11606/11562 CTL00944  たけだ           Re: AH=FEh INT10h の判定法は
( 0) 24/10/31 22:19 11605:konnoさんへのコメント コメント数:1
MS-DOS Playerでは、CGAのテキストモード(03h)を基本としています。
B8000hがVRAMの先頭で、文字コード、アトリビュートが交互に80x25文字分続きます。
MDAもサポートしており、この場合はB0000hがVRAMの先頭となります。

ハード的にはCGA/MDAで、ただし漢字などマルチバイト文字が表示できるという、
ちょっと変な構成になっています。

VRAMの先頭がA0000hになるのはグラフィックモードの場合です。
MS-DOS Playerはコンソールアプリですので、グラフィックモードは使いません。
グラフィックVRAMはなしで、AFFFFhまではコンベンショナルメモリに回しています。


11607/11562 CTL00944  たけだ           Re: MSDOS Player 10/24版
( 0) 24/10/31 23:17 11562:shadowさんへのコメント コメント数:2
ここ最近の諸々を反映した新バージョンをリリースしました。
DEL *.OBJだけでなく、REN *.OBJ *.BINとかも出来るようになってます。

11608/11562 BQO00549  konno            Re^2: AH=FEh INT10h の判定法は
( 0) 24/10/31 23:25 11606:たけださんへのコメント
武田さん、お返事ありがとうございます。

> MS-DOS Playerでは、CGAのテキストモード(03h)を基本としています。
> B8000hがVRAMの先頭で、文字コード、アトリビュートが交互に80x25文字分続きます。
> MDAもサポートしており、この場合はB0000hがVRAMの先頭となります。
>
> ハード的にはCGA/MDAで、ただし漢字などマルチバイト文字が表示できるという、
> ちょっと変な構成になっています。
>
> VRAMの先頭がA0000hになるのはグラフィックモードの場合です。
> MS-DOS Playerはコンソールアプリですので、グラフィックモードは使いません。
> グラフィックVRAMはなしで、AFFFFhまではコンベンショナルメモリに回しています。

うーん、これを聞くと今回の案は難しそうですね。
やっぱり諦めます。ありがとうございました。


11609/11562 BQO00549  konno            Re^2: MSDOS Player 10/31版
( 0) 24/11/01 00:34 11607:たけださんへのコメント コメント数:1
> ここ最近の諸々を反映した新バージョンをリリースしました。
> DEL *.OBJだけでなく、REN *.OBJ *.BINとかも出来るようになってます。

武田さん、更新ありがとうございます。

-----------------------------------------------------------
024/10/31
CGA/MDAのテキストモードのVRAM、または仮想テキストバッファを読むことで、
コンソール画面の表示内容を取得できるようにしました。
VZエディタで[ESC]Eでプロンプトに降りた時、DOS画面が復帰するようになっています。

INT 21h, AH=13h/17hで、ワイルドカードを含むファイル名をサポートしました。
FCBを使ったファイルの削除およびリネームのサービスです。
MS-DOS V6.22のCOMMAND.COMのDEL/RENコマンドで使われていました。

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

直前のレスで諦めましたとか書いたら入れ違いになったのですね。(^^;
DOS画面復帰は、CHEJ 02 の CGAモードの時でしょうか。
このモードではDOS画面の漢字文字化けは無くなりましたがVZの画面の漢字が化けます。

ともあれ諸々改善できたので嬉しいです。
ありがとうございました。

# 今夜はハローWinのプレゼントだぁ。\(^^)/


11610/11562 CTL00944  たけだ           Re^3: MSDOS Player 10/31版
( 0) 24/11/01 00:57 11609:konnoさんへのコメント コメント数:1
私はCHEJは特に使用していませんが、vzはint10h ah=fehで取得した仮想テキストバッファのアドレスの、f8000hを読みに来ているようです。
書き込み時も、同じアドレスに書き込んで、int10h ah=ffhで画面に反映してるのではないかと。

11611/11562 BQO00549  konno            Re^4: MSDOS Player 10/31版
( 0) 24/11/01 15:51 11610:たけださんへのコメント コメント数:1
> 私はCHEJは特に使用していませんが、vzはint10h ah=fehで取得した仮想テキストバッファのアドレスの、f8000hを読みに来ているようです。
> 書き込み時も、同じアドレスに書き込んで、int10h ah=ffhで画面に反映してるのではないかと。

私もそう思います。
ところがコマンドラインでは f8000h がスペースで埋まり、b8000h に文字が見えるのです。
DOS画面の保存、復帰のタイミングは VZしかわからないので、VZですり替え出来ないかやってみました。
scrnibm.asm 1483行あたり

getscrn	proc
	pushm	<ds,es>
	mov	es,ax
	mov	ds,dsp.@seg

	push	ax		; ##k 241101  MS-DOS Player
	mov	ax,ds		; ds は
	cmp	ax,0f800h	; VRAM F800h か?
	jnz	mpmod		; 違うならJUMP
	cmp	cs:os_win,7	; MS-DOS Playerか?
	jnz	mpmod		; 違うならJUMP
	mov	ax,0b800h	; CGA VRAM にすり替え  'ク^@ク'  b8h (00h b8h)
	push	ax		; 'P' 50h
	pop	ds		; ds:si(ソース) --> es:di
mpmod:	pop	ax		;

IFNDEF IBM
cpyscrn:

ここにコメント行を追加して VRAMアドレスのすり替えをしたら保存・復帰が出来ました。\(^^)/ ヤッタ-
MS-DOS Player の判定に失敗することが有るので見直して公開したいと思います。
安全対策を2重にしているので問題ないでしょう。
将来 B8000hが変わるとヤバいので、その時は VZ.COMを開いて 'ク^@クP' を検索してアドレスを書き換えます。(^^;
^@ は実際はヌル文字です。(^^;;


11612/11562 BNY00646  shadow           Re^2: MSDOS Player 10/24版
( 0) 24/11/01 19:35 11607:たけださんへのコメント
> ここ最近の諸々を反映した新バージョンをリリースしました。
> DEL *.OBJだけでなく、REN *.OBJ *.BINとかも出来るようになってます。
武田さん、ありがとうございます。

11613/11613 BQO00549  konno            VZk07v6o(暫定) (2024-11-01)
( 0) 24/11/01 22:56 コメント数:1
VZk07v6o(暫定) (2024-11-01)版を VZの部屋に置きました。

 ・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
 ・最新の MS-DOS Player で DOS画面の保存・復帰対応。
 ・オプション Ow の仕様変更(MS-DOS Playerの判定のため) Ow512 以上で MS-DOS Player

 ダウンロード  vzkv6o.lzh ver1.60k07v6o (2024-11-01版 ) new!


11614/11613 BNY00646  shadow           Re: VZk07v6o(暫定) (2024-11-01)
( 0) 24/11/02 15:05 11613:konnoさんへのコメント コメント数:1
> VZk07v6o(暫定) (2024-11-01)版を VZの部屋に置きました。
>
>  ・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
>  ・最新の MS-DOS Player で DOS画面の保存・復帰対応。
きっちり再描画できてうれしいです。
本当にありがとうございます。
ところで後学のため#11611のソースの変更箇所を教えてください。


11615/11613 BQO00549  konno            Re^2: VZk07v6o(暫定) (2024-11-01)
( 0) 24/11/02 17:07 11614:shadowさんへのコメント コメント数:1
> きっちり再描画できてうれしいです。

実現できて私が一番嬉しいです。(^_^)
以前は気にならなかったのに、気にし出したら夜も眠れず昼寝して・・φ(..; バキッ\(--;

> ところで後学のため#11611のソースの変更箇所を教えてください。

コメントのある行を丸ごと追加しています。解説はコメントの内容でわかりますよね。
あとは MS-DOS Player の判定を main.asm でやっていますが、これが無くても問題ないですね。
仮に問題が出たとしても画面表示がおかしくなるだけなので、その場合は使用中止すればいいし。
DOSエミュ3種で動かすぶんには問題ないと思います。
他の環境で使う場合は、v.com などで VRAMアドレスを確認すれば安心です。

ということで、他のVZに移植するなら scrnibm.asm のこの個所だけ追加すればいいですね。
 MS-DOS Player の判定部分はコメントにするか削除します。

scrnibm.asm 1483行あたり

getscrn	proc
	pushm	<ds,es>
	mov	es,ax
	mov	ds,dsp.@seg

	push	ax		; ##k 241101  MS-DOS Player
	mov	ax,ds		; ds は
	cmp	ax,0f800h	; VRAM F800h か?
	jnz	mpmod0		; 違うならJUMP
;	cmp	cs:os_win,7	; MS-DOS Playerか?
;	jnz	mpmod0		; 違うならJUMP
	mov	ax,0b800h	; CGA VRAM にすり替え  'ク^@ク'  b8h (00h b8h)
	push	ax		; 'P' 50h
	pop	ds		; ds:si(ソース) --> es:di
mpmod0:	pop	ax		;

IFNDEF IBM
cpyscrn:

これでOKです。mpmod は mpmod0 に変更しました。


11616/11562 BQO00549  konno            DIR もんどうはくだけない
( 0) 24/11/03 00:29 11611:konnoさんへのコメント コメント数:1
必要があって DIR を取ろうと思ったら、各種DOSエミュでみんな書式が違うんですね。
ちょっと比べてみました。

VTDOS	MSDOS 6.20	DIRは内蔵  LFNのみの表示
2011/02/16  20:35               616 FGAL.DEF
2004/06/21  00:46             3,104 fgaldc_14_8086.log

DOSVAXJ3		内蔵 SFNと LFN両方表示
FGAL     DEF                616 2011-02-16 20:35 FGAL.DEF
FGALDC~1 LOG              3,104 2004-06-21  0:46 fgaldc_14_8086.log

MS-DOS Player	MSDOS 6.20
FGAL     DEF           616 11/02/16   20:35
FGALDC~1 LOG         3,104 04/06/21    0:46

MS-DOS Player	FreeCom 7.00
FGAL     DEF           616  11/02/16 20:35
FGALDC~1 LOG         3,104  04/06/21  0:46

MS-DOS Player	Win95 〜 Win98ME
FGAL     DEF           616  11/02/16  20:35 FGAL.DEF
FGALDC~1 LOG         3,104  04/06/21   0:46 fgaldc_14_8086.log

今回は SFNのみの表示が欲しいので MS-DOS PlayerのDOS6.2かFreeCom かな。
と思ったら、MS-DOS Player + FreeComで dir > file とやったら、改行が 0Ah でした。(>_<)
VTDOSで確認しようとしたら > が効かないし、FreeCom ってやっぱり癖が強いようですね。


11617/11613 BNY00646  shadow           Re^3: VZk07v6o(暫定) (2024-11-01)
( 0) 24/11/03 08:18 11615:konnoさんへのコメント コメント数:1
> DOSエミュ3種で動かすぶんには問題ないと思います。
> 他の環境で使う場合は、v.com などで VRAMアドレスを確認すれば安心です。
>
> ということで、他のVZに移植するなら scrnibm.asm のこの個所だけ追加すればいいですね。
> MS-DOS Player の判定部分はコメントにするか削除します。
先のソースでMS-DOS Player の判定部分2行をコメントにして再描画出来てたのですが念のためお願いしました。
ありがとうございました。

11618/11562 CXB00940  としき           Re: DIR もんどうはえいえんのささやき
( 0) 24/11/03 15:54 11616:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
ひそひそ。

> 必要があって DIR を取ろうと思ったら、各種DOSエミュでみんな書式が違うんですね。
> ちょっと比べてみました。

うろ覚えで申し訳ないのですが。
VTDOSってcommand.comを差し替えられたような気がします。
もし私の記憶が確かなら、MS-DOS Playerと同じ結果が得られるようにできるのでは
ないかなぁ。
あと、DOSVAXはDOSのエミュレータではなくてマシンのエミュレータだと思い込んで
いたのですが、これは私の認識が妖しい、ないしはおかしい、かも。


11619/11613 BQO00549  konno            Re^4: VZk07v6o(暫定) (2024-11-01)
( 0) 24/11/03 17:53 11617:shadowさんへのコメント
> 先のソースでMS-DOS Player の判定部分2行をコメントにして再描画出来てたのですが念のためお願いしました。

shadowさんなら出来ると思ってました。
私もすんなり出来たわけではなく、武田さんとのやり取りの中で色々試行錯誤してました。
アセンブラ入門を読んでVRAMずらしの常駐プログラムを作ったけどうまくいかず。
昔作ったJ31用ソフトをパソピアや200LXなどで動かすVRAM変換常駐プログラムを流用してみたけどうまくいかず。
#11570 で getdosscrn だろうと思いましたが、そこを弄っても駄目だったので、その先の getscrn にたどり着いたのでした。


11620/11562 BQO00549  konno            Re^2: DIR もんどうはえいえんに
( 0) 24/11/03 18:13 11618:としきさんへのコメント コメント数:2
> VTDOSってcommand.comを差し替えられたような気がします。
> もし私の記憶が確かなら、MS-DOS Playerと同じ結果が得られるようにできるのでは
> ないかなぁ。

くだけた話かもですが、#11616 で書いています。
> VTDOS	MSDOS 6.20	DIRは内蔵  LFNのみの表示
DIRは VTDOS内蔵のものなのですよね、なので FreeCom の問題かどうか確認するために
> VTDOSで確認しようとしたら > が効かないし、FreeCom ってやっぱり癖が強いようですね。
VTDOSで FreeComを入れたのですが、環境領域が不足して動作が不安定みたいだったのです。
それでリダイレクトが動かなかったので確認できなかったのです。
どなたか確認できる人いませんかね。

> あと、DOSVAXはDOSのエミュレータではなくてマシンのエミュレータだと思い込んで
> いたのですが、これは私の認識が妖しい、ないしはおかしい、かも。

確かにDOSBOXベースでマシンをエミュレートしているので、PCエミュレータとなるでしょうか。
でも最近のは内蔵DOSで直接DOSエミュレート出来るので、DOSエミュというのも間違いではないかと。


11621/11562 CXB00940  としき           Re^3: 豚に真珠、としきにDIR もんどう
( 0) 24/11/05 00:30 11620:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
対義語は「ネコにちゅ〜る」かな。

> くだけた話かもですが、#11616 で書いています。
> > VTDOS	MSDOS 6.20	DIRは内蔵  LFNのみの表示

どうやら話がすれ違っているらしい。
私、VTDOSの仕様を忘れてしまっているのですが、たしかSHELL指定ができましたよね。
なので、これを指定すればそっちのDIRが使われると思っていました。
そして、これを指定しなかった結果が#11616、と思い込んだわけです。そこで、これ
の指定でcommand.comを他のものに差し替えてみれば、というのが#11618。
だけど、

> DIRは VTDOS内蔵のものなのですよね、なので FreeCom の問題かどうか確認するために

ということは、VTDOSではSHELLを指定しても内蔵DIRが使われる、ということのよう
ですね。

どうも大変失礼しました。


11622/11562 BNY00646  shadow           Re^3: DIR もんどうはえいえんに
( 0) 24/11/05 13:27 11620:konnoさんへのコメント コメント数:1
> VTDOSで FreeComを入れたのですが、環境領域が不足して動作が不安定みたいだったのです。
> それでリダイレクトが動かなかったので確認できなかったのです。
> どなたか確認できる人いませんかね。
FreeComはゼロバイトのファイルを作るけどリダイレクトできないです。

11623/11562 BQO00549  konno            Re^4: DIR もんどうはこうざんに
( 0) 24/11/05 15:41 11621:としきさんへのコメント コメント数:1
> 対義語は「ネコにちゅ〜る」かな。

一瞬 ??? となりましたが、「猫に小判」をパロッたんですね。(^^;
共通点はどちらも鉱山から取れる、ということでタイトルに。(^^;

> どうやら話がすれ違っているらしい。
> 私、VTDOSの仕様を忘れてしまっているのですが、たしかSHELL指定ができましたよね。
> なので、これを指定すればそっちのDIRが使われると思っていました。

VTDOS.CFG を確認しましたが、USECMD=1 になっていました。どちらでも内蔵DIR が使われるようですね。
外部コマンドでもリダイレクト出来ないようなので、VTDOSと FreeCom の相性問題なのかも。


11624/11562 BQO00549  konno            Re^4: DIR もんどうはえいえんに
( 0) 24/11/05 16:06 11622:shadowさんへのコメント
> > どなたか確認できる人いませんかね。
> FreeComはゼロバイトのファイルを作るけどリダイレクトできないです。

確認していただきありがとうございます。
あ、ほんとだ、ゼロバイトのファイルが出来てる!
やはり VTDOS+FreeCom ではリダイレクトが使えないのですね。
してみると、FreeComを使うなら MS-DOS Player がいいということになりますね。

それで思い出したのですが、私は「VTDOS リダイレクト」で掲示板の検索をしようと思っていたのでした。
うう、どんどん硬骨、じゃない、恍惚の人になりつつあるなぁ。(;_;)

検索したら、#6786
> 2.10#さん改造のFreeCom(command.com)でVZを動かす。
> ・これはVZが常駐使用できるように改造された版なので、普通のcommand.comとして使用できます。
> ・他と違うのは、NULへのリダイレクトがエラーになる >NUL が使えない。
自分でこんなことを言っていました。(^^;;

また、#4794で 10#さんが
> VTDOSではリダイレクト機能など、一部期待通りに動作しません。
と言っていますね。2010年の記事ですが、VTDOSの構造からくる仕様なのかもしれないですね。


# お宝は足元の鉱山を掘れば見つかるのさ。(;_;)


11625/11562 CXB00940  としき           Re^5: ポケット某 DIRもんどう&パール
( 0) 24/11/06 00:14 11623:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
真珠との対比となると、こいつは外せない、というところ。

> VTDOS.CFG を確認しましたが、USECMD=1 になっていました。

古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、
USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している
command.comを使う、ということだと思う。
私自身の設定がこうなっていたことから、いろいろと誤解というかすれ違いが発生
したのでしょう。
ただ、なにぶん、最近いじっていないので、いくつか確認させてください。

> USECMD=1 になっていました。どちらでも内蔵DIR が使われるようですね。

この「どちらでも」というのは、SHELLを指定していようがしていまいが内蔵DIRが
使われる、という意味ですよね。違うかな。

> 外部コマンドでもリダイレクト出来ないようなので、VTDOSと FreeCom の相性問題

FreeCom以外のcommand.comを使った場合の結果はどうなるのでしょうか。
また、USECMD=1ではない場合の結果はどうなるのでしょうか。
このへん、FreeComでなければならない理由というのを、私が読み落としてしまって
いるかもしれない。あるいは、読んだけれど忘れている、という可能性も高いかも。


11626/11562 BQO00549  konno            Re^6: ポケット某 DIRもんどう&パール
( 0) 24/11/06 02:41 11625:としきさんへのコメント コメント数:1
> 真珠との対比となると、こいつは外せない、というところ。

もはや内容とは関係ないところで暗闘している感が。(^^;
ちょうどパールを弄っていたところだったのでセーフ? (゚゜)☆\(--#)バキッ
というか、ポケット某 って何ですか、もうわけわかです。

> 古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、
> USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している
> command.comを使う、ということだと思う。

え? 内蔵簡易CMD を使わないのが USECMD=1 だと思っていました。
vtdos.txt には

USECMD=0|1
ビルトインコマンドの実行にCMD.EXEを利用します。
デフォルトは0(利用しない)ですが、1を推奨します。

とありますね。試しに USECMD=0 で DIR したら、SFNで表示されました。げげぇ、、、
今まで LFN表示していたのは、CMD.EXE の DIRだったのか〜
どうやら私が勘違いしていたようです。すみませんでした。m(__)m

> > USECMD=1 になっていました。どちらでも内蔵DIR が使われるようですね。
> この「どちらでも」というのは、SHELLを指定していようがしていまいが内蔵DIRが
> 使われる、という意味ですよね。違うかな。

ということで、これは私の勘違いで、USECMD=1 で CMDのDIRが表示されていたようです。m(__)m
USECMD=0 で DIR したら、command.com 本来の表示になるようです。

> > 外部コマンドでもリダイレクト出来ないようなので、VTDOSと FreeCom の相性問題
> FreeCom以外のcommand.comを使った場合の結果はどうなるのでしょうか。
MSDOS6.2 ではキチンとリダイレクト出来ています。

> また、USECMD=1ではない場合の結果はどうなるのでしょうか。
これも MSDOS6.2 ではキチンとリダイレクト出来ています。

> このへん、FreeComでなければならない理由というのを、私が読み落としてしまって
> いるかもしれない。あるいは、読んだけれど忘れている、という可能性も高いかも。
元々の理由は単に DIR とした時に FreeCom の表示がちょうどよかったというだけのことでした。
そもそも DIRはオプションで表示形式は変えられるので、単にものぐさしただけだったのにこんな大事に。


11627/11562 CXB00940  としき           Re^7: ポケット某 DIRもんどう&パール
( 0) 24/11/06 22:31 11626:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> もはや内容とは関係ないところで暗闘している感が。(^^;

確かに。
お互い、一体何をやってんだか。

> というか、ポケット某 って何ですか、もうわけわかです。

そんなことを言うダーリンには黄色い電気ねずみがでんげきバリバリだっちゃ!
#でんげきつながりやめろ


USECMDについてなんですが、うちのVTDOS1.22の vtdos.txt には

> USECMD
>   ビルトインコマンドの実行にCMD.EXEを利用します。

しか書いていないんですよ。なので、0と1のどちらがデフォルトなのかもわからない
し、どちらを指定したときにCMD.EXEを使うのかもわからない。ということで、実は

> > 古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、
> > USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している
> > command.comを使う、ということだと思う。

これもあてずっぽだったりする。たまたま正解だったようですが。


11628/11562 BQO00549  konno            Re^8: グレーDIRで金銀パールプレゼン
( 0) 24/11/06 23:45 11627:としきさんへのコメント コメント数:1
> > もはや内容とは関係ないところで暗闘している感が。(^^;
> 
> 確かに。
> お互い、一体何をやってんだか。
> 
> > というか、ポケット某 って何ですか、もうわけわかです。
> そんなことを言うダーリンには黄色い電気ねずみがでんげきバリバリだっちゃ!
> #でんげきつながりやめろ

黄色い電気ねずみで、とある小さなモンスターが浮かびました。
それで、「○○モン パール」で検索したら色々ダイヤなどもザクザク出てきました。
うーむ、私は全く見てないもので。見てるのは一見不細工な猫のような先生ものとか。(^^;

> USECMDについてなんですが、うちのVTDOS1.22の vtdos.txt には
> > USECMD
> >   ビルトインコマンドの実行にCMD.EXEを利用します。
> しか書いていないんですよ。なので、0と1のどちらがデフォルトなのかもわからない
> し、どちらを指定したときにCMD.EXEを使うのかもわからない。ということで

確かにわかりにくいかもですね、私もそれで勘違いしていた部分はあるかも。(^^;

> > > 古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、
> > > USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している
> > > command.comを使う、ということだと思う。
> これもあてずっぽだったりする。たまたま正解だったようですが。

おかげさまで私の勘違いがわかりました。お礼に何かプレゼン


11629/11562 CXB00940  としき           Re^9: グレーDIRで金銀パールプレゼン
( 0) 24/11/07 00:24 11628:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
とりあえず、もんどうも暗闘も終わったようなので、まとめというか。
絶対違うけど。

> うーむ、私は全く見てないもので。

いや、私も全く見ていないというか、タイトルを知っているだけ。

> 見てるのは一見不細工な猫のような先生ものとか。

私には「一見不細工な猫のような先生もの」というのがわけわか。
風大左衛門君の師匠のニャンコ先生は知っている。
よくタヌキに間違えられるほどに不細工な猫型ロボットも知っている。
でも、先生もので不細工な猫って知らない。
いつかそのうち、こいつのことをプレゼンしてください。


11630/11538 BQO00549  konno            DOSVAXJ3 (2024/11/06)テスト版
( 0) 24/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系も動くようになり、快適です。
正式版がまちどうしいですね。
本当に感謝です。


11631/11538 BQO00549  konno            DOSVAXJ3 (2024/11/07)テスト版
( 0) 24/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ビットコピーも問題なく出来ました。
これはいいですね。ますます便利になりました。
作者様に感謝です。


11632/11562 BQO00549  konno            Re^10: 発掘した絵数化布の秘法BATでプレゼン
( 0) 24/11/07 23:09 11629:としきさんへのコメント コメント数:1
> 風大左衛門君の師匠のニャンコ先生は知っている。
> よくタヌキに間違えられるほどに不細工な猫型ロボットも知っている。
> でも、先生もので不細工な猫って知らない。
> いつかそのうち、こいつのことをプレゼンしてください。

わかりました。せっかくなので、鉱山から発掘した古の暗嗣、絵数化布の秘法で
プレゼンを作ってみました。答えは以下に。

#txt=anime.dat

このファイルはコントロールコードを含んでいるので右クリックで保存してください。
ファイルの拡張子を BAT に変更してカレントフォルダに置いて実行してください。

# 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。

尚、VTDOS121 ではまともに動かないと思いますので最近のVTDOSか
DOSVAXJ3 なら問題なく結果を表示すると思います。
MS-DOS Player + FreeCOM もうまく動かないと思います。原因不明
MS-DOS Player + Win95系COM + オリジナルVZもうまく動かないと思います。BATの不具合


11633/11562 CXB00940  としき           Re^11: 発掘した絵数化布の秘法BATでプレゼン
( 0) 24/11/08 16:53 11632:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> わかりました。せっかくなので、鉱山から発掘した古の暗嗣、絵数化布の秘法で
> プレゼンを作ってみました。答えは以下に。

懐かしいですね、古の技術。
ただ、やはりここも方言というか、私は絵数系布の秘術といったほうがしっくりくる。
だからなんだ、という話ですが。

> # 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。

最近では、ウイルスそのものを含んでいないにもかかわらず感染して発病するワクチン
がある、なんていうヨタ話を平気でするような人がいっぱいいて。
なるほど、進歩しすぎた科学というのは呪いの黒魔術と大差がないのかもしれない。

それはさておき。
とりあえず、VTDOS122で表示はされました。
これは、組み込んでいるcommand.comの関係かもしれません。
うむ、タイトルだけは知っている。アニメ化もされたやつだ。


11634/11562 BQO00549  konno            Re^12: 発掘した絵数化布の秘法BATでプレゼン
( 0) 24/11/09 01:14 11633:としきさんへのコメント
> 懐かしいですね、古の技術。
> ただ、やはりここも方言というか、私は絵数系布の秘術といったほうがしっくりくる。

一瞬「秘法」より「秘術」のほうがしっくりくるのかと思ってしまいました。(^^;
「絵数系布」のほうが発音も意味も通るので良いですね。これ、使わせてもらいます。

> > # 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。
> 最近では、ウイルスそのものを含んでいないにもかかわらず感染して発病するワクチン
> がある、なんていうヨタ話を平気でするような人がいっぱいいて。
> なるほど、進歩しすぎた科学というのは呪いの黒魔術と大差がないのかもしれない。

世界ではより大きな暗闇の中で暗闘が続いているとかいないとか、、と言う感じですかね?
私は暗闇は怖いので、「君子危うきに近寄らず」を徹底していきます。
変な電話やインターホンには出ないし、防犯カメラも欲しいなぁ。

# 痛ッ、、ほら、怖くない、怯えていただけなんだよね・・・
  って冗談じゃなく、世の中怖くなってますよねぇ、、、


> とりあえず、VTDOS122で表示はされました。
> これは、組み込んでいるcommand.comの関係かもしれません。
> うむ、タイトルだけは知っている。アニメ化もされたやつだ。

無事表示されたようで何よりです。
うちの VTDOS122 では表示出来ませんでした。あれぇ? 調べてみたら
USECMD=1
これがあると表示しないようです。VER とやっても何も表示しない。
VTDOS121 も同様でした。
うーむ、もしかして XP だと Ver も表示したりして?
Win10,11 64ビットでは色々制限がきつくなっているようですしねぇ。(-_-;)

# もうマクロ玉も蟲封じも効かない・・・


11635/11635 BNY00646  shadow           レガシコンソールモード非推奨
( 0) 24/11/09 21:35 コメント数:1
win11を24H2に更新したらレガシコンソールモードが削除されるって知らなかったです。
再インストール方法を昼から検索してやっと20時過ぎからインストール
オプションのオンデマンド機能としてインストールするようになってました。
その最中に四国電力管内で大規模停電約40分。通電後続きからインストールできました。
取り合えずインストール方法を残しておきます。
設定→システム→オプション→オプション機能を追加する(機能表示)
→Legacy Console Host追加
近い将来レガシコンソールモードはサポート中止なる可能性が高いですね。


11636/11635 BQO00549  konno            Re: レガシコンソールモード非推奨
( 0) 24/11/09 23:58 11635:shadowさんへのコメント コメント数:2
> win11を24H2に更新したらレガシコンソールモードが削除されるって知らなかったです。

げげ、そうなんですか、大変だぁ!!
うちのは、Win10 22H2 で、Win11にも出来ないのでどうなることやら。

> 再インストール方法を昼から検索してやっと20時過ぎからインストール
> オプションのオンデマンド機能としてインストールするようになってました。

おお、オプションではあるのですね、ひとまずは安心しました。

> その最中に四国電力管内で大規模停電約40分。通電後続きからインストールできました。

あらま、でも最初からやり直しとかHDDクラッシュとかならなくて良かったですね。

> 取り合えずインストール方法を残しておきます。
> 設定→システム→オプション→オプション機能を追加する(機能表示)
> →Legacy Console Host追加

ありがとうございます。近いうちこれが役に立ちそうな雰囲気ですね。

> 近い将来レガシコンソールモードはサポート中止なる可能性が高いですね。

うう、そうなると VZの生き残りも厳しいですね。
VTDOSは更新があるかわからないので、使えなくなる可能性も・・・


11637/11635 BNY00646  shadow           Re^2: レガシコンソールモード非推奨
( 0) 24/11/10 19:53 11636:konnoさんへのコメント コメント数:1
> うう、そうなると VZの生き残りも厳しいですね。
> VTDOSは更新があるかわからないので、使えなくなる可能性も・・・
VTDOSはCKWVがあれば問題ないので更新は・・・。DOSVAXJ3は問題ないです。
MSDOS Playerは対応してくれることを期待しています。
今回の更新から「Windows Terminal」がデフォルトになったようです。
次のwindows12ではオプションからも・・・。

11638/11635 BQO00549  konno            Re^3: レガシコンソールモード非推奨
( 0) 24/11/10 21:58 11637:shadowさんへのコメント コメント数:1
> VTDOSはCKWVがあれば問題ないので更新は・・・。DOSVAXJ3は問題ないです。

ということは、レガシコンソールモードが無くても問題無いということですか。
それなら安心ですね。

> MSDOS Playerは対応してくれることを期待しています。

構造が素のVTDOSに似ているように見えるので同じ問題があるのでしょうね。
CKWVが MS-DOS Player にも使えれば改善されるのでしょうかねぇ。

> 今回の更新から「Windows Terminal」がデフォルトになったようです。
> 次のwindows12ではオプションからも・・・。

えっ、Win12 が出るのですか! って見てみたら来年後半には出るような話があるのですね。
うちのPCは WWin11 への更新も出来なさそうなので、新しいPCを買うことになりそうですね。
困ったものです。(^^; ワクワク


11639/11635 BQO00549  konno            ツブヤイター X
( 0) 24/11/10 22:48 11636:konnoさんへのコメント
> > その最中に四国電力管内で大規模停電約40分。

大規模停電の原因は、本州で発生した謎の極大電力消費により四国が緊急パージされたためとか。
過去には北海道の大規模長時間停電の事例もあるし、これはどこで起きてもおかしくないですね。
最低限の備えはしておいた方が良さそうですね。

ところで、「本州で発生した謎の極大電力消費」というのが気になりました。
まさか、#11627 の書き込みが原因だったりして。
> そんなことを言うダーリンには黄色い電気ねずみがでんげきバリバリだっちゃ!

というのは冗談ですが、国や謎の組織が何らかの実験をしていたという可能性はあるかも。
国家的な危機に備えたヤシマ作戦の実験に失敗してポジトロン〇が融解したとか
波動〇^Hエンジンの起動実験とか巨大レールガンの実験とか、S2機関が(きな臭い話ばっかりや)
あるいは某国がひそかに盗電をやりすぎちゃったとか、巨大人型EVA充電・・・

# これは全部妄想の独り言です


11640/11635 BNY00646  shadow           Re^4: レガシコンソールモード非推奨
( 0) 24/11/11 20:30 11638:konnoさんへのコメント コメント数:2
> 構造が素のVTDOSに似ているように見えるので同じ問題があるのでしょうね。
> CKWVが MS-DOS Player にも使えれば改善されるのでしょうかねぇ。
ckwv.txt by 10#には以下の記載がありました。
VTDOS以外のプログラムを利用することも可能です。
ckwv + MSDOS Player で本家CKWよりまともな描写でvz常駐できました。
レガシコンソールのオプション外した時の挙動は知らんけど(笑)。
現状必要性がないのでこれで終わります。

11642/11635 BQO00549  konno            Re^5: レガシコンソールモード非推奨
( 0) 24/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起動中もカーソルが効いて変換中文字が移動したりしてしまいますね。
うーん、ここまできたら何とかならないものでしょうかねぇ。

> レガシコンソールのオプション外した時の挙動は知らんけど(笑)。
> 現状必要性がないのでこれで終わります。

私もこれはわざわざ試したくはないですね。(^^;


11643/11635 BNY00646  shadow           Re^5: レガシコンソールモード非推奨
( 0) 24/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/


11644/11635 BQO00549  konno            Re^6: レガシコンソールモード非推奨
( 0) 24/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関連のソースとか参考にして少し弄って遊んでみたいと思います。(^^;
有用な情報ありがとうございました。


11645/11538 BQO00549  konno            DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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


11646/11538 CRG00666  文太             Re: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/11/16 15:51 11645:konnoさんへのコメント コメント数:1
konnoさん

>yagrep.exe は、DCログの再帰検索で漏れが結構ありました。

 お久です。うーん、すっかりPCいじりの世界からは遠のいております。
 例によって、今日も超疲労モード。

 さて、yagrep.exeですが、このようなテストには向かない道具かと思います。
 Bruce.さんが、onigsed, yagrep とも、正規表現エンジン鬼車を搭載して、
GNU sed & grep を日本語対応させて移植してくれたものなのですが、詳細は
省かせていただきますが、僕はまったく使っていない、ないし使わないことに
したツールです。限界などをみきわめられれば使えるところを使うことは可能
なのかもしれませんが、ちょっと、、、。
 対象ファイルに漏れがでる、ということですよね。僕はこれを経験して
いませんが、それ以外で、、、。うーん、考え方によってはヒットすべき
ものがヒットしていないから、あたかもそのファイルが検索されていないかの
ように見えることもあり得るのかな?

 環境を試すツールがあれですと、環境かツールか? と沼にはまりそうな
気がします。



11647/11538 BQO00549  konno            Re^2: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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エミュのことですよね、その違いがツールの動作に影響することは確かにありそうですね。


11648/11538 CRG00666  文太             Re^3: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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 でのテストがよろしい
かと。



11649/11538 CRG00666  文太             Re^3: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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さんの超古典の奴です。
 ベクタで探してみてください。


11650/11538 CRG00666  文太             Re^3: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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をかませると再帰できるよ、ということです。
 実用性を付け加えて、問題を複雑にしている、という気はしています。



11651/11538 CXB00940  としき           Re^4: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/11/17 17:38 11649:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> 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でもできます。

御意。
単に専用ツールか多機能ツールかの違いだけ。
鶏を割くのに牛刀を使って何が悪い。


11652/11538 CRG00666  文太             mawk32.exe
( 0) 24/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 だ!



11653/11538 CRG00666  文太             .tar.gz 展開(by LHMelting)
( 0) 24/11/17 23:00 11652:文太さんへのコメント
 自己レスです。

> 多謝。ベクタにありました。ソースもありました(???.tar.gzの展開の
>仕方わすれたのだけど)。

 LHMelting を使うのは久しぶりでしたが、mawk-1.3.3-mbcs.tar.gz を無事、
解凍できました。mawk のソース、あひゃひゃひゃひゃ状態。
 これを勉強する日は、ないんだろうなぁ。
 Win11 (64bit) でも、LHMelting 動きますね。



11654/11538 BQO00549  konno            Re^4: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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 が動いているのでおおむね問題なさそうだと思います。


11655/11538 BQO00549  konno            DOSVAXJ3 (2024/11/18)テスト版
( 0) 24/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コンソールに結果は入りませんでした。


11656/11538 BQO00549  konno            Re^4: DOSVAXJ3 (2024/11/15)テスト版
( 0) 24/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系のコマンドではないのかなぁ。


11657/11538 BQO00549  konno            パイプと同等の処理を BATで
( 0) 24/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 の方がいいかしら?
この手法は応用が利きそうですね。(^_^)


11658/11538 CRG00666  文太             wild.exe と ディレクトリ再帰
( 0) 24/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関係本は、うう、どうしよう? ですが。
 とっとく!

追伸:「引用なし」ボタン。最高です。僕はこれを愛してます。



11659/11538 BQO00549  konno            Re: wild.exe と ディレクトリ再帰
( 0) 24/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関係本は、うう、どうしよう? ですが。
>  とっとく!
やはり文系の人は本が大量にあるのですね。うちはそれほどないですが、腐海で腐ってます。(^^;

> 追伸:「引用なし」ボタン。最高です。僕はこれを愛してます。
わずかの手間の差と思いますが、そう言っていただくと嬉しいです。


11660/11538 CRG00666  文太             Re^2: wild.exe と ディレクトリ再帰
( 0) 24/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年前くらいだったのかな?



11661/11538 BQO00549  konno            Re^3: wild.exe と ディレクトリ再帰
( 0) 24/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.
> さんと一緒だったら、きっともっと完成度の高いものになっていたでしょう。

私は正規表現もフィルター系ツールもあまり使ってないのでこの方面は文太さんの方が適任ですよね。
私が苦手なだけか。としきさんやめざらさんにも教えてもらうことが多いですからね。(^^;


11662/11538 CRG00666  文太             ren grep fgrep
( 0) 24/11/21 19:01 11661:konnoさんへのコメント コメント数:2
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に
リネームしましょう。正規表現が殺されます。すると、正規表現のメタ文字を
エスケープする手間が完全に省けます。意外にメタ文字に転んだりしてます。



11663/11538 BQO00549  konno            Re: ren grep fgrep
( 0) 24/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 も残しておいて比較してみます。
おいしい使い方を教えてくれてありがとうございます。


11664/11538 CRG00666  文太             Re^2: ren grep fgrep
( 0) 24/11/22 00:31 11663:konnoさんへのコメント コメント数:2
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 ディレクトリに入れておいて、損はないと思います。



11665/11538 CRG00666  文太             >grep -E and >grep -F
( 0) 24/11/22 17:43 11664:文太さんへのコメント コメント数:2
konnoさん

 たぶん、こうなるのが正しいでしょう。

C:\WK>type t.txt (対象ファイルの中身)
yagrep.exe
yagrepxexe	;2行目は「.」でなく「x」

C:\WK>grep "yagrep.exe" t.txt(「.」はメタキャラ)
yagrep.exe
yagrepxexe	;両方ヒットする

C:\WK>fgrep "yagrep.exe" t.txt
yagrep.exe	;リテラルなのでピリオドだけヒットする

 grep.exe, egrep.exe, fgrep.exe は最近では廃止されて、かわりに
grep -E, grep -F を使え、ということらしいです。
 たぶん、古くからの UNIX的慣習で、egrep, fgrep へのリネーム技が
互換性の意味で、残されているみたいでした。


GREP(1)              UNIX Programmer's Manual             GREP(1)

       There  are three major variants of grep, controlled by the
       following options.
       -G     Interpret pattern as  a  basic  regular  expression
              (see below).  This is the default.
       -E     Interpret pattern as an extended regular expression
              (see below).
       -F     Interpret pattern as a list of fixed strings, sepa-
              rated by newlines, any of which is to be matched.
       In  addition,  two  variant  programs  egrep and fgrep are
       available.  Egrep  is  similiar  (but  not  identical)  to
       grep -E, and is compatible with the historical Unix egrep.
       Fgrep is the same as grep -F.

 とあります。うーん、"fixed strings"か。regexでない、という意味?
エンジンの動き方が違うのかな?
 質問されても、たぶん答えられないと思う。内容も英語も。

追記:fixed strings は「固定長文字列」と訳されていました。なるほど。
"a+" というパターンだと、ヒット文字列は、「a」も「aa」もありうる。
これは「固定長」ではないですね。




11666/11538 BQO00549  konno            Re^3: ren grep fgrep
( 0) 24/11/22 18:09 11664:文太さんへのコメント コメント数:2
> grep では、"yagrep.exe"は、「.」が何でもあり(メタキャラ)、となり
> fgrepでは、"yagrep.exe"は、「.」がピリオドと解釈されるはずです。

これはつまり、どちらでもヒットするはず、ということですか。
結果的には fgrep のほうだけヒットしたので、メタキャラの解釈にバグがあるかもしれないということ?
私的には検索漏れがあるのは駄目、ということで正規表現無しのほうが良いということになるのでした。

>  GNU特有だったか思い出せませんが、grepは、
> grep	のままだど、basic regex (sed 相当)
> egrep	とリネームすると、extended regex (vwx 相当。awk 相当)
> fgrep	とリネームすると、no regex となります。
>  3つ、grep.exe, egrep.exe, fgrep.exe をHDDに入れておいて
> 損はないと思います。

私の手持の GREP のZIPが32ギガのUSBメモリの中にありました。
grep-2.5.4-bin.zip
2018/10/06  00:36           451,824 grep-2.5.4-bin.zip
\bin\
2009/02/13  17:19            92,160 egrep.exe
2009/02/13  17:19            54,784 fgrep.exe
2009/02/13  17:19            96,256 grep.exe

機能別に3種の実行ファイルに分れているようです。
私は手軽に使い分けられるリネーム式でいきます。EGREP は使うことは無いと思います。

>  とはいえ、grep 1つでも、オプションで、egrep, fgrep 相当に
> 振る舞えたはずだとは思いますが。
オプションだと意味を忘れてしまうので。(^^;


11667/11538 BQO00549  konno            Re: >grep -E and >grep -F
( 0) 24/11/22 18:20 11665:文太さんへのコメント コメント数:1
>  たぶん、こうなるのが正しいでしょう。
> C:\WK>fgrep "yagrep.exe" t.txt
> yagrep.exe	;リテラルなのでピリオドだけヒットする

リテラルって直値という意味ですか? こっちの方が意味不明です。
私の解釈では、正規表現無しなら全て単純な文字列として扱われると思ったし、結果も一致しています。

>  grep.exe, egrep.exe, fgrep.exe は最近では廃止されて、かわりに
> grep -E, grep -F を使え、ということらしいです。
>  たぶん、古くからの UNIX的慣習で、egrep, fgrep へのリネーム技が
> 互換性の意味で、残されているみたいでした。

なるほど。私のは2009年版なのでまだ古い方なのかもしれないですね。


11668/11538 CRG00666  文太             Re: >grep -E and >grep -F
( 0) 24/11/22 19:58 11665:文太さんへのコメント
separated by newlines

 自己レスです。

GREP
       -F     Interpret pattern as a list of fixed strings, sepa-
              rated by newlines, any of which is to be matched.

 タイトルの意味が分からなかったんですよね。

C:\WK>type t.txt
zzzzzzzzzzzz
yagrep.exe
yagrepxexe
zzzzzzzzzzzz

C:\WK>type t.grp
yagrep.exe
yagrepxexe

C:\WK>fgrep -f t.grp t.txt
yagrep.exe
yagrepxexe

 -f は、sed, awk などでも使う、スクリプトファイル指定のオプション
です。grep で、パターン【ファイル】を使うことは思いつきませんでした。
 パターンファイル内に、「改行くぎり」で複数パターンを書くことが
でき、「どれとでも」(any)マッチします。こういう意味でした。
 FGREPでは、正規表現抜きのオア検索になりますね。



11669/11538 CRG00666  文太             Re^2: >grep -E and >grep -F
( 0) 24/11/22 20:01 11667:konnoさんへのコメント
konnoさん

>リテラルって直値という意味ですか? こっちの方が意味不明です。
 「文字通り」という意味で、メタキャラの意味を持たない、という意味です。

>私の解釈では、正規表現無しなら全て単純な文字列として扱われる
 正しいと思います。


11670/11538 CRG00666  文太             Re^4: ren grep fgrep
( 0) 24/11/22 20:25 11666:konnoさんへのコメント コメント数:2
konnoさん

 混線しています。

★
Bunta wrote:
>> grep では、"yagrep.exe"は、「.」が何でもあり(メタキャラ)、となり
>> fgrepでは、"yagrep.exe"は、「.」がピリオドと解釈されるはずです。

konno wrote:
>これはつまり、どちらでもヒットするはず、ということですか。
>結果的には fgrep のほうだけヒットしたので、メタキャラの解釈にバグがあるかもしれないということ?

 「これはつまり」がどこにどう繋がっているのか分かりません、すいません。
 konnoさんの2行目(「結果的には fgrep のほうだけヒットした」)は、

#11663 より引用

まずは今まで通りで
D:\LOG\FGAL\DC>GREP -nir "yagrep.exe" *.*
No files matching: *.*

FGREPに名前を変更すると
D:\LOG\FGAL\DC>FGREP -nir "yagrep.exe" *.*
3/bak/yagrep.log:107:YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx
3/bak/yagrep.log:177:> YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx

 に言及してますか?
 上のサンプル、もう少し整理していただけませんか? よく読めないのです。

 -n: line number
 -i: ignorecase
 -r: recursive
 これらの意味は分かっています。が、何かが問題みたいに思えたら、この辺を整理する
のはどうでしょうか?


★のポイントに戻ると、
grep が "yagrep.exe" を検索パターンとするとき、「.」はメタキャラですから、ピリオドでも
何でもヒットします。

fgrep は、「.」に対し、ピリオドにしかヒットしません。正規表現抜きだから。リテラルと
解釈されるから。

 grep で結果が出ず(ヒットなし)、fgrepで結果が出る(ヒットあり)。何かおかしいようには
思われます。
 konnoさんが考えていること、というより、konnoさんがやっていることが、僕にはよく読めて
いないような感じがしています。

 ちゃんとしたツールで、「漏れ」とか、あってはいけないような気がします。
 僕の書くマクロじゃないんだし。



11671/11538 CRG00666  文太             文太のグレップ(複数)ほか
( 0) 24/11/22 21:07 11662:文太さんへのコメント コメント数:1
C:\>dir c:\bin | grep -i "grep"
1992/05/03  06:47            78,419 CGREP.EXE
1994/10/06  13:01            50,672 DGREP.EXE
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
1993/04/11  16:05            23,997 IZGREP.EXE
1994/04/30  10:07            66,700 YGREP.EXE

 使い分けているわけでもないです。ここ1週間弱を除けば、1年ぐらい
どれも使っていないような気がします。どれにも、とりわけバグとかあるように
感じたことはありません。気づくのがけっこう大変だとは思いますが。
 作者様たちに感謝、感謝です。

 ygear.def by とらじにはメニューを仕込んであるので、特定のプロジェクト
の時に、ygrep.exeを集中的に使う。
 ふだんは、grep.exe か izgrep.exe (高速)。前後とかの文脈(コンテクスト)
を見るときには、cgrep.exe でしょうか。
 プログラムのソースには、メタ文字のたぐいがけっこう入っているときが
あります。こういう場合には、(頻繁ではなかったですが)fgrep.exe のおでまし
となっていたと思います。

 純粋な実行ファイルではありませんが、grep.def by tomo も、昔はよく
使いました。^NG と、ちゃんとキーアサインしています。


 余談&脱線。先日、「ワイルドカードの展開は誰がする?」という弱い疑問を
持ったとき、MS-DOS Encyclopedia と Undocumented DOS を "wildcard" でグレップ
しました。期待していた解答はなかったのですが、ちらちら関連個所を読んで
いて、以下を思いつきました。

normal:	mov	ah,4eh			;FINDFIRST
	mov	dx,offset FILE
	mov	cx,0
	int	21h

FILE	db	'*.*',0

 blt.com (お気に入りツール by Bunta)です。簡易 dir コマンド。
 4Eh, int 21h が、ワイルドカードを使ってる。つまり、元はmsdos.sysが
配置したベクターテーブルの先のルーチンがワイルドカードの展開をしている
(Encyclopediaによれば、DOS では、*.* は、????????.???に展開される
らしいのだが)。
 ですから、誰が展開する? に対する回答は、【その場合】DOSエミュ
ということになると思います。
 が、8.3以上のファイル名を受け付けるためには、、、。
 決まったやり方があるのでしょうが、大変そうですねぇ、という感想でした。
 因みに、blt.comには、LFNを受け付ける兄貴、bll.comというのもあります。
Windows仕様の長いファイル名を受け付けるやつ。

normal:	mov	ax,714eh		;FINDFIRST
	mov	dx,offset FILE
	call	SET			;set cx, si, di
	int	21h

 こちらでは、714eh というファンクションになっているようです。
つまり、OSが片づけてくれてるんですね。VTDOSでは、どちらも完全に
動いています。
 もちろん、VTDOSは、ときどき落ちるのですが。



11672/11538 CRG00666  文太             釈迦説、テスト依頼
( 0) 24/11/22 22:20 11670:文太さんへのコメント コメント数:2
konnoさん、

 もう試されているかもしれませんが。

 以下を参考にしました。
-------------------------------------------
D:\LOG\FGAL\DC>GREP -nir "yagrep.exe" *.*
No files matching: *.*

D:\LOG\FGAL\DC>FGREP -nir "yagrep.exe" *.*
3/bak/yagrep.log:107:YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx
3/bak/yagrep.log:177:> YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx
-------------------------------------------


D:\LOG\FGAL\DC\3\BAK>GREP -i "yagrep.exe" yagrep.log
 これでどうなりますか?
 できたら、VTDOS と、その他のDOSエミュで結果を比較してみてください。

 こっから先は、どうぞ。
 もしかしてDOSエミュに原因が、、、とか、あるの?


11673/11538 CRG00666  文太             釈迦説、テスト依頼2
( 0) 24/11/22 22:24 11672:文太さんへのコメント
こっちはどうですか?

D:\LOG\FGAL\DC\3\BAK>wgrep -i "yagrep.exe" yagrep.log


11674/11674 BQO00549  konno            DOSVAXJ3 (2024/11/22)版公開
( 0) 24/11/22 22:34
DOSVAXJ3 (2024/11/22)版が公開されました。
内容は

-----------------------------------------------------------
build JP241122 (2024/11/22)
Windows 版で Windows 用のコンソールプログラムを実行し出力を DOSVAXJ3 で表示できるようにしました。デスクトッププログラムも実行できます。これらの対応用に環境変数領域を増やしたため、コンベンショナルメモリが少し減っています。

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

CLPPST.EXE をはじめとして多くの32ビットコマンドが動くようになりました。
CMD.EXEを子プロセスで呼ぶとその中のコマンドの結果もVZコンソールに表示されます。
大変便利になりました。
作者様に感謝です。


11675/11538 CRG00666  文太             Re: 釈迦説、テスト依頼
( 0) 24/11/22 23:16 11672:文太さんへのコメント
自己レスです。

>こっから先は、どうぞ。

 僕なら、-r がちゃんと機能してるか調べると思います。
 VTDOS と それ以外のDOSエミュレータで。



11676/11538 CRG00666  文太             そのグレップ、日本語対応してるのでしょうか
( 0) 24/11/23 01:28 11666:konnoさんへのコメント コメント数:1
konno wrote:
--------------------------
私の手持の GREP のZIPが32ギガのUSBメモリの中にありました。
grep-2.5.4-bin.zip
2018/10/06  00:36           451,824 grep-2.5.4-bin.zip
\bin\
2009/02/13  17:19            92,160 egrep.exe
2009/02/13  17:19            54,784 fgrep.exe
2009/02/13  17:19            96,256 grep.exe
--------------------------

grep-2.5.4-bin.zipをぐぐったところ

https://ja.osdn.net/projects/sfnet_gnuwin32/downloads/grep/2.5.4/grep-2.5.4-bin.zip/
で見つかり、grep-2.5.4-bin.zipを展開したら

2024/11/23  01:06            92,160 egrep.exe
2024/11/23  01:06            54,784 fgrep.exe
2024/11/23  01:06            96,256 grep.exe

 というものが得られました。タイムスタンプは、まったくあてに
ならないようですが、ファイルサイズはドンピシャです。
 が、これ、日本語対応してるのでしょうか。

 展開後に、share\locale\ja というのがあり、エラーメッセージを日本語
表示するためのファイルみたいなのがあるみたいでした。

 よく分かりませんが、その grep 、日本語対応してますか?
 ドキュメントが英語で、それが読めないとなると、素直に日本のベクタに
登録されているものを使ったほうが安全みたいな気がします。
 わからんちんの文太ですが。



11677/11538 CRG00666  文太             展開後のタイムスタンプ
( 0) 24/11/23 09:55 11676:文太さんへのコメント
 独り言発言です。
 何が話題だったか思い出せませんが、きっと2年くらい前に、アーカイブ
ファイルを展開すると、あるいはファイルをDLすると、その展開日、
あるいはDL日にタイムスタンプが変更されてしまうみたい(Win7あたりから?)
という話がありました。

#10343: Re: win7 bupdate 投稿者: konno   2022/10/18

 このあたりが近いかもしれない。

 で、昨晩の「grep-2.5.4-bin.zip」を、Win11 右クリック「すべて展開」と
(いわば)プリミティブなLHMeltで試したところ、後者では
タイムプタンプが保持されました。

2009/02/13  09:19            92,160 egrep.exe
2009/02/13  09:19            54,784 fgrep.exe
2009/02/13  09:19            96,256 grep.exe

 こんな具合。右クリックが楽なのですが、お仕事まわり以外では、わざわざ
LHMeltを使おうと思います。もちろん関連付けされているので、
ダブルクリックするだけなのですが。



11678/11538 BQO00549  konno            Re^5: ren grep fgrep
( 0) 24/11/23 15:58 11670:文太さんへのコメント コメント数:2
混線しているのでここにつけます。

> >これはつまり、どちらでもヒットするはず、ということですか。
> >結果的には fgrep のほうだけヒットしたので、メタキャラの解釈にバグがあるかもしれないということ?

そもそもの混乱の発端はこの書き込みでしたね。
結論から言うとこの書き込みは間違いでした。
文太さんは、これはおかしいんじゃないかと言いたかったのですね。やっと理解できました。

上のバグか? という書き込みは寝室のPCでやった結果なのですが、別のPCで試したらどちらでもヒットしました。
それで寝室PCに問題の原因があると思い、VTDOSのメモリ状態を疑ったりDISCを疑ったりもしました。
最後に grep.exe の存在確認をしたら・・・あると思っていたものが無かったのです。

>  grep で結果が出ず(ヒットなし)、fgrepで結果が出る(ヒットあり)。何かおかしいようには
> 思われます。
>  konnoさんが考えていること、というより、konnoさんがやっていることが、僕にはよく読めて
> いないような感じがしています。
>  ちゃんとしたツールで、「漏れ」とか、あってはいけないような気がします。

つまり、私が大ポカミスをしていたということで、文太さんの疑念が正しかったのでした。m(__)m
何故そうなったのか。リネームして退避していた実行ファイルを戻す。と言う操作をしたときに誤操作したのか?

実行ファイルのフォルダには e の欠けたファイルが残っていました。
2009/02/13  09:19            96,256 grep.ex
しかしこれは元のファイルとは日付の時間が微妙に違っています。
2009/02/13  17:19            96,256 grep.exe  元のファイル
FC BIN で比較すると中身は同じでした。・・・ん? もしかして標準時間の差?
どうもコピー時にトラブってこうなったように見えますが、わかりません。

では、存在しないはずの grep はどこから呼ばれたのか? Windowsのファルダにはありませんでした。
PATH=c:\ut;c:\;c:\bcc\bin;c:\tc;c:\tc\INCLUDE;c:\tc\LIB;c:\windows;c:\windows\system32;
パスを順に見ていったら、\tc\ の中にありました。(^^;
 C:\TC のディレクトリ
1989/05/11  02:01             7,029 GREP.COM

これは古いですね。だから再帰で読めなかったのでしょう。
大変お騒がせしてすみませんでした。m(__)m


# 大山鳴動して鼠一匹とはこのことか(違


11679/11538 CRG00666  文太             おち
( 0) 24/11/23 16:33 11678:konnoさんへのコメント コメント数:2
konnoさん

>パスを順に見ていったら、\tc\ の中にありました。(^^;
> C:\TC のディレクトリ
>1989/05/11  02:01             7,029 GREP.COM

 ここでいちばん笑いました。

 で、その2つの32ビットGNU・GREPなのですが、動きます?
もちろん、僕は昨晩DLしたのを解凍したのですが、pcre32.dllがない、
とかで動かせませんでした。

2009/02/13  09:19            96,256 grep.ex
2009/02/13  17:19            96,256 grep.exe  元のファイル

 このタイムスタンプの差には気が付いていました。

>リネームして退避していた実行ファイルを戻す。と言う操作をしたときに
>誤操作したのか?
 ありえますね。
 わざと、exe -> ex をした可能性もあるかも。意図してやったのに、
忘れた、とか。僕ならありえます。

 しょうがないので、超絶技を披露いたしましょう!


11680/11538 CRG00666  文太             超絶技@VTDOS
( 0) 24/11/23 16:39 11679:文太さんへのコメント コメント数:1
 32ビットアプリでグレップしたい。ディレクトリ再帰もさせたい。
 32ビットのグレップはどうもあまりうまいのが見つからない。
 では、32ビットの awk、mawk32.exeにやってもらおう。awkに
ディレクトリ再帰の機能はないから、wild32.exe に手伝ってもらおう。

 方針は、
(1)ヒットするファイルをディレクトリの奥深くに置いておく。
(2)グレップ用スクリプトは、「あ」がいっぱい並ぶ行をグレップ(抽出)せよ。
(3)wild32 でリカーシブせよ。
(4)結果は大量の0バイトファイルと、少数のヒット行を含む、対象と同名のファイル、
   となるはず。


C:\WK>type t.txt			;これにヒットさせるつもり(1)
ああああああああああああああああああああ	;20個のはず。see ★

C:\WK>move t.txt c:\tk\vzlog\dc\01	;ヒットさせるファイルをvzlog
					;ディレクトリの奥に置く
C:\WK>type t.awk			;awk スクリプト(printを省略できる)
/あああああああ+/			;(2)これでグレップと同じ機能

C:\WK>wild32 -R "mawk32 -f t.awk $f >c:\wk\$x" c:\tk\vzlog\dc\*.*
expand wildcard & excute command - WILD version1.50 (c) 1996-99 by namazu & Si
74 file(s) is found			;74個の対象ファイルです! 74個グレップせよ。
					;wild32 でリカーシブ(再帰)だ(3)
C:\WK>dir				;結果です
 C:\wk のディレクトリ

2024/11/23  15:55                 0 DC01~012.LOG	;対象ファイルと同名の結果ファイル
2024/11/23  15:55                 0 DC02.LST		;もちろん、ノン・ヒットなので
2024/11/23  15:55                 0 DC02_968.LOG	;ゼロバイト
2024/11/23  15:55                 0 DC02_981.LOG
2024/11/23  15:55               152 DC06C967.LOG	;ここには偶然、いっぱい
(いっぱい中略)					;「ああああああ」がいた
2024/11/23  15:55                 0 DC18C995.LOG
2024/11/23  15:55                 0 DC18C996.LOG
2024/11/23  15:55                 0 DC19C973.LOG
2024/11/23  15:55                 0 DC19~021.LOG
2024/11/23  15:55                 0 DC19~027.LOG
2024/11/23  15:55                 0 DC20B9A1.LOG
2024/11/23  15:48                27 t.awk		;スクリプト
2024/11/23  15:55                42 t.txt		;ヒット! 結果ファイルです。
							;15:55 が上のノンヒットのログと同じ
							;★=「あ」が20個+CRLF

 繰り返しっぽいですが、vzlog\dc 以下に74個の対象ファイルがあり、
c:\wk に74個の結果ファイルができるあがる仕組みです。

 同じことが、DOSVAXJ3 で、できればいいんじゃない?
 32ビットアプリX2、ですが。



11681/11538 CRG00666  文太             超絶でも何でもない
( 0) 24/11/23 19:27 11680:文太さんへのコメント コメント数:1
C:\WK>type c:\tk\vzlog\dc\01\t.txt
愛愛愛愛愛

C:\WK>yagrep -r "愛愛愛愛愛" c:\tk\vzlog\dc\*.*
c:\tk\vzlog\dc\01/t.txt:愛愛愛愛愛		;最後だけスラッシュなのは、
						;その前までをコマンドラインから
						;コピーしてるからでしょう。
						;読みづらい。
C:\WK>ygrep -r "愛愛愛愛愛" c:\tk\vzlog\dc\*.*
c:\tk\vzlog\dc\01\t.txt        1:愛愛愛愛愛	;読みやすい!

 同じテストが上のかたちでできたのは、yagrep.exe と ygrep.exe だけでした。
 前回と同じく74個のファイルを舐めたはずです。
 もちろん、yagrep.exe は32ビット、ygrep.exe は16ビットアプリです。

 yagrepは、「表」「十」とかでもこけた。残念、信頼感なし。
 ygrepは、このあたりは見事クリアしました。
 wgrepは、再帰では動かせなかった。

 もちろん、VTDOS環境です。



11682/11538 CRG00666  文太             wgrep -u について
( 0) 24/11/23 20:54 11681:文太さんへのコメント コメント数:2
 wgrep.doc を読んで、なんでできない? に答えを求めました。
 考察の結果です。「再帰」ではないです。
 一層下だけ、という意味みたいです。wgrep.docからは、そうは読めないと
思うけど。


----- wgrep.doc -----

----------------------------------------
  -u        :サブディレクトリも検索
----------------------------------------

 該当のディレクトリ下の全てのディレクトリ、ファイルを検索対象とします。

 検索の対象となるディレクトリは以下の様になります。

    [ドライブ:][¥][ディレクトリ¥]ファイル名
          |             |                     |
          |             |                     +----ワイルドカードが利用出来ます。
          |             +----ディレクトリの先頭に\が無いとカレントディレクトリ下のディレクトリを検
          |                  索対象とします。
          +----ドライブの指定が無いとカレントドライブを対象とします。

 例を次に示します。

          a:\test.*      Aドライブの全ファイル中でtest.*のファイル
          \test.*        カレントドライブの全ファイル中でtest.*のファイル
      a:\work\test.* Aドライブのディレクトリwork下の全ファイル中でtest.*のファイル
      work\test.*    カレントドライブのカレントディレクトリのディレクトリwork下の全ファイル中で
             test.*のファイル

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


C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\01\*.*
------------------ C:\TK\VZLOG\DC\01\T.TXT
愛愛愛愛愛

C:\>wgrep "愛愛愛" C:\tk\vzLOG\dc\01\*.*	; -u オプションなし
------------------ C:\TK\VZLOG\DC\01\T.TXT	; 結果は上に同じ。-u の意味、ないじゃん
愛愛愛愛愛

C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\*.*	;dcフォルダの下の01フォルダに
ファイルが読めません ---> C:\TK\VZLOG\DC\*.*	;ヒットすべきファイルがある


 「再帰」を使いたい場合は、ygrep.exe にお仕事を頼むのが良いと思います。
 nifty 過去ログに、これに関する発言はなかったようです。誰も使ってない。

 総じて、Windows 時代になってからの、これらテキスト処理ツールの進化は
あまり大きなものではなかった、ということだと思います。
 みなLinuxが普通に使えたので、Windows のコンソールでテキスト処理を
する必要がなかったのでしょう。GNUもののWin32への移植も、あまり輝かしい
成功をおさめたとも思えませんし。
 僕は、特殊な場合以外(PCオーディオ)、とりわけLinux的世界に
魅力は感じていませんが。
 純DOS機とWinME。これらをはやく調整して調達しないと。



11683/11538 CRG00666  文太             wild.exe or VTDOS の限界
( 0) 24/11/23 21:38 11682:文太さんへのコメント

 wild32 + mawk32 の組み合わせはうまくいきました。
 で、あれは、フィルター系ツールの使い方だからな、「再帰」のない普通のgrepで、
そこに「再帰」を追加する、普通のgrepの使い方を書いておこう、と試しました。

 通じないかもしれませんが、$x がフィルター系の使い方なのです。
 つまり、sed や awk で、複数ファイルを処理するとき、結果も入力と同じだけの
数のファイルが欲しい。だから、$x が必要になる。

 グレップは、結果ファイルが1つで(ふつう)いい。すると、以下のようになる。

wild -R "izgrep -e 愛愛愛 $f >>c:\wk\kek.txt" c:\tk\vzlog\dc\*.*
wild -R "grep -e 愛愛愛 $f >>c:\wk\kek.txt" c:\tk\vzlog\dc\*.*
 ($x の部分が、>>kek.txt と決め打ち)

 -r (recursive)のない、普通のgrepに、wild.exeに参加してもらって、「再帰」
の機能を加えようとしています。
 VTDOS環境ではダメでした。
 純DOSやWinMEなら、きっと素直にできるのだろう、と思っています。
 (Win11 じきじきのエラーメッセージがそれらしかったから)

 ま、wild32 + mawk32 (とは限らないだろう)が、VTDOS 環境で、なかば奇跡的に
可能だった、と思っておいて良いように思います。

 「再帰」が欲しければ、ygrep.exe が十分な仕事をしてくれるはずです。

 けっきょくこういうの、好きなんだなぁ。
 睡眠不足と戦ってます。糖尿病とも戦ってます。



11684/11538 CXB00940  としき           Re: 文太のグレップ(複数)ほか
( 0) 24/11/23 23:36 11671:文太さんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/
> C:\>dir c:\bin | grep -i "grep"
> 1992/05/03  06:47            78,419 CGREP.EXE
> 1994/10/06  13:01            50,672 DGREP.EXE
> 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
> 1993/04/11  16:05            23,997 IZGREP.EXE
> 1994/04/30  10:07            66,700 YGREP.EXE

あはは、懐かしいものがいっぱい。
うちの場合はこう。

c:\>dir /s c:\*.exe c:\*.com | find /i "grep" | sort /+36
1994/10/06  00:00            50,672 DGREP.EXE
2000/09/13  17:21            69,632 egrep.exe
1986/03/11  02:09            10,260 FGREP.EXE
1998/08/31  04:00           102,400 grep.exe
1988/05/02  02:56            17,551 GREP.EXE
1993/12/01  01:53            19,884 WGREP.COM

CGREPは評価はしたことはあるはず。
http://toshiki.la.coocan.jp/computer/library/ls-lr.txt
によると、持っていることは持っているから。バージョンは違うかもしれないけど。
DGREPは同じものっぽいけど、微妙にタイムスタンプが違うのはなぜだろう。
egrepはいろいろと謎。タイムスタンプから32ビット対応だとは思う。ドキュメント
の類似性から新出さんのUnix like toolsのものだと思うけど、ドキュメントには
日本語非対応と明記してあった。そして、そのドキュメントには、同一パッケージ内
にjegrepが同梱されていると書いてあったけど、なぜか私は使っていない模様。
そしてドキュメントには、遅いと明記してある。
FGREPは ASCII tools の名ばかりgrep。なぜ名ばかりかというと、正規表現に対応して
いないから。きちんと対応したのがGREP.EXE。一方、grep.exeのほうはDELPHIの
おまけのツール。使ったことがない。
WGREPはなぜ文太さんが使っていないのか、不思議。

余談ですが、IZGREPとYGREPも、ドキュメントは読んだ記憶があるような。
そして、他のGREPにはなくてこれらのGREPにある機能で私が必要とするものがないので
導入しなかった、ようなうろ覚えの記憶。
一方でyagrepは、私は明らかに使ったことがない。入手したことすらないはず。


11685/11538 BQO00549  konno            Re: おち
( 0) 24/11/24 00:02 11679:文太さんへのコメント コメント数:2
>  で、その2つの32ビットGNU・GREPなのですが、動きます?
> もちろん、僕は昨晩DLしたのを解凍したのですが、pcre32.dllがない、
> とかで動かせませんでした。

このDLLは ZIPの中には無いですね。私は多分 SETUP.EXE から落としたのでしょう。

#11677 
> #10343: Re: win7 bupdate 投稿者: konno   2022/10/18
>  このあたりが近いかもしれない。

多分そのころです。
2018/10/06  00:36           451,824 grep-2.5.4-bin.zip
この日付の前は #8214
> > >Grep (GNU) 需要予測 1.txt
> > 需要予測
> おお、GNUGrep は大丈夫なんですか。
> ちょっと探してみます。
多分この後に落としたんでしょうね。
私の使い方では検索漏れも少ないみたいなのでこれ以降再帰検索ではずっと愛用しています。
WILD は GREP で使うにはあまり向いていないと思うので、別の機会に。


11686/11538 CXB00940  としき           Re: wgrep -u について
( 0) 24/11/24 00:03 11682:文太さんへのコメント コメント数:3
参照先:http://toshiki.la.coocan.jp/
>  wgrep.doc を読んで、なんでできない? に答えを求めました。
>  考察の結果です。「再帰」ではないです。
>  一層下だけ、という意味みたいです。wgrep.docからは、そうは読めないと
> 思うけど。

それはおかしい。
私、PC-98の時代から、該当ディレクトリ下部一括検索をする時はいつもwgrepを
使っていました。そして、30年余りの経験で、検索漏れに気がついたことは
一度もない。
そして今、WinXPをひっぱりだしてきてVTDOS122でwgrepを使ってみました。
結果、少なくとも3階層くらい下までは引っ張ってきてくれています。
なお、以下表示の右端側は省略しています。

> VTDOS|D:\TOSHIKI\NIF>type C:\FREEWARE\DOS\WGREP.CFG 
> -i -j15 -s7 -u -h3 -t
> 
> VTDOS|D:\TOSHIKI\NIF>wgrep -u "grep" *.txt
> NIFTY\FGALDC\MES13\09260.TXT 14:これは grep を使って検索するときも同様でし
> NIFTY\FGALDC\MES13\09260.TXT 18:定正規表現を使わずに検索できる時には、grep 
> NIFTY\FGALDC\MES13\09266.TXT 7:》定正規表現を使わずに検索できる時には、grep 
(以下略)

少なくとも私のVTDOS環境では、PC-98の生DOS環境と同様、きちんと再帰検索できて
います。

>  「再帰」を使いたい場合は、ygrep.exe にお仕事を頼むのが良いと思います。

こちらに対しては特に異を唱えるものでもありませんが、

>  nifty 過去ログに、これに関する発言はなかったようです。誰も使ってない。

こちらに対しては小異あり。
ygrepを誰も使っていない、なんて事はないと思う。
あるいは、仕様どおりというか全く何も問題がなかったから発言がなかった、という
見方もできるかも。

> C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\*.*	;dcフォルダの下の01フォルダに
> ファイルが読めません ---> C:\TK\VZLOG\DC\*.*	;ヒットすべきファイルがある

うん、実は気がついていない人が多いのですが、こうなる可能性があるパターンと
いうのがありまして。
dcフォルダの下の01フォルダにヒットすべきファイルが仮にあったとしても、
dcフォルダそのものにファイルが1つもない場合、このメッセージが表示されるの
ですよ。
その場合、dcフォルダにダミーファイルを1つ作ってやれば、うまくヒットします。
ファイル名は何でもよろし。dummy.xlsでも何でもOK。


11687/11538 CXB00940  としき           Re^6: ren grep fgrep
( 0) 24/11/24 00:12 11678:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/
> FC BIN で比較すると中身は同じでした。・・・ん? もしかして標準時間の差?
> どうもコピー時にトラブってこうなったように見えますが、わかりません。

う〜ん、8時間の差、というのがよくわかりませんね。
9時間の差、というのはUTCとJSTの解釈ミスで時々見かけますけど。
あと、かなり昔のアメリカ製の圧縮ソフトで、夏時間の解釈を間違って圧縮時だか
解凍時に1時間狂わせる、というのがあったそうですが、最近のソフトでそういう
ものがあるとは思えない。けど、むしろMS純正のソフトでありそうな気がするのは
私の偏見か。

> パスを順に見ていったら、\tc\ の中にありました。(^^;
>  C:\TC のディレクトリ
> 1989/05/11  02:01             7,029 GREP.COM

うぉ、これも懐かしいですね。TurboC 2.01だ。
実家に行けば、今でも残っているかも。


11688/11538 CRG00666  文太             Re^2: wgrep -u について
( 0) 24/11/24 00:16 11686:としきさんへのコメント コメント数:2
としきさん

>それはおかしい。
 そうですか。はい、としきさんが、wgrepのオプションを環境変数にセット
して使っていたのは、過去ログから(上の内容1行でしたが)知ってました。

>私、PC-98の時代から、該当ディレクトリ下部一括検索をする時はいつもwgrepを
>使っていました。そして、30年余りの経験で、検索漏れに気がついたことは
>一度もない。
 なるほど!

>そして今、WinXPをひっぱりだしてきてVTDOS122でwgrepを使ってみました。
 ありがとうございました。助かります。

>少なくとも私のVTDOS環境では、PC-98の生DOS環境と同様、きちんと再帰検索できて
>います。
 明日、試してみます。

>>  nifty 過去ログに、これに関する発言はなかったようです。誰も使ってない。
>こちらに対しては小異あり。
 僕が言ってるのは、wgrepの「再帰」のことです。はい、としきさんを除いて、
です。

>その場合、dcフォルダにダミーファイルを1つ作ってやれば、うまくヒットします。
>ファイル名は何でもよろし。dummy.xlsでも何でもOK。
 了解。明日、試します。
 でも、なんでこんなこと知ってるの? ある種の論理的思考でこうなるはず、
とかあるんですか?
 DOSアプリの癖です、とか?



11689/11538 CRG00666  文太             TCと、時間差
( 0) 24/11/24 00:20 11687:としきさんへのコメント
konnoさん、としきさん

>うぉ、これも懐かしいですね。TurboC 2.01だ。
 TCって? と思ってました。
 やっぱり、TurboC なのか。あれ? konnoさん、Cにも興味があった
のですね。興味ぐらいは、かつて持ってましたよん、でしょうか。



11690/11538 CRG00666  文太             Re^2: 文太のグレップ(複数)ほか
( 0) 24/11/24 00:47 11684:としきさんへのコメント コメント数:1
としきさん

>FGREPは ASCII tools の名ばかりgrep。なぜ名ばかりかというと、
>正規表現に対応していないから。

 気持ちは分かりますが、正規表現に対応していたら、fgrep ではないような。
 grep (Global Regex Print)ではあるけれど、正規表現を殺してほしい場面は
とりわけプログラマーにはあるのでしょう。もちろん、たいていオプションで
殺せるとは思うけど。>grep -F より、>fgrep のほうが、頭脳的にも楽です。

>WGREPはなぜ文太さんが使っていないのか、不思議。

 最初に、jgrep (日本語対応) とか、cgrep, ygrep, izgrep に出会ったから
でしょう。アーカイブをグレップというのは、最初のHDが120MBだった
僕には、必要ある? だったのでしょう。diet も使ったことないし。

>余談ですが、IZGREPとYGREPも、ドキュメントは読んだ記憶があるような。
>そして、他のGREPにはなくてこれらのGREPにある機能で私が必要とするものがないので
>導入しなかった、ようなうろ覚えの記憶。

 ygrepが画期的だったのは、niftyログをアーティクル単位で抽出できたから。
 そして、ygear.def by とらじがあったから。あのマクロのインターフェイスは、
僕的には最高です。ツールのシェルとしてのマクロの鏡です。
 ygrep は、ソースがけっきょく公開されませんでした。
 これに立腹していた Bruce.さんは、あれを yagrep 命名したのです。でも、
本人が使わないツールは、やっぱり、、、。yagrep.exe が僕に残した
メッセージは、「なんでygrepのソースは公開されなかったんだよ」でした。
TSで色々あったのでしょう。

 izgrepは、速さと、doc の誠実さ、作者の姿勢。そして、sed の機能を
一部もっている、でしょうか。始めて接したときに感動しました。
 sed は、sed で、もうその機能をizgrepで使うことはありませんが。
 DOS時代のgrepの進化としては、sed の機能を一部内包したgrepというのが
あったのではないでしょうか。


11691/11538 CRG00666  文太             Re^3: wgrep -u について
( 0) 24/11/24 00:59 11688:文太さんへのコメント コメント数:1
 以下をどう読むかは難しそう。たしかに普通のディレクトリ構成なら
3階層ぐらいはいけそう。僕の環境では、dcが起点だと、まともなのは
1階層ですけれど。

C:\TK\VZLOG>wgrep -u "愛愛愛" C:\tk\*.*
メモリが不足しています

C:\TK\VZLOG>wgrep -u "愛愛愛" C:\tk\vzlog\*.*
------------------ C:\TK\VZLOG\DC\01\T.TXT
愛愛愛愛愛
メモリが不足しています		;たぶん運よくヒットできた

C:\TK\VZLOG>wgrep -u "愛愛愛" C:\tk\vzlog\dc\*.*
------------------ C:\TK\VZLOG\DC\01\T.TXT
愛愛愛愛愛

 でも、ファイルがないディレクトリだけの階層は挟むな、これで
OKです。
 としきさんに多謝。すげえな、やっぱり。年季がちがう。
 だって、あれだけの連投を読み込んだうえでの、これだよ。
 ほんと、ありがと。



11692/11538 CRG00666  文太             konnoさん、掲示板?
( 0) 24/11/24 01:03 11684:としきさんへのコメント コメント数:1
c:\>dir /s c:\*.exe c:\*.com | find /i "grep" | sort /+36
994/10/06  00:00            50,672 DGREP.EXE

 あはははは。楽しい。でも、その話でなく、

994/10/06 は
1994/10/06 ですよね。

 この掲示板の「あれ」なのでしょうか >konnoさん


11693/11538 CXB00940  としき           Re^3: wgrep -u について
( 0) 24/11/24 02:16 11688:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
朝起きたら市内一斉清掃に参加しなければならぬ。
こんな時間までネットに首を突っ込んでいる暇はないはず。というのは建前。
とりあえず一つだけ。

> >その場合、dcフォルダにダミーファイルを1つ作ってやれば、うまくヒットします。
> >ファイル名は何でもよろし。dummy.xlsでも何でもOK。

>  でも、なんでこんなこと知ってるの? ある種の論理的思考でこうなるはず、
> とかあるんですか?

経験者だから。
いや、実はですねぇ。
私がよくやるのは、*.txt なんてファイル指定なんですが、この場合だと、拡張子が
txt のファイルが一つもないと、他にいくつファイルがあっても、例の読み込めない
というメッセージが出てしまうのですよ。
今回の文太さんの例だと、ファイル指定が *.* となっていたから、ではファイルが
1つもなかったんだろうな、と推測した次第。

そんだけ。


11694/11538 CXB00940  としき           Re^3: 文太のグレップ(複数)ほか
( 0) 24/11/24 02:35 11690:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
>  気持ちは分かりますが、正規表現に対応していたら、fgrep ではないような。

あぁ、そうか、そうですよね。そういわれてみれば確かにそうかも。
とりあえず私、正規表現を使わない時はOS純正のfindを使うことが多いもので
ついついあんな発言をしてしまいます。
といいつつ、最近のWindowsにはOS純正でfindstrなんてコマンドもあったりする
から侮れない。いつからあるんだろう。WinNT4には既にあったりして。少なくとも
WinXPには存在している。

> >WGREPはなぜ文太さんが使っていないのか、不思議。
>  最初に、jgrep (日本語対応) とか、cgrep, ygrep, izgrep に出会ったから

なるほど。
速くて多機能なものに最初のころに出会えば、そうなりますよね。
私の場合、ASCII toolsが最初だけど、次はwgrepでした。
アーカイブの中の検索なんて機能はほとんど使ったことがないけど、再帰検索と
各種文字の同一視ができるというのは非常にありがたかった。

速いと評判だったのはizgrepですか。
たぶんこれだと思うのですが、速いと評判だったgrepを評価して、当時のニフティの
数百メガバイトのログファイルを検索してみたけど、検索条件が悪かったのか、
wgrepと大差なかったので使わなかった、ということがあったのは覚えている。
具体的な数字なんか当然覚えていませんが、1分半ぐらいのところで10秒ぐらいの
差だったような。とにかく、全ログ舐めてこの程度の差なら、わざわざ手になじんだ
ものから乗り換えるほどの事はないや、と考えるのに十分な程度の差でした。


11695/11538 CRG00666  文太             Re^4: wgrep -u について
( 0) 24/11/24 09:58 11693:としきさんへのコメント コメント数:1
としきさん

>朝起きたら市内一斉清掃に参加しなければならぬ。

 おはようございます。そして、お疲れ様でした。近所がきれいに
なりましたよね。
 うちは当番制なので、今年は奥様がやってきました。

>> でも、なんでこんなこと知ってるの?
>経験者だから。
 なるほど。

>私がよくやるのは、*.txt なんてファイル指定なんですが、
 abc??.txt という指定では、いつもできてるのに、今日は「*.txt」で
エラーが出るぞ、という経験があれば、論理的に考えますね。さすが。
経験は強し。

>今回の文太さんの例だと、ファイル指定が *.* となっていたから、
 ビンゴ! ディレクトリのみ14個でした。論理的、ふたたび。

C:\TK\VZLOG\DC>dir

2024/11/24  00:48    <DIR>          .
2024/11/24  00:54    <DIR>          ..
2024/11/23  19:12    <DIR>          01
2023/06/02  20:17    <DIR>          02
2023/06/02  20:17    <DIR>          04
2023/06/02  20:17    <DIR>          06
2023/06/02  20:17    <DIR>          13
2023/06/02  20:17    <DIR>          14
2024/11/23  15:53    <DIR>          15
2023/06/02  20:16    <DIR>          17
2023/06/02  20:16    <DIR>          18
2023/06/02  20:16    <DIR>          19
2023/06/02  20:16    <DIR>          20
2023/06/02  20:17    <DIR>          ct

 FGALDC 1階から20階まで。じつは、としきさんの
アドバイスで、aaa.txt 0 byte が、今まで入ってました。消したけど。
ygrep.exeにそんな制限ないもん。



11696/11538 CRG00666  文太             Re^2: wgrep -u について
( 0) 24/11/24 10:06 11686:としきさんへのコメント
としきさん

> VTDOS|D:\TOSHIKI\NIF>type C:\FREEWARE\DOS\WGREP.CFG
> -i -j15 -s7 -u -h3 -t                           ~~~
              ~~ 
 そうそう、これです。PK/DC ログを、ygrepの「発言アーティクル」
単位検索で、"wgrep:再帰" のアンド検索をしたら、唯一出てきたのが
この部分への言及。「環境変数で設定してます」by としき、でした。


11697/11538 CRG00666  文太             find, findstr, replace, sort /+36
( 0) 24/11/24 10:18 11694:としきさんへのコメント
としきさん

>正規表現を使わない時はOS純正のfindを使うことが多い

 find, findstr, replace そのうち調べておきましょう。
 あのパイプ技は、笑った。| sort /+36 は、僕には出なかった。ssortを
別プロセスで使っていたでしょう。

>私の場合、ASCII toolsが最初だけど、次はwgrepでした。

 僕のVz(wgrep)との付き合いは遅いんです。「松」と「エコロジー」
の時代が長く、そして日野図書館でみつけたディスクつきのPC本。

>速いと評判だったのはizgrepですか。

 ま、時間差は、じつは大したものでもないでしょう。VTDOS環境のXXさ
にも、もうすっかり慣れてるし(というほど、PC自体を使ってない)。
 先日ちらと izgrep.doc を読んだら、「出力が大きいと差が感じられない
かもしれない」とありました。結果のプリントは膨大な時間がかかるみたい。
これで検索自体の差が帳消しになる、とか。



11698/11538 CRG00666  文太             Re^2: おち
( 0) 24/11/24 10:36 11685:konnoさんへのコメント
konnoさん

 なんだか、すごい怒涛になってしまいました。
 すみませね。

>このDLLは ZIPの中には無いですね。私は多分 SETUP.EXE から
>落としたのでしょう。

 なるほど。そういうパッケージの仕方、みたことあります。
 いつか探すかも、、、。

>WILD は GREP で使うにはあまり向いていないと思うので、別の機会に。

 はい、まったくその通りだと思います。ygrep.exeで足りると思います。



11699/11538 CXB00940  としき           Re: konnoさん、掲示板?
( 0) 24/11/24 10:40 11692:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
>  この掲示板の「あれ」なのでしょうか >konnoさん

あれ、というか「癖」っぽいですね。うん、「ヤマイダレ」のついている漢字だ。
mode=msgviewのときだけ発病する感じ。
allreadとかnewsortの時はきちんと欠落なく表示してくれているから。
そして、行頭が半角「1」は欠落するけど半角「2」なら大丈夫、というのも不思議。
どうすればこうなるんだろう。


11700/11538 CXB00940  としき           Re^4: wgrep -u について
( 0) 24/11/24 11:04 11691:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
>  でも、ファイルがないディレクトリだけの階層は挟むな、これで
> OKです。

いってることは伝わるかもしれませんが、としき的には微妙に不正確。
カレントに .txt のファイルがあれば、以下の階層に一つも .txt がなくても
wgrepはこけません。すなわち、ファイル検索の起点にさえ対象のファイルが
ありさえすれば、以下のディレクトリにはファイルがない階層が挟まって
いても問題ない、というのがとしき的な表現です。
#いいじゃねぇか、そんなこまけぇこと


11701/11538 CRG00666  文太             Re^5: wgrep -u について
( 0) 24/11/24 12:39 11700:としきさんへのコメント
としきさん

>#いいじゃねぇか、そんなこまけぇこと
 でもないですよ。

 いつの日にか、この「wgrep -u について」のやり取りをグレップで
発見し、おお、先人の方、としきさん、感謝、m(__)m となるかもしれない。

>ファイル検索の起点にさえ対象のファイルがありさえすれば、
 なるほど。試さないけど、途中に空が挟まっていてもいいんだ。
 違いは大きいと思います。
 が、wgrep -u を使うことは、しばらくないと思うので、
僕にとっては、いいじゃん、なんだけど。
 m(__)m

 いい天気ですねぇ。気分が完全に天気に左右されるお年頃になってます。



11702/11538 CXB00940  としき           Re^7: ren grep fgrep
( 0) 24/11/24 17:23 11687:としきさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/
> >  C:\TC のディレクトリ
> > 1989/05/11  02:01             7,029 GREP.COM
> 
> うぉ、これも懐かしいですね。TurboC 2.01だ。
> 実家に行けば、今でも残っているかも。

珍しくフットワーク軽く、実家に行ってきました。タッチアンドゴー。
結果。
実家にあったのはTurboC 2.00。

1988/12/20  02:00             8,263 GREP.COM

こんなものあったんだ。たぶん、使った事はない。


11703/11538 CXB00940  としき           Re^5: wgrep -u について
( 0) 24/11/24 17:33 11695:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/
>  うちは当番制なので、今年は奥様がやってきました。

一人暮らしだと、そういうわけには行きません。
ただ、同一市内の実家は母と弟が暮らしていて、母が体調不良だから当然弟がやる
かと思ったら誰も出て行かなかったとのこと。いささかあきれる。

> >私がよくやるのは、*.txt なんてファイル指定なんですが、
>  abc??.txt という指定では、いつもできてるのに、今日は「*.txt」で
> エラーが出るぞ、という経験があれば、論理的に考えますね。さすが。

私の解釈の問題というか誤解しているのかもしれません。
私の経験では、別のディレクトリだと abc??.txt という指定でも *.txt でも行ける
のに、特定のディレクトリでは同じ指定なのにうまく行かない、なにが違う、という
ところが出発点。そして、あ、このディレクトリはファイル豊富なのに拡張子が txt
のファイルは一つもない、という気付きから数回の実験をおこなって、というような
感じですね。だからこの辺、論理的は考えますが、少なくとも1回は実験を行って、
自分の考えを確かめないと。
何せ、一番信用できないのが自分の考えというやつですから。


11704/11538 BQO00549  konno            Re^2: wgrep -u について
( 0) 24/11/24 18:00 11686:としきさんへのコメント
> >  wgrep.doc を読んで、なんでできない? に答えを求めました。
> >  考察の結果です。「再帰」ではないです。
> >  一層下だけ、という意味みたいです。wgrep.docからは、そうは読めないと

wgrep は再帰検索に失敗することが有るので、この説明に納得しかけましたが

> それはおかしい。
> 私、PC-98の時代から、該当ディレクトリ下部一括検索をする時はいつもwgrepを
> 使っていました。そして、30年余りの経験で、検索漏れに気がついたことは
> 一度もない。
> そして今、WinXPをひっぱりだしてきてVTDOS122でwgrepを使ってみました。
> 結果、少なくとも3階層くらい下までは引っ張ってきてくれています。

そ、そうなんですか。

> > C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\*.*	;dcフォルダの下の01フォルダに
> > ファイルが読めません ---> C:\TK\VZLOG\DC\*.*	;ヒットすべきファイルがある
> 
> うん、実は気がついていない人が多いのですが、こうなる可能性があるパターンと
> いうのがありまして。
> dcフォルダの下の01フォルダにヒットすべきファイルが仮にあったとしても、
> dcフォルダそのものにファイルが1つもない場合、このメッセージが表示されるの
> ですよ。
> その場合、dcフォルダにダミーファイルを1つ作ってやれば、うまくヒットします。
> ファイル名は何でもよろし。dummy.xlsでも何でもOK。

今まで wgrepの再帰検索は不安定だなぁと思っていたのですが、そういうことでしたか。
大変有益な情報をありがとうございます。


11705/11538 BQO00549  konno            Re^2: konnoさん、掲示板?
( 0) 24/11/24 18:44 11699:としきさんへのコメント コメント数:1
#11692
> c:\>dir /s c:\*.exe c:\*.com | find /i "grep" | sort /+36
> 994/10/06  00:00            50,672 DGREP.EXE

この多段パイプ技も目を引きましたが

> 994/10/06 は
> 1994/10/06 ですよね。
>  この掲示板の「あれ」なのでしょうか >konnoさん

この意味がわかりませんでした。

#11699
> あれ、というか「癖」っぽいですね。うん、「ヤマイダレ」のついている漢字だ。
> mode=msgviewのときだけ発病する感じ。
> allreadとかnewsortの時はきちんと欠落なく表示してくれているから。
> そして、行頭が半角「1」は欠落するけど半角「2」なら大丈夫、というのも不思議。
> どうすればこうなるんだろう。

やっとわかりました。
mode=msgviewのときだけ表示が変なのですね。
うちだけなのかな。
確認してみます。


# ヤマイダレハシナナキャナオラナイ富士の山異誰?


11706/11538 CRG00666  文太             grep.com from TC 1.5 and 2.01
( 0) 24/11/24 21:58 11702:としきさんへのコメント コメント数:1
 僕はこんなのを見つけました。


C:\TC\TC15>dir grep.com
1988/01/25  01:05             5,930 GREP.COM

C:\TC\TC15>grep
Turbo GREP	Version 1.0  Copyright (c) 1987 Borland International
Syntax is:	GREP [-rlcnvidzw] searchstring file[s]
		GREP ? for help

C:\TC\TC15>grep ?
Turbo GREP	Version 1.0  Copyright (c) 1987 Borland International
Syntax is:	GREP [-rlcnvidzw] searchstring file[s]

Options are one or more option characters preceeded by "-", and optionally
followed by "+" (turn option on), or "-" (turn it off).  The default is "+".
   -r*  Regular expression search	-l   File names only
   -c   match Count only		-n   Line numbers
   -v   Non-matching lines only		-i   Ignore case
   -d   Search subdirectories		-z   Verbose
   -w   Write default options
(Options flagged with a "*" are on by default)

A regular expression is one or more occurrences of:  One or more characters
optionally enclosed in quotes.  The following symbols are treated specially:

   ^  start of line		$  end of line
   .  any character		\  quote next character

   a*  match zero or more a's
   a+  match one or more a's

   [aeiou0-9]	match a, e, i, o, u, and 0 thru 9
   [^aeiou0-9]	match anything but a, e, i, o, u, and 0 thru 9



C:\TC\TC201>dir grep.com
1989/05/11  11:01             7,029 GREP.COM

C:\TC\TC201>grep
Turbo GREP  Version 1.2  Copyright (c) 1987, 1988 Borland International
Syntax:  GREP [-rlcnvidzuwo] searchstring file[s]
         GREP ? for help

C:\TC\TC201>grep ?
Turbo GREP  Version 1.2  Copyright (c) 1987, 1988 Borland International
Syntax:  GREP [-rlcnvidzuwo] searchstring file[s]

Options are one or more option characters preceeded by "-", and optionally
followed by "+" (turn option on), or "-" (turn it off).  The default is "+".
   -r+  Regular expression search	-l-  File names only
   -c-  match Count only		-n-  Line numbers
   -v-  Non-matching lines only		-i-  Ignore case
   -d-  Search subdirectories		-z-  Verbose
   -u-  Update default options		-w-  Word search
   -o-  UNIX output format		     Default set: [0-9A-Z_]

A regular expression is one or more occurrences of:  One or more characters
optionally enclosed in quotes.  The following symbols are treated specially:
   ^  start of line		$  end of line
   .  any character		\  quote next character
   *  match zero or more	+  match one or more

   [aeiou0-9]	match a, e, i, o, u, and 0 thru 9
   [^aeiou0-9]	match anything but a, e, i, o, u, and 0 thru 9


 上は一部フィクションを含みます。C:\TC なんてディレクトリ、この遊びっけ
なしのマシンに存在するわけがありません。遊びマシンは、1年以内くらいに
作ります。
 これら grep.com は、もちろん使ったこと、ありません。使う予定もありません。
 日本語対応ない grep が、日本語環境でどう振る舞うか、とか調べる気はありません。


konnoさん、TurboC 2.01
 1989/05/11  02:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

としきさん、TurboC 2.00
 1988/12/20  02:00             8,263 GREP.COM

文太、TurboC 1.5
 1988/01/25  01:05             5,930 GREP.COM

文太、TurboC 2.01
 1989/05/11  11:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

追記:Turbo grep には、ver. 1.0 から、「ディレクトリ再帰」がある!
 -d   Search subdirectories



11707/11538 CRG00666  文太             GNU grep 2.5.4 (English)
( 0) 24/11/24 22:51 11685:konnoさんへのコメント コメント数:1

 英語環境だけで使う(僕にはある)、というのなら、使えるのかもしれない。
 たぶん、一般にはお勧めできないのだろうと想像して、どこでどうこれを入手
したかは書きません。

C:\PROGRA~2\GNUWIN32\BIN>grep --version
GNU grep 2.5.4

Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

C:\PROGRA~2\GNUWIN32\BIN>grep
使用法: C:\PROGRA~2\GNUWIN32\BIN\GREP.EXE [オプション]‥‥ 文字列パターン [ファイル]‥‥
詳しくは`C:\PROGRA~2\GNUWIN32\BIN\GREP.EXE --help'を実行してください。

C:\PROGRA~2\GNUWIN32\BIN>type t.txt
表十

C:\PROGRA~2\GNUWIN32\BIN>grep "表" t.txt
C:\PROGRA~2\GNUWIN32\BIN\GREP.EXE: Trailing backslash



11708/11538 CRG00666  文太             32bit Grep (Japanese)
( 0) 24/11/25 00:04 11707:文太さんへのコメント
 32ビットの日本語対応グレップ、だと思う。awk-like な拡張正規表現が
使える模様。

www.vector.co.jp/soft/winnt/util/se365621.html

 Win11で、動くことだけ確認しました。もともとgrep.exeというファイル名
だったのですが、これではちょっと使いづらいので、作者の名前から、
popogrep.exeとリネームしました。
 あまり使う予定はないものですから。

C:\WK\POPOGREP>popogrep
Parameter error
 Usage : 
grep [option] string file

[option]
  -i : 比較中に大文字と小文字を区別しない
  -c : パターンを含む行の数だけを表示する
  -n : 各行の先頭に、ファイルにおけるその行の行番号を出力しない
  -v : パターンを含む行を除いたすべての行を出力する
  -p : 結果出力時にファイルのパスを表示しない
  -f : 結果出力時にファイルのパスをフルパス表示する(デフォルトは相対パス表示)
  -r : サブディレクトリも再起的に検索する 【あるじゃん!】

string : Grep対象文字列
         正規表現可
         ex)
            grep .+[abc]+ file

file   : ファイル名
         ワイルドカード可
         ex)
            grep abc *.txt

C:\WK\POPOGREP>type t.txt
表
十
愛

C:\WK\POPOGREP>popogrep "表" t.txt
popogrep.txt(17): と入力するとテキストファイルから"ABCDEFG"を含む行を全て抽出して画面に表示
popogrep.txt(26): 2.正規表現を使用することもできます。
popogrep.txt(32):     正規表現については、別途参考書等を参照してください。
popogrep.txt(39):      -c : パターンを含む行の数だけを表示する
popogrep.txt(42):      -p : 結果出力時にファイルのパスを表示しない
popogrep.txt(43):      -f : 結果出力時にファイルのパスをフルパス表示する(デフォルトは相対パス表示)
popogrep.txt(76): 起動時に何らかのエラーが表示される場合には、
t.txt(1): 表十

C:\WK\POPOGREP>popogrep 表 t.txt
popogrep.txt(17): と入力するとテキストファイルから"ABCDEFG"を含む行を全て抽出して画面に表示
popogrep.txt(26): 2.正規表現を使用することもできます。
popogrep.txt(32):     正規表現については、別途参考書等を参照してください。
popogrep.txt(39):      -c : パターンを含む行の数だけを表示する
popogrep.txt(42):      -p : 結果出力時にファイルのパスを表示しない
popogrep.txt(43):      -f : 結果出力時にファイルのパスをフルパス表示する(デフォルトは相対パス表示)
popogrep.txt(76): 起動時に何らかのエラーが表示される場合には、
t.txt(1): 表十

C:\WK\POPOGREP>popogrep 愛 t.txt
t.txt(3): 愛

 ま、バグってはいます。
 たぶん、

C:\WK\POPOGREP>popogrep 表 t.txt
が

C:\WK\POPOGREP>popogrep 表 *.*
か
C:\WK\POPOGREP>popogrep 表 *.txt
と解釈されているのでしょう。

 もちろん、かなり意地悪なテストです。こんな結果になるとは思わなかった
のだけど。



11709/11538 CXB00940  としき           Re: grep.com from TC 1.5 and 2.01
( 0) 24/11/25 00:27 11706:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/
> konnoさん、TurboC 2.01
>  1989/05/11  02:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

> 文太、TurboC 2.01
>  1989/05/11  11:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

かっきり9時間ですからねぇ。
どこかでタイムスタンプを狂わせる圧縮/解凍ツールを使った可能性が高そうな
結果ですね。


11710/11538 CXB00940  としき           Re^3: konnoさん、掲示板?
( 0) 24/11/25 00:34 11705:konnoさんへのコメント
参照先:http://toshiki.la.coocan.jp/
> mode=msgviewのときだけ表示が変なのですね。

行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。
ただ、今、いろいろと見て回っていたら、konnoさん、ちょうど手を入れている最中
なのかな。mode=allreadのツリー表示が微妙に崩れているところがある。
なんかまた、デグレが発生したかな。