Sign in

いとっち中の人

@itochi.com
109 followers 119 following 4.6K posts

老眼ズ乱視なオッサン。燃え尽きて灰人(廃人違う)。自営できてない自営のPCサポート業。 8ビット時代はMSXなどPCゲーム開発側、網元さん2作った人。ネトゲ放浪民、元EC〇フリージア。現在は鬼斬PC版にて絶賛放置中。国産がんばれ。アイコン&ヘッダーは頂きもの、詳細&連絡はHPにて。@南東北、奥茨城村 www.itochi.com

PostsRepliesMedia
いとっち中の人 @itochi.com · 9h
【ローカル】海岸の詩恵里館さん臨時休業中と・・・。もともとは実家の近所=駅前にあったのでその頃は良く行ってた。 r.goope.jp/shieri-kan/i...
r.goope.jp
お休みのお知らせ
いつも当店をご利用いただき、ありがとうございます。都合により、しばらくの間お休みいたします。営業再開につきましては、こちらでお知らせいたします。ご迷惑をおか...
000
いとっち中の人 @itochi.com · 10h
進捗、もうちょい。これでヒューマンエラーを更に封じた。(出力拡張子は省略できるが、入力と違ったのを指定するとエラー
000
いとっち中の人 @itochi.com · 12h
各プロセス(COM)に割り当てられてる64KBは他は干渉してこない前提。たぶん合ってるはず。
000
いとっち中の人 @itochi.com · 12h
即席でメモリ系レジスタの値を表示するプログラムで確認した限り、MS-DOSのCOMモデルだとスタックがFFFFあたりからで、プログラムの100H以降、スタックまでは自由に使って大丈夫なはず。いままでワークメモリもソース内のDBで領域取ってたけどさ。。。64KBがめちゃ広く感じる。
100
いとっち中の人 @itochi.com · 13h
【ネトゲ】 #鬼斬 ビットじゃなくドットでは?と突っ込みたくなったが、テラビットとのコラボなので合ってるのか・・・。
000
いとっち中の人 @itochi.com · 13h
ディスク上のインターリーブの場合は1・6・2・7・3・8・4・9・5が正しいかも。間に挟む。
000
いとっち中の人 @itochi.com · 13h
MAHALITO・・・なんかズレた。
000
いとっち中の人 @itochi.com · 13h
何で詳しいかって言うとディスクコピーを作ったことがあるからです。HX-34で普通だと15分くらいかかるの1セクタ飛ばしに読んだら3~4分に短縮されて驚いた。HC-95だともともと速いROMのせいか順読みで2分くらいでさらに驚く。
000
いとっち中の人 @itochi.com · 13h
初期のMSXでディスクアクセスがめっちゃ遅かったのはこれが原因の1つ。途中でメーカー側がディスクROMをアップデートして早くなった機種もあります。SONYとかヤマハFD05とか。
100
いとっち中の人 @itochi.com · 14h
件のコンバータ、1つだけ気がかりなのはセクタ並びがインターリーブされてたとき。通常は1~9が順番に来るんだけど、1を読み終わって2を指定してる間に2が過ぎて・・・2は1周してから読むので9倍遅くなる、の対策で1・3・5・7・9・2・4・6・8のように順番を変えてるテクニックがありました。MAHALOTOの仕様的には可能なのでそれが来ても対応できるようトラックはまとめ読みにしてるけど、正順に変換対応するかは未定。めんどくせーの。
100
いとっち中の人 @itochi.com · 29/09/2026
イメージ的にはこんな感じで、あとは処理を組む。ファイル指定部分は最新版を組み込んだ。(出力はフォルダnew¥~にして上書きを防ぐ
000
いとっち中の人 @itochi.com · 29/09/2026
次はこのヒューマンエラーをとことん塞いだファイル名入力を使ってコンバータを完成させよう、の巻。
000
いとっち中の人 @itochi.com · 29/09/2026
今度こそできた・・・っぽい。ファイル名チェックをディレクトリすべてに行うだけだったので基本あるからすぐだった。副産物でソースもきれいになった。
000
いとっち中の人 @itochi.com · 29/09/2026
でも実はまだ終わってない。ファイル名+拡張子と同じチェック処理をパスに対しても行わなきゃならない。今度こそ終わるか?(恐るべしDOSの制限
000
いとっち中の人 @itochi.com · 29/09/2026
これでこういうミスも弾ける。
000
いとっち中の人 @itochi.com · 29/09/2026
動いたでござる。入力されたドライブ・パスを解析してフルパス化。→そのうえで"..¥"されたらパスを1つ戻る。ルートだったらそのまま。".¥"は削除。なくなるまで繰り返す。
100
いとっち中の人 @itochi.com · 29/09/2026
ライブラリっても自作のなので自分で直す;
000
いとっち中の人 @itochi.com · 29/09/2026
んー、ライブラリにバグでもあるのか最後の¥パス¥の削除が動かん。要は..¥の処理。.¥のほうは出来た。モウチョイ
100
いとっち中の人 @itochi.com · 28/09/2026
入力されたファイル名から省略されたドライブ名とカレントパスを追加してフルパスにする。ここまでは出来た。そこから "..\"や".\"を検索して処理、をいま作ってる。
000
いとっち中の人 @itochi.com · 28/09/2026
文字検索系で、見つからなかったらDI=ゼロ、見つけたらDIでアドレス返してたけど、判別はZフラグに改修してた。のほうが早い。(いちいちDIをAXに移してORしてた
000
いとっち中の人 @itochi.com · 28/09/2026
Windows10のDOS窓で確認した限りだと、 C:\>CD .. → C:\ C:\>CD . →C:\ てことで、どちらもエラーみならずC:\変わらず。 さて、実装しよう。
000
いとっち中の人 @itochi.com · 28/09/2026
ま、おかげで文字列処理のライブラリがいっぱい出来た。功を焦らない、まさに年の功だわ。。。アァ
000
いとっち中の人 @itochi.com · 28/09/2026
これ、システムに渡すとそのまま動いちゃうから事前チェック必須。たぶんルートでは不可?
000
いとっち中の人 @itochi.com · 28/09/2026
MSDOSのファイルハンドルで実際に開いてるフルパスを求めることが出来れば良かったんだけど資料が見つからず。で、自前で確認やってるわけだけど、..¥とか.¥やられた時の処理を作ってる。めんどくせーわ。
100
いとっち中の人 @itochi.com · 27/09/2026
ヌル含むになってるけど、今回は通すように直した。出力先はパス名だけってケースもあり得るな、と。
000
いとっち中の人 @itochi.com · 27/09/2026
もはや、意地?このくらいにしとく。
100
いとっち中の人 @itochi.com · 27/09/2026
対応してた。v1.02だけど4:50より前のやつは間違ってるのでご注意を(動くけど)。とはいえ ..¥ とかやられたときは未対応。ドットだけとかドット前後に何もない場合でも通っちゃう。まぁOS側にエラーしてもらおう。
100
いとっち中の人 @itochi.com · 27/09/2026
床に蜘蛛が落ちてるんだが、閉じてない(蜘蛛の形)なので生きてるのか抜け殻なのか・・・。(ジグモ類
000
いとっち中の人 @itochi.com · 27/09/2026
ま、DOS時代のでは関係ないけどヒューマンエラーを塞ぐのがセキュリティにもつながる、はず。Webアプリ経験者としては。
000
いとっち中の人 @itochi.com · 27/09/2026
MS-DOSでのファイル名は8文字まで。現状のプログラムだと9文字目以降にそれぞれ違った入力されると、2つのファイルは別物と認識しちゃう。8文字+3文字のチェックも必要かもね。。。そう、一番めんどいのがヒューマンエラー。
131
いとっち中の人 @itochi.com · 27/09/2026
現役時代だったら半日あれば~な処理を組むのに2泊くらいかかる老人会。。。ガンバル
000
いとっち中の人 @itochi.com · 27/09/2026
一通りの処理は出来たので、あとは拡張子関連。。。(入力ファイルの拡張子を.DATにしたのが実態ファイル
100
いとっち中の人 @itochi.com · 27/09/2026
何してたかと言うと、パス名・ファイル名が128バイト超えたかエラー確認を追加してた。。。文字列を作ってからでは遅い;(バッファあふれる
010
いとっち中の人 @itochi.com · 27/09/2026
レジスタはCLでもいいんだけど、いちおう16ビットで。CH+CL=CX
000
いとっち中の人 @itochi.com · 27/09/2026
文字列の長さを調べるのと、末尾を求める処理は流用が効くと。
100
いとっち中の人 @itochi.com · 26/09/2026
【美プラ】狙ったんだと思うけど、「諏訪のお土産」って感じのパッケージすごくいい。PLUM社、諏訪姫。(たぶんこれが諏訪PAに普通に置かれる(笑
100
いとっち中の人 @itochi.com · 25/09/2026
【美プラ】PLUMさんの諏訪姫が出荷と。
000
いとっち中の人 @itochi.com · 25/09/2026
実際のところ MHLT2DSK data1dd.2dd new\data1dd のような使い方を想定してる。同じファイルだと上書き壊しちゃうので絶対に別にしなきゃならんの。DOSアセンブラ環境ゆえ自動リネームとかめんどくさい。
000
いとっち中の人 @itochi.com · 25/09/2026
ジャンク置き場に公開しました。 www.itochi.com/junk/index.h...
itochi.com
こざくらWeb(ジャンク置き場)
元業界人ですが、しばらく離れていました。MSXリハビリ兼ねていろいろ作っています。
000
いとっち中の人 @itochi.com · 25/09/2026
MS-DOSコマンドラインテスト。入力と出力が実は同じファイルってのチェックする処理に手間取った。。。
110
いとっち中の人 @itochi.com · 25/09/2026
当時、MSXメインだったけどどうせなら手元にあるNEC98でも機械語を使いたい、ってことで覚えたんだよね。セグメントCS/DS/SSを統一してCOMモデルにすれば64KBの範囲でZ80と同じように組める。16ビット演算でもフラグが変わるのだけ要注意だわね。
000
いとっち中の人 @itochi.com · 25/09/2026
Z80でもIX/IY大好きな人です。。。8086ではSI/DI。
000
いとっち中の人 @itochi.com · 25/09/2026
8086にRET NZは無いのだった(条件リターン全般?
000
いとっち中の人 @itochi.com · 25/09/2026
【ローカル】金曜の模型屋定例会もメンバーがすっかり老人会になり1人消え2人消え(生きてるが;)、なので営業時間の顔出しだけにするかも。そのぶん土曜に集中。
000
いとっち中の人 @itochi.com · 25/09/2026
さっきの投稿、OR で合ってたので削除。ゼロ確認以前にどちらかの文字列が終わってたら一致せず終了してるの。なのでチェックは両方ゼロのケースだけでok。当時の自分は現在より賢かったらしい。
100
いとっち中の人 @itochi.com · 25/09/2026
もしかしたらA0~DFもダメかもしれない。半角カナ。
000
いとっち中の人 @itochi.com · 25/09/2026
現在の日本語ファイル名とは互換性が低いので、シフトJIS範囲が含まれてたらエラーにする。ANKにリネームして通しておくれ;
100
いとっち中の人 @itochi.com · 25/09/2026
件のMS-DOS、ようやくコマンドライン解析の目処が立った。・・・歳の功か?(割と笑えない
111
いとっち中の人 @itochi.com · 24/09/2026
ガラガラとベアリングが劣化したような音がしてるのでPCの電源をオフ・・・違う? 音の出所を探したら野外1Fにあるポンプ、たぶん浄化槽のかなぁ。(住処特定?そんなもの行きつけの飲食店に聞けばバレますぜ?RPGのイベントみたいに。
000
いとっち中の人 @itochi.com · 23/09/2026
ペケッター、10の位のケタが上がった・・・。
010