艰难的Linux开发！怎比Unix！难道Linux的稳定性是炒出来的？

jerr

上楼的朋友，如果你对Unix很熟悉，不妨谈谈产生这种情况的具体原因。

tranquil

我对unix不太了解。只是在作一些GNU/Linux驱动而已。
驱动和内核都工作在内核空间中，如果用户应用程序从用户空间传输数据给驱动，而驱动没有作一次copy_from_user，或者反过来没有用copy_to_user，那么这个数据对于内核空间来说可能就无法访问了。
至于printk的问题，我没有在i386系统下证实过，遇到的系统是国产的方舟2号cpu系统的Linux上遇到的。

jerr

谢谢tranquil的热心回帖，我现在已有把握调试解决这类问题了，移植也成功了。

我发现linux的gcc和sco的cc在处理同样的代码时，有时是不同的。

大家在此论坛相互探讨，解决问题，于人于己，都很有益。

不过，楼上stevenyi无端地说我对unix都不了解，我觉得他还是不要无根据地评论人，先论事吧。

也许“评论家”只善于给人扣帽子，真要请他进行科学的分析，他就说不出123了。

ppiandy

举手

platinum

也许stevenyi和我一样，是位热衷于LINUX的人
可能和我一样，对楼主的帖子标题比较反感，但我没有说出来
你和他可能都是直性子，stevenyi可能觉得你过于武断了
既然大家都有什么说什么，自己既然说了，就不要太在意别人的话了

sky-walker

首先,SF错误并不决定着程序寄生和移植平台的稳定性,而这个却恰恰是类UNIX平台的通病,而拿到Linux上问题出现的的确多了一点....
至少在大多数系统上,系统分配给程序的内存要比实际的大一点,而有时SF错误发生在这些多出的部分,MMU不会智能到可以检测到这个,所以并非All Unix Like
系统报SF错.

其次,有些时候printf.k发生特殊情况,如use a null pointer,也会....
SF也会体现在对数组的扩充上

在Linux这种情况会由于kernel,gcc,libc的不同而变的多了一点点

总之,UNIX系统是复杂的,出现错误最好的办法是究其根源,不然一些人可能被楼主
吓得不敢用Linux了

有不同意见,不要针对个别言辞,当然发贴也要注意一下,抓住技术才是正理,大家以为呢?

jerr

我拟此标题，别无他意，只为吸引眼球而已，该帖子我以其他标题发过一次，没有得到多少浏览量，所以用现在的标题重发，冀能引起众人掠奇而看。

虽然此标题有哗众之意，但也是对事不对人，本人无意伤害众位Linux爱好者的感情。

只是被stevenyi对人任发不逊之言，激起了一时之不爽。

事后想想，自己所拟标题确有些不妥。