HPWS 1.18 PHP 5.2.2 zlib.sl module

[Luitzen]

I'm trying to get the zlib.sl PHP module working. My php.log file says:

[02-Oct-2008 11:30:35] PHP Warning: PHP Startup: Unable to load dynamic library '/opt/hpws/apache/php/lib/php/extensions/zlib.sl' - Unable to find library 'libz.sl'. in Unknown on line 0

Therefor I've installed zlib 1.2.3 from the HPUX Porting and Archive centre but this installs a libz.so. The PHP module can't work with that, see also inserted debug:

# ldd -s -v /opt/hpws/apache/php/lib/php/extensions/zlib.sl
find library=libz.sl; required by /opt/hpws/apache/php/lib/php/extensions/zlib.sl
search path=/hpapache/apinteg/apinteg_hpws_2.18_1123_ia64/CLO/Components/MOD_PHP5/OpenSourceLibs/ia64_64/lib (RUNPATH)
trying path=/hpapache/apinteg/apinteg_hpws_2.18_1123_ia64/CLO/Components/MOD_PHP5/OpenSourceLibs/ia64_64/lib/libz.sl
search path=/usr/lib/hpux64 (default)
trying path=/usr/lib/hpux64/libz.sl
Unable to find library 'libz.sl'.

Has anyone any idea to solve this, or has HP a bugfix to solve?

Kind regards, Luitzen van Gorkum

[Steven E. Protter]

Shalom,

Step 1:

Does the file:
'/opt/hpws/apache/php/lib/php/extensions/zlib.sl'

exist.

If so, then is it on the SHLIB_PATH.

Note The file its looking for is part of the HPWS, HP Web Suite, which is a LAMP suite provided by HP. Search for HPWS in http://software.hp.com if this software is indeed not installed.

Also common is a failure to install dependencies required by zlib on the porting and archive center website.

SEP

[Steven Schweda]

I know nothing, but all those 64's suggest
that you might need a zlib kit built in a
64-bit mode, and a (64-bit) libz.sl installed
where it will be sought.

[Luitzen]

/opt/hpws/apache/php/lib/php/extensions/zlib.sl does exist, this module uses the libz.sl which is not on the system...

[Dennis Handly]

>this module uses the libz.sl which is not on the system.

I can't find a 64 bit version on my system either. But having zlib.sl look into /usr/local/lib isn't correct either. First both should be in hpux64/hpux32 and both should have a .so suffix.

[Luitzen]

So the suggestion is to solve this in the PHP extension (delivered from HP)?

[Dennis Handly]

>So the suggestion is to solve this in the PHP extension (delivered from HP)?

Well, no. The initial suggestion is to get yourself a 64 bit libz. It would be helpful if HP pointed to where you could get it.

If that doesn't work, you need a 32 bit apache.

The other suggestions were to follow the IPF conventions of hpux## directories and .so suffix were for consistency and to allow both 32 and 64 bit apps to coincide easily.