 |
 |
icon
鐵驢友〔初級〕
． 積分： 34
． 文章： 115
． 收花： 193 支
． 送花： 3 支
． 比例： 0.02
． 在線： 339 小時
． 瀏覽： 8641 頁
． 註冊： 7455 天
． 失蹤： 3197 天
|
|
|
 |
|
 |
|
| #20 : 2007-11-22 10:54 PM
只看本作者
|
 送花
(0)
 送出中...
|
|
|
dos時代的程式
一般有影響到功能的使用
似乎大都是conventional memory不足
原po表示是因為延伸記憶體不足,導致無法使用
這讓我頗費思量
記憶裡,從來沒去特別注意載入et3後延伸記憶體的剩餘大小
不過,是還剩很多的一個數值(那時候ram裝128mb)
回歸正題
4dos如同前面的人所說,為取代原本(ms-dos等)command.com的一個(功能加強型)dos shell
(http://en.wikipedia.org/wiki/4DOS <==相關資訊)
如果你的重點是在於舊有的進銷存系統
你要不要考慮使用回傳統的command.com再試試?
畢竟,4dos並非唯一且標準的選擇?
其相關支援資訊相對較少?
--
另外
針對conventional memory部份
均為調整config.sys及autoexec.bat
一般基本config.sys(搭配9x以後版本所附himem.sys,emm386.exe等dos相關程式)
device=himem.sys
device=emm386.exe [RAM|NOEMS]
files=40
buffers=40,0
dos=umb,high
之後調整測試所載入程式的devicehigh與loadhigh順序
在影響conventional memory的剩餘大小有很直接的關係
ps1.
[RAM|NOEMS]代表emm386.exe是設為ram去模擬成ems或設為noems設定成xms模式
另外
himem.sys未設定/testmem：off是因為95以後版本所附himem.sys預設值就為不測試記憶體(冒號應為半形)
emm386.exe未指定其餘參數也是基於相同理由
ms-dos 6.22版後所附之emm386.exe預設值足以應付大部份的情況
ps2.
files & buffers大於40以後(有尾數,多少忘了,當初為了好看好記所以只記整數),command.com(還是什麼,忘了)會很大的占用掉conventional memory
另外,別問我為什麼buffers設定值會還有,0我也忘了
ps3.
沒有設定stacks,是因為沒指定的話會帶入預設值(多少不記得,而且設得多到一個程度,command.com一樣吃掉很多conventional memory),且較後期的dos程式對stacks大小比較沒有要求(應該吧?)
--
我最後一次用的dos是98的command.com (用telix在玩mud)
當時使用himem.sys搭emm386.exe進行記憶體的管理
映像中(年代久遠,可能有點失真),在設定為xms模式下時
載入et3(16字型+24針印表機+內碼+注音),conventional memory可以有58xkb可用(這是靠了umb的幫助,有載入smartdrv,doskey,mouse)
設定為ems模式時就差得多了,conventional memory只剩52x(or 48x?)kb可用(一樣使用umb)
不過,個人認為,95osr2的command.com比較好
其支援fat32,且當時所使用的dos程式未遇到相容性問題(測試對象,dosv下的各遊戲 XD )
98(似乎是2版)的command.com在此方面有很明顯的問題
ms-dos 6.22的command.com要吃掉比較多的conventional memory(其實是它自己把自己載入到umb裡的部份有所進步)
而且此版本的內部命令,及外部工具程式,相比9x版本,缺少一些較有用的參數,載入umb的部份也是個著眼點
--
胡言亂語一番,懷舊懷舊
文中有誤,請多包含
[icon 在 2007-11-23 07:50 AM 作了最後編輯]
[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
|
|
