On 9 August 2012 10:44, Stuart Kendrick <skend...@fhcrc.org> wrote:
> So now I'm poking through the pre-converted list of MIB files running
> hexdump, looking for end-of-line characters ... and all I'm seeing is
> '0a', which suggests that the MIB files I'm reading were all Unix-style.
>
> Would you identify a particular MIB file as being full of 0a0d line
> termination?

All five of the files that you posted have this format.
Though I suppose this might be a consequence of having
passed through the mail system.
   Looks like this was a red herring.   Sorry.


> [I've updated the files at https://vishnu.fhcrc.org/add_mibdir]

I've tried using these versions instead, and that's helped pinpoint
the problem.

   If you look in the IETF folder, you should see five duplicate names
(four of the form T11-FC*, plus DOCS-IETF-SUBMGT-MIB)
In fact, the names aren't exact duplicates - there is actually a space
at the end of the second version.
   This space is what is confusing the MIB indexing.

If you rename the 10 MIB files in the IETF folder that end in a space
(or delete the duplicates),  and the 22 in the Cisco folder (which are all
apparently duplicates) - then I'm reasonably confident that things
should start working again.

Dave

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to