php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #35798 child(PHP) crashes: "exit signal Segmentation fault (11)"
Submitted: 2005-12-25 00:40 UTC Modified: 2005-12-25 23:51 UTC
Votes:2
Avg. Score:3.0 ± 2.0
Reproduced:1 of 2 (50.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: und-auch at ich-habe-fertig dot com Assigned:
Status: Not a bug Package: Reproducible crash
PHP Version: at least 4.4.1 - 5.1.2RC2-dev OS: Gentoo GNU/Linux-2.6
Private report: No CVE-ID: None
 [2005-12-25 00:40 UTC] und-auch at ich-habe-fertig dot com
Description:
------------
When running oscommerce.de's shop-system everything seems fine until I get to the admin-page, which displays, but any link crashes PHP, so that not a single byte gets to the browser. Apache logs:
[Sat Dec 24 23:30:52 2005] [notice] child pid 9354 exit signal Segmentation fault (11)

Configuration:
PHP Version 4.4.1-pl1-gentoo, also tested PHP 4.4.0 and PHP5.0.5(?) of same distribution, same results.
Linux 2.6.14-gentoo-r5
apache-2.0.54-r31

Now what about this Sig11? Heard something arrind in the net concerning hardware-problems coming out at compile-time. This does not seem to be the case here, and I havn't had more suitable infos google'ing...
This site has some more or less relevant pages concerning Sig11, but they were all out-dated, so I decided to open a new thread.
Other bug just like mine:
http://bugs.php.net/bug.php?id=14599&edit=2

or maybe
Bug #14599, Bug #35251, Bug #2679, Bug #24012


Reproduce code:
---------------
It's hard to privide a link to my server, it does not have a public IP, I hope the above said help somebody to ask me the right question.
Or maybe:
  Download shop-system from www.oscommerce.de
  install and goto http://server/path-to-shop/admin/
and click somewhere (MyShop for example)


Expected result:
----------------
get a configuration-page after clicked on something on
admin-page


Actual result:
--------------
"no data gotten from server"  at client-site
and on server-site:
[notice] child pid XXXX exit signal Segmentation fault (11)

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-12-25 00:42 UTC] tony2001@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php5.1-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.1-win32-latest.zip


 [2005-12-25 02:52 UTC] und-auch at ich-habe-fertig dot com
Did CVS 5.1.2RC2, works great until the point of interest,
with apache -D DEBUG apache crashes itself now,
no more connections work.
other console:
/etc/init.d/apache2 stop
back again-console:
/etc/init.d/apache2: line 73:  6202 Segmentation fault      
prompt is back, but port :443 still occupied by apache.

starting apache without -D DEBUG, I instantly get  "no data gotten from server" (instead of hanging as in debug), and shutting down apache seems to work.
 [2005-12-25 04:45 UTC] und-auch at ich-habe-fertig dot com
>1h and no request for a core-dump? OK, it is or was xmas-eve :)
well, how TO procuce it? I gdm /usr/sbin/apache2 and
> run -X -D DEBUG -D PHP5 etc
[...]
[New Thread 376856 (LWP 29265)]
[New Thread 393241 (LWP 29266)]
[New Thread 409626 (LWP 29267)]
[New Thread 426011 (LWP 29268)]
[New Thread 442396 (LWP 29269)]
[Thread 16386 (LWP 29243) exited]
Cannot find thread 16386: no thread to satisfy query
gdb> bt
Cannot find thread 16386: invalid thread handle
gdb> 
No core file found anywhere, thow I started in a writeable directory... is this possibly not enough?
btw: It was just a phpinfo()-page I accessed producing this!
 [2005-12-25 09:47 UTC] derick@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
 [2005-12-25 19:18 UTC] judas dot iscariote at gmail dot com
I tried to reproduce your bug with

http://www.oscommerce.com/redirect.php/go,27

but it's not reproducible .

can you tell us what specific file is crashing apache , or provide a short script to reproduce it ???

maybe you can do the following:


using the COMMAND LINE , go the the "admin" directory (of oscommerce), and execute the file who is crashing apache.

$gdb /usb/bin/php ( or wherever the php binary is located)
(gdb)run script.php
(gdb) bt
 [2005-12-25 23:41 UTC] und-auch at ich-habe-fertig dot com
Thank you for your efforts, the problem ist much different to what I first thought: The dead links on the SSL-enabled admin page were by a couple of errors in fact non-SSL-Links, pointing to the right server, but that didn't have a default_vhost defined, so this error exists on ANY request to my server that requests a page from the listened-to non-SSL port, which doesn't have a default_vhost (thus no DOCUMENT_ROOT I guess).
Feel free to close this thread, if this is an apache fault and non-PHP related! Thanks again for your help!
 [2005-12-25 23:51 UTC] tony2001@php.net
Bogusified by user request.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Mar 28 10:01:26 2024 UTC