Bug #55518 [Opn]: for loop incorrect arithmetic iteration
Edit report at https://bugs.php.net/bug.php?id=55518&edit=1 ID: 55518 User updated by:forez84 at gmail dot com Reported by:forez84 at gmail dot com Summary:for loop incorrect arithmetic iteration Status: Open Type: Bug Package:Math related Operating System: Ubuntu -PHP Version:5.3SVN-2011-08-27 (SVN) +PHP Version:PHP Version 5.3.5-1ubuntu7.2 Block user comment: N Private report: N New Comment: this produces something like: 0|0.1|0.2|0.3|0.4|0.5|0.6|0.7|0.8|0.9... ...53.6|53.7|53.8|53.9|54|54.1|54.2001|54.3001|54.4001|54.5001|... ...66.2001|66.3001|66.4001|66.5|66.6|66.7|66.8|66.9|67|67.1|67.2|... ...83.7|83.8|83.9|84|84.0999|84.1999|84.2999... ...99.7999|99.8999|99.| I believe it makes one more iteration than it should. Previous Comments: [2011-08-27 06:53:02] forez84 at gmail dot com Description: this produces something like: 0|0.1|0.2|0.3|0.4|0.5|0.6|0.7|0.8|0.9... ...53.6|53.7|53.8|53.9|54|54.1|54.2001|54.3001|54.4001|54.5001|... ...66.2001|66.3001|66.4001|66.5|66.6|66.7|66.8|66.9|67|67.1|67.2|... ...83.7|83.8|83.9|84|84.0999|84.1999|84.2999... ...99.7999|99.8999|99.| I believe it makes one more iteration then it should. Test script: --- Expected result: 0|0.1|0.2|0.3|...53.9|54|54.1|54.2|54.3|54.4|...99.9| -- Edit this bug report at https://bugs.php.net/bug.php?id=55518&edit=1
[PHP-BUG] Bug #55518 [NEW]: for loop incorrect arithmetic iteration
From: Operating system: Ubuntu PHP version: 5.3SVN-2011-08-27 (SVN) Package: Math related Bug Type: Bug Bug description:for loop incorrect arithmetic iteration Description: this produces something like: 0|0.1|0.2|0.3|0.4|0.5|0.6|0.7|0.8|0.9... ...53.6|53.7|53.8|53.9|54|54.1|54.2001|54.3001|54.4001|54.5001|... ...66.2001|66.3001|66.4001|66.5|66.6|66.7|66.8|66.9|67|67.1|67.2|... ...83.7|83.8|83.9|84|84.0999|84.1999|84.2999... ...99.7999|99.8999|99.| I believe it makes one more iteration then it should. Test script: --- Expected result: 0|0.1|0.2|0.3|...53.9|54|54.1|54.2|54.3|54.4|...99.9| -- Edit bug report at https://bugs.php.net/bug.php?id=55518&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55518&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55518&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55518&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55518&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55518&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55518&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55518&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55518&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55518&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55518&r=support Expected behavior: https://bugs.php.net/fix.php?id=55518&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55518&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55518&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55518&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55518&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55518&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55518&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55518&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55518&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55518&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55518&r=mysqlcfg
Bug #54289 [Com]: Phar::extractTo() does not accept specific directories to be extracted
Edit report at https://bugs.php.net/bug.php?id=54289&edit=1
ID: 54289
Comment by: cwei...@php.net
Reported by:hpdl at oscommerce dot com
Summary:Phar::extractTo() does not accept specific
directories to be extracted
Status: Open
Type: Bug
Package:PHAR related
Operating System: MacOS 10.6.6
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I can confirm that - extracting directories does not work:
PHP Fatal error: Uncaught exception 'PharException' with message
'Phar Error: attempted to extract non-existent file "doc/" from phar
"/home/cweiske/Dev/semanticscuttle/cwdev/dist/SemanticScuttle-0.98.X.phar"'
in /home/cweiske/Dev/semanticscuttle/cwdev/phartest.php:3
Stack trace:
#0 /home/cweiske/Dev/semanticscuttle/cwdev/phartest.php(3):
Phar->extractTo('/tmp/test/', 'doc/', true)
#1 {main}
thrown in /home/cweiske/Dev/semanticscuttle/cwdev/phartest.php on line 3
Previous Comments:
[2011-08-11 20:33:50] hpdl at oscommerce dot com
Bug still exists in PHP 5.3.7RC5.
[2011-03-17 10:44:06] hpdl at oscommerce dot com
Description:
Phar::extractTo() does not allow specific directories to be extracted. The
documentation states the second parameter can be a file or directory to only
extract the file or directory from the phar archive.
Specific files can be extracted however an exception is thrown when a directory
is
passed.
Test script:
---
buildFromDirectory('/path/to/source');
unset($phar);
$phar = new Phar('/tmp/test.phar');
$phar->extractTo('/tmp/test/', 'subdir1/subdir2/', true); // throws exception
// $phar->extractTo('/tmp/test/', 'subdir1/subdir2/file.txt', true); // works
as intended
?>
Expected result:
The specific directory should be extracted from the phar archive.
Actual result:
--
Fatal error: Uncaught exception 'PharException' with message 'Phar Error:
attempted to extract non-existent file "subdir1/subdir2/" from phar
"/tmp/test.phar"' in /phar-test.php on line 7
--
Edit this bug report at https://bugs.php.net/bug.php?id=54289&edit=1
Req #55493 [Asn]: Superglobal variable variables with ${expression} in non-global scope
Edit report at https://bugs.php.net/bug.php?id=55493&edit=1
ID: 55493
Updated by: johan...@php.net
Reported by:vovan-ve at yandex dot ru
Summary:Superglobal variable variables with ${expression} in
non-global scope
Status: Assigned
Type: Feature/Change Request
Package:Variables related
Operating System: Windows XP SP3
PHP Version:5.3.7
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
Mind that even when when this special case is treated it still won't work with
get_defined_vars() and others. I think the current behavior can be documented
in the clearest way giving the least confusion ... so I would not implement it.
Previous Comments:
[2011-08-24 14:34:30] vovan-ve at yandex dot ru
Programmers, who use variable variable, dooms themself to slowdown performance
at any way due to calculation of the expressions. They won't see the
difference, I think.
[2011-08-24 14:00:39] vovan-ve at yandex dot ru
But what about SUPERglobal? In fact they are almost superglobal :)
[2011-08-24 13:54:34] larue...@php.net
+1 for dmitry
[2011-08-24 13:04:22] dmi...@php.net
ZE decides if a variable have to be fetched from the global scope at compile
time checking predefined list of super-global variables.
The variable fetching by name (e.g. $$name) is always done from local scope.
Of course it's possible to extend executor to check for list of super-global
variables at run-time, but it'll introduce significant slowdown for each fetch
by name. I really don't like it.
[2011-08-24 12:50:02] larue...@php.net
In this case, I make a patch for this, and the test result can be found on:
http://pastebin.com/6pTuLEer
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
https://bugs.php.net/bug.php?id=55493
--
Edit this bug report at https://bugs.php.net/bug.php?id=55493&edit=1
Bug #55510 [Opn->Fbk]: $_FILES 'name' missing first character after upload.
Edit report at https://bugs.php.net/bug.php?id=55510&edit=1
ID: 55510
Updated by: johan...@php.net
Reported by:aaron at gwmicro dot com
Summary:$_FILES 'name' missing first character after upload.
-Status: Open
+Status: Feedback
Type: Bug
Package:Filesystem function related
Operating System: Windows Server 2008 R2
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
Keeping state at "Feedback" until data requested by mafick is provided.
Previous Comments:
[2011-08-26 20:46:53] aaron at gwmicro dot com
Yes, I will attempt to get this information to you. I can say that we were
using 5.2.13 without incident prior to updating to 5.3.8. After updating to
5.3.8, we were notified by users that they could no longer download files that
they were successfully uploading. That was when I determined the missing first
character. Because we didn't want to go backward, I put on the 5.4 version, and
the problem went away. Note that no changes were made in the PHP source during
the process of changing versions. I will try to back all that with the
requested data.
[2011-08-26 19:02:04] v-mafick at microsoft dot com
I've setup Apache 2.2.19 and PHP 5.3.8 (though not with mod_ssl) and have run
the test script you provided, but it doesn't produce the problem you reported
(it works fine).
In your report, $_FILES['filename']['name'] reports the length of the string as
10, even though only 9 characters are displayed.
Is it possible that somewhere in your program you're converting between
charsets or mangling the filename.
Also, could you provide a packet capture of the network traffic between your
web browser and your web application. You can do this with Wireshark
(Windows/Linux) or NetMon (Windows).
[2011-08-25 19:46:39] aaron at gwmicro dot com
While I'm not enamored with the idea of running a beta in production, this
problem appears to be resolved in 5.4.0beta1-dev.
[2011-08-25 19:36:54] aaron at gwmicro dot com
Description:
After uploading a file using a multipart/form-data HTML form, the resulting
file name is missing the initial character (i.e. readme.txt becomes eadme.txt).
Server: Apache/2.2.19 (Win32) mod_ssl/2.2.19 OpenSSL/1.0.0d PHP/5.3.8
Test script:
---
File:
array(1) { ["filename"]=> array(5) { ["name"]=> string(10) "eadme.txt"
["type"]=> string(10) "text/plain" ["tmp_name"]=> string(31)
"C:\temp\file_upload\php7D44.tmp" ["error"]=> int(0) ["size"]=> int(3420) } }
Expected result:
$_FILES['filename']['name'] should be intact rather than missing the first
character.
["name"]=> string(10) "readme.txt"
Actual result:
--
$_FILES['filename']['name'] is missing the first character:
["name"]=> string(10) "eadme.txt"
--
Edit this bug report at https://bugs.php.net/bug.php?id=55510&edit=1
Bug #55514 [Opn->Bgs]: Can't install PHP 5.2.17. Error code 2738
Edit report at https://bugs.php.net/bug.php?id=55514&edit=1
ID: 55514
Updated by: johan...@php.net
Reported by:Chris_Walsh at Prodigy dot bet
Summary:Can't install PHP 5.2.17. Error code 2738
-Status: Open
+Status: Bogus
Type: Bug
Package:Unknown/Other Function
Operating System: Windows Vista
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
The current version is 5.3.8. Windows downloads are on
http://windows.php.net/download/
Previous Comments:
[2011-08-26 21:34:54] Chris_Walsh at Prodigy dot net
Did I commit a typo in my email address?? should be "dot net" not "dot bet" of
course.
[2011-08-26 21:23:34] Chris_Walsh at Prodigy dot bet
Description:
I have seen other bugs categorized as being in the "Windows Installer" package
but I don't have that option in the dropdown menu so I have put it as
"unknown/other"
I am trying to install 5.2.17 because, according to
http://windows.php.net/download/ it is what I need to use with Apache. (I don't
see a later version for Windows that looks usable) The "PHP version" drop-down
implies I should be using something more recent that 5.2.x but the Windows
download page doesn't give me the options to use something more current.
I want to install php-5.2.17-Win32-VC6-x86.msi (as opposed to the "nts"
version) because it has the option for Apache 2.2 in the Web Server Setup
options.
If I need to use a more recent version, then the info at
http://windows.php.net/download/ is misleading at best: "Which version do I
choose? If you are using PHP with Apache 1 or Apache2 from apache.org you need
to use the VC6 versions of PHP"
Here's my situation:
I get most of the way through the installation and I get an error pop-up saying
"the installer has encountered an unexpected error installing this package.
This may indicate a problem with this package. The error code is 2738"
I have done a great deal of searching on this and have found many references
recommending doing some registry changes. This page in particular seems to
explain well what to do:
http://blogs.msdn.com/b/heaths/archive/2007/05/31/windows-installer-errors-2738-and-2739-with-script-custom-actions.aspx
I have done what it recommends yet I still get the error.
The keys mentioned are not in HKCU, which I checked using regedit.
VBScript, B54F3741-5B07-11CF-A4B0-00AA004A55E8 is in HKEY_LOCAL_MACHINE
This dll is the one that causes the 2738 error, apparently.
JScript, F414C260-6AC0-11CF-B6D1-00AA0058 is HKEY_CLASSES_ROOT, which I
mention because it is referenced in the link I cite above.
I have tried deleting and re-registering the dlls ("regsvr32 vbscript.dll) and
that didn't help.
I have hit a dead end.
Expected result:
Would like to be able to get php installed on my Vista PC.
Actual result:
--
Error
--
Edit this bug report at https://bugs.php.net/bug.php?id=55514&edit=1
Bug #55481 [Csd]: Bug in reading Arabic valules form files
Edit report at https://bugs.php.net/bug.php?id=55481&edit=1 ID: 55481 Updated by: ka...@php.net Reported by:info at almaciat dot com Summary:Bug in reading Arabic valules form files Status: Closed Type: Bug Package:*PDF functions Operating System: CentOS PHP Version:5.3SVN-2011-08-23 (SVN) Assigned To:kalle Block user comment: N Private report: N New Comment: You stated the issue to be in the PDF category hence why I pointed you in the direction of PECL packages. Try check your encoding, as its almost 100% that you are sending the page in one encoding while serving the page in another. Previous Comments: [2011-08-26 20:46:59] info at almaciat dot com its not for PDF files !! even if you have arabic words in php files it will became >> ??? even if you change the encodding im software eng & web developer & server manager iknow thoses stuff [2011-08-26 15:18:05] ka...@php.net Please report this problem on the relevant PECL package as 5.3 does not contain any PDF related extensions. [2011-08-23 03:08:41] info at almaciat dot com Description: its was in 5.3.6 latest version in Cpanle and its show the vales as >>"" Test script: --- Expected result: Ù Ø٠د Actual result: -- ØØØØ -- Edit this bug report at https://bugs.php.net/bug.php?id=55481&edit=1
Bug #51941 [Fbk->Wfx]: sin() and cos() functions return wrong values
Edit report at https://bugs.php.net/bug.php?id=51941&edit=1 ID: 51941 Updated by: paj...@php.net Reported by:veyder at gmail dot com Summary:sin() and cos() functions return wrong values -Status: Feedback +Status: Wont fix Type: Bug Package:Math related Operating System: Windows XP/Windows 7 PHP Version:5.3.2 Assigned To:pajoye Block user comment: N Private report: N Previous Comments: [2011-08-26 19:01:24] v-mafick at microsoft dot com Thank you for reporting this. This bug is reproducable on VC6, but this bug is not reproducable on VC9. Moving forward, PHP is only supported on VC9. Please upgrade to a PHP binary based on VC9 (the ZIP file you download will have 'vc9' in the filename). [2010-05-31 05:14:49] ahar...@php.net For the record, I can't reproduce this on 64-bit Linux or OS X, so this looks like it's Windows specific. [2010-05-28 23:40:06] paj...@php.net And what do you get? Which version of php do you? VC6 or VC9? [2010-05-28 08:59:09] veyder at gmail dot com Description: For very large values of $x (9.2233720368548E+18 and more), sin($x) and cos($x) simply return $x Test script: --- $x = 9.2233720368547E+18; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368548E+18; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368547E+22; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368547E+5; var_dump(sin($x)); var_dump(cos($x)); Expected result: float(0.70730241295515) float(0.70691109527848) float(9.2233720368548E+18) float(9.2233720368548E+18) float(9.2233720368547E+22) float(9.2233720368547E+22) float(-0.15745275115961) float(-0.98752652174626) -- Edit this bug report at https://bugs.php.net/bug.php?id=51941&edit=1
Bug #55514 [Com]: Can't install PHP 5.2.17. Error code 2738
Edit report at https://bugs.php.net/bug.php?id=55514&edit=1
ID: 55514
Comment by: Chris_Walsh at Prodigy dot net
Reported by:Chris_Walsh at Prodigy dot bet
Summary:Can't install PHP 5.2.17. Error code 2738
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: Windows Vista
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Did I commit a typo in my email address?? should be "dot net" not "dot bet" of
course.
Previous Comments:
[2011-08-26 21:23:34] Chris_Walsh at Prodigy dot bet
Description:
I have seen other bugs categorized as being in the "Windows Installer" package
but I don't have that option in the dropdown menu so I have put it as
"unknown/other"
I am trying to install 5.2.17 because, according to
http://windows.php.net/download/ it is what I need to use with Apache. (I don't
see a later version for Windows that looks usable) The "PHP version" drop-down
implies I should be using something more recent that 5.2.x but the Windows
download page doesn't give me the options to use something more current.
I want to install php-5.2.17-Win32-VC6-x86.msi (as opposed to the "nts"
version) because it has the option for Apache 2.2 in the Web Server Setup
options.
If I need to use a more recent version, then the info at
http://windows.php.net/download/ is misleading at best: "Which version do I
choose? If you are using PHP with Apache 1 or Apache2 from apache.org you need
to use the VC6 versions of PHP"
Here's my situation:
I get most of the way through the installation and I get an error pop-up saying
"the installer has encountered an unexpected error installing this package.
This may indicate a problem with this package. The error code is 2738"
I have done a great deal of searching on this and have found many references
recommending doing some registry changes. This page in particular seems to
explain well what to do:
http://blogs.msdn.com/b/heaths/archive/2007/05/31/windows-installer-errors-2738-and-2739-with-script-custom-actions.aspx
I have done what it recommends yet I still get the error.
The keys mentioned are not in HKCU, which I checked using regedit.
VBScript, B54F3741-5B07-11CF-A4B0-00AA004A55E8 is in HKEY_LOCAL_MACHINE
This dll is the one that causes the 2738 error, apparently.
JScript, F414C260-6AC0-11CF-B6D1-00AA0058 is HKEY_CLASSES_ROOT, which I
mention because it is referenced in the link I cite above.
I have tried deleting and re-registering the dlls ("regsvr32 vbscript.dll) and
that didn't help.
I have hit a dead end.
Expected result:
Would like to be able to get php installed on my Vista PC.
Actual result:
--
Error
--
Edit this bug report at https://bugs.php.net/bug.php?id=55514&edit=1
[PHP-BUG] Bug #55514 [NEW]: Can't install PHP 5.2.17. Error code 2738
From:
Operating system: Windows Vista
PHP version: Irrelevant
Package: Unknown/Other Function
Bug Type: Bug
Bug description:Can't install PHP 5.2.17. Error code 2738
Description:
I have seen other bugs categorized as being in the "Windows Installer"
package but I don't have that option in the dropdown menu so I have put it
as "unknown/other"
I am trying to install 5.2.17 because, according to
http://windows.php.net/download/ it is what I need to use with Apache. (I
don't see a later version for Windows that looks usable) The "PHP version"
drop-down implies I should be using something more recent that 5.2.x but
the Windows download page doesn't give me the options to use something more
current.
I want to install php-5.2.17-Win32-VC6-x86.msi (as opposed to the "nts"
version) because it has the option for Apache 2.2 in the Web Server Setup
options.
If I need to use a more recent version, then the info at
http://windows.php.net/download/ is misleading at best: "Which version do I
choose? If you are using PHP with Apache 1 or Apache2 from apache.org you
need to use the VC6 versions of PHP"
Here's my situation:
I get most of the way through the installation and I get an error pop-up
saying "the installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code is
2738"
I have done a great deal of searching on this and have found many
references recommending doing some registry changes. This page in
particular seems to explain well what to do:
http://blogs.msdn.com/b/heaths/archive/2007/05/31/windows-installer-errors-2738-and-2739-with-script-custom-actions.aspx
I have done what it recommends yet I still get the error.
The keys mentioned are not in HKCU, which I checked using regedit.
VBScript, B54F3741-5B07-11CF-A4B0-00AA004A55E8 is in HKEY_LOCAL_MACHINE
This dll is the one that causes the 2738 error, apparently.
JScript, F414C260-6AC0-11CF-B6D1-00AA0058 is HKEY_CLASSES_ROOT, which
I mention because it is referenced in the link I cite above.
I have tried deleting and re-registering the dlls ("regsvr32 vbscript.dll)
and that didn't help.
I have hit a dead end.
Expected result:
Would like to be able to get php installed on my Vista PC.
Actual result:
--
Error
--
Edit bug report at https://bugs.php.net/bug.php?id=55514&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55514&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55514&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55514&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55514&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55514&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55514&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55514&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55514&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55514&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55514&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55514&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55514&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55514&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55514&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55514&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55514&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55514&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55514&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55514&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55514&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55514&r=mysqlcfg
Bug #55481 [Csd]: Bug in reading Arabic valules form files
Edit report at https://bugs.php.net/bug.php?id=55481&edit=1 ID: 55481 User updated by:info at almaciat dot com Reported by:info at almaciat dot com Summary:Bug in reading Arabic valules form files Status: Closed Type: Bug Package:*PDF functions Operating System: CentOS PHP Version:5.3SVN-2011-08-23 (SVN) Assigned To:kalle Block user comment: N Private report: N New Comment: its not for PDF files !! even if you have arabic words in php files it will became >> ??? even if you change the encodding im software eng & web developer & server manager iknow thoses stuff Previous Comments: [2011-08-26 15:18:05] ka...@php.net Please report this problem on the relevant PECL package as 5.3 does not contain any PDF related extensions. [2011-08-23 03:08:41] info at almaciat dot com Description: its was in 5.3.6 latest version in Cpanle and its show the vales as >>"" Test script: --- Expected result: Ù Ø٠د Actual result: -- ØØØØ -- Edit this bug report at https://bugs.php.net/bug.php?id=55481&edit=1
Bug #55510 [Opn]: $_FILES 'name' missing first character after upload.
Edit report at https://bugs.php.net/bug.php?id=55510&edit=1
ID: 55510
User updated by:aaron at gwmicro dot com
Reported by:aaron at gwmicro dot com
Summary:$_FILES 'name' missing first character after upload.
Status: Open
Type: Bug
Package:Filesystem function related
Operating System: Windows Server 2008 R2
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
Yes, I will attempt to get this information to you. I can say that we were
using 5.2.13 without incident prior to updating to 5.3.8. After updating to
5.3.8, we were notified by users that they could no longer download files that
they were successfully uploading. That was when I determined the missing first
character. Because we didn't want to go backward, I put on the 5.4 version, and
the problem went away. Note that no changes were made in the PHP source during
the process of changing versions. I will try to back all that with the
requested data.
Previous Comments:
[2011-08-26 19:02:04] v-mafick at microsoft dot com
I've setup Apache 2.2.19 and PHP 5.3.8 (though not with mod_ssl) and have run
the test script you provided, but it doesn't produce the problem you reported
(it works fine).
In your report, $_FILES['filename']['name'] reports the length of the string as
10, even though only 9 characters are displayed.
Is it possible that somewhere in your program you're converting between
charsets or mangling the filename.
Also, could you provide a packet capture of the network traffic between your
web browser and your web application. You can do this with Wireshark
(Windows/Linux) or NetMon (Windows).
[2011-08-25 19:46:39] aaron at gwmicro dot com
While I'm not enamored with the idea of running a beta in production, this
problem appears to be resolved in 5.4.0beta1-dev.
[2011-08-25 19:36:54] aaron at gwmicro dot com
Description:
After uploading a file using a multipart/form-data HTML form, the resulting
file name is missing the initial character (i.e. readme.txt becomes eadme.txt).
Server: Apache/2.2.19 (Win32) mod_ssl/2.2.19 OpenSSL/1.0.0d PHP/5.3.8
Test script:
---
File:
array(1) { ["filename"]=> array(5) { ["name"]=> string(10) "eadme.txt"
["type"]=> string(10) "text/plain" ["tmp_name"]=> string(31)
"C:\temp\file_upload\php7D44.tmp" ["error"]=> int(0) ["size"]=> int(3420) } }
Expected result:
$_FILES['filename']['name'] should be intact rather than missing the first
character.
["name"]=> string(10) "readme.txt"
Actual result:
--
$_FILES['filename']['name'] is missing the first character:
["name"]=> string(10) "eadme.txt"
--
Edit this bug report at https://bugs.php.net/bug.php?id=55510&edit=1
Bug #55510 [Com]: $_FILES 'name' missing first character after upload.
Edit report at https://bugs.php.net/bug.php?id=55510&edit=1
ID: 55510
Comment by: v-mafick at microsoft dot com
Reported by:aaron at gwmicro dot com
Summary:$_FILES 'name' missing first character after upload.
Status: Open
Type: Bug
Package:Filesystem function related
Operating System: Windows Server 2008 R2
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
I've setup Apache 2.2.19 and PHP 5.3.8 (though not with mod_ssl) and have run
the test script you provided, but it doesn't produce the problem you reported
(it works fine).
In your report, $_FILES['filename']['name'] reports the length of the string as
10, even though only 9 characters are displayed.
Is it possible that somewhere in your program you're converting between
charsets or mangling the filename.
Also, could you provide a packet capture of the network traffic between your
web browser and your web application. You can do this with Wireshark
(Windows/Linux) or NetMon (Windows).
Previous Comments:
[2011-08-25 19:46:39] aaron at gwmicro dot com
While I'm not enamored with the idea of running a beta in production, this
problem appears to be resolved in 5.4.0beta1-dev.
[2011-08-25 19:36:54] aaron at gwmicro dot com
Description:
After uploading a file using a multipart/form-data HTML form, the resulting
file name is missing the initial character (i.e. readme.txt becomes eadme.txt).
Server: Apache/2.2.19 (Win32) mod_ssl/2.2.19 OpenSSL/1.0.0d PHP/5.3.8
Test script:
---
File:
array(1) { ["filename"]=> array(5) { ["name"]=> string(10) "eadme.txt"
["type"]=> string(10) "text/plain" ["tmp_name"]=> string(31)
"C:\temp\file_upload\php7D44.tmp" ["error"]=> int(0) ["size"]=> int(3420) } }
Expected result:
$_FILES['filename']['name'] should be intact rather than missing the first
character.
["name"]=> string(10) "readme.txt"
Actual result:
--
$_FILES['filename']['name'] is missing the first character:
["name"]=> string(10) "eadme.txt"
--
Edit this bug report at https://bugs.php.net/bug.php?id=55510&edit=1
Bug #51941 [Com]: sin() and cos() functions return wrong values
Edit report at https://bugs.php.net/bug.php?id=51941&edit=1 ID: 51941 Comment by: v-mafick at microsoft dot com Reported by:veyder at gmail dot com Summary:sin() and cos() functions return wrong values Status: Feedback Type: Bug Package:Math related Operating System: Windows XP/Windows 7 PHP Version:5.3.2 Assigned To:pajoye Block user comment: N Private report: N New Comment: Thank you for reporting this. This bug is reproducable on VC6, but this bug is not reproducable on VC9. Moving forward, PHP is only supported on VC9. Please upgrade to a PHP binary based on VC9 (the ZIP file you download will have 'vc9' in the filename). Previous Comments: [2010-05-31 05:14:49] ahar...@php.net For the record, I can't reproduce this on 64-bit Linux or OS X, so this looks like it's Windows specific. [2010-05-28 23:40:06] paj...@php.net And what do you get? Which version of php do you? VC6 or VC9? [2010-05-28 08:59:09] veyder at gmail dot com Description: For very large values of $x (9.2233720368548E+18 and more), sin($x) and cos($x) simply return $x Test script: --- $x = 9.2233720368547E+18; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368548E+18; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368547E+22; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368547E+5; var_dump(sin($x)); var_dump(cos($x)); Expected result: float(0.70730241295515) float(0.70691109527848) float(9.2233720368548E+18) float(9.2233720368548E+18) float(9.2233720368547E+22) float(9.2233720368547E+22) float(-0.15745275115961) float(-0.98752652174626) -- Edit this bug report at https://bugs.php.net/bug.php?id=51941&edit=1
Bug #55479 [Opn->Fbk]: ext/pcntl/tests failures
Edit report at https://bugs.php.net/bug.php?id=55479&edit=1 ID: 55479 Updated by: ka...@php.net Reported by:glen at delfi dot ee Summary:ext/pcntl/tests failures -Status: Open +Status: Feedback Type: Bug Package:PCNTL related PHP Version:5.4.0alpha3 Block user comment: N Private report: N New Comment: >From the trace it looks like you are using some old dynamically linked >libraries thats compiled to a different version that the one you are using >(see the APINO). Packages like PCRE and SPL should be statically compiled anyway, although I don't reckon we have any issues using dynamically loaded ones. Previous Comments: [2011-08-22 17:05:56] glen at delfi dot ee proposed patch: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/php/bug-test-pcntl- 55479.patch [2011-08-22 17:03:56] glen at delfi dot ee Description: there are ext/pcntl/tests failures due it using $TEST_PHP_EXECUTABLE which uses installed php config, but tests should be self-contained and use config extensions from BUILT codebase. for example if i have installed php 5.3 and i try to run tests on 5.4 i get errors: + /usr/bin/make -j16 test EXTENSION_DIR=modules PHP_TEST_SHARED_SYSTEM_EXTENSIONS= RUN_TESTS_SETTINGS=-q ext/pcntl/tests/pcntl_exec_2.phpt --show-out Build complete. Don't forget to run 'make test'. = PHP : /home/users/glen/rpm/BUILD.i686-linux/php-5.4.0alpha3/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.4.0alpha3 ZEND_VERSION: 2.4.0 PHP_OS : Linux - Linux carme-pld-i686 3.0.0_nogrsecurity-0.3 #1 SMP Wed Jul 27 21:17:15 CEST 2011 i686 INI actual : /home/users/glen/rpm/BUILD.i686-linux/php-5.4.0alpha3/tmp-php.ini More .INIs : CWD : /home/users/glen/rpm/BUILD.i686-linux/php-5.4.0alpha3 Extra dirs : VALGRIND: Not used = Running selected tests. TEST 1/1 [ext/pcntl/tests/pcntl_exec_2.phpt] OUT ok PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/pcre.so' - /usr/lib/php/pcre.so: undefined symbol: php_addslashes_ex in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/spl.so' - /usr/lib/php/spl.so: undefined symbol: php_pcre_replace_impl in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/session.so' - /usr/lib/php/session.so: undefined symbol: php_get_output_start_filename in Unknown on line 0 PHP Warning: PHP Startup: bcmath: Unable to initialize module Module compiled with module API=20090626 PHPcompiled with module API=20100525 These options need to match in Unknown on line 0 -- Edit this bug report at https://bugs.php.net/bug.php?id=55479&edit=1
Bug #55481 [Opn->Csd]: Bug in reading Arabic valules form files
Edit report at https://bugs.php.net/bug.php?id=55481&edit=1 ID: 55481 Updated by: ka...@php.net Reported by:info at almaciat dot com Summary:Bug in reading Arabic valules form files -Status: Open +Status: Closed Type: Bug Package:*PDF functions Operating System: CentOS PHP Version:5.3SVN-2011-08-23 (SVN) -Assigned To: +Assigned To:kalle Block user comment: N Private report: N New Comment: Please report this problem on the relevant PECL package as 5.3 does not contain any PDF related extensions. Previous Comments: [2011-08-23 03:08:41] info at almaciat dot com Description: its was in 5.3.6 latest version in Cpanle and its show the vales as >>"" Test script: --- Expected result: Ù Ø٠د Actual result: -- ØØØØ -- Edit this bug report at https://bugs.php.net/bug.php?id=55481&edit=1
Bug #55512 [Opn->Fbk]: php failes 47 test cases unexpectedly
Edit report at https://bugs.php.net/bug.php?id=55512&edit=1 ID: 55512 Updated by: paj...@php.net Reported by:toralf dot foerster at gmx dot de Summary:php failes 47 test cases unexpectedly -Status: Open +Status: Feedback Type: Bug Package:Compile Warning Operating System: Gentoo Linux PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Please send the results via emails using the make test scripts or post them somewhere (attaching them here works). A simple list of failed tests is sadly not very helpful. Previous Comments: [2011-08-26 14:16:40] toralf dot foerster at gmx dot de Description: Under Gentoo I got a Warning with enabled "test" FEATURE Test script: --- ebuild package> test Expected result: no unexpected warnings Actual result: -- he following test cases failed unexpectedly: ./tests/output/ob_011 ./sapi/cli/tests/016 ./Zend/tests/bug48770_2 ./Zend/tests/access_modifiers_008 ./Zend/tests/access_modifiers_009 ./Zend/tests/bug55156 ./Zend/tests/bug48770 ./Zend/tests/bug48770_3 ./ext/gd/tests/bug48801 ./ext/gd/tests/bug43073 ./ext/mysqli/tests/mysqli_connect ./ext/mysqli/tests/mysqli_connect_oo_defaults ./ext/mysqli/tests/mysqli_connect_oo ./ext/readline/tests/readline_callback_handler_remove_001 ./ext/readline/tests/readline_callback_handler_install_001 ./ext/standard/tests/file/readlink_realpath_variation3 ./ext/standard/tests/file/readlink_variation1 ./ext/standard/tests/serialize/serialization_miscTypes_001 ./ext/standard/tests/php_ini_loaded_file ./ext/standard/tests/misc/time_sleep_until_basic ./ext/pcre/tests/006 ./ext/simplexml/tests/034 ./ext/simplexml/tests/bug48601 ./ext/openssl/tests/openssl_x509_parse_basic ./ext/openssl/tests/bug28382 ./ext/openssl/tests/bug47828 ./ext/mysql/tests/001 ./ext/mysql/tests/mysql_connect ./ext/mysql/tests/mysql_max_links ./ext/mysql/tests/mysql_sql_safe_mode ./ext/date/tests/DateTime_sub-spring-type2-type2 ./ext/date/tests/bug55253 ./ext/date/tests/DateTime_days-spring-type3-type3 ./ext/date/tests/DateTime_sub-february ./ext/date/tests/DateTime_add-spring-type2-type3 ./ext/date/tests/DateTime_sub-dates ./ext/date/tests/DateTime_add-fall-type3-type3 ./ext/date/tests/DateTime_sub-spring-type2-type3 ./ext/date/tests/bug51994 ./ext/date/tests/DateTime_sub-fall-type3-type3 ./ext/date/tests/DateTime_sub-spring-type3-type3 ./ext/date/tests/DateTime_sub-fall-type2-type2 ./ext/date/tests/DateTime_diff-spring-type2-type2 ./ext/date/tests/DateTime_days-spring-type2-type3 ./ext/date/tests/DateTime_diff-fall-type2-type3 ./ext/date/tests/DateTime_add-fall-type3-type2 ./ext/date/tests/DateTime_add-fall-type2-type2 ./ext/date/tests/DateTime_diff-spring-type3-type3 ./ext/date/tests/DateTime_sub-fall-type2-type3 ./ext/date/tests/DateTime_days-spring-type2-type2 ./ext/date/tests/DateTime_add-fall-type2-type3 ./ext/date/tests/DateTime_add-spring-type3-type3 ./ext/date/tests/DateTime_diff-spring-type3-type2 ./ext/date/tests/DateTime_add-spring-type3-type2 ./ext/date/tests/DateTime_diff-spring-type2-type3 ./ext/date/tests/DateTime_add-spring-type2-type2 ./ext/date/tests/DateTime_diff-fall-type2-type2 ./ext/date/tests/DateTime_sub-fall-type3-type2 ./ext/date/tests/DateTime_diff-fall-type3-type3 ./ext/date/tests/DateTime_days-spring-type3-type2 ./ext/date/tests/DateTime_diff-fall-type3-type2 ./ext/date/tests/DateTime_sub-spring-type3-type2 ./ext/phar/tests/bug52013 ./ext/phar/tests/phar_oo_005 ./ext/session/tests/bug41600 ./ext/session/tests/021 ./ext/session/tests/014 ./ext/session/tests/015 ./ext/session/tests/bug36459 ./ext/session/tests/018 ./ext/session/tests/020 ./ext/dba/tests/dba_db4_018 ./ext/dba/tests/dba011 ./ext/dba/tests/dba_optimize ./ext/dba/tests/dba_db4_007 ./ext/dba/tests/dba_sync ./ext/dba/tests/dba_db4_003 ./ext/xsl/tests/xsltprocessor_registerPHPFunctions-funcundef ./ext/xsl/tests/xslt010 ./ext/xsl/tests/xsltprocessor_registerPHPFunctions-funcnostring ./ext/dom/tests/DOMDocument_relaxNGValidate_error2 -- Edit this bug report at https://bugs.php.net/bug.php?id=55512&edit=1
[PHP-BUG] Bug #55512 [NEW]: php failes 47 test cases unexpectedly
From: Operating system: Gentoo Linux PHP version: 5.3.8 Package: Compile Warning Bug Type: Bug Bug description:php failes 47 test cases unexpectedly Description: Under Gentoo I got a Warning with enabled "test" FEATURE Test script: --- ebuild package> test Expected result: no unexpected warnings Actual result: -- he following test cases failed unexpectedly: ./tests/output/ob_011 ./sapi/cli/tests/016 ./Zend/tests/bug48770_2 ./Zend/tests/access_modifiers_008 ./Zend/tests/access_modifiers_009 ./Zend/tests/bug55156 ./Zend/tests/bug48770 ./Zend/tests/bug48770_3 ./ext/gd/tests/bug48801 ./ext/gd/tests/bug43073 ./ext/mysqli/tests/mysqli_connect ./ext/mysqli/tests/mysqli_connect_oo_defaults ./ext/mysqli/tests/mysqli_connect_oo ./ext/readline/tests/readline_callback_handler_remove_001 ./ext/readline/tests/readline_callback_handler_install_001 ./ext/standard/tests/file/readlink_realpath_variation3 ./ext/standard/tests/file/readlink_variation1 ./ext/standard/tests/serialize/serialization_miscTypes_001 ./ext/standard/tests/php_ini_loaded_file ./ext/standard/tests/misc/time_sleep_until_basic ./ext/pcre/tests/006 ./ext/simplexml/tests/034 ./ext/simplexml/tests/bug48601 ./ext/openssl/tests/openssl_x509_parse_basic ./ext/openssl/tests/bug28382 ./ext/openssl/tests/bug47828 ./ext/mysql/tests/001 ./ext/mysql/tests/mysql_connect ./ext/mysql/tests/mysql_max_links ./ext/mysql/tests/mysql_sql_safe_mode ./ext/date/tests/DateTime_sub-spring-type2-type2 ./ext/date/tests/bug55253 ./ext/date/tests/DateTime_days-spring-type3-type3 ./ext/date/tests/DateTime_sub-february ./ext/date/tests/DateTime_add-spring-type2-type3 ./ext/date/tests/DateTime_sub-dates ./ext/date/tests/DateTime_add-fall-type3-type3 ./ext/date/tests/DateTime_sub-spring-type2-type3 ./ext/date/tests/bug51994 ./ext/date/tests/DateTime_sub-fall-type3-type3 ./ext/date/tests/DateTime_sub-spring-type3-type3 ./ext/date/tests/DateTime_sub-fall-type2-type2 ./ext/date/tests/DateTime_diff-spring-type2-type2 ./ext/date/tests/DateTime_days-spring-type2-type3 ./ext/date/tests/DateTime_diff-fall-type2-type3 ./ext/date/tests/DateTime_add-fall-type3-type2 ./ext/date/tests/DateTime_add-fall-type2-type2 ./ext/date/tests/DateTime_diff-spring-type3-type3 ./ext/date/tests/DateTime_sub-fall-type2-type3 ./ext/date/tests/DateTime_days-spring-type2-type2 ./ext/date/tests/DateTime_add-fall-type2-type3 ./ext/date/tests/DateTime_add-spring-type3-type3 ./ext/date/tests/DateTime_diff-spring-type3-type2 ./ext/date/tests/DateTime_add-spring-type3-type2 ./ext/date/tests/DateTime_diff-spring-type2-type3 ./ext/date/tests/DateTime_add-spring-type2-type2 ./ext/date/tests/DateTime_diff-fall-type2-type2 ./ext/date/tests/DateTime_sub-fall-type3-type2 ./ext/date/tests/DateTime_diff-fall-type3-type3 ./ext/date/tests/DateTime_days-spring-type3-type2 ./ext/date/tests/DateTime_diff-fall-type3-type2 ./ext/date/tests/DateTime_sub-spring-type3-type2 ./ext/phar/tests/bug52013 ./ext/phar/tests/phar_oo_005 ./ext/session/tests/bug41600 ./ext/session/tests/021 ./ext/session/tests/014 ./ext/session/tests/015 ./ext/session/tests/bug36459 ./ext/session/tests/018 ./ext/session/tests/020 ./ext/dba/tests/dba_db4_018 ./ext/dba/tests/dba011 ./ext/dba/tests/dba_optimize ./ext/dba/tests/dba_db4_007 ./ext/dba/tests/dba_sync ./ext/dba/tests/dba_db4_003 ./ext/xsl/tests/xsltprocessor_registerPHPFunctions-funcundef ./ext/xsl/tests/xslt010 ./ext/xsl/tests/xsltprocessor_registerPHPFunctions-funcnostring ./ext/dom/tests/DOMDocument_relaxNGValidate_error2 -- Edit bug report at https://bugs.php.net/bug.php?id=55512&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55512&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55512&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55512&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55512&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55512&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55512&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55512&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55512&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55512&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55512&r=support Expected behavior: https://bugs.php.net/fix.php?id=55512&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55512&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55512&r=submittedtwice register_globals:
Bug #30157 [Com]: ftell() function does not use stream_tell()
Edit report at https://bugs.php.net/bug.php?id=30157&edit=1 ID: 30157 Comment by: bugs dot php at mohiva dot com Reported by:tendencies at free dot fr Summary:ftell() function does not use stream_tell() Status: Open Type: Bug Package:Streams related Operating System: * PHP Version:5CVS-2004-09-19 (dev) Block user comment: N Private report: N New Comment: Can you explain why this isn't a bug? In my opinion it's a bug, because the stream_tell method gets never be called in respond to ftell, as it is described in the documentation(http://www.php.net/manual/en/streamwrapper.stream-tell.php). >> Do you have further analyzes to provide? With the provided code snippet, the behaviour is full reproducible. If this isn't a bug, how can I retrieve the actual file pointer position. For all internal stream protocols it is possible with ftell. Only for the custom implemented protocols it isn't. Maybe I'm wrong or I miss something? Previous Comments: [2011-08-25 12:40:50] paj...@php.net There is no bug but a feature request which seems to be very discutable. Do you have further analyzes to provide? [2011-08-25 12:30:42] bugs dot php at mohiva dot com Two years later the bug is still present in 5.3.8 [2009-02-24 17:18:11] doctorrock83 at gmail dot com Confirmed at the date of this message, the bug is still present in PHP 5.2.8, and PHP 5.3 branch. [2006-07-26 16:43:31] w...@php.net (PS: I got here via Bug #37096) [2006-07-26 16:42:25] w...@php.net I truly hope that this patch didn't get committed; it's not part of the streams design and is fundamentally redundant. I don't have time to make any further commentary than that; further analysis of the user-stream case mentioned in this bug report is required, but it certainly does not require making this kind of change to the core. 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 https://bugs.php.net/bug.php?id=30157 -- Edit this bug report at https://bugs.php.net/bug.php?id=30157&edit=1
Bug #55475 [Com]: is_a() triggers autoloader
Edit report at https://bugs.php.net/bug.php?id=55475&edit=1
ID: 55475
Comment by: kkaminski at itens dot pl
Reported by:mads at gartneriet dot dk
Summary:is_a() triggers autoloader
Status: Assigned
Type: Bug
Package:Scripting Engine problem
PHP Version:5.3.7
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
+1 for reverting change in 5.3 branch and implementing it in 5.4 (or giving up
as it really CHANGES BEHAVIOR)
Currently __autoload throws Exceptions to break code execution on some
frameworks. This is clean solution as if developer makes a typo, code still can
handle missing class and for instance - display a dedicated error report.
Unfortunately, with your latest 'fix' all PEAR packages are now broken on
frameworks with __autoload + exceptions - due to isError implementation.
Are you really sure is it MY duty to rewrite / repatch all code (external) code
to work around your 'fix' ?
How I am supposed to handle missing classes in this case? With exceptions I can
catch everything and handle myself. Whats the other way?
Previous Comments:
[2011-08-24 05:16:11] jha dot rajeev at gmail dot com
I have a question re. the correct behavior of custom __autoload() functions
when
called from is_a() in 5.3.7. How do we handle/report missing classes? is is_a()
prepared to handle any sort of exceptions or does it assume that __autoload
will
return TRUE/FALSE only?
what if I just did something like is_a("",ABCD)?
[2011-08-24 01:59:04] alan at akbkhome dot com
For reference:
The workaround is to do this
if (is_a($a, 'B')) {
becomes
if (is_object($a) && is_a($a, 'B')) {
[2011-08-23 14:24:59] jha dot rajeev at gmail dot com
This also affects HTML_Template_Flexy pear package that uses is_a to check
returned object against PEAR_Error class. No matter what behavior is right it
looks broken to me because I am patching this pear packages files right now!
[2011-08-23 08:25:33] alan at akbkhome dot com
@stas - the point of un-depreciating and working with a string was the second
argument, not the first one.
eg.
is_a($something, 'might_be_not_loaded_class')
rather than
$something instanceof might_be_not_loaded_class
[2011-08-23 06:26:21] alan at akbkhome dot com
>From the manual.
"Returns TRUE if the object is of this class or has this class as one of its
parents, FALSE otherwise."
note the "FALSE otherwise" ...
Defiantly a bug..
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
https://bugs.php.net/bug.php?id=55475
--
Edit this bug report at https://bugs.php.net/bug.php?id=55475&edit=1
Bug #51672 [Com]: Parse error when a subscript operator is used after a function call operator
Edit report at https://bugs.php.net/bug.php?id=51672&edit=1 ID: 51672 Comment by: nmn at mailinator dot com Reported by:miklcct at gmail dot com Summary:Parse error when a subscript operator is used after a function call operator Status: Bogus Type: Bug Package:Compile Failure Operating System: Ubuntu 9.04 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: Not a bug, just a stupid feature that demonstrate the lack of vision in the language design. Previous Comments: [2010-04-27 12:14:50] degeb...@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2010-04-27 12:11:21] miklcct at gmail dot com Description: syntax error when a subscript operator is used with a function call operator Test script: --- #!/usr/bin/php https://bugs.php.net/bug.php?id=51672&edit=1
Req #55490 [Opn->Csd]: Allow instantiating objects without invoking the constructor
Edit report at https://bugs.php.net/bug.php?id=55490&edit=1 ID: 55490 Updated by: sebast...@php.net Reported by:sebast...@php.net Summary:Allow instantiating objects without invoking the constructor -Status: Open +Status: Closed Type: Feature/Change Request Package:Reflection related Operating System: Irrelevant PHP Version:Irrelevant -Assigned To: +Assigned To:sebastian Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2011-08-26 07:40:22] sebast...@php.net Automatic comment from SVN on behalf of sebastian Revision: http://svn.php.net/viewvc/?view=revision&revision=315538 Log: Close #55490. [2011-08-25 13:26:33] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314278793 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314278793 [2011-08-25 09:39:27] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314265167 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314265167 [2011-08-25 09:27:08] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314264428 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314264428 [2011-08-25 09:24:37] sebast...@php.net The following patch has been added/updated: Patch Name: ReflectionClass_newInstanceWithoutConstructor Revision: 1314264277 URL: https://bugs.php.net/patch-display.php?bug=55490&patch=ReflectionClass_newInstanceWithoutConstructor&revision=1314264277 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 https://bugs.php.net/bug.php?id=55490 -- Edit this bug report at https://bugs.php.net/bug.php?id=55490&edit=1
Bug #55504 [Com]: Content-Type header is not parsed correctly on HTTP POST request
Edit report at https://bugs.php.net/bug.php?id=55504&edit=1
ID: 55504
Comment by: mumu at seznam dot cz
Reported by:mumu at seznam dot cz
Summary:Content-Type header is not parsed correctly on HTTP
POST request
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: FreeBSD, Windows Server 2008
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
The test call in the original comment is not correct. It should state:
Content-Type: multipart/form-data; boundary=BVoyv; charset=iso-8859-1
Accept: */*
Content-Length: 72
Host: example.com
--BVoyv
Content-Disposition: form-data; name="data"
abc
--BVoyv--
Previous Comments:
[2011-08-25 06:18:07] mumu at seznam dot cz
Description:
HTTP POST is not parsed correctly when the "boundary" parameter of the
Content-Type HTTP header is not the last parameter on the line.
---
Guessing (might be wrong):
In the first case, PHP parses the ";" (and maybe also the rest of the line)
after the boundary still as part of the boundary value. As a result, the POST
DATA are not "understood" correctly. However, the following parts from RFC 1521
states clearly that ";" could not be part of the boundary:
tspecials := "(" / ")" / "<" / ">" / "@"
/ "," / ";" / ":" / "\" / <">
/ "/" / "[" / "]" / "?" / "="
; Must be in quoted-string,
; to use within parameter values
boundary := 0*69 bcharsnospace
bchars := bcharsnospace / " "
bcharsnospace :=DIGIT / ALPHA / "'" / "(" / ")" / "+" /"_"
/ "," / "-" / "." / "/" / ":" / "=" / "?"
Test script:
---
Consider the following call to a PHP script running on an Apache server.
Connection: Keep-Alive
Content-Type: multipart/form-data; boundary=BVoyv; charset=iso-8859-1
Accept: */*
Content-Length: 72
Host: example.com
Content-Disposition: form-data; name="data"
abc
--BVoyv--
And a corresponding PHP script:
In this case, the POST data are not seen on the PHP side, as shown on the
output:
Array
(
[Connection] => Keep-Alive
[Content-Type] => multipart/form-data; boundary=BVoyv; charset=iso-8859-1
[Accept] => */*
[Content-Length] => 72
[Host] => example.com
)
Array
(
)
However, after changing order of parameters in the Content-Type header to:
"Content-Type: multipart/form-data; charset=iso-8859-1; boundary=BVoyv"
the script output is as expected (notify appearing of the [data] line):
Array
(
[Connection] => Keep-Alive
[Content-Type] => multipart/form-data; charset=iso-8859-1; boundary=BVoyv
[Accept] => */*
[Content-Length] => 72
[Host] => example.com
)
Array
(
[data] => abc
)
Expected result:
Both cases should be equal to each other.
Actual result:
--
In the first case, the "data" parameter is not available to the script.
--
Edit this bug report at https://bugs.php.net/bug.php?id=55504&edit=1
