中国DOS联盟

本文仅在2 编译器产生的文件大小方面。 分别用这2 款编译器对同一C文件编译后，结果如下： 编译器 djgpp vs2005 文件大小(byte) 79926 53248 其中： djgpp: gcc4.22, djdev203, bnu217 vs2005: SP1 环境：Win2003 cmd 测试C文件 #include <stdio.h> int main(void) { char a[] = "Hello, world!"; char *week[] = { "sun", "mon", "tue", "wed", "thu", "fri", "sat" }; int i; printf("%s\n", a); for(i=0; i<7; i++) { printf("%s ", week[i]); } printf("\n"); return 0; } 编译指令： djgpp: gcc -Wall -O2 -o test6.exe test6.c Vs2005: cl -Wall -O2 test7.c

想要說明什麽呢？ 從生成文件大小決定編譯器優劣？ 你貼得代碼少了一個[i]

由于djgpp是32位模式,所以没有贴上16位的 在tc 2.0下 test8.com 1760 bytes test8.exe 2328 bytes 上传文件满了,传不上这2 个. [ Last edited by bobo98 on 2008-1-8 at 09:49 AM ]

好象大家对编辑器不是很关心哈. 例如,在DOS下: 1. 内存空间 2. 存储空间 都可能是你要关心的问题. 当然并不是讲GNU开发器不好,只是它要在多平台上使用,估计有些 并容性造成文件大点. 欢迎更多的人提出看法...

vs2005编译出来的是哪种？ A.DOS下的exe程序 B.Windows下的控制台程序 我怀疑是B

人类存在的目的就是试图理解人类为何存在

确实是B.

对了Djgpp也是B,如果加上了DIPM2个都能运行了.

Originally posted by bobo98 at 2008-1-16 07:18 PM: 对了Djgpp也是B,如果加上了DIPM2个都能运行了.

DJGPP不是B。32位DOS DPMI程序和WIN控制台程序是不一样的。

Wengier - 新DOS时代 欢迎大家来到我的“新DOS时代”网站，里面有各类DOS软件和资料，地址： wendos.mycool.net/ E-Mail & MSN: wengierwu AT hotmail.com （最近比较忙，有事请联系DOSroot和雨露，谢谢！）

不错，站长的加入为主题带更精彩的讨论。 我从理论上感觉，它们2者应该是一样的，但是从实际上就象 Wengier所说它们2者是不同的。 对GNU DPMI来说：通过int 2fh(1687h)找到入口进入，而且我 看到的这个DPMI V0.9指南中提到把32位程序当16位进行.进入 后得得到的段限仅64K,同real dos一样. Windows NT下的控制台,把后台工作全做好,通过我的小程序测试 能达到32位的模式.程序附后.我的内存有1G,限制在1.5G,测试到 1.8G多点时,崩溃.那位有DPMI环境的,可以用它测试后,报告一下 结果. // 测试程序 // 测试近似从1.1M开始 #include <stdio.h> #include <stdlib.h> void PrintMsg(char*, int); int main(void) { char *buf; int base = 1024, i = 1100; while(1) { buf = (char*)malloc(base * i); if(buf == 0) { printf("Memory crach!\n"); return -1; } PrintMsg(buf, i); free(buf); i += 16; // test memory crach by para } return 0; } void PrintMsg(char* buf, int i) { sprintf(buf, "Test memory in %dK", i); printf("%s\n", buf); }