Re: split mib file
Dave Shield <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On 12 November 2010 18:30, David A <[email protected]> wrote:
> hi Dave,
>
> thanks. i am talking about the MIB file. these are not published yet
> as the product is still in development. i was successful in taking out
> the definitions of a sub tree and putting it in a separate MIB file.
> in the end i have one module i can dlmod, with 2 init_<module>. the
> init for the sub tree implementation is called from the init_<module>
> that is loaded my dlmod
If you are talking about 'init_xxx' calls, then this sounds like the
source code for implementing the MIB objects - not the MIB file itself.
Remember that it is perfectly possible to run 'mib2c' on two
separate starting points within a single MIB file.
For example, given a MIB file (TCP-MIB) that contains two tables
(tcpConnectionTable and tcpListenerTable), you could run
$ mib2c tcpConnectionTable
$ mib2c tcpListenerTable
and that would generate two separate pairs (or sets) of code files -
one for each table - with no need to touch the TCP-MIB file at all.
Each of these will have their own init_xxx() routine, and could be
loaded as a separate dlmod if required.
I still don't see why you need to split the MIB file itself.
Dave
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users