以前為了玩GAME才會去弄
啟動音樂音效.滑鼠.光碟機...等等這些都會吃640K這種的記憶體
而且還要開smartdrv才跑的快<=這也會吃
為了改遊戲，FPE也要開下去<=這也會吃
如果沒有效的整理config跟autoexec
遊戲根本不能玩
當年為了多擠出那1K.2K的記憶體
想到頭殼都快壞了

可惜windows用太久
以前的東西都忘光了
只知道我以前的功力
開完機最多只有619K

一年幾億營收的公司在跑DOS下的AP
說實在的，這沒什麼
幾年前接過的案子
是間銀行的系統轉換
一年幾百億的銀行
系統後台是十年前的AIX+COBOL
整個案子唯一的麻煩在於COBOL的系統
懂的人幾乎都快退休了
怎麼辦
砸錢下去就對了
唯一的重點就是在
"只要老闆肯花錢，轉換系統根本不是問題"

給樓主一個建議
趁這個機會跟老闆要求換系統
畢竟遲早要換掉dos這個過時的系統
繼續用下去只會造成以後更多的問題

我覺得轉換資料, 應該沒有想像中的困難! DOS 的資料庫有不少工具可以去讀取, 然後寫入您要的資料庫中!
我本身就是做軟體的, 上線之前要把舊資料轉入新系統! 但不會是全部的資料!

因為舊系統還是可查詢資料, 而新系統只有少數的檔案要轉, 如基本資料、期初資料或者客戶認為極重要的資料.
新舊會並行一段時間; 但不長, 不長的原因是上線的時間點很重要, 如您所的會計軟體, 應在年底前上線, 訓綀操作人員
熟悉新系統, 那麼軟體公司只需把科目的基本資料跟本年的期末資料放入即可, 次年即採用新系統!

當然, 新舊之間還是有些問題, 如前期的比對! 新系統可能沒有這些資料. 只好人工處理!
不過會計系統的結構簡單, 應該可以把歷史資料轉入!

另外, 也可以用一種方式, 購買(開放資料庫)的套裝軟體(便宜), 然後人工建立基本資料及期初資料.
一樣留著舊系統來查資料, 不需轉資料.

一年有幾億營收公司還在用 DOS 軟體, 真替你們擔心. 會計人員應該會使用 WINDOWS 的 EXCEL,
一個人用兩部電腦? VMWARE 也要錢啊! 員工工作效率如何? 電腦室人員要 DOS 高手!
你可要說服老板, 算算這些到底合不合算啊!

我想老板認為合算吧, 那您也別太在意, 有很多人認為要換系統, 這不是針對您, 而是針對這件事!

註:你是說在 VMWARE 中的 DOS 印表機會出問題? 不會這樣吧!
   還是說記憶不足造成的? 那目前舊系統是在那一部機器跑? 把這部機器的 HD GHOST 到 VMWARE 內.

其實不移機也行 單純只是想在xp裡開4dos可以互相切換更快速而已
相關的程式什麼都有留著 ms6.22 et3 還有公司的軟體加上備份資料庫

4dos
http://www.badongo.com/cn/file/2140150

看了上面的，好像沒解決辦法，看來還是得苦主把詳細一點的資料，如使用的dos版本、config.sys及autoexec.bat的內容等等，貼上來可能會比較好推斷。

個人獨斷的偏見：

不用爭吵, 技術本身是無罪的, 各種判斷及建議也都因人而異, 歷史早已證明軟體比硬體貴, 因為硬體會壞軟體不會壞, VMware再強也不可能通吃所有DOS軟體(特別是和中文有關的), 不過比較可疑的是: 這軟體N年沒動最近才想到要動? 不然怎麼會相關的程式及設定檔案都沒有留下?

要重建這樣一個作業環境最快就是找當年的骨灰級+大師級玩家, 當年在640k中每多爭到1k空間都是高一個等級的功力表現呢, 既然是公司要用的, 就讓公司出錢請大師出馬吧.

本案的重點是:

1.軟體本身的價值與改朝換代相關費用的比較.

顯然沒有人認為軟體上的轉移或改版所需費用是值得的, 那也只能找舊硬體或想辦法修舊硬體來硬撐, 費用便宜許多, 撐到不能再撐為止, 全力壓榨出最後一滴利用價值, 不過這段時間通常是用來作改版轉移的預備工作的(以"能繼續使用軟體及其資料庫"為前提的話).

2.軟體的規範.

當初寫這軟體的人不嚴謹, 自己以4dos作為開發環境, 就在程式中用了不少4dos特有的指令, 所以非4dos不能執行; 而且程式又寫得很笨重, 640k中沒有一定空間則整個程式無法載入, 這就頗要求使用者tunning DOS的功力; 如果再寫死一些ET的東西而無法使用ET相容又可以loadhi的漢音中文系統...

以上

要不要試試 Qemm386.sys ??
要不要試試 Buffers=44 ??

記憶體管理 - by Jiff Hong

贊成「藤原豆腐店」兄的說法，遲早有一天要換的，但不是現在！(以後的事，以後再說啦！笑！)

老員工總會有退休的一天.....
終有一天，還是會需要轉換系統的，不過可能換別人頭痛了....

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 作了最後編輯]