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

go to bug id or search bugs for

Bug #51778 crash on libphp5.so, when running ampache's initial scripts
Submitted: 2010-05-09 23:06 UTC Modified: 2018-06-24 04:22 UTC
Votes:2
Avg. Score:5.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:2 (100.0%)
Same OS:1 (50.0%)
From: nkostis at gmail dot com Assigned: cmb (profile)
Status: No Feedback Package: Apache2 related
PHP Version: 5.2.13 OS: plugapps (arch linux)
Private report: No CVE-ID: None
View Developer Edit
 [2010-05-09 23:06 UTC] nkostis at gmail dot com 
Description:
------------
I get this core dump when running anything from ampache (test.php, index.php, 
install.php, any ampache version):

#0  0x406300a8 in _zval_ptr_dtor () from /etc/httpd/modules/libphp5.so
#1  0x40660624 in zend_do_fcall_common_helper_SPEC () from 
/etc/httpd/modules/libphp5.so
#2  0x4065dec8 in execute () from /etc/httpd/modules/libphp5.so

the rest of the stack trace is unknown as LAMP runs on limited hardware (the 
pogoplug) and i have not install debug symbols.

Pogoplug currently runs plugapps, an arm optimized version of Arch linux. I am 
not sure whether this crash is a vanilla php bug or a plugapps php issue.

A basic "phpinfo()" script runs fine so at least basic php operation is properly 
configured.

Sorry if the bug is not vanilla php and i'm wasting your time.

Test script:
---------------
any ampache script, i.e. test.php (http://pastebin.com/FXAtKNyJ), run on plugbox linux (arch 2.6.33 based)

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2010-05-12 09:09 UTC] mike@php.net
-Status: Open +Status: Feedback
 [2010-05-12 09:09 UTC] mike@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 the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.
 [2010-05-12 19:12 UTC] nkostis at gmail dot com
-Status: Feedback +Status: Open
 [2010-05-12 19:12 UTC] nkostis at gmail dot com 
Ok, this script works:

<?php
phpinfo();
?>

while this one crashes apache (with the same stack trace as initially posted):
<?php
$prefix = dirname(__FILE__);   #or  .. = dirname(".");
?>

Finally if i run the same script without an argument passed for dirname:

<?php
$prefix = dirname();
?>

php issues an error, but there's no crash.

This implies stack corruption and compiler problems, but calling:

$row_classes = array('even', 'odd');

doesn't crash apache.

any ideas? is this helpful at all?
 [2010-05-18 10:30 UTC] mike@php.net 
Nope, sorry. I'm running PHP on 2.6.33-ARCH x86_64 without problems, but that doesn't mean anything to your problem.
 [2010-05-18 18:43 UTC] nkostis at gmail dot com 
speaking with others on the plugapps forums, this seems to be only related with php on arm.
Also, it's not related to apache, for example it crashes with lighttpd as well.

maybe a newer php wouldn't have the issue, although plugapps devs also mentioned that they can't get it to compile on arm/openpogo (that's a different bug though)
 [2010-06-30 11:46 UTC] p dot d dot mallinson at liv dot ac dot uk 
I'm having the same problem on Solaris 10.  phpinfo() works fine, so does setting variables but as soon as I try $path = getenv("PATH") it causes Apache segmentation fault in the child which was running.
 [2018-03-11 13:08 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2018-03-11 13:08 UTC] cmb@php.net 
Hmm, rather old ticket without much helpful information.  Can
anybody still reproduce this with current PHP versions? If so, a
proper backtrace might be helpful.
 [2018-06-24 04:22 UTC] php-bugs at lists dot php dot net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Dec 26 12:01:30 2024 UTC