夷？矛盾升级了？

escapedog

原帖由 ccjjhua 于 2007-8-13 16:14 发表
从这件事，我看出cu的人气真的很高，也很专业。
自己不懂的东西太多了。
还要多来看看，学习学习。

就怕很多人不来了。

确实有些操作系统不规范，我看一些操作系统使用文档的时候，特意有些文档标记出，此处不符合 POSIX 之类的描述。

0521 同学说的一些问题至少我遇到过，我 02 年在北京 NEC 呆过几天，开发数据库程序，他们的 HP-Unix 0 地址确实可读。可惜我也没有记住版本号码。

有在 NEC 的同仁没有，帮确认一下版本号。

escapedog

QUOTE:
所以 C 程序严重依赖于，CPU，编译器，链接器，操作系统。正是因为这种不确定性，所以为了保证你写的程序能在各种环境下运行，或者你想能够在任何环境下 debug 你的 C 程序。你必须知道可执行文件的格式和操作系统如何加载。
这话原本也不算错，但是跟在下面这段话之后，得出如此的结论，那就不得不说你对“标准”一词还缺乏深入的了解：

QUOTE:
比如 "123456789" 在某些编译环境下出现在 ".text" 中，某些编译环境下出现在 ".data" 中。
　　　　再比如，如果用 VC6.0 环境，编译时加上 /GF 选项，该程序会崩溃（第 8 行）。
　　　　再比如第 13 行，这种错误极为愚蠢，但是在某些操作系统下居然执行得挺顺利，至少不会崩溃（一种HP的UNIX操作系统上，可惜笔者没有留意版本号）。

--------------------------------------------------------------------

在我印象里，缺省情况下 GNU 的编译器和微软的编译器处理 "123456789" 还真的不一样。反正两个里面有一个不符合标准的。

escapedog

QUOTE:
这里笔者想插一句话表达对国内操作系统教材作者的敬仰，他们是怎么把操作系统拆成一块一块儿的呢？因为，进程管理，线程调度，内存管理，中断管理，IPC，都是互相关联的。笔者十分怀疑分块讨论的意义到底有多大。
这样的观点更是太激进了。

---------------------------------------------------

激进与否不是 0521 的技术错误。

escapedog

QUOTE:
第二个问题，现场不包括什么。至少不包括全局变量。

-----------------------------------------------------

这个问题已经有兄弟解释了
斑竹错误。

escapedog

QUOTE:
因为 a++，a--，并不是一条汇编语言，它会被中断打断，而中断又会引起线程调度。
这个问题本版已经讨论过多次了，可以认为，a++/a-- 就是一条指令。至少不能斩钉截铁的说，它“并不是一条汇编语言，它会被中断打断”。


-------------------------------------------------

这个问题 flw 斑竹已经承认是自己错了。

escapedog

main是C语言的入口，个人理解不同，至少 0521 把 main 说的很清楚。

escapedog

似乎得不出 0521 通篇错误的结论。

weiliang08

看热闹滴

lenovo

原帖由 第一支烟 于 2007-8-13 16:18 发表
C版真热闹

你也来凑热闹？

思一克

0521的技术应该很好。问题是他的帖子中不恰当地用了许多“太自负”的断言。而且这些断言还不完全有道理。

比如：UOTE:
这里笔者想插一句话表达对国内操作系统教材作者的敬仰，他们是怎么把操作系统拆成一块一块儿的呢？因为，进程管理，线程调度，内存管理，中断管理，IPC，都是互相关联的。笔者十分怀疑分块讨论的意义到底有多大。

意义怎么不大？近代科学的主要分析方法就是分解分析。如同人体有许多器官，他们联系的更紧密，但也一定要分开讨论。现代医学的分科就是基于此。

还有比如，《〈所以 C 程序严重依赖于，CPU，编译器，链接器，操作系统。正是因为这种不确定性》》， 给出的原因之一是"123456789"在什么段中。这和C严重依赖没有关系。如果这也有关系，那么FORTRAN也严重依赖了。


问题不在于0521的技术对错，而是“武断”