你懂c语言么。。。指针强制转换有些尽管有warning也无所谓
可是你这里这个是userec*和char*转换，faint...
【 在 jiangjun2000 (jiangjun) 的大作中提到: 】
: 有,就是第一个参数的warning,但是能过去
: 以前其他的地方也有相同的warning,都能过去,maintain.c里面
: 只是我没有killall miscd和清除共享内存,不知道会不会有影响
: ...................
--
FROM 128.12.150.70

我不是给你分析了么..你调用的地方连共享内存都没挂上,去哪里找版面都不知道
【 在 jiangjun2000 (jiangjun) 的大作中提到: 】
: 已经完全照着重启的顺序做了,不行
: 算了,不弄了
: 肯定是post_file哪里参数有问题,以后再说吧
: ...................
--
FROM 128.12.150.70

我在采数据没事干，和你多侃两句。你对开源的理解就是这样子地？
我来告诉你，开源的核心精神，就是代码==文档，这是我在开源社区混迹>5年的
经验之谈...开源社区新手不动脑筋的提问得到的回答几乎必然是 RTFC。

bbs 代码是一种特殊的程序，它有两类使用者，一类是站点维护者，一类是站
点使用者（这里包括管理站务）。对于前者来说，代码文档在几乎所有的开源社区
里面都是奢求。很多开源社区，最缺乏的就是代码文档，我说的是相对数量，php
用的人那么多，但是你要做 php ext 的开发，文档有么？几乎是 0。如果你在 php
核心邮件列表问，怎么在 php ext 里面返回一个数组？哪里有文档？我几乎敢打赌
你不会收到回信，或者会收到两个词：RTFC/NO。高手不懈回答，也不懈写文档，因为
代码里啥都有。你可曾见过巨大无比的 mozilla 社区里面，有文档说明处理 cookie
的是哪一部分代码？从这个意义上来说，kbs/ytht/ptt 这三个我看下来，已经超越了很
多大得多的开源社区。我甚至曾经写过部分核心代码分析文档。当然，退一步讲，kbs
的代码某些地方注释很糟糕，结构有些混乱，撇开历史问题不说，这还是一个需要认真面
对的问题，但这并不影响大局。（这虽然是另一个层面的问题，但是因为这个，有时候
我会觉得说 kbs 开源代码=文档的底气不足，这也是我时常会来回答一些低级问题的
原因，但是我相信任何一个诚心诚意想维护站点的人，领进门以后要做到熟悉代码绝
不是一件难事。一个很小的代码改动问题，放到版面上问，我不反对，但是如果没人
回答，这也没什么好抱怨的，因为要我回答我也要去看代码才能回答，提问的人自己
也可以看，我凭什么要费这个时间？）

对于站点使用者，他们相当于开源软件的最终用户，他们所需要的文档就是一般
软件所谓的 manual，这个一般在开源社区里面是极为重要的一部分，很遗憾，
kbs 目前没有一个完善的组织来做这个使用文档的工作，一方面的原因是没有人
来组织，另一方面也是因为很多文档已经存在只是没有整理，例如 BBSHelp
版面的精华区，还有站史版一些系统功能更新记录。kbs 系统的情况很特殊，
它主要依赖于水木的发展而发展，很多使用 kbs 的站点，对这个系统已经相当熟悉，
所以使用文档的制作几乎毫无意义。

我的话完了。数据还没完，faint...


【 在 JulyClyde (七月) 的大作中提到: 】
: 【 在 atppp (Big Mouse) 的大作中提到: 】
: : 我告诉你们,开源软件,又是大家业余时间做出来的东西,代码就是文档,哼哼
: 最受不了这个了
: 这样开了跟没开一样
--
修改:atppp FROM 128.12.150.70
FROM 128.12.150.70