Dts12 at 22:17, 21 October 2006

2006-10-21T22:17:47Z

New page

No. Almost certainly not. If the <CODE>"perl/OID"</CODE> tests fail the first
four tests, and then crashes out complaining about a <CODE>"netsnmp_oidPtr"</CODE>,
then this is a sign of a more fundamental problem.

The 4.2.x line perl support was a single module, so was independent
of the way that the C library was configured. In contrast to this,
the 5.0.x perl support consist of a number of inter-cooperating modules,
which rely on sharing a consistent C library environment. In practise,
this means that the perl modules '''MUST''' be configured and compiled using
a shared version of the C library. Unfortunately, the default for
most early versions of the Net-SNMP suite was to compile using static
libraries unless explicitly configured to use shared libraries. The
default should be to use shared libraries from 5.0.7 onwards.

The error "oid1 is not of type netsnmp_oidPtr" is a fairly sure indication
that the C library was compiled statically. You'll need to re-configure
the main Net-SNMP package using the <CODE>"--enable-shared"</CODE> configure flag.
Then re-install the C library before re-configuring and re-compiling
the perl module support.

Note that this problem does not arise when using the 4.2.x version
of perl support.

Template:FAQ:Perl 05 - Revision history

Dts12 at 22:17, 21 October 2006