Bug #25863 [Com]: IIS: The specified CGI application misbehaved
Edit report at http://bugs.php.net/bug.php?id=25863&edit=1 ID: 25863 Comment by: allan at eq dot edu dot au Reported by:salmanarshad2000 at yahoo dot com Summary:IIS: The specified CGI application misbehaved Status: Bogus Type: Bug Package:CGI related Operating System: win32 only PHP Version:4CVS, 5CVS, 6CVS.. Block user comment: N New Comment: I had this same issue; discovered the fault was a lack of permissions on the c:\windows\php.ini file. Previous Comments: [2010-06-29 17:09:07] rodoprogramador at hotmail dot com had that problem when I tried to debug pages to a local solve it by choosing manual setting in the Zend toolbar [2005-01-21 15:26:07] darkel...@php.net I applied patch from Microsoft (http://support.microsoft.com/default.aspx?scid=kb;EN-US;884764) and it do not solved. [2004-11-24 15:35:40] ed...@php.net It turns out, this is not a bug in PHP after all :) http://support.microsoft.com/default.aspx?scid=kb;EN-US;884764 Thanks to php at bryans dot net for digging it up in their database. [2004-11-24 13:59:38] php at bryans dot net I don't know if this has solved the intermittent problem I was experiencing with PHP 4.3.9/Server 2003/IIS6 on a dual processor system, but Microsoft have issued a hotfix for "Errors may occur when you run CGI applications on a fast multi-processor computer that is running IIS 5.0 and IIS 6.0". See Microsoft Knowledgebase article 884764. [2004-11-09 14:37:30] dan at flowofchi dot nl Whoops! Here is the line to add: print "Content-type: text/html\n\n"; The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=25863 -- Edit this bug report at http://bugs.php.net/bug.php?id=25863&edit=1
Bug #52577 [Asn]: Incorrect date returning
Edit report at http://bugs.php.net/bug.php?id=52577&edit=1
ID: 52577
Updated by: fel...@php.net
Reported by:vadimx at gmail dot com
Summary:Incorrect date returning
Status: Assigned
Type: Bug
Package:Date/time related
Operating System: Windows
PHP Version:5.3.3
Assigned To:derick
Block user comment: N
New Comment:
For example, using date_default_timezone_set('UTC'); I cannot reproduce
it.
But using your timezone I got same result.
Previous Comments:
[2010-08-11 00:57:51] vadimx at gmail dot com
date_default_timezone_set('Europe/Kiev');
But, i try change timezone, but this no effect.
[2010-08-11 00:44:17] fel...@php.net
What timezone are you using?
[2010-08-10 18:23:41] vadimx at gmail dot com
Description:
When i use unixtime in DateTime object, this returning wrong date, -1
day.
Test script:
---
$date = '7.8.2010';
echo "String: ".$date."";
$date_format = 'j.m.Y';
$unixtime = strtotime($date);
echo "Unixtime: ".$unixtime."";
echo "Date(PHP): ".date($date_format,$unixtime)."";
$date = new DateTime('@'.$unixtime);
echo "DateTime(PHP Class): ".$date->format($date_format);
Expected result:
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 7.08.2010
Actual result:
--
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 6.08.2010
--
Edit this bug report at http://bugs.php.net/bug.php?id=52577&edit=1
Bug #52577 [Com]: Incorrect date returning
Edit report at http://bugs.php.net/bug.php?id=52577&edit=1
ID: 52577
Comment by: vadimx at gmail dot com
Reported by:vadimx at gmail dot com
Summary:Incorrect date returning
Status: Assigned
Type: Bug
Package:Date/time related
Operating System: Windows
PHP Version:5.3.3
Assigned To:derick
Block user comment: N
New Comment:
date_default_timezone_set('Europe/Kiev');
But, i try change timezone, but this no effect.
Previous Comments:
[2010-08-11 00:44:17] fel...@php.net
What timezone are you using?
[2010-08-10 18:23:41] vadimx at gmail dot com
Description:
When i use unixtime in DateTime object, this returning wrong date, -1
day.
Test script:
---
$date = '7.8.2010';
echo "String: ".$date."";
$date_format = 'j.m.Y';
$unixtime = strtotime($date);
echo "Unixtime: ".$unixtime."";
echo "Date(PHP): ".date($date_format,$unixtime)."";
$date = new DateTime('@'.$unixtime);
echo "DateTime(PHP Class): ".$date->format($date_format);
Expected result:
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 7.08.2010
Actual result:
--
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 6.08.2010
--
Edit this bug report at http://bugs.php.net/bug.php?id=52577&edit=1
Bug #52577 [Opn->Asn]: Incorrect date returning
Edit report at http://bugs.php.net/bug.php?id=52577&edit=1
ID: 52577
Updated by: fel...@php.net
Reported by:vadimx at gmail dot com
Summary:Incorrect date returning
-Status: Open
+Status: Assigned
Type: Bug
Package:Date/time related
Operating System: Windows
PHP Version:5.3.3
-Assigned To:
+Assigned To:derick
Block user comment: N
New Comment:
What timezone are you using?
Previous Comments:
[2010-08-10 18:23:41] vadimx at gmail dot com
Description:
When i use unixtime in DateTime object, this returning wrong date, -1
day.
Test script:
---
$date = '7.8.2010';
echo "String: ".$date."";
$date_format = 'j.m.Y';
$unixtime = strtotime($date);
echo "Unixtime: ".$unixtime."";
echo "Date(PHP): ".date($date_format,$unixtime)."";
$date = new DateTime('@'.$unixtime);
echo "DateTime(PHP Class): ".$date->format($date_format);
Expected result:
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 7.08.2010
Actual result:
--
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 6.08.2010
--
Edit this bug report at http://bugs.php.net/bug.php?id=52577&edit=1
Bug #52573 [Opn->Csd]: SplFileObject::fscanf Segmentation fault
Edit report at http://bugs.php.net/bug.php?id=52573&edit=1
ID: 52573
Updated by: fel...@php.net
Reported by:ti dot bugmenot at gmail dot com
Summary:SplFileObject::fscanf Segmentation fault
-Status: Open
+Status: Closed
Type: Bug
Package:SPL related
PHP Version:5.3.3
-Assigned To:
+Assigned To:felipe
Block user comment: 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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2010-08-11 00:37:26] fel...@php.net
Automatic comment from SVN on behalf of felipe
Revision: http://svn.php.net/viewvc/?view=revision&revision=302085
Log: - Fixed bug #52573 (SplFileObject::fscanf Segmentation fault)
[2010-08-10 10:15:00] ti dot bugmenot at gmail dot com
Description:
Segmentation fault when using additional parameters
SplFileObject::fscanf
Test script:
---
fscanf('fscanf('
Notice: Undefined variable: result in /tmp/fail.php on
line 7
Notice: Undefined variable: result in /tmp/fail.php on
line 8
TEST 2:
Warning: Parameter 3 to fscanf() expected to be a reference,
value given in /tmp/fail.php on line 15
Segmentation fault
--
Edit this bug report at http://bugs.php.net/bug.php?id=52573&edit=1
Bug #52572 [Opn->Asn]: php_zip no recognize some zip format
Edit report at http://bugs.php.net/bug.php?id=52572&edit=1
ID: 52572
Updated by: fel...@php.net
Reported by:dayseye at 21cn dot com
Summary:php_zip no recognize some zip format
-Status: Open
+Status: Assigned
Type: Bug
Package:Zip Related
Operating System: Win32
PHP Version:5.2.14
-Assigned To:
+Assigned To:pajoye
Block user comment: N
Previous Comments:
[2010-08-10 07:15:35] dayseye at 21cn dot com
Description:
Some zip files can't be opened by php_zip while they can be open by
normal zip utility like haozip, 7-z, winrar, eg.
Test script:
---
';
$zip = @zip_open($a1);
if (is_resource($zip)) {
echo 'pass a1';
} else {
echo 'error a1 ' . $zip;
}
?>
a1.zip can be downloaded from http://afeng.open-src.com/a1.zip
a2.zip can be downloaded from http://afeng.open-src.com/a2.zip
Expected result:
pass a2
pass a1
Actual result:
--
error a2 19
pass a1
--
Edit this bug report at http://bugs.php.net/bug.php?id=52572&edit=1
Bug #52579 [Opn->Bgs]: define() accepts characters out of range
Edit report at http://bugs.php.net/bug.php?id=52579&edit=1 ID: 52579 Updated by: johan...@php.net Reported by:johnston dot joshua at gmail dot com Summary:define() accepts characters out of range -Status: Open +Status: Bogus Type: Bug Package:Scripting Engine problem Operating System: Any PHP Version:5.3.3 Block user comment: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php A constant may contain any character. Use constant() to retrieve the value. Only the parser doesn't allow any name but that's independent. Previous Comments: [2010-08-10 21:51:44] johnston dot joshua at gmail dot com Description: Constants can be defined with invalid characters in the name. The documentation is correct but there seems to be no validation that matches the docs when the constant's name is assigned to zend_constant.name According to the docs on Constants: The name of a constant follows the same rules as any label in PHP. A valid constant name starts with a letter or underscore, followed by any number of letters, numbers, or underscores. As a regular expression, it would be expressed thusly: [a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]* Test script: --- Expected result: define() should throw an error stating that the constant name has invalid characters in it -- Edit this bug report at http://bugs.php.net/bug.php?id=52579&edit=1
Bug #52580 [Opn->Bgs]: I like see string "test"
Edit report at http://bugs.php.net/bug.php?id=52580&edit=1
ID: 52580
Updated by: degeb...@php.net
Reported by:dijincorp at mail dot ru
Summary:I like see string "test"
-Status: Open
+Status: Bogus
Type: Bug
Package:Unknown/Other Function
Operating System: Windows,Linux
PHP Version:5.2.14
Block user comment: 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.
Previous Comments:
[2010-08-10 22:57:09] dijincorp at mail dot ru
Description:
I like see string "test"
$variable = "test";
$var_1 = "variable";
echo ${$var_1}; //work
$var_2['x2'] = "test";
$var_2['x'] = "var_2";
echo ${$var_2['x']}['x2']; //work
$var_3['x2'] = "test";
$var_3['x'] = "var_3['x2']";
echo ${$var_3['x']}; //dont work
Sorry for my English.
Test script:
---
$var_3['x2'] = "test";
$var_3['x'] = "var_3['x2']";
echo ${$var_3['x']};
Expected result:
Notice: Undefined variable: var_3['x2']
Actual result:
--
string "test"
--
Edit this bug report at http://bugs.php.net/bug.php?id=52580&edit=1
[PHP-BUG] Bug #52580 [NEW]: I like see string "test"
From:
Operating system: Windows,Linux
PHP version: 5.2.14
Package: Unknown/Other Function
Bug Type: Bug
Bug description:I like see string "test"
Description:
I like see string "test"
$variable = "test";
$var_1 = "variable";
echo ${$var_1}; //work
$var_2['x2'] = "test";
$var_2['x'] = "var_2";
echo ${$var_2['x']}['x2']; //work
$var_3['x2'] = "test";
$var_3['x'] = "var_3['x2']";
echo ${$var_3['x']}; //dont work
Sorry for my English.
Test script:
---
$var_3['x2'] = "test";
$var_3['x'] = "var_3['x2']";
echo ${$var_3['x']};
Expected result:
Notice: Undefined variable: var_3['x2']
Actual result:
--
string "test"
--
Edit bug report at http://bugs.php.net/bug.php?id=52580&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52580&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52580&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52580&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52580&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52580&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52580&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52580&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52580&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52580&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52580&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52580&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52580&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52580&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52580&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52580&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52580&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52580&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52580&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52580&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52580&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52580&r=mysqlcfg
Bug #43511 [Com]: unlink() gives "No error in..." warning
Edit report at http://bugs.php.net/bug.php?id=43511&edit=1
ID: 43511
Comment by: calicojack at gmail dot com
Reported by:marius dot radvan at yahoo dot com
Summary:unlink() gives "No error in..." warning
Status: No Feedback
Type: Bug
Package:*General Issues
Operating System: windows
PHP Version:5.2.5
Block user comment: N
New Comment:
Getting this as of PHP Version 5.2.9-2 on Windows Server 2008.
if(ftp_put($connection, $dest, $source,FTP_ASCII)){
echo 'FTP Upload SUCCESS!';
ftp_close($connection);
unlink($source);
}
Previous Comments:
[2008-12-22 01:36:11] admin at beyondmaster dot com
I got the same error even trying to set chmod to 0777
chmod() [function.chmod]: No error in ... on line 34
Warning: unlink() [function.unlink]: No error in ...
[2007-12-15 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-12-07 10:49:06] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2007-12-06 07:42:07] marius dot radvan at yahoo dot com
Description:
Warning: unlink() [function.unlink]: No error in C:\Program
Files\VertrigoServ\www\peluza.info\poze.php
i get this non error warning
Reproduce code:
---
if (($pext != "jpg") && ($pext != "jpeg")) {
unlink($_FILES['img']['tmp_name']);
?>
Expected result:
delete temp file
Actual result:
--
it shows me that warning
--
Edit this bug report at http://bugs.php.net/bug.php?id=43511&edit=1
[PHP-BUG] Bug #52579 [NEW]: define() accepts characters out of range
From: Operating system: Any PHP version: 5.3.3 Package: Scripting Engine problem Bug Type: Bug Bug description:define() accepts characters out of range Description: Constants can be defined with invalid characters in the name. The documentation is correct but there seems to be no validation that matches the docs when the constant's name is assigned to zend_constant.name According to the docs on Constants: The name of a constant follows the same rules as any label in PHP. A valid constant name starts with a letter or underscore, followed by any number of letters, numbers, or underscores. As a regular expression, it would be expressed thusly: [a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]* Test script: --- Expected result: define() should throw an error stating that the constant name has invalid characters in it -- Edit bug report at http://bugs.php.net/bug.php?id=52579&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52579&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52579&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52579&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52579&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52579&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52579&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52579&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52579&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52579&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52579&r=support Expected behavior: http://bugs.php.net/fix.php?id=52579&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52579&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52579&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52579&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52579&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52579&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52579&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52579&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52579&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52579&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52579&r=mysqlcfg
Bug #50291 [Csd->ReO]: incorrect usage of autoconf diversions
Edit report at http://bugs.php.net/bug.php?id=50291&edit=1 ID: 50291 Updated by: scott...@php.net Reported by:vapier at gentoo dot org Summary:incorrect usage of autoconf diversions -Status: Closed +Status: Re-Opened Type: Bug Package:*Compile Issues Operating System: Linux PHP Version:5.3.1 Block user comment: N New Comment: This got lost when we re-branched trunk from 5_3 Previous Comments: [2010-01-23 08:49:47] ras...@php.net This fix is only in HEAD. You need autoconf <2.60 for 5.3 [2010-01-23 08:13:13] ram...@php.net I'm having this problem with a fresh checkout (revision 293858) from the PHP_5_3 branch. I running on Mac OS X 10.6.2 and have autoconf 2.65 from macports. $ ./buildconf $ ./configure cat: confdefs.h: No such file or directory ./configure: line 389: ac_fn_c_try_run: command not found ./configure: line 405: 5: Bad file descriptor ./configure: line 406: 6: Bad file descriptor cat: confdefs.h: No such file or directory ./configure: line 445: ac_fn_c_try_run: command not found .. I'm not having the problem when running configure on the 5.3.1 tar package. [2009-11-25 01:37:52] ras...@php.net Thanks, this motivated me to clean up our m4 crap and make it work with the latest versions of autoconf. Should still clean up the template warnings eventually, but those are non-fatal and everything builds nicely now with autoconf-2.65 for me. [2009-11-25 00:01:36] vapier at gentoo dot org Description: autoconf-2.64+ has changed behavior with diversions in such a way that php breaks. the autoconf documentation has explained that using these functions with any diversion not explicitly documented is subject to breakage, and php is doing just that. http://www.gnu.org/software/autoconf/manual/autoconf.html#Diversion-support you can also review the discussion on the autoconf lists: http://lists.gnu.org/archive/html/bug-autoconf/2009-11/msg00045.html Reproduce code: --- the code can either be changed to stop using divert() completely (since it doesnt seem to accomplish anything), or increase the numbers used to something higher than 1000. Actual result: -- after regenerating autotools, we see: $ ./configure cat: confdefs.h: No such file or directory ./configure: line 410: ac_fn_c_try_run: command not found ./configure: line 426: 5: Bad file descriptor ./configure: line 427: 6: Bad file descriptor cat: confdefs.h: No such file or directory ./configure: line 466: ac_fn_c_try_run: command not found cat: confdefs.h: No such file or directory -- Edit this bug report at http://bugs.php.net/bug.php?id=50291&edit=1
Bug #52576 [Opn->Bgs]: Variable variables can create invalid variables.
Edit report at http://bugs.php.net/bug.php?id=52576&edit=1
ID: 52576
Updated by: johan...@php.net
Reported by:rquadl...@php.net
Summary:Variable variables can create invalid variables.
-Status: Open
+Status: Bogus
Type: Bug
Package:Scripting Engine problem
Operating System: Windows XP SP3
PHP Version:5.3.3
Block user comment: N
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Variable names may contain any character.
${',.-+#*#+\\'} = 42;
This is expected.
Previous Comments:
[2010-08-10 18:21:13] rquadl...@php.net
Description:
It seems you can create a variable in $GLOBALS that is not accessible as
a
normal variable.
I found this because I wanted to use variable variables to populate a
nested
array.
Jim Lucas, in http://news.php.net/php.general/307392, comments that the
use of
eval() may be appropriate in the case.
That aside, the entry that is created in $GLOBALS doesn't follow the
rules for
variable naming in
http://docs.php.net/manual/en/language.variables.basics.php,
namely that '[' and ']' are not valid variable names. I think this
should have t
least produced an E_WARNING.
So, with all of that, I'm not sure if this is a bug or a documentation
problem.
I certainly think it is an edge case.
Regards,
Richard Quadling.
Test script:
---
Array
(
[2] => Array
(
[3] => Inaccessible?
)
)
)
array(3) {
["GLOBALS"]=>
*RECURSION*
["a"]=>
string(10) "b[1][2][3]"
["b"]=>
array(1) {
[1]=>
array(1) {
[2]=>
array(1) {
[3]=>
string(13) "Inaccessible?"
}
}
}
}
Actual result:
--
Notice: Undefined variable: b in - on line 5
array(4) {
["GLOBALS"]=>
*RECURSION*
["a"]=>
string(10) "b[1][2][3]"
["b[1][2][3]"]=>
string(13) "Inaccessible?"
["php_errormsg"]=>
string(21) "Undefined variable: b"
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=52576&edit=1
[PHP-BUG] Bug #52577 [NEW]: Incorrect date returning
From:
Operating system: Windows
PHP version: 5.3.3
Package: Date/time related
Bug Type: Bug
Bug description:Incorrect date returning
Description:
When i use unixtime in DateTime object, this returning wrong date, -1 day.
Test script:
---
$date = '7.8.2010';
echo "String: ".$date."";
$date_format = 'j.m.Y';
$unixtime = strtotime($date);
echo "Unixtime: ".$unixtime."";
echo "Date(PHP): ".date($date_format,$unixtime)."";
$date = new DateTime('@'.$unixtime);
echo "DateTime(PHP Class): ".$date->format($date_format);
Expected result:
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 7.08.2010
Actual result:
--
String: 7.8.2010
Unixtime: 1281128400
Date(PHP): 7.08.2010
DateTime(PHP Class): 6.08.2010
--
Edit bug report at http://bugs.php.net/bug.php?id=52577&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52577&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52577&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52577&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52577&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52577&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52577&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52577&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52577&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52577&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52577&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52577&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52577&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52577&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52577&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52577&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52577&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52577&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52577&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52577&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52577&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52577&r=mysqlcfg
[PHP-BUG] Bug #52576 [NEW]: Variable variables can create invalid variables.
From: rquadling
Operating system: Windows XP SP3
PHP version: 5.3.3
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Variable variables can create invalid variables.
Description:
It seems you can create a variable in $GLOBALS that is not accessible as a
normal variable.
I found this because I wanted to use variable variables to populate a
nested
array.
Jim Lucas, in http://news.php.net/php.general/307392, comments that the use
of
eval() may be appropriate in the case.
That aside, the entry that is created in $GLOBALS doesn't follow the rules
for
variable naming in
http://docs.php.net/manual/en/language.variables.basics.php,
namely that '[' and ']' are not valid variable names. I think this should
have t
least produced an E_WARNING.
So, with all of that, I'm not sure if this is a bug or a documentation
problem.
I certainly think it is an edge case.
Regards,
Richard Quadling.
Test script:
---
Array
(
[2] => Array
(
[3] => Inaccessible?
)
)
)
array(3) {
["GLOBALS"]=>
*RECURSION*
["a"]=>
string(10) "b[1][2][3]"
["b"]=>
array(1) {
[1]=>
array(1) {
[2]=>
array(1) {
[3]=>
string(13) "Inaccessible?"
}
}
}
}
Actual result:
--
Notice: Undefined variable: b in - on line 5
array(4) {
["GLOBALS"]=>
*RECURSION*
["a"]=>
string(10) "b[1][2][3]"
["b[1][2][3]"]=>
string(13) "Inaccessible?"
["php_errormsg"]=>
string(21) "Undefined variable: b"
}
--
Edit bug report at http://bugs.php.net/bug.php?id=52576&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52576&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52576&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52576&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52576&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52576&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52576&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52576&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52576&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52576&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52576&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52576&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52576&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52576&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52576&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52576&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52576&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52576&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52576&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52576&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52576&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52576&r=mysqlcfg
Req #52570 [Opn->Asn]: register_globals on in php 5.3
Edit report at http://bugs.php.net/bug.php?id=52570&edit=1 ID: 52570 Updated by: ka...@php.net Reported by:bernardo at datamex dot com dot br Summary:register_globals on in php 5.3 -Status: Open +Status: Assigned Type: Feature/Change Request Package:*General Issues Operating System: Freebsd PHP Version:5.3.3 -Assigned To: +Assigned To:kalle Block user comment: N New Comment: Yep thats right in 5.3 it throws a regular E_WARNING, whereas in 5.4 it will throw an E_CORE_WARNING. So disabling E_DEPRECATED in your php.ini won't disable those warnings although the error message indicates its a deprecation. However I'm going to commit a patch that changes it back to E_DEPRECATED as my original patch had before it was committed, and the E_ERROR for zend.ze1_compatibility_mode will be changed to an E_CORE_ERROR. Previous Comments: [2010-08-09 21:38:41] bernardo at datamex dot com dot br Description: Because the message below: Warning: Directive 'register_globals' is deprecated in PHP 5.3... is generated as a PHP Warning and not Deprecated? Think about how to upgrade php to 5.3 on a server where there are several customers with scripts that use register globals on I would leave as register globals on and error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_USER_DEPRECATED, thus omitting the message register globals is deprecated -- Edit this bug report at http://bugs.php.net/bug.php?id=52570&edit=1
[PHP-BUG] Bug #52575 [NEW]: Would like get_called_class() without namespace.
From: Operating system: Ubuntu 10.04 PHP version: Irrelevant Package: Reflection related Bug Type: Bug Bug description:Would like get_called_class() without namespace. Description: It might be nice to have an optional boolean added to this and similar functions so that class names can be returned without the namespace prefixed on it. This could help to save on string manipulation code as well as repeated calls to the function to perform the manipulation. -- Edit bug report at http://bugs.php.net/bug.php?id=52575&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52575&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52575&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52575&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52575&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52575&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52575&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52575&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52575&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52575&r=support Expected behavior: http://bugs.php.net/fix.php?id=52575&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52575&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52575&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52575&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52575&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52575&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52575&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52575&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52575&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52575&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52575&r=mysqlcfg
Bug #52546 [Com]: pdo_dblib segmentation fault when iterating MONEY values
Edit report at http://bugs.php.net/bug.php?id=52546&edit=1
ID: 52546
Comment by: preben at ghost dot dk
Reported by:rgagnon24 at gmail dot com
Summary:pdo_dblib segmentation fault when iterating MONEY
values
Status: Closed
Type: Bug
Package:PDO related
Operating System: CentOS 5.5
PHP Version:5.2.14
Assigned To:felipe
Block user comment: N
New Comment:
Here's a fix.
Test code
-
query ('create table #tmp(col money)');
$sth = $dbh->query ('insert into #tmp(col) values(123.25)');
$sth = $dbh->query ('insert into #tmp(col) values(-123.25)');
$sth = $dbh->prepare('SELECT col FROM #tmp');
$sth->execute();
$r = $sth->fetchAll(2);
print_r($r);
-
Output
-
Array
(
[0] => Array
(
[col] => 123.2500
)
[1] => Array
(
[col] => -123.2500
)
)
-
Diff
-
--- php-5.3.3/ext/pdo_dblib/dblib_stmt.c2010-03-08
13:39:44.0 +0100
+++ ../php-5.3.3/ext/pdo_dblib/dblib_stmt.c 2010-08-10
15:18:48.0 +0200
@@ -170,8 +170,10 @@
case SQLMONEY4:
case SQLMONEYN: {
DBFLT8 money_value;
+ val->len = (2 *
dbdatlen(H->link, i + 1)) + 32;
+ val->data =
emalloc(val->len);
dbconvert(NULL,
S->cols[i].coltype, dbdata(H->link, i+1), dbdatlen(H->link, i+1),
SQLFLT8, (LPBYTE)&money_value, val->len);
- val->len =
spprintf(val->data, 0, "%.4f", money_value);
+ val->len =
sprintf(val->data, "%.4f", money_value);
}
break;
default:
-
Previous Comments:
[2010-08-06 18:18:19] rgagnon24 at gmail dot com
Patch uploaded as diff of actual SVN checkout this time.
Patch made from PHP_5_2 branch, but appears to be the same for PHP_5_3
[2010-08-06 17:42:01] rgagnon24 at gmail dot com
With patch committed to SVN (r301916), segmentation fault still occurs.
The issue is the val->data pointer is null at the time of spprintf()
being called. Using "8" in place of "val->len" or sizeof(DBFLT8) in the
dbconvert() call does not help at all.
[2010-08-06 01:32:47] fel...@php.net
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/.
Thank you for the report, and for helping us make PHP better.
Thanks.
[2010-08-06 01:32:19] fel...@php.net
Automatic comment from SVN on behalf of felipe
Revision: http://svn.php.net/viewvc/?view=revision&revision=301916
Log: - Fixed bug #52546 (pdo_dblib segmentation fault when iterating
MONEY values)
[2010-08-05 22:04:37] rgagnon24 at gmail dot com
Description:
Fix for bug 51213 released into 5.2.14 and 5.3.3 causes segmentation
fault when an SQL query attempts to read MSSQL MONEY type columns, or
aggregates of those column types.
Problem appears to be invalid val->data pointer passed to spprintf()
call at line 174 of dblib_stmt.c
Oddly, the patch attached to bug 51213 works properly, but is not the
same as what was comitted to the code base.
In the patch attached to 51213, val->data is properly emalloc'd some
memory before any sprintf()-type of operation is performed.
Test script:
---
// On a table containing a MONEY (field named "amount");
$sql = "SELECT SUM(amount) FROM table";
$rs = $pdo->query($sql, PDO::FETCH_OBJ);
foreach($rs as $row) {
var_dump($row);
}
Expected result:
Expected to see rows dumped from table.
Actual result:
--
Segmentation fault.
--
Edit this bug report at http://bugs.php.net/bug.php?id=52546&edit=1
Req #52574 [Com]: function in namespace - call from string
Edit report at http://bugs.php.net/bug.php?id=52574&edit=1 ID: 52574 Comment by: flyingmana at googlemail dot com Reported by:flyingmana at googlemail dot com Summary:function in namespace - call from string Status: Bogus Type: Feature/Change Request Package:*General Issues Operating System: Ubuntu PHP Version:5.3.3 Block user comment: N New Comment: Sorry, have looked multiple times to the manual and havent find where this was described for functions. But back to the problem, i see the call from a string does work. But if you use an namespace alias, like in my example, it does not work anymore. Is this real not a bug? Previous Comments: [2010-08-10 12:11:31] johan...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php http://php.net/manual/en/language.namespaces.dynamic.php [2010-08-10 11:51:24] flyingmana at googlemail dot com Description: in a script without namespaces you could took the function name in a string und call it via $string() this does not work, if this function is located in a namespace. The analog case with classes is described as ok in the docs(dont have tested it), so it should also work with functions. So i Request to add this feature. Test script: --- Expected result: test test2 test3 Actual result: -- test test2 Fatal error: Call to undefined function haha\foo3() in /home/flyingmana/Desktop/sandkasten/namespace.php on line 19 -- Edit this bug report at http://bugs.php.net/bug.php?id=52574&edit=1
Req #52574 [Opn->Bgs]: function in namespace - call from string
Edit report at http://bugs.php.net/bug.php?id=52574&edit=1 ID: 52574 Updated by: johan...@php.net Reported by:flyingmana at googlemail dot com Summary:function in namespace - call from string -Status: Open +Status: Bogus Type: Feature/Change Request Package:*General Issues Operating System: Ubuntu PHP Version:5.3.3 Block user comment: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php http://php.net/manual/en/language.namespaces.dynamic.php Previous Comments: [2010-08-10 11:51:24] flyingmana at googlemail dot com Description: in a script without namespaces you could took the function name in a string und call it via $string() this does not work, if this function is located in a namespace. The analog case with classes is described as ok in the docs(dont have tested it), so it should also work with functions. So i Request to add this feature. Test script: --- Expected result: test test2 test3 Actual result: -- test test2 Fatal error: Call to undefined function haha\foo3() in /home/flyingmana/Desktop/sandkasten/namespace.php on line 19 -- Edit this bug report at http://bugs.php.net/bug.php?id=52574&edit=1
[PHP-BUG] Req #52574 [NEW]: function in namespace - call from string
From: Operating system: Ubuntu PHP version: 5.3.3 Package: *General Issues Bug Type: Feature/Change Request Bug description:function in namespace - call from string Description: in a script without namespaces you could took the function name in a string und call it via $string() this does not work, if this function is located in a namespace. The analog case with classes is described as ok in the docs(dont have tested it), so it should also work with functions. So i Request to add this feature. Test script: --- Expected result: test test2 test3 Actual result: -- test test2 Fatal error: Call to undefined function haha\foo3() in /home/flyingmana/Desktop/sandkasten/namespace.php on line 19 -- Edit bug report at http://bugs.php.net/bug.php?id=52574&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52574&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52574&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52574&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52574&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52574&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52574&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52574&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52574&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52574&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52574&r=support Expected behavior: http://bugs.php.net/fix.php?id=52574&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52574&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52574&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52574&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52574&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52574&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52574&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52574&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52574&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52574&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52574&r=mysqlcfg
[PHP-BUG] Bug #52573 [NEW]: SplFileObject::fscanf Segmentation fault
From:
Operating system:
PHP version: 5.3.3
Package: SPL related
Bug Type: Bug
Bug description:SplFileObject::fscanf Segmentation fault
Description:
Segmentation fault when using additional parameters SplFileObject::fscanf
Test script:
---
fscanf('fscanf('
Notice: Undefined variable: result in /tmp/fail.php on line
7
Notice: Undefined variable: result in /tmp/fail.php on line
8
TEST 2:
Warning: Parameter 3 to fscanf() expected to be a reference, value
given in /tmp/fail.php on line 15
Segmentation fault
--
Edit bug report at http://bugs.php.net/bug.php?id=52573&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52573&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52573&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52573&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52573&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52573&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52573&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52573&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52573&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52573&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52573&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52573&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52573&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52573&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52573&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52573&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52573&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52573&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52573&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52573&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52573&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52573&r=mysqlcfg
Bug #50394 [Com]: Reference argument converted to value in __call
Edit report at http://bugs.php.net/bug.php?id=50394&edit=1
ID: 50394
Comment by: parktrip at gmail dot com
Reported by:tstarling at wikimedia dot org
Summary:Reference argument converted to value in __call
Status: Closed
Type: Bug
Package:Scripting Engine problem
Operating System: Linux
PHP Version:5.3.1
Assigned To:pajoye
Block user comment: N
New Comment:
I have the same problem with mediawiki 1.15.5 and PHP 5.3.2 (lastest
version from Zend Server)
So is this a MW problem or PHP ?
Previous Comments:
[2010-07-23 01:09:33] heis dot turtlemad at gmail dot com
> Mediawiki is wrong in their comments.
Not quite true.
> There is a regression which was fixed in 5.3.2,
> so upgrade to 5.3.2 is the right way to do it.
Upgrading to 5.3.2 doesn't solve the issue, running the following
softwares:
FreeBSD 8/Nginx/MediaWiki 1.15.4
Any call to a Mediawiki extension fails on the following error:
Downgrading to 5.2 is actually the only way to get rid of this.
[2010-06-06 19:04:27] paj...@php.net
Mediawiki is wrong in their comments. There is a regression which was
fixed in 5.3.2, so upgrade to 5.3.2 is the right way to do it.
No need of further comments tho', the issue is fixed.
Thanks for your feedbacks.
[2010-06-06 18:55:37] PandoraBox2007 at gmail dot com
install-utils.inc
set comments
/*
$test = new PhpRefCallBugTester;
$test->execute();
if ( !$test->ok ) {
echo "PHP 5.3.1 is not compatible with MediaWiki due to a bug
involving\n" .
"reference parameters to __call. Upgrade to PHP 5.3.2
or higher, or
\n" .
"downgrade to PHP 5.3.0 to fix this.\n" .
"ABORTING (see http://bugs.php.net/bug.php?id=50394 for
details)\n";
die( -1 );
}
*/
[2010-06-06 18:12:56] PandoraBox2007 at gmail dot com
fuccking PHP 5.3.2-SVN
not working this shit
[2010-04-12 22:53:24] tog7yt at yahoo dot com
hljlkkga pbugs me
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=50394
--
Edit this bug report at http://bugs.php.net/bug.php?id=50394&edit=1
