On Tue, 2005-02-08 at 00:08 +1100, Michael Mitchell wrote: > Won't help much, but today I had an issue with a seg fault. Commented > out a bit of code where the error was supposedly happening, seg fault > went away... put the code back in...seg fault didn't return??? > > Did a make clean; make and everything seemed to be fine again. I guess > in the end I just had my radius server in a mess as I'd been doing > several configure's and compiles while trying to get snmp support to > work on Solaris... > > Starting from a "cleaner" environment can sometimes be a good start to > elimiate "weird" errors. :o)
I've dug around and can't find any out-of-date libraries. I rebuilt this machine about a month ago - wiped it and installed everything from RPMs. I built an rpm for freeradius 1.0.1 using the 1.0.0 specfile from Mandrake Cooker and a few minor tweaks. My build machine doesn't appear to have any extra libraries either, and all of the versions match. But Mandrake has some fairly old openLDAP code in main - 2.1.30. There is a 2.2.23 package in cooker, so I'll try upgrading and relinking against that. The bug seems to be in the LDAP code anyway... > > > Daniel J McDonald wrote: > > On Fri, 2005-02-04 at 20:44 -0600, Michael Griego wrote: > > > >>Try running with LD_ASSUME_KERNEL=2.4.19. This will force runtime > >>linking against the standard libc libs instead of the thread-local > >>storage (tls) libs. So, on the command line, run > >>"LD_ASSUME_KERNEL=2.4.19 radiusd -X" and see if that segfaults. > > > > > > Yup. Still segfaults. > > > > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
