#34568 [Opn->Fbk]: PHP and mod_dav conflicts
ID: 34568 Updated by: [EMAIL PROTECTED] Reported By: roso at despammed dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora 2 PHP Version: 5.1.0RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-22 03:07:57] roso at despammed dot com BTW, it is not the Custom 404 page php script that is causing an error, even if I put an empty file there and name it index.php I still get the Segmentation fault. [2005-09-22 03:01:12] roso at despammed dot com Also, I have no clue why there are references in this core dump to /tmp/php-5.1.0RC1 which is the directory where I built PHP. [2005-09-22 02:57:56] roso at despammed dot com I just posted the core dump for the process that ended with a Segmentation fault after trying to PUT a file in a Webdav folder. Also, I just found out that there are many other processes ending with a Segmentation fault, all of them happening when the server looking for a file which is not found is trying to access a 404 custom file made in PHP. if I change the 404 to a simple HTML everything is back to normal. Therefore, it seems that the PHP (5.1.0RC1) is responsible for this fault. It used to work with the previous version (5.1.0b3). [2005-09-22 02:55:05] roso at despammed dot com Thread 1 (process 22993): #0 0xb7bb3510 in _zend_hash_index_update_or_next_insert (ht=0xb7e67af8, h=0, pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1) at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354 nIndex = 0 p = (Bucket *) 0x0 #1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0) at /tmp/php-5.1.0RC1/Zend/zend_list.c:47 index = 0 le = {ptr = 0x846ef8c, type = 2, refcount = 1} #2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x846ef8c, rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99 rsrc_id = 0 #3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb7cece68 "rb") at /tmp/php-5.1.0RC1/main/streams/streams.c:263 le = {ptr = 0x11, type = 0, refcount = -1073751384} ret = (php_stream *) 0x846ef8c #4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68 "rb", persistent_id=0x0) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204 self = (php_stdio_stream_data *) 0x845ee14 stream = (php_stream *) 0x0 #5 0xb7b8ede4 in _php_stream_fopen (filename=0x846c090 "/www/_error/404/index.php", mode=0xb7cece68 "rb", opened_path=0xbfffeeb8, options=133) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881 realpath = 0x83587e4 "/www/_error/404/index.php" open_flags = 0 fd = 17 ret = (php_stream *) 0x846c090 persistent = 17 persistent_id = 0x0 #6 0xb7b8f525 in _php_stream_fopen_with_path ( filename=0x846c090 "/www/_error/404/index.php", mode=0xb7cece68 "rb", path=0x8385f60 ".:/www/_php/pear", opened_path=0xbfffeeb8, options=133) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275 pathbuf = 0x10 ptr = 0x85 end = 0x846c090 "/www/_error/404/index.php" exec_fname = 0x2 trypath = "eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000 \000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000 \000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000 \000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000 \000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000 \000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000 \000is_int\000¿"... sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16, st_mode = 1600942451, st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev = 13835039365436895082, __pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks = -1090492044, st_atim = { tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec = - 1073807244}, st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669, __unused5 = 1701994345} stream = (php_stream *) 0x8d path_length = 138854544 exec_fname_length = 141 #7 0xb7b8c572 in _php_stream_open_wrapper_ex (path=0x846c090 "/www/_error/404/index.php", mode=0xb7cece68 "rb", options=141, opened_path=0x85, context=0x0) at /tmp/php-5.1.0RC1/main/streams/streams.c:1771 stream = (php_stream *) 0x0 wrapper = (php_stream_wrapper *) 0xb7e36028 path_to_open = 0x846c090 "/www/_error/
#34568 [Opn->Fbk]: PHP and mod_dav conflicts
ID: 34568 Updated by: [EMAIL PROTECTED] Reported By: roso at despammed dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora 2 PHP Version: 5.1.0RC1 New Comment: >Maybe I need to backtrace Apache. YES, that's exactly what I'm asking for and what is written in "How to report..". I'm not asking you to get the backtrace using CLI, I'm talking about mod_php/mod_dav and the only way to get their backtraces is to trace httpd (see the link Derick gave you for details). Previous Comments: [2005-09-20 22:51:28] roso at despammed dot com In fact, the problem doesn't come up when accessing a php script. Please read my report. The problem is that I cannot PUT a file in a Webdav folder after upgrading the PHP from php-5.1.0b3 to 5.1.0RC1. And the problem is replicated on two servers with PHP 5.1.0RC1 and mod_dav on Apache 2.0.54. If I --enable-debug that would help catching errors when accessing a php script, right? Maybe I need to backtrace Apache. [2005-09-20 22:35:39] [EMAIL PROTECTED] >To make a backtrace I will need PHP configured with --enable-debug. Yes. Please reopen the report when you have the backtrace. Thanks. [2005-09-20 22:33:00] roso at despammed dot com Yes, php works with or withouth mod_dav. To make a backtrace I will need PHP configured with --enable-debug. The problem described above is absolutely similar on two servers on which I recently upgraded PHP from php-5.1.0b3 to 5.1.0RC1. [2005-09-20 21:55:52] [EMAIL PROTECTED] 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 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". Thank you for helping us make PHP better. And if so, please make a backtrace... [2005-09-20 21:54:11] [EMAIL PROTECTED] Does PHP work for you with/without mod_dav enabled? 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/34568 -- Edit this bug report at http://bugs.php.net/?id=34568&edit=1
#34568 [Opn->Fbk]: PHP and mod_dav conflicts
ID: 34568 Updated by: [EMAIL PROTECTED] Reported By: roso at despammed dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora 2 PHP Version: 5.1.0RC1 New Comment: >To make a backtrace I will need PHP configured with --enable-debug. Yes. Please reopen the report when you have the backtrace. Thanks. Previous Comments: [2005-09-20 22:33:00] roso at despammed dot com Yes, php works with or withouth mod_dav. To make a backtrace I will need PHP configured with --enable-debug. The problem described above is absolutely similar on two servers on which I recently upgraded PHP from php-5.1.0b3 to 5.1.0RC1. [2005-09-20 21:55:52] [EMAIL PROTECTED] 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 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". Thank you for helping us make PHP better. And if so, please make a backtrace... [2005-09-20 21:54:11] [EMAIL PROTECTED] Does PHP work for you with/without mod_dav enabled? [2005-09-20 21:35:12] roso at despammed dot com Description: I just upgraded PHP to PHP 5.1.0RC1 and I get this nice error whenever I try to put a file into a Webdav folder. Windows tells me: "An error occured copying some or all of the selected files." At the same time Apache log shows this: ... child pid 18996 exit signal Segmentation fault (11) I can create new Webdav folders, move files from a folder to another but cannot put new files. If I disable the php module in Apache config file everything is back to normal. What could be a fix for this? I know that there are some conflicts between mod_dav and the php module. Reproduce code: --- Put a file on Web server with mod_dav using Windows Explorer Expected result: upload file Actual result: -- error message from Windows Segmentation Fault in Apache error log -- Edit this bug report at http://bugs.php.net/?id=34568&edit=1
#34568 [Opn->Fbk]: PHP and mod_dav conflicts
ID: 34568 Updated by: [EMAIL PROTECTED] Reported By: roso at despammed dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora 2 PHP Version: 5.1.0RC1 New Comment: Does PHP work for you with/without mod_dav enabled? Previous Comments: [2005-09-20 21:35:12] roso at despammed dot com Description: I just upgraded PHP to PHP 5.1.0RC1 and I get this nice error whenever I try to put a file into a Webdav folder. Windows tells me: "An error occured copying some or all of the selected files." At the same time Apache log shows this: ... child pid 18996 exit signal Segmentation fault (11) I can create new Webdav folders, move files from a folder to another but cannot put new files. If I disable the php module in Apache config file everything is back to normal. What could be a fix for this? I know that there are some conflicts between mod_dav and the php module. Reproduce code: --- Put a file on Web server with mod_dav using Windows Explorer Expected result: upload file Actual result: -- error message from Windows Segmentation Fault in Apache error log -- Edit this bug report at http://bugs.php.net/?id=34568&edit=1