Re: [問題] dos為何要有記憶體配置的中斷指令?
※ 引述《tester.bbs@bbs.csie.ncu.edu.tw (try or test)》之銘言：
: 你當然是可以這樣 "自行解釋" 一番, 問題是別人是否也這樣的 "同一種認知" ?
: 現在的 OS 教科書喜歡用 "演化" 來表達作業系統在不同年代的變化. 但術語與
: 專業是相關的, 用錯術語的麻煩就是會引起誤會. 雖然 DOS 比 UNIX 出現的晚,
: 但用錯比喻還是會有被誤會的麻煩.
: 以歷史來看, 古代的事件與術語當然可以用現代的術語去敘述使得現代人比較
: 容易 "認知", 但概略的認知跟精確的表達是有差異的.
: 通常, DOS 的 command.com 或 command.exe 這個 CLI 在置入程式再將 CPU
: 的執行控制權交給這個程式去執行時, 不會用 create child process 這個術語,
: 因為 OS 對這個程式的 "process state" 沒有掌控與細部記載, 也不會將執行的
: 程式視為 process , 因為 DOS 不具備 process 的 cpu 管理概念, DOS 的前身是
: 來自 CP/M , 這個 OS 用的名稱是 Control Program/Monitor , DOS 如其名儘止
: 於 Disk (supported) OS.
插個嘴，但是真的是這樣嗎...
那為什麼 施威銘先生的 技術手冊 II 的某一段上就直接說
當 DOS 載入妥當後，shell 是一個常駐的 "PROCESS"，任何 "Process"
均由 SHELL 來產生。 (以下省略）
另外一段就直接說
由使用者的 PROCESS 也可以產生子 "PROCESS"。
------------------------------------------------------------
DOS 只是沒有 UNIX 的多工，可以視為循序執行的單工環境，
（把自己串到 Interrupt Vector 的 TSR 不討論）
但是仍然有父子行程的概念
另外，如果去讀 PC DOS 7.0 使用手冊，
系統呼叫 功能
00H Terminating a program
31H Terminating a program with a specified portion remaining in memory
4CH Terminating a program and passing control to the calling process
4DH Determining how a process ended
這代表 DOS 是有 Process 概念的...
--
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.217.130.241
※ 編輯: ray2501 來自: 61.217.130.241 (04/12 01:01)
討論串 (同標題文章)