7-Jun-2004 Mike Slifcak
This patch fixes a problem with a non-existent structure member
seen during a build on FreeBSD 5.x platform.
Builds on FreeBSD 4.x and FreeBSD 5.x are affected.
Note the memcpy near line 612. The intent is to address one element
in a large array for the purpose of copyin
Frank wrote:
You need this key bit:
On Tue, 6 Apr 2004 07:10:52 -0600 Frank wrote:
F> I have tried following the readme for OS X to get 5.1.1 to compile
F> under OS X (10.3.3), but it is failing.
F> ../../include/net-snmp/agent/snmp_vars.h:77: parse error before
F> "ipaddr_return"
Change "extern ui
You need this key bit:
On Tue, 6 Apr 2004 07:10:52 -0600 Frank wrote:
F> I have tried following the readme for OS X to get 5.1.1 to compile
F> under OS X (10.3.3), but it is failing.
F> ../../include/net-snmp/agent/snmp_vars.h:77: parse error before
F> "ipaddr_return"
Change "extern uint32_t ipaddr
I've just published the 5.1.2.pre1 tar ball. For those of you who
were expecting this earlier, sorry... real work deadlines had to take
precedence the last 2 weeks.
Relevant NEWS snippits:
*5.1.2*
New:
- Minor improvements to snmpdelta (error reporting)
- Minor improvements to snmpnetst
> From: Robert Story (Coders) <[EMAIL PROTECTED]>
> Date: 2004/06/07 Mon PM 03:38:16 EDT
>
> On Thu, 3 Jun 2004 15:56:00 -0400 [EMAIL PROTECTED] wrote:
> SN> With the patch supplied here, Net-SNMP 5.1.1 compiles
> SN> and runs on FreeBSD 5.2.1.
> SN>
> SN> I presume it will also work for FreeBSD
>
> From: Alex Hoff <[EMAIL PROTECTED]>
> Date: 2004/06/07 Mon PM 05:36:57 EDT
> To: "'[EMAIL PROTECTED]'"
><[EMAIL PROTECTED]>
> Subject: SO file naming??
>
> Hi
>
> For some reason, when we build our version netsnmp (5.0.9), we end up with
> library files of the following format libsnm
Hi
For some reason, when we build our version netsnmp (5.0.9), we end up with
library files of the following format libsnmp-6.so.6. I cant seem
to figure out where that -6 is coming from, when I downloaded the latest
package (compiled via freebsd ports) the library files are as I expected
them to
Hi folks,
I've tried to make net-smtp-5.1.1 in my workstation with Mac Os X
10.3.4, I've followed all steps in the README.osX, but when I try with
'make', I receive that error:
In file included from
../../include/net-snmp/agent/net-snmp-agent-includes.h:10,
from baby_steps.c:7:
Suggest apply this patch to V5-1-patches and to main CVS branch
A. Without this patch, building on FreeBSD 5.x has problems.
freebsd5-net51-swrun
Description: Binary data
Suggest apply this patch to V5-1-patches and main CVS branches
A. Without this patch, building on FreeBSD 5.x has problems.
freebsd5-net51-tcpTable
Description: Binary data
Suggest applying this patch to V5-1-patches and main CVS branch
A. Without this patch, agent ostype will be 255 (unknown);
With this patch, agent ostype will be 8 (freebsd)
If the compiler does not define "__FREEBSD__", the value 255 will be used.
Hence, there is minor negative impact fo
Suggest applying this patch to V5-1-patches and main CVS branches
A. Without this patch, building on FreeBSD 5.x has problems.
freebsd5-net51-mem
Description: Binary data
Suggest that this file be added to V5-1-patches and main CVS branch
A. Without this file, building on FreeBSD 5.x has problems.
freebsd5-net51-header
Description: Binary data
Suggest this patch be applied to 5.1.x and main CVS branch
A. It fixes a memory allocation failure
B. It allows compiling and running on FreeBSD 5.x systems
freebsd5-net51-diskio
Description: Binary data
On Mon, 07 Jun 2004 17:00:09 +0100 Dave wrote:
DS> The reason I'm mentioning it here, is to float the idea of dropping
DS> the 'ucd-snmp/extensible' module completely - as from v5.2
Gack! I don't like the sound of that at all!
DS> The advantage of doing so is that it avoids the need to have two
D
On Thu, 3 Jun 2004 15:56:00 -0400 [EMAIL PROTECTED] wrote:
SN> With the patch supplied here, Net-SNMP 5.1.1 compiles
SN> and runs on FreeBSD 5.2.1.
SN>
SN> I presume it will also work for FreeBSD 4 series, but I ask
SN> that affected readers try it to see.
Have you gotten any responses on this? I
Those of you who follow activity on the CVS main branch may have
noticed that I've been working on a re-implementation of the old
UCD-SNMP-MIB::extTable - taking the same basic idea but making it
somewhat more flexible.
Up to now, this has been a completely new MIB (NET-SNMP-EXTEND-MIB),
but I've
With 5.1.1 I am able to compile and run make test on the Perl modules
using Mandrake 9.2, but with the current CVS source for V5-1-patches the
make test fails with:
PERL_DL_NONLAZY=1 /usr/bin/perl5.8.1 "-I../blib/lib" "-I../blib/arch"
test.pl
1..64
Can't load '../blib/arch/auto/NetSNMP/default_
>
> From: Robert Story (Coders) <[EMAIL PROTECTED]>
> Date: 2004/06/07 Mon AM 08:49:07 EDT
> To: "Daniel Fallmann" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED]
> Subject: Re: AgentX Subagents - Upper limit of connections?
>
> On Sun, 6 Jun 2004 17:06:53 +0200 Daniel wrote:
> DF> I would like to k
On Sun, 6 Jun 2004 17:06:53 +0200 Daniel wrote:
DF> I would like to know if there is a practical/theoretical upper limit of
DF> AgentX Subagents that can be attached simultanously to one single
DF> Masteragent with Net-Snmp 5.1.1 under Linux (2.6.x).
By default, net-snmp uses unix domain sockets f
On Mon, 07 Jun 2004 15:13:53 +0800 wrote:
> I want to use the net-snmp agent on the embeded Linux which run in PowerPC.
> Then I change the variables in makefile and libtool to my cross-compiling
> tools , such as CC, AR.
You can't just change the Makefile. You need to re-run configure for the
Hi!
I would like to know if there is a practical/theoretical upper limit of
AgentX Subagents that can be attached simultanously to one single
Masteragent with Net-Snmp 5.1.1 under Linux (2.6.x).
Are there any restrictions one must consider and I actually don't know?
What do you think would be a
I want to use the net-snmp agent on the embeded Linux which run in PowerPC.
Then I change the variables in makefile and libtool to my cross-compiling
tools , such as CC, AR.
//
makefile
CC = /LinuxPPC/CDK/bin/powerpc-linux-gcc
CP
23 matches
Mail list logo
