Ethereal-users: Re: [ethereal-users] linux compile problem

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

From: Guy Harris <gharris@xxxxxxxxxxxx>
Date: Tue, 15 Aug 2000 11:09:04 -0700
On Tue, Aug 15, 2000 at 10:50:29AM -0700, Guy Harris wrote:
> > how can i fix this?
> 
> By telling Red Hat support that there's a GCC bug that causes it to get
> a SIGSEGV ("signal 11") when it compiles the "libpcap.c" file from
> Ethereal 0.8.10, and asking them if there's a fix to GCC that makes it
> not get a SIGSEGV.

(A SIGSEGV in a program is usually an indication that the program has a
bug in it; in this case, the program was GCC.

It may also be caused by bugs in software upon which that program
depends, e.g. libraries or the OS kernel, or by hardware problems - but
the first place to check is the program itself.)

If you don't have any need to change Ethereal, another possibility would
be to download a binary package for Ethereal; RPMs for Ethereal 0.8.10
(I don't see any fo the current version, 0.8.11, yet) are available - go
to

	http://ethereal.zing.org/download.html#binaries

and choose one of the locations for "Red Hat Linux" - those are binaries
for RH 6.x.

************IMPORTANT NOTES**************:

The binaries will not work unless you have the UCD SNMP package
installed - it's an RPM that comes with at least some versions of RH. 
(There may also be other libraries required that are not installed by
default.)

If you are running Red Hat 6.2, the binaries will *N*O*T* work unless
there is a link "/usr/lib/libsnmp.so" to whatever
"/usr/lib/libsnmp.so.N", for some value of "N" (probably 0, i.e.
"/usr/lib/libsnmp.so.0"), is on your system.  Make that link *before*
trying to run Ethereal, otherwise you will get an error complaining
about "snmp_set_suffix_only" when trying to run Ethereal.  See FAQ 3.5
in the Ethereal FAQ:

	http://ethereal.zing.org/faq.html#q3.5

for a detailed explanation if you're curious (the underlying problem is
that the UCD SNMP shared library in RH 6.2 is *NOT* binary-compatible
with that in 6.1, meaning programs built with that library on 6.1 will
*NOT* necessarily run on 6.2).