中国DOS联盟

经过多次试验.确实印证了不点的观点.就是ms对bios的软盘仿真启动不支持导致的.退出仿真软盘启动也没试验成功.那么这个光盘98也只能在软盘和光盘2中选1,鱼翅和熊掌不可兼得.两害相衡取其轻,我们舍软盘而用光盘.当然光盘上是完全可以支持dos程序的运行的.当然,如果实在想使用软盘模式可以在光盘98上使用vFloppy技术来模拟软盘.

我这里有一个全面支持光盘文件的mini98光盘版本,没有长文件名及启动菜单及程序运行问题.唯一不足就是不能读取软盘.再就是桌面上进行文件操作会有点问题,(这个可以通过将Desktop文件夹设立在虚拟盘里面来解决)这是由于光盘不支持写入的原因.

还有一个请求大家帮助的就是,能不能找一个win9x系列使用的通用svga显示驱动??那么这个光盘版98的应用范围就很广泛了.对pe的市场会是一种很大的打击吧.

这可以参考一下XP的INF文件,它是这样加入的:


HKLM,"ControlSet001\Control\Class\{8ECC055D-047F-11D1-A537-0000F8753ED1}", "Class",0x00000002,"LegacyDriver"
HKLM,"ControlSet001\Control\Class\{8ECC055D-047F-11D1-A537-0000F8753ED1}", "",0x00000002,"非即插即用驱动程序"
HKLM,"ControlSet001\Control\Class\{8ECC055D-047F-11D1-A537-0000F8753ED1}", "Icon",0x00000002,"-19"
HKLM,"ControlSet001\Services\VgaSave", "ErrorControl",0x00010003,0x0
HKLM,"ControlSet001\Services\VgaSave", "Group",0x00000002,"Video Save"
HKLM,"ControlSet001\Services\VgaSave", "ImagePath",0x00020000,"\SystemRoot\System32\drivers\vga.sys"
HKLM,"ControlSet001\Services\VgaSave", "Start",0x00010003,0x1
HKLM,"ControlSet001\Services\VgaSave", "Tag",0x00010003,0x1
HKLM,"ControlSet001\Services\VgaSave", "Type",0x00010003,0x1
HKLM,"ControlSet001\Services\VgaSave\Device0", "InstalledDisplayDrivers",0x00010002,\
"vga",\
"framebuf",\
"vga256",\
"vga64k"
HKLM,"ControlSet001\Services\VgaSave\Device0", "VgaCompatible",0x00010003,0x1
HKLM,"ControlSet001\Services\VgaSave\Video", "VideoID",0x00000002,"{23A77BF7-ED96-40EC-AF06-9B1F4867732A}"
HKLM,"ControlSet001\Services\VgaSave\Video", "Service",0x00000002,"VgaSave"
HKLM,"ControlSet001\Services\VgaSave\Device0","DefaultSettings.XResolution",0x00010001,0x00000400
HKLM,"ControlSet001\Services\VgaSave\Device0","DefaultSettings.YResolution",0x00010001,0x00000300
HKLM,"ControlSet001\Control\Video\{23A77BF7-ED96-40EC-AF06-9B1F4867732A}\0000", "InstalledDisplayDrivers",0x00010002,\
"vga",\
"framebuf",\
"vga256",\
"vga64k"
HKLM,"ControlSet001\Control\Video\{23A77BF7-ED96-40EC-AF06-9B1F4867732A}\0000", "VgaCompatible",0x00010003,0x1
HKLM,"ControlSet001\Control\Video\{23A77BF7-ED96-40EC-AF06-9B1F4867732A}\Video", "Service",0x00000002,"VgaSave"

HKLM,"SYSTEM\ControlSet001\Control\Terminal Server\VIDEO\disc", "VgaCompatible",0x00000002,"\Device\Video0"
HKLM,"SYSTEM\ControlSet001\Control\Terminal Server\VIDEO\disc", "\Device\Video0",0x00000002,"\REGISTRY\Machine\System\CurrentControlSet\Services\TSDDD\Device0"

这里的"vga.sys"就是驱动,98也有这样类似的,还要加入"启动服务",这98可能做不到了.

谁做了通用的万能的 USB 驱动? 他肯定有能力制作 通用 SVGA 驱动.

或者兄弟们研究一下 INF 的格式, 并从网络上找找资料, 说不定自己也会做呢.

这里有一个 32 位 CDROM 通用驱动:

http://www.aleph1.co.uk/AcornProd/Software/32bitCDROM.html

原服务器连不上,弟兄们有稳定点的空间提供上传吗?
那个通用usb驱动只是在me.2000的驱动库里面提取的.

上传到 ftp://ftp.cosoft.org.cn/incoming/ 吧, 可以匿名上传. 这个站点的 IP 地址是: 211.100.7.71

以下是引用不点在2004-6-6 上午 09:08:35的发言：
谁做了通用的万能的 USB 驱动? 他肯定有能力制作 通用 SVGA 驱动.

或者兄弟们研究一下 INF 的格式, 并从网络上找找资料, 说不定自己也会做呢.

真不明白兄台为何苦苦追求这个,如说兴趣,我支持.如是想作出有实用性的东西,我看还是免了吧.要知道现在的MINI系统(嵌入式操作)或光盘运行系统已经多而且实用了,前面看到有人说是微软有意不让做,我看这是错的,它是有心无力,是它的"先天"不足所置,你看微软后来推出的XP等,无一不加入做嵌入式系统和光盘运行系统的原码.我前面说过NT架构与DOS架构(这里指98)的区别在于对注册表的管理,由于NT架构的用约20M的内存独立运行,所以当加载硬件后所要启动的注册项立即生效,位置相对在"\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum"这一部份.而98就要重新启动才能加载.这就是为何98不能作为光盘系统的最大的障碍.如果你像"嵌入式系统"那样单一运行硬件,估计也可实现,但这样就失去光盘通用的意义了.

真不明白楼上所说什么"苦苦"? 难道这很苦吗? 况且并非兄台我一个人希望有这样通用的系统, 而是大家都有这个要求. 你不需要也罢了, 没有必要让别人"免了". 那是别人的自由. 干涉别人的自由, 是不懂礼貌的表现.

NND突然停电.回了上百字的贴子也掉了..郁闷!
不点提供的这个ftp不错.文件已上传.文件名:如是-7XDosGUI.rar

这个是个试验版.提供给有兴趣的朋友下载批评..
system文件夹里的文件还比较杂乱,可以参照上一版剔除没用的dll文件.

不点提供的这个32位的cdrom驱动是inf文件不能在dos下加载的,在win下win自己的驱动就不错了.如果有能在dos下加载的支持16位及32位win的cdrom驱动就可以完全和硬盘上的win98一样了....

我前面有个帖子说到,我这次的版本全面支持光驱,但在win状态下不支持软驱,但如果我们使用win的退出到dos命令进入保护模式dos状态.是可以读取软驱的.这时候的软驱就是光盘上的引导img文件.这更清楚的说明了win9x序列的操作系统完全就是dos的GUI界面.

nt系列的架构是完全不同的,其内核是os/2的演化.本论坛是dos论坛,那些nt系列的虚拟dos不在讨论之列.

我想对97楼的朋友提一个问题,我这个完整功能版(支持大多数软件)在15MB左右,简化版是12mb,你能把PE做到多大?我这个体积的5倍还是10倍?

难道操作系统真的必须那么巨大吗?
难道操作系统真的必须对硬件有那么高的要求吗?
难道操作系统真的只能固守一台机器吗?
微软在操作系统里究竟给我们塞了多少垃圾?
系统对硬件的需求是不是仅仅只是出于商业的需要呢?

Windows系统文件名详解

http://zhong007.y365.com/html/ystmsu/windowfile.htm

http://www.jsgyzx.net/gyzx/html/diannao%20wei%20hu/Windows%CF%B5%CD%B3%CE%C4%BC%FE%C3%FB%CF%EA%BD%E2.htm?htm
DMCOLOR.DLL - 通用打印驱动程序彩打支持库
UMDM16.DLL - 通用调制解调器驱动组件
UMDM32.DLL - 通用调制解调器驱动组件
UNIDRV.DLL - Microsoft通用打印机驱动库
UNIDRV.HLP - 通用打印机驱动帮助
UNIMODEM.VXD - 通用调制解调器驱动
FRAMEBUF.DRV - SVGA显示器驱动程序

这里有 NT 的 SVGA 驱动下载:
http://www1.vobis.de/bbs/firmen/avance/2032_64/

微软 SVGA 驱动下载:
http://www.video-drivers.com/drivers/63/63156.htm


这里有一篇文章, 详细讲述如何使用 VMware 中的 SVGA 驱动:
http://www.reactos.com/en/content/view/full/1890

我想对97楼的朋友提一个问题,我这个完整功能版(支持大多数软件)在15MB左右,简化版是12mb,你能把PE做到多大?我这个体积的5倍还是10倍?

难道操作系统真的必须那么巨大吗?
难道操作系统真的必须对硬件有那么高的要求吗?
难道操作系统真的只能固守一台机器吗?
微软在操作系统里究竟给我们塞了多少垃圾?
系统对硬件的需求是不是仅仅只是出于商业的需要呢?

不好意思,我现在已经把WinPE做到18M了(英文),功能只能访问本地磁盘.能分区.你也列出你做的98功能看看?

请问楼上的，您那个18M的WinPE还可以运行WINRAR吗，还是只能运行命令提示符?
谢谢

支持一下

mini系统现在有不同的实现方案, 思路都有差别. 各人都按照自己的思路做下去, 并尽量完善, 给大家提供不同的选择, 这就 OK 了. 我当然不反对相互交流, 但是决不应当因为自己的想法与别人的不同, 就对别人的工作小瞧或蔑视. 也就是说, 全盘否认别人的工作或者成果, 是不可取的. 有人愿意做 DOS, 有人愿意做 win9x/Me, 有人愿意做 win2000/XP, 也有人愿意做 linux 等系统的. 立足点不同, 则一般不应谈比较. 因为系统差异很大. 比如 win98 和 2000, 本身就有很大差异, 在这两个不同基础之上的 mini 系统, 肯定也存在这些差异. 但是, 差异并非永远不可消除的. 优点互补, 随着时间的推移, 任何一个系统的弱势, 都可能有人去做修补完善的工作. 究竟谁做的系统能够胜出, 那要靠实践的长期检验, 这不是一年半载就可以看得出来的. 如果一个新系统采用了先进的技术, 各项指标都很完美, 比如中文支持, 硬件支持, 工具软件支持, 办公软件支持都很完美的话, 那它应当会胜出的. 比如(我觉得)如是大师的这个系统, 就比原先其他一些类似的系统要好, 以前的系统, 甚至不能正常启动到 windows, 启动到中途就死掉了. 我希望有多个系统出现, 希望系统的制作者们要有足够的毅力, 坚持下去, 直到自己的想法得到充分的实现, 不要遇到困难就失去干劲了.

说到这里, 我还想说说我很早就有过的一个想法. 大家知道, ReactOS 是 windows 的一个自由软件实现. 就在今年, 我看到了有个日本网站在做 reactOS 的日语化工作. 所以我认为, 从中文化的角度入手, 也可以作一个 reactOS 出来, 这也可以算做通用的 windows 类系统的一种制作方法. 如果能够吸收 reactOS 的一些优点, 相信如是大师的这个系统会不断完善. 世上无难事, 只怕你不做. 话虽如此, 我自己却没有精力, 也没有能力去做. 至少目前不行. 希望有能力的, 都来帮忙. 我认为, 不管是 mini98 还是 mini2000, 这系统做好了, 对大家都好哇.