php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #15275 Apache 1.3.20 won't start with newly compiled PHP 4.1.1
Submitted: 2002-01-29 08:15 UTC Modified: 2002-06-13 18:05 UTC
Votes:7
Avg. Score:5.0 ± 0.0
Reproduced:6 of 6 (100.0%)
Same Version:2 (33.3%)
Same OS:1 (16.7%)
From: ms at gps-ulm dot de Assigned:
Status: Not a bug Package: Apache related
PHP Version: 4.1.1 OS: SuSE Linux 7.1 Kernel 2.4.2
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: ms at gps-ulm dot de
New email:
PHP Version: OS:

 

 [2002-01-29 08:15 UTC] ms at gps-ulm dot de
Apache version = 1.3.20
mod_ssl version = 2.8.4 for apache 1.3.20
openssl version = 0.9.6c
C-compiler = gcc version 2.95.2 19991024 (release)

I have first installed openssl, then compiled and installed apache with mod_ssl support and then compiled PHP 4.1.1 from the official sources, configuring with the following options:

$ ./configure --with-apxs=/usr/local/apache/current/bin/apxs \
--with-ftp --enable-versioning \
--enable-tracking-vars --enable-url-includes \
--enable-sysvshm --enable-sysvsem \
--with-config-file-path=/etc --without-mysql \
--with-sapdb=/opt/sapdb/interfaces/odbc

This went through without problems,'make' and 'make install' worked also, however when i call apachectl to start the server it exits with this error message :

Syntax error on line 224 of /usr/local/apache/1.3.20/conf/httpd.conf:
Cannot load /usr/local/apache/1.3.20/libexec/libphp4.so into server: undefined symbol: pcre_malloc


I've tried this with the latest CVS snapshot as well but no luck. Also, I've compiled php with different options but always with the same result...

The weird thing is that I got this to work on another SuSE box with same kernel version (2.4.2). Am I lacking some package maybe? I wouldn't know which one, though. I read through the configure output carefully and it seems like everything necessary is there.

Please help me out here!

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-01-29 08:34 UTC] bate@php.net
Whats is the line 224 on httpd.conf?
 [2002-01-29 08:46 UTC] ms at gps-ulm dot de
Line 224 of http.conf is :

LoadModule php4_module        libexec/libphp4.so
 [2002-01-30 11:37 UTC] jojo at automatix dot de
PHP 4.1.1  & Apache 1.3.22 on Cobald Cube 3/Linux 2.2.16, has the same bug.
Jojo
 [2002-01-31 10:14 UTC] jojo-in-london at automatix dot de
This is the config:

./configure \
                --prefix=/usr \
                --sbindir=/usr/sbin \
                --bindir=/usr/bin \
                --libexecdir=/usr/lib/apache/modules \
                --datadir=/home/fileserver/documents \
                --sysconfdir=/etc/httpd \
                --with-config-file-path=/etc/httpd/php.ini \
                --localstatedir=/var \
                --with-apxs=/usr/sbin/apxs \
                --enable-ftp \
                --with-ftp \
                --enable-versioning \
                --enable-tracking-vars \
                --enable-url-includes \
                --enable-sysvshm \
                --enable-sysvsem \
                --with-sapdb=/usr/sapdb/depend \
                --with-gdbm \
                --enable-trans-sid \
                --enable-magic-quotes \
                --enable-libgcc \
                --enable-calendar \
                --disable-mysql \
                --with-mysql=no \
                --with-gnu-ld \
                --enable-ftp \
                --with-ndbm \
                --with-dbase \
                --with-gettext \
                --with-gd \
                --with-jpeg-dir=/usr \
                --with-png-dir=/usr \
                --with-zlib-dir=/usr \
                --enable-memory-limit

Core Dump occour on start up.

Last words off
strace -f httpd
-----------------------------------------------------
mprotect(0x4071a000, 56752, PROT_NONE)  = 0
old_mmap(0x4071a000, 49152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0x33000) = 0x4071a000
old_mmap(0x40726000, 7600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40726000
close(4)                                = 0
mprotect(0x40617000, 217088, PROT_READ|PROT_WRITE) = 0
mprotect(0x40617000, 217088, PROT_READ|PROT_EXEC) = 0
mprotect(0x4045c000, 1400832, PROT_READ|PROT_WRITE) = 0
mprotect(0x4045c000, 1400832, PROT_READ|PROT_EXEC) = 0
mprotect(0x40377000, 630784, PROT_READ|PROT_WRITE) = 0
mprotect(0x40377000, 630784, PROT_READ|PROT_EXEC) = 0
mprotect(0x401e5000, 1212416, PROT_READ|PROT_WRITE) = 0
mprotect(0x401e5000, 1212416, PROT_READ|PROT_EXEC) = 0
getpid()                                = 22607
getrlimit(RLIMIT_STACK, {rlim_cur=2040*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="KBDev1.uk-london", ...}) = 0
rt_sigaction(SIGRT_0, {0x40690f94, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x40690684, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x4069101c, [], 0x4000000}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RT_0], NULL, 8) = 0
munmap(0x4034d000, 13070)               = 0
--- SIGSEGV (Segmentation fault) ---



My rating:
PHP 4.1.1 + Apache 1.3.22 + Linux 2.2.16 (Redhat 6.2/Cobalt Cube 3) + SapDB 7.3.00.18 is currently not usable.

Workaround: Step Back to 4.0.6

mfG
Juergen Sauer
jojo@automatix.de
jojo-in-london@automatix.de
 [2002-02-01 04:59 UTC] jojo-in-london at automatix dot de
Worked out on the problem.
The suggestion to step back to 4.0.6 does also not work.

But I found the root of the problem.

Those error-systems were glibc 2.1.x based.
After upgrading to glibc 2.2.5 / and all other aditional tools (gcc to 2.95.3, binutils, automake, autoconf, gettext)
everz this is reallz working fine again.
Simply works.

Perhaps drop a notice for other users ?
mfG
J. Sauer
 [2002-02-12 21:16 UTC] populaer at gmx dot de
Well, i think it can't be *the* resolution to upgrade the glibc (a very dangerous process ;) ).

I have the same problems mit PHP 4.1.1 and Apache 1.3.23.
I get no error messages, but the Apache-Webserver doesn't start. Without the entry (LoadModule ...libphp4.so) Apache works fine.

Another Question: 
Does the glibc of anybody includes the patches for the heap overflow in glibc globbing functions ?!
Since I installed this Patch, a running Apache-PHP4.06 installation won't run anymore...

Kernel: 2.2.19
glibc: 2.1.3

Regards, Michael
 [2002-06-13 18:05 UTC] sniper@php.net
Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 26 18:01:31 2024 UTC