中国DOS联盟

唐僧师徒一路上靠“向老百姓化缘”才能到达西天取得真经，政党需要党员交党费才能长期运作。

“军马未到，粮草先行”，问一问“楼上”，如何筹集资金？

钱——的确是个问题！！现代人怎能一瓶一钵足矣。真不知道，linus是怎么做到的。
除了业余创作，还有一个途径那就是大学生。只是现在的中国大学生恐怕不太愿意作这样的事＠_＠。

支持DOS,更支持发现DOS！

dos不会消亡,只会发展缓慢而已.他是最简单最有用的操作系统.有些东西越是原始基本越有生命力.请各位慢慢体会我的这句话!!!

说实话，看了各位的讨论，我实在是没了方向.......

开始说DOS的内核发展，怎么发展呢？
扩展到保护模式么？这和CPU的架构有很大联系，就像有人说的，很多BIOS中断不能用了，就算有V86，

后来自己想了想，一个操作系统的发展离不开两个东西，CPU和操作系统的制作理念，CPU是硬道理，虽然我听别人说过，如果CPU不提供CALL指令，那也能用JMP，但是若提供了就更好。但现在的问题是，要发展DOS内核，是不是要跟上CPU架构和新机制，虽然软件的影响很深，比如在保护模式里的DPMI，亦或是IA64架构不兼容问题让AMD64大放异彩，......

可是，我们不能奢求一个专门的CPU，一个为DOS的CPU（也许可能），INTEL在IA64架构的发展上，可以说是要“重新做人”，INTEL自己也表示X86架构虽然经典，但仍不是完美的。尽管他们像人们展示IA64架构是多么的优秀，可微软却犹豫了，在XP大红大紫的时候，微软首先考虑到的是软件的移植，从市面上来看，面向32位windows的X86架构的软件数不胜数，更何况其在桌面领域的霸主地位，一旦改向IA64，软件也得重制，这代价是巨大的！！！微软不看好IA64，而向下兼容恰好让AMD打了漂亮的一仗。

你说是CPU重要，还是OS重要？？？？
如果可以的话，人们根本上看重的是OS，CPU对大部分人来说，一个替代因素就是“速度”，选CPU就选快的就行了，但是如果你想用linux的系统，“没听说过，这里买电脑的都用win98 ”这是2000年自己刚买电脑的时候最常听到的话。
可以说人们第一个接触到的软件就是操作系统.从编程的角度看，它很好的掩盖了硬件，我们不是玩CPU的，我们是做软件的，但就是这样一个软件，我们根本不能无视CPU的存在，我们的理念很大程度上受到CPU的限制.所以说软件不是万能的，没有又是万万不能的.........

我各人觉得盖茨的眼光是不错的，他很能看出东西的本质，就拿DOS来说，这个系统最早不是微软的，是微软买下的。经过自己的完善后，更名叫MS-DOS。
就算到目前的VISTA，仍然有我们熟悉的DOS界面，虽然有些东西不一样了，
微软的开发者们认为，在时代的进步中，有些东西是要保留的，有些东西是留不住的.
所以MS-DOS被部分的保留了下来，这和那些DOS狂热份子没关系，也不是为那些底层工作者提供的。

DOS的最大特典就是简洁而全面，能作图形图像，能看影音，能上网，
但是缺点是，就现代操作系统来说，限制太多。
就发展内核来讲，我们如果要全部保留DOS的特性，那么，大部分DOS软件可以平滑的移植，但是如何与CPU进行配合呢，自己改写I/O接口和中断么，可是可以，不过太难太复杂

还有，既然是发展，如何适应多CPU呢，时下都是双核，3核，乃至4核，我们怎样让DOS去平衡CPU的工作，光靠TSR不是办法。

这些都是对与DOS发展要考虑的问题，FREEDOS-32的停滞，我想不是那么简单，因为还要有设备厂商愿意为你的操作系统写驱动，写程序，在某些经济利益的趋势下.......
太难了。

看到大家讨论热烈至少还是感到有所欣慰。

想到这个问题主要是看到现在DOS跟不上发展。很多新的硬件和新的功能在16位DOS下无法被开发，而目前DOS的32位又不能真正协调各个程序的工作。

如果要寻求最多的软硬件支持，其实我们可以走“兼容Win32 API”的道路。也许我们可以去支持HX Extender的开发，把它变成一个DOS下强大的32位扩展平台，这样就可以在HX的平台上用Win32的模式开发各种应用程序，甚至于兼容Win32的驱动程序。

这本质上相当于Win9x的工作。也就相当于把HX变成DOS上的一个子操作系统，所有16位DOS调用仍交给DOS内核去完成，而Win32调用由HX内核去完成。我们只是把Win9x的GUI给剥去了，并且可以给HX的开发注入更先进的理念。Win9x已经不被微软支持，而我们则可以用HX去支持最新的硬件和技术。

如果还要继续发展DOS，这可能是最可行的一条路了。

今年,本业余小组,实现了在纯DOS 下.可以运行多任务.运行....

但是,目前只支持英文.
只要有高手写,就可以实现高速运行.

目前是合作问题...

今天仔细看了下，FreeDOS-32的specifications，很有启发。
FreeDOS-32这个项目，虽然从05年停滞到现在，但我还是偶尔会关注一下。
那些specifications里提到DOS是non-kernel system（无内核系统？）。然后具体看了FreeDOS-32 kernel的设计思想，发现它允许用户程序运行在ring0~ring3、用户空间或者内核空间，不对程序实行任何保护，内存不分页。虽然内核是被设计成单任务单用户，但是这样的设计使得编写一个driver之类的程序来实现多任务成为可能，这样就既延续了DOS原来的特点，又可以支持新的技术。于是我突然觉得，把DOS做成一个无内核的系统倒是一个不错的想法。这样的设计甚至有可能通过wrapper之类的程序来兼容linux/windows的驱动。
看了些文档，大致了解了一下，FreeDOS-32是准备通过重写所有DOS中断和BIOS中断来实现对16位DOS程序和DPMI程序的兼容，而它的native程序调用的是FreeDOS-32自己的system call，而且可执行文件格式还是ELF的。
假如我有这个能力和精力，就想移植一套GNU到FreeDOS-32上面去，当然是native不是DPMI。然后再把HX Extender移植上去，兼容win32 console程序。

不知道大家有没有试过windows休眠关机，然后重起动。
这种起动有点像以前dos起动一样，直入和快速。

新的dos是不是要支持图形呢？新的dos是不是要支持鼠标呢?
新的dos是不是也要支持多进程呢？多个进程又如果与用户交互呢？

如果不能实现上面的技术的话，新dos就算开发现来，使用者不会有几个
如果实现了上面的技术的话，它又貌似w......了！

39楼的意思我明白，就是要32位线性地址无分页，所有程序运行于RING0，酱紫的系统需要做到——
1、抛弃BIOS(其实NT、linux都抛弃了BIOS)，使用居于驱动来管理硬件。考虑到硬件厂商不太可能特意为我们编写驱程，只能参照linux驱动自己编撰。
2、单任务，多任务的话定时中断没法保证及时响应。
3、由于不保护，所以一个程序就可以搞坏整个系统，基本认定对一般用户没用。
4、纯32位(或64位)，并且抛弃BIOS，所以和原来的DOS程序基本没有兼容性可言。

就上述4点来说你认为会有多大的前途？win、linux设计之初为何会选用多层的保护模式呢？这主要就是为了避免“一个坏程序影响一个系统的稳定性”。

至于很多楼前的所谓的命令行兼容，那就根本不算什么，用Java虚拟机说不定也能搞定。

[ Last edited by netwinxp on 2009-5-9 at 10:15 ]

32位的DOS内核只是在默认状态下32位线性地址无分页、所有程序运行于ring0、单任务，但是由于对硬件的访问没有限制，一定可以开发出driver之类的程序实现多任务、并对程序行为实行保护，到时候无分页、ring0这些都可以改变的。一旦做出多任务的driver程序，它肯定不会允许程序有直接访问硬件的权限，也不会产生“一个坏程序影响一个系统的稳定性”的情况。实际上这就相当于在这个32位DOS上实现了一个内核。我认为FreeDOS-32如果开发出来，理论上来讲Linux内核、NT内核都可以在它上面运行。
至于对16位兼容，可以通过虚拟机解决，就像win那样。

[ Last edited by brglng on 2009-5-19 at 11:42 ]

32位线性地址无分页、所有程序运行于ring0、单任务，但是由于对硬件的访问没有限制...

既然都在Ring0，空间和硬件都可以访问，那么

一定可以开发出driver之类的程序实现多任务、并对程序行为实行保护

这个就一定实现不了。所有程序均在Ring0，那它就有能力访问和修改内存任何地方，有意或者无心(指针出错)修改关键内存数据或代码的情况就无法避免。windows是通过CPU来实现关键数据和代码的保护，也就留几个权限切换的陷阱门，就已经被屡屡突破权限限制。
ps:如果你不让程序运行在Ring0，那么所谓的方便访问硬件的优势就没有了，和win、 linux比较就没有优势可言。

[ Last edited by netwinxp on 2009-5-21 at 13:58 ]

本业余小组,已经运行了,既然是多任务的.
则,肯定是对程序行为实行保护的,欢迎DOS朋友参与.
看网址:
http://blog.tianya.cn/blogger/view_blog.asp?BlogName=xie2005
里面有图片,下次发动态图片.或 http://xie2005.tianyablog.com

如果你明白了,古老机器都可以实现多任务. 2009-10-15

[ Last edited by aq2007 on 2009-10-18 at 17:13 ]

主要是在dos下开发的.

[ Last edited by aq2007 on 2009-10-18 at 17:11 ]