top Segmentation faulting on 8.0p2 amd64 (nss_ldapd problem?)

[Alexander V. Chernikov]

Harald Schmalzbauer wrote:
> Mikolaj Golub schrieb am 22.01.2010 23:26 (localtime):
>> On Wed, 20 Jan 2010 08:06:23 +0100 Harald Schmalzbauer wrote:
>>
>>> Dear all,
>>>
>>> I have no idea why top crashes with segmentation fault on my amd64
>>> machine running FreeBSD 8.0-RELEASE-p2.
>>> If someone wants to have a loot at the core dump:
>>> http://www.schmalzbauer.de/downloads/top.core
>>
>> core file is useless without binary and libraries. So it is better to 
>> run gdb
>> on your host, produce backtrace and post here:
>>
>> gdb /usr/bin/top top.core
>> bt
>>
>> And sure a backtrace from the top built with -g would be much better.
>>
>> cd /usr/src/usr.bin/top
>> CFLAGS=-g make
>
> Unfortunately nss_ldap seems to be the culprit.
There is some strange problem with TLS and gcc optimization I can't localize

Please try to rebuild port with

post-configure:
        @${REINPLACE_CMD} -e 's/^\(CFLAGS .*\)-O2 \(.*\)$$/\1 -O0 \2/' 
${WRKSRC}/nss/Makefile

I'll submit updated port later
>
> gdb /usr/bin/top top.core
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and 
> you are
> welcome to change it and/or distribute copies of it under certain 
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for 
> details.
> This GDB was configured as "amd64-marcel-freebsd"...
> Core was generated by `top'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /lib/libncurses.so.8...done.
> Loaded symbols for /lib/libncurses.so.8
> Reading symbols from /lib/libm.so.5...done.
> Loaded symbols for /lib/libm.so.5
> Reading symbols from /lib/libkvm.so.5...done.
> Loaded symbols for /lib/libkvm.so.5
> Reading symbols from /lib/libc.so.7...done.
> Loaded symbols for /lib/libc.so.7
> Reading symbols from /usr/local/lib/nss_ldap.so.1...done.
> Loaded symbols for /usr/local/lib/nss_ldap.so.1
> Reading symbols from /libexec/ld-elf.so.1...done.
> Loaded symbols for /libexec/ld-elf.so.1
> bt:
> #0  0x0000000800d08403 in __nss_compat_gethostbyname () from 
> /usr/local/lib/nss_ldap.so.1
> #0  0x0000000800d08403 in __nss_compat_gethostbyname () from 
> /usr/local/lib/nss_ldap.so.1
> #1  0x0000000800d0606f in _nss_ldap_getpwent_r () from 
> /usr/local/lib/nss_ldap.so.1
> #2  0x00000008009ffc54 in __nss_compat_getpwent_r () from /lib/libc.so.7
> #3  0x0000000800a84a3d in nsdispatch () from /lib/libc.so.7
> #4  0x0000000800a50976 in getpwent_r () from /lib/libc.so.7
> #5  0x0000000800a50596 in sysctlbyname () from /lib/libc.so.7
> #6  0x0000000000406c6d in machine_init (statics=0x7fffffffea30, 
> do_unames=1 '\001')
>     at /usr/src/usr.bin/top/machine.c:257
> #7  0x0000000000407a10 in main (argc=1, argv=0x7fffffffeb08)
>     at /usr/src/usr.bin/top/../../contrib/top/top.c:458
>
> I'm using nss_ldapd-0.7.2 and there's no way to live without ldap...
>
> Any help highly appreciated!
>
> Thanks,
>
> -Harry
>