4.0.3pl1 + mcrypt

Anon

I am installing PHP 4.0.3pl1 as a DSO with apache 1.3.14 and MySQL 3.22.32. I ran into troubles at first with MySQL, and it turns out that the latest 3.22.32 tarball on the mysql website contains Client API 3.23.10-alpha and server version 3.22.32. This combination did not make PHP happy. I have found that if you do not use the --with-mysql command and ket PHP feel itself out, things will work fine. This will not work, however, if you use Perl DBI, versioning w/ PHP3, or any other server module that wants access to MySQL.

That said, I am trying to install --with-mcrypt and --with-mhash as well. I am getting these errors:

[root@phlipper php-4.0.3pl1]# /usr/local/apache/bin/apachectl startssl
Syntax error on line 209 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: libmcrypt.so.4: cannot open shared object file: No such file or directory
/usr/local/apache/bin/apachectl startssl: httpd could not be started

The file libmcrypt.so.4 exists, but apache/php refuses to load it. Has anyone else encountered issues like this under these circumstances?

Any help would be appreciated. Thanks.

-Phil

Anon

I did this install yesterday and had the same problems.

Here is how I fixed it :-
Use libmcrypt-2.4.4.tar.gz
ftp://argeas.cs-net.gr/pub/unix/mcrypt/libmcrypt-2.4.4.tar.gz

./compile --disable-posix-threads
make
make install

Then the important part !!!

cp /usr/local/lib/libmcrypt.* /usr/lib

This makes sure that the librarys are in the correct place for PHP (Or else apache wont start)

cd php-4.0.3pl1
./configure \
--prefix=/usr/local/apache/php \
--with-mysql=/usr/local/mysql \
--with-mcrypt \
--enable-track-vars \
--with-apxs=/usr/local/apache/bin/apxs
make
make install

That is how I got it to install yesterday.

Good Luck

Regards
Darren
http://www.php4hosting.com/ $
http://www.php4hosting.co.uk/ £

Anon

Me again...

OK today I have no hair left. I just tried a re-install of PHP on the same server, with the same configure line and it failed!

I get the following :-
checking for mcrypt support... yes
checking for init_mcrypt in -lmcrypt... no
checking for mcrypt_module_open in -lmcrypt... no
configure: error: Sorry

I spent ages trying to get it to work. Then it clicked. I installed freetype (configure/make/make install) and this was the original reason for re-installing PHP

I went to the freetype install directory, ran make uninstall

and PHP compiled first time!

Maybe I am missing something but it is something for people to watch out for. The version of freetype was
freetype2-beta8.tar.gz

Regards
Darren
http://www.php4hosting.com/

Anon

Thanks for your help. I was able to get it up and running. There were 2 tricks I had to use, although they are somewhat conflicting.

First, I went to php.ini and added "/usr/lib:/usr/local/lib" to the include_path directive. Then I actually had to copy several .so files from their original location to /usr/lib. After that, apache fired right up.

I used mcrypt 2.5.5, libmcrypt 2.4.6, and mhash 0.8.3

Anon

I can't even get this far. When I try to configure php4, I get the following:
checking for mcrypt support... yes
checking for init_mcrypt in -lmcrypt... no
checking for mcrypt_module_open in -lmcrypt... no
configure: error: Sorry

Ideas?

Anon

This is what happened to me with freetype installed. I uninstalled it and it worked.

I would really love to know if its really freetype or something else

Darre
http://www.php4hosting.com/

Anon

I'm going to try removing all options from my configure operation, then add them back in one at a time until it breaks (I can't even configure php4 right now). Once that works, I'll try the mcrypt stuff again. I too have freetype installed, hopefully I'll be able to tell if we have the same problem.

Joel

Anon

Changing the php.ini include_path didn't do it for me. I did the following:

ln -s /usr/local/lib/libmhash.so.2 /usr/lib/libmhash.so.2

and that seemed to work. I didn't get any complaints about libmcrypt, only libmhash (though my mcrypt libs appear to have installed into /usr/lib).

I didn't have to do anything with my freetype stuff, sorry Darren.

Here's the script I used for configure:
#Script to configure PHP
#
#!/bin/sh
#CPPFLAGS=-I/usr/local/include/mysql LDFLAGS=-L/usr/local/lib/mysql \
./configure \
--with-apxs=/opt/apache-1.3.12/bin/apxs \
--with-config-file-path=/etc \
--with-gd=/usr/local \
--with-jpeg-dir=/usr/src/apache/modules/php/depend/jpeg-
6b \
--with-ttf=/usr/local \
--with-imap=/usr/src/apache/modules/php/depend/imap-4.
7c/c-client \
--with-mysql=/usr/local \
--with-mcrypt=/usr/local \
--with-mhash \
--with-ldap=/usr/local \
--with-openssl \
--with-zlib \
--with-xml \
--with-snmp \
--enable-ucd-snmp-hack \
--enable-track-vars \
--enable-versioning \
--enable-ftp

Anon

I am going to try again then 🙂

Its strange that a make uninstall worked with the PHP install for me

Oh well, thanks for that

Darren

Anon

Well I have tried everything I can think off. I can get mcrypt working fine, but not with freetype installed.

Uninstall freetype and it works a treat.

Oh well, I only wanted freetype to try it out anyway.

Darren

Anon

The reason you are having
these problems is because the
run-time link bindings need to
be updated.

When you installed libmcrypt and
did the install it might have put
the files in /usr/local/lib or not
updated the run-time link bindings.
If so, (assuming a Linux, RedHat setup)

edit /etc/ld.so.conf
make sure the line
/usr/local/lib
is in there

and run the command
ldconfig

Then restart Apache.

http://www.jeo.net/
http://www.ottenheimer.com/afan/

Anon

I've set up apache/php at least two dozen times, and i cannot figure out why on earth i sometimes run into this libmcrypt issue and other times not, especially since 95% of all my servers are cloned hard drives from the same original master.
It has nothing to do with ld.so.conf (at least, it never has for me). every time i run into this mcrypt deal, i sit around installing, uninstalling, and re-installing various versions of libmcrypt and mcrypt and whatever else i can think of. sometimes it starts to work, other times i simply have to give up.
blah. sucky.

Anon

you are so the man... that worked great..

thanks

Adam

Anon

Thanks a bunch Afan!!!!! It just worked perfect for me.

Joseph