php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #14587 Can't start Apache
Submitted: 2001-12-18 13:36 UTC Modified: 2001-12-19 09:41 UTC
From: bs at cpfs dot mpg dot de Assigned:
Status: Not a bug Package: Apache related
PHP Version: 4.1.0 OS: Tru64 UNIX V4.0F Patchkit 6
Private report: No CVE-ID: None
View Developer Edit
 [2001-12-18 13:36 UTC] bs at cpfs dot mpg dot de 
Upon trying to start Apache, I get the error message

Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so

and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6.

For PHP, I used

./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs

Apache version: 1.3.22

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-12-18 13:45 UTC] derick@php.net 
Does it say on which symbol it fails (ie. uncompress).
If it's uncompress, add --with-zlib to configure.

regards,
Derick
 [2001-12-18 13:50 UTC] bs at cpfs dot mpg dot de 
Unfortunately, the error isn't more specific. What I cited was all the output from Apache.

Burkhard.
 [2001-12-18 13:53 UTC] derick@php.net 
This is with apachectl start I presume? Can you try it by just starting httpd by hand? It should give a better message then.

regards,
Derick
 [2001-12-18 14:43 UTC] bs at cpfs dot mpg dot de 
Derick,

I've just done what you suggested. No more output, though.

By the way: Searching the bug database I've found that my problem is exactly the same as bug id #7551, which was reported for version 4.0.3pl1 running on a Tru64 machine.

Regards, Burkhard.
 [2001-12-18 14:46 UTC] derick@php.net 
Okay... is there something like strace for Tru 64?
And what does 'nm /path/to/mod_php4.so' show?

Derick
 [2001-12-19 08:20 UTC] bs at cpfs dot mpg dot de 
Derick,

strace is available for Tru64. And "nm /path/to/libphp4.so" gives a huge number of lines output. I presume I shouldn't fill in these lines here?

I've tried something different: I recompiled Apache, this time explicitly telling it where to find perl (/usr/local/bin/perl found by the Apache configure script is actually a symbolic link to /path/to/perl, and I suspected that somehow this was the origin of my problem). I recompiled PHP and voila: Loading libphp4.so was OK, with this message in the error_log:

[Wed Dec 19 13:55:52 2001] [notice] Apache/1.3.22 (Unix) PHP/4.1.0 configured -- resuming normal operations

Thank you for your lightning fast responses to my issue!

Regards, Burkhard.
 [2001-12-19 09:41 UTC] sniper@php.net 
user error
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue May 06 03:01:29 2025 UTC