DOS | OS/2 memo

毎年一回はこのタイトルでいけるね…（「８月の現状」とかとだいたい同じ意味で）

■[dos] VTDOS

土日は PC どころじゃなかったしなあ、ということで今ごろ試してみました。

• SHELL を指定しないと DOS 6.3 相当（初代 Win95 の command.com を指定すると DOS Version は 7.0 になった。FreeCOM は動きませんでした。ざんねん）。あれ、実際の画面サイズと Screen Size があってない…
• …と思ったら画面バッファ300行にしてた。300 - 256 = 44 か。納得した。
  （「ウィンドウサイズ」じゃなくて「画面バッファのサイズ」のほうに合わせるらしいです）
• つまりバックログを使える状態にコンソールを設定しておくと VTDOS 的にはメンドくさいことになるようです。バックログ依存症の俺涙目。というか vtdos のショートカット作ってプロパティ指定すればいいのですが。
• NT4.0sp6a で動かしてみますた（VPC 内ですが…）。

（付属のドキュメントから察するに）CPU 部分はエミュレーションのような気がするのですが、アプリ動かしたときの体感速度（というか画面まわりのレスポンスのキレ）がホンマモンの NTVDM より速いというすばらしさ。V-TEXT のサイズを画面バッファじゃなくて実際のウィンドウサイズに合わせてくれたらなあ…というのがささやかな個人的願いです。

おいおいあとひと月ぐらいで今年終わっちゃうじゃんか。どうなってんだ（俺の中の時間の流れ的な意味で…）。

■[bochs] んー

そういや 2.4.2-jpfix のバイナリ、いちおう作ってはおいたんだけど上げたほうがいいんスかねえ…。
（正直、Win95+Cirrus の構成が 586+NoSMP でないと動かせなかったのでけっこう萎えている）。

■ 俺と Win32 コンソール(2)：半分冗談で msvc/mingw32 用のオレオレ getch を模索してみた

いわゆる「澤」問題。よりくわしく言うと「getch でカーソルキーとか押すと 0xE0 のプレフィックスがついちゃって DBCS 入力にものすごくさしさわりがってゆうかこれじゃカーソルだか 2byte 文字だか判別しようがねーだろｺﾞﾙｧ」問題。（詳しいの？それって詳しいの？）。

ちなみにプレフィクスが 0xE0 になるのって実はマイクロソフトのランタイムだけっぽいのさ…そもそも <conio.h> の関数って dos 時代に作られた dos 特化のコンソール入出力関数なのに、この件に限って言えばマイクロソフトだけが dos 時代の Microsoft C/C++ と挙動が違うんですよ（dos 時代の _getch はカーソルキー押してもプレフィクスは 0xE0 にならない。0 のまま）。ちなみに Borland とかの他社製は dos 時代の仕様に合わせてたりする。テンキー統合のカーソルキーと独立のカーソルキーを別個に判別したいという需要があったのかもしれないけど、それならそれ相応の関数を別に作っても良かったじゃん…。

つまり何が言いたいかと申しますと、MS の _getch は DBCS 入力のことなんてなーんも考えておらんということです。ここで採りうるソリューション：

1. _getch をあきらめる。Win32 のコンソールAPI を自前で使う（_getch 代替関数の作成も含めて）
2. Microsoft や mingw をあきらめる。Borland, DigitalMars, OpenWatcom の検討
3. DBCS をあきらめる（その１）。コンソールで日本語なんて入力しませんよJK
4. DBCS をあきらめる（その２）。_getwch で Unicode 受け（さようなら Win9x）。

いちばん正しい道は 1. だと思うのですが、個人的な趣味により、もっとも変態的なアプローチを考えてみました。

続きを読む

はラムサール条約と関係なかったか。あれはレじゃないほうの漫湖だったか…。

■ 俺と Win32 コンソール(1)：オレオレ wcwidth

最近なんとなく Win32 のコンソール API をごにょごにょしたくなる気分だったのです。なんか微妙に説明不足感が漂うんですよね、このへんって…。

ということで（どういうことなんだろう）、コンソールに表示する文字の幅を調べる wcwidth 的なやつ。素直に WideCharToMultiByte とかでやりゃいい気もしますが、せっかくだからコンソールに直接訊いてみたりなんかして。

ということでそれらしいソース。

つ

続きを読む

彼女通信ってのはアレですよね、別々の経験を経たクローン同士が一堂に会して議論するというグレッグ・イーガン的世界の実現ですよね。日本人は未来に生きてるね！（注：もちろん私は DS など持っておりませぬ）。

■[OS/2] きょうの Odin

少し前に人んちで XBox360 用のネクタリスをちょっとやらしてもらってから焼けぼっくいに火がついた感じでＰＣ版のネクタリスが気になっていたのです。昔ダウンロードしたのをバックアップしておいた CD-R が最近ようやく発掘できました。ぶっちゃけ素直に Web Archive に頼ったほうが早かった気もしないでもありません。

しかしなにぶん昔のソフトなので、インストーラ (SETUP.EXE) が 16bit EXE なのですよ。Vista とかでインスコできるのかこれ。まあ深く考えずに Windows2000 上にインスコし、Program Files の下に展開された部分を適当に zip で固めて OS/2 起動後に HPFS 区画に unzip。んで pe Nec.exe。

結果を先に書きますと、（めずらしいことに）普通に動いた。
強いて言うなら MIDI の BGM が鳴らないのが問題ですが、個人的には鳴らしてると却ってうるさいので別にいい。

• タイトル画面
• ゲーム開始
• 戦闘中
• いちおう勝った

このゲーム、動作中は CPU 負荷 100% になっちゃうんだよね…（Windows上でもそうなる）。
まあふつうに遊べたので割とうれしい。

そうやってなんでも１３日の金曜日のせいにすればいいさ…。

■[bochs] 2.4.2

どうやら出たっぽいです。オフィシャルサイトでアナウンスされた時点では、ソースアーカイブやらバイナリパッケージやらの実ファイルがまだ落とせる状態になってなかった。昨日今日でようやく来た。

んでまあ早速つくってみようかと思ったんですが…。

• configure のオプション名称が前のバージョンから微妙に変更されてるのがいくつかあった。（単語の最後に s がつくかつかないか、とかそういう微妙なレベル）
• CPU まわりの細かい設定のオプションに、撤廃されたもの多数。
• Win95 が Safe モード以外でcirrus＋5446専用ドライバだと起動しなくなった。（オフィシャルの Win32 版バイナリでもダメだった）

というあんばい。上のふたつはともかく最後のは個人的に困った。どうしたもんですかねこれ。

とりあえずバイナリは保留にしてパッチだけ上げてみる：bochs-2.4.2-jpfix-20091113-diff.zip

最新環境（のエミュレーション）に追随しようとすると必然的にレガシーサポートが追いやられる罠。BIOS が肥大化しているので DOS だと UMB も取りづらい（VGABIOS でさえいつのまにか 32K オーバーになっちゃってるし）。ちなみに bochs も qemu も、基本的にエミュ本体と付属 BIOS で同じバージョンのものを使わないとうまく動作しません。違うバージョンの BIOS はまぜるな危険状態。

追記：VGA を cirrus じゃない vbe にしたら起動した。やれやれ、qemu に続いて bochs も cirrus が鬼門になってしまうのですか。ほんとにどうしてくれよう。

2009-11-15 追記その２：なんかいろいろ設定殺して MMX Pentium 相当にしたら cirrus でも Win95 動いた。えー…なんかめんどくせえ状態になってる？