Den 26-09-2013 15:42, Mike Moreton skrev:
If you display an object which has a negative small value, and a
DISPLAY-HINT of something like d-3, then you can get results like:
.0-7
The attached patch is a bit cleaner, and should also fix it. Could you
please try that?
/Niels
--
Niels
If you display an object which has a negative small value, and a DISPLAY-HINT
of something like d-3, then you can get results like:
.0-7
The following patch fixes it, but I think it makes the function a bit of a
mess:
diff -Naur net-snmp-5.7.2-unpatched/snmplib/mib.c net-snmp-5.7.2/snmplib
Very nice! Thanks!
> Date: Tue, 24 Sep 2013 17:39:20 +0200
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> Subject: Re: DISPLAY-HINT "b"
>
> Den 24-09-2013 08:00, Niels Baggesen skrev:
> > On Mon, S
e forgot the 'b' case when implementing the code
for DISPLAY-HINT :-(
or at least mis-implemented it ..
Could you try this patch and see if it fixes it?
/Niels
--
Niels Baggesen - @home - Århus - Denmark - [email protected]
The purpose of computing is insight, not numbers ---
; case when implementing the code
for DISPLAY-HINT :-(
/Niels
--
Niels Baggesen - @home - Århus - Denmark - [email protected]
The purpose of computing is insight, not numbers --- R W Hamming
--
October Webi
I thought this was meant to be the way of specifying a bit mask, but it just
comes out as "%b", which isn't a lot of use!
Am I doing something wrong?
--
LIMITED TIME SALE - Full Y
Hi,
In net-snmp 5.4.2.1, InetAddressIPv4z's zone index is always displayed as 0. I
believe this is a bug. Attached is the patch for fixing it.
Thanks,
Fong
ip_zone_index.patch
Description: ip_zone_index.patch
--
Com
Kristof Verpoorten wrote:
> I just subscribed to this mailing list because I found what I think is a
> bug in the libsnmp project.
Could you please submit this patch (in proper "diff -u" format) to the
Project Patch Tracker (http://www.net-snmp.org/patches) so it won't get
lost?
Cheers,
Thomas
Hi all,
I just subscribed to this mailing list because I found what I think is a
bug in the libsnmp project.
When I set "netsnmp_ds_set_boolean(NETSNMP_DS_LIBRARY_ID,
NETSNMP_DS_LIB_NO_DISPLAY_HINT, 1);" it will still use the display
hint...
To solve this bug I changed the follow
On Wed, 2005-06-08 at 16:56, Vance Shipley wrote:
> My read of RFC 2579 is that the "0d(" format specifier tells it to
> consume 0 octets from the OCTET STRING and display "(".
Hmmm... yes, I think you're probably correct.
> Am I all wet or is there a bug in there somewhere?
It looks very much l
I wrote a textual convention in my MIB which attempts to present
north american numbering plan telephone numbers in the conventional
format i.e. (519)555-1234:
DISPLAY-HINT "0d(1d1d1d0d)1d1d1d0d-1d1d1d1d"
...
SYNTAX OCTET STRING (SIZE (10))
However when I use the co
11 matches
Mail list logo
