php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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
Have you experienced this issue?
Rate the importance of this bug to you:

 [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

Add a Patch

Pull Requests

Add a Pull Request

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-2019 The PHP Group
All rights reserved.
Last updated: Mon Aug 19 18:01:27 2019 UTC