Hi Bruce,
> libtool: link: false cru ...
Are you sure you have /usr/ccs/bin in your path?
See http://comments.gmane.org/gmane.network.net-snmp.devel/23222
+Thomas
--
Android apps run on BlackBerry 10
Introducing the ne
Niels Baggesen wrote:
> The attached patch is a simple fix for this bug, just zeroing the
> avail field when it would go negative.
>
> A better fix, after 5.7.2, would be to allow the negative value to
> pass through by changing the avail field from unsigned to signed.
>
> The MIB declares the ob
Madhu Sudhana Rao wrote:
> I upgraded my Ubuntu system to latest 12.04 LTS version, after that I am
> getting errors in Net-snmp (below). Looks like some of the libperl.so
> binaries got broken. Earlier I was having no issues.
>
> Madhu@desktop-india:~/net-snmp-5.4.2.1/agent$ snmpd -f -Lo
> snmpd:
Timo Teräs wrote:
> Find attached two important fixes for net-snmp-5.7.1.
>
> * netsnmp-arp-netlink-fix.patch
> - fixes a problem with my earlier patch that would not reload
> the ARP cache if it was once unloaded
> - optimises the reload to happen only if the cache was actually
> unlo
Michael Buchholz wrote:
> The new patches will add that binding by interface name and also let the
> tools (snmpwalk, snmpget, ...) make use of the new features.
Thanks for the patch! Could you please submit it to
http://www.net-snmp.org/patches so it won't get lost?
+Thomas
--
Dave Shield wrote:
> The hardware-based implementation of the UCD disk table
> (ucd-snmp/disk_hw) in v5.6 and above can suffer from
> arithmetic overflow when calculating percentage usage
> on large disks.
>The following simple patch should address this problem:
+1
+Thomas
-
Tristan Colgate wrote:
> I've been doing some work lately with using the mib2c perl support and
> Support.pm and have hit a bit of a problem. The getnext table handling
> breaks if the index is variable length (e.g. and oid or string index).
>
> The code expects to be able to zero out all
Dave Shield wrote:
> On 27 July 2011 18:25, Vikas Jadhav wrote:
>> I am getting below error,
>>
>> bash-3.00# /usr/sfw/sbin/snmpd -L
>> dlopen failed: ld.so.1: snmpd: fatal: /usr/sfw/lib/libseaProxy.so: wrong ELF
>> class: ELFCLASS32
>> dlopen failed: ld.so.1: snmpd: fatal: /usr/sfw/lib/libseaExt
Lomax, Michael P. wrote:
> I then did the `make test`. At the bottom of the file you will see that
> all but 1 test, the last test, succeeded and then there was an error and
> the run “Stop”ped with double error code 2s. This led me to check back
> for other errors or warnings during the earlier pr
Lomax, Michael P. wrote
> "sh-2.05b# autoconf
> configure.ac:14: error: Autoconf version 2.63 or higher is required
You may want to download the pre-generated configure script from the Git
web interface, then:
http://net-snmp.git.sourceforge.net/git/gitweb.cgi?p=net-snmp/net-snmp;a=blob_plain;f=
Lomax, Michael P. wrote:
> Maybe the problem is that I am not searching for the Thomas patch
> properly or in the right place. Can you guide me there?
The message has been in this very same thread on this very same list (which I
hope you're subscribed to):
https://sourceforge.net/mailarchive/m
Michael P. Lomax wrote:
> “configure: WARNING: libperfstat.h: present but cannot be compiled
I've checked in a change that I think should fix this. Please try again
with the current git source (V5-7-patches branch) or wait for 5.7.1.rc1
and report back.
+Thomas
---
Wes Hardaker wrote:
> TA> perl/TrapReceiver/const-c.inc
> TA> and perl/TrapReceiver/const-xs.inc
>
> Those files *aren't* in the net-snmp git repsository.
Maybe because Bart has already removed them? :-)
http://net-snmp.git.sourceforge.net/git/gitweb.cgi?p=net-snmp/net-snmp;a=commit;h=31a3a2a
Building Net-SNMP with Perl enabled always modifies the following git source
files:
perl/TrapReceiver/const-c.inc
and perl/TrapReceiver/const-xs.inc
because they seem to get regenerated during the build. This tends to be a pain
when dealing with the git repo.
Should these files be remove
/me wrote:
> Building trunk or the 5.5/5.6/5.7 branches seems to fail on quite a few
> non-Linux systems (AIX, HP-UX and IRIX at least) in
> snmplib/transports/snmpUDPBaseDomain.c. Here's the error for HP-UX
> 11.11/PA-RISC:
>
> cc: "/my/src/net-snmp-5.7.dev/snmplib/transports/snmpUDPBaseDomain
Singh, Vinay wrote:
> Has anyone tried to build net-snmp 5.7 on AIX ? It did build for
> 5.6.1 but getting build error in 5.7. Any help on this is appreciated.
>
> Also, I could never get to compile the code on HP-UX. Has anyone tried
> to build net-snmp on HP-UX?
The V5-7-patches branch i
Hi Wes,
on 2011-05-25 in r20455 you introduced an empty (bogus) perl/NetSNMP.xs
claiming that this'd help newer Perl to cope with the bundle. However, some
systems (e.g. all AIX systems I've tried) dislike that trick and fail to build
with a linker error like:
[...]
ld -bhalt:4 -bM:SRE
-bI:/
Niels Baggesen wrote:
> On Fri, Jul 22, 2011 at 05:00:20PM -0700, Dennis Andrews wrote:
>> I downloaded net-snmp 5.7 (net-snmp-5.7.tar.gz) and built it with my
>> normal build environment
>
> What OS?
Based on the post, I'd say RHEL6.
+Thomas
---
Building trunk or the 5.5/5.6/5.7 branches seems to fail on quite a few
non-Linux systems (AIX, HP-UX and IRIX at least) in
snmplib/transports/snmpUDPBaseDomain.c. Here's the error for HP-UX
11.11/PA-RISC:
cc: "/my/src/net-snmp-5.7.dev/snmplib/transports/snmpUDPBaseDomain.c",
line 227: error 1
Singh, Vinay wrote:
> I am using gcc
>
> When I forced a 64-bit compilation, it is giving me error
> snmp_client.c:1: sorry, unimplemented: 64-bit mode not compiled in
>
> Has anyone compiled it for 64-bit Solaris x86 ?
The error message means that your gcc copy doesn't support 64-bit compilation.
Singh, Vinay wrote:
> Can net-snmp 5.6.1 can be compiled to generate 64-bit binaries for Solaris ?
> if yes, what option to pass on “configure “ script. It appears that by
> default, only 32-bit binaries are generated even if I am trying to compile on
> 64-bit machine.
Are you using gcc or Sun
Dave Shield wrote:
> The fix (attached) is clearly trivial, and I'd like to include this
> in 5.5.1 (although it's not strictly a show-stopper).
+1
Thomas
--
Colocation vs. Managed Hosting
A question and answer guide
Niels Baggesen wrote:
> Ther following trivial content fixes it:
>
> /* freebsd8 is a superset of freebsd4 */
> #include "freebsd7.h"
> #define freebsd7 freebsd7
+1
(although I think we should get rid of the
add-yet-another-header-for-each-OS-major-version approach for FreeBSD and a few
others
Kert Jans wrote:
> snmpget -v1 -cpublic localhost .1.3.6.1.4.1.2.42.2.0
> snmpget -v1 -cpublic localhost .1.3.6.1.4.1.2.42.4.0
Try "snmpget -v2c ..." instead.
+Thomas
--
Protect Your Site and Customers
Niels Baggesen wrote:
> The RHEL4 problem should be fixable by adding two dummy parameters to
> the call to pci_lookup_name (the call was made "varargs" in pciutils 2.2
> which is in RHEL5)
That RHEL4 problem is still present in trunk. Does anyone care to commit a fix?
Also, building trunk on H
On Mon, 03 Jan 2011 09:08:31 +0100, Magnus Fromreide
wrote:
> All but RHEL4 looks like they are due to struct sockaddr (from
> ) not being defined. This in turn is allowed by posix as
> it states that "Inclusion of the header may also make
> visible all symbols from and ." so the quick
> fix is
Unfortunately, the multi-platform build status of current SVN trunk leaves
something to be desired. I really hope that none of these errors affect
V5-6-patches.
Comments/fixes appreciated.
AIX 5.3:
making all in /my/build/trunk/aix/snmplib
gmake[1]: Entering directory `/my/build/trunk/aix/snmpli
Bart Van Assche wrote:
> Regarding the above patch: it seems to me that the above patch is
> incomplete - the configure.d/... changes are included, but the configure
> script changes not.
I'm confident he'll run autoconf after applying the patch, but thanks for
reminding him. :-)
+Thomas
-
Wes Hardaker wrote:
> I'd like to include the following changes in the final 5.6.1 release.
> Since this (rc2) is expected to be the last release candidate I'd like
> to get verification that the patch is a good one even though it's a doc
> fix.
+1
+Thomas
-
Niels Baggesen wrote:
> The following patch (for V5-6-patches and trunk) allows to configure
> with --disable-debugging
+1
+Thomas
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots,
Claus Klein wrote:
> Please apply this patch and check the result about my FIXME notes.
Please submit your patch to http://www.net-snmp.org/patches so it won't get
lost. Patches that apply cleanly against SVN trunk usually have a higher chance
to get accepted quickly.
+Thomas
Wes Hardaker wrote:
> I'm committing changes to both the autoconf version and the libtool
> version (which was required for autoconf 2.68).
Please update http://www.net-snmp.org/wiki/index.php/Build_System#Tool_Versions
when you're done.
+Thomas
Bart Van Assche wrote:
> See also
> http://sourceforge.net/tracker/?func=detail&atid=312694&aid=3067540&group_id=12694
+1
+Thomas
--
Start uncovering the many advantages of virtual appliances
and start using them to sim
Wes Hardaker wrote:
> This is a patch to patch 2900078 which fixed and broken sysObjectID.
> The patch suggestion comes from Fulko Hew via -coders discussion and
> works for me.
Looks sensible. +1.
+Thomas
--
Start unc
Magnus Fromreide wrote:
> The new test framework have generated some new test targets.
>
> This patch adds them to the toplevel makefile as well.
+1 (assumed we're doing rc3 which seems likely)
+Thomas
--
This SF.net D
Magnus Fromreide wrote:
> The attached diff is from head after regeneration of configure and
> net-snmp-config.h.in.
>
> I would like to see it (or an updated version) applied before the next
> release is done, is that possible?
+1 (assuming this is just from running the proper toolchain)
+Thom
Wes Hardaker wrote:
> However the patch gets +1 for me
+1 from me as well.
+Thomas
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
h
Wes Hardaker wrote:
> However the patch gets +1 for me
+1 from me as well.
+Thomas
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
h
Wes Hardaker wrote:
> (and I tested it to make sure the functionality works as expected)
+1, then.
+Thomas
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Thr
Wes Hardaker wrote::
> Ok, here's a now copy that checks all fopens and fgets:
Error handling gets +2. :-)
What about Robert's proposal to add a DEBUGMSG if the file/process went away?
+Thomas
--
This SF.net Dev2Dev e
Patch 3058451
(https://sourceforge.net/tracker/?func=detail&atid=312694&aid=3058451&group_id=12694)
says:
Revision 19323 broke SA_REPEAT timers by incorrectly removing all flags instead
of just SA_FIRED.
http://net-snmp.svn.sourceforge.net/viewvc/net-snmp/trunk/net-snmp/snmplib/snmp_alarm.c?r1
Wes Hardaker wrote:
> The obvious patch is:
+1
+Thomas
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thr
Magnus Fromreide wrote:
> I'd like to add this pretty obvious patch.
> It calls DEBUGMSG before returning instead of after...
The obvious ones are the hardest to find. +1.
+Thomas
--
This SF.net Dev2Dev email is sponsor
Bart Van Assche wrote:
> This patch is not just cleanup because:
> - It breaks the MSVC build.
> - It changes behavior on the Cygwin and MinGW platforms. On these two
> platforms the PATH_SEPARATOR is a colon (':') while Net-SNMP uses the
> semicolon (';') as ENV_SEPARATOR for these two platforms.
Wes Hardaker wrote:
> The following patch provides proper (D)TLS shutdown and cleanup. It has
> been tested using both command line tests as well as the existing TLS
> test sub-suite.
>
> The clean up is obviously just "nice for memory", but the session
> closing on the DTLS side was missed as th
Wes Hardaker wrote:
>> On Wed, 25 Aug 2010 08:38:56 +0100, Dave Shield
>> said:
> DS> But it does make it doubly important to have a solid review of rc2
> DS> on a wide range of O/S's (Since it's now incumbant on *every* system
> DS> with a suitable OpenSSL setup to detect these routines
Robert Story wrote:
> anyhoo, this patch initializes the temporary variable.
+1
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook
Wes Hardaker wrote:
> To fix an error string which was a cut-n-paste without a replacement in
> the new DTLS code.
+1 (what a waste to even do voting on such a trivial change. sometimes policies
feel strange.)
--
Sell a
Robert Story wrote:
> Sounds reasonable. I'll cache the patch and see what happens with rc2.
To be honest, I think caching has more cons than pros here. rc2 is going to
happen anyway and the later you commit your patch, the later we identify
potential problems. IOW, my vote is to apply your patc
Robert Story wrote:
> do you think a CFV is needed for changes to non-default test scripts? i.e.
> scripts that won't be run unless explicitly requested by the user?
IMHO no. In case others disagree, consider this a +1 for your patch. :-)
+Thomas
phil_webs...@dell.com wrote to net-snmp-b...@lists.sourceforget.net:
> Using the sysobjectid directive in snmpd.conf will not work when
> sizeof(oid) > 1.
>
> Here is the patch to system_mib.c that fixes this problem:
Thanks for the patch! Could you please post it to
http://www.net-snmp.org/patc
Mygapula, Sudheer IN BLR SISL wrote:
> Find the attached capture file for further references.
At a first glance, I'd say the agent on 192.168.2.125 is misbehaving, since it
reports EngineBoots/Time values of 0/0 during engine id discovery and 0/291
when responding to the subsequent query.
HTH,
Dave Shield wrote:
> So it doesn't feel too out-of-the-question to tweak these
> "internal" routines to return an indication of whether any of the
> named file(s) had been found and processed. I'd argue that
> the benefits here would outweigh the cost.
+1
+Thomas
Steve DeLaney wrote:
> so I made a patch to agent/mibgroup/agent/extend.c and would like to
> submit it for consideration to include in 5.6
Thanks for the patch! Please submit it to http://www.net-snmp.org/patches so it
won't get lost.
+Thomas
--
Bart Van Assche wrote:
> On Tue, Jun 29, 2010 at 6:28 PM, Thomas Anders
> mailto:thomas.and...@blue-cable.de>> wrote:
> Where exactly do you propose to add
> #include ?
>
> The safest place to add that include statement IMHO is inside the source
> file
Bart,
> This patch causes fourteen additional tests to fail on Cygwin.
Sorry for that. trunk or branch? Where exactly do you propose to add #include
?
+Thomas
--
This SF.net email is sponsored by Sprint
What will you
John Waller wrote:
> OK, if the GNU sed is what I need to resolve the issue then I'll get it. Let
> me know if you feel that is the issue. Here's the output of the grep command.
>
> bash-2.05# grep '^SED' config.log
> SED='/usr/bin/sed'
You may want to try to install the latest Sun patch for sed
John Waller wrote:
> you'll have to forgive my inexperience with snmp. I was referring to the
> 'make test' that was failing on every test. I attached the Makefile.
> Hopefully you can point me in the right direction. Thanks for all your help
> on this.
There's a good chance that you have a pro
John Waller wrote:
> libtool: link: ( cd ".libs" && rm -f "libnetsnmp.la" && ln -s
> "../libnetsnmp.la"
> : libnetsnmp.la
> making all in /usr/local/src/net-snmp/net-snmp-5.5/agent
> make: Fatal error in reader: Makefile, line 333: Unexpected end of line seen
> Current working directory /usr/local
John Waller wrote:
> I have downloaded and tried to compile versions 5.5, 5.4.3 and 5.3.3 on
> a Solaris 9 SPARC server. None of those will compile. Every single test
> fails.
>
> Does anyone have any ideas why?
Not until you care to tell us some details. Within the build directory,
- what's the
Wes Hardaker wrote:
>>>>>> On Tue, 01 Jun 2010 01:27:24 +0200, Thomas Anders
>>>>>> said:
>
> TA> /my/src/net-snmp-main/testing/fulltests/temptests/T001snmpv1get_simple.t:
> No such file or directory at /my/src/net-snmp-5.6svn/testing/RUNF
Brendan Tauras wrote:
> My Net-SNMP version and configuration info is below. I also attached
> some information about my system.
>
> $ net-snmp-config --version
> 5.4.2.1
The obvious question is: could you retry with the latest 5.4.x version, i.e.
5.4.3, and report back?
Cheers,
Thomas
-
Magnus Fromreide wrote:
> One could obviously imagine an alternate approach where I add options to
> configure to set SNMPCONFPATH and SNMPSHAREPATH. Would that solution be
> better?
Please go ahead!
+Thomas
--
ThinkGee
/me wrote:
> Thomas Anders wrote:
>> In the nightly builds "make test" fails with
>>
>> fulltests/temptests/T001snmpv1get_olducd.t: No such file or directory at
>> /my/src/net-snmp-5.6svn/testing/RUNFULLTESTS line 389.
>
> Hopefully fixed in r18756
/me wrote:
> This change broke the build on AIX and IRIX at least. Their toolchains don't
> seem to like building an empty library (libnetsnmphelpers).
FWIW, the most relevant change was actually the revision before that (i.e.
r18843), I think.
+Thomas
---
Bart wrote:
> Revision: 18844
> http://net-snmp.svn.sourceforge.net/net-snmp/?rev=18844&view=rev
> Author: bvassche
> Date: 2010-05-26 19:46:04 + (Wed, 26 May 2010)
>
> Log Message:
> ---
> CHANGES: Cygwin: libnetsnmpmibs, libnetsnmphelpers and libnetsnmpagent do now
>
Dave Shield wrote:
> I'm not sure which (if any) of the extension mechanisms rely on
> the helpers library, and which just on the agent lib.
I would certainly be interested to know!
+Thomas
--
_
Dave Shield wrote:
> What are the advantages to keeping these two libraries separate?
What (amount of) code out there would only depend on the agent lib (and not the
helpers lib) if the dependencies were clean?
That code (with its dependencies) would benefit from having a smaller
footprint, then
Bart Van Assche wrote:
> On Mon, May 24, 2010 at 11:47 PM, Thomas Anders
> mailto:thomas.and...@blue-cable.de>> wrote:
> What's the "business case"? I suggest to look at this from a users
> perspective: what exactly do they get in exchange for a ba
Bart Van Assche wrote:
> The patch below fixes the circular dependency between libnetsnmphelpers
> and libnetsnmpagent. It does this by removing the netsnmp_init_helpers()
> call from init_agent() and by adding an explicit call to
> netsnmp_init_helpers() after every call to init_agent(). This is a
Omer Zakwrote wrote:
> Now I am flabbergasted that anything leading toward such documentation
> has been censored from Net-SNMP commits.
Like Wes said: we don't "censor" useful, properly formatted comments.
+Thomas
--
Magnus Fromreide wrote:
> How is the make depend target supposed to work?
>
> If I try it on linux it happily tells me that makedepend is missing, if
> I install the X11 package that contains it then it fails to work for me.
>
> If I try it on solaris 10 the it tells me that it needs more than 64
Dave,
> Revision: 18786
> http://net-snmp.svn.sourceforge.net/net-snmp/?rev=18786&view=rev
> Author: dts12
> Date: 2010-05-18 14:38:38 + (Tue, 18 May 2010)
>
> Log Message:
> ---
> Working(?) HAL-based version of hrFSTable.
The following compiler warnings are produced
Weiwei Zhang wrote:
> I have registered a subagent with net-snmp master agent. When building
> the master agent, v3 is set. So now all v1/v2c/v3 SNMP message can be
> processed by master agent.
> *When the agent is running, how to config the master agent to let it
> only accept v1 or v2c GET messa
Bart Van Assche wrote:
> Does r18755 build correctly on these platforms ?
Looks like it does. There are quite a few issues with "make test", but that's a
different story.
+Thomas
--
__
Thomas Anders wrote:
> In the nightly builds "make test" fails with
>
> fulltests/temptests/T001snmpv1get_olducd.t: No such file or directory at
> /my/src/net-snmp-5.6svn/testing/RUNFULLTESTS line 389.
Hopefully fixe
In the nightly builds "make test" fails with
fulltests/temptests/T001snmpv1get_olducd.t: No such file or directory at
/my/src/net-snmp-5.6svn/testing/RUNFULLTESTS line 389.
The nightly build systems have two things in common:
- no TAP::Harness
- the build happens outside the source dir
Looki
SVN trunk (r18754) throws build errors for all of the non-Linux nightly builds.
I haven't determined what exact commit(s) broke it, but the configure changes
are one likely candidate.
E.g. on Solaris, linking libnetsnmp now misses to specify -lnsl.
On AIX, linking libnetsnmpagent throws a compl
Wes Hardaker wrote:
> It would be easier to simply wrap the older scripts in a giant "I have
> no perl so run this simple sh script instead".
Especially since these older scripts have been working without Perl before (and
still do in the branches).
+Thomas
--
Bart,
> Revision: 18726
> http://net-snmp.svn.sourceforge.net/net-snmp/?rev=18726&view=rev
> Author: bvassche
> Date: 2010-05-14 08:42:19 + (Fri, 14 May 2010)
>
> Log Message:
> ---
> libtool bug fix: also pass flags starting with -f to the linker since these
> can af
Robert Story wrote:
> I'd like to move the configure prompts for values earlier in the configure
> process. Currently they are at the end, which means if you fat-finger a
> response (or the configure option that provides the value so that you don't
> need a response), you have to re-run configure a
Dave Shield wrote:
> I'm therefore calling for votes as to whether this should be applied
> to the two lines currently in release freeze.
Looks reasonably safe (and obviously limited to Windows anyway) to me. +1
Also "+1" for the earlier two Windows build fixes.
+Thomas
Dave Shield wrote:
> 1) Latch disk statistics: no / 54x only / both 54x and 52x
> 2) Missing privKey crash: no / 54x only / both 54x and 52x
> 3) VACM best match: no / 54x only / both 54x and 52x
> 4) MIB dir path logging: no / 54x only / both 54x and 52x
+1 for 1), 2), 3): both 54x and
Bart Van Assche wrote:
> Since the 5.4 branch is currently in release-candidate freeze mode,
> this patch has to be voted upon before it can be applied to the 5.4
> branch. Please vote whether or not you want to see this patch applied
> on the 5.4 branch.
+1
+Thomas
Bart Van Assche wrote:
> I'm not sure it's OK to change the V5.4 behavior now since the 5.4
> branch is in RC stage (see also
> http://net-snmp.sourceforge.net/dev/release-policy.html).
Feel free to call for votes.
+Thomas
Magnus Fromreide wrote:
> This patch is something I think should be applied overall as it will affect
> the default tcp host for master agents on unices as well and make it more
> likely that it just works for subagents since they will try to connect to
> localhost by default.
Given the insecure n
Tony Thomas wrote:
> What coding style/standard is used in Net-SNMP project?
See the CodingStyle document that ships with the source.
+Thomas
--
Download Intel® Parallel Studio Eval
Try the new software tools for yours
Dave Shield wrote:
> I'm attaching a simple patch that walks from .0 until the end of the MIB tree
> if given an explicit starting point of '.' or no starting point at all.
> Comments?
Even though it's a change in behavior, I must admit I like it.
+Thomas
--
Mike Walker wrote:
> This definitely helps me get further along the path. It correctly
> forces Sun Studio 12 and successfully generates a 64bit libnetsnmp.so
> file. But make now crashes further in the net-snmp build. Looks like
> right after reporting "running Mkbootstrap for
> NetSNMP::defaul
Mike Walker wrote:
> My problem now is just how to set CFLAGS="-xtarget=native
> -xarch=native64" for building net-snmp.
>
> If I set it via "configure" (i.e.: "./configure CFLAGS="-xtarget=native
> -xarch=native64"), then configure stops with errors relating to "c
> compiler cannot generate execu
Mike Walker wrote:
> Has anyone successfully built net-snmp 5.5 for Solaris 10 in 64bit mode?
I've built earlier SVN versions this way without any problems other than that
you need all corresponding 64-bit libraries for your configuration (e.g.
libperl).
As Magnus has said: give it a try and rep
hashim qaderi wrote:
> I keep getting this linking error and not sure what -lz library is.
> .
> /usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:
> cannot find -lz
On SuSE Linux, this library comes with the "zlib" rpm package that you may want
to install.
+Th
Jan,
> Do we have any policy which autoconf/autoheader to use?
http://www.net-snmp.org/wiki/index.php/Build_System#Tool_Versions
+Thomas
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself.
Bart Van Assche wrote:
> Have you considered adding that define in
> include/net-snmp/system/solaris.h instead of snmplib/snmpIPBaseDomain.c
> such that it is available in all Net-SNMP source files when compiling
> Net-SNMP on Solaris ?
I've followed the approach that was already used in snmplib/s
Sylvain Dery wrote:
> I'm trying to cross-compile the snmp agent for a arm-linux system on a
> Fedora 9 system and I get the following error: ""
> /usr/local/arm/ep93xx-d1/lib/gcc/arm-linux/3.4.3/../../../../arm-linux/bin/ld:
> ERROR: /tmp/ccm9qwTf.o does not use Maverick instructions, whereas a.o
lanas wrote:
> The -e option in trapsess (snmpd.conf) sets the contextEngineID. This
> is easily observable using tcpdumps. The -E option in trapsess also
> sets the contextEngineID. This goes against the snmpcmd manual page
> where -e sets the authoritative security engineID. There is no way
Tommy Beadle wrote:
> I would like to propose the attached patch to the Python bindings. This is a
> patch to version 5.4.2.1. Currently, including null-bytes in octet strings
> doesn't work because it's just treating the strings from Python as
> null-terminated strings instead of getting thei
Thomas Anders wrote:
> Do we have a problem with the test scripts or with trap sending over a
> streamed transport itself?
Looks like a problem with the test scripts only. Hopefully fixed in r18093 +
r18094.
+
Running
make test TESTOPTS="-P tcp"
in trunk (and probably the branches, too) fails for some of the trap sending
tests:
27: testing snmpv1 traps are sent by snmpd API... FAIL
28: testing snmpv2c traps are sent by snmpd API... FAIL
29: testing snmpv1 traps are sent by snmpd without notificatio
The current changes in SVN trunk (5.6-to-be) seem to have introduced build
failures on quite a few systems:
- Solaris 2.6 + 7, HP-UX 10.20 + 11.00 with cc:
"/my/net-snmp-5.6svn/snmplib/snmpUDPDomain.c", line 1115: error 1588:
"INET_ADDRSTRLEN" undefined.
- Solaris 8 + 9 + 10 with cc:
"/my/net-s
1 - 100 of 1273 matches
Mail list logo
