Re: split mib file

Thanks.
On Nov 15, 2010 12:43 AM, "Dave Shield" <[email protected]> wrote:
> [ 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