ID: 12748 Updated by: [EMAIL PROTECTED] -Summary: changing allow_url_fopen from "off" to "on" crashes fopen() Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: redhat-7.1b -PHP Version: 4.1.0 +PHP Version: CVS-2002-02-04 New Comment:
This one is still not fixed. Previous Comments: ------------------------------------------------------------------------ [2002-02-04 03:44:45] [EMAIL PROTECTED] I haven't got the latest snapshot handy - or a machine to test on just at the moment, but I did a quick test on 4.1.0 and segmentation faults appear in my log, so it looks like the bug still exists. I'll try a proper test when I get a chance. I don't seem to be able to change it the status to Open using this bug reporter however. Thanks ------------------------------------------------------------------------ [2002-02-04 02:15:35] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". ------------------------------------------------------------------------ [2001-10-10 19:01:52] [EMAIL PROTECTED] See #13633 which describes a similar problem - I am not alone :-) ------------------------------------------------------------------------ [2001-08-18 05:56:51] [EMAIL PROTECTED] Also, phpinfo() shows a blank cell for the 'Master Value' and "1" for the 'Local Value' of 'allow_url_fopen' when using; in php.ini: allow_url_fopen = Off & in httpd.conf php_admin_flag allow_url_fopen On I tried using "allow_url_fopen = 0" (Master Value becomes "0", fopen() still crashes). I also tried "php_admin_value allow_url_fopen 1" (Local Value still "1", fopen() still crashes). When I leave out the setting in httpd.conf, and just have "allow_url_fopen = Off" in the php.ini file, phpinfo() has "no value" written for the Master Value and Local Value. Maybe this helps? ------------------------------------------------------------------------ [2001-08-18 05:23:43] [EMAIL PROTECTED] Todays snapshot - php4-200108180135.tar.bz2 - still shows the problem. Same config, same test script. redhat-7.1b == redhat 7.1 Beta (Fisher) Backtrace from today: Program received signal SIGSEGV, Segmentation fault. 0x402c0ad1 in zend_hash_find (ht=0x40395ae0, arKey=0x810c8dc "http://www.php.net", nKeyLength=4, pData=0xbfffe208) at zend_hash.c:861 861 p = ht->arBuckets[nIndex]; #0 0x402c0ad1 in zend_hash_find (ht=0x40395ae0, arKey=0x810c8dc "http://www.php.net", nKeyLength=4, pData=0xbfffe208) at zend_hash.c:861 #1 0x402ca732 in php_fopen_url_wrapper (path=0x810c8dc "http://www.php.net", mode=0x81075cc "r", options=4, issock=0xbfffe248, socketd=0xbfffe24c, opened_path=0x0) at fopen_wrappers.c:533 #2 0x4030aa87 in php_if_fopen (ht=2, return_value=0x81075ac, this_ptr=0x0, return_value_used=1) at file.c:661 #3 0x402adaf8 in execute (op_array=0x810750c) at ./zend_execute.c:1590 #4 0x402bbd05 in zend_execute_scripts (type=8, file_count=3) at zend.c:806 #5 0x402c945f in php_execute_script (primary_file=0xbffff740) at main.c:1310 #6 0x402c562e in apache_php_module_main (r=0x8101264, display_source_mode=0) at sapi_apache.c:90 #7 0x402c6112 in send_php (r=0x8101264, display_source_mode=0, filename=0x0) at mod_php4.c:575 #8 0x402c6166 in send_parsed_php (r=0x8101264) at mod_php4.c:590 #9 0x08055823 in ap_invoke_handler () at eval.c:41 #10 0x080695b3 in process_request_internal () at eval.c:41 #11 0x08069614 in ap_process_request () at eval.c:41 #12 0x08060ab9 in child_main () at eval.c:41 #13 0x08060c64 in make_child () at eval.c:41 #14 0x08060dd8 in startup_children () at eval.c:41 #15 0x08061427 in standalone_main () at eval.c:41 #16 0x08061c43 in main () at eval.c:41 #17 0x400ca6b7 in __libc_start_main (main=0x80618ac <main>, argc=2, ubp_av=0xbffffb84, init=0x804ea24 <_init>, fini=0x80968fc <_fini>, rtld_fini=0x4000db64 <_dl_fini>, stack_end=0xbffffb7c) at ../sysdeps/generic/libc-start.c:129 (gdb) print *ht $7 = {nTableSize = 0, nTableMask = 0, nNumOfElements = 0, nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0, pListTail = 0x0, arBuckets = 0x0, pDestructor = 0, persistent = 0 '\000', nApplyCount = 0 '\000', bApplyProtection = 0 '\000'} Looks like 'fopen_url_wrappers_hash' in fopen_wrappers.c isn't being setup right? I'm lost though - I don't see how the apache directives work. ------------------------------------------------------------------------ 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/12748 -- Edit this bug report at http://bugs.php.net/?id=12748&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php