Ethereal-users: Re: [Ethereal-users] Re: Strange behaviour ethereal 0.9.0 (self compiled)

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next
From: "Pierluigi Frullani" <pigi@xxxxxxxxx>
Date: Tue, 5 Feb 2002 13:04:52 +0100 (CET)
> I.e., you configured with "--disable-libz" and rebuilt, and Ethereal
> now works?
Yes.
> If so, please download the Ethereal 0.9.1 source tarball and configure
> and build it - *without* getting rid of any version of libz (i.e.,
> don't remove the one in "/usr/X11R6/lib", and don't rebuild XFree86,
> before configuring and building Ethereal).  It *should* fail in the
> configuration stage, with an
>
> 	old zlib found when linking with X11 - get rid of old zlib.
>
> error.
I did it.
run configure with no flags.
No configure error, no compilation error, execution error as the 0.9.0 :-(

>> I have two differents statics libz on my system.
>> The first one is on /usr/lib/ and the other on /usr/X11R6/lib/.
>> This second one ( which should be probably the wrong one ) comes from
>> www.xfree.org ( as I needed an update of my X ambient ).
>> The first one comes from the original package of Slackware 8.
>
> I've seen this before on Slackware systems - and possibly on other
> Linux systems.
>
CUT. Thx for explanation ( very clear ).

> Installing the old libz on a system with a newer libz means that
> programs *not* linked with a "-L" flag that includes the directory
> containing X11 libraries will get linked with the new libz, but
> programs that *are* linked with that flag will get linked with the old
> libz.
>
> This means, for example, that Tethereal (which is not an X application)
> will get the new libz, but Ethereal (which *is* an X application on
> UNIX) will get the old libz.
>
> Do you have any non-static libz's?  If so, where are they, and is
> Tethereal statically, or dynamically, linked with libz?
/usr/lib/libz.so ( .so.1 .so.1.1.3 )
> If you do, you may only have one in "/usr/lib", not in
> "/usr/X11R6/lib", in which case Tethereal will be dynamically linked
> with the libz in "/usr/lib", but Ethereal will be statically linked
> with the libz in "/usr/X11R6/lib".
Correct.
Maybe using an -L /usr/lib just before -L /usr/X11 flag could workaround the
problem ?
Pigi