Marcin> 2. I have added /usr/local/share/snmp/mibs/ to $mibdir,
Marcin> to include MIBs from UCD-SNMP port.
I'd suggest *NOT* to do this, because many MIBs from the UCD-SNMP
project are erroneous and can crash libsmi. Even many IETF standard
modules are incorrect. We have put much work in cleaning up these
errors in the MIBs that come along with libsmi. So it's better to
keep them appart and copy only checked modules over to the mibs/site/
directory or another new directory.
Marcin> 3. I have modified configure{.in} to change default
Marcin> location of global config file according to $prefix:
Ok, I've applied this to the current source tree.
--
!! This message is brought to you via the `libsmi' mailing list.
!! Please do not reply to this message to unsubscribe. To subscribe or
!! unsubscribe, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de>.
!! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.
Hi!
Marcin> I am proud to introduce myself as a FreeBSD libsmi
Marcin> port maintainer.
Fine! There should be nearly no problem at all on FreeBSD.
Just one question: Did you observe any problem with the timezone
variable used in lib/parser-smi.y:397 ?
Marcin> One thing I would like to verify:
Marcin> when I install libsmi with "make install" target
Marcin> it seems that "mibs" directory contains only
Marcin> "iana", "ietf", and so on directories and no MIBs there,
Marcin> although they reside in a source tree.
Marcin> Is it intentional/unfinished? Can I just copy them
Marcin> using a post-install shell script?
There is an install target in the mibs/Makefile as well, that installs
all the MIB modules. It works fine on our FreeBSD box. Could you track
down, what goes wrong with it? Probably the Makefile `MIBS' variable
does not get set correctly?
MIBS = $(shell ls -1d [a-z]*/* | egrep -v 'CVS|Makefile')
Frank
--
!! This message is brought to you via the `libsmi' mailing list.
!! Please do not reply to this message to unsubscribe. To subscribe or
!! unsubscribe, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de>.
!! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.
Andrew> Has anyone done this?
Andrew> I tried libsmi-0.1.8 and built with bison 1.25, flex 2.5.4, and gcc
Andrew> either 2.7.2.3 or 2.8.1. I've found three items so far.
Andrew> 1. Probably minor. Shouldn't 18446744073709551615 be typed?
Andrew> (And the 0 a couple of lines above just for consistency.) I
Andrew> notice that by 0.1.9-pre9 it acquired UL but my versions of
Andrew> gcc want ULL.
Yes. Thanks.
Andrew> 2. You can't run "make check" until you have run "make install". It
Andrew> looks like "check" doesn't look for the mib files in the build tree. I
Andrew> suggest:
Right. Thanks.
I've applied both suggested patches. They'll show up in the next release.
Andrew> This is one of many dumps I got from during "make check"
Andrew> before I ran "make install". [...]
Yes. libsmi has problems when its data gets inconsistent due to
erroneous or missed modules.
Andrew> 3. The test scripts assume you have GNU diff. Solaris's
Andrew> doesn't take the same parameters. The setup of the diff
Andrew> program should be determined by ./configure similar to the
Andrew> usual search for gawk/nawk/awk. e.g. my version of GNU diff is
Andrew> gdiff, so look for gdiff/diff, then test the version.
Ok, I'll change this.
--
!! This message is brought to you via the `libsmi' mailing list.
!! Please do not reply to this message to unsubscribe. To subscribe or
!! unsubscribe, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de>.
!! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.
Has anyone done this?
I tried libsmi-0.1.8 and built with bison 1.25, flex 2.5.4, and gcc
either 2.7.2.3 or 2.8.1. I've found three items so far.
1. Probably minor. Shouldn't 18446744073709551615 be typed? (And the 0 a
couple of lines above just for consistency.) I notice that by 0.1.9-pre9
it acquired UL but my versions of gcc want ULL.
--- lib/parser-smi.y.orig Tue Dec 14 02:54:12 1999
+++ lib/parser-smi.y Thu Jan 27 13:21:40 2000
@@ -1030,9 +1030,9 @@
$4->basetype = SMI_BASETYPE_UNSIGNED64;
if ($4->listPtr) {
((Range *)$4->listPtr->ptr)->minValuePtr->basetype =
SMI_BASETYPE_UNSIGNED64;
- ((Range *)$4->listPtr->ptr)->minValuePtr->value.unsigned64 = 0;
+ ((Range *)$4->listPtr->ptr)->minValuePtr->value.unsigned64 =
0ULL;
((Range *)$4->listPtr->ptr)->maxValuePtr->basetype =
SMI_BASETYPE_UNSIGNED64;
- ((Range *)$4->listPtr->ptr)->maxValuePtr->value.unsigned64 =
18446744073709551615;
+ ((Range *)$4->listPtr->ptr)->maxValuePtr->value.unsigned64 =
18446744073709551615ULL;
}
setTypeParent($4, NULL, "Unsigned64");
}
2. You can't run "make check" until you have run "make install". It
looks like "check" doesn't look for the mib files in the build tree. I
suggest:
--- test/Makefile.am.orig Wed Oct 6 16:12:04 1999
+++ test/Makefile.am Thu Jan 27 18:16:20 2000
@@ -11,6 +11,8 @@
# @(#) $Id: Makefile.am,v 1.11 1999/10/06 06:12:04 strauss Exp $
#
+TESTMIBTOPDIR = ../mibs
+TESTMIBDIR =
$(TESTMIBTOPDIR)/ietf:$(TESTMIBTOPDIR)/iana:$(TESTMIBTOPDIR)/irtf:$(TESTMIBTOPDIR)/site
TESTMIBS = SNMPv2-MIB IF-MIB MAU-MIB RMON2-MIB
TESTS = smilint-smiv2.test \
@@ -27,7 +29,7 @@
smidump-corba-oid.test \
parser.test
-TESTS_ENVIRONMENT = SMIPATH="@smipath@:" TESTMIBS="$(TESTMIBS)"
+TESTS_ENVIRONMENT = SMIPATH="$(TESTMIBDIR)" TESTMIBS="$(TESTMIBS)"
EXTRA_DIST = $(TESTS) filter
This is one of many dumps I got from during "make check" before I ran
"make install".
test:gdb ../tools/.libs/smidump core
GNU gdb 4.17
Core was generated by `smidump -f smiv2 dumps/RMON2-MIB.smiv2'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from
/home/u/NetCmmnd/source/SNMP/libsmi-0.1.8/tools/../lib/.libs/libsmi.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from
/usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done.
#0 duplicateType (templatePtr=0x0, flags=0, parserPtr=0xeffff590) at
data.c:2042
2042 typePtr->basetype = templatePtr->basetype;
(gdb) bt
#0 duplicateType (templatePtr=0x0, flags=0, parserPtr=0xeffff590) at
data.c:2042
#1 0xef74eb78 in smiparse (parserPtr=0xeffff590) at parser-smi.y:1148
#2 0xef749660 in loadModule (modulename=0xeffff865
"dumps/RMON2-MIB.smiv2") at data.c:3127
#3 0xef74b618 in smiLoadModule (module=0xeffff865
"dumps/RMON2-MIB.smiv2") at smi.c:782
#4 0x11d30 in main (argc=4, argv=0xeffff714) at smidump.c:195
(gdb)
$10 can be null when passed as a parameter to duplicateType. Should that
be a nested if or reported as an error condition?
3. The test scripts assume you have GNU diff. Solaris's doesn't take the
same parameters. The setup of the diff program should be determined by
./configure similar to the usual search for gawk/nawk/awk. e.g. my
version of GNU diff is gdiff, so look for gdiff/diff, then test the
version.
--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCM/CS/M d+ s+:+ a+ C++ UAHLS++++$ P++ L++>+++ E- W-- N++ o !K w--- O+ M
!V PS+ PE+ Y PGP t+ 5? X+ R* tv+ b++ DI+++ !D G e++ h---->--- r+++ y++++
------END GEEK CODE BLOCK------
--
!! This message is brought to you via the `libsmi' mailing list.
!! Please do not reply to this message to unsubscribe. To subscribe or
!! unsubscribe, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de>.
!! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.
Hello,
I am proud to introduce myself as a FreeBSD libsmi
port maintainer.
One thing I would like to verify:
when I install libsmi with "make install" target
it seems that "mibs" directory contains only
"iana", "ietf", and so on directories and no MIBs there,
although they reside in a source tree.
Is it intentional/unfinished? Can I just copy them
using a post-install shell script?
--
<< Marcin Cieslak // saper(a)system.pl >>
-----------------------------------------------------------------
SYSTEM Internet Provider http://www.system.pl
--
!! This message is brought to you via the `libsmi' mailing list.
!! Please do not reply to this message to unsubscribe. To subscribe or
!! unsubscribe, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de>.
!! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.
Hi!
dongquan> I am a graduate student and a new comer of CORBA-base
dongquan> network managemnt. I am very interesting in your
dongquan> libsmi for compiling SNMP MIB into CORBA-IDL. I
dongquan> downloaded a copy and installed it in linux.
dongquan> I can compile MIB into CORBA-IDL using smidump utility
dongquan> but when I compile the MIB-IDL under omniOrb it fail.
dongquan> some include files like ASN1Type.idl can not be found.
dongquan> what's wrong with me? I found the examples in test
dongquan> directory are very good. How can I do it best?
The CORBA-IDL dump modules produce output according to the JIDM specs
(a probably obsolete location is
http://www.opengroup.org/onlinepubs/8349099/toc.htm). These
specifications include the basic IDL definitions you are looking for.
Subrata Mazumdar did most of the work on these specifications. May be
you find the source files on his home page
(http://www.bell-labs.com/user/mazum/). Or may be Juergen
Schoenwaelder (Cc), who worked on the libsmi CORBA-IDL dump module,
can help.
Frank
--
!! This message is brought to you via the `libsmi' mailing list.
!! Please do not reply to this message to unsubscribe. To subscribe or
!! unsubscribe, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de>.
!! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.