Ethereal-dev: Re: [ethereal-dev] Ethereal 0.8.11 fails to build: "toshiba" undefined reference

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: Guy Harris <gharris@xxxxxxxxxxxx>
Date: Thu, 7 Sep 2000 13:48:50 -0700
On Thu, Sep 07, 2000 at 11:11:09AM +0100, Sean Kelly wrote:
> 	Is the solution to remove one of these and see if things
> break?	The one in /usr/local/X11R6/lib will have been installed from
> the XFree86 4.0.1 source I assume, and the one outside
> /usr/local/X11R6/lib would have been installed from the system CD
> (Slackware Linux 7.1).	Which would been the newest?

The system CD one would be newer; the current XFree86 CVS tree has a
directory "xc/lib/zlib", and the README file in that directory says

	/* $TOG: README /main/4 1998/02/04 14:33:02 kaleb $ */

	zlib 1.0.8 is a general purpose data compression library.  All the code
	is thread safe.  The data format used by the zlib library
	is described by RFCs (Request for Comments) 1950 to 1952 in the files 
	ftp://ds.internic.net/rfc/rfc1950.txt (zlib format), rfc1951.txt (deflate
	format) and rfc1952.txt (gzip format). These documents are also available in
	other formats from ftp://ftp.uu.net/graphics/png/documents/zlib/zdoc-index.html

		...

so it's a crufty ancient version (and I suspect, from the "kaleb" who is
probably Kaleb Keithley, and the TOG which may be "The Open Group", that
this is part of the standard Open Group/x.org X11 release, not just
XFree86).

I assume some bit of X uses it, perhaps to read compressed font files or
something such as that; given that they install only a .a, not a .so,
nuking the .a won't affect the operation of any piece of X, as the
code from the .a has already been linked into the X binaries.