現コンパイラがサポートしていない関数について

現コンパイラがサポートしていない関数について

現コンパイラとしてＣ＋＋ビルダー２００９付属のコンパイラＢＣＣ３２を使用している。
ストリームエデイタ（ＳＥＤ）のソースコードを入手して，色々調べてみている。
ＳＥＤのなかで「ｉｎｔｄｏｓ」関数を使用している。
現コンパイラはｉｎｔｄｏｓをサポートしていない。ｄｏｓ．ｈのなかでｉｎｔｄｏｓは定義されていない。
ＳＥＤの中で使用している
ｉｎｔｄｏｓのＡＨ＝４ＥＨはfindfirst関数に、
ｉｎｔｄｏｓのＡＨ＝４ＦＨはfindnext関数に、に置き換えられることがわかった。
ＳＥＤではｐｓｐ（プログラム・セグメント・プレフィックス）のアドレスがグローバル変数＿ｐｓｐに格納されていることを使用している。ｐｓｐのアドレスはｉｎｔｄｏｓのＡＨ＝５１ＨまたはＡＨ＝６２Ｈで取得できる。

さて質問です。ｉｎｔｄｏｓが使用できないときに、ｐｓｐのアドレスを取得する方法を教えて下さい。
よろしくお願いします。

No.2 ベストアンサー 回答者： sakusaker7 回答日時： 2010/05/31 02:20

そもそもなんのためにPSP領域を参照しているのでしょうか?

DOS用のsedというだけで詳細がわかりませんが、PSP領域の後半にある
コマンドラインで入力された内容を直接解析しているのではないでしょうか?

であれば、WindowsプログラムでPSP領域のアドレスをどうこう、ではなく、
Windows API でコマンドライン領域を取得するというやり方で代替すべきでは
ないかと思います。

GetCommandLine 関数
http://msdn.microsoft.com/ja-jp/library/cc429108 …

No.1 回答者： siremono2496 回答日時： 2010/05/30 14:54

intdosはMS-DOSサービスコールを呼び出す関数なので、それってDOSベースのソースファイル（つまり16ビットモデル）ですよね。

もう少し別物を参照した方が・・・って言う答えは却下ですか？

Win32にintdosはないので、これを使えと言うヒントがマイクロソフトから示されていますが、その中に51H,62Hは含まれていません。まあ、思いっきりMS-DOSに依存した処理内容のサービスコールなので、どうしようもない気が。

http://msdn.microsoft.com/ja-jp/library/cc438736 …

次の説明を見てもらえれば、そのソースをベタ移植してWin32で動かすのは絶望的に感じられると思います。

http://www5c.biglobe.ne.jp/~ecb/assembler2/7_5.h …

一応、サービスコール一覧はこちらからどうぞ。実はこれ、DR-DOSのものですが、互換性があるので説明は通用するはず。

http://hp.vector.co.jp/authors/VA003720/lpproj/d …