On Mon, Nov 21, 2011 at 12:22 PM, Leonardo Chiquitto <
[email protected]> wrote:
> Commit a1786947edc5033807db22fe5456a256df23838b (from v5.7.pre1)
> renamed the function deinit_dlmod() to shutdown_dlmod(). Apparently,
> some 3rd party software (hp-snmp-agents for example) depends on the
> former. Do you guys normally add wrappers to keep backwards
> compatibility in cases like this?
>
Is that this software package: *HP SNMP Agents for Red Hat Enterprise Linux
4 (x86)* (
http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=15351&prodSeriesId=428936&swItem=MTX-a6620dfcdf11449fbabf79a2b6&prodNameId=428935)
?
This is what I found inside the preinstall script of that rpm:
$ rpm -qp --scripts hp-snmp-agents-8.1.1-22.rhel4.i386.rpm
[ ... ]
symbol_present()
{
SYMBOL=$1
shift
BINLIST=$*
for i in $BINLIST; do
if [ -f $i ]; then
if [ "x" != "x`grep $SYMBOL $i`" ]; then
return 1
fi
fi
done
return 0
}
BINSTOCHECK="/usr/lib/libucdmibs.so* /usr/lib/libnetsnmpmibs.so*
/usr/lib64/libu
cdmibs.so* /usr/lib64/libnetsnmpmibs.so*"
#Check whether we can link this cmaX stuff dynamically
symbol_present deinit_dlmod $BINSTOCHECK
[ ... ]
So if I interpret the above correctly, and if there are no other references
to deinit_dlmod() inside that RPM, restoring the deinit_dlmod() function is
not necessary but we just have to make sure that the above grep test passes.
Bart.
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders