On Sat, 2009-03-07 at 14:56 -0800, Inaky Perez-Gonzalez wrote: > On Saturday 07 March 2009, Dan Williams wrote: > > On Fri, 2009-03-06 at 16:48 -0500, Dan Williams wrote: > st get a backtrace with symbols. > > > > http://bigw.org/~dan/wimaxd-crash.txt > > > > l5_sockets_dispatcher_Stop() is calling wmx_timedjoin_thread() with a > > NULL threadid. That's because l5_sockets_dispatcher_Start() failed to > > initialize the supplicant, because the binary supplicant library is only > > compiled against libcrypto.so.0.9.8, while Fedora Rawhide ships a newer > > libcrypto.so.0.9.8j which is a more current version of OpenSSL than the > > binary supplicant has been compiled against. Any chance we can get > > either (a) a rebuilt binary supplicant library, or even better (b) an > > Aw, that one -- ok, a dirty trick I've used before is to create a symlink > > ln -sf libcrypto.so.0.9.8j libcrypto.so.0.9.8 > ln -sf libssl.so.0.9.8j libssl.so.0.9.8 > > I know this is as dirty as it can get, but it is a usable short-term solution.
Yeah, that doesn't work for me: @supplicant_ag...@device-scape library failed to be loaded (/usr/lib/wimax/libwimax_supplicant.so) [LoadSupplicantLibrary] @SupplicantAgent.c(823) @supplicant_ag...@can't load Supplicant library [SupplicantAgent_Initialize] @SupplicantAgent.c(1192) The reason is that the supplicant library has text relocations. Don't Do That. Seriously [1]. First, it's almost *always* unecessary, and second, it means you can't use WiMAX on SELinux enabled systems. Binary supplicant 1, Security 0. Often this is as easy as rebuilding the library with a different flag, like "-fPIC". Something else I found is that the supplicant library wants GetLogPath(), which is apparently only present in libiWmxSdk.so, which libwpa_wimax_supplicant.so doesn't even link against. That's not the right way to use a library; the library should be passing back detailed error information, or it should have log hooks that the loading/calling process registers with, so that the supplicant library is self-contained and doesn't have to have these sort of twisted back-dependencies. Ugh. Dan [1] http://people.redhat.com/drepper/textrelocs.html _______________________________________________ wimax mailing list [email protected] http://www.linuxwimax.org/mailman/listinfo/wimax
