Libsmi February 2002

libsmi@ibr.cs.tu-bs.de

8 participants
11 discussions

Using TRAP-TYPE instead of OBJECT-TYPE nodes as parent nodes
by Pat Knight 28 Feb '02

28 Feb '02

We've written a tiny MIB module to describe a single trap we send from one of our applications. Apart from the trap itself, the only objects in the module were there to provide variables carried in the trap notification. To avoid adding "unnecessary" object types, I hung all the variables off the trap e.g.: eltrap TRAP-TYPE ENTERPRISE trapObjs VARIABLES {v1, v2 } DESCRIPTION "blah blah" ::= 1 v1 OBJECT-TYPE SYNTAX DisplayString ... ::= { eltrap 1 } Before sending this to a customer, we ran it through smilint. There were no errors or warnings reported. The customer's MIB compiler (from SNMP Research) objected as the parent node of v1 was a TRAP-TYPE instead of an OBJECT-TYPE. Having the opportunity (:-)) to reconsider what I'd done, I see the error of my ways. However, was it an error? If so, is it a bug in smilint/libsmi that the error wasn't reported? The version is libsmi 0.3.0 on Linux. -- Cheers, Pat Tel: 0117 930 9621 (Intl: +44-117-930-9621).

2 2

Snmp extension agent using libsmi
by Alberto Caamaño 26 Feb '02

26 Feb '02

Hi, We are using libsmi to develop a snmp extension agent. We are students and we need some orientation to do this. (sorry, this is not a libsmi specific question) We have develop a extension agent in MSVC++ which reads MIBs in Asn.1 with libsmi but know we have to communicate our extension agent with other processes. This processes have to change the MIB's values. We want to know what is the common form to do this because we have a lot of problems sharing the MIB with the other processes (they create a new instance of the object Mib). Our Mib is a collection of MibEntry: class MibEntry { public: // Atributes UINT access; BYTE type; void* storage; AsnObjectIdentifier oid; MibEntry* next; ResolveStrategy *resolveStrategy; // Methods MibEntry(); virtual ~MibEntry(); UINT resolveGet(IN OUT RFC1157VarBind *varBind); UINT resolveHardGet(IN OUT RFC1157VarBind *varBind); UINT resolveSet(IN OUT RFC1157VarBind *varBind); UINT resolveHardSet(IN OUT RFC1157VarBind *varBind); }; This is not a question of libsmi... sorry but we are desperate. Thanks a lot. _________________________________________________________________ MSN Photos es la manera más sencilla de compartir e imprimir sus fotos: http://photos.latam.msn.com/Support/WorldWide.aspx

2 1

FW:
by Salam, Abdul 22 Feb '02

22 Feb '02

> Hi, > As far as I know libsmi receives Physical file name for parsing. Is > there any method to pass file handlers. > regards, > Abdul.

2 1

RE: [libsmi] Errors & Deafult Values
by Save, Amit Prabhakar (Amit) 18 Feb '02

18 Feb '02

Hi , I made my Error handler and then I was able to direct these Error messages to the file as U said. Thanks for that I also tried the printing the default values the same way dumpCorba (This is the driver which prints out the default values). But It gives me defalut values as 0 for the variables which do not have any default value. Will U please throw some light on it, as how can I avoid getting these 0 values. As for some MIB variables of mine, there are variables which have the default values as 0. Thanks & regards, Amit Save. -----Original Message----- From: Juergen Schoenwaelder [mailto:schoenw@ibr.cs.tu-bs.de] Sent: Wednesday, February 13, 2002 8:38 PM To: save(a)agere.com Cc: libsmi(a)ibr.cs.tu-bs.de Subject: Re: [libsmi] Errors & Deafult Values >>>>> Save, Amit Prabhakar (Amit) writes: Amit> Hi, I'm using LibSmi 0.2.16 to compile the MIB files. Also, I'm Amit> directing the compiled MIB to a text file Will any one of U Amit> solve two issues I'm having. Amit> 1) How do U get the default Values of a MIB variable. Look at one of the dump drivers which print default values as an example how it works. Amit> 2) I'm directing my compiled MIB to one text file. Also, I Amit> would like to direct the parsing errors to another text file. Amit> How do I do this ? I tried this by changing stderr in main Amit> function to a local file. But this does not direct the messages Amit> occuring during the compilation time. Amit> Like, ./MIBs/rfc1213.my:7: parse error, expecting `DEFINITIONS' Amit> Such messages always come on standard output. The error messages usually go to standard error. Anyway, look at smilint.c as an example how to install your own error message handler. smilint uses its own handler if you use the -s or the -m flags. /js -- Juergen Schoenwaelder University of Osnabrueck <schoenw(a)inf.uos.de> Dept. of Mathematics and Computer Science Phone: +49 541 969 2483 Albrechtstr. 28, 49069 Osnabrueck, Germany Fax: +49 541 969 2770 <http://www.informatik.uni-osnabrueck.de/>

2 1

RowStatus & read-create
by Ashok Kumar [ GVG DDF ] 14 Feb '02

14 Feb '02

Hi, How I can get the syntax as "RowStatus" and Max-Access as "read-create" using LibSmi for an attributes. Thanks and regards Ashok

2 1

Errors & Deafult Values
by Save, Amit Prabhakar (Amit) 13 Feb '02

13 Feb '02

Hi, I'm using LibSmi 0.2.16 to compile the MIB files. Also, I'm directing the compiled MIB to a text file Will any one of U solve two issues I'm having. 1) How do U get the default Values of a MIB variable. 2) I'm directing my compiled MIB to one text file. Also, I would like to direct the parsing errors to another text file. How do I do this ? I tried this by changing stderr in main function to a local file. But this does not direct the messages occuring during the compilation time. Like, ./MIBs/rfc1213.my:7: parse error, expecting `DEFINITIONS' Such messages always come on standard output. Thanks & regards, Amit Save

2 1

RE: [libsmi] Problem linking in MSVC++
by Arie Trost 04 Feb '02

04 Feb '02

Seems to me as a single/multi-threaded related issue. Make sure libSMI and your application use both the same run-time compilation flags(/MD, /ML, /MT/, LD). If, for example, you have built libsmi with /MD (or /MDd) flag defined (i.e, multithreaded dll), then use the same one to built your application. Arie. > -----Original Message----- > From: Alberto Caamaño [mailto:sg_alberto@hotmail.com] > Sent: Sunday, February 03, 2002 11:37 PM > To: libsmi(a)ibr.cs.tu-bs.de > Subject: RE: [libsmi] Problem linking in MSVC++ > > > Hi. > I have a lot of problems linking libsmi in MSVC++ 6.0. > > I declare the header file: > extern "C" { > #include <smi.h> > } > > and I obtain the following error: > > smi.lib(data.obj) : error LNK2001: unresolved external symbol _errno > smi.lib(scanner-smi.obj) : error LNK2001: unresolved external > symbol _errno > Debug/SnmpExtensionAgent.dll : fatal error LNK1120: 1 > unresolved externals > Error executing link.exe. > > Thanks. > > Alberto. > > _________________________________________________________________ > Descargue GRATUITAMENTE MSN Explorer en http://explorer.yupimsn.com/intl.asp -- !! 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 crashes.
by Arie Trost 04 Feb '02

04 Feb '02

Hi, The following crash was encountered accidentally, when I was trying to load a bunch of arbitrary MIB files. I have nailed this down to this sequence: 1. smiLoadModule(UCD-DLMOD-MIB.txt) 2. smiLoadModule(UCD-SNMP-MIB.txt) The first call completes successfully. In the second call, libSMI crashes. The call stack at the crash time: strcmp(..) findObjectByModuleAndName(..) smiparse(..) loadModule(..) smiLoadModule(..) ... If changing the order in which the both MIB files are called, the crash disappears. But this, of course, is unacceptable as a solution. Please find the two involved MIB files attached. Thank you, Arie. <<UCD-DLMOD-MIB.txt>> <<UCD-SNMP-MIB.txt>>

2 1

RE: [libsmi] Problem linking in MSVC++
by Alberto Caamaño 04 Feb '02

04 Feb '02

Hi. I have a lot of problems linking libsmi in MSVC++ 6.0. I declare the header file: extern "C" { #include <smi.h> } and I obtain the following error: smi.lib(data.obj) : error LNK2001: unresolved external symbol _errno smi.lib(scanner-smi.obj) : error LNK2001: unresolved external symbol _errno Debug/SnmpExtensionAgent.dll : fatal error LNK1120: 1 unresolved externals Error executing link.exe. Thanks. Alberto. _________________________________________________________________ Descargue GRATUITAMENTE MSN Explorer en http://explorer.yupimsn.com/intl.asp

1 0

RE: [libsmi] Problem linking in MSVC++
by Arie Trost 01 Feb '02

01 Feb '02

Have you tried to declare C linkage like this: extern "C" { #include <smi.h> } Arie. > -----Original Message----- > From: Alberto Caamaño [mailto:sg_alberto@hotmail.com] > Sent: Friday, February 01, 2002 3:04 AM > To: libsmi(a)ibr.cs.tu-bs.de > Subject: [libsmi] Problem linking in MSVC++ > > > Hi, I'm a newbie using libsmi and I have a little problem. > > I try to use the libsmi library in a c++ program (using MSVC++ 6.0) > but I obtain the following link error: > > SMISurfer.obj : error LNK2001: unresolved external symbol > "struct SmiModule > * __cdecl smiGetModule(char const *)" > (?smiGetModule@@YAPAUSmiModule@@PBD@Z) > SMISurfer.obj : error LNK2001: unresolved external symbol > "int __cdecl > smiInit(char const *)" (?smiInit@@YAHPBD@Z) > Debug/SnmpExtensionAgent.dll : fatal error LNK1120: 2 > unresolved externals > Error executing link.exe. > > I can use the library in a little C program (win32 console > aplication) > without problems, but when I try to use the library in C++ (win32 dll > project), MSVC++ is unable to link the library. > > This is an example of my code: > > // Simple method for open .mib file > > BOOL SMISurfer::openMib(char *filename) > { > SmiModule *module; > > smiInit(NULL); > if ((module = smiGetModule(filename)) == NULL) > return FALSE; > else > return TRUE; > } > > I include the smi.lib in the project settings. > > Thanks. > > _________________________________________________________________ > Hable con sus amigos en línea, pruebe MSN Messenger: http://messenger.msn.es -- !! 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

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 February 2002