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

go to bug id or search bugs for

Bug #14716 PHP 4.1.1 DSO: apache startup fail
Submitted: 2001-12-27 06:41 UTC Modified: 2002-01-23 14:02 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: tomki at www2 dot forefrontsw dot com Assigned:
Status: No Feedback Package: Apache related
PHP Version: 4.1.0 OS: Linux, RH 6.1 base, Kernel2.2.19
Private report: No CVE-ID: None
View Developer Edit
 [2001-12-27 06:41 UTC] tomki at www2 dot forefrontsw dot com 
/usr/local/apacheS/bin/apachectl start gives me:
Syntax error on line 968 of /usr/local/apacheS/conf/httpd.conf:
BrowserMatch regex could not be compiled.
../bin/apachectl start: httpd could not be started

Before installing the libphp4.so module, the server was fine.  This problem seems to occur regardless of whether or not I comment the modssl and modperl module lines.
Something about the options below that don't work together?  Please let me know.  :(

I have compiled PHP4.1.1 with this configure line:
./configure --with-mysql=/usr/local --with-ldap --enable-mailparse --with-db3 --with-gdbm --with-ndbm --with-ttf --with-freetype-dir=/usr/local/include/freetype/ --with-imap --with-openssl=/usr/local/ssl/ --with-imap-ssl=/usr/local/ssl --with-gd --enable-dmalloc --with-bz2 --enable-ftp --with-apxs=/usr/local/apacheS/bin/apxs --sysconfdir=/etc --with-jpeg-dir=/usr/ --with-zlib-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/X11R6 --with-mcrypt=/usr/local --with-mhash=/usr/local/ --enable-gd-native-ttf --with-java=/usr/jdk1.3/ --enable-track-vars
Everything is OK, no debug.log generated.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-01-01 02:13 UTC] tomki at www2 dot forefrontsw dot com 
This seems to have been remedied by supplying --with-regex=php.  Supplying --with-regex=apache caused a build failure.
 [2002-01-02 12:24 UTC] tomki at www2 dot forefrontsw dot com 
OK, it turns out to be the --with-dmalloc option.  I can use [almost] any other options that pertain to libraries available on my system, but with that one...  php builds fine, but then has the mentioned problem at runtime.
So would this be some problem with my dmalloc??  Is this a single report of this issue, or what?
 [2002-01-02 16:44 UTC] yohgaki@php.net 
Most likely, your dmalloc is too old or have some problems. 
Try to use other/newer dmalloc.

I think you don't need dmalloc option, though. Do you really need it?
 [2002-01-23 14:02 UTC] sander@php.net 
No feedback.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Dec 21 15:01:29 2024 UTC