facebook twitter hatena line google mixi email
★お気に入り追加


■ このスレッドは過去ログ倉庫に格納されています

  • 1
  •  
  • 2010/04/21(水) 12:42:23
mov dx,offset msg
mov ah,9
int 21h
mov ax,4c00h
int 21h

msg db '懐かしのDOS時代のプログラミングについて語ろうぜ',0dh,0ah,'$'

ここまで見た
  • 422
  •  
  • 2013/11/10(日) 19:44:29.28
>>405
FCB

ここまで見た
  • 423
  •  
  • 2013/11/10(日) 20:10:30.14
>>405
http://www.cpm8680.com/cpmtools/cpm.htm

ここまで見た
  • 424
  •  
  • 2013/11/14(木) 09:47:33.84
dynabook ss001の頃はパーソナルワークステーションだった
F1の鈴木亜久里ちゃんがモデルだったのよね
懐かしいわ

ここまで見た
  • 425
  •  
  • 2013/11/25(月) 15:52:16.00
DOS窓からcalc.exeとか起動したときに
今起動したcalc.exeのプロセスIDを知る手段ってある?

ここまで見た
  • 426
  •  
  • 2013/11/25(月) 15:57:03.40
このスレ的にはそのcalc.exeは当然DOSプログラムだよね?
そうなるとntvdm.exeにしかプロセスIDは付かない。

ここまで見た
  • 427
  •  
  • 2013/11/25(月) 21:16:21.63
「DOS窓」なんだからWin9xだろ

ここまで見た
  • 428
  •  
  • 2013/11/25(月) 22:03:58.84
cmd.exeは32ビットコンソールだけど、
仮想86マシンの方は俺は今でもDOS窓って呼んでるな。
もうすぐ7/64へ行くから会えなくなるけど。

ここまで見た
  • 429
  •  
  • 2013/11/25(月) 22:24:44.81
cmd.exe
command.exe

ここまで見た
  • 430
  •  
  • 2013/11/25(月) 22:36:19.04
COMMAND.COM

ここまで見た
  • 431
  •  
  • 2013/11/26(火) 12:42:57.50
MSX-DOS は大盛況のうちに幕を閉じた。

ここまで見た
  • 432
  •  
  • 2013/11/26(火) 20:44:05.71
dosプログラムの特徴といえば煩雑なメモリモデルだよね
Win32になってメモリモデルが単純になってよかった

ここまで見た
  • 433
  •  
  • 2013/11/26(火) 20:46:46.33
>>432
>dosプログラムの特徴といえば煩雑なメモリモデルだよね

8086のコンパイラによる事情であって、DOS固有のことではない。

ここまで見た
  • 434
  •  
  • 2013/11/26(火) 23:15:18.37
CPUが16ビットだったからね。
一つのレジスタで64KBまでしか参照できないのに
それを二つ使って1MBを超えるようなメモリを使うには
どうしても複雑にならざるを得ない。

それを補うのが当時のコンパイラの仕事の一つで
殆どの場合、複雑なメモリモデルは隠蔽されてる。

ここまで見た
  • 435
  •  
  • 2013/11/26(火) 23:16:36.79
>それを二つ使って1MBを超えるようなメモリを使うには

>殆どの場合、複雑なメモリモデルは隠蔽されてる。

何か勘違いされてますね

ここまで見た
  • 436
  •  
  • 2013/11/26(火) 23:17:19.12
>>435
ほう。それであんた、説明は?
それが言えなければ、ただの難癖。

ここまで見た
  • 437
  •  
  • 2013/11/26(火) 23:19:58.81
>それが言えなければ、ただの難癖。

そう思いたいんだろうね

ここまで見た
  • 438
  •  
  • 2013/11/26(火) 23:22:06.25
はいはい

セグメントレジスタとオフセットは大部分重なってるのでレジスタ2個使っても1M超えてはアクセス出来ない

ここまで見た
  • 439
  •  
  • 2013/11/26(火) 23:25:59.39
>それを二つ使って1MBを超えるようなメモリを使うには

「1MBを超える」って、EMSかなんかを勘違いしてるのかな?

ここまで見た
  • 440
  •  
  • 2013/11/26(火) 23:27:01.61
>>434
>それを補うのが当時のコンパイラの仕事の一つで

コンパイラが頑張っても1MBは超えられないよ。

ここまで見た
  • 441
  •  
  • 2013/11/26(火) 23:31:07.30
>>434
MS-CのHugeモデルでも1MBは超えられませんよ。
つかメモリモデルってプログラマが指定してたけど隠蔽されてるってどゆこと?

ここまで見た
  • 442
  •  
  • 2013/11/27(水) 00:09:11.13
へぇ、なんで1MB超えられないの?
それはMS-DOSが原因なの?
理由言える?

ここまで見た
  • 443
  •  
  • 2013/11/27(水) 00:12:15.19
知ったか同士で仲良くお喋りなさい

ここまで見た
  • 444
  •  
  • 2013/11/27(水) 00:16:44.60
>へぇ、なんで1MB超えられないの?

8086/88のアドレス空間が1MBしかないから。

ここまで見た
  • 445
  •  
  • 2013/11/27(水) 00:21:23.27
そういや64ビットになってメモリモデル復活してるんだよな
意識しないといけないのは、2GBを超えるexe作るなら、だけど

ここまで見た
  • 446
  •  
  • 2013/11/27(水) 00:33:37.54
>>444
つまりCPUが原因ってこと?
OSを変えれば直る問題に思えないんだけど?

ここまで見た
  • 447
  •  
  • 2013/11/27(水) 00:36:00.24
>OSを変えれば直る問題

馬鹿キター!(AA略

ここまで見た
  • 448
  •  
  • 2013/11/27(水) 01:08:21.29
286以降ならA20ラインで1M+64kまでOKだな

ここまで見た
  • 449
  •  
  • 2013/11/27(水) 01:21:32.26
HIMEMやVCPI/DPMIといった286/386向けの機能を
DOSに含むかどうかだよな

ここまで見た
  • 450
  •  
  • 2013/11/27(水) 01:30:00.19
「CPUが16ビットだったからね。
 一つのレジスタで64KBまでしか参照できないのに
 それを二つ使って1MBを超えるようなメモリを使うには
 どうしても複雑にならざるを得ない。」

という話とはとりあえず関係ない。

ここまで見た
  • 451
  •  
  • 2013/11/27(水) 02:09:13.94
パソ通時代にこの手の奴居たよな
まだやってんのか

ここまで見た
  • 452
  •  
  • 2013/11/27(水) 08:12:56.31
EMM386.SYS と EMM386.EXE の違いが判らんかった当時

ここまで見た
  • 453
  •  
  • 2013/11/27(水) 11:51:31.31
よく知らないけど、なんか下位互換にこだわってあんなセグメントなんて概念になったんだっけ?
PC-E500 シリーズの CPU なんか 8 bit でありながら 20 bit のレジスタ持ってて
1 MByte リニアにアクセスできるのに。

ここまで見た
  • 454
  •  
  • 2013/11/27(水) 13:07:29.06
8088 の悪口はそこまでだ

ここまで見た
  • 455
  •  
  • 2013/11/27(水) 14:06:55.29
アドレス専用のレジスタを強いるかどうかじゃねーの

ここまで見た
  • 456
  •  
  • 2013/11/27(水) 14:13:12.94
386以降のメモリモデルも
セグメントレジスタで保護モードとか設定できるのに
全部の空間を読み書きできるように反故にしてるOSがあるのは秘密

ここまで見た
  • 457
  •  
  • 2013/11/27(水) 14:15:37.43
>>453
>よく知らないけど、なんか下位互換にこだわってあんなセグメントなんて概念になったんだっけ?

想定してたのは64KB以下のコードで64KB以下のデータのタスクを複数動作させるコントローラだろ。

ここまで見た
  • 458
  •  
  • 2013/11/27(水) 14:27:05.80
そうだ!16bitずらしたセグメントレジスタ使えば
64KB以内のアプリは全部リロケータブルに出来るOSが作れるぞ!
俺って天才!



Windows98/2000/XP でも 64KB の壁は残りました

ここまで見た
  • 459
  •  
  • 2013/11/27(水) 14:33:36.80
32bitアーキテクチャはiAPX432を準備してたし、8086/88はあくまでコントローラ

ここまで見た
  • 460
  •  
  • 2013/11/27(水) 14:35:53.49
良いアーキテクチャと売れるアーキテクチャは違うということだね
286なんて中途半端なものが何であんなに売れたんだ

ここまで見た
  • 461
  •  
  • 2013/11/27(水) 15:22:05.41
>>458
NT系ではエミュレータで16bitアプリ動かしてるだけじゃねーの

ここまで見た
  • 462
  •  
  • 2013/11/27(水) 15:24:29.60
クロック数の多い方が勝つわ

ここまで見た
  • 463
  •  
  • 2013/11/27(水) 15:32:58.65
ずれは16bitじゃなく4bit

ここまで見た
  • 464
  •  
  • 2013/11/27(水) 15:41:07.58
>>458
2000 / XP の 64KB の壁って何?

ここまで見た
  • 465
  •  
  • 2013/11/27(水) 15:49:43.60
東ドイツのベルリンにあっただろ

ここまで見た
  • 466
  •  
  • 2013/11/27(水) 16:31:50.47
>>464
IE4とか5とか6でドロップダウンのリストボックスとかに
選択肢がいっぱいあると64KBで切れてた

ここまで見た
  • 467
  •  
  • 2013/11/27(水) 16:32:47.38
いまでもあるかな
http://support.microsoft.com/kb/207601/ja

ここまで見た
  • 468
  •  
  • 2013/11/27(水) 16:36:21.09
これか
http://technet.microsoft.com/ja-jp/sysinternals/bb897558.aspx

ここまで見た
  • 469
  •  
  • 2013/11/27(水) 16:38:09.52
まちがえた
こっち
http://support.microsoft.com/kb/79055/ja

ここまで見た
  • 470
  •  
  • 2013/11/27(水) 16:40:05.27
>>458
>そうだ!16bitずらしたセグメントレジスタ使えば

プロテクトモードでのセグメントレジスタはそういう機能じゃないよ。

ここまで見た
  • 471
  •  
  • 2013/11/27(水) 16:41:07.76
それは単にGUIレベルの設計の問題だろう
1000件でも多すぎるわ→16bitにしとこ

ここまで見た
  • 472
  •  
  • 2013/11/27(水) 16:49:56.87
HSPにも制限ある罠
http://lhsp.s206.xrea.com/command/mesbox.html

ここまで見た
  • 473
  •  
  • 2013/11/27(水) 16:52:24.26
リストボックスの項目は多すぎても見にくいだけなので
制限あるのは判らなくもないが
エディットコントロールでも制限あったら
http://rarara.cafe.coocan.jp/cgi-bin/lng/vc/vclng.cgi?print+200205/02050097.txt
エディタもまともに作れないOSとか
64KB以上のファイル開いたら死ぬメモ帳とか
そりゃ秀丸が歓迎される罠

フリック回転寿司
フリックゾンビ
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email