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

go to bug id or search bugs for

Bug #15072 Loading libphp4.so crashes Apache 1.3.11 at startup
Submitted: 2002-01-16 13:11 UTC Modified: 2002-01-16 14:25 UTC
From: thommen at inf dot ethz dot ch Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.6 OS: Solaris 2.6.1
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: thommen at inf dot ethz dot ch
New email:
PHP Version: OS:

 

 [2002-01-16 13:11 UTC] thommen at inf dot ethz dot ch 
Hello,

On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem:

# /etc/init.d/httpd start
Segmentation Fault - core dumped
/pub/httpd/sbin/apachectl startssl: httpd could not be started
# 

GDB backtrace:
-----------
(gdb) bt
#0  0xef5ce544 in strrchr ()
#1  0x22e0c in ap_add_module ()
#2  0x230e4 in ap_add_loaded_module ()
#3  0x1aa58 in load_module ()
#4  0x238d8 in invoke_cmd ()
#5  0x24794 in ap_handle_command ()
#6  0x24874 in ap_srm_command_loop ()
#7  0x24efc in ap_process_resource_config ()
#8  0x25b04 in ap_read_config ()
#9  0x34b54 in main ()
(gdb) 

As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems.


PHP configuration:
-------------
./configure --prefix=/usr/pack/php-4.0.6-ft
               --with-mysql=/pub/mysql/3.22.32/
               --with-pgsql=/pub/postgresql/7.0.2
               --enable-track-vars
               --with-db
               --with-ndb
              --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs


The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation).

Server information (uname -a):
----------------------
The server where Apache crashes:
  SunOS XXXXX 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4

The server w/o problems
  SunOS YYYYY 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250


Thank you very much in advance for any help

    Frank Thommen
----------
Frank Thommen, IT Support Group, D-INFK, ETH Zuerich
E-Mail: thommen@inf.ethz.ch; Tel: +41-1-63 27208 (Mon-Thu)
Web: http://www.isg.inf.ethz.ch
----------

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-01-16 13:31 UTC] rasmus@php.net 
Build with debug symbols please so we can have a real backtrace.  You are also way behind with your Apache version.  Current version is 1.3.22.
 [2002-01-16 13:32 UTC] derick@php.net 
Upgrade to 1.3.22, .11 has some problems, and AFAIK it was never released to the public.
This should solve the crashes (it seems like it is crashing in apache to me anyways).

regards,
Derick
 [2002-01-16 14:17 UTC] thommen at inf dot ethz dot ch 
Absolutely identical backtrace even when configured with --enable-debug.

It works in the identical setup like a charm on an other machine (same binaries!), what could be the reason, that it doesn't work here?

frank

btw: I'm still looking for those admins who can always keep up with the newest version of all packages (about 280 packages at our site...)
 [2002-01-16 14:19 UTC] rasmus@php.net 
Well, since the crash is in Apache, it is Apache you need to build with debug symbols, not PHP.
 [2002-01-16 14:25 UTC] thommen at inf dot ethz dot ch 
No way to recompile Apache 1.3.11 here.  Nobody kept the sources :-(.  I'll drop that case and try with an Apache upgrade.

Thank you very much anyway

    frank
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sun Dec 22 05:01:30 2024 UTC