- Libsmi - lists.ibr.cs.tu-bs.de

RE: [libsmi] segfault during traversal of SMIv2 MIBs
by Puls, Henrik 06 Oct '04

06 Oct '04

>A sequence of smiGetNextNode() calls retrieves nodes from just one >module. >Sorry, I don't see what you intend to do. Do you want to traverse a >tree that is made up of nodes from several modules? In that case, you >should come up with a recursive function that uses >smiGetFirst/NextChild(). That's exactly what I've intend to do, thanks for clarification. >I do not yet understand under which circumstances you get a node >without a valid oid. Usually, this should not happen. E.g., when I >parse the modules you've sent to me in a private mail, I don't get to >such a situation. I've send you a sample application where the error occurs, maybe this can help. with Kind Regards, Henrik Puls

3 3

coredump on libsmi
by Daniel Chuang 05 Oct '04

05 Oct '04

Try again. --Daniel > > > ------- it bounced, they may not have it yet ------- > > To: libsmi-owner(a)ibr.cs.tu-bs.de > Subject: libsmi-owner(a)ibr.cs.tu-bs.de: bug in smilint > From: "Mark D. Baushke" <mdb(a)juniper.net> > X-Phone: +1 408 745-2952 (Office) > X-Mailer: MH-E 7.82+cvs; nmh 1.0.4; GNU Emacs 21.1.1 > Date: Fri, 24 Sep 2004 17:27:10 -0700 > Sender: mdb(a)juniper.net > > This is a bug report. Do with it as you will. > > -- Mark > > > ------- Forwarded Message > > > Subject: bug in smilint > From: libsmi-owner(a)ibr.cs.tu-bs.de > To: mdb(a)juniper.net > Date: Sat, 25 Sep 2004 02:21:54 +0200 > X-List-Administrivia: yes > Sender: libsmi-bounces(a)ibr.cs.tu-bs.de > > - --===============0476241629== > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > libsmi-owner(a)ibr.cs.tu-bs.de. > > > - --===============0476241629== > Content-Type: message/rfc822 > MIME-Version: 1.0 > > Received: from colo-dns-ext2.juniper.net (colo-dns-ext2.juniper.net > [207.17.137.64]) > by agitator.ibr.cs.tu-bs.de (8.12.3/8.12.3/Debian-6.6) with ESMTP id > i8P0Lq4H023141 > (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) > for <libsmi(a)ibr.cs.tu-bs.de>; Sat, 25 Sep 2004 02:21:53 +0200 > Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) > by colo-dns-ext2.juniper.net (8.12.3/8.12.3) with ESMTP id > i8P0LpBm048334 > for <libsmi(a)ibr.cs.tu-bs.de>; Fri, 24 Sep 2004 17:21:51 -0700 (PDT) > (envelope-from mdb(a)juniper.net) > Received: from juniper.net (garnet.juniper.net [172.17.28.17]) > by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id i8P0Lje35495; > Fri, 24 Sep 2004 17:21:45 -0700 (PDT) (envelope-from mdb(a)juniper.net) > To: libsmi(a)ibr.cs.tu-bs.de > From: "Mark D. Baushke" <mdb(a)juniper.net> > Subject: bug in smilint > X-Phone: +1 408 745-2952 (Work) > X-Mailer: MH-E 7.82+cvs; nmh 1.0.4; GNU Emacs 21.1.1 > X-Face: #8D_6URD2G%vC.hzU<dI&#Y9szHj$'mGtUq&d=rXy^L$-=G_-LmZ^5!Fszk:yXZp$k\nTF? > 8Up0!v/%1Q[(d?ES0mQW8dRCXi18gK)luJu)loHk, > }4{Vi`yX?p?crF5o:LL{6#eiO:(E:YMxLXULB k|'a*EjN.B&L+[J!PhJ*aX0n:5/ > Date: Fri, 24 Sep 2004 17:21:45 -0700 > Message-ID: <29947.1096071705(a)juniper.net> > Sender: mdb(a)juniper.net > X-IBRFilter-SpamReport: 1.657 (*) BAYES_80 > X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang) > > While using smilint, we encountered a core dump on libsmi-0.4.2. Here is > the backtrace: > > The core dump occurs with the following backtrace: > #0 0x8048d88 in display_one (f=0x804bd80, error=0x8053890) > at ../../tools/smilint.c:134 > #1 0x8048ee7 in display_used (errors=0x8052000) at ../../tools/smilint.c:174 > #2 0x804923d in main (argc=42, argv=0xbfbfedbc) at ../../tools/smilint.c:317 > #3 0x8048b21 in _start () > > The problem is also present in the latest release of smilint and in the > subversion sources as well. > > Properly initializing the 'Error * errors;' structure with zero allows > the right thing to happen rather than running off the end of the list. > > A patch against the latest Subversion revision of the file is included > after my .signature. > > -- Mark > > Index: smilint.c > =================================================================== > - --- smilint.c (revision 1852) > +++ smilint.c (working copy) > @@ -8,7 +8,7 @@ > * See the file "COPYING" for information on usage and redistribution > * of this file, and for a DISCLAIMER OF ALL WARRANTIES. > * > - - * @(#) $Id: smilint.c,v 1.46 2004/08/10 10:58:12 strauss Exp $ > + * @(#) $Id$ > */ > > #include <config.h> > @@ -109,7 +109,7 @@ > fprintf(stderr, "smilint: malloc failed - running out of memory\n"); > exit(1); > } > - - memset(errors, 0, cnt * sizeof(Error)); > + memset(errors, 0, (cnt + 1) * sizeof(Error)); > > for (i = 0; i < cnt; i++) { > errors[i].id = i; > > - --===============0476241629==-- > >

1 0

segfault during traversal of SMIv2 MIBs
by Puls, Henrik 05 Oct '04

05 Oct '04

Hello, i´ve tried to traverse a SMIv2 MIB where one Module Identity is under an other one. See sketch below. I tried to perform a smiGetNextNode on Module Identity 1 to retrieve the Node (Module Identity Node of Module Identity 2 ) but if I do that libsmi produce a segfault because the OID of the Nodeptr is empty. If I do the same on Module Identity 2 I get OBJECT IDENTITY 1 and that's what I want. So my question is whether it is possible or not to traverse the MIB tree through Module Identitys without explicitly loading the next Module Identity because I don't really know if the next node is a ModuleIdentity or a ObjectIdentity. Or is there a other way to do this. MODULE IDENTITY 1 | --- MODULE IDENTITY 2 | OBJECT IDENTITY 1 . . . OBJECT IDENTITY n By the way its possible to stop libsmi from segfaulting inside smiGetNextNode if you add || (!nodePtr->oid) inside the part below. /* did we move outside the common oid prefix of this module? */ for (i = 0; i < modulePtr->prefixNodePtr->oidlen; i++) if ((!nodePtr) || (!nodePtr->oid) || (nodePtr->oid[i] != modulePtr->prefixNodePtr->oid[i])) return NULL; Regards, Henrik Puls

3 2

segfault during traversal of SMIv2 MIBs
by Henrik Puls 03 Oct '04

03 Oct '04

Hello, at first thanks for your quick response. I´m a little bit woried about the fact that it´s not allowed but maybe my previous post was just imprecise and misunderstanding. Because it´s very important for me to know i will be a little bit more precise this time. MODULE IDENTITY 1 which is the toplevel OID registration under Enterprises is defined in its own Module (registration-mib) where only the MODULE IDENTITY is defined. MODULE IDENTITY 2 is also defined in its own Module (something-mib) which is registered under the private Enterprise OID defined in MODULE IDENTITY 1 so every Module has exactly one MODULE IDENTITY construct. But now I´m not sure any longer if this is allowed or not so please be so kind and tell me. Best regards, Henrik Puls Fock, Frank wrote: > Aside from the fact, that libSMI should not cause > a seg.fault, a SMIv2 MIB module must contain exactly > one MODULE-IDENTITY construct. To have two, is not > allowed by the SMI and that's probably why nobody > has found the bug yet ;-)

2 1

Re: Hello
by Frank.fock 28 Sep '04

28 Sep '04

1 0

smilint fails to parse SNMPv2-SMI
by Paresh Sawant 08 Sep '04

08 Sep '04

Hello, I tried doing syntax/semantics checking of SNMPV2-SMI using smilint & I came across error "SNMPv2-SMI:217: number `18446744073709551615' is out of range for SPPI 64bit unsigned numbers". Has anyone come across this issue? Thanks & Regards Paresh Sawant

2 1

test , ignore
by Paresh Sawant 08 Sep '04

08 Sep '04

1 0

Re: [libsmi] libsmi release 0.4.3 and switch from CVS to SVN
by Yigal Hochberg 18 Aug '04

18 Aug '04

Hi Juergen, The current 0.4.3 cannot be built as-is using msvc 6.0. Several changes are needed. I have been able to build it with the native w32 msvc 6.0 after making some changes. I will email diffs when ready. Best regards, Yigal Hochberg DMH Software 15 Arborwood Rd, Acton, MA 01720 Voice: 978-263-0526 Fax: 801-760-9746 mailto:hochberg@dmhsoftware.com http://www.dmhsoftware.com > On: Wed, 18 Aug 2004 22:18:26 +0200 > Juergen Schoenwaelder <j.schoenwaelder(a)iu-bremen.de> wrote: > > On Wed, Aug 18, 2004 at 03:35:45PM +0200, Frank Strau? wrote: > > > Some time has passed and numerous bugs have been fixed, improvements > > have been added, primarily to a number of smidump drivers, IETF and IANA > > MIBs have been updated and added since the last release of libsmi. Thus, > > today I switched to release 0.4.3 > > > > As usual, you can find it at > > > > http://www.ibr.cs.tu-bs.de/projects/libsmi/ > > ftp://ftp.ibr.cs.tu-bs.de/pub/local/libsmi/ > > Those running Win32 boxes who are looking for a binary distribution can > check out the following > > ftp://ftp.ibr.cs.tu-bs.de/pub/local/libsmi/WIN32/libsmi-0.4.3.zip > > This zip file contains cross-compiled Win32 binaries. The binaries are > supposed to work (at least earlier versions have made some Win32 users > happy) but they come with no fancy setup. The search paths are hard coded > and you better stick to them. You can of course send patches to read some > of this hard coded stuff out of the registry - but note that I require > that things must be possible to cross-compile as I do not have a native > Win32 compiler (and do not need/want one). > > /js > > -- > Juergen Schoenwaelder International University Bremen > <http://www.eecs.iu-bremen.de/> P.O. Box 750 561, 28725 Bremen, Germany > > -- > !! This message is brought to you via the `libsmi' mailing list. > !! Please do not reply to this message to unsubscribe. To unsubscribe or adjust > !! your settings, send a mail message to <libsmi-request(a)ibr.cs.tu-bs.de> > !! or look at https://www.ibr.cs.tu-bs.de/mailman/listinfo/libsmi.

1 0

libsmi release 0.4.3 and switch from CVS to SVN
by Frank Strauß 18 Aug '04

18 Aug '04

Hi! Some time has passed and numerous bugs have been fixed, improvements have been added, primarily to a number of smidump drivers, IETF and IANA MIBs have been updated and added since the last release of libsmi. Thus, today I switched to release 0.4.3 As usual, you can find it at http://www.ibr.cs.tu-bs.de/projects/libsmi/ ftp://ftp.ibr.cs.tu-bs.de/pub/local/libsmi/ Those users who access the libsmi repository, please note that along with the new release I switched from CVS to Subversion (SVN) as the favorite revisioning system. Libsmi is no longer available through CVS. If you have Subversion installed, you can checkout the code with svn checkout http://svn.ibr.cs.tu-bs.de/svn/libsmi People who previously had problems to access the CVS server due to a very strict firewall, should now have better chances to reach it since now HTTP/WebDAV is used to access the repository. Enjoy, -frank

2 1

namelength-32
by Jürgen Schönwälder 18 Aug '04

18 Aug '04

I am getting myself annoyed by these namelength-32 warnings. While I know how to turn them off, I am wondering whether the time has come to just kill these warnings. This would be inline with the MIB review guidelines. Another issue are the smidump options. I would like to rename the -s smidump option to say -q and introduce the -s and -m options in exactly the same way smilint implements them. This would allow to change an smilint command more easily to an smidump command and back and promote some more consistency. If nobody objects, I will implement both of these changes. /js Juergen Schoenwaelder International University Bremen <http://www.eecs.iu-bremen.de/> P.O. Box 750 561, 28725 Bremen, Germany

3 2