Cannot find shared library libz.sl

[Jerry Sommerville_2]

I have been trying to build a subversion client on HP-UX 11.11 and have finally managed to get a binary in /usr/local/bin. However, each time I run the svn client, I get the error message that dld.sl cannot find the libz.sh library and then a core dump. I have modified to the SHLIB_PATH environment variable to point to /usr/local/lib where the library lives, but to no avail. Can anyone tell me what I might do to resolve the internal library requirements so I can get svn to work without blowing up? Attached is the logfile of the "make install" for the client. Obviously there were lots of issues..... The make install also died with a core dump - cannot find libz.sl library, but not until after it created the svn client executables.

[Fat Scrape]

Hi,

Have you installed zlib?

You can find it

http://hpux.connect.org.uk/hppd/hpux/Misc/zlib-1.2.3/

Regards

[Jerry Sommerville_2]

Yes, zlib is installed.

[Fat Scrape]

Hi,

if you run ldd (list dynamic dependencies of executable files)
of your svn client executable file, do you see lbz.sl library with the correct path?

Regards,

[Jerry Sommerville_2]

The ldd command reported the svn client is not a shared executable.


"ldd: "/usr/local/bin/svn" is not a shared executable."

What now?

[MarkSyder]

What response do you get to the command:

file /usr/local/bin/svn

Mark Syder (like the drink but spelt different)

[Jerry Sommerville_2]

HHmm... Good question. Here it is:

root@temp85 / >file /usr/local/bin/svn
/usr/local/bin/svn: ELF-64 executable object file - PA-RISC 2.0 (LP64)

[Fat Scrape]

Hi,

but with cmd

ldd /usr/local/bin/svn

Do you see nothing?

but with cmd file you see that /usr/local/bin/svn is a
ELF-64 executable object file - PA-RISC 2.0 (LP64)

Regards

[Jerry Sommerville_2]

Huh? I don't understand! I already did a ldd command and verified it is a executable. What now?

[H.Merijn Brand (procura]

Can it be that you are running in a 32bit environment?

Enjoy, Have FUN! H.Merijn

[Fat Scrape]

Hi,

Probably you are running on itanium machine
right!!

When I try to exec a executable file and this bin file core with error "cannot find libz.sl library" I think that this bin file
should have library in it.

Now I work with pa-risc machine and generally when bin file send a typical error cannot find .... lib I verify bin file with ldd command which are library and in which path bin file search them

Regards

[H.Merijn Brand (procura]

He's running 11.11 (11i) as the initial post states. I thought Itanium was 11.22 or 11.23 (11iv2)

Enjoy, Have FUN! H.Merijn

[Jerry Sommerville_2]

Okay - we may be on to something here. I checked for /etc/.supported_bits and it is not present. Then I changed the pathing in my compile script (see attached) to use /usr/lib/pa20_32 instead of pa20_64. Here is the screen messages from the compile session that were not cought in the log file:

libtool: install: warning: relinking `libsvn_diff-1.la'
libtool: install: warning: relinking `libsvn_ra-1.la'
libtool: install: warning: relinking `libsvn_wc-1.la'
libtool: install: warning: relinking `libsvn_client-1.la'
/usr/lib/pa20_64/dld.sl: Unable to find library 'libz.sl'.
sh: 12277 Memory fault(coredump)

Attached is the compile logfile as well.

[H.Merijn Brand (procura]

You're still using 64bit:

/usr/lib/pa20_64/dld.sl: Unable to find library 'libz.sl'.sh: 12277 Memory fault(coredump)

Enjoy, Have FUN! H.Merijn

[Sandman!]

Jerry,

Could you post the output of the "uname -a" command.

thanks!

[Kent Ostby]

Jerry --

Run the command:

file /stand/vmunix

If it returns ELF-64 (etc) then you are running 64 bit.

If it returns something like:

s800 executable -not stripped
or
PA-RISC1.1 executable -not stripped

then you know you are running 32 bit and you will need to get the 32 bit version of your application.

[Jerry Sommerville_2]

Kent -

I am running a 64 bit vmunix. What I have not figured out yet is why does the dld.sl library not resolve the libz.sl via SHLIB_PATH or LD_RUM_PATH or explicit pathing inside the library. Finally, I am looking at some the "make" compile/links to be sure that none of the intermediate libraries are not 32 bit. It's still a mystery. If anyone has some insight (from the compile logs, etc) please let me know.

[Jerry Sommerville_2]

Kent -

I am running a 64 bit vmunix. What I have not figured out yet is why does the dld.sl library not resolve the libz.sl via SHLIB_PATH or LD_RUN_PATH or explicit pathing inside the library. Finally, I am looking at some the "make" compile/links to be sure that none of the intermediate libraries are not 32 bit. It's still a mystery. If anyone has some insight (from the compile logs, etc) please let me know.

[Jerry Sommerville_2]

Ok, now here is what I have found after extensive review of the logs. I cleaned up the environment (make distclean) and re-ran "make" for subversion version 1.1.4. The last entry in the logfile was this entry:

/usr/local/lib/libz.sl: file not recognized: File format not recognized
collect2: ld returned 1 exit status

Does anyone have any idea what this means?

[Sandman!]

Jerry,

Do an ll on the following and post the results:

# ll /usr/local/lib/libz.sl
# ll /usr/local/pa20_64/lib/gcc/hppa64-hp-hpux11.11/3.4.5/../../..//libz-1.2.3.sl

cheers!

[Jerry Sommerville_2]

root@temp85 / >ll /usr/local/lib/libz.sl
-rwxr-xr-x 1 root sys 90112 Dec 5 12:38 /usr/local/lib/libz.sl
root@temp85 / >ppa64-hp-hpux11.11/3.4.5/../../..//libz-1.2.3.sl <
-rwxrwxrwx 1 root sys 119280 Aug 2 06:19 /usr/local/pa20_64/lib
/gcc/hppa64-hp-hpux11.11/3.4.5/../../..//libz-1.2.3.sl
root@temp85 / >


HHmmm.... What now?

[Sandman!]

Jerry,

Try linking subversion with /usr/local/pa20_64/lib/gcc/hppa64-hp-hpux11.11/3.4.5/../../..//libz-1.2.3.sl instead of /usr/local/lib/libz.sl

The compile option to gcc would be "-lz-1.2.3" instead of "-lz"

cheers!

[Sandman!]

Jerry...ignore my previous post. Instead search for "libz.sl" on your server and let us know...

# find / -name "libz.sl" -type f

hope it helps!!!

[Jerry Sommerville_2]

Sandman - Here is the results. I suspect the libz in /usr/local/lib is 32 bit. Do you concur?

root@temp85
/>find / -name "libz.sl" -type f
/usr/lib/pa20_64/libz.sl
/usr/local/lib/libz.sl
root@temp85 / >

[Jerry Sommerville_2]

Sandman -

I moved the libz files from /usr/local/lib and installed links to the /usr/local/pa20_64/lib/libz files so that the linker would use the 64 bit versions. Then I did a make distclean, make and finally make install. Now the make install bombs out with "Unable to find library 'libaprutil-0.sl.9' (Core dump). Looks like I am down to some library pathing issues (Re: SHLIB_PATH). Thanks for everyone's help. Points assigned.