Re: Solaris memTotalFree.0

2007-05-15 Thread Thomas Anders
Bruce Shaw wrote: > It's a speeling mistake. > It's supposed to be ai.ani_max. Looks like it. Fixed in SVN Rev. 16368. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) - This SF.net email is sponsored by DB2 Expr

RE: Solaris memTotalFree.0

2007-05-15 Thread Bruce Shaw
rge.net Subject: Re: Solaris memTotalFree.0 Dave Shield wrote: > I've just added the basic content of the 'getTotalFree' routine to the new > HAL-based mechanism. Give it a whirl, and let me know of any problems. Fails to compile for me on Solaris 9 SPARC: cc -I../../includ

Re: Solaris memTotalFree.0

2007-05-14 Thread Thomas Anders
Dave Shield wrote: > I've just added the basic content of the 'getTotalFree' routine to the new > HAL-based mechanism. Give it a whirl, and let me know of any problems. Fails to compile for me on Solaris 9 SPARC: cc -I../../include -I/home/anders/src/net-snmp-5.5svn/include -I. -I../../agent -I

Re: Solaris memTotalFree.0

2007-05-11 Thread Dave Shield
On 06/01/07, Thomas Anders <[EMAIL PROTECTED]> wrote: > Is there a good reason why the getTotalFree() routine from the old > implementation has been dropped in the new? I can't believe there's no good > way > to get NETSNMP_MEM_TYPE_VIRTMEM values on Solaris. I've just added the basic content of

Solaris memTotalFree.0

2007-01-06 Thread Thomas Anders
Dave, in the light of bug #1628613 (no memTotalFree.0 with 5.4 on Solaris), I've been looking into both ./agent/mibgroup/ucd-snmp/memory_solaris2.c and ./agent/mibgroup/hardware/memory/memory_solaris2.c . Is there a good reason why the getTotalFree() routine from the old implementation has been