Ethereal-dev: Re: [ethereal-dev] Ethereal 0.8.5 and earlier fail with ucd-snmp 4.0.1-4

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 <guy@xxxxxxxxxx>
Date: Thu, 6 Apr 2000 11:54:27 -0700 (PDT)
> I noticed that the ucd-snmp-4.1.1-2.i386.rpm as shipped with Red Hat 6.2
> (Linux 2.2.14-5.0) breaks ethereal as follows:
> 
> /usr/sbin/ethereal: error in loading shared libraries:
> /usr/sbin/ethereal:
> undefined symbol: snmp_set_full_objid
> 
> If I backlevel to ucd-snmp-4.0.1-4.i386.rpm the symbol is resolvable and
> ethereal works.  I had hoped that Ethereal 0.8.5 would address this

Ethereal 0.8.5, as it's a lump of source code that needs to be
configured and compiled, addresses this, due to a change checked in a
release or two ago - we detect at compile time whether
"snmp_set_full_objid()" is a macro or a function and, if it's a macro,
include the header files necessary to allow us to call it.

However, binary *distributions* of Ethereal 0.8.5 (which currently
aren't prepared by the Ethereal development team) can only address this
by building *separate* versions of the distribution with a pre-4.1.1
version of UCD SNMP and the 4.1.1 UCD SNMP, as somewhere around UCD SNMP
4.1.1, a change was made to it that broke binary compatibility by
changing "snmp_set_full_objid()" from a function into a macro.

Wes, could you please undo that, by replacing the macro with a function
that performs the same call, releasing a new version of UCD SNMP, and
encouraging vendors to update to the new version?