[PHP-BUG] Req #52385 [NEW]: Support for autoloading functions
From: Operating system: Irrelevant PHP version: 5.3.3RC3 Package: SPL related Bug Type: Feature/Change Request Bug description:Support for autoloading functions Description: Would it be possible to add a support for autoloading user-defined functions? Currently only classes are supported by either __autoload or spl_autoload or spl_autoload_register. Including all functions is really awful job whereas classess could be autoloaded nicely (imagine implementation for spl_autoload_register which scans a directory for classess and then includes specific file). I suggest to make possible something similar to the example above for normal functions (global as well as those in namespaces). PS: I know that it could be hacked by emulating namespace with class (eg. static method String::webalize()) but since PHP 5.3 it would be probably nicier not to hack it with classes, but place it to namespace as a regular function (String\webalize()). -- Edit bug report at http://bugs.php.net/bug.php?id=52385&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52385&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52385&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52385&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52385&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52385&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52385&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52385&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52385&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52385&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52385&r=support Expected behavior: http://bugs.php.net/fix.php?id=52385&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52385&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52385&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52385&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52385&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52385&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52385&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52385&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52385&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52385&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52385&r=mysqlcfg
[PHP-BUG] Req #52384 [NEW]: PDOStatement::debugDumpParams does not emit the bind parameter value
From:
Operating system:
PHP version: Irrelevant
Package: PDO related
Bug Type: Feature/Change Request
Bug description:PDOStatement::debugDumpParams does not emit the bind parameter
value
Description:
Per the PDO documentation, PDOStatement::debugDumpParams should emit the
bind parameter value. Currently however, it does not. Attached is a patch
for 5.2 (which also applies cleanly to 5.3), which emits the bind parameter
value.
Test script:
---
prepare('SELECT 1 WHERE 1 = :calories AND 2 = :colour');
if ($sth->bindParam(':calories', $calories, PDO::PARAM_INT) !== true)
die('die on ' . __LINE__. "\n");
if ($sth->bindValue(':colour', $colour, PDO::PARAM_STR) !== true)
die('die on ' . __LINE__. "\n");
$sth->debugDumpParams();
Expected result:
With Patch:
SQL : [len = 44] SELECT 1 WHERE 1 = :calories AND 2 = :colour
Params: 2
Key: Name: [9] :calories
paramno=-1
name=[9] ":calories"
is_param=1
param_type=1
value=150
Key: Name: [7] :colour
paramno=-1
name=[7] ":colour"
is_param=1
param_type=2
value=red
Actual result:
--
SQL: [44] SELECT 1 WHERE 1 = :calories AND 2 = :colour
Params: 2
Key: Name: [9] :calories
paramno=-1
name=[9] ":calories"
is_param=1
param_type=1
Key: Name: [7] :colour
paramno=-1
name=[7] ":colour"
is_param=1
param_type=2
--
Edit bug report at http://bugs.php.net/bug.php?id=52384&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52384&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52384&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52384&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52384&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52384&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52384&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52384&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52384&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52384&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52384&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52384&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52384&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52384&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52384&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52384&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52384&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52384&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52384&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52384&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52384&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52384&r=mysqlcfg
[PHP-BUG] Bug #52383 [NEW]: readdir(false) behavior change
From:
Operating system: Linux
PHP version: 5.3.2
Package: Directory function related
Bug Type: Bug
Bug description:readdir(false) behavior change
Description:
Documentation at http://php.net/readdir explains that
> This function may return Boolean FALSE, but may also return a non-Boolean
value which evaluates to FALSE, such as 0 or "". Please read the section on
Booleans for more information. Use the === operator for testing the return
value of this function.
That was true for PHP 5.2.x and not so for 5.3.x:
# php -r 'var_dump(phpversion(), @readdir(false),
@readdir(false)===false);'
string(8) "5.2.11-2"
bool(false)
bool(true)
# php -r 'var_dump(phpversion(), @readdir(false),
@readdir(false)===false);'
string(7) "5.3.2-1"
NULL
bool(false)
This can make loop while (false !== ($file = readdir($handle))) {...}
infinite if $handle was not checked beforehand.
Please consider to be more backward-compatible if this not cost much.
Thanks!
Test script:
---
php -r 'var_dump(@readdir(false), @readdir(false)===false);'
Expected result:
bool(false)
bool(true)
Actual result:
--
NULL
bool(false)
--
Edit bug report at http://bugs.php.net/bug.php?id=52383&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52383&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52383&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52383&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52383&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52383&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52383&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52383&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52383&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52383&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52383&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52383&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52383&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52383&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52383&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52383&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52383&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52383&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52383&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52383&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52383&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52383&r=mysqlcfg
Bug #46748 [Com]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
Edit report at http://bugs.php.net/bug.php?id=46748&edit=1
ID: 46748
Comment by: romanf at trash dot net
Reported by: romanf at trash dot net
Summary: get_headers generates segmentation fault on HTTPS with
SSLVerifyClient required
Status: Closed
Type: Bug
Package: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-08
Assigned To: scottmac
New Comment:
Hmm.. your problem is not at all related to the issue of this bug:
you're using HTTP, the bug is in HTTPS requests only...
Apart from that: Can you give a -real- example? What are u using for
"domain"?
Previous Comments:
[2010-07-20 20:06:58] mrhat at bk dot ru
Hello When a request print_r (get_headers ('http://domain/error.php'));
Browser issues:
Warning: get_headers (http://domain/error.php) [function.get-headers]:
failed to open stream: HTTP request failed! in X: \ home \ domain \ www
\ error.php on line 7
Fatal error: Maximum execution time of 30 seconds exceeded in X: \ home
\ domain \ www \ error.php on line 7
What is this bug? PHP 5.2.12
[2008-12-30 10:32:29] romanf at trash dot net
Tested:
- Still open in http://snaps.php.net/php5.2-200812300730.tar.gz
- Fixed in http://snaps.php.net/php5.3-200812300730.tar.gz
Thanks!
Roman
[2008-12-29 14:57:30] scott...@php.net
scott-mbp:php5_3 scott$ sapi/cli/php -r
"print_r(get_headers('https://fish-
serv.dyndns.org/php_test/client_none.php'));print_r(get_headers('https
://fish-serv.dyndns.org/php_test/client_require.php'));"
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 29 Dec 2008 14:56:39 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.8
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL
Error messages:
error:14094410:SSL routines:func(148):reason(1040)
error:140940E5:SSL routines:func(148):reason(229) in Command line code
on line 1
Warning: get_headers(https://fish-
serv.dyndns.org/php_test/client_require.php): failed to open stream:
HTTP request failed! in Command line code on line 1
This is definitely fixed.
[2008-12-12 07:40:26] romanf at trash dot net
What output -do- you get when you run the two tests?
-Roman
[2008-12-12 04:10:47] crrodriguez at opensuse dot org
Cannot reproduce in 5_2 nor 5_3.
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/bug.php?id=46748
--
Edit this bug report at http://bugs.php.net/bug.php?id=46748&edit=1
Req #52293 [Bgs]: $_SERVER['PATH_INFO'] doesn't accept single quote in filename
Edit report at http://bugs.php.net/bug.php?id=52293&edit=1
ID: 52293
User updated by: brouard at ined dot fr
Reported by: brouard at ined dot fr
Summary: $_SERVER['PATH_INFO'] doesn't accept single quote in
filename
Status: Bogus
Type: Feature/Change Request
Package: PHP options/info functions
Operating System: Linux
PHP Version: 5.3.2
New Comment:
testi.cgi
Many thanks for your answer. In fact I tested an URL adding "that's it"
in the pathinfo using a perl standard cgi and a php script on the same
server. The perl script output the single quote but the php script
changed it to a question mark:
testi.cgi:
#!/usr/bin/perl
print "Content-type: text/html\n\n";
print "PATH_INFO=".$ENV{"PATH_INFO"}."\n";
URL http://myweb/cgi-bin/testi.cgi/that's it
outputs:
PATH_INFO = /that's it
which is correct.
PHP phpinfoi.php script:
\n";
URL: http://myweb/w/phpinfoi.php/that's it
outputs
PATH_INFO=/that?s it
which is wrong.
I suspect a defect in the apache php module. And you?
Previous Comments:
[2010-07-16 07:18:17] ahar...@php.net
PHP gets the value of PATH_INFO from the Web server, so it's much more
likely to be a problem there.
[2010-07-11 01:10:46] jinmoku at hotmail dot com
use utf8_(de|en)code, it's the browser and/or the server who's write
this
[2010-07-08 20:41:27] brouard at ined dot fr
Description:
$_SERVER['PATH_INFO'] doesn't return single quote in filename.
Although single quote in filenames were used frequently in French while
using mediawiki server. But in recent versions of mediawiki (svn) we can
upload images or pdf files having quotes in their name, like "Rapport
d'activité.pdf" but we can't retrieve any more because the
$_SERVER['PATH_INFO'] is returning a question mark instead of a quote
"/6/6e/Rapport_d?activité.pdf". It has been working for years and now
it says "Access denied, you must log in".
It doesn't affect all wiki servers but only servers where access to
files is granted via the img_auth.php (which means that only logged
users can access to uploaded images).
The orginal code of img_auth.php was:
$path = $_SERVER['PATH_INFO'];
$filename = realpath( $wgUploadDirectory . $_SERVER['PATH_INFO'] );
wfDebugLog( 'img_auth', "\$path is {$path}" );
and the log output contains a question mark instead of the quote.
I decided to patch by replacing the question mark with a single quote:
$path = preg_replace('/\?/','\'', $_SERVER['PATH_INFO']);
and it works but it is not very clean.
What is wrong with having single quote in the PATH_INFO as long as
filenames can have single quote?
Many thanks for any information.
--
Edit this bug report at http://bugs.php.net/bug.php?id=52293&edit=1
Bug #46748 [Com]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
Edit report at http://bugs.php.net/bug.php?id=46748&edit=1
ID: 46748
Comment by: mrhat at bk dot ru
Reported by: romanf at trash dot net
Summary: get_headers generates segmentation fault on HTTPS with
SSLVerifyClient required
Status: Closed
Type: Bug
Package: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-08
Assigned To: scottmac
New Comment:
Hello When a request print_r (get_headers ('http://domain/error.php'));
Browser issues:
Warning: get_headers (http://domain/error.php) [function.get-headers]:
failed to open stream: HTTP request failed! in X: \ home \ domain \ www
\ error.php on line 7
Fatal error: Maximum execution time of 30 seconds exceeded in X: \ home
\ domain \ www \ error.php on line 7
What is this bug? PHP 5.2.12
Previous Comments:
[2008-12-30 10:32:29] romanf at trash dot net
Tested:
- Still open in http://snaps.php.net/php5.2-200812300730.tar.gz
- Fixed in http://snaps.php.net/php5.3-200812300730.tar.gz
Thanks!
Roman
[2008-12-29 14:57:30] scott...@php.net
scott-mbp:php5_3 scott$ sapi/cli/php -r
"print_r(get_headers('https://fish-
serv.dyndns.org/php_test/client_none.php'));print_r(get_headers('https
://fish-serv.dyndns.org/php_test/client_require.php'));"
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 29 Dec 2008 14:56:39 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.8
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL
Error messages:
error:14094410:SSL routines:func(148):reason(1040)
error:140940E5:SSL routines:func(148):reason(229) in Command line code
on line 1
Warning: get_headers(https://fish-
serv.dyndns.org/php_test/client_require.php): failed to open stream:
HTTP request failed! in Command line code on line 1
This is definitely fixed.
[2008-12-12 07:40:26] romanf at trash dot net
What output -do- you get when you run the two tests?
-Roman
[2008-12-12 04:10:47] crrodriguez at opensuse dot org
Cannot reproduce in 5_2 nor 5_3.
[2008-12-08 13:51:50] scott...@php.net
I can't reproduce this on any of the branches now, though I only have
x86 to test.
Jani, any chance of a backtrace on HEAD?
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/bug.php?id=46748
--
Edit this bug report at http://bugs.php.net/bug.php?id=46748&edit=1
Bug #51425 [Com]: segfaults at method_exists()
Edit report at http://bugs.php.net/bug.php?id=51425&edit=1
ID: 51425
Comment by: adam dot zivner at gmail dot com
Reported by: jimmyxx at gmail dot com
Summary: segfaults at method_exists()
Status: Open
Type: Bug
Package: Class/Object related
Operating System: Ubuntu 9.10
PHP Version: 5.2.13
New Comment:
PHP 5.3.12 => PHP 5.2.13
Previous Comments:
[2010-07-20 16:37:38] adam dot zivner at gmail dot com
Experiencing the same problem on PHP 5.3.12. PHP 5.3.1 runs fine.
[2010-03-30 12:12:30] jimmyxx at gmail dot com
Urgh I just installed the debs I compiled but realised this it's still
5.2.10 as
I use package manager to get me the build-deps.
here is the backtrace from the compiled version:
#0 0x012d8a5d in zif_method_exists (ht=2, return_value=0x20d06588,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_builtin_functions.c:935
935 convert_to_string_ex(method_name);
(gdb) bt full
#0 0x012d8a5d in zif_method_exists (ht=2, return_value=0x20d06588,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_builtin_functions.c:935
klass = 0x20bb047c
method_name = 0x20bb0480
lcname = 0x0
ce = 0x20d0f03c
pce = 0x20b0c364
#1 0x012f0f52 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc4830c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:200
return_reference = 0 '\000'
opline = 0x20d22008
original_return_value = 0x20d0a4c8
current_scope = 0x0
current_this = 0x0
return_value_used = 1
should_change_scope = 0 '\000'
ctor_opline = 0xbfc48314
#2 0x012f4ca9 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfc4830c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:1739
opline = 0x20d22008
fname = 0x20d22024
#3 0x012f0a8b in execute (op_array=0x20d07aa8) at /home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x20d22008, function_state =
{function_symbol_table = 0x20bdf8e0, function = 0x20ac7080, reserved =
{0x21,
0x648855b6, 0xbfc48344, 0x20c18f24}}, fbc = 0x0,
op_array = 0x20d07aa8, object = 0x0, Ts = 0xbfc46bf0, CVs =
0xbfc46bc0, original_in_execution = 1 '\001', symbol_table = 0x20bdf550,
prev_execute_data = 0xbfc4872c,
old_error_reporting = 0x0}
op_array = 0x20d07aa8
#4 0x012f110d in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc4872c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:234
opline = 0x20c1e9f8
original_return_value = 0xbfc488b0
current_scope = 0x20c18f24
current_this = 0x20cea3e0
return_value_used = 1
should_change_scope = 1 '\001'
ctor_opline = 0xbfc485d0
#5 0x012f1687 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfc4872c)
at /home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:322
No locals.
#6 0x012f0a8b in execute (op_array=0x20c1cc9c) at /home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x20c1e9f8, function_state =
{function_symbol_table = 0x20bdf550, function = 0x20d07aa8, reserved =
{0xbfc487c8, 0x12ea192, 0x0, 0x20c18f24}}, fbc = 0x20d07aa8,
op_array = 0x20c1cc9c, object = 0x20d00620, Ts = 0xbfc48450,
CVs =
0xbfc48430, original_in_execution = 1 '\001', symbol_table = 0x20bdf48c,
prev_execute_data = 0xbfc4891c,
old_error_reporting = 0x0}
op_array = 0x20c1cc9c
#7 0x012f110d in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc4891c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:234
opline = 0x20c1bd40
original_return_value = 0xbfc48a8c
current_scope = 0x20c18f24
current_this = 0x20cea3e0
return_value_used = 0
should_change_scope = 1 '\001'
ctor_opline = 0xbfc4a3bc
#8 0x012f1687 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfc4891c)
at /home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:322
No locals.
#9 0x012f0a8b in execute (op_array=0x20c1a8d4) at /home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x20c1bd40, function_state =
{function_symbol_table = 0x20bdf48c, function = 0x20c1cc9c, reserved =
{0xbfc489b8, 0x12ea192, 0x0, 0x20bc08e4}}, fbc = 0x20c1cc9c,
op_array = 0x20c1a8d4, object = 0x20cea3e0, Ts = 0xbfc48870,
CVs =
0xbfc48850, original_in_execution = 1 '\001', symbol_table = 0x20bdf018,
prev_execute_data = 0xbfc48acc,
old_error_reporting = 0x0}
op_array = 0x20c1a8d4
#10 0x012f110d in zend_do_fcall_common_helper_SPEC
(execute_data=0xb
Bug #51425 [Com]: segfaults at method_exists()
Edit report at http://bugs.php.net/bug.php?id=51425&edit=1
ID: 51425
Comment by: adam dot zivner at gmail dot com
Reported by: jimmyxx at gmail dot com
Summary: segfaults at method_exists()
Status: Open
Type: Bug
Package: Class/Object related
Operating System: Ubuntu 9.10
PHP Version: 5.2.13
New Comment:
Experiencing the same problem on PHP 5.3.12. PHP 5.3.1 runs fine.
Previous Comments:
[2010-03-30 12:12:30] jimmyxx at gmail dot com
Urgh I just installed the debs I compiled but realised this it's still
5.2.10 as
I use package manager to get me the build-deps.
here is the backtrace from the compiled version:
#0 0x012d8a5d in zif_method_exists (ht=2, return_value=0x20d06588,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_builtin_functions.c:935
935 convert_to_string_ex(method_name);
(gdb) bt full
#0 0x012d8a5d in zif_method_exists (ht=2, return_value=0x20d06588,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_builtin_functions.c:935
klass = 0x20bb047c
method_name = 0x20bb0480
lcname = 0x0
ce = 0x20d0f03c
pce = 0x20b0c364
#1 0x012f0f52 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc4830c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:200
return_reference = 0 '\000'
opline = 0x20d22008
original_return_value = 0x20d0a4c8
current_scope = 0x0
current_this = 0x0
return_value_used = 1
should_change_scope = 0 '\000'
ctor_opline = 0xbfc48314
#2 0x012f4ca9 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfc4830c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:1739
opline = 0x20d22008
fname = 0x20d22024
#3 0x012f0a8b in execute (op_array=0x20d07aa8) at /home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x20d22008, function_state =
{function_symbol_table = 0x20bdf8e0, function = 0x20ac7080, reserved =
{0x21,
0x648855b6, 0xbfc48344, 0x20c18f24}}, fbc = 0x0,
op_array = 0x20d07aa8, object = 0x0, Ts = 0xbfc46bf0, CVs =
0xbfc46bc0, original_in_execution = 1 '\001', symbol_table = 0x20bdf550,
prev_execute_data = 0xbfc4872c,
old_error_reporting = 0x0}
op_array = 0x20d07aa8
#4 0x012f110d in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc4872c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:234
opline = 0x20c1e9f8
original_return_value = 0xbfc488b0
current_scope = 0x20c18f24
current_this = 0x20cea3e0
return_value_used = 1
should_change_scope = 1 '\001'
ctor_opline = 0xbfc485d0
#5 0x012f1687 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfc4872c)
at /home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:322
No locals.
#6 0x012f0a8b in execute (op_array=0x20c1cc9c) at /home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x20c1e9f8, function_state =
{function_symbol_table = 0x20bdf550, function = 0x20d07aa8, reserved =
{0xbfc487c8, 0x12ea192, 0x0, 0x20c18f24}}, fbc = 0x20d07aa8,
op_array = 0x20c1cc9c, object = 0x20d00620, Ts = 0xbfc48450,
CVs =
0xbfc48430, original_in_execution = 1 '\001', symbol_table = 0x20bdf48c,
prev_execute_data = 0xbfc4891c,
old_error_reporting = 0x0}
op_array = 0x20c1cc9c
#7 0x012f110d in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc4891c) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:234
opline = 0x20c1bd40
original_return_value = 0xbfc48a8c
current_scope = 0x20c18f24
current_this = 0x20cea3e0
return_value_used = 0
should_change_scope = 1 '\001'
ctor_opline = 0xbfc4a3bc
#8 0x012f1687 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfc4891c)
at /home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:322
No locals.
#9 0x012f0a8b in execute (op_array=0x20c1a8d4) at /home/jimmy/php5-
5.2.10.dfsg.1/Zend/zend_vm_execute.h:92
execute_data = {opline = 0x20c1bd40, function_state =
{function_symbol_table = 0x20bdf48c, function = 0x20c1cc9c, reserved =
{0xbfc489b8, 0x12ea192, 0x0, 0x20bc08e4}}, fbc = 0x20c1cc9c,
op_array = 0x20c1a8d4, object = 0x20cea3e0, Ts = 0xbfc48870,
CVs =
0xbfc48850, original_in_execution = 1 '\001', symbol_table = 0x20bdf018,
prev_execute_data = 0xbfc48acc,
old_error_reporting = 0x0}
op_array = 0x20c1a8d4
#10 0x012f110d in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc48acc) at
/home/jimmy/php5-5.2.10.dfsg.1/Zend/zend_vm_execute.h:234
opline = 0x20bd0acc
original_return_value = 0xbfc48c64
c
Bug #52382 [Com]: NULL in method arguments is casted to string?
Edit report at http://bugs.php.net/bug.php?id=52382&edit=1
ID: 52382
Comment by: giorgio dot liscio at email dot it
Reported by: giorgio dot liscio at email dot it
Summary: NULL in method arguments is casted to string?
Status: Bogus
Type: Bug
Package: DOM XML related
Operating System: all ? xp x64
PHP Version: 5.3.2
New Comment:
i don't think that is like you think
if i extend appendChild
override appendChild($name, $content = NULL, $myNewArg = NULL)
if i want to skip the second argument i can not
or another issue:
as php doc says
DOMImplementation->createDocument ([ string $namespaceURI = NULL [,
string $qualifiedName = NULL [, DOMDocumentType $doctype = NULL ]]]
)
third parameter is optional (=NULL)
but if i do
$x->createDocument(null, null, null); to create an empty document
exception is thrown:
Argument 3 passed to DOMImplementation::createDocument() must be an
instance of DOMDocumentType, null given
if i do createDocument(); obviously works, but the concept of "skipping
not required parameters with null" is not respected
Previous Comments:
[2010-07-20 09:59:01] ahar...@php.net
They're not equivalent: you're providing a value for the "value"
parameter to DOMDocument::createElement(), so yes, it will get coerced
into an empty string using PHP's usual type juggling mechanism.
[2010-07-20 09:46:25] giorgio dot liscio at email dot it
Description:
hi, test this:
header("Content-Type: text/plain");
$doc = new \DOMDocument()
$doc->appendChild($doc->createElement("root", NULL));
echo $doc->saveXML();
echo "\n\nshould be equivalent to:\n\n";
$doc = new \DOMDocument()
$doc->appendChild($doc->createElement("root"));
echo $doc->saveXML();
i hope other DOM methods will work good... otherwise fix is needed
thank you!
--
Edit this bug report at http://bugs.php.net/bug.php?id=52382&edit=1
Bug #52365 [Com]: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient
Edit report at http://bugs.php.net/bug.php?id=52365&edit=1 ID: 52365 Comment by: ricks at nerd dot com Reported by: ricks at nerd dot com Summary: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient Status: Bogus Type: Bug Package: Compile Failure Operating System: Fedora 13, 64-bit PHP Version: 5.3.2 New Comment: That is the first thing I tried. The "--with-libdir=/usr/lib64" will remove the need to specify "--with-mysql=/opt", but it does not fix the jpeg or png library resolution issue. You still have to specify "--with-jpeg-dir=/opt --with-png-dir=/opt" even with "--with-libdir=/usr/lib64". Previous Comments: [2010-07-20 11:30:53] ahar...@php.net Because Fedora (and its various derivative distributions) have their unusual filesystem layout with /usr/lib64 instead of /usr/lib holding the libraries, the --with-libdir configure option needs to be used, eg: ./configure --with-libdir=lib64 [2010-07-17 03:21:28] ricks at nerd dot com Description: When running configure on a 64-bit machine, the script doesn't check /usr/lib64 for libraries. I've had to resort to the workaround used in older php 4.x.x builds that exhibited this issue, to wit: ln -s /usr/lib64 /opt/lib ln -s /usr/include /opt/include and then specifying things like this to configure: --with-jpeg-dir=/opt --with-png-dir=/opt --with-mysql=/opt to get around it. Even "--with-jpeg-dir=/usr/lib64" won't solve it. I thought this was fixed in 5.1.x, but it's crept back in. I don't mean to be rude, but is this stuff tested on 64-bit systems before release? -- Edit this bug report at http://bugs.php.net/bug.php?id=52365&edit=1
Bug #48908 [Com]: Cannot query smalldatetime type columns
Edit report at http://bugs.php.net/bug.php?id=48908&edit=1
ID: 48908
Comment by: tom dot lawton at kondor dot co dot uk
Reported by: aaron at aarondm dot com
Summary: Cannot query smalldatetime type columns
Status: Open
Type: Bug
Package: MSSQL related
Operating System: ArchLinux
PHP Version: 5.2.10
New Comment:
PHP 5.2.4 / ubuntu 8.10LTS has this bug and is reproducable.
Suhosin patch reports canary mismatch if a query returns smalldatetime.
Apache does not trigger 500, nor does PHP report any error to the page -
it dies silently.
Previous Comments:
[2010-01-07 12:36:21] undicizeri at gmail dot com
Same bug here.
I'm using Ubuntu with php 5.2.6 and debian with php 5.2.12.
[2009-12-21 11:22:41] php at mike2k dot com
Sample query/workaround:
old: SELECT acct_itm.cre_dtm AS cre_dtm
new: SELECT CONVERT(varchar(10),acct_itm.cre_dtm,120) AS cre_dtm
Not the most ideal. Might be a bug in the FreeTDS driver and not
something PHP can handle but has to pass upstream.
[2009-12-21 10:13:22] php at mike2k dot com
Always repeatable.
This is an issue for us as well. The previous comment is from a Windows
user so they're probably able to leverage more native Windows MSSQL
libraries...
PHP 5.2.11, on Linux, using FreeTDS on CentOS 5.3 (or 5.4, not sure)
x86_64
The workaround is having to cast the column inside of the query. I will
try to post an example workaround query when I grab one from the dev
team.
Related Packages/versions of the driver, just in case:
freetds-devel-0.64-11.el5.centos
freetds-devel-0.64-6.el5
freetds-0.64-11.el5.centos
freetds-0.64-6.el5
unixODBC-2.2.11-7.1 (32 bit)
unixODBC-2.2.11-7.1 (64 bit)
unixODBC-devel-2.2.11-7.1 (32 bit)
unixODBC-devel-2.2.11-7.1 (64 bit)
[2009-07-16 16:14:14] aaron at aarondm dot com
I have run the same query on Windows Server 2003 (Enterprise Edition)
and this does not seem to be an issue. On windows it is able to fetch
the column data with no problems.
[2009-07-13 19:54:44] aaron at aarondm dot com
Description:
When trying to query a table, with a column whos type is
'smalldatetime', the code will result in a 500 Internal Error
Reproduce code:
---
Create table with the following columns
MY_TABLE
|(int) ID | (smalldatetime) MY_EXAMPLE |
Run:
$result = mssql_query("SELECT MY_EXAMPLE FROM MY_TABLE");
When you run that, you will get a:
500 Internal Server Error
On ArchLinux/Windows
Expected result:
No 500 Internal Server Error.
Should be able to query the database with no problems
Actual result:
--
500 Internal Server Error
--
Edit this bug report at http://bugs.php.net/bug.php?id=48908&edit=1
Bug #52365 [Opn->Bgs]: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient
Edit report at http://bugs.php.net/bug.php?id=52365&edit=1 ID: 52365 Updated by: ahar...@php.net Reported by: ricks at nerd dot com Summary: configure script does NOT check /usr/lib64 for libpng, libjpeg, libmysqlclient -Status: Open +Status: Bogus Type: Bug Package: Compile Failure Operating System: Fedora 13, 64-bit PHP Version: 5.3.2 New Comment: Because Fedora (and its various derivative distributions) have their unusual filesystem layout with /usr/lib64 instead of /usr/lib holding the libraries, the --with-libdir configure option needs to be used, eg: ./configure --with-libdir=lib64 Previous Comments: [2010-07-17 03:21:28] ricks at nerd dot com Description: When running configure on a 64-bit machine, the script doesn't check /usr/lib64 for libraries. I've had to resort to the workaround used in older php 4.x.x builds that exhibited this issue, to wit: ln -s /usr/lib64 /opt/lib ln -s /usr/include /opt/include and then specifying things like this to configure: --with-jpeg-dir=/opt --with-png-dir=/opt --with-mysql=/opt to get around it. Even "--with-jpeg-dir=/usr/lib64" won't solve it. I thought this was fixed in 5.1.x, but it's crept back in. I don't mean to be rude, but is this stuff tested on 64-bit systems before release? -- Edit this bug report at http://bugs.php.net/bug.php?id=52365&edit=1
Bug #52284 [Opn->Fbk]: Reproducible crash using curl_multi functions with FTP
Edit report at http://bugs.php.net/bug.php?id=52284&edit=1
ID: 52284
Updated by: paj...@php.net
Reported by: ahar...@php.net
Summary: Reproducible crash using curl_multi functions with FTP
-Status: Open
+Status: Feedback
Type: Bug
Package: cURL related
Operating System: Ubuntu 10.04 (and others)
PHP Version: 5.3SVN-2010-07-08 (SVN)
New Comment:
Which CURL version?
Can you try with 5.3.3RC3 please on Windows (has the latest Curl)?
Previous Comments:
[2010-07-20 10:00:51] profy dot net at gmail dot com
I see this bug too.
It happens to me when using curl_multi_* with 2 or more ftp urls
inside.
Both under windows (XP SP3) and Ubuntu (8.10 and 9.10)
PHP 5.2.13
[2010-07-08 10:00:56] ahar...@php.net
Description:
The attached script segfaults on most executions. This occurs both on
Linux and Windows and is reasonably, but not completely, reliable.
The valgrind output attached below kind of suggests memory corruption
somewhere, but I'm hoping someone with more knowledge of curl can look
into this, since I don't have the time at present for a detailed
investigation.
Note that I'm not the original reporter of this bug (dumont reported it
on ##php), but since I've generated the backtraces and have it crashing
reliably, he/she has asked me to post the bug report.
Test script:
---
ftp://test12345678:test12345...@www.ftpwt.com/'.$urls[$urls_id]."\r\n";
flush();
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_TIMEOUT, $timeout);
curl_setopt($ch, CURLOPT_URL,
'ftp://test12345678:test12345...@www.ftpwt.com/'.$urls[$urls_id]);
curl_multi_add_handle($mcurl, $ch);
$urls_id++;
$threadsRunning++;
}
// Check if done
if($threadsRunning == 0 && $urls_id >= count($urls))
{
echo 'NO MORE THREADS LEFT';
break;
}
// Let mcurl do it's thing
curl_multi_select($mcurl);
while(($mcRes = curl_multi_exec($mcurl, $mcActive)) ==
CURLM_CALL_MULTI_PERFORM)
{
usleep(1);
}
if($mcRes != CURLM_OK)
{
echo '!!!NOT OK!!!';
break;
}
while($done = curl_multi_info_read($mcurl)) {
$ch = $done['handle'];
$done_url = curl_getinfo($ch);//CURLINFO_EFFECTIVE_URL
$done_content = curl_multi_getcontent($ch);
echo $done_content."";
#if(curl_errno($ch) == 0) {
# $count = (preg_match('#of about
([^>]+)#i', $done_content,
$g) ? $g[1] : 'many');
# echo "Link $done_url found $count
links.\n";
# flush();
# } else {
# echo "Link $done_url failed:
".curl_error($ch)."\n";
# flush();
# }
echo 'removing curlmulti handle';
curl_multi_remove_handle($mcurl, $ch);
echo 'REMOVED curlmulti handle';
curl_close($ch);
$threadsRunning--;
}
}
curl_multi_close($mcurl);
echo 'Done.';
?>
Expected result:
Not a segfault. :)
Actual result:
--
(gdb) r curl.php
Starting program: /usr/local/bin/php curl.php
[Thread debugging using libthread_db enabled]
Adding download link: /test123.txt-URLID: 0-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 1-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 2-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 3-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 4-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
111removing curlmulti handleREMOVED curlmulti handle111removing
curlmulti handleREMOVED curlmulti handle111removing curlmulti
handleREMOVED curlmulti handle111removing curlmulti handleREMOVED
curlmulti handle111removing curlmulti handleREMOVED curlmulti
handleAdding download link: /test123.txt-URLID: 5-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 6-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 7-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
111rem
Bug #52284 [Com]: Reproducible crash using curl_multi functions with FTP
Edit report at http://bugs.php.net/bug.php?id=52284&edit=1
ID: 52284
Comment by: profy dot net at gmail dot com
Reported by: ahar...@php.net
Summary: Reproducible crash using curl_multi functions with FTP
Status: Open
Type: Bug
Package: cURL related
Operating System: Ubuntu 10.04 (and others)
PHP Version: 5.3SVN-2010-07-08 (SVN)
New Comment:
I see this bug too.
It happens to me when using curl_multi_* with 2 or more ftp urls
inside.
Both under windows (XP SP3) and Ubuntu (8.10 and 9.10)
PHP 5.2.13
Previous Comments:
[2010-07-08 10:00:56] ahar...@php.net
Description:
The attached script segfaults on most executions. This occurs both on
Linux and Windows and is reasonably, but not completely, reliable.
The valgrind output attached below kind of suggests memory corruption
somewhere, but I'm hoping someone with more knowledge of curl can look
into this, since I don't have the time at present for a detailed
investigation.
Note that I'm not the original reporter of this bug (dumont reported it
on ##php), but since I've generated the backtraces and have it crashing
reliably, he/she has asked me to post the bug report.
Test script:
---
ftp://test12345678:test12345...@www.ftpwt.com/'.$urls[$urls_id]."\r\n";
flush();
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_TIMEOUT, $timeout);
curl_setopt($ch, CURLOPT_URL,
'ftp://test12345678:test12345...@www.ftpwt.com/'.$urls[$urls_id]);
curl_multi_add_handle($mcurl, $ch);
$urls_id++;
$threadsRunning++;
}
// Check if done
if($threadsRunning == 0 && $urls_id >= count($urls))
{
echo 'NO MORE THREADS LEFT';
break;
}
// Let mcurl do it's thing
curl_multi_select($mcurl);
while(($mcRes = curl_multi_exec($mcurl, $mcActive)) ==
CURLM_CALL_MULTI_PERFORM)
{
usleep(1);
}
if($mcRes != CURLM_OK)
{
echo '!!!NOT OK!!!';
break;
}
while($done = curl_multi_info_read($mcurl)) {
$ch = $done['handle'];
$done_url = curl_getinfo($ch);//CURLINFO_EFFECTIVE_URL
$done_content = curl_multi_getcontent($ch);
echo $done_content."";
#if(curl_errno($ch) == 0) {
# $count = (preg_match('#of about
([^>]+)#i', $done_content,
$g) ? $g[1] : 'many');
# echo "Link $done_url found $count
links.\n";
# flush();
# } else {
# echo "Link $done_url failed:
".curl_error($ch)."\n";
# flush();
# }
echo 'removing curlmulti handle';
curl_multi_remove_handle($mcurl, $ch);
echo 'REMOVED curlmulti handle';
curl_close($ch);
$threadsRunning--;
}
}
curl_multi_close($mcurl);
echo 'Done.';
?>
Expected result:
Not a segfault. :)
Actual result:
--
(gdb) r curl.php
Starting program: /usr/local/bin/php curl.php
[Thread debugging using libthread_db enabled]
Adding download link: /test123.txt-URLID: 0-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 1-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 2-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 3-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 4-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
111removing curlmulti handleREMOVED curlmulti handle111removing
curlmulti handleREMOVED curlmulti handle111removing curlmulti
handleREMOVED curlmulti handle111removing curlmulti handleREMOVED
curlmulti handle111removing curlmulti handleREMOVED curlmulti
handleAdding download link: /test123.txt-URLID: 5-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 6-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
Adding download link: /test123.txt-URLID: 7-URL:
ftp://test12345678:test12345...@www.ftpwt.com//test123.txt
111removing curlmulti handleREMOVED curlmulti handle111removing
curlmulti handleREMOVED curlmulti handle111removing curlmulti
handleREMOVED curlmulti handleNO MORE THREADS LEFT
Program received signal SIGSEGV, Segmentation fault.
0x00
Bug #52382 [Opn->Bgs]: NULL in method arguments is casted to string?
Edit report at http://bugs.php.net/bug.php?id=52382&edit=1
ID: 52382
Updated by: ahar...@php.net
Reported by: giorgio dot liscio at email dot it
Summary: NULL in method arguments is casted to string?
-Status: Open
+Status: Bogus
Type: Bug
Package: DOM XML related
Operating System: all ? xp x64
PHP Version: 5.3.2
New Comment:
They're not equivalent: you're providing a value for the "value"
parameter to DOMDocument::createElement(), so yes, it will get coerced
into an empty string using PHP's usual type juggling mechanism.
Previous Comments:
[2010-07-20 09:46:25] giorgio dot liscio at email dot it
Description:
hi, test this:
header("Content-Type: text/plain");
$doc = new \DOMDocument()
$doc->appendChild($doc->createElement("root", NULL));
echo $doc->saveXML();
echo "\n\nshould be equivalent to:\n\n";
$doc = new \DOMDocument()
$doc->appendChild($doc->createElement("root"));
echo $doc->saveXML();
i hope other DOM methods will work good... otherwise fix is needed
thank you!
--
Edit this bug report at http://bugs.php.net/bug.php?id=52382&edit=1
[PHP-BUG] Bug #52382 [NEW]: NULL in method arguments is casted to string?
From:
Operating system: all ? xp x64
PHP version: 5.3.2
Package: DOM XML related
Bug Type: Bug
Bug description:NULL in method arguments is casted to string?
Description:
hi, test this:
header("Content-Type: text/plain");
$doc = new \DOMDocument()
$doc->appendChild($doc->createElement("root", NULL));
echo $doc->saveXML();
echo "\n\nshould be equivalent to:\n\n";
$doc = new \DOMDocument()
$doc->appendChild($doc->createElement("root"));
echo $doc->saveXML();
i hope other DOM methods will work good... otherwise fix is needed
thank you!
--
Edit bug report at http://bugs.php.net/bug.php?id=52382&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52382&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52382&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52382&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52382&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52382&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52382&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52382&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52382&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52382&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52382&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52382&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52382&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52382&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52382&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52382&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52382&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52382&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52382&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52382&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52382&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52382&r=mysqlcfg
