Ask a Question related to PHP Bugs, Design and Development.
-
jfgingras at cegep-ste-foy dot qc dot ca #1
#40641 [NEW]: open_basedir crash httpd
From: jfgingras at cegep-ste-foy dot qc dot ca
Operating system: FreeBSD 6.1-RELEASE
PHP version: 5.2.1
PHP Bug Type: Reproducible crash
Bug description: open_basedir crash httpd
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file, event
if this file is empty, will either throw a Bus error or a Segmentation
fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error
(10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus error
(10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus error
(10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus error
(10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus error
(10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
--
Edit bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
--
Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=40641&r=trysnapshot44[/url]
Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=40641&r=trysnapshot52[/url]
Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=40641&r=trysnapshot60[/url]
Fixed in CVS: [url]http://bugs.php.net/fix.php?id=40641&r=fixedcvs[/url]
Fixed in release: [url]http://bugs.php.net/fix.php?id=40641&r=alreadyfixed[/url]
Need backtrace: [url]http://bugs.php.net/fix.php?id=40641&r=needtrace[/url]
Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=40641&r=needscript[/url]
Try newer version: [url]http://bugs.php.net/fix.php?id=40641&r=oldversion[/url]
Not developer issue: [url]http://bugs.php.net/fix.php?id=40641&r=support[/url]
Expected behavior: [url]http://bugs.php.net/fix.php?id=40641&r=notwrong[/url]
Not enough info: [url]http://bugs.php.net/fix.php?id=40641&r=notenoughinfo[/url]
Submitted twice: [url]http://bugs.php.net/fix.php?id=40641&r=submittedtwice[/url]
register_globals: [url]http://bugs.php.net/fix.php?id=40641&r=globals[/url]
PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=40641&r=php3[/url]
Daylight Savings: [url]http://bugs.php.net/fix.php?id=40641&r=dst[/url]
IIS Stability: [url]http://bugs.php.net/fix.php?id=40641&r=isapi[/url]
Install GNU Sed: [url]http://bugs.php.net/fix.php?id=40641&r=gnused[/url]
Floating point limitations: [url]http://bugs.php.net/fix.php?id=40641&r=float[/url]
No Zend Extensions: [url]http://bugs.php.net/fix.php?id=40641&r=nozend[/url]
MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=40641&r=mysqlcfg[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
InDesign CS CE non-stop CRASH, CRASH, CRASH, CRASH, CRASH, CRASH
Sofware is orig., and OS is win2000 pro, or 2003 server or win2000 server. Any doc with litle more text crash indesign non-stop. With any updates... -
reading a httpd.conf file
Hello everyone, I have a little issue that I am sure someone has come across here once before and was wondering if I can get some pointers. I... -
#23462 [NoF->Bgs]: Position "php_admin_value open_basedir" in httpd.conf
ID: 23462 Updated by: sniper@php.net Reported By: admin at xpower dot nwt -Status: No Feedback +Status: ... -
#15489 [Com]: httpd crash with sessions
ID: 15489 Comment by: qcubed at hotmail dot com Reported By: flim at novadoc dot de Status: No Feedback Bug... -
#24702 [NEW]: disable_functions + httpd.conf should not set value
From: philip at cornado dot com Operating system: linux PHP version: 4.3.3RC1 PHP Bug Type: PHP options/info functions Bug... -
tony2001@php.net #2 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #3 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #4 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #5 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #6 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #7 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #8 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Please check if valgrind is able to find something there.
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca
Description:
------------
If open_basedir if defined in a <Directory>, any call to a php file,
event if this file is empty, will either throw a Bus error or a
Segmentation fault. This problem appears as soon as I upgraded php
5.1.6 to 5.2.1
I didn't change anything in any configuration file of apache, and I did
not upgrade apache either.
My Apache version is 2.0.58
When I remove the open_basedir directive, it solve the problem.
Here's the logfile of apache:
[...]
[Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal
Segmentation fault (11)
[Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus
error (10)
[Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal
Segmentation fault (11)
[Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus
error (10)
[Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus
error (10)
[Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus
error (10)
[Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus
error (10)
Reproduce code:
---------------
Here's what I have in my <Directory>:
<Directory /var/www/htdocs/stages/>
php_admin_value open_basedir /var/www/htdocs/stages
php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp
php_value register_globals 1
</Directory>
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #9 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
Previous Comments:
------------------------------------------------------------------------
[2007-02-26 20:25:26] [email]tony2001@php.net[/email]
Please check if valgrind is able to find something there.
------------------------------------------------------------------------
[2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
[2007-02-26 15:50:55] [email]tony2001@php.net[/email]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url] for *NIX and
[url]http://bugs.php.net/bugs-generating-backtrace-win32.php[/url] for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #10 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
Previous Comments:
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
[2007-02-26 20:25:26] [email]tony2001@php.net[/email]
Please check if valgrind is able to find something there.
------------------------------------------------------------------------
[2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #11 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
Previous Comments:
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
[2007-02-26 20:25:26] [email]tony2001@php.net[/email]
Please check if valgrind is able to find something there.
------------------------------------------------------------------------
[2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
[2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca
I'll keep trying generate a backtrace for httpd, but gdb doesn't like
that very much. Since I can't stop our production server, I have create
an exact duplicate of httpd.conf and name it httpd-debug.conf and simply
change the Listen directive and my VirtualHost.
I launch httpd directly from command line like this:
/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf
And the server start ok, and crash as expected when I enter a directory
with open_basedir defined.
But I can't manage to start it via gdb, here's what happen:
[root@entrepot apache2]# gdb /usr/local/sbin/httpd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf
Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f
/usr/local/etc/apache2/httpd-debug.conf
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
[root@entrepot apache2]#
I'm kinda lost right now. I'll see if I can rebuild PHP with
--enable-debug
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #12 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Try rebuilding PHP with --disable-debug and CFLAGS="-O0 -g".
Btw, what GCC version do you use?
Previous Comments:
------------------------------------------------------------------------
[2007-02-28 14:53:57] jfgingras at cegep-ste-foy dot qc dot ca
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
[2007-02-26 20:25:26] [email]tony2001@php.net[/email]
Please check if valgrind is able to find something there.
------------------------------------------------------------------------
[2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
------------------------------------------------------------------------
[2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca
Well, if that can help.. PHP with --enable-debug and no extension
doesn't crash if open_basedir is defined. I'll have to test this with
--disable-debug.
I'm buidling the extensions we use for the debug version and see if I
can reproduce the crash.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #13 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
We finaly found a machine on which we can reproduce the error. I'll
compile PHP as you recommened. Three servers running FreeBSD 6.1, with
the lastest patchs an all, all running on 64bits CPU. Two servers are
running with 2x AMD64 Opteron Processor 248 (both crash with
open_basedir) and one running with AMD64 Athlon Dual Core (doesn't
crash with open_basedir).
I'll try to run httpd under gdb again, I want that backtrace ;)
Previous Comments:
------------------------------------------------------------------------
[2007-02-28 15:00:00] [email]tony2001@php.net[/email]
Try rebuilding PHP with --disable-debug and CFLAGS="-O0 -g".
Btw, what GCC version do you use?
------------------------------------------------------------------------
[2007-02-28 14:53:57] jfgingras at cegep-ste-foy dot qc dot ca
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
[2007-02-26 20:25:26] [email]tony2001@php.net[/email]
Please check if valgrind is able to find something there.
------------------------------------------------------------------------
[2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca
Ok, I wasn't able to generate a backtrace even if I rebuild Apache and
PHP with debug option, I can't get a core file. Anyway, like I said
earlier, PHP without extionsion doesn't crash if open_basedir is
defined, but as soon as I build the following extentions, I receive a
Bus error from httpd:
php5-bcmath-5.2.1_2 The bcmath shared extension for php
php5-bz2-5.2.1_2 The bz2 shared extension for php
php5-calendar-5.2.1_2 The calendar shared extension for php
php5-ctype-5.2.1_2 The ctype shared extension for php
php5-dom-5.2.1_2 The dom shared extension for php
php5-extensions-1.1 A "meta-port" to install PHP extensions
php5-gd-5.2.1_2 The gd shared extension for php
php5-gettext-5.2.1_2 The gettext shared extension for php
php5-iconv-5.2.1_2 The iconv shared extension for php
php5-imap-5.2.1_2 The imap shared extension for php
php5-mbstring-5.2.1_2 The mbstring shared extension for php
php5-mcrypt-5.2.1_2 The mcrypt shared extension for php
php5-mhash-5.2.1_2 The mhash shared extension for php
php5-mysql-5.2.1_2 The mysql shared extension for php
php5-mysqli-5.2.1_2 The mysqli shared extension for php
php5-odbc-5.2.1_2 The odbc shared extension for php
php5-pcre-5.2.1_2 The pcre shared extension for php
php5-pdo-5.2.1_2 The pdo shared extension for php
php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php
php5-posix-5.2.1_3 The posix shared extension for php
php5-session-5.2.1_2 The session shared extension for php
php5-simplexml-5.2.1_2 The simplexml shared extension for php
php5-spl-5.2.1_2 The spl shared extension for php
php5-sqlite-5.2.1_2 The sqlite shared extension for php
php5-tidy-5.2.1_2 The tidy shared extension for php
php5-tokenizer-5.2.1_2 The tokenizer shared extension for php
php5-xml-5.2.1_2 The xml shared extension for php
php5-xmlreader-5.2.1_2 The xmlreader shared extension for php
php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php
php5-zlib-5.2.1_2 The zlib shared extension for php
phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web
pecl-filter-0.11.0 PHP extension for safely dealing with input
parameters
pecl-hash-1.3 HASH Message Digest Framework for PHP
pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation)
seriali
pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly
I did exactly what was written on this page,
[url]http://bugs.php.net/bugs-generating-backtrace.php[/url], but no core file and
gdb can't stand httpd so no backtrace. Any help will be most welcome.
Thx
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #14 #40641 [Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Well, I compile PHP with --disable-debug and CFLAGS="-O0 -g", can't get
a BT. I compile it with --enable-debug and CFLAGS="-O0 -g" again, no BT.
I even recompile httpd with either WITHDEBUG=yes and CFLAGS="-O0 -g"
still can get a BT. I still can get httpd to run in gdb :
gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
I'll try to know at least what is the problematic extension that cause
httpd to crash when open_basedir is defined (see comment on [26 Feb
7:12pm UTC]).
Previous Comments:
------------------------------------------------------------------------
[2007-02-28 22:12:41] jfgingras at cegep-ste-foy dot qc dot ca
We finaly found a machine on which we can reproduce the error. I'll
compile PHP as you recommened. Three servers running FreeBSD 6.1, with
the lastest patchs an all, all running on 64bits CPU. Two servers are
running with 2x AMD64 Opteron Processor 248 (both crash with
open_basedir) and one running with AMD64 Athlon Dual Core (doesn't
crash with open_basedir).
I'll try to run httpd under gdb again, I want that backtrace ;)
------------------------------------------------------------------------
[2007-02-28 15:00:00] [email]tony2001@php.net[/email]
Try rebuilding PHP with --disable-debug and CFLAGS="-O0 -g".
Btw, what GCC version do you use?
------------------------------------------------------------------------
[2007-02-28 14:53:57] jfgingras at cegep-ste-foy dot qc dot ca
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
[2007-02-26 20:25:26] [email]tony2001@php.net[/email]
Please check if valgrind is able to find something there.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #15 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
-Bug Type: Reproducible crash
+Bug Type: Unknown/Other Function
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
Previous Comments:
------------------------------------------------------------------------
[2007-03-02 18:22:24] jfgingras at cegep-ste-foy dot qc dot ca
Well, I compile PHP with --disable-debug and CFLAGS="-O0 -g", can't get
a BT. I compile it with --enable-debug and CFLAGS="-O0 -g" again, no BT.
I even recompile httpd with either WITHDEBUG=yes and CFLAGS="-O0 -g"
still can get a BT. I still can get httpd to run in gdb :
gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
I'll try to know at least what is the problematic extension that cause
httpd to crash when open_basedir is defined (see comment on [26 Feb
7:12pm UTC]).
------------------------------------------------------------------------
[2007-02-28 22:12:41] jfgingras at cegep-ste-foy dot qc dot ca
We finaly found a machine on which we can reproduce the error. I'll
compile PHP as you recommened. Three servers running FreeBSD 6.1, with
the lastest patchs an all, all running on 64bits CPU. Two servers are
running with 2x AMD64 Opteron Processor 248 (both crash with
open_basedir) and one running with AMD64 Athlon Dual Core (doesn't
crash with open_basedir).
I'll try to run httpd under gdb again, I want that backtrace ;)
------------------------------------------------------------------------
[2007-02-28 15:00:00] [email]tony2001@php.net[/email]
Try rebuilding PHP with --disable-debug and CFLAGS="-O0 -g".
Btw, what GCC version do you use?
------------------------------------------------------------------------
[2007-02-28 14:53:57] jfgingras at cegep-ste-foy dot qc dot ca
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
-
jfgingras at cegep-ste-foy dot qc dot ca #16 #40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641
User updated by: jfgingras at cegep-ste-foy dot qc dot ca
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Looks like the session extension is the root of the crash. We try every
extionsions alone, and only session crashed httpd. I know it would be
great if I was able to get that damn BT but I hope this new info can
help to find a solution to this problem. If you you have any idea to
fix this or new ways to get a BT, please let me know.
Thx.
Previous Comments:
------------------------------------------------------------------------
[2007-03-02 18:22:24] jfgingras at cegep-ste-foy dot qc dot ca
Well, I compile PHP with --disable-debug and CFLAGS="-O0 -g", can't get
a BT. I compile it with --enable-debug and CFLAGS="-O0 -g" again, no BT.
I even recompile httpd with either WITHDEBUG=yes and CFLAGS="-O0 -g"
still can get a BT. I still can get httpd to run in gdb :
gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
I'll try to know at least what is the problematic extension that cause
httpd to crash when open_basedir is defined (see comment on [26 Feb
7:12pm UTC]).
------------------------------------------------------------------------
[2007-02-28 22:12:41] jfgingras at cegep-ste-foy dot qc dot ca
We finaly found a machine on which we can reproduce the error. I'll
compile PHP as you recommened. Three servers running FreeBSD 6.1, with
the lastest patchs an all, all running on 64bits CPU. Two servers are
running with 2x AMD64 Opteron Processor 248 (both crash with
open_basedir) and one running with AMD64 Athlon Dual Core (doesn't
crash with open_basedir).
I'll try to run httpd under gdb again, I want that backtrace ;)
------------------------------------------------------------------------
[2007-02-28 15:00:00] [email]tony2001@php.net[/email]
Try rebuilding PHP with --disable-debug and CFLAGS="-O0 -g".
Btw, what GCC version do you use?
------------------------------------------------------------------------
[2007-02-28 14:53:57] jfgingras at cegep-ste-foy dot qc dot ca
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
------------------------------------------------------------------------
[2007-02-28 14:32:39] jfgingras at cegep-ste-foy dot qc dot ca
Well, the portage of Valgrind under FreeBSD 6.1 is only for i386 and it
complains because I'm on a amd64. So I can't get valgrind to compile.
I'll try the source directly from [url]http://valgrind.org/[/url], they saids it
support amd64. Stay tune!
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
jfgingras at cegep-ste-foy dot qc dot ca Guest
-
tony2001@php.net #17 #40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641
Updated by: [email]tony2001@php.net[/email]
Reported By: jfgingras at cegep-ste-foy dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: FreeBSD 6.1-RELEASE
PHP Version: 5.2.1
New Comment:
Please try using this CVS snapshot:
[url]http://snaps.php.net/php4-STABLE-latest.tar.gz[/url]
For Windows:
[url]http://snaps.php.net/win32/php4-win32-STABLE-latest.zip[/url]
Previous Comments:
------------------------------------------------------------------------
[2007-03-09 19:37:48] jfgingras at cegep-ste-foy dot qc dot ca
Looks like the session extension is the root of the crash. We try every
extionsions alone, and only session crashed httpd. I know it would be
great if I was able to get that damn BT but I hope this new info can
help to find a solution to this problem. If you you have any idea to
fix this or new ways to get a BT, please let me know.
Thx.
------------------------------------------------------------------------
[2007-03-02 18:22:24] jfgingras at cegep-ste-foy dot qc dot ca
Well, I compile PHP with --disable-debug and CFLAGS="-O0 -g", can't get
a BT. I compile it with --enable-debug and CFLAGS="-O0 -g" again, no BT.
I even recompile httpd with either WITHDEBUG=yes and CFLAGS="-O0 -g"
still can get a BT. I still can get httpd to run in gdb :
gdb in realloc(): error: junk
pointer, too high to make sense
Abort trap: 6 (core dumped)
I'll try to know at least what is the problematic extension that cause
httpd to crash when open_basedir is defined (see comment on [26 Feb
7:12pm UTC]).
------------------------------------------------------------------------
[2007-02-28 22:12:41] jfgingras at cegep-ste-foy dot qc dot ca
We finaly found a machine on which we can reproduce the error. I'll
compile PHP as you recommened. Three servers running FreeBSD 6.1, with
the lastest patchs an all, all running on 64bits CPU. Two servers are
running with 2x AMD64 Opteron Processor 248 (both crash with
open_basedir) and one running with AMD64 Athlon Dual Core (doesn't
crash with open_basedir).
I'll try to run httpd under gdb again, I want that backtrace ;)
------------------------------------------------------------------------
[2007-02-28 15:00:00] [email]tony2001@php.net[/email]
Try rebuilding PHP with --disable-debug and CFLAGS="-O0 -g".
Btw, what GCC version do you use?
------------------------------------------------------------------------
[2007-02-28 14:53:57] jfgingras at cegep-ste-foy dot qc dot ca
I should I have read more before posting my last comment, seems like
the FreeBSD port only support i386 and the amd64 support is only for
Linux right now.
Guess I'll have to forget about open_basedir for now :(
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/40641[/url]
--
Edit this bug report at [url]http://bugs.php.net/?id=40641&edit=1[/url]
tony2001@php.net Guest
Reply With QuoteSimilar Questions and Discussions
Posting Permissions
- You may not post new threads
- You may post replies
- You may not post attachments
- You may not edit your posts
