Running 32-bit apps

[John Baldwin]

On Saturday 16 September 2006 12:26:46 am Nathan Whitehorn wrote:
> A little more on this. Setting LD_32_LIBRARY_PATH instead of using  
> ldconfig makes everything work, but this is not a good solution. If  
> LD_32_TRACE_LOADED_OBJECTS and LD_32_TRACE_LOADED_OBJECTS_ALL are  
> set, I get the following running espgs. Note that libcups.so.2 is  
> found when linked to from the espgs binary, but not when linked from  
> libcupsimage. libjpeg is also found intermittently. This is on 6.1- 
> STABLE of two weeks ago.
> -Nathan
> 
> /usr/local/bin32/espgs:
>          libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000)
>          libjpeg.so.9 => /usr/local/lib32/libjpeg.so.9 (0x281e4000)
>          libcupsimage.so.2 => /usr/local/lib32/libcupsimage.so.2  
> (0x28202000)
>          libcups.so.2 => /usr/local/lib32/libcups.so.2 (0x28217000)
>          libm.so.4 => /usr/lib32/libm.so.4 (0x28242000)
>          libc.so.6 => /usr/lib32/libc.so.6 (0x28259000)
> /usr/local/lib32/libcupsimage.so.2:
>          libtiff.so.4 => not found (0x0)
>          libpng.so.5 => not found (0x0)
>          libjpeg.so.9 => not found (0x0)
>          libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000)
>          libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x28351000)
>          libm.so.4 => /usr/lib32/libm.so.4 (0x28242000)
>          libcrypt.so.3 => /usr/lib32/libcrypt.so.3 (0x28378000)
>          libcups.so.2 => not found (0x0)
>          libssl.so.4 => /usr/lib32/libssl.so.4 (0x28391000)
>          libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000)
> /usr/local/lib32/libcups.so.2:
>          libssl.so.4 => /usr/lib32/libssl.so.4 (0x28391000)
>          libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000)
>          libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x28351000)
>          libm.so.4 => /usr/lib32/libm.so.4 (0x28242000)
>          libcrypt.so.3 => /usr/lib32/libcrypt.so.3 (0x28378000)
>          libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000)
> /usr/lib32/libssl.so.4:
>          libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000)

Are you still seeing this behavior on newer 6.x?

-- 
John Baldwin