Libsmi January 2009

libsmi@ibr.cs.tu-bs.de

5 participants
6 discussions

Loading MIBs
by Samer Vazdekis 29 Jan '09

29 Jan '09

I configured libsmi to where my mibs are using --with-mibdir option. I noticed though after calling smiInit() that MIBs are not loaded by default. Is there a way to let libsmi load my mibs in my mibs dir on startup?. Do MIB files need to be on special extention?. mine are of .txt type. _________________________________________________________________ So many new options, so little time. Windows Live Messenger. http://www.microsoft.com/windows/windowslive/messenger.aspx

2 1

Full OIDs
by Samer Vazdekis 28 Jan '09

28 Jan '09

Hi all, When I retrieve a node, with smiGetNode (), I get the suboid. Is there a way to get the full oid?. I'm trying to get the OID from a node name. Thanks. _________________________________________________________________ The new Windows Live Messenger. You don’t want to miss this. http://www.microsoft.com/windows/windowslive/messenger.aspx

2 1

smi.h : smiGetClass
by Miroslav Beranič ml. 19 Jan '09

19 Jan '09

Hi, I have checked out latest source code from SVN (revision 12468) The problem is still present in: smi.h:553 function extern SmiClass *smiGetClass(SmiModule *smiModulePtr,char *class); I am no expert in C++, but as I looked at the SVN history files: smi.c smi.h.in were updated (rev. 12455), but not smi.h. When I compile and install, the resulting smi.h has the same defect. So: I am doing something wrong, or ... I had to manually update smi.h file, to make it work. Best regards, Miroslav Beranič ml. ------------------------------------------------ miroslav.beranic(a)gmail.com http://www.mibesis.eu +386 40 814 843 (SiMobil.si)

2 3

long long
by Arndt Jonasson 12 Jan '09

12 Jan '09

In dump-xsd.c is the code case SMI_BASETYPE_UNSIGNED64: { SmiUnsigned64 min, max; min = SMI_BASETYPE_UNSIGNED64_MIN; max = SMI_BASETYPE_UNSIGNED64_MAX; fprintStdRestHead( f, smiType ); smiRange = smiGetFirstRange( smiType ); while( smiRange ) { if( smiRange->minValue.value.unsigned64 < min ) { min = smiRange->minValue.value.unsigned64; } if( smiRange->maxValue.value.unsigned64 > max ) { max = smiRange->maxValue.value.unsigned64; } smiRange = smiGetNextRange( smiRange ); } fprintSegment( f, 0, "<xsd:minInclusive value=\"%lu\"/>\n", (unsigned long)min ); fprintSegment( f, 0, "<xsd:maxInclusive value=\"%lu\"/>\n", (unsigned long)max ); fprintSegment(f, -1, "</xsd:restriction>\n"); break; } The behaviour may vary on different platforms, but at least on some, the cast (unsigned long) above needs to be (unsigned long long), or perhaps removed, otherwise only the least significant 32 bits of the constant will be used. I'm not certain whether %lu ought to be %llu.

2 1

Multiple DEFINITIONs MIB parse
by Miroslav Beranič ml. 11 Jan '09

11 Jan '09

Hi, is it possible to parse MIB file that contains multiple DEFINITIONs (SMIv1, SMIv2, SMIng) statements? Currently smiLoadModule(char* mibFile) returns name of last DEFINITION (it seems that way) in MIB file. When calling smiGetFirstNode(modile, ANY) method returns NULL. IS MIB with multiple DEFITION statements valid MIB? Any pointer? Best regards, Miroslav Beranič ml. ----------------------------------- miroslav.beranic(a)gmail.com

2 8

Corrupted node when parsing MIB with { mib-2 XXX } for MODULE-IDENTITY
by Bill Fenner 06 Jan '09

06 Jan '09

Hi, When running smidump on http://mibbinator.org/mibindex/extracted/BGP4V2-MIB-idr-08.txt and outputting in python format, the node after bgp4V2Groups has ASCII text instead of a Node data structure, causing smiGetNextNode() to crash. 1613 nodePtr = nodePtr->nextPtr; $30 = (Node *) 0x57c600 (gdb) x/s $30 0x57c600: "}, # node\n" This is the last line that was output, I think because this Node was freed and so smiVasprintf is using the same memory area for line buffering, but there were still pointers to it. I will admit to running with "-k", to ignore the "mib-2 XXX" error in this MIB; this works with -f identifiers but seems to be the killer for -f python/perl/yang. When the { mib-2 XXX } is replaced by { mib-2 9999 }, the python/ perl/yang outputs succeed. In my use case (getting python access to the structure of a MIB in an Internet Draft), I need the output to work in this case. This worked some time ago (unfortunately I didn't practice good revision control and don't know exactly which version broke this; I developed the functionality that required this behavior in mid-2007). Any ideas where to look to find out what is freeing this node? (I tried --enable-dmalloc but the dmalloc linkage didn't work) Thanks, Bill

2 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Libsmi January 2009