先就文章語意不清之處向所有板友致歉，
剛剛在對NB深層放電，
打完文章電力剩下3％.. 真不好意思。
※ 引述《memphis (SAY YOU LOVE ME)》之銘言：
: 在linux上會不會影這種情況?
: ext2 V.S FAT ?
這點個人並不清楚，因為辦公室的FreeBSD用的是FAT16檔案系統，
個人也只是linux和unix的超級入門新手（超級弱...）
沒比較過linux其餘檔案系統的狀況，抱歉...
至於linux對於NTFS的支援，是在論壇上看到的。
: 1980到現在阿..好久遠了
: 我是從windows 3.1 開始接觸 windows的
: 你提到的好像是維護程式碼的部分
: 是說舊的程式碼到新平台上因為檔案格式不相容所以就失去了嗎?
: 感覺上，如果是從1980以後，循序漸進的升級的話，應該不會有這種問題阿?
: windows 3.1 好像是1990年，前面10年我年紀太小了，不知道是什麼情況
: 非windows下的程式，居然會在window下去執行?
: 而且還不是script型那種小小短短的程式
: 感覺上你說的是應用系統型的(因為你好像感觸很深，吃盡了苦頭)
實驗上常常有需要對儀器和數據作一些處理，
有時候軟體還可以協助模擬一些自然界的情況。
我想我們用的程式跟真正資科、資工專長的人相比，
確實是又小又短；簡單程式一般來說不到一百行就能搞定，
比較複雜的程式也不容易寫到破萬行。
我們的工作對於系統其實不需要太多瞭解，然而電腦的不斷推陳出新，
加上軟體商（指的就是微軟）也策略性地在PC上搭售作業系統，
所有的用戶便很自然地更換了新的作業環境。
1980年代所撰寫的程式多半是在IBM-DOS或MS-DOS環境下所編譯的，
這點在windows 95還過得去，因為windows 95本身就是MS-DOS.
所以一旦新系統有一天不再向下相容時，就是我們開始頭痛的時候...
升級是個問題，對於有版權的程式，我們不能更動程式碼。
所以這一種程式一旦新平台不能支援，就玩完了。
同時，學術界釋出的程式，有時候原作者不會將程式更新，
我們如果能自己寫，就自己寫；
能力不足的就要另外想辦法，找替代品或商用程式。
您說的「循序升級」，這只對有技術支援的程式有效而已，
我們作的 Home made程式唯有的辦法就是虛擬作業平台，
或者乾脆全部重寫。
當然一方面為了訓練的考量，多半都是重新撰寫，可以一舉兩得。
（其實最主要的原因還是要省錢，買廠商軟體的錢，老闆付不起啦...）
至於就程式在W2K無法讀取的問題，是因為那個程式在1990年前後撰寫的，
所以備份的格式就是以當時的主流，MS-DOS 下 FAT 的檔案系統。
程式本身並沒有損壞，因為在MS-DOS 6.62當中可以正常執行，
然而將程式用磁碟片移到W2K要傳送給工作站時，
M$對話方塊冷酷地告訴我：「磁片尚未格式化...」
我們用來跑MS-DOS6.22的機器，是十年前的PC...
沒有光碟機，沒有網路卡，更不可能有USB，硬碟也是小小的幾百 MB
此時有兩個方法可以嘗試，
一、將磁片在W2K系統中格式化完畢，再拿去MS-DOS6.22複製程式。
結果：MS-DOS 6.22無法辨認該磁碟片。
二、將磁片在MS-DOS 6.22中格式化並複製程式後，
設法找一部windows 95當媒介，轉換檔案系統為M$系統下的檔案格式...
結果：一下子找不到 Windows 95，幸好有一台 Windows 98，這才解決。
但是仍然有部分程式備份已經無法在 windows系統中讀取，可惜。
這裡打個岔，個人總是覺得windows 3.1像是個未完成的視窗作品，
有一種...像是抄襲IBM OS/2的感覺，說不上來...
不曉得有沒有人知道實際上的情況？
另外，個人是從80286時代開始接觸電腦（但我算是年輕人...不是老傢伙），
玩到DOS3.3以後就突然跳到 windows 95，
後來才又接觸 NT 3.1, windows 3.1和 OS/2
不過都是隨便用用，沒幾天的熱度就回頭唸自己的書去了。
: 不好意思，我光弄清楚你想表達的東西就很吃力了
: 談不上什麼意見
: 我很努力的想要知道你說的是什麼情況?
再一次致歉...對不起...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.114.43.58