[PHP-DEV] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748
Updated by: [EMAIL PROTECTED]
-Summary: changing allow_url_fopen from off to on crashes
fopen()
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Reproducible crash
Operating System: redhat-7.1b
-PHP Version: 4.0.6
+PHP Version: 4.1.0
New Comment:
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
Previous Comments:
[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=0xb740) 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=0xbb84, init=0x804ea24 _init,
fini=0x80968fc _fini,
rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c)
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.
[2001-08-15 02:17:03] [EMAIL PROTECTED]
Could you please try latest CVS snapshot from http://snaps.php.net/ to
verify if this still exists..
Also, what is redhat-7.1b ? (the b there..?)
--Jani
[PHP-DEV] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
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=0xb740) 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=0xbb84, init=0x804ea24 _init,
fini=0x80968fc _fini,
rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c)
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
[PHP-DEV] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: redhat-7.1b
PHP Version: 4.0.6
New Comment:
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.
Previous Comments:
[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=0xb740) 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=0xbb84, init=0x804ea24 _init,
fini=0x80968fc _fini,
rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c)
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.
[2001-08-15 02:17:03] [EMAIL PROTECTED]
Could you please try latest CVS snapshot from http://snaps.php.net/ to
verify if this still exists..
Also, what is redhat-7.1b ? (the b there..?)
--Jani
[2001-08-14 20:24:01] [EMAIL PROTECTED]
Using
Apache-1.3.20
PHP-4.0.6
glibc-2.2.3
PHP compiled as DSO, no other options
./configure --with-apxs=/usr/local/apache/bin/apxs
Note, this is not the same as bug #9672
Updating glibc does solve that problem see
http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181
/usr/local/lib/php.ini
[PHP]
engine = On
allow_url_fopen = Off
My httpd.conf contains (in a VirtualHost),
php_admin_flag allow_url_fopen On
A test script
[PHP-DEV] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: redhat-7.1b
PHP Version: 4.0.6
New Comment:
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=0xb740) 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=0xbb84, init=0x804ea24 _init,
fini=0x80968fc _fini,
rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c)
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.
Previous Comments:
[2001-08-15 02:17:03] [EMAIL PROTECTED]
Could you please try latest CVS snapshot from http://snaps.php.net/ to verify if this
still exists..
Also, what is redhat-7.1b ? (the b there..?)
--Jani
[2001-08-14 20:24:01] [EMAIL PROTECTED]
Using
Apache-1.3.20
PHP-4.0.6
glibc-2.2.3
PHP compiled as DSO, no other options
./configure --with-apxs=/usr/local/apache/bin/apxs
Note, this is not the same as bug #9672
Updating glibc does solve that problem see
http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181
/usr/local/lib/php.ini
[PHP]
engine = On
allow_url_fopen = Off
My httpd.conf contains (in a VirtualHost),
php_admin_flag allow_url_fopen On
A test script
?php
$fp = fopen( http://www.php.net;, r );
if( $fp )
{
fclose($fp);
print fopen() success\n;
}
?
Backtrace:
#0 __strtol_internal (nptr=0x403adba0 , endptr=0x81128bc,
base=4,
group=-1073748792) at eval.c:36
#1 0x402bee14 in zend_hash_find (ht=0x403adba0,
arKey=0x81128bc http://www.php.net;, nKeyLength=4,
pData=0xbfffe4c8)
at zend_hash.c:850
#2 0x402cd259 in php_fopen_url_wrapper (path=0x81128bc
http://www.php.net;,
mode=0x810d5c4 r, options=4, issock=0xbfffe508,
socketd=0xbfffe50c,
opened_path=0x0) at fopen_wrappers.c:445
#3 0x4031f2fb in php_if_fopen (ht=2,
return_value=0x810d5a4, this_ptr=0x0,
return_value_used=1) at file.c:639
#4 0x402acd5c in execute (op_array=0x8109efc) at
./zend_execute.c:1504
#5 0x402bae95 in zend_execute_scripts (type=8,
file_count=3) at zend.c:752
#6 0x402cc30b in php_execute_script
(primary_file=0xb890) at main.c:1206
#7 0x402c8bae in apache_php_module_main (r=0x8107644,
display_source_mode=0)
at sapi_apache.c:89
#8 0x402c9541 in send_php (r=0x8107644,
display_source_mode=0, filename=0x0)
at mod_php4.c:536
#9 0x402c956a in send_parsed_php (r=0x8107644) at
mod_php4.c:547
#10 0x080558d3 in ap_invoke_handler () at eval.c:41
#11 0x08069667 in process_request_internal () at eval.c:41
#12 0x080696c8 in ap_process_request () at eval.c:41
#13 0x08060b69 in child_main () at eval.c:41
#14 0x08060d14 in
[PHP-DEV] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: redhat-7.1b
PHP Version: 4.0.6
New Comment:
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?
Previous Comments:
[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=0xb740) 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=0xbb84, init=0x804ea24 _init,
fini=0x80968fc _fini,
rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c)
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.
[2001-08-15 02:17:03] [EMAIL PROTECTED]
Could you please try latest CVS snapshot from http://snaps.php.net/ to verify if this
still exists..
Also, what is redhat-7.1b ? (the b there..?)
--Jani
[2001-08-14 20:24:01] [EMAIL PROTECTED]
Using
Apache-1.3.20
PHP-4.0.6
glibc-2.2.3
PHP compiled as DSO, no other options
./configure --with-apxs=/usr/local/apache/bin/apxs
Note, this is not the same as bug #9672
Updating glibc does solve that problem see
http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181
/usr/local/lib/php.ini
[PHP]
engine = On
allow_url_fopen = Off
My httpd.conf contains (in a VirtualHost),
php_admin_flag allow_url_fopen On
A test script
?php
$fp = fopen( http://www.php.net;, r );
if( $fp )
{
fclose($fp);
print fopen() success\n;
}
?
Backtrace:
#0 __strtol_internal (nptr=0x403adba0 , endptr=0x81128bc,
base=4,
group=-1073748792) at eval.c:36
#1 0x402bee14 in zend_hash_find (ht=0x403adba0,
arKey=0x81128bc http://www.php.net;, nKeyLength=4,
pData=0xbfffe4c8)
at zend_hash.c:850
#2 0x402cd259 in php_fopen_url_wrapper (path=0x81128bc
http://www.php.net;,
mode=0x810d5c4 r, options=4, issock=0xbfffe508,
socketd=0xbfffe50c,
opened_path=0x0) at fopen_wrappers.c:445
#3 0x4031f2fb in php_if_fopen (ht=2,
return_value=0x810d5a4, this_ptr=0x0,
return_value_used=1) at file.c:639
#4 0x402acd5c in execute
[PHP-DEV] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: redhat-7.1b
PHP Version: 4.0.6
New Comment:
Could you please try latest CVS snapshot from http://snaps.php.net/ to verify if this
still exists..
Also, what is redhat-7.1b ? (the b there..?)
--Jani
Previous Comments:
[2001-08-14 20:24:01] [EMAIL PROTECTED]
Using
Apache-1.3.20
PHP-4.0.6
glibc-2.2.3
PHP compiled as DSO, no other options
./configure --with-apxs=/usr/local/apache/bin/apxs
Note, this is not the same as bug #9672
Updating glibc does solve that problem see
http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181
/usr/local/lib/php.ini
[PHP]
engine = On
allow_url_fopen = Off
My httpd.conf contains (in a VirtualHost),
php_admin_flag allow_url_fopen On
A test script
?php
$fp = fopen( http://www.php.net;, r );
if( $fp )
{
fclose($fp);
print fopen() success\n;
}
?
Backtrace:
#0 __strtol_internal (nptr=0x403adba0 , endptr=0x81128bc,
base=4,
group=-1073748792) at eval.c:36
#1 0x402bee14 in zend_hash_find (ht=0x403adba0,
arKey=0x81128bc http://www.php.net;, nKeyLength=4,
pData=0xbfffe4c8)
at zend_hash.c:850
#2 0x402cd259 in php_fopen_url_wrapper (path=0x81128bc
http://www.php.net;,
mode=0x810d5c4 r, options=4, issock=0xbfffe508,
socketd=0xbfffe50c,
opened_path=0x0) at fopen_wrappers.c:445
#3 0x4031f2fb in php_if_fopen (ht=2,
return_value=0x810d5a4, this_ptr=0x0,
return_value_used=1) at file.c:639
#4 0x402acd5c in execute (op_array=0x8109efc) at
./zend_execute.c:1504
#5 0x402bae95 in zend_execute_scripts (type=8,
file_count=3) at zend.c:752
#6 0x402cc30b in php_execute_script
(primary_file=0xb890) at main.c:1206
#7 0x402c8bae in apache_php_module_main (r=0x8107644,
display_source_mode=0)
at sapi_apache.c:89
#8 0x402c9541 in send_php (r=0x8107644,
display_source_mode=0, filename=0x0)
at mod_php4.c:536
#9 0x402c956a in send_parsed_php (r=0x8107644) at
mod_php4.c:547
#10 0x080558d3 in ap_invoke_handler () at eval.c:41
#11 0x08069667 in process_request_internal () at eval.c:41
#12 0x080696c8 in ap_process_request () at eval.c:41
#13 0x08060b69 in child_main () at eval.c:41
#14 0x08060d14 in make_child () at eval.c:41
#15 0x08060e88 in startup_children () at eval.c:41
#16 0x080614d7 in standalone_main () at eval.c:41
#17 0x08061cf3 in main () at eval.c:41
#18 0x400ca6b7 in __libc_start_main (main=0x806195c main,
argc=2,
ubp_av=0xbb64, init=0x804ead0 _init,
fini=0x80969bc _fini,
rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb5c)
at ../sysdeps/generic/libc-start.c:129
Edit this bug report at http://bugs.php.net/?id=12748edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
