Re: [ECOS] Problem with mib2c

[Ben Schmidt <cthulhu-ecos at nightmoose dot net>]

Well, a lot of poking around later, and I was able to get this to work.

A few notes, in case anyone else runs into this problem in the future:
1) Redhat 9.0 no longer has libdb.so.3, however, it does have a symlink 
for a libdb.so.2, which links to a db4 shared library. I was able to 
cheat and get this to work by adding a symlink for libdb.so.3 to the same 
file as libdb.so.2.
2) SNMP-3.1.0, which provides the perl module for mib2c, has the makefile 
use egcs, which is an outdated compiler, at this point in time (from 
looking around, it was a test platform for gcc 2.8, or at least, that's 
the impression that several websites gave). I'm using gcc 3.2.2 on my 
system, so I had no desire to install egcs. Instead, I created an alias 
for egcs that points to gcc (though I suppose I could have just as easily 
changed the makefile to use gcc; I was hesitant to do that, though, 
because the makefile is automatically generated by a perl script, and this 
way I wouldn't have to remember everytime I rebuilt the makefile to change 
it; your mileage may vary).
3) SNMP-3.1.0 also requires the ucd-snmp 
source to be built - the only problem is that the 
ucd-snmp source that is linked to from the eCos manual (4.1.2) assumes a 
definition of des_key_schedule that is no longer valid (openSSL has 
changed that typedef to a union rather than an array of structs). So it is 
necessary to modify the ucd-snmp code to do use &key_sch in the calls to 
memset on lines 592 and 704 of scapi.c instead of just key_sch.

I hate to recommend this when I don't have the time to do it myself (since 
I'm able to get mib2c to work now, or at least, so it seems), but I would 
highly recommend that somebody update mib2c to use current libraries and 
tools in the future. In the meantime, at least, this email will hopefully 
provide the instructions necessary for anybody in the future to get up and 
running under Redhat 9.0.

-Ben Schmidt

On Tue, 28 Oct 2003, Ben Schmidt wrote:

> Hello,
> 
> I've been trying, unsuccessfully, to run mib2c from the eCos distribution.
> I am using eCos 2.0, and am building on RedHat 9.0.
> I downloaded UCD-SNMP 4.2.1, nsPerl5.005_03, and the SNMP Perl module 
> (SNMP-3.1.0 from CPAN). UCD-SNMP had no problems on the build and 
> install, but nsPerl complained that libdb.so.3 was missing. After 
> determining that libdb.so.3 was dropped from glibc (I've got libc-2.3.2), 
> I looked up how else I could obtain libdb.so.3, and turned up the 
> compat-db distribution. Unfortunately, compat-db appears to conflict with 
> db4, which is used by xemacs, according to rpm.
> Is there possibly a way I can get mib2c to work without needing nsPerl?
> I've got perl v5.8.0, but that doesn't seem to work with the Makefile.pl
> used by SNMP-3.1.0, and when I try running mib2c without completing a 
> build and install of SNMP-3.1.0, it tells me it cannot locate SNMP.pm. 
> I've also tried using -I too specify the SNMP-3.1.0 directory, since I 
> notice there is an SNMP.pm there, but the error then tells me that it 
> cannot find the loadable module SNMP.
> Is there any chance there exists a more recent version of the tools that 
> don't require libdb.so.3 that I'm missing? Or, as I asked earlier, a way 
> of using perl5.8.0 instead of nsPerl? Or am I doomed to installing 
> compat-db forcefully, and possibly messing up my xemacs, among who knows 
> what else?
> 
> Thanks,
> -Ben Schmidt
> 
> 
> 
> 


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss