[PHP-BUG] Req #64871 [NEW]: The ::class operator should verify the class name
From: vr...@php.net Operating system: Any PHP version: 5.5.0RC1 Package: Class/Object related Bug Type: Feature/Change Request Bug description:The ::class operator should verify the class name Description: One of the main advantages of the ::class operator could be that it verifies the class name upon creating the string instead of upon usage. It should trigger autoloading if the class doesn't exist. I know that it's somewhat late to change this in PHP 5.5 but I was really surprised by the lack of this feature and about the fact that it wasn't considered in RFC. Test script: --- https://bugs.php.net/bug.php?id=64871&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64871&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64871&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64871&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64871&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64871&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64871&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64871&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64871&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64871&r=support Expected behavior: https://bugs.php.net/fix.php?id=64871&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64871&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64871&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64871&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64871&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64871&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64871&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64871&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64871&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64871&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64871&r=mysqlcfg
[PHP-BUG] Bug #64863 [NEW]: PHP_INT_SIZE is 4 instead of 8 on 64bit Windows build
From: vrana Operating system: Windows 64bit PHP version: 5.5.0RC1 Package: *Compile Issues Bug Type: Bug Bug description:PHP_INT_SIZE is 4 instead of 8 on 64bit Windows build Description: I want to work with DB bigint data type without troubles, I want to call mysql_insert_id() safely. Also some problems in Google Code Jam require 8 bytes int and it's very hard to solve them with 4 bytes int because BC is too slow. I know that this might be by design but it is a bad design. Especially given that Linux 64 bits builds have 8 bytes int. Also the main advantage of 64 bits is to be able to use these 64 bits. Test script: --- https://bugs.php.net/bug.php?id=64863&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64863&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64863&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64863&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64863&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64863&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64863&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64863&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64863&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64863&r=support Expected behavior: https://bugs.php.net/fix.php?id=64863&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64863&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64863&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64863&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64863&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64863&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64863&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64863&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64863&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64863&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64863&r=mysqlcfg
[PHP-BUG] Bug #64852 [NEW]: Allow binding arrays in PDO
From: vrana Operating system: Any PHP version: 5.5.0RC1 Package: PDO related Bug Type: Bug Bug description:Allow binding arrays in PDO Description: Binding arrays would be useful in these queries: WHERE id IN ? INSERT INTO ... VALUES ? Most database systems don't support binding complex data structures on server side but PDO supports client side data binding so it can expand arrays to scalars and use them. Example: prepare("SELECT * FROM table WHERE id IN ?"); $stmt->execute([ array('1', '2', '3') ]); // This will be executed with client side data binding: // SELECT * FROM table WHERE id IN ('1', '2', '3') // With server side data binding: // SELECT * FROM table WHERE id IN (?, ?, ?) -- bind values: '1', '2', '3' ?> It means that with server side data binding, arrays will be expanded to variable number of placeholders and the elements in the array will be bound. There is a risk that the same statement would be used with a differently structured array or with non-array. Example: prepare("SELECT * FROM table WHERE id IN ?"); // Expands query to: SELECT * FROM table WHERE id IN (?, ?, ?) $stmt->execute([ array(1, 2, 3) ]); // This subsequent call should throw. $stmt->execute([ array(1, 2, 3, 4) ]); // This subsequent call should also throw. $stmt->execute([ 1 ]); ?> This is a very rare usage and throwing an error in this case seems like a good solution. === Named parameters === Named parameters could expand to name-key pair: prepare("SELECT * FROM table WHERE id IN :ids"); // Expands query to: SELECT * FROM table WHERE id IN (:ids_0, :ids_1, :ids_2) $stmt->execute([ 'ids' => array(1, 2, 3) ]); ?> However, there could be a collision: "WHERE id = :ids_0 OR id IN :ids". PDO could solve it by some sort of escaping - e.g. by prepending a magic string to all array names or by prepending something else also to all non-array names. Or it could just throw as this would be a rare and easily fixable problem. === Nested arrays === Expanding arrays should be recursive to support these queries: prepare("SELECT * FROM table WHERE (type, type_id) IN ?"); // Expands to SELECT * FROM table WHERE (type, type_id) IN ((?, ?), (?, ?)) $types = array(); $types[] = array('article', 1); $types[] = array('comment', 11); $stmt->execute([ $types ]); ?> === Braces or no braces === Array should expand to comma-delimited, braces-enclosed string. This expansion would support queries "WHERE (type, type_id) IN ?". It unfortunately wouldn't support this query: INSERT INTO ... VALUES (...), (...), ... This query needs braces in inner array and no braces in outer array so there's no consistent way to support this type of query. === Empty arrays === Empty arrays should be treated same as other arrays so they should expand to (). "INSERT INTO table () VALUES ()" is a valid query, at least in MySQL (it inserts a row with all default values). This would cause a syntax error in query "WHERE id IN ()" but that's a good behavior as there's no way to tell database to not match anything. "WHERE id IN (NULL)" would be a solution in this particular query (as NULL doesn't equal to NULL) but "WHERE id NOT IN (NULL)" wouldn't return NULL rows. So empty array must expand to (). === Debugging === PDO should disclose a method returning the real query sent to the server. It would be useful even without arrays, especially with client-side binding. === Implementation === Implementation would be tricky as the statement couldn't be prepared until it's executed. It means that PDO wouldn't talk to the database server in prepare() even with server-side binding (this is the current behavior with client-side binding). The query would be both prepared and executed in execute(). -- Edit bug report at https://bugs.php.net/bug.php?id=64852&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64852&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64852&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64852&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64852&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64852&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64852&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64852&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64852&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64852&r=support Expected behavior: https://bugs.php.net/fix.php?id=64852&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64852&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64852&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64852&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64852&r=php4 Daylight Savings: https://bugs.php.net/fix.p
Bug #64849 [Com]: imagescale() ignores method parameter
Edit report at https://bugs.php.net/bug.php?id=64849&edit=1 ID: 64849 Comment by: vr...@php.net Reported by: vr...@php.net Summary:imagescale() ignores method parameter Status: Assigned Type: Bug Package:GD related Operating System: Any PHP Version:5.5.0RC1 Assigned To:pajoye Block user comment: N Private report: N New Comment: Hmmm, but the $method parameter isn't used, is it? We should either use it or kill it. Previous Comments: [2013-05-15 19:49:56] paj...@php.net See http://lxr.php.net/xref/PHP_5_5/ext/gd/libgd/gd_interpolation.c#1626 [2013-05-15 19:29:56] vr...@php.net Pierre, can you please take a look? [2013-05-15 19:29:14] vr...@php.net Description: See https://github.com/php/php-src/blob/php-5.5.0RC1/ext/gd/gd.c#L5076. -- Edit this bug report at https://bugs.php.net/bug.php?id=64849&edit=1
[PHP-BUG] Bug #64851 [NEW]: DateTimeImmutable::createFromFormat() returns DateTime
From: vrana Operating system: Any PHP version: 5.5.0RC1 Package: Date/time related Bug Type: Bug Bug description:DateTimeImmutable::createFromFormat() returns DateTime Description: It should return DateTimeImmutable. Test script: --- Expected result: DateTimeImmutable Actual result: -- DateTime -- Edit bug report at https://bugs.php.net/bug.php?id=64851&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64851&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64851&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64851&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64851&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64851&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64851&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64851&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64851&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64851&r=support Expected behavior: https://bugs.php.net/fix.php?id=64851&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64851&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64851&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64851&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64851&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64851&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64851&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64851&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64851&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64851&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64851&r=mysqlcfg
[PHP-BUG] Bug #64849 [NEW]: imagescale() ignores method parameter
From: vrana Operating system: Any PHP version: 5.5.0RC1 Package: GD related Bug Type: Bug Bug description:imagescale() ignores method parameter Description: See https://github.com/php/php-src/blob/php-5.5.0RC1/ext/gd/gd.c#L5076. -- Edit bug report at https://bugs.php.net/bug.php?id=64849&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64849&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64849&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64849&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64849&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64849&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64849&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64849&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64849&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64849&r=support Expected behavior: https://bugs.php.net/fix.php?id=64849&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64849&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64849&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64849&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64849&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64849&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64849&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64849&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64849&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64849&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64849&r=mysqlcfg
[PHP-BUG] Bug #64552 [NEW]: Some extensions missing from x64 Windows distribution
From: vrana Operating system: Windows PHP version: 5.5.0beta1 Package: Windows Installer Bug Type: Bug Bug description:Some extensions missing from x64 Windows distribution Description: I've downloaded php-5.5.0beta2-Win32-VC11-x64.zip from http://windows.php.net/qa/ and there's bunch of extensions missing compared to x86 distributions: php_gd2.dll php_gettext.dll php_oci8.dll php_oci8_11g.dll php_pdo_oci.dll -- Edit bug report at https://bugs.php.net/bug.php?id=64552&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64552&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64552&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64552&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64552&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64552&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64552&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64552&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64552&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64552&r=support Expected behavior: https://bugs.php.net/fix.php?id=64552&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64552&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64552&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64552&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64552&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64552&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64552&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64552&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64552&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64552&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64552&r=mysqlcfg
[PHP-BUG] Bug #61409 [NEW]: Bad formatting on php_info()
From: vrana Operating system: Irrelevant PHP version: 5.4SVN-2012-03-15 (SVN) Package: PHP options/info functions Bug Type: Bug Bug description:Bad formatting on php_info() Description: The whole row of Registered PHP Streams (and two others) is formatted as value. It should be formatted same as other rows. Test script: --- Registered PHP Streams... Registered Stream Socket Transports... Registered Stream Filters... Actual result: -- Registered PHP Streams... Registered Stream Socket Transports... Registered Stream Filters... -- Edit bug report at https://bugs.php.net/bug.php?id=61409&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61409&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61409&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61409&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61409&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61409&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61409&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61409&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61409&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61409&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61409&r=support Expected behavior: https://bugs.php.net/fix.php?id=61409&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61409&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61409&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61409&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61409&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61409&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61409&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61409&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61409&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61409&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61409&r=mysqlcfg
Bug #61378 [PATCH]: php -H doesn't work
Edit report at https://bugs.php.net/bug.php?id=61378&edit=1 ID: 61378 Patch added by: vr...@php.net Reported by: vr...@php.net Summary:php -H doesn't work Status: Open Type: Bug Package:CGI/CLI related Operating System: Irrelevant PHP Version:5.4.0 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: hide-args.patch Revision: 1331667921 URL: https://bugs.php.net/patch-display.php?bug=61378&patch=hide-args.patch&revision=1331667921 Previous Comments: [2012-03-13 19:44:54] vr...@php.net Description: `php -H` or `php --hide-args` should hide passed arguments from the running script but it does nothing. I've tried it on Windows and Linux. I think that this feature can be safely removed because it doesn't work for ages (at least since PHP 5.2.10 but probably longer) and I see only a little value in it. It is also the only undocumented option at http://php.net/features.commandline.options Test script: --- php -H argv.php a b argv.php: Expected result: Array ( ) Actual result: -- Array ( [0] => argv.php [1] => a [2] => b ) -- Edit this bug report at https://bugs.php.net/bug.php?id=61378&edit=1
[PHP-BUG] Bug #61378 [NEW]: php -H doesn't work
From: vrana Operating system: Irrelevant PHP version: 5.4.0 Package: CGI/CLI related Bug Type: Bug Bug description:php -H doesn't work Description: `php -H` or `php --hide-args` should hide passed arguments from the running script but it does nothing. I've tried it on Windows and Linux. I think that this feature can be safely removed because it doesn't work for ages (at least since PHP 5.2.10 but probably longer) and I see only a little value in it. It is also the only undocumented option at http://php.net/features.commandline.options Test script: --- php -H argv.php a b argv.php: Expected result: Array ( ) Actual result: -- Array ( [0] => argv.php [1] => a [2] => b ) -- Edit bug report at https://bugs.php.net/bug.php?id=61378&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61378&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61378&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61378&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61378&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61378&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61378&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61378&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61378&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61378&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61378&r=support Expected behavior: https://bugs.php.net/fix.php?id=61378&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61378&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61378&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61378&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61378&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61378&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61378&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61378&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61378&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61378&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61378&r=mysqlcfg
[PHP-BUG] Bug #61173 [NEW]: Unable to detect error from finfo constructor
From: vrana Operating system: Irrelevant PHP version: 5.4.0RC8 Package: Filesystem function related Bug Type: Bug Bug description:Unable to detect error from finfo constructor Description: There is currently no way to detect error in finfo::__construct() other than defining own set_error_handler(). It should throw an exception in case of an error. new finfo() always creates the object but this object is unusable if constructor doesn't succeed. Test script: --- $finfo = null; try { $finfo = new finfo(1, '', false); } catch (Exception $e) { echo "Error creating finfo.\n"; } var_dump($finfo); Expected result: Error creating finfo. NULL Actual result: -- object(finfo)#1 (0) { } -- Edit bug report at https://bugs.php.net/bug.php?id=61173&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61173&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61173&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61173&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61173&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61173&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61173&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61173&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61173&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61173&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61173&r=support Expected behavior: https://bugs.php.net/fix.php?id=61173&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61173&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61173&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61173&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61173&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61173&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61173&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61173&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61173&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61173&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61173&r=mysqlcfg
Bug #61116 [PATCH]: HTML functions use encoding, not charset
Edit report at https://bugs.php.net/bug.php?id=61116&edit=1 ID: 61116 Patch added by: vr...@php.net Reported by: vr...@php.net Summary:HTML functions use encoding, not charset Status: Open Type: Bug Package:Strings related Operating System: Irrelevant PHP Version:trunk-SVN-2012-02-16 (SVN) Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php-src Revision: 1329436461 URL: https://bugs.php.net/patch-display.php?bug=61116&patch=php-src&revision=1329436461 Previous Comments: [2012-02-16 23:54:14] vr...@php.net Description: HTML functions use encoding, not charset. E.g. ISO-8859-1 is both character set and encoding but UTF-8 is encoding of Unicode character set. There's also missing arg_info in get_html_translation_table(). I've already fixed Manual. Test script: --- Reflection::export(new ReflectionFunction('htmlspecialchars')); Reflection::export(new ReflectionFunction('get_html_translation_table')); Expected result: Function [ function htmlspecialchars ] { - Parameters [4] { Parameter #0 [ $string ] Parameter #1 [ $quote_style ] Parameter #2 [ $encoding ] Parameter #3 [ $double_encode ] } } Function [ function get_html_translation_table ] { - Parameters [2] { Parameter #0 [ $table ] Parameter #1 [ $quote_style ] Parameter #2 [ $encoding ] } } Actual result: -- Function [ function htmlspecialchars ] { - Parameters [4] { Parameter #0 [ $string ] Parameter #1 [ $quote_style ] Parameter #2 [ $charset ] Parameter #3 [ $double_encode ] } } Function [ function get_html_translation_table ] { - Parameters [2] { Parameter #0 [ $table ] Parameter #1 [ $quote_style ] } } -- Edit this bug report at https://bugs.php.net/bug.php?id=61116&edit=1
[PHP-BUG] Bug #61116 [NEW]: HTML functions use encoding, not charset
From: vrana Operating system: Irrelevant PHP version: trunk-SVN-2012-02-16 (SVN) Package: Strings related Bug Type: Bug Bug description:HTML functions use encoding, not charset Description: HTML functions use encoding, not charset. E.g. ISO-8859-1 is both character set and encoding but UTF-8 is encoding of Unicode character set. There's also missing arg_info in get_html_translation_table(). I've already fixed Manual. Test script: --- Reflection::export(new ReflectionFunction('htmlspecialchars')); Reflection::export(new ReflectionFunction('get_html_translation_table')); Expected result: Function [ function htmlspecialchars ] { - Parameters [4] { Parameter #0 [ $string ] Parameter #1 [ $quote_style ] Parameter #2 [ $encoding ] Parameter #3 [ $double_encode ] } } Function [ function get_html_translation_table ] { - Parameters [2] { Parameter #0 [ $table ] Parameter #1 [ $quote_style ] Parameter #2 [ $encoding ] } } Actual result: -- Function [ function htmlspecialchars ] { - Parameters [4] { Parameter #0 [ $string ] Parameter #1 [ $quote_style ] Parameter #2 [ $charset ] Parameter #3 [ $double_encode ] } } Function [ function get_html_translation_table ] { - Parameters [2] { Parameter #0 [ $table ] Parameter #1 [ $quote_style ] } } -- Edit bug report at https://bugs.php.net/bug.php?id=61116&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61116&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61116&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61116&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61116&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61116&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61116&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61116&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61116&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61116&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61116&r=support Expected behavior: https://bugs.php.net/fix.php?id=61116&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61116&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61116&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61116&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61116&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61116&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61116&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61116&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61116&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61116&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61116&r=mysqlcfg
Bug #55056 [Com]: missing php_gd2.dll in windows.php.net builds
Edit report at https://bugs.php.net/bug.php?id=55056&edit=1 ID: 55056 Comment by: vr...@php.net Reported by:giorgio dot liscio at email dot it Summary:missing php_gd2.dll in windows.php.net builds Status: Re-Opened Type: Bug Package:*General Issues Operating System: windows PHP Version:5.4.0RC7 Assigned To:pajoye Block user comment: N Private report: N New Comment: But it is present in php-5.4-nts-windows-vc9-x86-r323040.zip again. Just please make sure that it will be in a final version :-). Previous Comments: [2012-02-03 22:55:00] vr...@php.net The file is missing in php-5.4.0RC7-nts-Win32-VC9-x86.zip. [2011-06-28 18:59:54] paj...@php.net Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Fixed, there was a bug in the scripts. Snaps and alpha1 should have the missing exts now. [2011-06-28 17:37:31] giorgio dot liscio at email dot it Description: hi, php_gd2.dll is missing in the windows snaps of 5.4 and trunk (vc9 ts) http://windows.php.net/downloads/snaps/php-5.4/ if you download any of this you will not find the php_gd2.dll thanks in advance -- Edit this bug report at https://bugs.php.net/bug.php?id=55056&edit=1
Bug #60732 [PATCH]: php_error_docref links to invalid pages
Edit report at https://bugs.php.net/bug.php?id=60732&edit=1 ID: 60732 Patch added by: vr...@php.net Reported by: vr...@php.net Summary:php_error_docref links to invalid pages Status: Open Type: Bug Package:Scripting Engine problem Operating System: Irrelevant PHP Version:5.4SVN-2012-01-12 (SVN) Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php_error_docref-strip-leading-dashes Revision: 1326388963 URL: https://bugs.php.net/patch-display.php?bug=60732&patch=php_error_docref-strip-leading-dashes&revision=1326388963 Previous Comments: [2012-01-12 17:18:05] vr...@php.net Description: Links to PHP Manual generated in case of an error are wrong if the function or method begins by __. Test script: --- try { new DateTimeZone("x"); } catch (Exception $e) { echo $e->getMessage(); } Expected result: DateTimeZone::__construct() [datetimezone.construct.php]: Unknown or bad timezone (x) Actual result: -- DateTimeZone::__construct() [datetimezone.--construct.php]: Unknown or bad timezone (x) -- Edit this bug report at https://bugs.php.net/bug.php?id=60732&edit=1
[PHP-BUG] Bug #60732 [NEW]: php_error_docref links to invalid pages
From: vrana Operating system: Irrelevant PHP version: 5.4SVN-2012-01-12 (SVN) Package: Scripting Engine problem Bug Type: Bug Bug description:php_error_docref links to invalid pages Description: Links to PHP Manual generated in case of an error are wrong if the function or method begins by __. Test script: --- try { new DateTimeZone("x"); } catch (Exception $e) { echo $e->getMessage(); } Expected result: DateTimeZone::__construct() [datetimezone.construct.php]: Unknown or bad timezone (x) Actual result: -- DateTimeZone::__construct() [datetimezone.--construct.php]: Unknown or bad timezone (x) -- Edit bug report at https://bugs.php.net/bug.php?id=60732&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60732&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60732&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60732&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60732&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60732&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60732&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60732&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60732&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60732&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60732&r=support Expected behavior: https://bugs.php.net/fix.php?id=60732&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60732&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60732&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60732&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60732&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60732&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60732&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60732&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60732&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60732&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60732&r=mysqlcfg
[PHP-BUG] Bug #60707 [NEW]: max_input_vars allows one extra var
From: vrana Operating system: Irrelevant PHP version: 5.3.9 Package: Variables related Bug Type: Bug Bug description:max_input_vars allows one extra var Description: Setting max_input_vars to N allows N+1 variables. Test script: --- \n"; } var_dump($max_input_vars); var_dump(count($_POST)); ?> Expected result: string(4) "1000" int(1000) Actual result: -- string(4) "1000" int(1001) -- Edit bug report at https://bugs.php.net/bug.php?id=60707&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60707&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60707&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60707&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60707&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60707&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60707&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60707&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60707&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60707&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60707&r=support Expected behavior: https://bugs.php.net/fix.php?id=60707&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60707&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60707&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60707&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60707&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60707&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60707&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60707&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60707&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60707&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60707&r=mysqlcfg
[PHP-BUG] Bug #60668 [NEW]: Setting user_agent can send other headers
From: vrana Operating system: Irrelevant PHP version: 5.4.0RC5 Package: HTTP related Bug Type: Bug Bug description:Setting user_agent can send other headers Description: Setting 'user_agent' INI value to a string containing a newline causes sending a new header. This behavior is even documented: http://php.net/wrappers.http#wrappers.http.example.custom.headers It is wrong for two reasons: 1. 'user_agent' INI setting should be used only for setting a User-Agent header and not for anything else. 2. It is a potential security risk (header injection) similar to the one fixed in PHP 5.1.2 (but with low impact). (See also bug #52979 but I believe that I am providing a better reasoning.) Test script: --- http://private/service.php'); ?> Expected result: Sending just a User-Agent header, not X-Command header. Actual result: -- Sending User-Agent and X-Command headers. If http://private/service.php accepts connections only from trusted sources and parses its commands from headers then it will execute the malicious action. -- Edit bug report at https://bugs.php.net/bug.php?id=60668&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60668&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60668&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60668&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60668&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60668&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60668&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60668&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60668&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60668&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60668&r=support Expected behavior: https://bugs.php.net/fix.php?id=60668&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60668&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60668&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60668&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60668&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60668&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60668&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60668&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60668&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60668&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60668&r=mysqlcfg
[PHP-BUG] Bug #60639 [NEW]: ReflectionFunction::IS_DEPRECATED is not used anywhere
From: vrana Operating system: Irrelevant PHP version: trunk-SVN-2012-01-03 (SVN) Package: Reflection related Bug Type: Bug Bug description:ReflectionFunction::IS_DEPRECATED is not used anywhere Description: The ReflectionFunction class defines a constant IS_DEPRECATED which is not used anywhere. There is a method ReflectionFunction::isDeprecated() but it doesn't use this constant. -- Edit bug report at https://bugs.php.net/bug.php?id=60639&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60639&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60639&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60639&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60639&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60639&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60639&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60639&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60639&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60639&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60639&r=support Expected behavior: https://bugs.php.net/fix.php?id=60639&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60639&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60639&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60639&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60639&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60639&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60639&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60639&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60639&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60639&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60639&r=mysqlcfg
[PHP-BUG] Bug #60468 [NEW]: Output is not discarded when ob_start() callback returns ""
From: vrana Operating system: Windows PHP version: 5.4.0RC2 Package: Output Control Bug Type: Bug Bug description:Output is not discarded when ob_start() callback returns "" Description: If ob_start() callback returns an empty string then nothing should be printed. This is the current behavior in PHP 5.3. Behavior in PHP 5.4 is different - if a callback returns an empty string then the result is same as if it wouldn't be called at all - next call is prepended by last call value. So there is no way for callback how to discard the output. Test script: --- ob_start(function ($s) { fwrite(STDERR, strlen($s) . "\n"); if ($s == "b\n") { return $s; } return ""; }, 2); echo "a\n"; echo "b\n"; exit; Expected result: 2 2 b 0 Actual result: -- 2 4 4 -- Edit bug report at https://bugs.php.net/bug.php?id=60468&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60468&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60468&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60468&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60468&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60468&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60468&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60468&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60468&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60468&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60468&r=support Expected behavior: https://bugs.php.net/fix.php?id=60468&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60468&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60468&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60468&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60468&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60468&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60468&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60468&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60468&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60468&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60468&r=mysqlcfg
Bug #60369 [Com]: Crash with static property in trait
Edit report at https://bugs.php.net/bug.php?id=60369&edit=1 ID: 60369 Comment by: vr...@php.net Reported by: vr...@php.net Summary:Crash with static property in trait Status: Verified Type: Bug Package:Class/Object related Operating System: Windows 7 PHP Version:5.4.0RC1 Assigned To:gron Block user comment: N Private report: N New Comment: Backtrace: Entry point php!mainCRTStartup Create time 11/23/2011 12:31:14 PM Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.0 Function Arg 1 Arg 2 Arg 3 Source ntdll!ZwRaiseException+12 009ce3c4 009ce414 ntdll!KiUserExceptionDispatcher+2a 0023 009cfb08 002b php5!_php_import_environment_variables+39f 0023 009cfb08 002b php5!_php_import_environment_variables+39f PHP5!ZEND_DO_BEGIN_CATCH+244In php__PID__8020__Date__11_23_2011__Time_12_31_24PM__22__Second_Chance_Exception_C005.dmp the assembly instruction at php5!zend_do_begin_catch+244 in C:\Program Files (x86)\PHP 5.4\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 Previous Comments: [2011-11-23 20:35:18] vr...@php.net Description: PHP crashes when there is a static property defined in a trait plus there is a normal property of the same name in a class using this trait. Test script: --- Expected result: Exit code: 0 Actual result: -- Exit code: -1073741819 -- Edit this bug report at https://bugs.php.net/bug.php?id=60369&edit=1
[PHP-BUG] Bug #60369 [NEW]: Crash with static property in trait
From: vrana Operating system: Windows 7 PHP version: 5.4.0RC1 Package: Class/Object related Bug Type: Bug Bug description:Crash with static property in trait Description: PHP crashes when there is a static property defined in a trait plus there is a normal property of the same name in a class using this trait. Test script: --- Expected result: Exit code: 0 Actual result: -- Exit code: -1073741819 -- Edit bug report at https://bugs.php.net/bug.php?id=60369&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60369&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60369&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60369&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60369&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60369&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60369&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60369&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60369&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60369&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60369&r=support Expected behavior: https://bugs.php.net/fix.php?id=60369&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60369&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60369&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60369&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60369&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60369&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60369&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60369&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60369&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60369&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60369&r=mysqlcfg
Bug #55101 [Opn]: Functions symlink() and readlink() are missing on Windows < Vista
Edit report at https://bugs.php.net/bug.php?id=55101&edit=1 ID: 55101 User updated by: vr...@php.net Reported by: vr...@php.net Summary:Functions symlink() and readlink() are missing on Windows < Vista Status: Open Type: Bug Package:Reflection related Operating System: Windows XP PHP Version:5.4.0alpha1 Block user comment: N Private report: N New Comment: The first line of Test script should be: var_dump(function_exists('readlink')); It outputs bool(false) mentioned in the result. Previous Comments: [2011-07-01 08:51:51] vr...@php.net Description: These two functions are available on Windows >= Vista since PHP 5.3.0. The problem is that reflection have some pointers on them even in Windows < Vista (e.g. XP) where they are not available. Test script: --- getFunctions(); ?> Expected result: bool(false) Actual result: -- bool(false) Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find extension function readlink in global function table Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find extension function symlink in global function table -- Edit this bug report at https://bugs.php.net/bug.php?id=55101&edit=1
[PHP-BUG] Bug #55101 [NEW]: Functions symlink() and readlink() are missing on Windows < Vista
From: Operating system: Windows XP PHP version: 5.4.0alpha1 Package: Reflection related Bug Type: Bug Bug description:Functions symlink() and readlink() are missing on Windows < Vista Description: These two functions are available on Windows >= Vista since PHP 5.3.0. The problem is that reflection have some pointers on them even in Windows < Vista (e.g. XP) where they are not available. Test script: --- getFunctions(); ?> Expected result: bool(false) Actual result: -- bool(false) Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find extension function readlink in global function table Warning: ReflectionExtension::getFunctions(): Internal error: Cannot find extension function symlink in global function table -- Edit bug report at https://bugs.php.net/bug.php?id=55101&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55101&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55101&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55101&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55101&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55101&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55101&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55101&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55101&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55101&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55101&r=support Expected behavior: https://bugs.php.net/fix.php?id=55101&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55101&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55101&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55101&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55101&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55101&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55101&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55101&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55101&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55101&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55101&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55101&r=trysnapshot54
[PHP-BUG] Bug #55084 [NEW]: Function registered by header_register_callback is called only once per process
From: Operating system: Windows PHP version: 5.4.0alpha1 Package: HTTP related Bug Type: Bug Bug description:Function registered by header_register_callback is called only once per process Description: I use Apache 2.2.19. Function registered by header_register_callback() is called only after the server restart. Test script: --- Expected result: "OK" each time the script is run. Actual result: -- "OK" only for the first time, nothing in the next runs. -- Edit bug report at https://bugs.php.net/bug.php?id=55084&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55084&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55084&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55084&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55084&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55084&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55084&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55084&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55084&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55084&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55084&r=support Expected behavior: https://bugs.php.net/fix.php?id=55084&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55084&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55084&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55084&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55084&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55084&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55084&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55084&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55084&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55084&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55084&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55084&r=trysnapshot54
[PHP-BUG] Bug #55085 [NEW]: Undocumented BC break with changing __construct() signature
From: Operating system: Irrelevant PHP version: 5.4.0alpha1 Package: Class/Object related Bug Type: Bug Bug description:Undocumented BC break with changing __construct() signature Description: PHP 5.* allows changing an abstract __construct() signature without any notice. PHP 5.4 issues fatal error. I didn't find this BC break in news.txt so I think that it is a bug. Test script: --- Expected result: Nothing - same as in PHP 5.*. The strange thing is that if we replace "abstract function __construct();" by "function __construct() {}" then the behavior is same as in previous versions. Actual result: -- Fatal error: Declaration of C::__construct() must be compatible with that of P::__construct() -- Edit bug report at https://bugs.php.net/bug.php?id=55085&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55085&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55085&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55085&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55085&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55085&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55085&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55085&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55085&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55085&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55085&r=support Expected behavior: https://bugs.php.net/fix.php?id=55085&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55085&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55085&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55085&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55085&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55085&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55085&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55085&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55085&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55085&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55085&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55085&r=trysnapshot54
[PHP-BUG] Req #52390 [NEW]: mysqli_report() should be per-request setting
From: vrana Operating system: Irrelevant PHP version: 5.3.2 Package: MySQLi related Bug Type: Feature/Change Request Bug description:mysqli_report() should be per-request setting Description: The report_mode variable set by mysqli_report() should be initialized in request init instead of global init to achieve a consistent behavior. Test script: --- Expected result: No error message or exception. Actual result: -- Nothing, error message or exception depending on mysqli_report() set by previous request in the same process. -- Edit bug report at http://bugs.php.net/bug.php?id=52390&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52390&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52390&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52390&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52390&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52390&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52390&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52390&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52390&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52390&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52390&r=support Expected behavior: http://bugs.php.net/fix.php?id=52390&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52390&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52390&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52390&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52390&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52390&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52390&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52390&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52390&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52390&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52390&r=mysqlcfg
[PHP-BUG] Bug #52120 [NEW]: Unable to call inherited protected __construct
From: vrana Operating system: * PHP version: 5.3.2 Package: Class/Object related Bug Type: Bug Bug description:Unable to call inherited protected __construct Description: Protected visibility allows accessing parent members and also members of parent's children. If class A defines protected method f() and classes B and C are children of A then B can call C::f(). This is true for all methods except __construct(). Test script: --- class A { protected function __construct() { } } class B extends A { static function test() { new C; } } class C extends A { protected function __construct() { echo "OK\n"; } } B::test(); Expected result: OK Actual result: -- Fatal error: Call to protected C::__construct() from context 'B' on line 9 -- Edit bug report at http://bugs.php.net/bug.php?id=52120&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52120&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52120&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52120&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52120&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52120&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52120&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52120&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52120&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52120&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52120&r=support Expected behavior: http://bugs.php.net/fix.php?id=52120&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52120&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52120&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52120&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52120&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52120&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52120&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52120&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52120&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52120&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52120&r=mysqlcfg
[PHP-BUG] Bug #51690 [NEW]: Phar::setStub looks for case-sensitive __HALT_COMPILER()
From: vrana Operating system: Any PHP version: 5.3.2 Package: PHAR related Bug Type: Bug Bug description:Phar::setStub looks for case-sensitive __HALT_COMPILER() Description: Functions in PHP are case-insensitive. This is valid also for __HALT_COMPILER(). Phar::setStub however looks for case-sensitive variant. Test script: --- $phar = new Phar("resource.phar"); try { $phar->setStub("getMessage() . "\n"; } Expected result: Nothing Actual result: -- PharException: illegal stub for phar "C:/Download/resource.phar" -- Edit bug report at http://bugs.php.net/bug.php?id=51690&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51690&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51690&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51690&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51690&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51690&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51690&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51690&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51690&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51690&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51690&r=support Expected behavior: http://bugs.php.net/fix.php?id=51690&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51690&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51690&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51690&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51690&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51690&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51690&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51690&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51690&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51690&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51690&r=mysqlcfg
[PHP-BUG] Bug #51615 [NEW]: PHP crash with wrong HTML in SimpleXML
From: vrana Operating system: Windows XP PHP version: 5.3.2 Package: SimpleXML related Bug Type: Bug Bug description:PHP crash with wrong HTML in SimpleXML Description: It is possible to load incorrect HTML by DOM and import it to simplexml_import_dom(). Under certain circumstances, PHP crashes after attempt of working with this HTML. Test script: --- loadHTML('x'); $html = simplexml_import_dom($dom); echo ($html->body->span ? $html->body->span : ''); ?> Expected result: x Actual result: -- Thread 0 - System ID 5696 Entry point php!mainCRTStartup Create time 20.4. 13:24:02 Time spent in user mode 0 Days 0:0:0.437 Time spent in kernel mode 0 Days 0:0:0.140 Function Arg 1 Arg 2 Arg 3 Source php5ts!_estrdup+d 01cbd968 php5ts!sxe_get_prop_hash+1b8 011d0c78 011d0a60 00372740 php5ts!sxe_object_cast+36 011d08b0 00c0fb94 0003 php5ts!ZEND_JMPZ_SPEC_VAR_HANDLER+12f 00c0fc0c 00372740 00c0fea8 php5ts!execute+2fe 01200080 00372700 php5ts!zend_execute_scripts+f6 0008 00372740 php5ts!php_execute_script+245 00c0fea8 00372740 php!main+bf1 0002 003726d0 00372cd0 php!mainCRTStartup+e3 7ffdf000 kernel32!BaseProcessStart+23 00402d78 PHP5TS!_ESTRDUP+DIn php__PID__5476__Date__04_20_2010__Time_01_24_03PM__267__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!_estrdup+d in C:\Program Files\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 -- Edit bug report at http://bugs.php.net/bug.php?id=51615&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51615&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51615&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51615&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51615&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51615&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51615&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51615&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51615&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51615&r=support Expected behavior: http://bugs.php.net/fix.php?id=51615&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51615&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51615&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51615&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51615&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51615&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51615&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51615&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51615&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51615&r=mysqlcfg
#49566 [NEW]: addcslashes() requires strictly binary string
From: vr...@php.net Operating system: Irrelevant PHP version: 6SVN-2009-09-15 (snap) PHP Bug Type: Strings related Bug description: addcslashes() requires strictly binary string Description: addcslashes() should allow Unicode string in both parameters. I use addcslashes() to escape Unicode string, for example to escape % and _ characters for SQL LIKE operator. Reproduce code: --- addcslashes("abc", "%_"); Expected result: abc Actual result: -- Warning: addcslashes() expects parameter 1 to be strictly a binary string, Unicode string given -- Edit bug report at http://bugs.php.net/?id=49566&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49566&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49566&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49566&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49566&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49566&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49566&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49566&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49566&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49566&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49566&r=support Expected behavior: http://bugs.php.net/fix.php?id=49566&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49566&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49566&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49566&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49566&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49566&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49566&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49566&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49566&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49566&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49566&r=mysqlcfg
#49442 [NEW]: Some queries crash PHP with mysqli_real_connect()
From: vr...@php.net Operating system: Windows PHP version: 5.3.0 PHP Bug Type: MySQLi related Bug description: Some queries crash PHP with mysqli_real_connect() Description: LOAD DATA LOCAL INFILE query together with connecting by mysqli_real_connect() causes PHP crash. Maybe it is not the single crashing query but common queries like SELECT or INSERT work. When I replace mysqli_init() + mysqli_real_connect() by mysqli_connect() then everything works (no crash). Reproduce code: --- real_connect("", "ODBC", "", "cds"); $dbh->query("LOAD DATA LOCAL INFILE 'songs.csv' INTO TABLE songs"); ?> Expected result: Query executed OK. Actual result: -- PHP crashes. -- Edit bug report at http://bugs.php.net/?id=49442&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49442&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49442&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49442&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49442&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49442&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49442&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49442&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49442&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49442&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49442&r=support Expected behavior: http://bugs.php.net/fix.php?id=49442&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49442&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49442&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49442&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49442&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49442&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49442&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49442&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49442&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49442&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49442&r=mysqlcfg
#48314 [NEW]: PDO_MySQL doesn't use prepared statements
From: vr...@php.net Operating system: Windows PHP version: 5.2.9 PHP Bug Type: PDO related Bug description: PDO_MySQL doesn't use prepared statements Description: It seems that PDO_MySQL doesn't use prepared statements even with disabled PDO::MYSQL_ATTR_DIRECT_QUERY. If the prepared statements would by used then the binary data passed in the example wouldn't cause a parse error. MySQL version: 5.1.26 Reproduce code: --- setAttribute(PDO::MYSQL_ATTR_DIRECT_QUERY, false); $pdo->exec("SET NAMES gbk"); $stmt = $pdo->prepare("SELECT ?"); $stmt->execute(array(chr(0xbf) . chr(0x27))); print_r($stmt->errorInfo()); ?> Expected result: Array ( [0] => 0 ) Actual result: -- Array ( [0] => 42000 [1] => 1064 [2] => You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ''¿\''' at line 1 ) -- Edit bug report at http://bugs.php.net/?id=48314&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48314&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48314&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48314&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48314&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48314&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48314&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48314&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48314&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48314&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48314&r=support Expected behavior: http://bugs.php.net/fix.php?id=48314&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48314&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48314&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48314&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48314&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48314&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48314&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48314&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48314&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48314&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48314&r=mysqlcfg
#47689 [NEW]: Apache crash with certain regular expression
From: vr...@php.net Operating system: Windows PHP version: 5.2.9 PHP Bug Type: PCRE related Bug description: Apache crash with certain regular expression Description: Apache 2.2.11 crashes with PHP 5.2.9-1 on the following code. The same script run from CLI executes without crash. Reproduce code: --- http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, * software distributed under the License is distributed on an * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY * KIND, either express or implied. See the License for the * specific language governing permissions and limitations * under the License. */'; // shortest possible example, omitting last line causes no crash $contents = preg_replace('@/\\*(?:.|[\\n\\r])*?\\*/@', '', $contents); ?> Expected result: Empty string in $contents. Actual result: -- Apache crash. -- Edit bug report at http://bugs.php.net/?id=47689&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47689&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47689&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47689&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47689&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47689&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47689&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47689&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47689&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47689&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47689&r=support Expected behavior: http://bugs.php.net/fix.php?id=47689&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47689&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47689&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47689&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47689&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47689&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47689&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47689&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47689&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47689&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47689&r=mysqlcfg
#47089 [Fbk->Csd]: Shebang is printed under Windows
ID: 47089 User updated by: vr...@php.net Reported By: vr...@php.net -Status: Feedback +Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 5.3.0alpha4-dev Assigned To: pajoye New Comment: Works as expected, thanks. Previous Comments: [2009-01-19 00:01:09] paj...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Works with all 5.3.0 snaps, VC9&VC6 TS and NTS: C:\Users\..\php53snap>php \php-sdk\php53\vc9\x86\PHP_5_3\shebang.php 5.3.0alpha4-dev Can you try again using a recent snapshot please? [2009-01-14 20:04:56] paj...@php.net I have to check (assigned to me +) [2009-01-14 19:31:44] il...@php.net Pierre, Is there a problem with mmap() on windows where it ignores the start offset? [2009-01-14 09:19:47] vr...@php.net php.exe in Windows distribution is CLI. prints "cli". [2009-01-13 18:18:12] il...@php.net What SAPI are you using? 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/47089 -- Edit this bug report at http://bugs.php.net/?id=47089&edit=1
#47089 [Opn]: Shebang is printed under Windows
ID: 47089 User updated by: vr...@php.net Reported By: vr...@php.net Status: Open Bug Type: CGI related Operating System: win32 only PHP Version: 5.3.0alpha4-dev New Comment: php.exe in Windows distribution is CLI. prints "cli". Previous Comments: [2009-01-13 18:18:12] il...@php.net What SAPI are you using? [2009-01-13 12:44:46] vr...@php.net Description: The shebang line (e.g. #!/usr/bin/php) is printed in PHP 5.3.0alpha4-dev by php.exe while it was not printed in earlier versions (e.g. PHP 5.2.8). This is a backwards incompatible change which brings platform difference. Reproduce code: --- #!/usr/bin/php Expected result: 5.3.0alpha4-dev Actual result: -- #!/usr/bin/php 5.3.0alpha4-dev -- Edit this bug report at http://bugs.php.net/?id=47089&edit=1
#47089 [NEW]: Shebang is printed under Windows
From: vr...@php.net Operating system: Windows PHP version: 5.3.0alpha4-dev PHP Bug Type: CGI related Bug description: Shebang is printed under Windows Description: The shebang line (e.g. #!/usr/bin/php) is printed in PHP 5.3.0alpha4-dev by php.exe while it was not printed in earlier versions (e.g. PHP 5.2.8). This is a backwards incompatible change which brings platform difference. Reproduce code: --- #!/usr/bin/php Expected result: 5.3.0alpha4-dev Actual result: -- #!/usr/bin/php 5.3.0alpha4-dev -- Edit bug report at http://bugs.php.net/?id=47089&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47089&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47089&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47089&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47089&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47089&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47089&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47089&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47089&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47089&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47089&r=support Expected behavior: http://bugs.php.net/fix.php?id=47089&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47089&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47089&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47089&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47089&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47089&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47089&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47089&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47089&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47089&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47089&r=mysqlcfg
#47087 [NEW]: Second parameter of mssql_fetch_array() is ignored
From: vr...@php.net Operating system: Windows PHP version: 5.3.0alpha3 PHP Bug Type: MSSQL related Bug description: Second parameter of mssql_fetch_array() is ignored Description: It seems that the result_type parameter of mssql_fetch_array() is always set to MSSQL_BOTH. Reproduce code: --- Expected result: Array ( [id] => 1 ) Actual result: -- Array ( [0] => 1 [id] => 1 ) -- Edit bug report at http://bugs.php.net/?id=47087&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47087&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47087&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47087&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47087&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47087&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47087&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47087&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47087&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47087&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47087&r=support Expected behavior: http://bugs.php.net/fix.php?id=47087&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47087&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47087&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47087&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47087&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47087&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47087&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47087&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47087&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47087&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47087&r=mysqlcfg
#47085 [NEW]: rename() returns true even if the file in PHAR does not exist
From: vr...@php.net Operating system: Windows PHP version: 5.3.0alpha3 PHP Bug Type: PHAR related Bug description: rename() returns true even if the file in PHAR does not exist Description: rename() returns true with phar:// stream wrapper even if the oldfile doesn't exist. Reproduce code: --- Expected result: bool(false) and some warning Actual result: -- bool(true) -- Edit bug report at http://bugs.php.net/?id=47085&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47085&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47085&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47085&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47085&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47085&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47085&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47085&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47085&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47085&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47085&r=support Expected behavior: http://bugs.php.net/fix.php?id=47085&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47085&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47085&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47085&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47085&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47085&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47085&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47085&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47085&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47085&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47085&r=mysqlcfg
#47050 [NEW]: mysqli_poll() modifies improper variables
From: vr...@php.net Operating system: Windows PHP version: 5.3.0alpha3 PHP Bug Type: MySQLi related Bug description: mysqli_poll() modifies improper variables Description: mysqli_poll() modifies the variable which was assigned to variables passed to mysqli_poll(). The reason probably is that mysqli_poll() doesn't copy zvals on write as it should. Reproduce code: --- query("SELECT 'test'", MYSQLI_ASYNC); $all_links = array($link1); $links = $errors = $reject = $all_links; mysqli_poll($links, $errors, $reject, 1); print_r($all_links); Expected result: Array ( [0] => mysqli Object ) Actual result: -- Array ( ) -- Edit bug report at http://bugs.php.net/?id=47050&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47050&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47050&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47050&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47050&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47050&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47050&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47050&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47050&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47050&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47050&r=support Expected behavior: http://bugs.php.net/fix.php?id=47050&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47050&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47050&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47050&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47050&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47050&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47050&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47050&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47050&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47050&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47050&r=mysqlcfg
#46759 [NEW]: magic_quotes_gpc doesn't work
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.2.7 PHP Bug Type: Variables related Bug description: magic_quotes_gpc doesn't work Description: magic_quotes_gpc doesn't escape $_GET, $_POST, $_COOKIE and $_REQUEST variables. It worked with the same configuration under 5.2.6. I have magic_quotes_gpc set in php.ini. Reproduce code: --- URL: ?q=' http://bugs.php.net/?id=46759&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46759&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46759&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46759&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46759&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46759&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46759&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46759&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46759&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46759&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46759&r=support Expected behavior: http://bugs.php.net/fix.php?id=46759&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46759&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46759&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46759&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46759&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46759&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46759&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46759&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46759&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46759&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46759&r=mysqlcfg