Re: [RFC PATCH] Ensure oid sub-ids are always 32bit

2008-04-14 Thread Magnus Fromreide
On mån, 2008-04-14 at 13:57 +0100, Alex Bennee wrote: > Hi, > > As noted in earlier messages the sizeof(oid) on a 64 bit machine is 8 > bytes due to the use of u_long. This patch ensures that an oid is always > 32 bit by using the uint32_t type instead. > > For us this also helps with using oid

Re: [PATCH] Remove EIGHTBIT_SUBIDS

2008-04-14 Thread Magnus Fromreide
On mån, 2008-04-14 at 11:35 +0100, Alex Bennee wrote: > Hi, > > Does anything actually use EIGHTBIT_SUBIDS anymore is is this a hangover > from a old code? It doesn't seem to be configurable from autoconf and > unless your very careful with your MIB structure it's likely to break. It is useful i

[RFC PATCH] Ensure oid sub-ids are always 32bit

2008-04-14 Thread Alex Bennee
Hi, As noted in earlier messages the sizeof(oid) on a 64 bit machine is 8 bytes due to the use of u_long. This patch ensures that an oid is always 32 bit by using the uint32_t type instead. For us this also helps with using oid string between libsmi and net-snmp but I thing the change is valid no

Re: access to auth data from MFD souce code

2008-04-14 Thread Dave Shield
On 14/04/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Hi! I need to get access to SNMPv3 securityName and auth passphrase from > MFD code that i use to serve requests to my MIB table. Is it possible at > all to get this auth data? You should be able to get hold of the SNMPv3 security nam

access to auth data from MFD souce code

2008-04-14 Thread aydin
Hi! I need to get access to SNMPv3 securityName and auth passphrase from MFD code that i use to serve requests to my MIB table. Is it possible at all to get this auth data? Thank you in advance - This SF.net email is sponsor

[PATCH] Remove EIGHTBIT_SUBIDS

2008-04-14 Thread Alex Bennee
Hi, Does anything actually use EIGHTBIT_SUBIDS anymore is is this a hangover from a old code? It doesn't seem to be configurable from autoconf and unless your very careful with your MIB structure it's likely to break. commit a0ca9fbf88b0480dfe74d1d057747495eda3cd7f Author: Alex Bennee <[EMAIL PRO