Wes Hardaker wrote:
> The 5.4.1 code:
>
> - Has an int in snmptrapd.c called "dropauth".
> - This int is referenced (extern) in snmptrapd_handlers.c
> - snmptrapd_handlers.c gets compiled into libnetsnmptrapd
> - TrapReceiver.xs (part of the NetSNMP::TrapReceiver perl module) fails
> to load at run-time because it links to libnetsnmptrapd.so which fails
> to have that variable defined.
Based on my own testing, I'm not sure it's as bad as it looks like at
first sight.
Indeed, in 5.4.1,
perl -e 'use NetSNMP::TrapReceiver;'
does *not* work stand-alone due to the dropauth symbol issue, but that's
hardly a use case by itself.
Now, if one uses the same code *from within snmptrapd* (as done by
default through snmp_perl_trapd.pl as shipped), the code *does* work
because snmptrapd has dropauth itself. This is also why test #36
("snmptrapd embedded perl support") works perfectly fine.
Supposedly, any real-world use case of NetSNMP::TrapReceiver works fine
as well, so I'm not sure it's worth applying a significant library
change to the branches. YMMV.
That said, I'm fine with [the proper version of] the patch going into MAIN.
+Thomas
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
