Hi, I had posted earlier this week about gtk-gnutella crashing upon startup. From the backtraces it looked like the crash occured when calling some libz functions (_DeflateInit, etc.), yet ldd showed libz was not included in the list of libraries to be linked at run time. However, during compilation, "-lz" is definitely there in the linking phase.
I compiled the same code on another machine, and this time it worked flawlessly. ldd showed that in this case libz was included. The last linking phase of the compilation looked identical, with the exception of the "-L" flags. On the broken compile, it used "-L/opt/gnome -L/usr/X11R6/lib", but the working compile used "-L/usr/lib -L/usr/X11R6/lib", since the gtk libraries are in /usr/lib instead. Coincidentally, libz.so is also in /usr/lib and so is included in the second case, but not in the first. There, libz.a from the XFree86 distribution appears to be used instead, which is what I think caused the segfault. So the crash was easily solved by recompiling with an explicit "-L/usr/lib" in the linking phase. My question is, should there perhaps be a check for this in the configure script? It checks for X and gtk and makes sure those libraries are used, but there is no "libz-config" or libz.pc (that I'm aware of, anyway) to let configure know where that is. Or is my system borked and "-L/usr/lib" is considered a default that shouldn't have to be explicitly listed? Thanks&B*B, -Smoke. ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
