懐かしのMS-DOSプログラミング [sc] | レス224-275

231 2011/04/13(水) 12:31:23.18: gccだとexit(n)使っていようが警告出るけどな
C言語の仕様ではintが正しいらしいがMS-DOSならどっちでもいいのでは？

「void main MS-DOS」で検索したら2番目にこんなページが出てきた
http://homepage3.nifty.com/aokura/phoebe/minitips.html

> 3. void main() と int main()
>
> 古い参考書では void main() が多く、新しいものでは int main() が多いようです。
> 個人で学習する範囲においては、return する値に特に意味を持たせる
> （他のプログラムやバッチ処理で利用する）つもりがなく、
> コンパイラがエラーにならないのであれば、別にどっちでもよいように思います。
> ただし、void main() にしたときは値を返さず、int main() にしたときは必ず値（0でよい）を
> 返しましょう。それが理解できていれば支障はないでしょう
> （ちなみに、私は int main() を使っています）。

ここまで見た

232 2011/04/13(水) 12:37:47.02: exit(n)なりmainのreturn値なりがどういう意味を持つのか
分かってない奴が、混じってるように見える。

ここまで見た

233 2011/04/13(水) 12:42:10.33: >>232
そのへんはコンパイラが吐き出すコード見れば問題ないことがわかる
voidを指定あってもコンパイラはちゃんと0を返すコードを吐き出してる

ここまで見た

234 2011/04/13(水) 12:42:14.28: >>230
>>222 は exit(n) を使っているのか？

ここまで見た

235 2011/04/13(水) 12:42:37.14: OSの違いとコンパイラの違いの区別がつかないのもいるな

ここまで見た

236 2011/04/13(水) 12:43:14.56: >>229
AXじゃなくてALだよ

ここまで見た

237 2011/04/13(水) 12:52:21.59: つまりこういうことですねわかります
#include <stdio.h>
int main(int, char **){
return printf("Hello Work!\n");
}

ここまで見た

238 2011/04/13(水) 12:52:59.69: 「void main MS-DOS」の検索でこんなページも出てきた

http://www.asahi-net.or.jp/~yf8k-kbys/int2.html
> 私の知る限りではMS-DOSとUNIXがプログラムの戻り値を
> バッチやシェルスクリプトで利用することができます。
> 　ちなみにMS-DOSやUNIXでvoid main()とすると、
> まともなCコンパイラなら自動的にMS-DOSやUNIXに終了コードとして
> 0を返すコードを生成してくれます。
> つまりint main(){ return 0; }と同じことです。
> 　でも、ANSIに極力準拠するよう作られているGCCなどはvoid main()にすると
> コンパイル時に警告エラーが表示されるはずです。
>
> 　もともとC言語はUNIX環境での利用を非常に意識して作られた言語なので
> 戻り値がintである必然性もうなずけます。
> 何せUNIXのシェルスクリプトが強力なので複数のプログラム
> （ツール的なものが多いです。ファイルをソートしてマージして加工して．．．など）を
> 一括処理させることが多いのです。この様なシェルスクリプトにおいて、
> あるプログラム処理中にエラーが発生したときは、シェルの処理を中断したいことがあります。
> このトリガがmain()関数の戻り値と言うわけです。
>
> 　そういえば、「main()関数の戻り値はintじゃなきゃ駄目だ！」と断言する方の多くは
> UNIX(Linux)ユーザですね。
> そして「別にvoidでもいいでしょ」と言う方の多くはWindowsのC++ユーザです。(^^;

ここまで見た

239 2011/04/13(水) 13:48:01.32: >>234
小学生みたいで微笑ましいが、まさか突っ込んだつもり？

ここまで見た

240 2011/04/13(水) 18:02:38.45: DOS3.1時代FDD環境でお世話になったLattice C パーソナル。
int mainのreturnでなにを返してもリターンコードは０になってたな。

ここまで見た

241

◆0uxK91AxII

2011/04/13(水) 19:14:46.75: >>226
OSにメモリ割り当てを任せた上で割込駆動するようなのは行えない。

>>236
ahに4cでalに戻り値だね。

ここまで見た

242 2011/04/13(水) 19:51:50.04: ERRORLEVEL

ここまで見た

243 2011/04/14(木) 00:08:37.65: comファイルならバイナリエディタでも作れるね

ここまで見た

244 2011/04/14(木) 00:28:21.31: >>225
make が使えなくなるのですが？

ここまで見た

245 2011/04/14(木) 22:12:33.86: DOSプログラムを終了させる方法を４つまで覚えてるけど、
まだ他にあったかな。もう思い出せない。

int 21h ah=4ch al=(ExitCode)
int 21h ah=00h
jmp 0
ret

ここまで見た

246 2011/04/14(木) 22:41:21.68: int 20h
csはpspを指していること。

ここまで見た

247 2011/04/15(金) 00:08:40.80: psp:0にあるのはcdh, 20h。つまりint 20h。
ret命令やjmp 0はint 20hを実行して終わる。

ここまで見た

248 2011/04/16(土) 21:45:40.90: psp:0へのfar jmpなら、exeファイルであっても
csはpspを指さなければならないという制約をクリアできる。

ここまで見た

249

◆0uxK91AxII

2011/04/17(日) 00:44:56.79: jmp farよりも、xor ax,ax; int 21Hの方が短い気がするする。

ここまで見た

250 2011/04/17(日) 17:36:05.08: comファイルなら。
exeでもコードセグメントが64kB 1つしかないスモールかコンパクトなら可能

ここまで見た

251 2011/04/17(日) 22:25:49.77: スモールやコンパクトモデルでもCSはコードセグメントを指してる。
初期値がPSPなのはDS。

ここまで見た

252 2011/04/18(月) 18:09:08.49: とりあえずこういうことか。CP/M臭い・・
.MODEL SMALL,STDCALL,NEARSTACK
.DATA
PEXIT dd 00000000h
BDOS dd 00000050h
msg db 'hello world !', 0dh, 0ah, '$'
.STACK
.CODE
.STARTUP
mov ax, es
mov word ptr PEXIT[2], ax
mov word ptr BDOS[2], ax
mov dx, offset msg
mov ah, 09h
call BDOS
jmp PEXIT
END