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

libsmi maintainance release 0.1.2
by Frank Strauss 03 Jun '99

03 Jun '99

Hi! Jochen Friedrich reported a bug with modules specified by pathname to smiLoadModule(). This has been fixed. smiGetPath() and smiSetPath() are now implemented. A few string length restrictions have been eleminated and an obsolete header file has gone. http://www.ibr.cs.tu-bs.de/projects/libsmi/ ftp://ftp.ibr.cs.tu-bs.de/pub/local/libsmi/ 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.

1 0

Re: [libsmi] smiLoadModule and smiInit
by Frank Strauss 03 Jun '99

03 Jun '99

Hi! Jochen> we try to use libsmi in future versions of GxSNMP and replace Jochen> the ancient related functions from CMU. Things look pretty Jochen> good so far :). Fine. ;-) Jochen> We want to have the possibility to configure which MIBs get Jochen> loaded by GxSNMP during startup. Is this the management application project within the GNOME framework? Jochen> One problem is that there is no way to override the compiled Jochen> in search path other than setting an environment variable Jochen> (GxSNMP might fork() from plugins and exec other programs whch Jochen> might be f'd by a changed SMIPATH). Would it be possible to Jochen> add a parameter to smiInit() to override the search path? The smi.h File already contains two function declarations extern int smiGetPath(const char *path); extern int smiSetPath(const char *path); (with wrong signatures ;-)) that are intended to allow an application to adjust the search path. Expect the implementation of these two functions to be implemented in the next release (probably, today or tomorrow). Jochen> Another problem is that smiLoadModule always returns -1 when a Jochen> full path to a module is specified. The problem seems to be Jochen> that the path is not chopped off before verifying if the Jochen> module with the given name really has been loaded. I'll check this... Jochen> Last not least (for our MIB browser), is there an easy way to Jochen> walk though all nodes of the tree without using the data.h Jochen> internal header file? Yes. BTW, an application shall never use the knowledge of data.h. It is not part of the API. To get an understanding of how to retrieve definitions in a get-first/get-next style, please take a look at tools/dump-sming.c (or tools/dump-smi.c): static void printObjects(char *modulename) { [...] SmiNode *smiNode; for(smiNode = smiGetFirstNode(modulename, SMI_DECL_UNKNOWN); smiNode; smiNode = smiGetNextNode(smiNode, SMI_DECL_UNKNOWN)) { [...] } } Note that this way to iterate through the node definitions of a module guaranties to retrieve the nodes in depth first order, not in the order they are defined in the module. This is convienent for most uses (like MIB browsers ;-)) and eliminates forward references where possible. With the second argument set to SMI_DECL_UNKNOWN, you'll retrieve any node definitions. You might also want to retrieve only a certain kind of nodes, e.g. notification types, by setting this to the appropriate value. 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.

2 1

smiLoadModule and smiInit
by Jochen Friedrich 03 Jun '99

03 Jun '99

Hi, we try to use libsmi in future versions of GxSNMP and replace the ancient related functions from CMU. Things look pretty good so far :). We want to have the possibility to configure which MIBs get loaded by GxSNMP during startup. One problem is that there is no way to override the compiled in search path other than setting an environment variable (GxSNMP might fork() from plugins and exec other programs whch might be f'd by a changed SMIPATH). Would it be possible to add a parameter to smiInit() to override the search path? Another problem is that smiLoadModule always returns -1 when a full path to a module is specified. The problem seems to be that the path is not chopped off before verifying if the module with the given name really has been loaded. Last not least (for our MIB browser), is there an easy way to walk though all nodes of the tree without using the data.h internal header file? Thanks, Jochen -- !! 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.

1 0

libsmi bugfix release 0.1.1
by Frank Strauss 02 Jun '99

02 Jun '99

Hi! At least on the Linux platform a bug in the code that searches for MIB module files, has lead to segmentation faults, when the SMIPATH environment variable has not been set. This bug has been fixed. Furthermore, configure.in has a new option: --with-smipath="DIR:DIR:..." can be used to specify a default path, if the user has no SMIPATH set, e.g. if you have scotty installed along with its MIB modules, you might want to configure libsmi like this: ./configure --with-smipath="/usr/local/share/mibs:/usr/lib/tnm3.0.0/mibs" Have fun! 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/~strauss/libsmi/ for more information.

1 0