(he actually meant net-snmp-5.6.rc3)
^^^
(not pre3)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Start uncovering the many advantages of virtual
dumping under certain
FH queries.
We'll certainly look at them, but because we're in the final stages of a
release it's likely that it'll be applied after the release (so it'll be
in the next one at least)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
I'd suggest that you might start with the tutorials for writing
applications at:
http://www.net-snmp.org/wiki/index.php/Tutorials#Coding_Tutorials
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
On Thu, 16 Sep 2010 12:41:38 -0400, Fulko Hew fulko@gmail.com said:
FH Are there any other scenarios that I missed testing?
FYI, I applied your patch to the trunk today.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
of it in
auto_nlist.c and snmp_vars.c
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify
in violent agreement for the ideal case :-)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify
, sysObjectID, 0, ASN_OBJECT_ID,
-WATCHER_MAX_SIZE | WATCHER_SIZE_IS_PTR |
WATCHER_SIZE_UNIT_OIDS,
+WATCHER_MAX_SIZE | WATCHER_SIZE_IS_PTR,
MAX_OID_LEN, sysObjectIDByteLength));
}
{
--
Wes Hardaker
Please mail all replies to net-snmp
to get into truly understanding the MIB language.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify
be:
FH WATCHER_MAX_SIZE | WATCHER_SIZE_IS_PTR
Thanks for diving into the code to look at that. I started to yesterday
but got distracted. After making the above change does it fix your problem?
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
init_snmp checks to make sure that it hasn't been called before, so
it'll just return without doing anything if you call it multiple times.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
,
RS then we should keep it in sync. Keeping our own value that doesn't
RS match feels wrong.
If you read the object description, though, it really reads like an
snmp only object. We're just pre-populating it with helpful data...
--
Wes Hardaker
Please mail all replies to net-snmp-coders
On Mon, 13 Sep 2010 17:09:32 +0200, Bart Van Assche bvanass...@acm.org
said:
BVA No matter which Perl package is installed, RUNFULLTESTS (which
BVA needs Perl) does not work. The patch below makes sure that on MinGW
BVA 'make test' always invokes RUNTESTS (which does not use Perl).
+1
--
Wes
there is communication happening and is working
fine. But because SNMPv3 with encryption is turned on (good for you!)
then we can't see further into the packet.
You didn't say what the symptoms of the problem are so it's impossible
to guess further.
--
Wes Hardaker
Please mail all replies to net-snmp-coders
cert. You can use the net-snmp-cert import utility to help you import
it into our director of searched certificate if you like.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Automate
settings aren't prohibiting SNMP traffic
(even to the localhost, some do)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Start uncovering the many advantages of virtual appliances
and start
by tracking the state
of your own 29bit counter. The values will eventually be very
different internally, but that doesn't matter.
JW I don't think that they support odd rollover bit counts.
The datatype for counters doesn't allow for this. It's designed for
32bit only or 64bit only.
--
Wes Hardaker
On Wed, 08 Sep 2010 10:36:19 +0200, Thomas Anders
thomas.and...@blue-cable.de said:
TA +1 (assumed we're doing rc3 which seems likely)
+1 (rc3 does look likely; but I think it's also a safe patch for final
as well)
--
Wes Hardaker
Please mail all replies to net-snmp-coders
interpretation of the text, though, says that it should
remain initial blank until a manager modifies it. But... I'm a single
opinion advocating for a rule I don't even like. So forget it!
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
allows for :-/
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading
the rest of the conversation, but I do think that post
5.6 we should move the trunk to 2.67. But it's a bit late to make the
change for 5.6.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
+1 from me as well, so go ahead and apply it.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills
importantly I'm not sure why the
0.0.0.0 is needed and I'd call *that* a bug.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your
agreed at the last meeting that we'd try and run
warning free as much as possible. Everyone agrees there. (my only
point was that even compiler warning fixes must be reviewed on -coders
during the rc-release process)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
) mib-2(1) ifMIB(31)
ifMIBObjects(1) ifXTable(1) ifXEntry(1) 18 }
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel
*netsnmp_tlsbase_free_tlsdata(_netsnmpTLSBaseData *tlsbase) {
+void netsnmp_tlsbase_free_tlsdata(_netsnmpTLSBaseData *tlsbase) {
if (!tlsbase)
return;
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
;
if (!read_objid(cptr, sysObjectID, sysObjectIDLength)) {
netsnmp_config_error(sysobjectid token not a parsable OID:\n\t%s,
cptr);
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
that got introduced that
looked safe to one person (probably me; ha) but turned out not to be.
Even safe changes need to be reviewed as we near a final release.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
was immediate.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge
On Sat, 04 Sep 2010 02:01:22 +0200, Thomas Anders
thomas.and...@blue-cable.de said:
TA What about Robert's proposal to add a DEBUGMSG if the file/process
TA went away?
New patches to review welcomed :-)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
On Sat, 04 Sep 2010 03:17:37 +0200, Thomas Anders
thomas.and...@blue-cable.de said:
TA Wes Hardaker wrote:
(and I tested it to make sure the functionality works as expected)
TA +1, then.
Ok, it didn't make it into rc2 because it didn't get +3 (and was
non-trivial). It'll get into rc3 if we
On Fri, 03 Sep 2010 10:13:06 +0200, Thomas Anders
thomas.and...@blue-cable.de said:
TA Patch is attached.
+1
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev
(and running
the agent with -Dvacm will help you check that).
I actually suspect that the 'sockstat' program is incorrectly marking
the port as closed. UDP doesn't operate in a LISTEN mode like TCP
does. I have this suspicion that sockstat is getting confused about the
port's status.
--
Wes Hardaker
,
t-sock, errno, strerror(errno)));
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter
,include, 7
)==0) (strncasecmp(token, includeAllDisks, 15) != 0)) {
if ( strcasecmp( token, include )==0) {
if (when != PREMIB_CONFIG
!netsnmp_ds_get_boolean(NETSNMP_DS_LIBRARY_ID,
--
Wes Hardaker
Please mail all
to zero means it is not associated with a process.
+return 0;
+}
+
if (!(procdirs = opendir(PROC_PATH))) {
snmp_log(LOG_ERR, snmpd: cannot open /proc\n);
return 0;
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
@@
/* Define to 1 if you have the pci/pci.h header file. */
#undef HAVE_PCI_PCI_H
+/* Define to 1 if you have the `pci_lookup_name' function. */
+#undef HAVE_PCI_LOOKUP_NAME
+
/* on aix, if you have perfstat */
#undef HAVE_PERFSTAT
--
Wes Hardaker
Please mail all replies to net
+
# struct des_ks_struct
# ('weak_key' indicates older version of OpenSSL)
# Library:
@@ -615,4 +626,3 @@ if test x$ac_cv_struct_rtentry = x;
fi
AC_DEFINE_UNQUOTED(RTENTRY,struct ${ac_cv_struct_rtentry},
[define rtentry to ortentry on SYSV machines (alphas)])
-
--
Wes
HAVE_LINUX_HDREG_H
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading
));
print_variable(vars-name, vars-name_length, vars);
if ((vars-type != SNMP_ENDOFMIBVIEW)
(vars-type != SNMP_NOSUCHOBJECT)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
);
-netsnmp_access_tcpconn_entry_free(entry);
+netsnmp_access_tcpconn_entry_free(new_entry);
}
}
}
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net
@@
} else
temp_inode = 0;
if (inode == temp_inode) {
+pid = strtoul(procinfo-d_name, NULL, 0);
iflag = 1;
break;
}
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
If any get +3 in the next few hours, I'll apply them before rc2.
They're worth looking through quickly as many are good bug fixes.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
On Fri, 3 Sep 2010 12:52:32 -0400, Robert Story rst...@freesnmp.com
said:
RS This patch looks like a speed patch, not alias... did you attache the right
RS thing?
Hmm... I agree and I think the patch attached to the patch DB is
actually wrong. I just didn't notice.
--
Wes Hardaker
Please
On Fri, 03 Sep 2010 10:13:06 +0200, Thomas Anders
thomas.and...@blue-cable.de said:
TA Revision 19323 broke SA_REPEAT timers by incorrectly removing all
TA flags instead of just SA_FIRED.
Thanks Thomas. Applied! (err... ing. It'll be ed in a second)
--
Wes Hardaker
Please mail all replies
.
TS What I am trying to avoid is having an enterprise specific table
TS that the user configures with credential very much like the USM
TS table. Seems I should be able to use what already exists.
I agree... you shouldn't need anything new.
--
Wes Hardaker
Please mail all replies to net-snmp
.
DB Is the patch going to be included in 5.6 release?
I'll go look at it. It would have caught our attention much better if
it was in the patches database of the bugs database, so I've moved it there.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
On Wed, 1 Sep 2010 21:56:16 +0200, Bart Van Assche bvanass...@acm.org
said:
BVA Sorry, missed that message. But even that second patch only adds a check
for
BVA the return value of one of the two fopen() calls ?
Yep I'd need to go revisit it again and haven't had the time yet.
--
Wes
that could be done through huge amounts
of code. We just happen to be staring at a single tree in the forest.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email
to openssl */
+snprintf(buf, sizeof(buf)-1, 0.0.0.0:%s, str);
+} else {
+/* add the default port */
+snprintf(buf, sizeof(buf)-1, %s%s, str, default_target);
+}
str = buf;
}
return netsnmp_tlstcp_transport(str, local);
--
Wes
-s_snmp_errno = rc;
in_session-s_errno = 0;
return rc;
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel
against the wrong
library found on the system. I'd bet you have libnetsnmp* libraries in
both /usr/local/lib and /usr/lib. You should have only one set.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
will be returned.
+1
(and I tested it to make sure the functionality works as expected)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your
On Mon, 30 Aug 2010 16:52:48 -0700, Wes Hardaker
harda...@users.sourceforge.net said:
WH The following patch ensures that the status file still exists. I
WH watched a process disappear in the middle of debugging and actually saw
WH this error live (when looking for something totally unrelated
, sizeof(buf));
fgets( buf, BUFSIZ-1, fp );
fclose(fp);
+rc = CONTAINER_INSERT(container, entry);
+
for ( cp = buf; *cp != ':'; cp++ )
;
while (isspace(*(++cp))) /* Skip ':' and following spaces */
--
Wes Hardaker
Please mail all replies
happen)?
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge
compiled it successfully without the agent but with trapd :-)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming
((scopedPDU_parse,
-inconsistent engineID information in message\n));
+Note: security and context engineIDs differ\n));
}
/*
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
);
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http
On Mon, 30 Aug 2010 16:52:48 -0700, Wes Hardaker
harda...@users.sourceforge.net said:
WH The following patch ensures that the status file still exists. I
WH watched a process disappear in the middle of debugging and actually saw
WH this error live (when looking for something totally unrelated
if it
was needed was the incorrect pointer and thus the TLS connection closure
never got triggered, which is bad for the other side since a
close_notify never gets sent.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
diff --git a/net-snmp/include/net-snmp/library
2) Adds to code-bloat in a running agent since both methods always have
to be compiled in.
Interesting problem.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Sell apps to millions
of AC_CHECK_FUNC, is there a risk
MF that the functions are macros?
+1 after the above issues are fixed (which really means you need to post
a new patch first)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
exists on PPC darwin8
RS machines.
+1 though it makes me nervous. Testing for devices in configure has
always been questionable.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Sell
). Consequently, we know a lot less about the
TA multi-platform make test status than for past releases/branches
TA (5.5.x and earlier).
Well, make test does still work right? It just spits out too much and
you have to sort through it because it's not aggregated?
--
Wes Hardaker
Please mail all replies
:
No, not from the test. But from all the usages. We're talking about
trying to include both nlist invocation (when possible) and code for
other alternatives all at once. Unless I missed something (very likely;
my brain is spinning on a zillion topics this week)
--
Wes Hardaker
Please mail all
.
I'd be good with that.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach
On Tue, 24 Aug 2010 14:00:44 -0400, Robert Story rst...@freesnmp.com
said:
RS anyhoo, this patch initializes the temporary variable. The code is
RS in the new support for (D)TLS, so it's not compiled in by default.
+1
--
Wes Hardaker
Please mail all replies to net-snmp-coders
paths
that messing with that code will almost certainly cause problems somewhere)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
Sell apps to millions through the Intel(R) Atom(Tm
To fix an error string which was a cut-n-paste without a replacement in
the new DTLS code.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
diff --git a/net-snmp/snmplib/transports/snmpDTLSUDPDomain.c b/net-snmp/snmplib/transports/snmpDTLSUDPDomain.c
index
On Tue, 24 Aug 2010 23:01:24 +0200, Thomas Anders
thomas.and...@blue-cable.de said:
TA Wes Hardaker wrote:
To fix an error string which was a cut-n-paste without a replacement in
the new DTLS code.
TA +1 (what a waste to even do voting on such a trivial
TA change. sometimes policies feel
thing.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu
in to the presence or absence of the SSL library.
DS But the proposed patch is at least consistent with the existing code.
Well, that was going to be my other question. But since the code is
useless without the library there is no point in leaving it commented.
+1 then.
--
Wes Hardaker
Please
.
We really need a better ability for configure to be divided into pieces
that are dependent on the modules to be installed. It's always in the
one of those days categories, though we're inching our way that direction.
--
Wes Hardaker
Please mail all replies to net-snmp-coders
broken (insecure) even though the packets
should likely work as is.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by
Make an app they can't live without
. But I suspect I'm going to say +1 when
I see it.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by
Make an app they can't live without
Enter
the code base
that receives the most attention. Certainly the initial X.Y release has
newer features and less tested code, but anything beyond the X.Y.1
release should generally be pretty solid.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
On Tue, 17 Aug 2010 10:36:29 -0400, Robert Story rst...@freesnmp.com
said:
RS d'oh!
+1
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by
Make
and Dave decide what is correct about the leading 0 :-)
(Because the patch is definitely needed)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by
Make
of RFC2578.
Implementing it is fairly similar to any other table, *but* you need to
make sure the indexes between the base table and the augemented table
are always the same between the two tables.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
couldn't figure out what each choice was really asking of me (without my
knowledge of really knowing what was going to happen).
I think I'll take a stab at adding some additional text to the options,
if that's ok with you?
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
(and I'll work on one)
it's actually safe to just nuke that file for your fedora release since
it doesn't contain code that you're even compiling. It only contains
code that will be used on darwin machines.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
/wiki/index.php/TUT:Security
And follow the links to the various ways to secure the protocol.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by
Make an app
second Time Window
That's always a safe thing to do no matter whether using v3 msgIDs or
the PDU's request-id.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored
traphandle is now supported under MinGW
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C
this happen]
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
it return an
error now.
DS It would seem sensible if
DSinclude notfound-on-search-path.conf
DS reported some form of warning,
Well, regardless of how it's done I agree that an error should be
printed in this case.
--
Wes Hardaker
Please mail all replies to net-snmp-coders
On Mon, 26 Jul 2010 09:32:18 +0100, Dave Shield
d.t.shi...@liverpool.ac.uk said:
DS c) Use separate config tokens for these two approaches
DS (e.g. include/includefile, or includeconf/include)
DS Thoughts? Preferences?
How about includeFile and includeAny?
--
Wes Hardaker
Please mail all
On Tue, 27 Jul 2010 08:10:41 +0100, Dave Shield
d.t.shi...@liverpool.ac.uk said:
How about includeFile and includeAny?
DS But your preference would be for distinct config tokens for these
DS two cases, rather than a single shared directive?
Yes, I think that's most clear.
--
Wes Hardaker
of the form %s.conf.
DS The purpose of this should hopefully be fairly obvious!
I like it!
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by Sprint
What
) in and out of your SNMP conf search path. You can
then just move the v1/v2c setup file out of the way when you wanted
to turn it off, or set the SNMPCONFPATH environment variable to
directories that include or exclude that file.
--
Wes Hardaker
Please mail all replies to net-snmp-coders
{
versionINTEGER { snmpv1 (0), snmpv2(1) },
community OCTET STRING,
data ANY -- PDU's defined above
}
-- END SNMPv1Message (1157 section 4)
--
Wes Hardaker
Please mail all replies to net-snmp-coders
On Wed, 7 Jul 2010 15:33:46 +0200, Yi ZHOU zoe...@gmail.com said:
YZ i just guess if these snmp managers sent snmpwalk from
YZ 192.168.0.1-255 one by one?
Frequently, yes. But different managers have different discovery
mechanisms and none of them like sharing how they do it.
--
Wes Hardaker
, as is attaching a debugger after it stops.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone
in the CHANGES file.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http
$PARTIALTARGETOS = xmingw32 -o x$PARTIALTARGETOS =
xmingw32msvc; then
transport_default_list=UDP TCP Alias Callback
else
transport_default_list=UDP TCP Alias Unix Callback
fi
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
datatype support)
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first
the outstanding patches in
the next week to ensure that they get applied to the 5.6 tree. I'll
certainly keep an eye out for yours as well!
[that being said, I'm likely to release pre2 today without it... It's
not you, it's me :-/ ]
--
Wes Hardaker
Please mail all replies to net-snmp-coders
about it]
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http
message I can see about issues with windows were from you
saying that at least trunk is fixed for cygwin. If windows platforms
are broken for some other reason, can you point me to the thread? It
sounds like there is code that needs to be uncommitted?
--
Wes Hardaker
Please mail all replies to net
package than the Cygwin-provided
packages openssl and openssl-devel is again possible.
- running the regression test suite is again possible ('make test').
- winExtDLL compiles now under MinGW.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
501 - 600 of 1696 matches
Mail list logo