Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: Linux Mandrake 8.2
PHP Version: 4.2.0
New Comment:
Not yet solved in 4.2.1
Jan P. Sorensen
Previous Comments:
[2002-05-10 11:19:51] [EMAIL PROTECTED]
I tried CVS from may 10. It did not solve the restart
problem.
Jan P. Sorensen
[2002-05-09 17:10:14] [EMAIL PROTECTED]
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation
problem, the fix will show up soon at http://www.php.net/manual/.
Thank you for the report.
This is fixed in CVS, I believe. Thanks!
[2002-05-09 15:50:35] [EMAIL PROTECTED]
I fail to get a usefull core dump.
I tried httpd -X and kill -HUP pid from another terminal. I also
tried gdb ./httpd, run -X and bt
The result is probably useless, since I get the same result with and
without the PHP4 module.
Program received signal SIGHUP, Hangup.
[Switching to Thread 1024 (LWP 25947)]
0x401d20b2 in accept () from /lib/libc.so.6
(gdb) bt
#0 0x401d20b2 in accept () from /lib/libc.so.6
#1 0x400db646 in accept (fd=5, addr=
{__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24,
__sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24,
__sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24,
__sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24,
__sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24,
__sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24,
__sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40)
at wrapsyscall.c:187
#2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340,
connection_context=0x817cb60) at sockets.c:189
#3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98,
ptrans=0x817cb60) at unixd.c:425
#4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651
#5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711
#6 0x0807fc8d in startup_children (number_to_start=5) at
prefork.c:783
#7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110,
s=0x81477e0)
at prefork.c:999
#8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632
#9 0x400fe280 in __libc_start_main () from /lib/libc.so.6
Jan P. Sorensen
[2002-05-09 06:39:40] [EMAIL PROTECTED]
To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open.
[2002-05-09 06:33:42] [EMAIL PROTECTED]
PHP 4.2 CVS version from may 9. and Apache 2.0.36
may be started correctly by the command: bin/apachectl start
However after a bin/apachectl restart the Webserver crashes:
[Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev
configured -- resuming normal operations
[Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to
restart
[Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error
detected in the parent process
[Thu May 09 10:54:56 2002] [warn] pid file
/usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of
previous Apache run?
[Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev
configured -- resuming normal operations
A full stop and start of Apache will circumvent the problem.
Apache: ./configure --enable-proxy
PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs
--enable-track-vars --with-mysql
The restart works correctly when the modules/libphp4.so is removed
fra the httpd.conf
This is a follow up to report #16475 where SSL was included.
Jan P. Sorensen
--
Edit this bug report at http://bugs.php.net/?id=17113edit=1
Bug #17210: Apache 2 restart
From: [EMAIL PROTECTED] Operating system: Linux 8.2 PHP version: 4.2.1 PHP Bug Type: Apache2 related Bug description: Apache 2 restart Bug #17113 continues in PHP 4.2.1 bin/apachectl restart does not work, but give a segmentation error. Jan P. Sorensen -- Edit bug report at http://bugs.php.net/?id=17210edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17210r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17210r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17210r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17210r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17210r=support Expected behavior: http://bugs.php.net/fix.php?id=17210r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17210r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17210r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17210r=globals
Bug #17211: zend.h and php.h call unix.h
From: [EMAIL PROTECTED] Operating system: Linux 8.2 PHP version: 4.2.1 PHP Bug Type: Compile Failure Bug description: zend.h and php.h call unix.h zend.h and php.h call /usr/local/include/unix.h and give a compilation failure in PHP 4.2.1: In file included from zend.h:55, from zend_compile.h:24, from zend_language_parser.c:147: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union In file included from php.h:71, from main.c:26: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union The problem can be circumvented by simple removal of include unix.h in zend.h and php.h Jan P. Sorensen -- Edit bug report at http://bugs.php.net/?id=17211edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17211r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17211r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17211r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17211r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17211r=support Expected behavior: http://bugs.php.net/fix.php?id=17211r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17211r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17211r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17211r=globals
Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: Linux Mandrake 8.2
PHP Version: 4.2.0
New Comment:
I tried CVS from may 10. It did not solve the restart
problem.
Jan P. Sorensen
Previous Comments:
[2002-05-09 17:10:14] [EMAIL PROTECTED]
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation
problem, the fix will show up soon at http://www.php.net/manual/.
Thank you for the report.
This is fixed in CVS, I believe. Thanks!
[2002-05-09 15:50:35] [EMAIL PROTECTED]
I fail to get a usefull core dump.
I tried httpd -X and kill -HUP pid from another terminal. I also
tried gdb ./httpd, run -X and bt
The result is probably useless, since I get the same result with and
without the PHP4 module.
Program received signal SIGHUP, Hangup.
[Switching to Thread 1024 (LWP 25947)]
0x401d20b2 in accept () from /lib/libc.so.6
(gdb) bt
#0 0x401d20b2 in accept () from /lib/libc.so.6
#1 0x400db646 in accept (fd=5, addr=
{__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24,
__sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24,
__sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24,
__sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24,
__sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24,
__sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24,
__sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40)
at wrapsyscall.c:187
#2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340,
connection_context=0x817cb60) at sockets.c:189
#3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98,
ptrans=0x817cb60) at unixd.c:425
#4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651
#5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711
#6 0x0807fc8d in startup_children (number_to_start=5) at
prefork.c:783
#7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110,
s=0x81477e0)
at prefork.c:999
#8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632
#9 0x400fe280 in __libc_start_main () from /lib/libc.so.6
Jan P. Sorensen
[2002-05-09 06:39:40] [EMAIL PROTECTED]
To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open.
[2002-05-09 06:33:42] [EMAIL PROTECTED]
PHP 4.2 CVS version from may 9. and Apache 2.0.36
may be started correctly by the command: bin/apachectl start
However after a bin/apachectl restart the Webserver crashes:
[Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev
configured -- resuming normal operations
[Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to
restart
[Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error
detected in the parent process
[Thu May 09 10:54:56 2002] [warn] pid file
/usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of
previous Apache run?
[Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev
configured -- resuming normal operations
A full stop and start of Apache will circumvent the problem.
Apache: ./configure --enable-proxy
PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs
--enable-track-vars --with-mysql
The restart works correctly when the modules/libphp4.so is removed
fra the httpd.conf
This is a follow up to report #16475 where SSL was included.
Jan P. Sorensen
--
Edit this bug report at http://bugs.php.net/?id=17113edit=1
Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux Mandrake 8.2
PHP Version: 4.2.0
New Comment:
I fail to get a usefull core dump.
I tried httpd -X and kill -HUP pid from another terminal. I also
tried gdb ./httpd, run -X and bt
The result is probably useless, since I get the same result with and
without the PHP4 module.
Program received signal SIGHUP, Hangup.
[Switching to Thread 1024 (LWP 25947)]
0x401d20b2 in accept () from /lib/libc.so.6
(gdb) bt
#0 0x401d20b2 in accept () from /lib/libc.so.6
#1 0x400db646 in accept (fd=5, addr=
{__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24,
__sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24,
__sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24,
__sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24,
__sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24,
__sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24,
__sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40)
at wrapsyscall.c:187
#2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340,
connection_context=0x817cb60) at sockets.c:189
#3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98,
ptrans=0x817cb60) at unixd.c:425
#4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651
#5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711
#6 0x0807fc8d in startup_children (number_to_start=5) at
prefork.c:783
#7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110,
s=0x81477e0)
at prefork.c:999
#8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632
#9 0x400fe280 in __libc_start_main () from /lib/libc.so.6
Jan P. Sorensen
Previous Comments:
[2002-05-09 06:39:40] [EMAIL PROTECTED]
To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open.
[2002-05-09 06:33:42] [EMAIL PROTECTED]
PHP 4.2 CVS version from may 9. and Apache 2.0.36
may be started correctly by the command: bin/apachectl start
However after a bin/apachectl restart the Webserver crashes:
[Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev
configured -- resuming normal operations
[Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to
restart
[Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error
detected in the parent process
[Thu May 09 10:54:56 2002] [warn] pid file
/usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of
previous Apache run?
[Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev
configured -- resuming normal operations
A full stop and start of Apache will circumvent the problem.
Apache: ./configure --enable-proxy
PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs
--enable-track-vars --with-mysql
The restart works correctly when the modules/libphp4.so is removed
fra the httpd.conf
This is a follow up to report #16475 where SSL was included.
Jan P. Sorensen
--
Edit this bug report at http://bugs.php.net/?id=17113edit=1
Bug #16475 Updated: segfault at startup with Apache 2.0.35
ID: 16475 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.x PHP Version: 4.2.0RC2-4 New Comment: The version 1.74 enables the Apache 2.0.35 server to start with PHP 4.2.0 However after a bin/apachectl restart all http calls will fail: child pid 31308 exit signal Segmentation fault (11) A full stop and startssl of Apache is needed. Jan P. Sorensen Previous Comments: [2002-04-24 16:00:38] [EMAIL PROTECTED] Hi folks, great work :-) Apache 2.0.35 works now fine for me even with php4.3-dev (I took it from snaps.php.net). Again let me know when I should retry any other version of php... Thanks + bye, Sebastian [2002-04-23 20:59:35] [EMAIL PROTECTED] This bug has been fixed in CVS. I just committed a fix for this in sapi/apache2filter/sapi_apache2.c version 1.74 (from CVS HEAD). If you are still seeing the problem after trying this version please reopen this bug. Thank you for using Apache/PHP! [2002-04-23 16:12:24] [EMAIL PROTECTED] Hi, try submitting a backtrace. See http://bugs.php.net/bugs-generating-backtrace.php to create it - it's quite simple but helps the developers a lot. Did you compile apache with the option --with-apxs2? Just gimme a hint when I should try to compile apache with php on my system again... Bye, Sebastian [2002-04-23 14:55:29] [EMAIL PROTECTED] Well, this is probably not much help, but with gcc-2.95.3, linux-2.4.18, apache 2.0.35 and PHP 4.2.0 I see the same behavior, namely, httpd -X crashes with a segmentation fault whenever I access ANY page on the server, PHP or not. This only happens AFTER the PHP module is loaded. With the vanilla apache (no php) I have no problems, whatsoever. Also, configuration of both apache and php is minimal. [2002-04-22 00:04:43] [EMAIL PROTECTED] AHA! I think I'm onto something. The DSO is segfaulting in the second initialization round when php_apache_server_startup(). That function calls php_apache_startup() which uses pthread_getspecific. It ends up looking up a structure which contains pointers that point to from the FIRST round, dereferences them, and poof, it dies. I'm working on a patch. 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 http://bugs.php.net/16475 -- Edit this bug report at http://bugs.php.net/?id=16475edit=1
Bug #16869: Squirrelmail, wrong directory
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 8.2 PHP version: 4.2.0 PHP Bug Type: *Web Server problem Bug description: Squirrelmail, wrong directory Use of Squirrelmail version 1.0.6 and 1.2.5 fails together with PHP 4.2.0. Squirrelmail is installed at /usr/apache/htdocs/squirrelmail. During the initial call of Squirrelmail (http://my.server/squirrelmail) the Apache 1.3.24 error log says: File does not exist: /usr/apache/htdocs/src/login.php PHP version 4.1.2 (and earlier) on the other hand works correctly, and finds the requested document at the proper location: /usr/apache/htdocs/squirrelmail/src/login.php Jan P. Sorensen -- PHP configuration: ./configure --with-apache=../apache_1.3.24 --enable-track-vars --with-mysql -- Edit bug report at http://bugs.php.net/?id=16869edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16869r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16869r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16869r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16869r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16869r=support Expected behavior: http://bugs.php.net/fix.php?id=16869r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16869r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16869r=submittedtwice
Bug #16869 Updated: Squirrelmail, wrong directory
ID: 16869 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Web Server problem Operating System: Linux Mandrake 8.2 PHP Version: 4.2.0 New Comment: This was not meant as a support question. It was intended to inform you that a change has occured from PHP 4.1.2 to 4.2.0 which causes identical versions of Squirrelmail to fail. Jan P. Sorensen Previous Comments: [2002-04-27 06:03:33] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-27 04:34:57] [EMAIL PROTECTED] Use of Squirrelmail version 1.0.6 and 1.2.5 fails together with PHP 4.2.0. Squirrelmail is installed at /usr/apache/htdocs/squirrelmail. During the initial call of Squirrelmail (http://my.server/squirrelmail) the Apache 1.3.24 error log says: File does not exist: /usr/apache/htdocs/src/login.php PHP version 4.1.2 (and earlier) on the other hand works correctly, and finds the requested document at the proper location: /usr/apache/htdocs/squirrelmail/src/login.php Jan P. Sorensen -- PHP configuration: ./configure --with-apache=../apache_1.3.24 --enable-track-vars --with-mysql -- Edit this bug report at http://bugs.php.net/?id=16869edit=1
