init_mib symbol clash (was: Re: Timeout errors on HP-UX 11.11)

Thomas Anders <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Albert Chin wrote:
> Ok, found the problem. Building net-snmp on HP-UX requires -lnm
> (because -lnm provides open_mib() which files like
> agent/mibgroup/mibII/at.c depend on). -lnm provides an implementation
> of init_mib():
>   $ nm -BCpg /usr/lib/libnm.sl | grep init_mib
>   0000031096 T  init_mib
>   0000031144 T  init_mib
> 
> The default object file format for HP-UX/PA is SOM, not ELF. So, if
> you load multiple shared libraries with duplicate symbols, there is
> _no_ guarantee as to which symbol will be used from which library. Or,
> maybe there is and I don't know it. Anyway, don't use duplicate
> symbols on HP-UX.
> 
> Renaming init_mib in net-snmp-5.3.1 to init_net_snmp_mib fixed the
> problem. The fact that 'make test' worked on 11.00 and 11.23/PA was
> pure luck.

Argh. Looks like we'll have to rename our init_mib() to
netsnmp_init_mib() and use it internally, while providing an init_mib()
compat wrapper (that may or may not work on HP-UX, like before).

Please share your thoughts on whether this feels worth to apply before
5.4 or whether it has to wait for 5.5 (or whether it should be done
differently).


+Thomas

-- 
Thomas Anders (thomas.anders at blue-cable.de)

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.