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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.