Bug #15495 Updated: mail() Warning failed to connect
ID: 15495 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: XP Pro and 2000 Pro PHP Version: 4.1.1 New Comment: If that last comment I made were true, however, why am I not getting the same error message on the FreeBSD box? Previous Comments: [2002-02-11 03:16:47] [EMAIL PROTECTED] My apologies. It looks as though one must be sure of their smtp server. I am trying to use smtp.mail.yahoo.com with a vaild @yahoo.com address but it is still not working. [2002-02-11 03:04:03] [EMAIL PROTECTED] I'll be sure to follow your request to throw this into the support forum but I think this is a bug regardless. [2002-02-11 02:48:48] [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-02-11 00:42:09] [EMAIL PROTECTED] I am running Apache Version Apache/1.3.22 ScriptAlias /php/ "f:/php/" AddType application/x-httpd-php .php Action application/x-httpd-php "/php/php.exe" LoadModule php4_module f:/php/sapi/php4apache.dll AddType application/x-httpd-php .php php script: I get Warning: Failed to Connect in C:\apache\htdocs\mail_test.php on line 3 The same script works fine on my FreeBSD box. I have seen posts around the same issue but have not grasped a clear understanding of any type of resolve. -Christian -- Edit this bug report at http://bugs.php.net/?id=15495&edit=1
Bug #6417 Updated: Incorrect behaviour with references and arrays
ID: 6417 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux RedHat 6.2 PHP Version: 4.0.6-dev New Comment: See bug number 11909 for a similar issue related to objects Previous Comments: [2001-12-12 08:12:39] [EMAIL PROTECTED] I think PHP version (and OS) is better to be updated. It's hard to know which version is the last PHP version tested. [2001-11-22 18:24:27] [EMAIL PROTECTED] I would like to see this fixed, it's a serious bug IMO. Hope this serves as a reminder to someone (: [2001-05-23 18:49:42] [EMAIL PROTECTED] Resurfacing. Is there any work being done on this? Or should I put this in the docs? If you don't expect it, this bug can create very strange behaviour, for example when you have some library function that creates references, it can mix up your script. This is definitely a bug, and should be fixed a.s.a.p. The fix is included here! status -> analyzed (imo it is even critical, this is straight against the principle of assigning by value: [documentation] >In PHP, variables are always assigned by value. That is to >say, when you assign an expression to a variable, the >entire value of the original expression is copied into the >destination variable. This means, for instance, that after >assigning one variable's value to another, changing one of >those variables will have no effect on the other. ) [2001-04-28 15:27:01] [EMAIL PROTECTED] Reproduced in latest verison [2000-08-31 08:54:19] [EMAIL PROTECTED] Confirmed for 4.0.2. 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/6417 -- Edit this bug report at http://bugs.php.net/?id=6417&edit=1
Bug #15495 Updated: mail() Warning failed to connect
ID: 15495 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: XP Pro and 2000 Pro PHP Version: 4.1.1 New Comment: Haven't yahoo recently switched to authenticated smtp? I believe you need to log in to your POP3 mailbox from the machine that you want to send mail from, otherwise it will not allow you to connect. Previous Comments: [2002-02-11 03:18:03] [EMAIL PROTECTED] If that last comment I made were true, however, why am I not getting the same error message on the FreeBSD box? [2002-02-11 03:16:47] [EMAIL PROTECTED] My apologies. It looks as though one must be sure of their smtp server. I am trying to use smtp.mail.yahoo.com with a vaild @yahoo.com address but it is still not working. [2002-02-11 03:04:03] [EMAIL PROTECTED] I'll be sure to follow your request to throw this into the support forum but I think this is a bug regardless. [2002-02-11 02:48:48] [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-02-11 00:42:09] [EMAIL PROTECTED] I am running Apache Version Apache/1.3.22 ScriptAlias /php/ "f:/php/" AddType application/x-httpd-php .php Action application/x-httpd-php "/php/php.exe" LoadModule php4_module f:/php/sapi/php4apache.dll AddType application/x-httpd-php .php php script: I get Warning: Failed to Connect in C:\apache\htdocs\mail_test.php on line 3 The same script works fine on my FreeBSD box. I have seen posts around the same issue but have not grasped a clear understanding of any type of resolve. -Christian -- Edit this bug report at http://bugs.php.net/?id=15495&edit=1
Bug #15498: identical checkbox names in HTML form
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0CVS-2002-02-11 PHP Bug Type: Feature/Change Request Bug description: identical checkbox names in HTML form You may not consider this to be a bug, but I find it odd that, for instance, Perl can handle HTML posted multiple identical checkbox variable names, but PHP cannot without a workaround (for instance turning the checkbox variable into an array). Any chance of this getting fixed in the near future? . See also: [EMAIL PROTECTED] 30-Jan-2002 02:19 email on the same topic. -- Edit bug report at http://bugs.php.net/?id=15498&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15498&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15498&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15498&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15498&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15498&r=support Expected behavior: http://bugs.php.net/fix.php?id=15498&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15498&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15498&r=submittedtwice
Bug #15499: Apache crashes with Segmentation fault
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.1.1
PHP Bug Type: OCI8 related
Bug description: Apache crashes with Segmentation fault
We run many sites with php4 and oracle.
On every site we have seen that Apache child processes crash after about
10 to 20 requests.
We use different Linux Versions (RedHat 7.1, SuSe Linux 7.1, 7.3) and also
different php-Versions (php4.0.6, php4.1.1).
All these sites use Oracle as Database (oci8-Module).
We run other sites with PHP but without Oracle-Module and these sites run
stable.
We tried also PHP on W2K with IIS with the ISAPI Module with Oci8-Support
and we have the same effect, after 10 to 20 requests, the Server stops
serving PHP-Sites, ...
... this seems to be a bug in the oci8-Module of php.
below ldd of http and a gdb backtrace.
phpinfo can be requested from this url: http://sqp.sft.jawa.at/test.php
ldd httpd
libdl.so.2 => /lib/libdl.so.2 (0x40027000)
libm.so.6 => /lib/libm.so.6 (0x4002a000)
libldap.so.1 => /usr/lib/libldap.so.1 (0x40048000)
liblber.so.1 => /usr/lib/liblber.so.1 (0x4005d000)
libgd.so => /usr/local/lib/libgd.so (0x40062000)
libt1.so.1 => /usr/local/lib/libt1.so.1 (0x4009d000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x400e)
libpng.so.2 => /usr/lib/libpng.so.2 (0x40116000)
libz.so.1 => /usr/local/lib/libz.so.1 (0x40142000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40151000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4017)
libresolv.so.2 => /lib/libresolv.so.2 (0x4019e000)
libnsl.so.1 => /lib/libnsl.so.1 (0x401af000)
libclntsh.so.8.0 => /opt/oracle/OraHome1/lib/libclntsh.so.8.0
(0x401c5000)
libc.so.6 => /lib/libc.so.6 (0x4077b000)
libwtc8.so => /opt/oracle/OraHome1/lib/libwtc8.so (0x4088f000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40891000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
gdb output:
pluto:/usr/local/apache/bin # gdb httpd
GNU gdb 5.0
Copyright 2000 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 "i386-suse-linux"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
[New Thread 1024 (LWP 7211)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 7211)]
0x8159933 in zend_hash_index_find (ht=0x822ca44, h=11, pData=0xbfffea98)
at zend_hash.c:935
935 if ((p->h == h) && (p->nKeyLength == 0)) {
(gdb) bt
#0 0x8159933 in zend_hash_index_find (ht=0x822ca44, h=11,
pData=0xbfffea98)
at zend_hash.c:935
#1 0x815a54b in _zend_list_delete (id=11) at zend_list.c:53
#2 0x80aa637 in _oci_column_hash_dtor (data=0x8f0db04) at oci8.c:727
#3 0x815894a in zend_hash_destroy (ht=0x87db67c) at zend_hash.c:541
#4 0x80aa7f8 in _oci_stmt_list_dtor (rsrc=0x87db4b4) at oci8.c:771
#5 0x815a838 in list_entry_destructor (ptr=0x87db4b4) at zend_list.c:177
#6 0x815aa67 in zend_destroy_rsrc_list (ht=0x822ca44) at zend_list.c:248
#7 0x8148f97 in shutdown_executor () at zend_execute_API.c:196
#8 0x8152d84 in zend_deactivate () at zend.c:600
#9 0x806d71f in php_request_shutdown (dummy=0x0) at main.c:735
#10 0x815f596 in apache_php_module_main (r=0x828fe44,
display_source_mode=0)
at sapi_apache.c:96
#11 0x806ac3e in send_php ()
#12 0x806aca6 in send_parsed_php ()
#13 0x8184509 in ap_invoke_handler ()
#14 0x8199f6f in process_request_internal ()
#15 0x8199fe2 in ap_process_request ()
#16 0x8190b96 in child_main ()
#17 0x8190d55 in make_child ()
#18 0x8190ed6 in startup_children ()
#19 0x819157d in standalone_main ()
#20 0x8191ddc in main ()
#21 0x40797baf in __libc_start_main () from /lib/libc.so.6
--
Edit bug report at http://bugs.php.net/?id=15499&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15499&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15499&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15499&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15499&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15499&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15499&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15499&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15499&r=submittedtwice
Bug #15501: header call crashes PHP as Apache module
From: [EMAIL PROTECTED]
Operating system: RH Linux 7.1
PHP version: 4.1.1
PHP Bug Type: Reproducible crash
Bug description: header call crashes PHP as Apache module
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I remove the un-comment the line //$link = ... (and substitutes my
MySQL server, id and passwd), Apache does not crash. The script correctly
asks for login, however, the realm name is displayed as "My Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:224
#4 0x0806c4bc in sapi_add_header_ex (header_line=0x823de4c 'Z' , "\204Ì\217*",
header_line_len=40, duplicate=1 '\001', replace=1 '\001') at
SAPI.c:505
#5 0x080b91de in zif_header (ht=1, return_value=0x823de0c, this_ptr=0x0,
return_value_used=0) at head.c:56
#6 0x0813e437 in execute (op_array=0x823dd24) at ./zend_execute.c:1590
#7 0x0811b8f2 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#8 0x080695ba in php_execute_script (primary_file=0xb710) at
main.c:1307
#9 0x08126c22 in apache_php_module_main (r=0x82380f4,
display_source_mode=0) at sapi_apache.c:90
#10 0x08065d14 in send_php ()
#11 0x08065d6d in send_parsed_php ()
#12 0x08148203 in ap_invoke_handler ()
#13 0x0815c3e3 in process_request_internal ()
#14 0x0815c444 in ap_process_request ()
#15 0x081538ad in child_main ()
#16 0x08153a58 in make_child ()
#17 0x08153bcc in startup_children ()
#18 0x08154244 in standalone_main ()
#19 0x08154a97 in main ()
#20 0x4019d627 in __libc_start_main (main=0x8154700 , argc=2,
ubp_av=0xbb44, init=0x8063594 <_init>,
fini=0x81726f0 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>,
stack_end=0xbb3c)
at ../sysdeps/generic/libc-start.c:129
Any ideas?
Sven M. Sorensen
University of Southern Denmark
--
Edit bug report at http://bugs.php.net/?id=15501&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15501&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15501&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15501&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15501&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15501&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15501&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15501&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15501&r=submittedtwice
Bug #15502: Apache thread (or childe) dies when using http auth in safe mode
From: [EMAIL PROTECTED]
Operating system: OS/2, Windows, may be others
PHP version: 4.1.1
PHP Bug Type: Apache related
Bug description: Apache thread (or childe) dies when using http auth in safe mode
To reproduce the problem do the following steps:
1) write "php_admin_flag safe_mode on" in apache httpd.conf
to enable safe mode.
2) Request in a brouser script, which contain
header("WWW-Authenticate: Basic realm=\"My Realm\"");
Apache child will die and request will not finished correctly :(
I reproduced this bug on Apache/1.3.23 (OS/2) PHP/4.1.1 and
on Apache/1.3.20 (WIN32) PHP/4.1.1. PHP configured in apache plugun mode
(not cgi).
--
Edit bug report at http://bugs.php.net/?id=15502&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15502&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15502&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15502&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15502&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15502&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15502&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15502&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15502&r=submittedtwice
Bug #15501 Updated: header call crashes PHP as Apache module
ID: 15501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RH Linux 7.1
PHP Version: 4.1.1
New Comment:
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I un-comment the line //$link = ... (and substitutes my MySQL
server, id and passwd), Apache does not crash. The script correctly
asks for login; however, the realm name is displayed as "My
Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows
here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:224
#4 0x0806c4bc in sapi_add_header_ex (header_line=0x823de4c 'Z'
, "\204Ì\217*",
header_line_len=40, duplicate=1 '\001', replace=1 '\001') at
SAPI.c:505
#5 0x080b91de in zif_header (ht=1, return_value=0x823de0c,
this_ptr=0x0, return_value_used=0) at head.c:56
#6 0x0813e437 in execute (op_array=0x823dd24) at
./zend_execute.c:1590
#7 0x0811b8f2 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#8 0x080695ba in php_execute_script (primary_file=0xb710) at
main.c:1307
#9 0x08126c22 in apache_php_module_main (r=0x82380f4,
display_source_mode=0) at sapi_apache.c:90
#10 0x08065d14 in send_php ()
#11 0x08065d6d in send_parsed_php ()
#12 0x08148203 in ap_invoke_handler ()
#13 0x0815c3e3 in process_request_internal ()
#14 0x0815c444 in ap_process_request ()
#15 0x081538ad in child_main ()
#16 0x08153a58 in make_child ()
#17 0x08153bcc in startup_children ()
#18 0x08154244 in standalone_main ()
#19 0x08154a97 in main ()
#20 0x4019d627 in __libc_start_main (main=0x8154700 , argc=2,
ubp_av=0xbb44, init=0x8063594 <_init>,
fini=0x81726f0 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>,
stack_end=0xbb3c)
at ../sysdeps/generic/libc-start.c:129
Any ideas?
Sven M. Sorensen
University of Southern Denmark
Previous Comments:
[2002-02-11 08:05:38] [EMAIL PROTECTED]
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I remove the un-comment the line //$link = ... (and substitutes my
MySQL server, id and passwd), Apache does not crash. The script
correctly asks for login, however, the realm name is displayed as "My
Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows
here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_file
Bug #15503: Mcrypt segfaults if not correctly calling mcrypt_module_close()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: mcrypt related Bug description: Mcrypt segfaults if not correctly calling mcrypt_module_close() Following script demonstrates the problem: \n"; echo "encrypted_text: ".htmlspecialchars($encrypted_text)."\n"; echo "decrypted_text: ".htmlspecialchars($decrypted_text)."\n"; ?> -- Edit bug report at http://bugs.php.net/?id=15503&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15503&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15503&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15503&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15503&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15503&r=support Expected behavior: http://bugs.php.net/fix.php?id=15503&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15503&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15503&r=submittedtwice
Bug #15503 Updated: Mcrypt segfaults if not correctly calling mcrypt_module_close()
ID: 15503 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.1 New Comment: Forgot to tell: apache 1.3.20 libmcrypt 2.4.22 Previous Comments: [2002-02-11 08:38:42] [EMAIL PROTECTED] What is the version of libmcrypt you are using? Please use mcrypt_generic_deinit instead of mcrypt_generic_end. Make a backtrace please. Derick [2002-02-11 08:36:45] [EMAIL PROTECTED] Following script demonstrates the problem: \n"; echo "encrypted_text: ".htmlspecialchars($encrypted_text)."\n"; echo "decrypted_text: ".htmlspecialchars($decrypted_text)."\n"; ?> -- Edit this bug report at http://bugs.php.net/?id=15503&edit=1
Bug #15503 Updated: Mcrypt segfaults if not correctly calling mcrypt_module_close()
ID: 15503 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: mcrypt related Operating System: Linux PHP Version: 4.1.1 New Comment: What is the version of libmcrypt you are using? Please use mcrypt_generic_deinit instead of mcrypt_generic_end. Make a backtrace please. Derick Previous Comments: [2002-02-11 08:36:45] [EMAIL PROTECTED] Following script demonstrates the problem: \n"; echo "encrypted_text: ".htmlspecialchars($encrypted_text)."\n"; echo "decrypted_text: ".htmlspecialchars($decrypted_text)."\n"; ?> -- Edit this bug report at http://bugs.php.net/?id=15503&edit=1
Bug #15501 Updated: header call crashes PHP as Apache module
ID: 15501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Reproducible crash
Operating System: RH Linux 7.1
PHP Version: 4.1.1
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-02-11 08:10:11] [EMAIL PROTECTED]
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I un-comment the line //$link = ... (and substitutes my MySQL
server, id and passwd), Apache does not crash. The script correctly
asks for login; however, the realm name is displayed as "My
Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows
here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:224
#4 0x0806c4bc in sapi_add_header_ex (header_line=0x823de4c 'Z'
, "\204Ì\217*",
header_line_len=40, duplicate=1 '\001', replace=1 '\001') at
SAPI.c:505
#5 0x080b91de in zif_header (ht=1, return_value=0x823de0c,
this_ptr=0x0, return_value_used=0) at head.c:56
#6 0x0813e437 in execute (op_array=0x823dd24) at
./zend_execute.c:1590
#7 0x0811b8f2 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#8 0x080695ba in php_execute_script (primary_file=0xb710) at
main.c:1307
#9 0x08126c22 in apache_php_module_main (r=0x82380f4,
display_source_mode=0) at sapi_apache.c:90
#10 0x08065d14 in send_php ()
#11 0x08065d6d in send_parsed_php ()
#12 0x08148203 in ap_invoke_handler ()
#13 0x0815c3e3 in process_request_internal ()
#14 0x0815c444 in ap_process_request ()
#15 0x081538ad in child_main ()
#16 0x08153a58 in make_child ()
#17 0x08153bcc in startup_children ()
#18 0x08154244 in standalone_main ()
#19 0x08154a97 in main ()
#20 0x4019d627 in __libc_start_main (main=0x8154700 , argc=2,
ubp_av=0xbb44, init=0x8063594 <_init>,
fini=0x81726f0 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>,
stack_end=0xbb3c)
at ../sysdeps/generic/libc-start.c:129
Any ideas?
Sven M. Sorensen
University of Southern Denmark
[2002-02-11 08:05:38] [EMAIL PROTECTED]
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I remove the un-comment the line //$link = ... (and substitutes my
MySQL server, id and passwd), Apache does not crash. The script
correctly asks for login, however, the realm name is displayed as "My
Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows
here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_f
Bug #15245 Updated: HTML output is corrupted unless implicit_flush turned on
ID: 15245 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Output Control Operating System: Windows XP Professional PHP Version: 4.1.1 Assigned To: yohgaki New Comment: I'm also experienceing this bug on Linux 2.4.4, running Apache 1.2.23 and PHP 4.1.1. It also only appears on lengthy pages, but on one short one also. In VIM, it shows up as a stream of characters looking like this: ^@^@^@^@^@... and so on. Just confirming that this isn't limited to WindowsXP. Previous Comments: [2002-02-06 21:57:21] [EMAIL PROTECTED] I found why you get corrupted output w/o ob_implicit_flush. PHP was removing the last buffer enabled, I fixed this. Therefore, real problem should be the last buffer you've enabled. Could you locate the last buffer? If it's a you buffer wrtten in PHP, I need only the output handler function. I also need following php.ini entry settings output_buffering output_handler zlib.output_compression implicit_flush [2002-02-05 02:33:11] [EMAIL PROTECTED] Yes - I'm getting that bug. It seems that things are fine when databases are not used, but when mysql is used repeatedly on a page this happens. Look at this phpBB output: [...] Talkabout Weird Stuff The newest registered user is TonalSiren [...] I seem to be getting $I30 repeated. [2002-01-27 11:09:25] [EMAIL PROTECTED] PHP 4.1.1 binaries (and earlier versions) using Apache 1.3.23 in Windows XP Prof. corrupts HTML output with random binary code to clients connecting from remote computers. Output in localhost is fine. This seems to happen if the HTML is lengthy. The problem can be solved turning implicit_flush from php.ini to on, but this is a rather poor solution as it degrades performance quite a lot. Below is an example of corrupted output, both from same source. ... Toimitus ... Lue lisää... ²þ ... -- Edit this bug report at http://bugs.php.net/?id=15245&edit=1
Bug #15514: HTML incorrect URL's generated by session code.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: URL related Bug description: HTML incorrect URL's generated by session code. When PHP generates a URL with a session ID in it and there's already a variable being passed in the URL, causing it to use an &, it creates a URL which just says & and not & which isn't HTML correct. It's more a niggle than a bug, it's stopping my pages validating correctly ;) -- Edit bug report at http://bugs.php.net/?id=15514&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15514&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15514&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15514&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15514&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15514&r=support Expected behavior: http://bugs.php.net/fix.php?id=15514&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15514&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15514&r=submittedtwice
Bug #14589 Updated: PHP4.1 module and cgi-bin programs
ID: 14589 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.10/gcc 3.0 PHP Version: 4.1.0 New Comment: Encountering the same problem with PHP 4.1.1 on Solaris 8 with Apache 2.0.28. I used to run PHP 4.2.0 (devel) which had no problems but I can't find the source to that one anymore. Previous Comments: [2001-12-18 16:08:36] [EMAIL PROTECTED] (this may be related to bug 14556) Output from my phpinfo(): './configure' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-openssl=/usr/local/ssl' '--with-zlib=/usr/local' '--with-mcrypt=/usr/local' '--with-mysql=/usr/local/mysql' '--with-ncurses' '--with-pdflib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' I added the filter directive in my httpd.conf file: SetOutputFilter PHP SetInputFilter PHP When I run apach2 all cgi-bin programs generate "Premature end of script headers" error, until I comment out the and 'LoadModule php4_module modules/libphp4.so', then everything works again. Jacob Cord -- Edit this bug report at http://bugs.php.net/?id=14589&edit=1
Bug #15514 Updated: HTML incorrect URL's generated by session code.
ID: 15514 Updated by: [EMAIL PROTECTED] -Summary: HTML incorrect URL's generated by session code. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: URL related Operating System: Linux PHP Version: 4.1.1 New Comment: Duplicate of #15504 Previous Comments: [2002-02-11 21:10:53] [EMAIL PROTECTED] When PHP generates a URL with a session ID in it and there's already a variable being passed in the URL, causing it to use an &, it creates a URL which just says & and not & which isn't HTML correct. It's more a niggle than a bug, it's stopping my pages validating correctly ;) -- Edit this bug report at http://bugs.php.net/?id=15514&edit=1
Bug #15515: Constructions involving "... or ..." don't work properly.
From: [EMAIL PROTECTED] Operating system: RH Linux 7.2 (kernel 2.4.9-21) PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Constructions involving "... or ..." don't work properly. Script: This bug seems to be present in PHP versions 4.0.6, and 4.2.0 - it's been tried on more than one machine (including two that I haven't installed myself). Essentially, constructions involving or , where expr2 is a keyword (return, continue, break, etc) fail with a parse error, whereas constructions where expr2 is a function (such as die() etc) succeed. This bug is not specific to the "or" keyword, either. It also occurs with the "and" keyword. -- Edit bug report at http://bugs.php.net/?id=15515&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15515&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15515&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15515&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15515&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15515&r=support Expected behavior: http://bugs.php.net/fix.php?id=15515&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15515&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15515&r=submittedtwice
Bug #15516: odbc_execute() param clobber fix (Patch included)
From: [EMAIL PROTECTED]
Operating system: Debian testing
PHP version: 4.0CVS-2002-02-11
PHP Bug Type: ODBC related
Bug description: odbc_execute() param clobber fix (Patch included)
-
Synopsis:
odbc_execute() has some undocumented functionality:
if a parameter is given enclosed in single-quotes, that
param is taken as the name of a file to read and send
instead of the actual parameter string.
In the above case, odbc_execute() will replace the last
character of the passed parameter with \0.
-
Test script:
-
Output:
Before: \'/home/torben/odbc.ini\'
After: \'/home/torben/odbc.ini\0
-
Patch:
Index: php_odbc.c
===
RCS file: /repository/php4/ext/odbc/php_odbc.c,v
retrieving revision 1.115
diff -u -r1.115 php_odbc.c
--- php_odbc.c 30 Jan 2002 21:54:54 - 1.115
+++ php_odbc.c 12 Feb 2002 02:41:25 -
@@ -943,12 +943,13 @@
else
ctype = SQL_C_CHAR;
- if (Z_STRVAL_PP(tmp)[0] == '\'' &&
+ if (Z_STRLEN_PP(tmp) > 2 &&
+Z_STRVAL_PP(tmp)[0] == '\'' &&
Z_STRVAL_PP(tmp)[Z_STRLEN_PP(tmp) - 1] == '\'') {
- filename = &Z_STRVAL_PP(tmp)[1];
- filename[Z_STRLEN_PP(tmp) - 2] = '\0';
+ filename = estrndup(&Z_STRVAL_PP(tmp)[1],
+Z_STRLEN_PP(tmp) - 2);
+ filename[strlen(filename)] = '\0';
-if ((params[i-1].fp = open(filename,O_RDONLY)) == -1) {
+ if ((params[i-1].fp = open(filename,O_RDONLY)) == -1)
+{
php_error(E_WARNING,"Can't open file %s",
filename);
SQLFreeStmt(result->stmt, SQL_RESET_PARAMS);
for(i = 0; i < result->numparams; i++) {
@@ -957,8 +958,11 @@
}
}
efree(params);
+ efree(filename);
RETURN_FALSE;
}
+
+ efree(filename);
params[i-1].vallen = SQL_LEN_DATA_AT_EXEC(0);
--
Edit bug report at http://bugs.php.net/?id=15516&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15516&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15516&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15516&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15516&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15516&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15516&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15516&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15516&r=submittedtwice
Bug #15516 Updated: odbc_execute() param clobber fix (Patch included)
ID: 15516
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
Operating System: Debian testing
-PHP Version: 4.0CVS-2002-02-11
+PHP Version: 4.0CVS-2002-02-1
New Comment:
along similar lines, it would be nice to change that open() call to the
php wrapper which enables safe-mode checking. (there was a bug filed
recently about this, i think. or maybe just a message on php-dev.)
Previous Comments:
[2002-02-11 22:08:20] [EMAIL PROTECTED]
-
Synopsis:
odbc_execute() has some undocumented functionality:
if a parameter is given enclosed in single-quotes, that
param is taken as the name of a file to read and send
instead of the actual parameter string.
In the above case, odbc_execute() will replace the last
character of the passed parameter with \0.
-
Test script:
-
Output:
Before: \'/home/torben/odbc.ini\'
After: \'/home/torben/odbc.ini\0
-
Patch:
Index: php_odbc.c
===
RCS file: /repository/php4/ext/odbc/php_odbc.c,v
retrieving revision 1.115
diff -u -r1.115 php_odbc.c
--- php_odbc.c 30 Jan 2002 21:54:54 - 1.115
+++ php_odbc.c 12 Feb 2002 02:41:25 -
@@ -943,12 +943,13 @@
else
ctype = SQL_C_CHAR;
- if (Z_STRVAL_PP(tmp)[0] == '\'' &&
+ if (Z_STRLEN_PP(tmp) > 2 &&
+Z_STRVAL_PP(tmp)[0] == '\'' &&
Z_STRVAL_PP(tmp)[Z_STRLEN_PP(tmp) - 1] == '\'') {
- filename = &Z_STRVAL_PP(tmp)[1];
- filename[Z_STRLEN_PP(tmp) - 2] = '\0';
+ filename = estrndup(&Z_STRVAL_PP(tmp)[1],
+Z_STRLEN_PP(tmp) - 2);
+ filename[strlen(filename)] = '\0';
-if ((params[i-1].fp = open(filename,O_RDONLY)) == -1)
{
+ if ((params[i-1].fp = open(filename,O_RDONLY)) == -1)
+{
php_error(E_WARNING,"Can't open file %s",
filename);
SQLFreeStmt(result->stmt, SQL_RESET_PARAMS);
for(i = 0; i < result->numparams; i++) {
@@ -957,8 +958,11 @@
}
}
efree(params);
+ efree(filename);
RETURN_FALSE;
}
+
+ efree(filename);
params[i-1].vallen = SQL_LEN_DATA_AT_EXEC(0);
--
Edit this bug report at http://bugs.php.net/?id=15516&edit=1
Bug #15517: odbc_execute() special quoted parameter handling not documented
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: odbc_execute() special quoted parameter handling not documented If one of the parameters in the array passed to odbc_execute() starts and ends with single quotes, that parameter will be taken as the name of a file to read and send instead of a string to be subsituted in the prepared statement. I'll add this later tonight, but I'm wondering: how can one use a string which begins and ends with single quotes as a parameter without this happening if one is stuck with using '' to escape single quotes instead of \'? Unless I'm missing something, I'll add that as a feature request later today. Torben -- Edit bug report at http://bugs.php.net/?id=15517&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15517&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15517&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15517&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15517&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15517&r=support Expected behavior: http://bugs.php.net/fix.php?id=15517&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15517&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15517&r=submittedtwice
Bug #15517 Updated: odbc_execute() special quoted parameter handling not documented
ID: 15517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 -Assigned To: +Assigned To: torben New Comment: Just assigning to myself--but if anyone can answer my question about escaping quotes, I'd be much obliged. :) Torben Previous Comments: [2002-02-11 22:15:26] [EMAIL PROTECTED] If one of the parameters in the array passed to odbc_execute() starts and ends with single quotes, that parameter will be taken as the name of a file to read and send instead of a string to be subsituted in the prepared statement. I'll add this later tonight, but I'm wondering: how can one use a string which begins and ends with single quotes as a parameter without this happening if one is stuck with using '' to escape single quotes instead of \'? Unless I'm missing something, I'll add that as a feature request later today. Torben -- Edit this bug report at http://bugs.php.net/?id=15517&edit=1
Bug #14731 Updated: read_exif_data crash reading specific images
ID: 14731 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Graphics related Operating System: FreeBSD 4.4 PHP Version: 4.1.0 New Comment: I had it working ok when reading one file from a DC4800. Tried to open 10 in a row and I got the following error in the apache log file for each file: FATAL: emalloc(): Unable to allocate -2147483648 bytes FreeBSD 4.5, PHP 4.1.1 Previous Comments: [2002-01-11 17:43:35] [EMAIL PROTECTED] I've been strugling with this issue for some time, also on FreeBSD 4.4-stable. The bug still exists in CVS as of today. I can also conform that removing TAG_JPEGQUAL and TAG_MACRO fixes the problem. [2001-12-28 07:26:12] [EMAIL PROTECTED] When calling read_exif_data with a picture taken with a Kodak DC240 it causes PHP to crash. (This error is probably related to bug #14026) It seems to be caused to the (mis-)reading of the thumbnail-info from the exif-tag. After changing the ext/exif.c and removing the cases TAG_JPEGQUAL and TAG_MACRO at line 760-779, the read_exif_data runs without any problems - But then (of course) it only read the data about the picture and not the thumbnail. To reproduce call read_exif_data with any photo taken with a Kodak DC240 Examplephoto http://thoestesen.dk/DCP_4030.JPG -- Edit this bug report at http://bugs.php.net/?id=14731&edit=1
Bug #14749 Updated: array_reduce() causes segmentation faults
ID: 14749
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat 7.1
PHP Version: 4.1.1
New Comment:
Can you attach a copy of tree.xml to an email and send it to
[EMAIL PROTECTED]? Also, please update this bug report to include your
configure line.
Sean
Previous Comments:
[2001-12-28 17:27:13] [EMAIL PROTECTED]
This drove me crazy. array_reduce() causes segmentation faults when
used in a complex, recursive manner. I'm pretty sure it's
array_reduce() and not create_function() that's the culprit here. I'm
sorry I can't provide a simpler example, but I've been unable to
reprodce the crash otherwise. I'll try to describe what I'm doing to
the best of my abilities.
debug.php is an include that I use for dumping out nicely-formatted
data structures - it works like print_r() but cleaner. It's written
using functional techniques, so I'm using create_function() as a lambda
and array_reduce() as a reduction.
tree.xml is an XML file that I'm parsing into a data structure using
wddx_deserialize(). I thought that it was my deserialization that was
the problem when I was using XML-RPC, and switched to WDDX in hopes
that that would solve the crash problem. It didn't. It took a lot of
monkeying around before I figured out where the real problem was.
I don't know how to use GDB, and I don't really have any more time to
dedicate to this, so no backtrace. Sorry. I've experienced this problem
with PHP 4.1.0, 4.1.1, and 4.2.0-dev under RedHat 7.1 and Apache
1.3.22.
Here are my source files:
crash.php (this is the one to run)
debug.php:
$val) $result[] = array($key, $val);
return $result;
}
function debug_node($key, $val) {
return "-+ $key "
. "(" . gettype($val) .
")\n";
}
function debug_leaf($key, $val) {
return "-> $key = $val "
. "(" . gettype($val) .
")\n";
}
function debug_reduce($prep, $accum, $key_val) {
list($key, $val) = $key_val;
return "$accum$prep" . (is_array($val) ? debug_node($key,
$val)
. debug_tree("$prep |",
$val)
: debug_leaf($key,
$val));
}
function debug_tree($prep, $array) {
return array_reduce(array_items($array),
create_function('$a, $x',
"return debug_reduce('$prep', \$a, \$x);"),
'');
}
function debug_array($array) {
return "\n"
. debug_tree('|', $array) . '';
}
function debug_string($string) {
return "\n"
. nl2br($string) . "\n";
}
function debug($msg) {
?>
tree.xml:
About UsWho We Areabout/who2342
What We Doodooabout/what69aboutProductsproducts8699Servicesservices<
/array>Contact
Uscontact1
That's it. Good luck.
Peace,
Dave
--
Edit this bug report at http://bugs.php.net/?id=14749&edit=1
Bug #5820 Updated: php.exe has generated errors and will be closed by Windows
ID: 5820 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Installation problem Operating System: windows 2000 PHP Version: Earlier? Upgrade first! New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2000-07-27 19:24:55] [EMAIL PROTECTED] Expecting that you don´t use the latest version, please upgrade first. [2000-07-27 18:32:26] [EMAIL PROTECTED] I am using php with Apache on Windows 2000. It worked fine with Win98, but when I upgraded it keeps giving the above error! -- Edit this bug report at http://bugs.php.net/?id=5820&edit=1
Bug #15514 Updated: HTML incorrect URL's generated by session code.
ID: 15514 Updated by: [EMAIL PROTECTED] -Summary: HTML incorrect URL's generated by session code. Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: URL related Operating System: Linux PHP Version: 4.1.1 New Comment: See 'arg_separator.output' in PHP.INI Previous Comments: [2002-02-11 21:32:19] [EMAIL PROTECTED] Duplicate of #15504 [2002-02-11 21:10:53] [EMAIL PROTECTED] When PHP generates a URL with a session ID in it and there's already a variable being passed in the URL, causing it to use an &, it creates a URL which just says & and not & which isn't HTML correct. It's more a niggle than a bug, it's stopping my pages validating correctly ;) -- Edit this bug report at http://bugs.php.net/?id=15514&edit=1
