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

libsmi/smidump 0.4.8 problem: SYSAPPL-MIB::sysApplPastRunMaxRows SYNTAX Upper Bound
by Jens Engel 18 Mar '11

18 Mar '11

smidump 0.4.8 (up to rev13631 and maybe never) have a problem with the following SMI construct: -- FROM libsmi distributed SYSAPPL-MIB: sysApplPastRunMaxRows OBJECT-TYPE SYNTAX Unsigned32 (0..'ffffffff'h) ... NOTE: 0xFFFFFFFF = 2^32-1 = 4 294 967 295 when you try to convert the provided MIB via: smidump --format=smiv2 SYSAPPL-MIB ... you get the following output for libsmi 0.4.7 and 0.4.8. NOTE: Upper syntax bound is wrong in both cases. === modified file 'IETF/mibs/SYSAPPL-MIB.mib' --- IETF/mibs/SYSAPPL-MIB.mib 2009-03-28 19:03:48 +0000 +++ IETF/mibs/SYSAPPL-MIB.mib 2009-05-04 16:57:29 +0000 @@ -1038,7 +1038,7 @@ ::= { sysApplElmtPastRunEntry 11 } sysApplPastRunMaxRows OBJECT-TYPE - SYNTAX Unsigned32 (0..1134880) -- smidump 0.4.7 output + SYNTAX Unsigned32 (0..1134864) -- smidump 0.4.8 rev13631 (post-release) NOTE: Output of SYNTAX upper bound varies. WEIRD: The conversion to format=python leads to the correct result. Without looking at the source code, I assume that the hex-string to integer conversion has a problem. Ciao, Jens Engel Jens Engel mailto:jens_engel@t-online.de mailto:jens.engel

2 1

Few minor remarks regarding libsmi version 0.4.8
by Raymond Mercier 18 Feb '10

18 Feb '10

Hi all, I am using libsmi (last version 0.4.8) and I am creating a Windows C++ class around it. I have few minor remarks with that excellent library: 1. The function smiGetClass() as declared in smi.h (line 464) has a parameter named "class". This parameter name is not allowed when compiling in C++ because the "class" word is a reserved C++ keyword. Is it possible to rename it to something else? 2. The function smiPack() declared in smi.h (line 618) seems to not exist in sources files of the library (but smiUnpack() exists). 3. The function smiGetEvent() declared in smi.h (line 497) seems to not exist in sources files of the library. Kind regards Raymond

2 1

yang.h missing after install
by Wes 02 Feb '10

02 Feb '10

Hi, I've just tried building the current svn trunk in order to enable libsmi support in wireshark, and noticed that the installed include/smi.h has an include for yang.h, but yang.h isn't being copied to the specified include directory causing the build test in wireshark's configure script to fail and I've had to manualy copy yang.h to my /usr/local/include/ directory. This issue occurs regardless of specifying --enable-yang or not Cheers, Wes

2 2