发新话题
打印

隐隐约约觉得有必要把 GRUB4DOS 发展成为一个操作系统了

本主题由 不点 于 2010-4-4 09:33 设置高亮
没有邀请码,注册不了正式账号。看到这个帖子想说两句。

底层的东西我不懂,我从一个用户的角度说说。
个人的一点看法:
1、先把 GRUB4DOS用户群做大。当用的人多了就是标准了。现在先迎合其他主流操作系统,以后慢慢掌握话语权。
2、操作系统的先不说,先干掉DOS。也就是进到grub命令行后能执行 DOS命令或者类似功能命令(前期可以用DOS同名命令,后期用户多了逐步改命令名),使得再不用什么DOS工具箱了,不用IO.SYS和MSDOS.SYS文件一样能使用DOS的东西。如果能做到这一步,绝对能抢来很大一部分用户。也就是使用 GRUB4DOS完全不需要DOS系统了。至于怎么实现我不懂,呵呵!
3、后面再说linux什么的。一步步来么。

我看过很多启动盘镜像,全部都有DOS。没有那个用GRUB4DOS或者SYSlinux 或者EasyBoot做的引导盘不带DOS。

干掉DOS我不会弄,反正感觉工作量好大。

另外还有个问题,就是对ISO文件的引导问题。
如果能做到,随便拿个ISO文件(刻盘可用的ISO)在menu.lst设置下。就能完美引导就好了。(最近想弄这个ISO引导,一头雾水。还没搞定)

xfxylidj@163.com  顺带求个邀请码!谢谢

TOP

请问g4d中map命令实现的源码具体是怎样的?
我打算学习一下,写一个外部命令,类似vboot

TOP

map_func 函数是用 C 语言写成的。它要调用一些汇编语言函数。不过,这些汇编语言函数都可以改写成 C 语言的。最后,map 命令要把 int13 的处理程序安装到常规内存的顶部。这段处理程序的编译结果有 12K 之大。这段 int13 处理程序是用汇编写成的,源代码在 asm.S 中。

目前要写 grub4dos 的外部命令,大概必须得用 C 语言,这一点在其它地方曾经提到。而 int13 处理程序的 12K 代码,是被当作 map_func 的数据来处理的(简单把它放在常规内存的顶端),所以,虽然它是汇编语言写成的,但这并没有带来任何麻烦。

把 map 做成外部命令是完全可以做到的。但是,也许编程的细节还有很多需要处理。我觉得让一个不太熟悉的人去花时间弄这个事,不太合适。所以,我想在某个方便的时候,抽出时间完成这个工作(主要是为 wee 编写一个外部的 map 命令)。
美好的家园,靠我们自己去建设。一份努力,一份收获。

TOP

从使用者的角度看,功能好用是关键,至于它是一个模块还是一个操作系统并不重要,或者自然而然会发展成一个系统
如果软件能够解决问题,又能让用户明白解决了什么问题,那么他会对这个软件抱有友善态度,或者说这个软件对用户是友善的
那么,用户一旦喜欢上一个软件,便会更深入地了解、关注软件的发展,接受软件的理念和思想,并在合适的时机参与到软件中
软件的帮助、手册、文档、开发过程等资料,虽然不像软件本身那么光辉耀眼引人注目,却是一个系统的基石和继续前进的辅助
总之,在改进软件的同时,也应扩大文档

TOP

发新话题