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

Reply via email to