荔园在线
荔园之美，在春之萌芽，在夏之绽放，在秋之收获，在冬之沉淀
[回到开始]
[上一篇][下一篇]
发信人: jjksam (UNIX+C+XML+??), 信区: Linux
标 题: ● 是不是 fbsd 的 libc 有问题？ hhuu (转寄)[转载]
发信站: 荔园晨风BBS站 (Wed Apr 17 15:11:21 2002), 转信
【 以下文字转载自 jjksam 的信箱 】
【 原文由 jjksam@smth.org 所发表 】
发信人: COMMAN (kxn), 信区: FreeBSD
标 题: 是不是 fbsd 的 libc 有问题？
发信站: BBS 水木清华站 (Mon Jul 3 15:59:47 2000)
见下， getsockname 居然递归调用, faint
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...
(no debugging symbols found)...
Core was generated by `bbs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols
found)...
done.
Reading symbols from /usr/lib/librpcsvc.so.2...(no debugging symbols
found)...
done.
Reading symbols from /usr/lib/libc.so.3...(no debugging symbols found).
..done.
Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols
found)...
done.
#0 0x2811efb7 in strtol () from /usr/lib/libc.so.3
(gdb) where
#0 0x2811efb7 in strtol () from /usr/lib/libc.so.3
#1 0x2811de2c in atoi () from /usr/lib/libc.so.3
#2 0x807fb0e in getsockname ()
done.
Reading symbols from /usr/lib/libc.so.3...(no debugging symbols found).
..done.
Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols
found)...
done.
#0 0x2811efb7 in strtol () from /usr/lib/libc.so.3
(gdb) where
#0 0x2811efb7 in strtol () from /usr/lib/libc.so.3
#1 0x2811de2c in atoi () from /usr/lib/libc.so.3
#2 0x807fb0e in getsockname ()
#3 0xbfbfdfdc in ?? ()
#4 0x8075c29 in getsockname ()
#5 0x805406d in getsockname ()
#6 0x806377a in getsockname ()
#7 0x8063a4a in getsockname ()
#8 0x8054014 in getsockname ()
#9 0x80498bd in getsockname ()
(gdb)
这是一个 3.3 RELEASE 的机器, 跑的 Firebird bbs, 刚才那个是一个 bbs.core
发信人: holly (有些已经离去, 有些永远不会来), 信区: FreeBSD
标 题: Re: 是不是 fbsd 的 libc 有问题？
发信站: BBS 水木清华站 (Tue Jul 4 09:24:40 2000)
【 在 COMMAN (kxn) 的大作中提到: 】
: 见下， getsockname 居然递归调用, faint
: There is absolutely no warranty for GDB. Type "show warranty" for
details.
: This GDB was configured as "i386-unknown-freebsd"...
: (no debugging symbols found)...
: Core was generated by `bbs'.
: Program terminated with signal 11, Segmentation fault.
: Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols
found)...
: done.
: Reading symbols from /usr/lib/librpcsvc.so.2...(no debugging symbols
found)...
: done.
: Reading symbols from /usr/lib/libc.so.3...(no debugging symbols
found)...done.
: ...................
不可能. 呵呵...看看更多的 backtrace. 检查 getsockname 的参数先.
内部递归很正常的说
发信人: COMMAN (康国寿~好俗的名字!), 信区: FreeBSD
标 题: Re: 是不是 fbsd 的 libc 有问题？
发信站: BBS 水木清华站 (Tue Jul 4 09:29:38 2000)
【 在 holly (有些已经离去, 有些永远不会来) 的大作中提到: 】
: 不可能. 呵呵...看看更多的 backtrace. 检查 getsockname 的参数先.
: 内部递归很正常的说
哦，那我再看看吧， bbs 真实一个破东西，很多地方都回出现参数有问题
经常 bbsd 就被 bbs 发的信号给 kill 了，只好用 inetd 起 bbsd :(
发信人: hunan (橘子), 信区: FreeBSD
标 题: Re: 是不是 fbsd 的 libc 有问题？
发信站: BBS 水木清华站 (Tue Jul 4 10:29:34 2000)
【 在 COMMAN (康国寿~好俗的名字!) 的大作中提到: 】
: 哦，那我再看看吧， bbs 真实一个破东西，很多地方都回出现参数有问题
: 经常 bbsd 就被 bbs 发的信号给 kill 了，只好用 inetd 起 bbsd :(
错了吧。好像fb的bbsd是参照maplebbs的bbsd修改的，因此不排除出
问题的可能。但是maplebbs本身的bbsd确实是相当的稳健的。反正我这里
的bbsd已经连续运行三个月了，重来就没有死过：我是需要手工启动的，
并非用inetd来起bbsd的。
发信人: COMMAN (康国寿~好俗的名字!), 信区: FreeBSD
标 题: Re: 是不是 fbsd 的 libc 有问题？
发信站: BBS 水木清华站 (Tue Jul 4 11:11:13 2000)
【 在 hunan (橘子) 的大作中提到: 】
: 错了吧。好像fb的bbsd是参照maplebbs的bbsd修改的，因此不排除出
: 问题的可能。但是maplebbs本身的bbsd确实是相当的稳健的。反正我这里
: 的bbsd已经连续运行三个月了，重来就没有死过：我是需要手工启动的，
: 并非用inetd来起bbsd的。
fb 的 bbs 程序里面有时会出问题, kill 的 pid 参数为 0
于是就发给组里所有进程了, 可能是 linux 和 fbsd 对某个信号的默认处理动作
不一样
还是怎么的，linux 底下 bbsd 不停, fbsd 下 bbsd 就消失了,
我也懒得再把所有信号都 ignore 掉了，反正现在inetd用着没有任何问题，就不
管他了
--
※ 转载:·荔园晨风BBS站 bbs.szu.edu.cn·[FROM: 192.168.0.146]
[回到开始]
[上一篇][下一篇]
荔园在线首页 友情链接：深圳大学 深大招生 荔园晨风BBS S-Term软件 网络书店