标题: 近日DOS开发的一些预研成果 [打印本页]
作者: sunx 时间: 2007-7-26 10:56 标题: 近日DOS开发的一些预研成果
DOS编程是很熟的, 属于用debug.com 写程序的最早一代
但是多年没摸DOS了,
所以开工前曾经在这里发帖,想有经验的人推荐或者介绍几个现在比较成熟的DOS开发工具
但是很可惜, 没人回复, 只好自己一个个对比
我把我的一些结论供遇到类似问题的同行参考一下
我认为最优组合是 DJGPP + ALEGRO
原因如下:
DJGPP是32位的, 有经验的都懂为什么32bit代码比16bit代码容易写,这个不用多说
DJGPP是基于GCC的, 品质有保障, 不用浪费时间去熟悉语法特点
DJGPP是免费的,没有潜在的版权风险
ALEGRO已经有了通常需要的所有UI控件, checkbox, radiobox, text, list, 等, 并且可以非常容易的支持GB编码的中文 (说需要UNICODE格式那是外行的误解), 无需patch源代码就可以完美显示中文, 这也是比较重要的, 如果需要patch源代码那样以后随着alegro版本升级要不断维护自己的patch并且还不确定patch的原理是否仍然可行, 这会是个长期拖累
成熟的编译器 + 成熟的图形库, 开发产品和自己写个小程序玩玩是不一样的, 成熟这两个字的意义非常重要
IDE的话,rh不好用, 建议使用VC然后调用bat来实现整合
最后:
我强烈建议!!!!, 不要相信那些论坛经常看到推销的 xxx开发包 之类
我测试了所有能找到的, 压根就没一个好用的,不是年久失修就是编程环境恶劣,或者兼容性有问题
这种套件本来就不是1,2个人1,2年时间业余写写能搞好的
用这些没有经过严格测试, 没有专人维护, 缺乏技术支持, 缺乏实际应用的东西,等于让产品自杀
个人意见, 大家见仁见智
Last edited by sunx on 2007-7-26 at 11:03 AM ]
但是多年没摸DOS了,
所以开工前曾经在这里发帖,想有经验的人推荐或者介绍几个现在比较成熟的DOS开发工具
但是很可惜, 没人回复, 只好自己一个个对比
我把我的一些结论供遇到类似问题的同行参考一下
我认为最优组合是 DJGPP + ALEGRO
原因如下:
DJGPP是32位的, 有经验的都懂为什么32bit代码比16bit代码容易写,这个不用多说
DJGPP是基于GCC的, 品质有保障, 不用浪费时间去熟悉语法特点
DJGPP是免费的,没有潜在的版权风险
ALEGRO已经有了通常需要的所有UI控件, checkbox, radiobox, text, list, 等, 并且可以非常容易的支持GB编码的中文 (说需要UNICODE格式那是外行的误解), 无需patch源代码就可以完美显示中文, 这也是比较重要的, 如果需要patch源代码那样以后随着alegro版本升级要不断维护自己的patch并且还不确定patch的原理是否仍然可行, 这会是个长期拖累
成熟的编译器 + 成熟的图形库, 开发产品和自己写个小程序玩玩是不一样的, 成熟这两个字的意义非常重要
IDE的话,rh不好用, 建议使用VC然后调用bat来实现整合
最后:
我强烈建议!!!!, 不要相信那些论坛经常看到推销的 xxx开发包 之类
我测试了所有能找到的, 压根就没一个好用的,不是年久失修就是编程环境恶劣,或者兼容性有问题
这种套件本来就不是1,2个人1,2年时间业余写写能搞好的
用这些没有经过严格测试, 没有专人维护, 缺乏技术支持, 缺乏实际应用的东西,等于让产品自杀
个人意见, 大家见仁见智
Last edited by sunx on 2007-7-26 at 11:03 AM ]
作者: zqlcch 时间: 2007-7-26 11:21
但DJGPP+ALLEGRO目前发现一个缺点，编译出来的程序在AMD690芯片组或ATI早期的芯片组上键盘会失去响应，我试了4片（华硕、昂达）不同的主板，都有这种情况，楼主不妨有空验证一下或修正一下，年事已高，现在已经没有去找BUG的能力了。
如果要显示的内容少就直接改字体文件，100多个ASCII字符就用了，其实ALLEGRO的字体对应的是一幅图片，图片你要多大都成。
我强烈建议!!!!, 不要相信那些论坛经常看到推销的 xxx开发包之类。
这句话我反对，Winsail和ecurb2006的二进制开发包本身就是免费的，ecurb功能弱了一点，个人感觉winsail还是很方便的，我可不是winsail的托，以前用winsail写了好几个程序，都还不错。但像工控行业那种需要长时间稳定运行的环境我是没有试过。
Last edited by zqlcch on 2007-7-26 at 11:23 AM ]
如果要显示的内容少就直接改字体文件，100多个ASCII字符就用了，其实ALLEGRO的字体对应的是一幅图片，图片你要多大都成。
我强烈建议!!!!, 不要相信那些论坛经常看到推销的 xxx开发包之类。
这句话我反对，Winsail和ecurb2006的二进制开发包本身就是免费的，ecurb功能弱了一点，个人感觉winsail还是很方便的，我可不是winsail的托，以前用winsail写了好几个程序，都还不错。但像工控行业那种需要长时间稳定运行的环境我是没有试过。
Last edited by zqlcch on 2007-7-26 at 11:23 AM ]
作者: sunx 时间: 2007-7-26 13:10
对于少数跑不起来的硬件,那当然也没办法
只要硬件支持, djgpp还是首选的东西
Winsail和ecurb2006, 如果用在商业产品中,是要收费的
ecurb2006 免费包现在只支持16bit
Winsail 我感觉是从一个几年没更新过的sourceforge项目改来的
这两者我的使用感觉是,都比较粗糙, 并且整体观感, 是从一个缺乏整体设计的东西层层patch出来的, 所以有很多凌乱的地方, 看着心里不舒坦
个人意见, 当中抵触到厂家的地方, 见谅
Last edited by sunx on 2007-7-26 at 01:23 PM ]
只要硬件支持, djgpp还是首选的东西
Winsail和ecurb2006, 如果用在商业产品中,是要收费的
ecurb2006 免费包现在只支持16bit
Winsail 我感觉是从一个几年没更新过的sourceforge项目改来的
这两者我的使用感觉是,都比较粗糙, 并且整体观感, 是从一个缺乏整体设计的东西层层patch出来的, 所以有很多凌乱的地方, 看着心里不舒坦
个人意见, 当中抵触到厂家的地方, 见谅
Last edited by sunx on 2007-7-26 at 01:23 PM ]
作者: windowsvesta 时间: 2007-7-26 14:02
能用DJGPP的地方，为什么不直接使用Windows，我很不解！
楼主能解释一下吗？
我个人的感觉是“DJGPP是好东西，但生不逢时，它比WinCE编程更加复杂，群众基础还不是很好，几乎没有中文文档”！
Last edited by windowsvesta on 2007-7-26 at 02:12 PM ]
楼主能解释一下吗？
我个人的感觉是“DJGPP是好东西，但生不逢时，它比WinCE编程更加复杂，群众基础还不是很好，几乎没有中文文档”！
Last edited by windowsvesta on 2007-7-26 at 02:12 PM ]
作者: firstsail 时间: 2007-7-26 15:05
WinSail 开发的目的是用于工业控制场合，它已经经过市场近十年的实际应用，安全、稳定、可靠，值得大家信赖！
界面一：
界面二：
界面三：
界面四：
界面五：
Last edited by firstsail on 2007-7-26 at 08:07 PM ]
界面一：
界面二：
界面三：
界面四：
界面五：
Last edited by firstsail on 2007-7-26 at 08:07 PM ]
作者: sunx 时间: 2007-7-27 04:15
你似乎不知道DJGPP是什么
DJGPP是个编译器, 和TC,BC没本质区别
你竟然能把一个编译器和Windows来比, 无语
DJGPP是个编译器, 和TC,BC没本质区别
你竟然能把一个编译器和Windows来比, 无语
Originally posted by windowsvesta at 2007-7-26 14:02:
能用DJGPP的地方，为什么不直接使用Windows，我很不解！
楼主能解释一下吗？
我个人的感觉是“DJGPP是好东西，但生不逢时，它比WinCE编程更加复杂， ...
作者: firstsail 时间: 2007-7-27 10:01
我对ＤＪＧＰＰ的看法，只能代表我个人的观点，不代表普便性！
我们常说，＂ＤＯＳ编程＂、“windows编程”、“ＷinCE编程”这样的话，如果我们一定要咬文嚼字，一定要分析其语句的汉语语法，我们可以把这句话看成＂根本无知的人才能说出的话＂．ＤＯＳ是操作系统，它能编程吗？＂windows"也是操作系统，它能编程吗？
我们常说的＂ＤＯＳ编程＂，泛指利用ＤＯＳ下的编译器来编程，比如说Ｔurboc C、Ｂasic、ＢC31、Pascal、ＤＪＧＰＰ等工具来编程．
我们常说的＂Windows编程＂，泛指利用Windows下的编译器来编程，比如说Visual C++、Borland C++、Ｖisual Ｂasic、Visual Foxpro等工具来编程．
所以ＩＴ词汇，只要大家约定俗成即可！
＂ＸＸＸ开发包＂，它与ＤＪＧＰＰ、它与Ｂorland C++/Turboc C、它与Basic等等，并不是互斥关系，而是相互配合关系。比如说，将“开发包”的Ｃ＋＋源代码放在ＤＪＧＰＰ的编译器下编译后，至少95%以上的代码不作任何修改就可以成为DJGPP下的开发包。广义上说:＂ＸＸＸ开发包＂是不依赖编译器的。
关于ＤＯＳ下的Ｃ＋＋编译器，我个人的观点，还是优先推荐Borland C++3.1，关于ＤＯＳ下的Ｃ编译器，优先推荐Turboc C、关于ＤＯＳ下的Ｂasic编译器，优先推荐QBasic、关于DOS下的Pascal编译器，优先推荐Turboc Pascal。
我优先推荐Borland C++3.1，是因为：
（１）它集“编辑、编译、链接、调试”于一身。
（２）ＤＯＳ下的Ｃ＋＋程序员，至少90％以上都熟悉它，有广大的群众基础。
（３）ＤＯＳ下的Ｃ＋＋编程，至少95％的实际编程应用能够得到满足。
（４）在图书馆，现在（２００７年）都还能买到关于“ＢＣ３１／４５"的函数库的书。
（5）汉语是单音节词汇，“ＢＣ３１”只有“ＢＣ”两个字母，并且是连续的两个字母，很好记忆；而“ＤＪＧＰＰ”是五个字母，并且字母是分散的，不好记忆。所以在名称上，以中国人的习惯，ＢＣ就优于ＤＪＧＰＰ。
基于上面五点，ＤＪＧＰＰ要超越ＢＣ３１，还有很长的一段路要走，并且走得会相当艰难......。
Last edited by firstsail on 2007-7-27 at 11:42 AM ]
我们常说，＂ＤＯＳ编程＂、“windows编程”、“ＷinCE编程”这样的话，如果我们一定要咬文嚼字，一定要分析其语句的汉语语法，我们可以把这句话看成＂根本无知的人才能说出的话＂．ＤＯＳ是操作系统，它能编程吗？＂windows"也是操作系统，它能编程吗？
我们常说的＂ＤＯＳ编程＂，泛指利用ＤＯＳ下的编译器来编程，比如说Ｔurboc C、Ｂasic、ＢC31、Pascal、ＤＪＧＰＰ等工具来编程．
我们常说的＂Windows编程＂，泛指利用Windows下的编译器来编程，比如说Visual C++、Borland C++、Ｖisual Ｂasic、Visual Foxpro等工具来编程．
所以ＩＴ词汇，只要大家约定俗成即可！
＂ＸＸＸ开发包＂，它与ＤＪＧＰＰ、它与Ｂorland C++/Turboc C、它与Basic等等，并不是互斥关系，而是相互配合关系。比如说，将“开发包”的Ｃ＋＋源代码放在ＤＪＧＰＰ的编译器下编译后，至少95%以上的代码不作任何修改就可以成为DJGPP下的开发包。广义上说:＂ＸＸＸ开发包＂是不依赖编译器的。
关于ＤＯＳ下的Ｃ＋＋编译器，我个人的观点，还是优先推荐Borland C++3.1，关于ＤＯＳ下的Ｃ编译器，优先推荐Turboc C、关于ＤＯＳ下的Ｂasic编译器，优先推荐QBasic、关于DOS下的Pascal编译器，优先推荐Turboc Pascal。
我优先推荐Borland C++3.1，是因为：
（１）它集“编辑、编译、链接、调试”于一身。
（２）ＤＯＳ下的Ｃ＋＋程序员，至少90％以上都熟悉它，有广大的群众基础。
（３）ＤＯＳ下的Ｃ＋＋编程，至少95％的实际编程应用能够得到满足。
（４）在图书馆，现在（２００７年）都还能买到关于“ＢＣ３１／４５"的函数库的书。
（5）汉语是单音节词汇，“ＢＣ３１”只有“ＢＣ”两个字母，并且是连续的两个字母，很好记忆；而“ＤＪＧＰＰ”是五个字母，并且字母是分散的，不好记忆。所以在名称上，以中国人的习惯，ＢＣ就优于ＤＪＧＰＰ。
基于上面五点，ＤＪＧＰＰ要超越ＢＣ３１，还有很长的一段路要走，并且走得会相当艰难......。
Last edited by firstsail on 2007-7-27 at 11:42 AM ]
作者: sunx 时间: 2007-7-27 15:41
不完全同意firstsail说的,
不过当中大部分和我的贴要讨论的东西不沾边, 这里我只辩论和主题有关的:
对于一个开发者, 总是在寻找更好用的开发工具
不是说能满足编程需要这个最低纲领就ok了
wps的第一个版本是用 debug.com 写出来的, 现在我们不可能再去干这样的事情, 因为时代在进步, 开发工具的发展在不断简化程序员工作. 但是就当时的特定时代,debug.com就是唯一的最好的开发工具
BC也一样, BC有他的辉煌业绩,在16bit纯dos开发范畴, BC是举世公认的最好
但是BC已经停止发展很多年, 这很多年中的新技术,BC都是没有支持的
1. BC不支持32bit, 写过很多dos程序的人,肯定都对 seg:ofs 和 64k最大内存段限制深怀无奈, 现在的产品,有个大点的数据表很正常吧, 在16bit下处理大数据,想想都烦躁
2. BC下缺乏强大的图形支持, 没办法, 你也说了,我们是中国人, 中国人要汉字就得和图形打交道, 有BGI图形, 有TV UI, 可惜没有 TV+BGI GUI
3. DJGPP的编译器就是GCC, 在现在来说 GCC的群众基础恐怕比BC大多了, 用windows的不一定会用BC, 但是用过linux的就肯定和GCC打过交道
4. 除非别无选择,否则还是不要使用一个已经停止发展的东西, 实际上BC的现状连一个开源工具都不如, borland公司不管他了,业余程序员想改进他也没法; 反之DJGPP/Alegro 一直都在发展, 你报个bug上去, 很快就会在下一个版本中改正
-----------------------------------------------------------------------------------------------------------
最后,我实在忍不住想说一句, 你的第五点实在是有点太无厘头了, 要不以后我们选东西就学周星驰好,带把尺量长度, 哈哈, 调侃一下,没什么恶意
不过当中大部分和我的贴要讨论的东西不沾边, 这里我只辩论和主题有关的:
对于一个开发者, 总是在寻找更好用的开发工具
不是说能满足编程需要这个最低纲领就ok了
wps的第一个版本是用 debug.com 写出来的, 现在我们不可能再去干这样的事情, 因为时代在进步, 开发工具的发展在不断简化程序员工作. 但是就当时的特定时代,debug.com就是唯一的最好的开发工具
BC也一样, BC有他的辉煌业绩,在16bit纯dos开发范畴, BC是举世公认的最好
但是BC已经停止发展很多年, 这很多年中的新技术,BC都是没有支持的
1. BC不支持32bit, 写过很多dos程序的人,肯定都对 seg:ofs 和 64k最大内存段限制深怀无奈, 现在的产品,有个大点的数据表很正常吧, 在16bit下处理大数据,想想都烦躁
2. BC下缺乏强大的图形支持, 没办法, 你也说了,我们是中国人, 中国人要汉字就得和图形打交道, 有BGI图形, 有TV UI, 可惜没有 TV+BGI GUI
3. DJGPP的编译器就是GCC, 在现在来说 GCC的群众基础恐怕比BC大多了, 用windows的不一定会用BC, 但是用过linux的就肯定和GCC打过交道
4. 除非别无选择,否则还是不要使用一个已经停止发展的东西, 实际上BC的现状连一个开源工具都不如, borland公司不管他了,业余程序员想改进他也没法; 反之DJGPP/Alegro 一直都在发展, 你报个bug上去, 很快就会在下一个版本中改正
-----------------------------------------------------------------------------------------------------------
最后,我实在忍不住想说一句, 你的第五点实在是有点太无厘头了, 要不以后我们选东西就学周星驰好,带把尺量长度, 哈哈, 调侃一下,没什么恶意
作者: zqlcch 时间: 2007-7-27 18:34
DJGPP在国外的使用范围非常广，像多平台模拟器mame都是用djgpp+allegro做的，反而的BC基本是消失也。。
由于母语的问题，DJGPP在中国使用的人非常少，这是中国人学习计算机的硬伤啊。
由于母语的问题，DJGPP在中国使用的人非常少，这是中国人学习计算机的硬伤啊。
作者: windowsvesta 时间: 2007-7-27 19:02
既然“DJGPP”基于DOS下的32位运行，有那么大的市场，为什么外国佬不把它发展成象Visual C++的样式，这是技术问题，还是开发投入与市场回报不成正比？
Last edited by windowsvesta on 2007-7-27 at 07:07 PM ]
Last edited by windowsvesta on 2007-7-27 at 07:07 PM ]
作者: windowsvesta 时间: 2007-7-27 19:18
我相信，只要Borland公司愿意，开发DOS下的32位的保护模式编译器，绝对是最好的32位的保护模式编译器！但是，Borland为什么不愿意将“BC”升级为32位的保护模式编译器呢？
我个人认为DOS下的32位的保护模式编译器不会掀起太大的波浪，只会在“特殊场合”上有所应用，并且主要限于“精英级的人”在使用！所以DJGPP天生就是“精英的、非大众化的”。
UNIX走精英之路，Windows走大众之路，谁输谁赢？
Last edited by windowsvesta on 2007-7-27 at 07:35 PM ]
我个人认为DOS下的32位的保护模式编译器不会掀起太大的波浪，只会在“特殊场合”上有所应用，并且主要限于“精英级的人”在使用！所以DJGPP天生就是“精英的、非大众化的”。
UNIX走精英之路，Windows走大众之路，谁输谁赢？
Last edited by windowsvesta on 2007-7-27 at 07:35 PM ]
作者: firstsail 时间: 2007-7-27 21:01
“BC不支持32bit, 写过很多dos程序的人,肯定都对 seg:ofs 和 64k最大内存段限制深怀无奈”。
只有在汇编语言年代，才经常跟“Seg : Off”打交道，进入高级语言（如BC31）时代后，这样的交道，可以说是“千年等一回了”。
现在的产品,有个大点的数据表很正常吧, 在16bit下处理大数据,想想都烦躁
如果处理大量数据不怕“毫秒”级的滞后，完全可以用XMS扩展内存解决，并且XMS内部处理本身也是“保护模式”的。
BC下缺乏强大的图形支持, 没办法, 你也说了,我们是中国人, 中国人要汉字就得和图形打交道, 有BGI图形, 有TV UI, 可惜没有 TV+BGI GUI。
其实BC31是DOS下所有编译器中，具有最强大的图形支持，只是没有GUI部份，所以我推出了WinSail的GUI部份，就是为了弥补它的不足，就如同Alegro弥补DJGPP的不足。
DJGPP的编译器就是GCC, 在现在来说 GCC的群众基础恐怕比BC大多了, 用windows的不一定会用BC, 但是用过linux的就肯定和GCC打过交道
我不太认同，TCC、BCC、GCC这些工具，主要还是UNIX下编程的人，才会被迫使用它，从而熟悉它。有一个数据是：“过半的数据库应用是用Visual Basic”写出来的。所以说用xCC的人绝对是凤毛麟角！只有高手级的人物才会熟练地使用它。
除非别无选择,否则还是不要使用一个已经停止发展的东西, 实际上BC的现状连一个开源工具都不如,
事实是：DJGPP也不可能提供源代码公开吧！Windows也没有提供源代码，老百姓不也同样用得欢！
最后,我实在忍不住想说一句, 你的第五点实在是有点太无厘头了, 要不以后我们选东西就学周星驰好,带把尺量长度, 哈哈, 调侃一下,没什么恶意。
SunX兄可不要低估了“英文名称”在中国人眼中的感受，“Alegro”这些词汇在＂牛津字典＂里面查不到吧，在＂金山词霸＂里面也找不到，总之到今天为止，我还无法将它拼读出来，看到不懂的＂英文字母组合＂就两眼昏花，不知道上帝为什么要创造＂拉丁语系＂。
看看现在的“名星”，大多数人都经过了“风水师”的改造，例如“成龙”呀、“王菲” 呀、还有“周星驰”等等。“风水学”，可是一本难以捉摸的科学！信之有，不信之无．
所以我认为＂ＤＪＧＰＰ＂只有在ＵＮＩＸ下才有它的生命力！才有它发展的土壤．
Last edited by firstsail on 2007-7-27 at 09:33 PM ]
作者: netwinxp 时间: 2007-7-27 22:23
现在计算机硬件发展太快了，我提一个疑问——据说intel下一代芯片组将砍掉LPT、COM、PCI，基于老内核的DOS恐怕很难再适应了，不知大家有何打算？
作者: netwinxp 时间: 2007-7-27 23:30
至于工控方面，九几年的时候基于MSDOS、DRDOS的特多，这几年呢基于windows的则占了大多数，采用VB+AD/DA采集卡驱动程序的越来越多了(开发速度快)，这一两年，甚至AD/DA卡也越来越少了，直接采用USB的开始逐步流行起来了。说起自由来，裸机最自由了，我们为什么要用操作系统呢？为的是调用它的功能，可是DOS能给我们的功能绝大部分只集中在DISK方面。
作者: sunx 时间: 2007-7-28 01:12
工作是实实在在的, 没法建立在如果上
无论什么原因, bc没发展32位,没有了就是没有了, 我说borland当时是因为没有能力更新BC编译核心 (BC队伍散了, 并且delphi项目很紧迫), 很多人一定不愿意接受
至于32位好不好, 这个无需争论, 因为这是共识性的东西
-----------------------------------------------------------------------------------------
顺便对firstsail说一句, 你和我较劲没意义啊
因为作为开发者,我们需要的不仅仅是可用, 而是尽量好用
我当然明白 seg:ofs 也能满足使用, 当然也清楚 xms可以存数据, 但是这不能作为让我放着 32位平板寻址不用, 去靠调整段来访问超过64k的数据, 靠xms管理接口来来回拷贝切换内存的理由
就像, 明明我可以坐车去的地方, 你非要我走路去, 这是没有理由的
人的时间精力有限, 所以不得不在方法上作最优选择
同样原因, 从稳定性,从生命力考虑, 从长期成本, 我知道bc+winsail 也能用, 但是这不能作为要求我放着 djgpp+alegro 又开源又免费用户群又广泛, 这么优秀的东西不用的理由啊
另外,否定一个东西之前,应该先充分了解这个东西 , 这样你的判断才会有理有据.
DJGPP是开源的, 每个包的s结尾的版本就是源代码,
你还把GCC这个现在具有这么强大影响力的工具,说成是linux下人才会被迫使用的东西
论及 djgpp/gcc/linux, 你应该至少把那些都拿过来, 写上几个比hellworld 复杂点的程序, 那样才会有真实的观感
我对winsail又没什么仇, 如果东西好,我也一样会用
Last edited by sunx on 2007-7-28 at 01:33 AM ]
无论什么原因, bc没发展32位,没有了就是没有了, 我说borland当时是因为没有能力更新BC编译核心 (BC队伍散了, 并且delphi项目很紧迫), 很多人一定不愿意接受
至于32位好不好, 这个无需争论, 因为这是共识性的东西
-----------------------------------------------------------------------------------------
顺便对firstsail说一句, 你和我较劲没意义啊
因为作为开发者,我们需要的不仅仅是可用, 而是尽量好用
我当然明白 seg:ofs 也能满足使用, 当然也清楚 xms可以存数据, 但是这不能作为让我放着 32位平板寻址不用, 去靠调整段来访问超过64k的数据, 靠xms管理接口来来回拷贝切换内存的理由
就像, 明明我可以坐车去的地方, 你非要我走路去, 这是没有理由的
人的时间精力有限, 所以不得不在方法上作最优选择
同样原因, 从稳定性,从生命力考虑, 从长期成本, 我知道bc+winsail 也能用, 但是这不能作为要求我放着 djgpp+alegro 又开源又免费用户群又广泛, 这么优秀的东西不用的理由啊
另外,否定一个东西之前,应该先充分了解这个东西 , 这样你的判断才会有理有据.
DJGPP是开源的, 每个包的s结尾的版本就是源代码,
你还把GCC这个现在具有这么强大影响力的工具,说成是linux下人才会被迫使用的东西
论及 djgpp/gcc/linux, 你应该至少把那些都拿过来, 写上几个比hellworld 复杂点的程序, 那样才会有真实的观感
我对winsail又没什么仇, 如果东西好,我也一样会用
Last edited by sunx on 2007-7-28 at 01:33 AM ]
作者: sunx 时间: 2007-7-28 01:19
估计去掉com lpt pci dos还是能跑的, 只要bios的基本接口别变
因为在最老的机器里面, com lpt本来就没有,要靠多功能卡(isa扩展卡) 来附加
也本来就没有pci
basic的确是好东西, 最近的dos项目要不是对数据结构操作比较多, 我就是想选择 powerbasic之类的
同你所说的, 写起来快是最大的吸引力
要是硬件满足跑win系列, 能用win还是用win的好, 要是能上win, 打死我也不回去搞dos, 还是那原因, 写起来快啊, 不过win是收费的这个是个遗憾
Last edited by sunx on 2007-7-28 at 01:31 AM ]
因为在最老的机器里面, com lpt本来就没有,要靠多功能卡(isa扩展卡) 来附加
也本来就没有pci
basic的确是好东西, 最近的dos项目要不是对数据结构操作比较多, 我就是想选择 powerbasic之类的
同你所说的, 写起来快是最大的吸引力
要是硬件满足跑win系列, 能用win还是用win的好, 要是能上win, 打死我也不回去搞dos, 还是那原因, 写起来快啊, 不过win是收费的这个是个遗憾
Originally posted by netwinxp at 2007-7-27 23:30:
至于工控方面，九几年的时候基于MSDOS、DRDOS的特多，这几年呢基于windows的则占了大多数，采用VB+AD/DA采集卡驱动程序的越来越多了(开发速度快)，这一 ...
Last edited by sunx on 2007-7-28 at 01:31 AM ]
作者: windowsvesta 时间: 2007-7-28 10:24
Originally posted by netwinxp at 2007-7-27 11:30 PM:
至于工控方面，九几年的时候基于MSDOS、DRDOS的特多，这几年呢基于windows的则占了大多数，采用VB+AD/DA采集卡驱动程序的越来越多了(开发速度快)，这一 ...
很多自动化项目上位机一般是“Windows”，下位机一般是UNIX或DOS。
直接在Windows上用AD卡，AD卡必须是带FIFO功能的，否则采样数据会丢失时间片段，因为Windows不是实时操作系统，时时刻刻有20mS~500mS的廷时都很正常。高精度仪器仪表一般是：单片机、ARM、采用DOS的IPC/PC104、采用UNIX的IPC/PC104、采用WinCE的IPC/PC104。只有普通自动化应用才是Windows，即一般意义上说的“系统集成”，并且难以突破1%的精度。
Last edited by windowsvesta on 2007-7-28 at 11:47 AM ]
作者: netwinxp 时间: 2007-7-28 11:00
实时性要求较强的下位机恐怕还是智能芯片比较合适，毕竟PC机的时钟还是会有漂移的，不是那么准，而智能芯片通常会带自己的开发系统，DOS好像也帮不上什么忙。
作者: windowsvesta 时间: 2007-7-28 11:53
我见过美国人开发的一个系统，售价是$100万美金，相当现在的￥760万人民币，采用的是双主机结构，上位机是Windows NT，下位机是DOS,采用了两台工控机，一台显示器。架构是
硬件--->DOS--->Window NT
| |
|---------------------------
Last edited by windowsvesta on 2007-7-28 at 12:06 PM ]
硬件--->DOS--->Window NT
| |
|---------------------------
Last edited by windowsvesta on 2007-7-28 at 12:06 PM ]
作者: windowsvesta 时间: 2007-7-28 12:28
对于DOS程序员来说,
Basic程序员人数 ＞ C语言程序员人数 ＞ C++程序员人数。
所以说,
------采用Basic语言开发项目,是入门级的.
------采用TC+C语言开发项目,是大众级的.
------采用BC31 + C++语言开发项目,是研发级的.
------采用DJGPP + C++语言开发项目,是精英级的.
所以楼主不要忘记"金字塔"级的分布.
Last edited by windowsvesta on 2007-7-28 at 12:55 PM ]
Basic程序员人数 ＞ C语言程序员人数 ＞ C++程序员人数。
所以说,
------采用Basic语言开发项目,是入门级的.
------采用TC+C语言开发项目,是大众级的.
------采用BC31 + C++语言开发项目,是研发级的.
------采用DJGPP + C++语言开发项目,是精英级的.
所以楼主不要忘记"金字塔"级的分布.
Last edited by windowsvesta on 2007-7-28 at 12:55 PM ]
作者: windowsvesta 时间: 2007-7-28 12:41
Turboc C封装了TCC
Borland C++封装了BCC
不知何时DJGPP新版本能够封装GCC，如果封装了GCC，那它代替BC，就指日可待了。那一天真的到来了，我就义无反顾地抛弃BC奔向DJGPP，但现在还“为时尚早”。
Last edited by windowsvesta on 2007-7-28 at 12:54 PM ]
Borland C++封装了BCC
不知何时DJGPP新版本能够封装GCC，如果封装了GCC，那它代替BC，就指日可待了。那一天真的到来了，我就义无反顾地抛弃BC奔向DJGPP，但现在还“为时尚早”。
Last edited by windowsvesta on 2007-7-28 at 12:54 PM ]
作者: shanliang8008 时间: 2007-7-28 23:41
c
:))
:))
作者: windowsvesta 时间: 2007-7-29 15:36
把GCC这个现在具有这么强大影响力的工具,说成是linux下人才会被迫使用的东西
假设有100个IT人，在这些人中间，80人从无听过GCC，10人只听过GCC，4人曾用过GCC，只有1人经常使用GCC。所以比例是99:1。
Last edited by windowsvesta on 2007-7-29 at 03:38 PM ]
作者: sunx 时间: 2007-7-30 03:48
to windowsvesta:
论据不能靠拍脑袋拍出来, 更不能 "因为ok所以ok"
以下几个数据供你参考
最主流的VB在2001年就只剩下21%的使用率
apache 在web服务器中占有率为52%, 2005年甚至达到过70%
希望你明白这两个数据代表什么
我不反对辩论
但是你是搞技术的, 应该严谨一点
Last edited by sunx on 2007-7-30 at 04:19 AM ]
论据不能靠拍脑袋拍出来, 更不能 "因为ok所以ok"
以下几个数据供你参考
最主流的VB在2001年就只剩下21%的使用率
apache 在web服务器中占有率为52%, 2005年甚至达到过70%
希望你明白这两个数据代表什么
我不反对辩论
但是你是搞技术的, 应该严谨一点
Last edited by sunx on 2007-7-30 at 04:19 AM ]
作者: netwinxp 时间: 2007-7-30 06:55
同意楼上的。我们搞技术的，可以用理论为论据，也可以用实际数据为论据，还可以用反例来推翻，唯独不能用假设作为论据。
作者: windowsvesta 时间: 2007-7-30 09:28
MSN刚刚登录中国时，大家都认为又是一次“Office”与“WPS”的关系，可以将“QQ”彻底地扫入垃圾堆，事实是，如果您去网吧，即时聊天工具还是QQ，使用MSN的人在网吧里基本为零。MSN在中国的用户群只是“假洋鬼子”和“白领阶层”。
因为QQ已经拥有超大的用户群，那怕“按百分比计算”的市场份额是每年渐渐降低，但在绝对数量上还在不断上升。难道QQ这玩意，就有那么高的技术含量吗？全中国就没有第二家IT企业能搞得出来吗？但为什么没有人愿意去跟QQ对抗？因为那注定要摔得“头破血流”。
技术好的东西，不一定就是市场最好的。
DJGPP对BC的影响，就如同Linux对Windows的影响，口号叫得再响，再过十年，DOS下的霸主，还是BC。用手指头计算一下，Linux出现市场已一十六年的时间，有没有把Windows打倒就不说它了......
BC与DJGPP不是相互对手，而是相互配合，DJGPP是BC的补充，是BC的高级应用。即BC不能满足需求的情况下，才轮到DJGPP上场。形象比喻就是“BC是第一梯队，DJGPP是候补梯队”。即
if (BC 满足）
{
}
else if (DJGPP满足)
{
}
else //其它
{
}
这是我的观点！
Last edited by windowsvesta on 2007-7-30 at 12:00 PM ]
因为QQ已经拥有超大的用户群，那怕“按百分比计算”的市场份额是每年渐渐降低，但在绝对数量上还在不断上升。难道QQ这玩意，就有那么高的技术含量吗？全中国就没有第二家IT企业能搞得出来吗？但为什么没有人愿意去跟QQ对抗？因为那注定要摔得“头破血流”。
技术好的东西，不一定就是市场最好的。
DJGPP对BC的影响，就如同Linux对Windows的影响，口号叫得再响，再过十年，DOS下的霸主，还是BC。用手指头计算一下，Linux出现市场已一十六年的时间，有没有把Windows打倒就不说它了......
BC与DJGPP不是相互对手，而是相互配合，DJGPP是BC的补充，是BC的高级应用。即BC不能满足需求的情况下，才轮到DJGPP上场。形象比喻就是“BC是第一梯队，DJGPP是候补梯队”。即
if (BC 满足）
{
}
else if (DJGPP满足)
{
}
else //其它
{
}
这是我的观点！
Last edited by windowsvesta on 2007-7-30 at 12:00 PM ]
作者: windowsvesta 时间: 2007-8-2 12:39
Originally posted by netwinxp at 2007-7-28 11:00 AM:
实时性要求较强的下位机恐怕还是智能芯片比较合适，毕竟PC机的时钟还是会有漂移的，不是那么准，而智能芯片通常会带自己的开发系统，DOS好像也帮不上什么忙。
一般来说，具有“数量市场”、或者说X86架构的体积、成本太高的情况下的仪器仪表才用“智能芯片”。在复杂性系统中，它常被用作下位机的下位机。
一般采用以下的二级架构
智能芯片仪器仪表-----|
单片机型仪器仪表-----|
传感器--------------------|-----------------X86架构 + Windows
...... ----------------------|
其它工业现场信号-----|
复杂性较高时一般采用以下的三级架构
智能芯片仪器仪表-----|
单片机型仪器仪表-----|
传感器--------------------|-----------------(多个)X86架构 + DOS/UNIX/WinCE---------------X86+Windows
...... ----------------------|
其它工业现场信号-----|
涉及到“大量实时作图需要”的智能系统，还是X86架构 +DOS/UNIX/WinCE才能较好地综合满足要求。
Last edited by windowsvesta on 2007-8-2 at 12:50 PM ]
作者: john12900 时间: 2007-8-3 08:23
看不懂呀
作者: johnsonlam 时间: 2007-8-4 12:24
Originally posted by sunx at 2007-7-26 10:56 AM:
DOS编程是很熟的, 属于用debug.com 写程序的最早一代
但是多年没摸DOS了,
所以开工前曾经在这里发帖,想有经验的人推荐或者介绍几个现在比较成熟的DOS开发工具
不 是 誰 都 有 空 天 天 來 逛 啦
我认为最优组合是 DJGPP + ALEGRO
原因如下:
DJGPP是32位的, 有经验的都懂为什么32bit代码比16bit代码容易写,这个不用多说
DJGPP是基于GCC的, 品质有保障, 不用浪费时间去熟悉语法特点
DJGPP是免费的,没有潜在的版权风险
DJGPP 也 不 是 萬 能 的 ， 它 好 處 只 是 免 費 和 有 DOS Externder 支 援 ， 開 發 團 隊 不 大 ， 有 Bug 是 難 以 避 免 的 ...
不 過 我 用 過 不 少 DJGPP 開 發 的 軟 體 ， 如 Raine 模 擬 器 ， 兼 容 不 算 差
， 可 能 是 DJGPP 語 法 不 "友 善" 吧 。
这种套件本来就不是1,2个人1,2年时间业余写写能搞好的
這 就 是 OpenSource 啊 ， 你 找 到 問 題 就 去 報 告 ， 等 有 能 之 士 去 改 良 ... 那 就 是 為 甚 麼 你 不 用 付 錢 。
不 喜 歡 DJGPP 不 要 緊 ， 還 有 OpenWatcom 啊 !
要 是 你 能 用 匯 編 語 言 ， NASM 或 MASM 都 是 好 選 擇
用这些没有经过严格测试, 没有专人维护, 缺乏技术支持, 缺乏实际应用的东西,等于让产品自杀
你 說 的 有 道 理 ， 拿 個 賣 幾 千 元 的 OS 來 說 :
Microsoft Vista !!
经过严格测试 ( 挺 多 臭 蟲 )
专人维护 ( 得 要 花 天 文 數 字 )
技术支持 ( 開 發 員 才 懶 得 理 你 )
缺乏实际应用的东西 ( 還 不 是 用 Win2K, XP 的 東 西 ! )
作者: windowsvesta 时间: 2007-8-4 12:43
前天下载了"DJGPP"学习编程，但是DJGPP的RHIDE的编译速度太慢了，慢过Visual C++，难以忍受，现在开始打起了“退堂鼓”，觉得还是重新拾起“BC”好。
Last edited by windowsvesta on 2007-8-4 at 12:47 PM ]
Last edited by windowsvesta on 2007-8-4 at 12:47 PM ]
作者: zqlcch 时间: 2007-8-4 13:50
多机种模拟器MAME就是DJGPP+ALLEGRO开发的，相当不错。
作者: windowsvesta 时间: 2007-8-4 14:53
Originally posted by zqlcch at 2007-8-4 01:50 PM:
多机种模拟器MAME就是DJGPP+ALLEGRO开发的，相当不错。
请问哪位朋友，用DJGPP + ALEGRO写过程序？
作者: johnsonlam 时间: 2007-8-7 13:10
Originally posted by windowsvesta at 2007-8-4 12:43 PM:
前天下载了"DJGPP"学习编程，但是DJGPP的RHIDE的编译速度太慢了，慢过Visual C++，难以忍受，现在开始打起了“退堂鼓”，觉得还是重新拾起“BC” ...
可 惜 BC 沒 有 未 來 ， 不 如 轉 用 OpenWatcom !
http://www.openwatcom.org
作者: windowsvesta 时间: 2007-8-7 14:44
Originally posted by johnsonlam at 2007-8-7 01:10 PM:
可 惜 BC 沒 有 未 來 ， 不 如 轉 用 OpenWatcom !
http://www.openwatcom.org
到“http://www.openwatcom.org”转了一个，全都是“E”文，信心不是很足，“放弃”好了！