Date: Fri, 29 Feb 2008 01:04:22 +0300 From: Sergey Matveychuk <sem@FreeBSD.org> To: Kris Kennaway <kris@FreeBSD.org> Cc: ports@FreeBSD.org Subject: Re: misc/compat6x Message-ID: <47C72FE6.4030408@FreeBSD.org> In-Reply-To: <47C725F5.1070503@FreeBSD.org> References: <47C6701C.2090009@FreeBSD.org> <47C725F5.1070503@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Kris Kennaway wrote:
> Sergey Matveychuk wrote:
>> Hi.
>>
>> I tried to start an application on 7.0 that requires libpthread.so.2.
>> I've installed misc/compat6x, but have a problem:
>> /usr/local/lib/compat/libpthread.so.2: Undefined symbol
>> "__malloc_lock"Could not load addin module
>> "/usr/local/lib/libtfmessbsp.so"!
>>
>> As I can see __malloc_lock symbol is in libc.so.6 from compat6x port
>> but does not load. Why? Any ideas how to fix it?
>
> How is libc.so.6 being loaded by the application? Is it linked
> explicitly or is it (incorrectly) trying to dlopen("libc.so") or similar?
% ldd /usr/local/lib/libtfmessbsp.so
/usr/local/lib/libtfmessbsp.so:
libbioapi_mds300.so.0 => /usr/local/lib/libbioapi_mds300.so.0
(0x281a2000)
libusb-0.1.so.8 => /usr/local/lib/libusb-0.1.so.8 (0x281c4000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x281ca000)
libmds_util.so.0 => /usr/local/lib/libmds_util.so.0 (0x281d3000)
libpthread.so.2 => /usr/local/lib/compat/libpthread.so.2
(0x281db000)
libXext.so.6 => /usr/local/lib/libXext.so.6 (0x28300000)
libX11.so.6 => /usr/local/lib/libX11.so.6 (0x2830e000)
libthr.so.3 => /lib/libthr.so.3 (0x283fc000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x2840f000)
libm.so.5 => /lib/libm.so.5 (0x28504000)
libc.so.7 => /lib/libc.so.7 (0x28089000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2851a000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28525000)
libXau.so.6 => /usr/local/lib/libXau.so.6 (0x2861b000)
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x2861e000)
librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x28623000)
The library is not linked with libc. But dynamic loader loads libc.so.7
for libthr.so.3. kib@ has told me it's impossible to fix (we can't mix
libc.so.6 and libc.so.7 in one namespace). So we should ask vendor to
recompile it for 7.0 (it's security/bsp_upektfmess).
--
Dixi.
Sem.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47C72FE6.4030408>