> From: Phil Knirsch <[EMAIL PROTECTED]>
[SNIP]
> Here now my comments/thoughts on the various items.
>
> [EMAIL PROTECTED] wrote:
> > Hi, coders. Working with the Redhat team to incorporate
> > several of their patches into the main code.
[SNIP]
> > #-#-#-#-#-#-#-#
> >
Thank you for your input.
Please let us know if there is anything else we can do
to make Net-SNMP work for your environment.
Best Regards,
-Mike Slifcak
>
> From: "Fong Tsui" <[EMAIL PROTECTED]>
> Date: 2004/10/14 Thu PM 07:54:40 EDT
> To: "Michael J. Slifcak" <[EMAIL PROTECTED]>
> CC: <[EMAIL P
>
> From: <[EMAIL PROTECTED]>
> Date: 2004/10/12 Tue AM 01:46:34 EDT
>
> > From: Alex Burger
> > Date: 2004/10/11 Mon PM 04:28:54 EDT
> > To: <[EMAIL PROTECTED]>
> > Subject: Compiling
> >
> > Hi Mike.
> >
> > Have you been able to compile the latest cvs on Windows? I need to review
> > Rober
>
> From: Alex Burger
> Date: 2004/10/11 Mon PM 04:28:54 EDT
> To: <[EMAIL PROTECTED]>
> Subject: Compiling
>
> Hi Mike.
>
> Have you been able to compile the latest cvs on Windows? I need to review Robert's
> changes still.
>
Hi, Alex. The MinGW method works "as is".
For building with the
Hi, COders. I was looking through the RedHat patches,
and I wonder if these are needed anymore ?
Please advise.
#_#_#_#_#_#_#_#_#_#
net-snmp-5.0.8-readonly.patch - applies to netsnmp_wrap_up_request
in agent/snmp_agent.c
to fix a "ro/rw problem"
> From: Alex Burger <[EMAIL PROTECTED]>
> Date: 2004/10/07 Thu PM 10:44:31 EDT
> To: [EMAIL PROTECTED]
> CC: Andy Smith <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED]
> Subject: Re: Win32: Registry support
>
> [EMAIL PROTECTED] wrote:
> > Agreed. Very nicely done, Alex!
> >
> > I recommend one smal
Agreed. Very nicely done, Alex!
I recommend one small change:
don't define char *temp ahead of the ifdef.
Other than that, the patch looks good!!
[and familiar, too %^)]
>
> From: Andy Smith <[EMAIL PROTECTED]>
> Date: 2004/10/07 Thu PM 07:25:12 EDT
> To: Alex Burger <[EMAIL PROTECTED]>
> CC:
>
> From: <[EMAIL PROTECTED]>
> Date: 2004/10/07 Thu PM 05:39:51 EDT
> To: <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]>
> Subject: [ 1010351 ] Uninitalized stack variable in smux_trap_process
>
> All,
>
> I've submitted the above patch some time ago but it was never picked up.
> What can I
>
> From: Robert Story (Coders) <[EMAIL PROTECTED]>
> Date: 2004/10/05 Tue PM 07:39:06 EDT
> To: [EMAIL PROTECTED]
> Subject: Re: proposal: snmplib/string_utils.c
>
> On Tue, 5 Oct 2004 19:09:55 -0400 Robert wrote:
> RS> I'm looking at applying the strtok_r patch for 5.2, which will include a
>
I see no reason to merge them together, do you ?
>
> From: Robert Story (Coders) <[EMAIL PROTECTED]>
> Date: 2004/10/05 Tue PM 07:09:55 EDT
> To: [EMAIL PROTECTED]
> Subject: proposal: snmplib/string_utils.c
>
> I'm looking at applying the strtok_r patch for 5.2, which will include a
> strtok_r
>
> From: Alex Burger <[EMAIL PROTECTED]>
> Date: 2004/10/05 Tue AM 10:25:35 EDT
> To: "Michael J. Slifcak" <[EMAIL PROTECTED]>
> CC: Andy Smith <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED]
> Subject: Re: Win32 service registering scripts
>
>
> I changed the subject line. That old one just won'
>
> From: John Naylon <[EMAIL PROTECTED]>
> Date: 2004/10/05 Tue AM 09:43:49 EDT
> To: [EMAIL PROTECTED]
> CC: John Naylon <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: help for TCP,UDP, and IPv6 transports
>
> Hello,
>
> [EMAIL PROTECTED] said:
> MJS> Please review bug [ 1040429 ] mem
>
> From: Robert Story (Coders) <[EMAIL PROTECTED]>
> Date: 2004/10/05 Tue AM 09:04:57 EDT
> CC: [EMAIL PROTECTED]
> Subject: Re: Debian patches
>
> On Tue, 05 Oct 2004 03:34:44 -0400 Michael wrote:
> MJS> >>16.Provide interesting sample configuration file
> MJS> >> EXAMPLE.conf.def
> MJS> >>
I think you're on to something there.
Please send the "diff -ur original patched-version" output
and all replies ONLY to
[EMAIL PROTECTED]
>
> From: "Prakash" <[EMAIL PROTECTED]>
> Date: 2004/10/04 Mon AM 12:04:29 EDT
> To: <[EMAIL PROTECTED]>
> Subject: endfsent() not found in 11.22 IPF (HPUX)
>
> From: Andy Smith <[EMAIL PROTECTED]>
> Date: 2004/10/04 Mon AM 12:13:45 EDT
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Re: un-install should unregister services
>
>
>
> [EMAIL PROTECTED] wrote:
> > Using a 5.2.pre2- win32 binary..
> > 1. Un-install does
Using a 5.2.pre2- win32 binary..
1. Un-install does not remove all of the files.
These files remain:
/c/usr/share/snmp/mib2c.access_functions.conf
/c/usr/share/snmp/mib2c.array-user.conf
/c/usr/share/snmp/mib2c.check_values.conf
/c/usr/share/snmp/mib2c.check_values_local.conf
/c/usr/share/snmp/
Wes Hardaker wrote:
>>On Thu, 30 Sep 2004 20:15:32 -0700, Wes Hardaker
>
> <[EMAIL PROTECTED]> said:
>
> Wes> Yep. It's a known annoying bug.
>
> Grr Non-painless to solve. Here's my current thinking. I'd love
> it if someone would check the concepts in it. My brain hurts at this
>
Hi, Andy. I respectfully do not agree with your assessment.
The trap handler patch that you provided was applied to 5.1 patches
prior to 5.1.2 release. The bugs noting problems with service registry
were posted near that time, and the reported bugs did infer that solutions
should be applicable t
Alex,
I have a concern regarding the winservice.c _snprintf changes.
Should they be of the form:
snprintf(OBJECT, sizeof(OBJECT-1), ...
since not all objects are MAX_STR_SIZE large.
Regards,
-Mike
---
This SF.net email is sponsored by:
Magnus Fromreide wrote:
> Hi!
>
> Where could the patches be found for looking at?
>
Hi, Magnus. I'm sorry I didn't provide a vector.
The patches are part of the "src.rpm" package that
RedHat uses to produce the binary RPM packages.
I did a Google search with two keywords
net-snmp-5.1.2
Hi, coders. Working with the Redhat team to incorporate
several of their patches into the main code.
At this moment, the Redhat team starts with 5.1.2 release,
then provide a number of patches. Some of those patches are
very specific build patches. Other patches are a wee bit out
of date. There
Does your policy and/or environment
permit the use of "sudo program-that-creates-users"
to accomplish what you want
without patching the sources?
>
> From: [EMAIL PROTECTED]
> Date: 2004/09/16 Thu PM 04:30:23 EDT
> To: [EMAIL PROTECTED]
> Subject: Preserving attribtues of persistent storage fi
Better coding practice to minimize the potential for abuse:
1. Mode and user are obtained from configuration.
2. Unlink the file.
3. Write new persistent data to file.
Best Regards,
-Mike Slifcak
>
> From: [EMAIL PROTECTED]
> Date: 2004/09/16 Thu PM 04:30:23 EDT
> To: [EMAIL PROTECTED]
> Subj
Coders,
Net-SNMP 5.2.pre1 was patched and built on win32.
Some light testing ensued. This discussion coming back on-line.
Mike put out some initial verbiage. Andy Smith's responses are shown.
Responses to Andy's responses are in-line.. All The Best, -Mike
>
> From: Andy Smith <[EMAIL PROTECT
Hi, Andy. I'm sorry to hear that you are experiencing
those difficulties. I wonder if the reason isn't that
"it works for me" has found its way into the source base.
For that reason, I'll describe what works for me, and
then we can generalize so that it works for you, too!!
I've installed all
Hi, Coders. As you know, the win32 trap handler was capable
of running as a service in the 5.1.2 release. That capability
was not provided the "register" and "unregister" menu selections.
The 5.2 release promises to add the ability to register or unregister
with a menu selection. As far as the
Hi, coders. There are some problems running "make test"
on other platforms. Specifically, win32.
When testing for CPP defines, in order to adjust test parameters,
the test scripts could do a better job of matching.
At the present, the following line will match :
/* #define USE_OPENSSL */
Whi
Robert Story (Coders) wrote:
> On Wed, 1 Sep 2004 13:31:37 -0400 [EMAIL PROTECTED] wrote:
> SN> Add these to configure:
> SN>
> SN> --enable-ipv6 --with-transports="TCPIPv6 UDPIPv6"
> SN>
> SN> On a Linux RedHat 9 system, /var/log/snmpd.log contains one line:
> SN>
> SN> could not open /pr
Magnus Fromreide wrote:
> On Wed, Sep 01, 2004 at 03:02:39PM +0100, Dave Shield wrote:
>
>>>Mike Slifcak wrote:
>>>I believe that the logical outcome for registering three single objects
>>>should be three ranges N::N, not N::N+1.
>>>
>>>e.g., I would believe that these would be correct:
>>>
>>>
Add these to configure:
--enable-ipv6 --with-transports="TCPIPv6 UDPIPv6"
On a Linux RedHat 9 system, /var/log/snmpd.log contains one line:
could not open /proc/net/if_inet6
Apparently the agent stops dead in its tracks when it can't find that
pseudo file.
Could this be changed to jus
Magnus Fromreide wrote:
> Hello.
>
> If you try to register multiple items that fails as follows:
>
> Try to register 1.3.6.1.3.4 - 1.3.6.1.3.6:
>
> Using single registrations we end up with three items in agent_registry:
>
> 1.3.6.1.3.4 - 1.3.6.1.3.5
> 1.3.6.1.3.5 - 1.3.6.1.3.6
> 1.3.6.1.3.6 -
> On Tue, 31 Aug 2004 20:12:57 -0400 [EMAIL PROTECTED] wrote:
> Dave Shield wrote:
> >I've just applied a patch to the main development code line,
> >that should avoid trying to validate such local connections
> >against the hosts.{allow,deny} files.
>
> Should the 5.65 change that was applied to
Dave Shield wrote:
>I've just applied a patch to the main development code line,
>that should avoid trying to validate such local connections
>against the hosts.{allow,deny} files.
Should the 5.65 change that was applied to the main branch
also be applied to the 5.1 branch ?
[eg, change "snmpd"
Thanks for the note. There are three places where multiplier
was calculated, and all three were similar in regards to not
casting to float.
The 5.1 branch and main branch were changed in those three places.
The change will be available in the next release.
Best Regards,
-Mike Slifcak
Index: agent
I could not reproduce the problem with net-snmp-5.1.2, using
an "snmpd.conf" containing only these two lines:
exec / .1.3.6.1.4.1.2021.100 disk1 /usr/local/bin/diskused /
rwcommunity public
>From the information you've provided (thank you!),
it seems to me that the config reading process is refer
There is a slightly out-of-date testing/README file,
perhaps adding a description of the proposed flag
to that README will help ?
>
> From: Magnus Fromreide <[EMAIL PROTECTED]>
> Date: 2004/08/24 Tue AM 02:20:14 EDT
> To: [EMAIL PROTECTED]
> Subject: RUNTESTS - flags to subprograms
>
> Hello.
>
Fong,
I think the use cases should be clearly defined,
and tests for them produced, before the Net-SNMP project
can consider changes to transport where
routing is a concern.
What platform OS are you using ? Not all platforms support
a mix of IPv4 and IPv6 and produce the same expectation.
What r
>
> From: "Juwairia Zubair" <[EMAIL PROTECTED]>
> Date: 2004/08/19 Thu AM 07:40:03 EDT
> To: [EMAIL PROTECTED]
> Subject: uninstalling 5.0.6
>
> hi
> I am trying to update net-snmp 5.0.6 to 5.1.1 but in doing so i managed to
> make a mess of things. i ran ./configure --with-mib-modules="agentx"
Fong,
Please send replies ONLY to [EMAIL PROTECTED]
The net-snmp developers have plainly stated before that they
do not have large IPv6 network to test against. This means that
if you don't learn ways to provide better problem reports for
the issues which you have, you won't be pleased with the
AV/IT.sm <[EMAIL PROTECTED]> wrote:
>I got this error:
>
>configure: WARNING: netinet6/nd6.h: present but cannot be compiled
>configure: WARNING: netinet6/nd6.h: check for missing prerequisite headers?
>
>
>foomaster# uname -ra
>FreeBSD foomaster.local 4.10-RELEASE-p2 FreeBSD 4.10-RELEASE-p2 #3:
Try version 5.1.2. I believe some issues with tcpTable,
udpTable, and others were fixed by 5.1.2.
>
> From: Dave Shield <[EMAIL PROTECTED]>
> Date: 2004/08/17 Tue AM 07:26:18 EDT
> To: "Karthikeyan N" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED]
> Subject: Re: udpTable loops forever
>
> > I am
>
> From: "Gareth Plevin" <[EMAIL PROTECTED]>
> Date: 2004/08/12 Thu AM 11:52:19 EDT
> To: <[EMAIL PROTECTED]>
> Subject: Installation errors net-snmp-5.1.2
>
> While trying to install net-snmp-5.1.2 on a WHM 9.4.0 cPanel 9.4.1-C72
> FreeBSD 4.8-RELEASE - WHM X v3.1.0, I get numerous errors li
> From: "Fong Tsui" <[EMAIL PROTECTED]>
>
> I have checked patch [ 942155 ] IPv6 addr_string fix,
> patch [ 550830 ] Fixes for libwrap.
> Both fixes seem manipulating data after netsnmp_tcp6(udp6)_fmtaddr()
> forms the address. Why we need to reformat the
> ipv6 address(add [..]:port) at the fi
What follows is Slifcak's understanding, and does not
represent the official position of the Net-SNMP project.
--
I think your question is partially answered through additional reading.
Download 5.1.2 source from http://www.net-snmp.org/download/,
and read these files (in no particular order):
I believe there are patches and a bug report in the net-snmp repository
that might provide ideas that can be applied to your situation.
In other words, there may be a need to parse the '[' and the ']'
more intelligently ?
patch [ 942155 ] IPv6 addr_string fix
patch [ 550830 ] Fixes for libwrap
1.1. Include your copyright information in COPYRIGHT file
in your source directory.
1. Prepare a gzip'd tar file containing your sources.
no .o .a .so files; no binaries
2. Go to http://www.net-snmp.org/patches/
3. Click on "submit new" link.
4. In the Summary field, provide a short
Not available, but only because some bright Win32 API programmer
has yet to offer a patch that uses CreateProcess,
and provide a separate worker thread,
and finally the cleanup of that worker thread when the agent shuts down.
Clues for worker thread can be found in snmplib/winservice.c,
but not f
If you are seriously considering multi-threading, it may be
easier in the long run to build using multi-threading techniques
earlier in your development. Incorrect assumptions will be
uncovered sooner, and you will be able to scale to larger number
of devices easier, when you take the multi-thread
Several open-source projects use Net-SNMP in multi-threaded applications.
Cacti is successfully using snmp_sess_open (with mutex locks) in its
"C" based tool "cactid".
Please explain the requirement "only one snmp_session".
>
> From: Glenn MacGregor <[EMAIL PROTECTED]>
> Date: 2004/08/03 Tue
We can add to the light that you bring.
tell us more about your compiler, operating system, and source file.
The "C" declarations must be wrapped thus
inside your C++ file, in order that the symbols
will not be "decorated" as C++ requires:
#ifdef __cplusplus // Your compiler may define somethi
>
> From: Dave Shield <[EMAIL PROTECTED]>
> Date: 2004/07/28 Wed AM 07:50:12 EDT
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED],
>[EMAIL PROTECTED]
> Subject: Re: Help ??
>
>
> > Dave, I mean that I have used tkmib with satisfaction in the past,
> > just not recently.
>
> From: Dave Shield <[EMAIL PROTECTED]>
> Date: 2004/07/28 Wed AM 04:26:59 EDT
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED]
> Subject: Windows and OpenSSL
>
> Mike,
> I was looking at the instruction in the README.win32 file,
> describing the use of OpenSSL with a Windows-based build.
>
> From: Dave Shield <[EMAIL PROTECTED]>
> Date: 2004/07/28 Wed AM 03:54:03 EDT
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED],
>[EMAIL PROTECTED]
> Subject: Re: Help ??
>
> > There is [a Tk-based frontend] - tkmib
> > Has it kept pace with Net-SNMP development ?
>
>
THere is one included -- tkmib -- I haven't used it since UCD 4.2 days.
Has it kept pace with Net-SNMP development ?
>
> From: [EMAIL PROTECTED]
> Date: 2004/07/27 Tue PM 01:12:52 EDT
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: RE: Help ??
>
> I would think that it would be fairly s
Andy Smith wrote:
> The configure_require errors prevent building with MinGW (see attached). This is in
> the main branch, I have not downloaded the latest release lately to test.
>
> Andy
>
I see the same problem with Cygwin build on win32, main branch only.
By the way, the release candidate
Hi, Adam. Good news like this should be shared.
Please keep net-snmp like comments going to
[EMAIL PROTECTED] .
And, Thanks for letting us know of your success.
If there are any interesting "configure" options
that you use, please identify those, and why they
were used, so that we have more info
Bastian Angerstein wrote:
>I have problems with nearly every 5.x Version,
>especially the perl stuff, on AIX 4.3.3 using gcc
>is anything done to improve compatibility?
>
>Feel free to ask me for testing code on AIX4.3.3 Powerpcs.
>But I have to say I am not a natural c coder and only have little
Wes Hardaker wrote:
>>On Thu, 1 Jul 2004 1:35:19 -0400, [EMAIL PROTECTED] (Michael J. Slifcak) said:
>
>
>Michael> Is there _significant_ downside to incorporating this patch
>Michael> before the 5.1.2 release ?
>
>should be ok if it helps things.
>
Actually, I've got a different patch that w
Vincenzo Cicerone wrote:
>Hi
>I refer to the windows project found in the 'old' "net-snmp-5.1"
>package.
>Best regards
>Vincenzo
>
>PS: Thank you '[EMAIL PROTECTED]' for your patience
>
Thank the other developers for their patience with ME :-)
I think that you will find the versions following 5.
Please see bug #819154 (more than one exec is a problem).
The same problem for pass_persist.
If the attached patch is applied, then multiple "pass_persist"
seem to work correctly.
Is there _significant_ downside to incorporating this patch
before the 5.1.2 release ?
e.g., will it break existing
Vincenzo Cicerone wrote:
>Hi
>I've installed the win32 binary.
>I've installed ActiveState Perl and the SNMP Perl module.
>I've successfully started the snmpd.exe, it correctly reply to my SNMP
>Manager.
Very well.
>
>Now I've problems with the windows project "win32.dsw". I've to extend
>the ag
Dave Shield wrote:
>>>Tested on 32-bit FreeBSD 4.9 and FreeBSD 5.2.1
>>>
>>>Apply this patch to fix these problems with IPV6-UDP-MIB and IPV6-TCP-MIB
>
>
>>P.S. It would be real nice if this made the cut for the
>>5.1.2 release . FreeBSD/NetBSD *with* all the trimmings. Ah!!
>
>
>I'd say that i
[EMAIL PROTECTED] wrote:
>Tested on 32-bit FreeBSD 4.9 and FreeBSD 5.2.1
>
>Apply this patch to fix these problems with IPV6-UDP-MIB and IPV6-TCP-MIB
>
>cleanup: unused variables, comment out unused functions
>convert int to size_t as appropriate (per Willem Jan Withagen)
>fix udbtable --> tcbtabl
701992 - undefined symbol Route_Scan_Reload linking snmpd on Solaris
If CVS main branch builds on Solaris 8,
can this bug be closed out ?
TIA -Mike S.
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefi
Tested on 32-bit FreeBSD 4.9 and FreeBSD 5.2.1
Apply this patch to fix these problems with IPV6-UDP-MIB and IPV6-TCP-MIB
cleanup: unused variables, comment out unused functions
convert int to size_t as appropriate (per Willem Jan Withagen)
fix udbtable --> tcbtable in TCP6-var_tcp6 for NetBSD
fix
A script for obtaining the 5.1 patches line
#-- cut here --
#! /bin/sh
CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot/net-snmp
export CVSROOT
cvs login
cvs -z3 co -P -r V5-1-patches net-snmp
#-- cut here --
Once you know which version you want to extract,
substitute its name for "V5-1-patches" above
Vincenzo Cicerone wrote:
>Hi
>I've problems with snmpd.exe.
>I'm trying to use it with my own mib in console mode.
>I've some questions:
>1. Should i pass any 'Program arguments' ?
>2. Which value should be set for 'optind' ? -> now it produces an access
>violation because no one set a value for
Rodolfo Giometti wrote:
>On Thu, Jun 24, 2004 at 08:50:32PM +0200, Niels Baggesen wrote:
>
>>Which, given the net-snmp tools, would amount to
>>
>>snmpset SELTASYS-MIB::office.\"Rodolfo Giometti\" = "Colognora"
In the sample given, substitute the equals sign with the letter "s".
All the Bes
Confidence is increased when 'make test' works in the HEAD branch.
>From bug [ 973673 ] make test broken
Please review and comment. -Mike Slifcak
patch-tests-trap-main
Description: Binary data
y that can give you a
pretty good idea of the age of the sources which were used.
# ident /usr/local/sbin/snmpd
/usr/local/sbin/snmpd:
$Date: 2004/01/27 17:24:26 $
$Id: versioninfo.c,v 5.2 2004/01/27 17:24:26 slif Exp $
Perhaps a simple way to add the contents of "CVS/Tag" to the
> 5. Question: when you apply the patch to mibII/ipv6.c, does this fix
>the "OID not increasing" bug 735912 ?
Substitute 735912 with 502215, which is the bug I intended to refer to.
Nonetheless, the above patch did not affect the bug 502215
"oid not increasing" outcome that was seen by "snmpw
Dave Shield wrote:
>>There are two returns in this ip_handler function.
>>Why are other SNMP_NOSUCHOBJECT cases using "continue" ?
>
>
>Because 'noSuchObject' is an SNMP *exception* not an error.
>If there are other varbinds in the same request that are
>being processed by the same handler, then i
Robert Story (Coders) wrote:
>On Wed, 23 Jun 2004 9:45:43 -0400 [EMAIL PROTECTED] wrote:
>SN> I've found that after invoking snmptable against tcpConnTable,
>SN> an snmpwalk will show the contents of that table.
>SN> Ditto for other tables, notably udpTable.
>SN>
>SN> Perhaps GETNEXT skips the ca
Steve Friedl wrote:
>On Thu, Jun 24, 2004 at 10:57:59AM -0400, [EMAIL PROTECTED] wrote:
>
>> 3. The agent/mibgroup/mibII/ip.c, function int ip_handler, line 892
>>return NULL is bad, as you've noticed.
>>the value (int) NULL is assumed to be 0, [not universally true!]
>
>
>When one wants a
Jun Kuriyama wrote:
>At Thu, 24 Jun 2004 6:21:30 -0400,
><[EMAIL PROTECTED]> wrote:
>
>>If you would kindly download net-snmp-5.1.2.pre2.tar.gz from
>>http://www.net-snmp.org/
>>and compare that with the patched version of 5.1.1 that you maintain,
>>then we can discuss how to incorporate change in
[EMAIL PROTECTED] wrote:
>This was observed on win32, FreeBSD 4.9 and 5.2.1, and on
>Fedora Core 2 Linux.
>
>I've found that after invoking snmptable against tcpConnTable,
>an snmpwalk will show the contents of that table.
>Ditto for other tables, notably udpTable.
>
>Perhaps GETNEXT skips the cac
This was observed on win32, FreeBSD 4.9 and 5.2.1, and on
Fedora Core 2 Linux.
I've found that after invoking snmptable against tcpConnTable,
an snmpwalk will show the contents of that table.
Ditto for other tables, notably udpTable.
Perhaps GETNEXT skips the cacheing logic when the OID
ls below
I should have tested the patch. My apologies.
Not only must the struct statvfs have f_frsize on Linux,
but this module must also use struct statvfs for the
instance in question. I believe that the module is
using struct statfs instead, for reason I do not know.
-Mike
>
> From: Bruce Shaw <[EM
>
> From: Andy Smith <[EMAIL PROTECTED]>
> Date: 2004/06/16 Wed PM 12:57:46 EDT
> To: Alex Burger <[EMAIL PROTECTED]>
> CC: net-snmp-coders <[EMAIL PROTECTED]>,
> Mike Slifcak <[EMAIL PROTECTED]>
> Subject: Re: Logging on Windows
>
> Alex Burger wrote:
> > Andy Smith wrote:
> >
> >> All,
> >
>
> From: Tommi Lätti <[EMAIL PROTECTED]>
> Date: 2004/06/16 Wed AM 03:34:46 EDT
> To: [EMAIL PROTECTED]
> Subject: Re: feedback on 5.1.2pre2 running on FreeBSD
>
> [EMAIL PROTECTED] wrote:
[SNIP]
>
> > Does Net-SNMP 5.0.9 report FreeBSD's free memory
> > better than Net-SNMP 5.1.2pre2 ?
>
>
>
> From: Alex Burger <[EMAIL PROTECTED]>
[SNIP]
>
> I submitted a patch for the README file for building under Windows. I
> wanted to clarify a few of the steps. Mike can you please review and
> apply? Patch 973572.
patch #973572 has been applied.
-
> From: Wes Hardaker <[EMAIL PROTECTED]>
> Try the 5.1.2.pre2 tar ball and hopefully it will work from that?
>
> --
> Wes Hardaker
> Sparta
>
Thanks, Wes. These platforms successfully build and operate
5.1.2.pre2, all with TCPIPv6 and UDPIPv6 transport included :
Win32 Cygwin [so
>
> From: Alex Burger <[EMAIL PROTECTED]>
> Date: 2004/06/15 Tue AM 11:03:37 EDT
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED]
> Subject: Win32 TODO
>
>
> How about a TODO file inside of Win32? There is one in the root, but we
> could have a Win32 specific version for p
The watcher.obj is managed in libhelpers/Makefile.in,
So it need not be mentioned in libnetsnmptrapd/Makefile.in.
Both V5-1-patches and main CVS branches were changed.
-Mike
---
This SF.Net email is sponsored by the new InstallShield X.
>Fro
>
> From: Wes Hardaker <[EMAIL PROTECTED]>
> Date: 2004/06/11 Fri PM 04:48:39 EDT
> To: <[EMAIL PROTECTED]>
> CC: <[EMAIL PROTECTED]>
> Subject: Re: propose change to simplify ucd-snmp/disk.c dskPercentNode
>
> > On Thu, 10 Jun 2004 11:09:35 -0400, [EMAIL PROTECTED] (Michael J. Slifcak)
> >
Suggest we use " Net-SNMP Agent Service"
and "Net-SNMP Trap Service" in the appropriate
label and its corresponding description ?
>
> From: Andy Smith <[EMAIL PROTECTED]>
> Date: 2004/06/11 Fri PM 01:24:48 EDT
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Re: ne
I have a question regarding the NSIS installer functions
that create the .bat files for snmpconf, mib2c, and traptoemail.
I'll show the fragment for snmpconf; Know that the others have
similar constructs.
-=-=-=-=-=-=-
StrCmp $2 "set MYPERLPROGRAM=c:\usr\bin\snmpconf$\r$\n" 0 +3
FileWri
Please review patch
[ 971263 ] Windows installer script enhancements part III
---
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the
one installation-authoring solution
Hi, I've downloaded the .exe from private site this morning,
and installed it on Windows 2000 Advanced Server without problems.
Nice work, guys !
There are a few extremely minor nits that I plan to change
with your approval. Since these are doc changes, I don't
think a patch repository cycle is wo
With the recent changes for FreeBSD, changing ucd-snmp/disk.c is
not necessary.
However, given its complexity, there is an opportunity to remove
certain "C" pre-processor defines that have limited appeal, and at
present, serve no useful purpose.
Please review the attached patch and description.
Hi, Coders.
Several bugs have been fixed recently, and my terse commenting
is causing some pain. I apologize for this.
I had opened (then closed) patch #969338 to collect the changes
that the FreeBSD 4.x and 5.x environments required. Although
closed, you can still read the tarball containing up
myreply
Description: Binary data
8-Jun-2004 Mike Slifcak
This patch eliminates an incorrect logic test in ucd-snmp/disk.c
It has the beneficial side effect of allowing FreeBSD 5.x builds
to succeed.
--- net-snmp-5.1.1/agent/mibgroup/ucd-snmp/disk.c 2004-01-08 18:10:06.0 -0500
+++ net
>
> From: Alex Burger <[EMAIL PROTECTED]>
> Date: 2004/06/08 Tue AM 08:40:49 EDT
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED]
> Subject: Re: small adjustment to install scripting is (i think) warranted
>
> [EMAIL PROTECTED] wrote:
> >>Hi Mike.
> >>
> >>The only spot I see in the build script
There are two patches for review.
The HACK-disk disrupts the code as little as possible.
Although this fixes the FreeBSD 5.x compile bug, I think there is something flawed
in the code surrounding the patch.
Why calculate inode percentage every time through this function ?
Why do the pre-processo
> 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
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
1 - 100 of 105 matches
Mail list logo
