Re: vp->magic and OID passed by snmpd

2007-06-24 Thread Shivani Garg
Thanks, that solved my problem. On 6/21/07, Dave Shield <[EMAIL PROTECTED]> wrote: > On 21/06/07, Shivani Garg <[EMAIL PROTECTED]> wrote: > > struct variable7 systemInfo_variables[] = { > > > #define OVERALLDISKOCCUPANCYINKB 276 > > > > {OVERALLDISKOCCUPANCYINKB, ASN_UNSIGNED, RONLY, > >v

Re: Patch 1728247 long long vs int64_t

2007-06-24 Thread Alex Burger
> On 24/06/07, Alex Burger <[EMAIL PROTECTED]> wrote: >> Patch 1728247 added to types.h: >> >> #ifndef HAVE_INTMAX_T >> #ifdef SIZEOF_LONG_LONG >> typedef long long int intmax_t; >> #else >> typedef long intmax_t; >> #endif >> #endif > > >> This will not compile with MSVC 6 as *long long* and

Re: Patch 1728247 long long vs int64_t

2007-06-24 Thread Thomas Anders
Dave Shield wrote: > Does such a setup define "SIZEOF_LONG_LONG" ? > If so where? (And *why*?!) So what happens to the Windows builds if you remove "#define SIZEOF_LONG_LONG 8" from win32/net-snmp/net-snmp-config.h? It looks like it'd just affect snmplib/snmp_client.c which could be fixed if nee

sysORTable registrations in subagents

2007-06-24 Thread Magnus Fromreide
Hello. I found an oddity. Given the trivial mib module zzz.c: --- zzz.c #include #include #include #include oid theOID[] = { 2, 3, 4, 5, 6 ,7 ,8 ,9, 10, 11, 12 }; void init_zzz(void) { register_sysORTable(theOID, sizeof(theOID)/sizeof(oid), "Test registration"); } void shutdown_zzz

Re: example app gives errors in valgrind

2007-06-24 Thread Magnus Fromreide
On sön, 2007-06-24 at 14:14 +0200, Thomas Anders wrote: > Juuso Alasuutari wrote: > > The distribution is Debian unstable, libsnmp version is 5.3.1, and Valgrind > > is > > 3.2.3. Is this kind of behavior normal from libsnmp, or is the test > > program's > > code broken in some way? > > Would

Re: example app gives errors in valgrind

2007-06-24 Thread Juuso Alasuutari
On Sunday 24 June 2007 15:14:01 Thomas Anders wrote: > Juuso Alasuutari wrote: > > The distribution is Debian unstable, libsnmp version is 5.3.1, and > > Valgrind is 3.2.3. Is this kind of behavior normal from libsnmp, or is > > the test program's code broken in some way? > > Would you mind buildin

Re: Patch 1728247 long long vs int64_t

2007-06-24 Thread Dave Shield
On 24/06/07, Alex Burger <[EMAIL PROTECTED]> wrote: > Patch 1728247 added to types.h: > > #ifndef HAVE_INTMAX_T > #ifdef SIZEOF_LONG_LONG > typedef long long int intmax_t; > #else > typedef long intmax_t; > #endif > #endif > This will not compile with MSVC 6 as *long long* and *unsigned long

Patch 1728247 long long vs int64_t

2007-06-24 Thread Alex Burger
Patch 1728247 added to types.h: #ifndef HAVE_INTMAX_T #ifdef SIZEOF_LONG_LONG typedef long long int intmax_t; #else typedef long intmax_t; #endif #endif #ifndef HAVE_INTMAX_T #ifdef SIZEOF_LONG_LONG typedef unsigned long long int uintmax_t; #else typedef unsigned long uintmax_t; #endif

Re: example app gives errors in valgrind

2007-06-24 Thread Thomas Anders
Juuso Alasuutari wrote: > The distribution is Debian unstable, libsnmp version is 5.3.1, and Valgrind > is > 3.2.3. Is this kind of behavior normal from libsnmp, or is the test program's > code broken in some way? Would you mind building net-snmp 5.4.1.pre3 from source, compile the test program

example app gives errors in valgrind

2007-06-24 Thread Juuso Alasuutari
Hi. I'm learning how to write a monitoring client using libsnmp. I copied from the example application in the wiki (http://www.net-snmp.org/wiki/index.php/TUT:Simple_Application) and wrote a small test program which performs an SNMPv1 query. I ran it with valgrind and got 23 errors from 18 con

net-snmp crash

2007-06-24 Thread Thomas Elsgaard
Hello Guys On my SLES10 64EMT net-snmp 5.4 is occasionally crashing with following fault: segfault at 00ff rip 2acd23a35406 rsp 7fff87b3d130 error 4 Is it possible to find out why with the information above? or how can i troubleshoot this further? ///Thomas --