程序退出后，打开的端口仍在listen，怎么办。

assiss

难道这是系统差异，或者严重点说，是系统BUG？

难道是在读取配置文件与FTP程序产生了冲突（楼主说有时配置文件并没有传送完全），造成内核某些地方出错（死锁？竞态？）？

deadlylight

原帖由 flw 于 2007-4-25 10:44 发表
to wuqing：

根据他描述的情况，似乎是只能建立连接，并不能提供服务。
建立连接是由 OS kernel 提供的功能，和程序无关。
如果 OS kernel 的确没有关闭 socket 的话，即使应用程序退出了，也是可以建立连接 ...

kernel为什么没有关闭socket呢，根本原因还是没有找到

flw

原帖由 assiss 于 2007-4-25 10:58 发表
难道这是系统差异，或者严重点说，是系统BUG？

难道是在读取配置文件与FTP程序产生了冲突（楼主说有时配置文件并没有传送完全），造成内核某些地方出错（死锁？竞态？）？

我 56 楼的回复是个重点。
希望楼主尽快回复。

flw

原帖由 deadlylight 于 2007-4-25 10:59 发表

kernel为什么没有关闭socket呢，根本原因还是没有找到

一个唯一合理的解释就是：OS 有 bug。
如果不愿意相信 OS 有 bug，那就需要找到这个进程。
如果希望证明 OS 有 bug，那么就需要找到这个进程不存在了的证据，以 OS 之矛，击 OS 之盾。
因此我在 56 楼的回复是个关键，
一切答案，即将揭晓。

deadlylight

一个唯一的解释就是：OS 有 bug。

这个好办，换一个平台试试看就知道了

xfly_t

可以试试
如果可以改服务的源码的话，就在listen成功后同时fork之前，加上abort退出，看8080是否还在

柳五随风

tcpdump +gdb

svenwang

原帖由 mingjwan 于 2007-4-25 10:29 发表

程序是在启动的时候fork了一次

问题应该就在这里。打死我也不相信OS会有这样的bug，所以还有进程在listen是确定无疑的，只是你没有找到这个进程而已。

flw

楼主跑哪儿去了？

arenxl

牛人一些，我不懂这个问题。