php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #16754 Apache fails to start with segmentation fault
Submitted: 2002-04-23 10:32 UTC Modified: 2002-04-23 21:00 UTC
From: ken dot gaul at becogent dot com Assigned:
Status: Closed Package: Apache2 related
PHP Version: 4.2.0 OS: RH Linux 7.2 (2.4.7-10)
Private report: No CVE-ID: None
 [2002-04-23 10:32 UTC] ken dot gaul at becogent dot com
apachectl start segmentation faults. If the PHP LoadModule line is removed apache will start. Then it can be added back again and apache restarted or graceful restarted and it will work, but a stop and a start will fail.

./configure --with-oci8=$ORACLE_HOME --with-oracle=$ORACLE_HOME --with-apxs2=/usr/local/httpd2/bin/apxs

Note this is with apache 2.0 which I know is experimental but I thought you ought to know.

Back trace goes as follows

#0  php_apache_sapi_send_headers (sapi_headers=0x813b7a8, tsrm_ls=0x813b740) at sapi_apache2.c:117
	tsrm_ls = (void ***) 0x813b740
	ctx = (php_struct *) 0x0
#1  0x40330b08 in sapi_send_headers (tsrm_ls=0x813b740) at SAPI.c:578
	retval = 0
	ret = -1
#2  0x40388af3 in php_header () at head.c:58
	tsrm_ls = (void ***) 0x813b740
#3  0x4033544f in php_ub_body_write (str=0xbfffe400 ?OCIDebug: START php_mshutdown_oci<br />\n?, 
    str_length=40, tsrm_ls=0x813b740) at output.c:475
	tsrm_ls = (void ***) 0x813b740
	result = 0
#4  0x403348e8 in php_body_write (str=0xbfffe400 ?OCIDebug: START php_mshutdown_oci<br />\n?, 
    str_length=40, tsrm_ls=0x813b740) at output.c:99
	tsrm_ls = (void ***) 0x813b740
#5  0x4032b16f in php_printf (format=0x403e507f ?OCIDebug: %s<br />\n?) at main.c:355
	format = 0xbfffe400 ?OCIDebug: START php_mshutdown_oci<br />\n?
	ret = 0
	buffer = ?OCIDebug: START php_mshutdown_oci<br />\n?, ?\000' <repeats 56 times>, " ?\030@\220????, ?\000' <repeats 292 times>, ???\030@?, ?\000' <repeats 12 times>, ???\030@?, ?\000' <repeats 12 times>, ??m\031@?, ?\000' <repeats 12 times>, ?\001?, ?\000' <repeats 15 times>, ?>?\030@?, ?\000' <repeats 12 times>, ???\030@\000\000\000\0000?,@\000\000\000\000??\030@ 9\027\b0?,@(???`m\031@\200?\030@ ?,@(???\001\000\000\000\000\000\000\000 ?,@\000\000\000\000??...
	size = 0
	tsrm_ls = (void ***) 0x813b740
#6  0x40350d76 in oci_debug (format=0x403e4e93 ?START php_mshutdown_oci?) at oci8.c:1046
	tsrm_ls = (void ***) 0x0
#7  0x40350140 in zm_shutdown_oci (type=1, module_number=7, tsrm_ls=0x813b740) at oci8.c:592
---Type <return> to continue, or q <return> to quit---
	tsrm_ls = (void ***) 0x813b740
#8  0x40322a2d in module_destructor (module=0x8179250) at zend_API.c:1127
	module = (zend_module_entry *) 0x8179250
	tsrm_ls = (void ***) 0x813b740
#9  0x4032449b in zend_hash_destroy (ht=0x40411260) at zend_hash.c:541
	p = (Bucket *) 0x817be28
	q = (Bucket *) 0x8179220
#10 0x4031f7ab in zend_shutdown (tsrm_ls=0x813b740) at zend.c:490
	tsrm_ls = (void ***) 0x813b740
#11 0x4032caff in php_module_shutdown (tsrm_ls=0x813b740) at main.c:1050
	tsrm_ls = (void ***) 0x813b740
#12 0x4032cac1 in php_module_shutdown_wrapper (sapi_globals=0x403f1660) at main.c:1027
	tsrm_ls = (void ***) 0x0
#13 0x4032a36d in php_apache_server_shutdown (tmp=0x0) at sapi_apache2.c:422
No locals.
#14 0x40040f31 in run_cleanups (c=0x813a860) at apr_pools.c:1713
	c = (cleanup_t *) 0x813a860
#15 0x40040448 in apr_pool_clear (pool=0x80b6dc0) at apr_pools.c:603
	pool = (apr_pool_t *) 0x80b6dc0
	next = (apr_memnode_t *) 0x80ad484
	index = 1
	max_index = 0
#16 0x08082d38 in main (argc=2, argv=0xbffffa94) at main.c:579
	argc = 0
	argv = (char **) 0x80b9ac8
	c = 88 ?X?
	configtestonly = 0
	confname = 0x80a3e48 ?conf/httpd.conf?
---Type <return> to continue, or q <return> to quit---
	def_server_root = 0x80a49ab ?/usr/local/httpd2"
	process = (process_rec *) 0x80b4e38
	server_conf = (server_rec *) 0x80b9ac8
	pglobal = (apr_pool_t *) 0x80b4db8
	pconf = (apr_pool_t *) 0x80b6dc0
	plog = (apr_pool_t *) 0x80eeea0
	ptemp = (apr_pool_t *) 0x80f0ea8
	pcommands = (apr_pool_t *) 0x80ece98
	opt = (apr_getopt_t *) 0x80ecf30
	rv = 134942120
	mod = (module **) 0x80b9ac8
	optarg = 0x0
#17 0x401b6507 in __libc_start_main (main=0x80826a4 <main>, argc=2, ubp_av=0xbffffa94, 
    init=0x805ed38 <_init>, fini=0x809bee0 <_fini>, rtld_fini=0x4000dc14 <_dl_fini>, 
    stack_end=0xbffffa8c) at ../sysdeps/generic/libc-start.c:129
	ubp_av = (char **) 0xbffffa94
	fini = (void (*)()) 0x400168e4 <_dl_debug_mask>
	rtld_fini = (void (*)()) 0
	ubp_ev = (char **) 0xbffffaa0

Ken.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-04-23 15:43 UTC] sniper@php.net
reclassified
 [2002-04-23 21:00 UTC] aaron@php.net
This bug has been fixed in CVS.

I just committed a fix for this in
sapi/apache2filter/sapi_apache2.c version 1.74
(from CVS HEAD). If you are still seeing the
problem after trying this version please reopen
this bug. Thank you for using Apache/PHP!
 [2002-04-24 07:14 UTC] mclinden at informed dot net
The file submitted to CVS fixed one problem, namely, Apache will now start up and service non-OCI PHP pages. But it still  gives a segmentation fault when an OCI statement is used.

Unfortunately, I don't seem to be able to get it to dump core, so I have no other details.
 
PHP Copyright © 2001-2021 The PHP Group
All rights reserved.
Last updated: Fri Sep 24 04:03:36 2021 UTC