#44486 [Opn->Bgs]: dot syntax bug
ID: 44486 Updated by: [EMAIL PROTECTED] Reported By: kowales at gmail dot com -Status: Open +Status: Bogus -Bug Type: Output Control +Bug Type: Scripting Engine problem Operating System: Windows XP SP2 PHP Version: 5.2.5 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 Hello, $v2 .= $v1.(!empty($v1)) ? "," : ""; is equal $v2 .= ($v1.(!empty($v1))) ? "," : ""; See the list precedence of operators, and the example about associativity in: http://docs.php.net/manual/en/language.operators.php $v2 .= $v1. (!empty($v1) ? "," : ""); It's the proper. Previous Comments: [2008-03-19 22:37:37] kowales at gmail dot com Description: I found error in join(dot) string syntax Reproduce code: --- //this works Expected result: blabla,blabla, Actual result: -- ,blabla, -- Edit this bug report at http://bugs.php.net/?id=44486&edit=1
#44487 [Asn->Csd]: call_user_method_array issues a warning when throwing an exception
ID: 44487
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5.2.6RC2
Assigned To: dsp
New Comment:
This bug has been fixed in CVS.
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:
[2008-03-20 00:22:15] [EMAIL PROTECTED]
Description:
call_user_method_array issues a "cannot call method foo()" warning when
an exception is thrown.
Reproduce code:
---
class Foo
{
public function bar()
{
throw new Exception();
}
public function test()
{
call_user_func_array(array($this, 'bar'), array());
}
}
try {
$bar = new Foo();
call_user_method_array('test', $bar, array()) ;
} catch (Exception $e) {
}
Expected result:
no output
Actual result:
--
Warning: call_user_method_array(): Unable to call test() in
/path/to/call.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=44487&edit=1
#44487 [Opn->Asn]: call_user_method_array issues a warning when throwing an exception
ID: 44487
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5.2.6RC2
-Assigned To:
+Assigned To: dsp
Previous Comments:
[2008-03-20 00:22:15] [EMAIL PROTECTED]
Description:
call_user_method_array issues a "cannot call method foo()" warning when
an exception is thrown.
Reproduce code:
---
class Foo
{
public function bar()
{
throw new Exception();
}
public function test()
{
call_user_func_array(array($this, 'bar'), array());
}
}
try {
$bar = new Foo();
call_user_method_array('test', $bar, array()) ;
} catch (Exception $e) {
}
Expected result:
no output
Actual result:
--
Warning: call_user_method_array(): Unable to call test() in
/path/to/call.php on line 17
--
Edit this bug report at http://bugs.php.net/?id=44487&edit=1
#44487 [NEW]: call_user_method_array issues a warning when throwing an exception
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 5.2.6RC2
PHP Bug Type: Class/Object related
Bug description: call_user_method_array issues a warning when throwing an
exception
Description:
call_user_method_array issues a "cannot call method foo()" warning when
an exception is thrown.
Reproduce code:
---
class Foo
{
public function bar()
{
throw new Exception();
}
public function test()
{
call_user_func_array(array($this, 'bar'), array());
}
}
try {
$bar = new Foo();
call_user_method_array('test', $bar, array()) ;
} catch (Exception $e) {
}
Expected result:
no output
Actual result:
--
Warning: call_user_method_array(): Unable to call test() in
/path/to/call.php on line 17
--
Edit bug report at http://bugs.php.net/?id=44487&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44487&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44487&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44487&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44487&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44487&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44487&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44487&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44487&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44487&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44487&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44487&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44487&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44487&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44487&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44487&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44487&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44487&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44487&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44487&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44487&r=mysqlcfg
#44478 [Opn]: Unconsistent behaviour when assigning new nodes
ID: 44478
Updated by: [EMAIL PROTECTED]
Reported By: vesko at webstudiobulgaria dot com
Status: Open
Bug Type: SimpleXML related
Operating System: Debian testing
PHP Version: 5.2.5
New Comment:
Simple patch:
http://felipe.ath.cx/diff/bug44478.diff
Previous Comments:
[2008-03-19 13:16:15] vesko at webstudiobulgaria dot com
And another one:
$xml_element->node1[0] = 'a & b';
decodes the html entities while it should not.
[2008-03-19 12:53:10] vesko at webstudiobulgaria dot com
Based on:
$xml_element = new simpleXMLElement('');
$xml_element['attrib1'] = 'a & b';
$xml_element->addAttribute('attrib2','c & d');
print $xml_element['attrib1'];
print $xml_element['attrib2'];
which gives:
a & bc & d
I guess the correct behaviour is to leave the entities as they are, so
in the previous example addChild() gives the wring result.
[2008-03-19 12:22:56] vesko at webstudiobulgaria dot com
Description:
There is a difference in the way the html entities are handled when the
new nodes are assigned in different ways. In case of using addChild
method they are decoded, otherwise not.
Reproduce code:
---
$xml_element = new simpleXMLElement('');
$xml_element->node1 = 'a & b';
$xml_element->addChild('node2','c & d');
print $xml_element->node1;
print $xml_element->node2;
Expected result:
a & bc & d//both left
or
a & bc & d//both decoded
Actual result:
--
a & bc & d//one left and the other decoded
--
Edit this bug report at http://bugs.php.net/?id=44478&edit=1
#44466 [Bgs]: $_POST array empty
ID: 44466
User updated by: merylf at iinet dot net dot au
Reported By: merylf at iinet dot net dot au
Status: Bogus
Bug Type: Arrays related
Operating System: Windows
PHP Version: 5.2.5
New Comment:
My apologies for being a complete idiot. And thanks for your help,
much appreciated!
Previous Comments:
[2008-03-18 16:59:46] [EMAIL PROTECTED]
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.
Input elements that don't have names won't get sent.
[2008-03-18 10:05:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.3-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.3-win32-installer-latest.msi
[2008-03-18 07:58:28] merylf at iinet dot net dot au
Description:
When posting data from a form, the $_POST array is empty.
Reproduce code:
---
Handler:
0) {
echo 'There is a name';
} else {
echo 'You must enter your name.';
}
?>
Form bits:
?>
CIS Form
Your name:
Expected result:
$_POST['yourname'] should have a value when the form is submitted, but
it is empty.
--
Edit this bug report at http://bugs.php.net/?id=44466&edit=1
#44485 [Opn]: array_splice behaves unexpectedly when given an object as the last argument
ID: 44485
User updated by: computerlov at yahoo dot com
Reported By: computerlov at yahoo dot com
Status: Open
Bug Type: Class/Object related
Operating System: windows xp
PHP Version: 5.2.5
New Comment:
I just noticed something you did wrong when reproducing the bug:
the error is on the array we splice and not the output.
for example:
$arrInput = {$obj1, $obj2..}
$arrOutput = array_splice($arrInput, ...);
the problem is in $arrInput (which is passed by reference to
array_splice) and not $arrOutput.
Previous Comments:
[2008-03-19 22:54:48] computerlov at yahoo dot com
My complete example is a bit long.
I'm basically creating an array of references to an object like so:
$oEmptyObject = new CObject(NULL);
$nMaxIndex = 64;
for ($nCurIndex = 0; $nCurIndex < $nMaxIndex; ++$nCurIndex)
{
$this -> m_arrDailyObjects[0][$nCurIndex] = &$oEmptyObject;
}
on a different function i attempted to exchange the first two elements
of the given array with one new CObject that actually contained data.
I did it as followed:
// this is an array containing all the objects with no particular
order.
$this -> m_arrObjects[count($this -> m_arrObjects)] = new
CObject($arrFromDatabseData);
// this is an array that saves the objects in a very specific order.
array_splice($this -> m_arrDailyObjects[0], 0, 2, $this ->
m_arrObjects[count($this -> m_arrObjects) - 1]);
this resulted in the unexpected response.
Note: I simplified a my code for a bit by replacing some loops and
variables with literal indexes to keep it understandable without having
to understand all my loops.
CObject is a class with public and private methods, private data
members, and of course a constructor, destructor.
Nothing fancy.
Let me know if you manage to reproduce it.
[2008-03-19 21:34:28] [EMAIL PROTECTED]
Please, send the complete example. I can't reproduce.
object(stdClass)#10 (0) {
}
[1]=>
object(stdClass)#11 (0) {
}
}
*/
[2008-03-19 20:58:43] computerlov at yahoo dot com
Description:
when doing something like this:
$arrOfObjects = array($obj1, obj2obj10);
$oSomeObject = new CSomeClass();
array_splice($arrOfObjects, 8, 2, $oSomeObject);
instead of getting an array of 9 objects, you get an array of 8 objects
and all the data members of CSomeClass in the array.
it's as if we kind of 'var_dumped' the object into the array instead
of copying it to the array.
Reproduce code:
---
class CSomeClass
{
private $m_var1;
private $m_var2;
}
...
$oSomeClass = new CSomeClass();
.. Do Stuff on $oSomeClass ..
$arrObjects = ($obj1, $obj2);
array_splice($arrObjects, 1, 1, $oSomeClass);
Expected result:
$arrObjects = {$obj1, $obj2, $oSomeClass}
Actual result:
--
$arrObjects = {$obj1, $obj2, $m_var1, $m_var2}
--
Edit this bug report at http://bugs.php.net/?id=44485&edit=1
#44485 [Fbk->Opn]: array_splice behaves unexpectedly when given an object as the last argument
ID: 44485
User updated by: computerlov at yahoo dot com
Reported By: computerlov at yahoo dot com
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: windows xp
PHP Version: 5.2.5
New Comment:
My complete example is a bit long.
I'm basically creating an array of references to an object like so:
$oEmptyObject = new CObject(NULL);
$nMaxIndex = 64;
for ($nCurIndex = 0; $nCurIndex < $nMaxIndex; ++$nCurIndex)
{
$this -> m_arrDailyObjects[0][$nCurIndex] = &$oEmptyObject;
}
on a different function i attempted to exchange the first two elements
of the given array with one new CObject that actually contained data.
I did it as followed:
// this is an array containing all the objects with no particular
order.
$this -> m_arrObjects[count($this -> m_arrObjects)] = new
CObject($arrFromDatabseData);
// this is an array that saves the objects in a very specific order.
array_splice($this -> m_arrDailyObjects[0], 0, 2, $this ->
m_arrObjects[count($this -> m_arrObjects) - 1]);
this resulted in the unexpected response.
Note: I simplified a my code for a bit by replacing some loops and
variables with literal indexes to keep it understandable without having
to understand all my loops.
CObject is a class with public and private methods, private data
members, and of course a constructor, destructor.
Nothing fancy.
Let me know if you manage to reproduce it.
Previous Comments:
[2008-03-19 21:34:28] [EMAIL PROTECTED]
Please, send the complete example. I can't reproduce.
object(stdClass)#10 (0) {
}
[1]=>
object(stdClass)#11 (0) {
}
}
*/
[2008-03-19 20:58:43] computerlov at yahoo dot com
Description:
when doing something like this:
$arrOfObjects = array($obj1, obj2obj10);
$oSomeObject = new CSomeClass();
array_splice($arrOfObjects, 8, 2, $oSomeObject);
instead of getting an array of 9 objects, you get an array of 8 objects
and all the data members of CSomeClass in the array.
it's as if we kind of 'var_dumped' the object into the array instead
of copying it to the array.
Reproduce code:
---
class CSomeClass
{
private $m_var1;
private $m_var2;
}
...
$oSomeClass = new CSomeClass();
.. Do Stuff on $oSomeClass ..
$arrObjects = ($obj1, $obj2);
array_splice($arrObjects, 1, 1, $oSomeClass);
Expected result:
$arrObjects = {$obj1, $obj2, $oSomeClass}
Actual result:
--
$arrObjects = {$obj1, $obj2, $m_var1, $m_var2}
--
Edit this bug report at http://bugs.php.net/?id=44485&edit=1
#44486 [NEW]: dot syntax bug
From: kowales at gmail dot com Operating system: Windows XP SP2 PHP version: 5.2.5 PHP Bug Type: Output Control Bug description: dot syntax bug Description: I found error in join(dot) string syntax Reproduce code: --- //this works Expected result: blabla,blabla, Actual result: -- ,blabla, -- Edit bug report at http://bugs.php.net/?id=44486&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44486&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44486&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44486&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44486&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44486&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44486&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44486&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44486&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44486&r=support Expected behavior:http://bugs.php.net/fix.php?id=44486&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44486&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44486&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44486&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44486&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44486&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44486&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44486&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44486&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44486&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44486&r=mysqlcfg
#44461 [Opn->Ver]: parse_ini_file crashes
ID: 44461
Updated by: [EMAIL PROTECTED]
Reported By: crrodriguez at suse dot de
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: Linux 64bit
PHP Version: 5.3CVS-2008-03-17 (CVS)
New Comment:
I can confirm this, its over-reading by a character if there is no
newline at the end of the file.
Previous Comments:
[2008-03-19 21:12:37] crrodriguez at suse dot de
I have:
re2c -v
re2c 0.13.3
I have checked a fresh-, clean CVS copy just now and i can still
reproduce the problem.
Here I have the exact ini file that makes php crash
http://stuff.cristianrodriguez.net/phpbugs/bug44461.tar.bz2
# cd bug44461
# ./sapi/cli/php bug44461.php
[2008-03-18 21:50:57] [EMAIL PROTECTED]
Did you do './cvsclean && ./buildconf' ? And what re2c version do you
have installed?
[2008-03-17 23:35:39] [EMAIL PROTECTED]
Works fine to me.
[2008-03-17 21:08:09] crrodriguez at suse dot de
Description:
parse_ini_file() is currenly crashing with a very simple ini file
Reproduce code:
---
test.ini
[attachments]
zip = "application/zip" ; MIME-type for ZIP files
test.php
Expected result:
ini file parsed correctly
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
4063yych = *YYCURSOR;
(gdb) bt full
#0 0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
yych = 0 '\0'
yyaccept = 2
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '�',
0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' , 192 '�', 128 '\200' , 160 '�',
160 '�',
128 '\200', 160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 160 '�', 128 '\200', 128 '\200',
128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160
'�' , 128 '\200', 128 '\200', 128 '\200', 128
'\200',
160 '�', 128 '\200', 160 '�' , 128
'\200' }
yybm = {16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020',
16 '\020', 16 '\020', 16 '\020', 16 '\020', 144 '\220',
16 '\020' , 144 '\220', 16 '\020', 0 '\0', 16
'\020', 32 ' ', 16 '\020' , 64 '@',
16 '\020' }
yybm = {66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
66 'B', 66 'B', 194 '�', 64 '@', 66 'B', 66 'B', 64 '@',
66 'B' , 194 '�', 66 'B', 64 '@', 66 'B', 68
'D', 66 'B', 66 'B', 0 '\0', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
66 'B', 66 'B', 66 'B', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r',
114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 66 'B', 64 '@',
66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 82 'R' , 66
'B', 72 'H', 64 '@', 66 'B', 82 'R', 66 'B',
82 'R' , 66 'B' }
yybm = {160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 224 '�', 0 '\0', 160 '�', 160
'�',
0 '\0', 160 '�' , 224 '�', 160
'�' , 32 ' ', 160 '�', 32 ' ', 160
'�' }
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '�',
0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' , 192 '�', 128 '\200' , 0 '\0',
128 '\200' }
---Type to continue, or q to quit---
yybm = {132 '\204', 132 '\204', 132 '\204', 132 '\204', 132
'\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 134 '\206',
128 '\200', 132 '\204', 132 '\204', 128 '\200', 132 '\204' , 134 '\206', 132 '\204', 128 '\200', 132 '\204',
136 '\210', 132 '\204', 132 '\204', 0 '\0', 132 '\204', 132 '\204',
132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204',
132 '\204', 228 '�', 228 '�', 228 '�', 228
'�', 228 '�', 228 '�', 228 '�', 228
'�', 228 '�', 228 '�', 132 '\204', 128 '\200',
132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 164
'�' , 132 '\204', 144 '\220', 128 '\200', 132
'\204',
164 '�', 132 '\204', 164 '�' , 132
'\204' }
yybm = {160 '�', 162 '�', 162 '�', 162
'�', 162 '�', 162 '�', 162 '�', 162
'�', 162 '�', 176 '�', 128 '\200', 162 '�',
162 '�',
128 '\200', 162 '�' , 176 '�', 160
'�', 160 '�', 162 '�', 168 '�', 162
'�', 160 '�', 32 ' ', 160 '�', 160 '�',
162 '�', 162 '�', 162 '�', 162 '�', 162
'�', 162 '�', 230 '�', 230 '�', 230
'�', 230 '�', 230 '�', 230 '�', 230
'�', 230 '�', 230 '�',
230 '�', 162 '�', 160 '�', 162 '�', 160
'�', 162 '�', 162 '�', 162 '�', 166
'�' , 162 '�', 162 '�', 162
'�', 162 '�',
166 '�', 162 '�', 166 '�' ,
162 '�', 160 '�', 162 '�', 160 '�', 162
'�' }
yybm = {0 '\0' , 128 '\200', 128 '\200', 0
'\0', 128 '\200', 128 '\
#44485 [Opn->Fbk]: array_splice behaves unexpectedly when given an object as the last argument
ID: 44485
Updated by: [EMAIL PROTECTED]
Reported By: computerlov at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: windows xp
PHP Version: 5.2.5
New Comment:
Please, send the complete example. I can't reproduce.
object(stdClass)#10 (0) {
}
[1]=>
object(stdClass)#11 (0) {
}
}
*/
Previous Comments:
[2008-03-19 20:58:43] computerlov at yahoo dot com
Description:
when doing something like this:
$arrOfObjects = array($obj1, obj2obj10);
$oSomeObject = new CSomeClass();
array_splice($arrOfObjects, 8, 2, $oSomeObject);
instead of getting an array of 9 objects, you get an array of 8 objects
and all the data members of CSomeClass in the array.
it's as if we kind of 'var_dumped' the object into the array instead
of copying it to the array.
Reproduce code:
---
class CSomeClass
{
private $m_var1;
private $m_var2;
}
...
$oSomeClass = new CSomeClass();
.. Do Stuff on $oSomeClass ..
$arrObjects = ($obj1, $obj2);
array_splice($arrObjects, 1, 1, $oSomeClass);
Expected result:
$arrObjects = {$obj1, $obj2, $oSomeClass}
Actual result:
--
$arrObjects = {$obj1, $obj2, $m_var1, $m_var2}
--
Edit this bug report at http://bugs.php.net/?id=44485&edit=1
#43579 [Fbk->Opn]: sessions time out on 5.2.5
ID: 43579 User updated by: assid at assid dot com Reported By: assid at assid dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 Assigned To: jani New Comment: Okay i have tried the current release php5.2-200803191930, as of now, it seems good, I will waitfor a day or 2 to see what my users say. Will update here as soon as I get a response. Previous Comments: [2008-03-17 00:43:35] [EMAIL PROTECTED] 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 A fix for another bug (related to php_admin_value / php_value) was just fixed, and I'm guessing it's causing this session issue as well. So please, try the snapshot! [2008-03-14 09:35:20] assid at assid dot com Yes the assid.com domain has the following in the vhost php_admin_value open_basedir /home/assid:/var/shared:/var/stats:/tmp The other vhosts on the server have similar as well. The other domain: equineindia.com (that uses the login/logout function), has the following: php_admin_value session.gc_maxlifetime 10800 php_admin_value asp_tags 1 php_admin_value max_execution_time 90 php_admin_value session.name eisessid php_admin_value session.auto_start 1 php_admin_value session.cookie_domain .equineindia.com php_admin_value short_open_tag 1 What i did notice, is that if you want to "trigger" the bug, you refresh a few times on assid.com/session.php, then go to http://www.equineindia.com/login.php and then click login again, then go back to the counter (assid.com/session.php) this somehow makes the bug "easier" to reproduce. Atleast when running valgrind. When running generally, you just keep refreshing and the bug is triggered. [2008-03-13 13:27:55] [EMAIL PROTECTED] Are you by any chance using php_admin_value/php_value/etc. in some .htaccess file or in your httpd.conf to set any php.ini options? [2008-03-08 20:31:41] assid at assid dot com Actually my original log did contain that. Nevertheless, here you go again i ran 2 rounds www.assid.com/apache.log www.assid.com/apache5.log Hope its helpful. Back to php 5.2.4 for now :| [2008-03-03 23:18:41] [EMAIL PROTECTED] While doing valgrind I'd also recommend setting USE_ZEND_ALLOC=0 in the environment. That would make the engine use only mallocs which would provide much more information to the valgrind. 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579&edit=1
#44461 [Fbk->Opn]: parse_ini_file crashes
ID: 44461
User updated by: crrodriguez at suse dot de
Reported By: crrodriguez at suse dot de
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux 64bit
PHP Version: 5.3CVS-2008-03-17 (CVS)
New Comment:
I have:
re2c -v
re2c 0.13.3
I have checked a fresh-, clean CVS copy just now and i can still
reproduce the problem.
Here I have the exact ini file that makes php crash
http://stuff.cristianrodriguez.net/phpbugs/bug44461.tar.bz2
# cd bug44461
# ./sapi/cli/php bug44461.php
Previous Comments:
[2008-03-18 21:50:57] [EMAIL PROTECTED]
Did you do './cvsclean && ./buildconf' ? And what re2c version do you
have installed?
[2008-03-17 23:35:39] [EMAIL PROTECTED]
Works fine to me.
[2008-03-17 21:08:09] crrodriguez at suse dot de
Description:
parse_ini_file() is currenly crashing with a very simple ini file
Reproduce code:
---
test.ini
[attachments]
zip = "application/zip" ; MIME-type for ZIP files
test.php
Expected result:
ini file parsed correctly
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
4063yych = *YYCURSOR;
(gdb) bt full
#0 0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
yych = 0 '\0'
yyaccept = 2
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '�',
0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' , 192 '�', 128 '\200' , 160 '�',
160 '�',
128 '\200', 160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 160 '�', 128 '\200', 128 '\200',
128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160
'�' , 128 '\200', 128 '\200', 128 '\200', 128
'\200',
160 '�', 128 '\200', 160 '�' , 128
'\200' }
yybm = {16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020',
16 '\020', 16 '\020', 16 '\020', 16 '\020', 144 '\220',
16 '\020' , 144 '\220', 16 '\020', 0 '\0', 16
'\020', 32 ' ', 16 '\020' , 64 '@',
16 '\020' }
yybm = {66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
66 'B', 66 'B', 194 '�', 64 '@', 66 'B', 66 'B', 64 '@',
66 'B' , 194 '�', 66 'B', 64 '@', 66 'B', 68
'D', 66 'B', 66 'B', 0 '\0', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
66 'B', 66 'B', 66 'B', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r',
114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 66 'B', 64 '@',
66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 82 'R' , 66
'B', 72 'H', 64 '@', 66 'B', 82 'R', 66 'B',
82 'R' , 66 'B' }
yybm = {160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 160 '�', 160 '�', 160
'�', 160 '�', 224 '�', 0 '\0', 160 '�', 160
'�',
0 '\0', 160 '�' , 224 '�', 160
'�' , 32 ' ', 160 '�', 32 ' ', 160
'�' }
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '�',
0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' , 192 '�', 128 '\200' , 0 '\0',
128 '\200' }
---Type to continue, or q to quit---
yybm = {132 '\204', 132 '\204', 132 '\204', 132 '\204', 132
'\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 134 '\206',
128 '\200', 132 '\204', 132 '\204', 128 '\200', 132 '\204' , 134 '\206', 132 '\204', 128 '\200', 132 '\204',
136 '\210', 132 '\204', 132 '\204', 0 '\0', 132 '\204', 132 '\204',
132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204',
132 '\204', 228 '�', 228 '�', 228 '�', 228
'�', 228 '�', 228 '�', 228 '�', 228
'�', 228 '�', 228 '�', 132 '\204', 128 '\200',
132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 164
'�' , 132 '\204', 144 '\220', 128 '\200', 132
'\204',
164 '�', 132 '\204', 164 '�' , 132
'\204' }
yybm = {160 '�', 162 '�', 162 '�', 162
'�', 162 '�', 162 '�', 162 '�', 162
'�', 162 '�', 176 '�', 128 '\200', 162 '�',
162 '�',
128 '\200', 162 '�' , 176 '�', 160
'�', 160 '�', 162 '�', 168 '�', 162
'�', 160 '�', 32 ' ', 160 '�', 160 '�',
162 '�', 162 '�', 162 '�', 162 '�', 162
'�', 162 '�', 230 '�', 230 '�', 230
'�', 230 '�', 230 '�', 230 '�', 230
'�', 230 '�', 230 '�',
230 '�', 162 '�', 160 '�', 162 '�', 160
'�', 162 '�', 162 '�', 162 '�', 166
'�' , 162 '�', 162 '�', 162
'�', 162 '�',
166 '�', 162 '�', 166 '�' ,
162 '�', 160 '�', 162 '�', 160 '�', 162
'�' }
yybm = {0 '\0' , 128 '\200', 128 '\200', 0
'\0', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200',
128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 0 '\0', 0
'\0', 0 '\0', 0 '\0', 0 '\0', 0 '\0', 0 '\0',
128 '\200' , 0 '\0', 0 '\0', 0 '\0', 0 '\0', 128
'\20
#44485 [NEW]: array_splice behaves unexpectedly when given an object as the last argument
From: computerlov at yahoo dot com
Operating system: windows xp
PHP version: 5.2.5
PHP Bug Type: Class/Object related
Bug description: array_splice behaves unexpectedly when given an object as the
last argument
Description:
when doing something like this:
$arrOfObjects = array($obj1, obj2obj10);
$oSomeObject = new CSomeClass();
array_splice($arrOfObjects, 8, 2, $oSomeObject);
instead of getting an array of 9 objects, you get an array of 8 objects
and all the data members of CSomeClass in the array.
it's as if we kind of 'var_dumped' the object into the array instead of
copying it to the array.
Reproduce code:
---
class CSomeClass
{
private $m_var1;
private $m_var2;
}
...
$oSomeClass = new CSomeClass();
.. Do Stuff on $oSomeClass ..
$arrObjects = ($obj1, $obj2);
array_splice($arrObjects, 1, 1, $oSomeClass);
Expected result:
$arrObjects = {$obj1, $obj2, $oSomeClass}
Actual result:
--
$arrObjects = {$obj1, $obj2, $m_var1, $m_var2}
--
Edit bug report at http://bugs.php.net/?id=44485&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44485&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44485&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44485&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44485&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44485&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44485&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44485&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44485&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44485&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44485&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44485&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44485&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44485&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44485&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44485&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44485&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44485&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44485&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44485&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44485&r=mysqlcfg
#44321 [Com]: json_decode will not decode json string with chars like
ID: 44321
Comment by: tom at inetz dot com
Reported By: vzeman at gmail dot com
Status: Open
Bug Type: JSON related
Operating System: Windows/Linux
PHP Version: 5.2.5
New Comment:
I think the problem here is that json_decode has problems decoding
strings with control characters. I have experienced this problem with
multiple control characters.
Previous Comments:
[2008-03-04 12:29:28] vzeman at gmail dot com
Description:
json_decode will not decode string if in value is string like ""
Reproduce code:
---
try to decode string like this:
{"params":[{"body":"Hello,Regards,"}]}
Expected result:
params object should contain entry body with text: Hello,Regards,
Actual result:
--
encoding will stop on character R
--
Edit this bug report at http://bugs.php.net/?id=44321&edit=1
#44484 [Opn->Asn]: Call to magic function __toString gives a undefined method error
ID: 44484 Updated by: [EMAIL PROTECTED] Reported By: jochem dot blok at fasterforward dot nl -Status: Open +Status: Assigned Bug Type: SimpleXML related Operating System: Windows XP SP2 PHP Version: 5.2.5 Assigned To: colder Previous Comments: [2008-03-19 17:39:15] jochem dot blok at fasterforward dot nl Description: The call to magic function __toString() gives a Fatal error. This method should exists, see the reply of [EMAIL PROTECTED] at http://bugs.php.net/bug.php?id=25640 Reproduce code: --- PHP: Behind the Parser Ms. Coder Onlivia Actora Mr. Coder El ActÓr So, this language. It's like, a programming language. Or is it a scripting language? All is revealed in this thrilling horror spoof of a documentary. PHP solves all my web problems 7 5 XML; $xml = new SimpleXMLElement($xmlstr); $m = $xml->movie[0]->plot; // "So this language. It's like..." $m->__toString() ?> Expected result: So, this language. It's like, a programming language. Or is it a scripting language? All is revealed in this thrilling horror spoof of a documentary. Actual result: -- Fatal error: Call to undefined method SimpleXMLElement::__toString() in C:\php\xml.php on line 35 -- Edit this bug report at http://bugs.php.net/?id=44484&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: stein at visibone dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: ...addendum to previous, the php_mysql.dll and php_mysqli.dll I installed were from PHP 5.2.1 zip file. Previous Comments: [2008-03-18 22:37:59] stein at visibone dot com I'm still having a 5 second delay at the end of my command-line invocation. Putting 5.0.51a libmysql.dll in C:\Program Files\PHP seemed to eliminate the my_thread_global_end() error, and replacing ext\php_mysql.dll and ext\php_mysqli.dll stopped the 5-second delay when running a simple "php --ini" or hello-world script. But I still get a 5 second delay if I call mysql_connect() & mysql_close(). php -i (phpinfo) excerpts: mysql Client API version => 5.0.51a mysqli Client API library version => mysqlnd 5.0.1-beta - 070402 - $Revision: 321 $ Help would sure be appreciated. 5 seconds x 1000 hurts. -- Bob Stein, VisiBone [2008-03-13 11:16:03] email at email dot com I also solved this issue with copying the libmysql.dll file from the previous version. Downloaded libmysql.dll file from http://mysql.oblique.ch/ (it is a previous version file), copied it over the current one (C:/PHP/libmysql.dll). This solved the issue. [2008-03-12 18:42:59] emiller at rsimedical dot com Experiencing Issue on Win2k3, Apache 2.2.8, PHP 5.2.4 Apache hangs, on Apache service stop error appears in error.log [2008-02-25 20:50:07] sharadrb at yahoo dot com Even I had same issue with PHP version 5.2.5. So, I rolled back to older version 5.2.1 which does not have this issue. Now, I don't have this issue with version 5.2.1 [2008-02-20 17:05:01] brandonkahre at charter dot net I am still experiencing this bug as of Feb-20-2008. I am running PHP 5.2.4 in a Windows XP environment with MySQL 4.2.20. To leave no room for confusion, the problems and steps I am using to recreate this bug are described in Bug #44009 (http://bugs.php.net/bug.php?id=44009). I have tried the following PHP versions: PHP 5.2.4 PHP 5.2.5 PHP 5.2.6-latest I have tried patching the Windows php_mysql.dll extension using the following sources: PHP 5.2.1: http://www.php.net/releases/#5.2.1 [copy /ext/php_mysql.dll only] - this did not fix any problems MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 4.1.21] - could not connect to MySQL server. Please note that the extension is for PHP 5.1.6.6 MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 5.0.27] - this did not fix any problems IT-Guys (mentioned in this bug tracker): http://www.it-etc.com/2007/10/25/php-error-524-getting-error-error-in-my_thread_global_end-1-threads-didnt-exit/ - this did not fix any problems. The extensions provided seem to be for PHP 5.2.0.0 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#27421 [NoF->Asn]: mbstring.func_overload set in .htaccess becomes global
ID: 27421 Updated by: [EMAIL PROTECTED] Reported By: php at strategma dot bg -Status: No Feedback +Status: Assigned Bug Type: mbstring related Operating System: Slackware 9.1 kernel: 2.4.22 PHP Version: 4.3.4 Assigned To: hirokawa Previous Comments: [2008-03-19 18:37:03] [EMAIL PROTECTED] Assigned to maintainer. [2008-03-19 18:28:25] david at dfoerster dot de > It is not recommended to use the function overloading option in > the per-directory context, because it's not confirmed yet to be > stable enough in a production environment and may lead to > undefined behaviour. Once the patch is applied this notice can probably be removed from the documentation. [2008-03-19 18:08:46] david at dfoerster dot de Hi, this patch fixes the problem (didn't find a way to attach a patch here): http://www.dfoerster.de/misc/php-27421.diff The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would terminate on the first function that was not overloaded. With a settin of 2, the str* functions would never be restored, because the mail function was not overloaded. The patch changes the behaviour to be similar to the loop in PHP_RINIT_FUNCTION. [2008-03-15 13:41:58] rnbarra at yaho dot copm sopa [2008-02-24 21:21:08] lip at lip dot net dot ua I also have this problem. PHP 5.2.5 Apache/2.2.8 If I use mbstring.func_overload in .htaccess other virtualhosts not work For example: DocumentRoot /var/www/phpmyadmin AddHandler cgi-script .cgi AddHandler cgi-script .pl ServerName n.com.net DocumentRoot /var/www/db ServerName db.net in /var/www/db/.htaccess php_value mbstring.func_overload 6 In this situation phpmyadmin doesnt work when I refresh few times db.net 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/27421 -- Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#27421 [NoF]: mbstring.func_overload set in .htaccess becomes global
ID: 27421
Updated by: [EMAIL PROTECTED]
Reported By: php at strategma dot bg
Status: No Feedback
Bug Type: mbstring related
Operating System: Slackware 9.1 kernel: 2.4.22
PHP Version: 4.3.4
-Assigned To:
+Assigned To: hirokawa
New Comment:
Assigned to maintainer.
Previous Comments:
[2008-03-19 18:28:25] david at dfoerster dot de
> It is not recommended to use the function overloading option in
> the per-directory context, because it's not confirmed yet to be
> stable enough in a production environment and may lead to
> undefined behaviour.
Once the patch is applied this notice can probably be removed from
the documentation.
[2008-03-19 18:08:46] david at dfoerster dot de
Hi,
this patch fixes the problem (didn't find a way to attach a patch
here):
http://www.dfoerster.de/misc/php-27421.diff
The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would
terminate on the first function that was not overloaded. With a
settin of 2, the str* functions would never be restored, because the
mail function was not overloaded.
The patch changes the behaviour to be similar to the loop in
PHP_RINIT_FUNCTION.
[2008-03-15 13:41:58] rnbarra at yaho dot copm
sopa
[2008-02-24 21:21:08] lip at lip dot net dot ua
I also have this problem.
PHP 5.2.5
Apache/2.2.8
If I use mbstring.func_overload in .htaccess
other virtualhosts not work
For example:
DocumentRoot /var/www/phpmyadmin
AddHandler cgi-script .cgi
AddHandler cgi-script .pl
ServerName n.com.net
DocumentRoot /var/www/db
ServerName db.net
in /var/www/db/.htaccess
php_value mbstring.func_overload 6
In this situation phpmyadmin doesnt work when I refresh few
times db.net
[2008-01-17 13:35:30] mihau at great dot net dot pl
I'm still experiencing this bug.
On apache 2.0.59 with php 5.2.4, as well as php 4.4.x.
It looks like mbstring.func_overload setting in .htaccess affects other
virtualhosts and directories.
I've tried with these in httpd.conf:
MaxRequestsPerChild 10
It works as expected for site A until I enter site B with
mbstring.func_overload in .htaccess. Site B works as expected.
Then i come back to site A and see unexpected results. I hit refresh
few times and results back to normal.
It looks like one request affects all other requests for specified
child.
When apache kill it after "MaxRequestPerChild" and spawn new child
everything is working fine, until site B is requested.
Is this bug somehow related to #43677?
With one exception: ini_get("mbstring.func_overload") returns correct
values - I mean values from config files.
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/27421
--
Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#27421 [Com]: mbstring.func_overload set in .htaccess becomes global
ID: 27421
Comment by: david at dfoerster dot de
Reported By: php at strategma dot bg
Status: No Feedback
Bug Type: mbstring related
Operating System: Slackware 9.1 kernel: 2.4.22
PHP Version: 4.3.4
New Comment:
> It is not recommended to use the function overloading option in
> the per-directory context, because it's not confirmed yet to be
> stable enough in a production environment and may lead to
> undefined behaviour.
Once the patch is applied this notice can probably be removed from
the documentation.
Previous Comments:
[2008-03-19 18:08:46] david at dfoerster dot de
Hi,
this patch fixes the problem (didn't find a way to attach a patch
here):
http://www.dfoerster.de/misc/php-27421.diff
The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would
terminate on the first function that was not overloaded. With a
settin of 2, the str* functions would never be restored, because the
mail function was not overloaded.
The patch changes the behaviour to be similar to the loop in
PHP_RINIT_FUNCTION.
[2008-03-15 13:41:58] rnbarra at yaho dot copm
sopa
[2008-02-24 21:21:08] lip at lip dot net dot ua
I also have this problem.
PHP 5.2.5
Apache/2.2.8
If I use mbstring.func_overload in .htaccess
other virtualhosts not work
For example:
DocumentRoot /var/www/phpmyadmin
AddHandler cgi-script .cgi
AddHandler cgi-script .pl
ServerName n.com.net
DocumentRoot /var/www/db
ServerName db.net
in /var/www/db/.htaccess
php_value mbstring.func_overload 6
In this situation phpmyadmin doesnt work when I refresh few
times db.net
[2008-01-17 13:35:30] mihau at great dot net dot pl
I'm still experiencing this bug.
On apache 2.0.59 with php 5.2.4, as well as php 4.4.x.
It looks like mbstring.func_overload setting in .htaccess affects other
virtualhosts and directories.
I've tried with these in httpd.conf:
MaxRequestsPerChild 10
It works as expected for site A until I enter site B with
mbstring.func_overload in .htaccess. Site B works as expected.
Then i come back to site A and see unexpected results. I hit refresh
few times and results back to normal.
It looks like one request affects all other requests for specified
child.
When apache kill it after "MaxRequestPerChild" and spawn new child
everything is working fine, until site B is requested.
Is this bug somehow related to #43677?
With one exception: ini_get("mbstring.func_overload") returns correct
values - I mean values from config files.
[2007-01-18 09:29:39] info at bert-jan dot com
I've tried it on another server running Debian unstable with PHP
5.2.0-8 on Apache 2.2.3 both installed with apt-get and the same issue
is reproducible here too.
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/27421
--
Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#27421 [Com]: mbstring.func_overload set in .htaccess becomes global
ID: 27421
Comment by: david at dfoerster dot de
Reported By: php at strategma dot bg
Status: No Feedback
Bug Type: mbstring related
Operating System: Slackware 9.1 kernel: 2.4.22
PHP Version: 4.3.4
New Comment:
Hi,
this patch fixes the problem (didn't find a way to attach a patch
here):
http://www.dfoerster.de/misc/php-27421.diff
The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would
terminate on the first function that was not overloaded. With a
settin of 2, the str* functions would never be restored, because the
mail function was not overloaded.
The patch changes the behaviour to be similar to the loop in
PHP_RINIT_FUNCTION.
Previous Comments:
[2008-03-15 13:41:58] rnbarra at yaho dot copm
sopa
[2008-02-24 21:21:08] lip at lip dot net dot ua
I also have this problem.
PHP 5.2.5
Apache/2.2.8
If I use mbstring.func_overload in .htaccess
other virtualhosts not work
For example:
DocumentRoot /var/www/phpmyadmin
AddHandler cgi-script .cgi
AddHandler cgi-script .pl
ServerName n.com.net
DocumentRoot /var/www/db
ServerName db.net
in /var/www/db/.htaccess
php_value mbstring.func_overload 6
In this situation phpmyadmin doesnt work when I refresh few
times db.net
[2008-01-17 13:35:30] mihau at great dot net dot pl
I'm still experiencing this bug.
On apache 2.0.59 with php 5.2.4, as well as php 4.4.x.
It looks like mbstring.func_overload setting in .htaccess affects other
virtualhosts and directories.
I've tried with these in httpd.conf:
MaxRequestsPerChild 10
It works as expected for site A until I enter site B with
mbstring.func_overload in .htaccess. Site B works as expected.
Then i come back to site A and see unexpected results. I hit refresh
few times and results back to normal.
It looks like one request affects all other requests for specified
child.
When apache kill it after "MaxRequestPerChild" and spawn new child
everything is working fine, until site B is requested.
Is this bug somehow related to #43677?
With one exception: ini_get("mbstring.func_overload") returns correct
values - I mean values from config files.
[2007-01-18 09:29:39] info at bert-jan dot com
I've tried it on another server running Debian unstable with PHP
5.2.0-8 on Apache 2.2.3 both installed with apt-get and the same issue
is reproducible here too.
[2007-01-17 21:57:23] info at bert-jan dot com
FYI: I'm running Slamd64 (Slackware x86-64) with Apache and PHP
installed from source.
Apache:
./configure \
--enable-ssl \
--with-ssl \
--enable-proxy \
--enable-proxy-connect \
--enable-proxy-ftp \
--enable-proxy-http \
--enable-rewrite \
--enable-deflate \
--enable-so \
PHP:
./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr/local/mysql/ \
--with-zlib \
--with-gd \
--with-jpeg-dir \
--with-png-dir \
--with-freetype-dir \
--enable-ftp \
--with-bz2 \
--with-gzip \
--with-openssl \
--enable-shmop \
--enable-posix \
--enable-pcntl \
--enable-sysvsem \
--enable-sysvshm \
--enable-iconv \
--with-mysqli=/usr/local/mysql/bin/mysql_config \
--enable-mbstring \
--enable-shmop \
--enable-soap \
--enable-memory-limit
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/27421
--
Edit this bug report at http://bugs.php.net/?id=27421&edit=1
#44484 [NEW]: Call to magic function __toString gives a undefined method error
From: jochem dot blok at fasterforward dot nl Operating system: Windows XP SP2 PHP version: 5.2.5 PHP Bug Type: SimpleXML related Bug description: Call to magic function __toString gives a undefined method error Description: The call to magic function __toString() gives a Fatal error. This method should exists, see the reply of [EMAIL PROTECTED] at http://bugs.php.net/bug.php?id=25640 Reproduce code: --- PHP: Behind the Parser Ms. Coder Onlivia Actora Mr. Coder El ActÓr So, this language. It's like, a programming language. Or is it a scripting language? All is revealed in this thrilling horror spoof of a documentary. PHP solves all my web problems 7 5 XML; $xml = new SimpleXMLElement($xmlstr); $m = $xml->movie[0]->plot; // "So this language. It's like..." $m->__toString() ?> Expected result: So, this language. It's like, a programming language. Or is it a scripting language? All is revealed in this thrilling horror spoof of a documentary. Actual result: -- Fatal error: Call to undefined method SimpleXMLElement::__toString() in C:\php\xml.php on line 35 -- Edit bug report at http://bugs.php.net/?id=44484&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44484&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44484&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44484&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44484&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44484&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44484&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44484&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44484&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44484&r=support Expected behavior:http://bugs.php.net/fix.php?id=44484&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44484&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44484&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44484&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44484&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44484&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44484&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44484&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44484&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44484&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44484&r=mysqlcfg
#31942 [Com]: foreach and object members mixing badly
ID: 31942
Comment by: php-bugs dot trippyd at spamgourmet dot com
Reported By: adrian-phpbugs at sixfingeredman dot net
Status: No Feedback
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4.3.11-dev
New Comment:
following up on this bug, we have test code similar to what was shown,
the problem still exists in both 4.4.7 and 4.4.8.
Previous Comments:
[2006-04-02 23:37:47] kevin at planetsaphire dot com
My project was missing the following code after calling a recursive
function. As a result, my project does not re-produce the bug described
in this report:
/* Let's sort through the subcategory's arrays. */
$retval =
$this->getProperItem($priv_item, $relationNum);
if ( $retval != NULL )
{
return $retval;
}
[2006-04-01 13:03:53] kevin at planetsaphire dot com
My intranet project appears to be having problems due to this bug. I
am running PHP Version 5.1.2. I noticed that this bug was originally
filed against PHP 4.3.11, and can file a seperate report if I need to.
The phpinfo file on my server:
http://www.planetsaphire.com/phpinfo.php
On wwwbiz, if I have an inventory category three leaves or more deep,
it will not be matched to a higher leaf, which causes the script to call
my error_dbdown() function. This is being caused by the foreach()
syntax, and it happens regardless if I use the reference operator or
not.
Sources can be viewed from:
http://www.planetsaphire.com/viewcvs.cgi
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/www co -P
wwwbiz
File possibly affected by this bug is: db/mysql-inv.php
[2005-09-10 01:00:05] 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".
[2005-09-02 07:46:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-12 00:22:04] adrian-phpbugs at sixfingeredman dot net
The version says: (built: Jan 5 2005 08:54:18)
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/31942
--
Edit this bug report at http://bugs.php.net/?id=31942&edit=1
#35793 [Com]: General error: 2050
ID: 35793
Comment by: ob dot php at daevel dot fr
Reported By: deadman_great at mail dot ru
Status: No Feedback
Bug Type: PDO related
Operating System: RH Fedora Core 2
PHP Version: 5CVS-2005-12-25 (snap)
Assigned To: Wez
New Comment:
This bug/problem is not solved with PHP 5.2.0 under Debian stable
(etch).
Full code :
setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING );
if( ( $res = $db->query( 'select id from user_group' ) ) !== false )
{
print_r( $res->fetchAll() );
}
if( ( $res = $db->query( 'select description from user_group' ) ) !==
false )
{
print_r( $res->fetchAll() );
}
?>
And result for the second query :
Warning: PDOStatement::fetchAll(): SQLSTATE[HY000]: General error: 2050
in /home/dev-olivier/toutgagner.admin/test.php on line 14
Array
(
)
Won't it be fixed ?
Previous Comments:
[2006-12-28 01:22:18] dennis at inmarket dot lviv dot ua
Remember to have these "fixes" in your code on every connection you
might have to the same database.
[2006-11-03 08:53:42] arnaud dot lb at gmail dot com
I have the same problem with php-5.2, mysql-5.0.26 on
Debian system.
Fixed the problem using the
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY option.
It seems that closeCursor() does not works properly.
[2006-11-01 15:11:55] richard at phase dot org
$this->pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, true);
(a suggested fix above) fails on 5.2.RC6 as PDO::ATTR_EMULATE_PREPARES
appears no longer to be defined.
[2006-10-17 01:15:58] michal dot vrchota at seznam dot cz
I think I have solved this problem:
You have to free your PDOStatement instance
Of course You have to call closeCursor() method to be sure, but if you
have more queries and still using same identifier ($stmt) you have free
it by passing NULL value
Sample:
$stmt->closeCursor();
$stmt = NULL;
// now it works ;)
[2006-10-16 14:46:09] andiesPostfach at web dot de
The Problem still exists in PHP 5.2 RC5 !!
System ist SUSE-Linux 9.3
MySQL Version 5.0.18
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/35793
--
Edit this bug report at http://bugs.php.net/?id=35793&edit=1
#44482 [NEW]: PHP SOAP/.NET
From: j dot dunn5 at ntlworld dot com
Operating system: RedHat
PHP version: 5.2.5
PHP Bug Type: SOAP related
Bug description: PHP SOAP/.NET
Description:
Hello,
There seems to be many unsolved occurances of the following bug when
trying to establish a SOAP connection to a .NET endpoint:
Server was unable to process request. ---> Object reference not set to an
instance of an object.
I am yet to find a solution - the same application works fine when
connected to from a .net platform.
Reproduce code:
---
POS->Source = (object)array('ISOCountry' => 'GB', 'ISOCurrency'
=> 'GBP');
$params->POS->Source->BookingChannel->CompanyName =
(object)array('CompanyShortName' => 'Testing');
$params->AvailRequestSegments->UTSv_AvailRequestSegment->StayDateRange->StartDateWindow
= (object)array('EarliestDate' => '2008-04-01');
$params->AvailRequestSegments->UTSv_AvailRequestSegment->StayDateRange->EndDateWindow
= (object)array('EarliestDate' => '2008-04-02');
$params->AvailRequestSegments->UTSv_AvailRequestSegment->ConsumerCandidates->ConsumerCandidate->ConsumerCounts->ConsumerCount
= (object)array('AgeQualifyingCode' => 'Adult', 'Count' => 2);
$params->AvailRequestSegments->UTSv_AvailRequestSegment->TPA_Extensions->SearchCriteria
= (object)array('IndustryClassification' => 1);
try {
$client = new SoapClient(
"http://www.testing123.com/AvailabilityService.asmx?WSDL";,
array('trace' => true)
);
$client->SearchSupplierProductTypeAvailability($params);
echo $client->__getLastRequestHeaders() . "\r" .
$client->__getLastRequest() . "\r\r" . $client->__getLastResponse();;
}
catch (Exception $e) {
echo "Error!";
echo $e -> getMessage ();
}
?>
--
Edit bug report at http://bugs.php.net/?id=44482&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44482&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44482&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44482&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44482&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44482&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44482&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44482&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44482&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44482&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44482&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44482&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44482&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44482&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44482&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44482&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44482&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44482&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44482&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44482&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44482&r=mysqlcfg
#44303 [Asn->Csd]: Installer for php exits prematurely when trying to install on apache 2.2.8
ID: 44303 Updated by: [EMAIL PROTECTED] Reported By: david dot emmett at the-can dot com -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: Vista PHP Version: 5.2.5 Assigned To: jmertic New Comment: This appears to be similar to the issues in Bug #43748. Please try a snapshot MSI after 2008/02/08 and report back in the other bug with issues. Previous Comments: [2008-03-03 12:53:39] [EMAIL PROTECTED] Assigned to the installer maintainer. [2008-03-01 12:18:39] david dot emmett at the-can dot com Description: installed apache 2.2.8, no problem, installed php 5.2.5 selected the 2.2 install option, and the installer exited -- Edit this bug report at http://bugs.php.net/?id=44303&edit=1
#44481 [Bgs]: Timezone database is corrupt
ID: 44481 User updated by: bvidinli at gmail dot com Reported By: bvidinli at gmail dot com Status: Bogus Bug Type: Date/time related Operating System: Debian 4.0 PHP Version: 5.2.5 New Comment: hi, i dont have anything, any reason to lie to you, i selected 5.2.5, because it was nearest choice in your bug-submitting page. i know it is in fact, 5.2.0-8+etch10, as i sent you in first post.. so, think again before accusing someone with a lie. lets come to bug: i use debian, and debians package manager of apt-get. it seems that debian has not updated its packages. am i right ? i will just test with your latest version, then submit the result. see you. Previous Comments: [2008-03-19 15:21:17] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Don\'t lie about your versions, you have 5.2.0 and not 5.2.5. That bug you referenced was about 5.2.0, so obviously it\'s not fixed in 5.2.0. [2008-03-19 15:08:29] bvidinli at gmail dot com Description: Timezone database is corrupt this is same bug in http://bugs.php.net/bug.php?id=39993 ns1:/var/www/vhosts/ehcp# TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r 'date(l); ' Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 ns1:/var/www/vhosts/ehcp# some part of phpinfo(): phpinfo() PHP Version => 5.2.0-8+etch10 System => Linux ns1 2.6.18-5-686 #1 SMP Mon Dec 24 16:41:07 UTC 2007 i686 Build Date => Jan 18 2008 18:48:30 Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc/php5/cli/php.ini Scan this dir for additional .ini files => /etc/php5/cli/conf.d additional .ini files parsed => /etc/php5/cli/conf.d/gd.ini, /etc/php5/cli/conf.d/mysql.ini, /etc/php5/cli/conf.d/mysqli.ini, /etc/php5/cli/conf.d/pdo.ini, /etc/php5/cli/conf.d/pdo_mysql.ini PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => zip Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.*, bzip2.*, zlib.* Reproduce code: --- TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r 'echo date(l); ' Expected result: the day, not error.. Actual result: -- Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 -- Edit this bug report at http://bugs.php.net/?id=44481&edit=1
#44481 [Opn->Bgs]: Timezone database is corrupt
ID: 44481 Updated by: [EMAIL PROTECTED] Reported By: bvidinli at gmail dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Debian 4.0 PHP Version: 5.2.5 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Don't lie about your versions, you have 5.2.0 and not 5.2.5. That bug you referenced was about 5.2.0, so obviously it's not fixed in 5.2.0. Previous Comments: [2008-03-19 15:08:29] bvidinli at gmail dot com Description: Timezone database is corrupt this is same bug in http://bugs.php.net/bug.php?id=39993 ns1:/var/www/vhosts/ehcp# TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r 'date(l); ' Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 ns1:/var/www/vhosts/ehcp# some part of phpinfo(): phpinfo() PHP Version => 5.2.0-8+etch10 System => Linux ns1 2.6.18-5-686 #1 SMP Mon Dec 24 16:41:07 UTC 2007 i686 Build Date => Jan 18 2008 18:48:30 Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc/php5/cli/php.ini Scan this dir for additional .ini files => /etc/php5/cli/conf.d additional .ini files parsed => /etc/php5/cli/conf.d/gd.ini, /etc/php5/cli/conf.d/mysql.ini, /etc/php5/cli/conf.d/mysqli.ini, /etc/php5/cli/conf.d/pdo.ini, /etc/php5/cli/conf.d/pdo_mysql.ini PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => zip Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.*, bzip2.*, zlib.* Reproduce code: --- TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r 'echo date(l); ' Expected result: the day, not error.. Actual result: -- Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 -- Edit this bug report at http://bugs.php.net/?id=44481&edit=1
#44481 [NEW]: Timezone database is corrupt
From: bvidinli at gmail dot com Operating system: Debian 4.0 PHP version: 5.2.5 PHP Bug Type: Date/time related Bug description: Timezone database is corrupt Description: Timezone database is corrupt this is same bug in http://bugs.php.net/bug.php?id=39993 ns1:/var/www/vhosts/ehcp# TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r 'date(l); ' Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 ns1:/var/www/vhosts/ehcp# some part of phpinfo(): phpinfo() PHP Version => 5.2.0-8+etch10 System => Linux ns1 2.6.18-5-686 #1 SMP Mon Dec 24 16:41:07 UTC 2007 i686 Build Date => Jan 18 2008 18:48:30 Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc/php5/cli/php.ini Scan this dir for additional .ini files => /etc/php5/cli/conf.d additional .ini files parsed => /etc/php5/cli/conf.d/gd.ini, /etc/php5/cli/conf.d/mysql.ini, /etc/php5/cli/conf.d/mysqli.ini, /etc/php5/cli/conf.d/pdo.ini, /etc/php5/cli/conf.d/pdo_mysql.ini PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => zip Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.*, bzip2.*, zlib.* Reproduce code: --- TZ=Europe/Istanbul LANG=tr_TR.UTF-8 php -r 'echo date(l); ' Expected result: the day, not error.. Actual result: -- Fatal error: date(): Timezone database is corrupt - this should *never* happen! in Command line code on line 1 -- Edit bug report at http://bugs.php.net/?id=44481&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44481&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44481&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44481&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44481&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44481&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44481&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44481&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44481&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44481&r=support Expected behavior:http://bugs.php.net/fix.php?id=44481&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44481&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44481&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44481&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44481&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44481&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44481&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44481&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44481&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44481&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44481&r=mysqlcfg
#37601 [NoF->Opn]: SimpleXML and loss of entities
ID: 37601
User updated by: php at nineberry dot de
Reported By: php at nineberry dot de
-Status: No Feedback
+Status: Open
Bug Type: SimpleXML related
Operating System: probably irrelevant
PHP Version: 5.1.4
New Comment:
No longer reproducable in PHP 5.2.5
So this was fixed sometime between 5.1.4 and 5.2.5
Previous Comments:
[2006-06-03 01:00:01] 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".
[2006-05-26 22:07:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-05-26 12:12:25] php at nineberry dot de
Description:
When assigning values to node parameters, entities are not escaped,
however when reading values, the entities are replaced by their
meaning.
i.e. assigning and reading behave assymetric.
Suggestion: Add escaping of values that are assigned.
Kind of workaround: Use htmlspecialchars() manually on values before
assigning. (This workaround will not work for ')
Reproduce code:
---
';
$test = 'A " B';
$rr = simplexml_load_string($rawxml);
header("Content-Type: text/plain");
echo($rr["par"]);
echo("\n");
echo("\n");
$rr["par"] = $test;
echo($rr->asXML());
echo("\n");
echo($rr["par"]);
echo("\n");
?>
Expected result:
F
A " B
Actual result:
--
F
A " B
--
Edit this bug report at http://bugs.php.net/?id=37601&edit=1
#44479 [Opn->Bgs]: Error while using a constant in header()-function
ID: 44479
Updated by: [EMAIL PROTECTED]
Reported By: ingo dot kasch at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP Professional
PHP Version: 5.2.5
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.
constants aren't parsed in strings.
header("Location: " . HOME);
Previous Comments:
[2008-03-19 12:53:41] ingo dot kasch at gmx dot de
Description:
Hi,
while using a constant for defining a hyperlink-target (http-adress)
and using this constand to do a header();redirect there comes an object
not found-error (404) in the browser.
The reason is that php could not interpret the value of the constant
and using the constants name for the header();-function.
Reproduce code:
---
Not working code:
http://www.google.de');
header("Location: HOME");
?>
WORKING CODE:
http://www.google.de');
$home_var = HOME;
header("Location: $home_var");
?>
Expected result:
I expected a redirct to the defined value of the constant, in this
example 'http://www.google.de'.
Actual result:
--
The browser is redircting to /HOME using the actual url of the page and
just adding /HOME (which is the name of the constant, not the value) in
the end of the adress bar.
--
Edit this bug report at http://bugs.php.net/?id=44479&edit=1
#44478 [Opn]: Unconsistent behaviour when assigning new nodes
ID: 44478
User updated by: vesko at webstudiobulgaria dot com
Reported By: vesko at webstudiobulgaria dot com
Status: Open
Bug Type: SimpleXML related
Operating System: Debian testing
PHP Version: 5.2.5
New Comment:
And another one:
$xml_element->node1[0] = 'a & b';
decodes the html entities while it should not.
Previous Comments:
[2008-03-19 12:53:10] vesko at webstudiobulgaria dot com
Based on:
$xml_element = new simpleXMLElement('');
$xml_element['attrib1'] = 'a & b';
$xml_element->addAttribute('attrib2','c & d');
print $xml_element['attrib1'];
print $xml_element['attrib2'];
which gives:
a & bc & d
I guess the correct behaviour is to leave the entities as they are, so
in the previous example addChild() gives the wring result.
[2008-03-19 12:22:56] vesko at webstudiobulgaria dot com
Description:
There is a difference in the way the html entities are handled when the
new nodes are assigned in different ways. In case of using addChild
method they are decoded, otherwise not.
Reproduce code:
---
$xml_element = new simpleXMLElement('');
$xml_element->node1 = 'a & b';
$xml_element->addChild('node2','c & d');
print $xml_element->node1;
print $xml_element->node2;
Expected result:
a & bc & d//both left
or
a & bc & d//both decoded
Actual result:
--
a & bc & d//one left and the other decoded
--
Edit this bug report at http://bugs.php.net/?id=44478&edit=1
#44470 [Opn]: problem with $_POST array
ID: 44470 User updated by: kenny at amik dot ru Reported By: kenny at amik dot ru Status: Open Bug Type: *General Issues Operating System: Linux 2.6.22.17-0.1 PHP Version: 5.2.5 New Comment: Sorry, I forgot - apache 2.2.8 installed on our server Previous Comments: [2008-03-19 13:05:58] kenny at amik dot ru I try this one: ... United States ... select name length is 53 chars - and print_r($_POST); printed Array ( [ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResume] => US ) [2008-03-18 21:47:14] [EMAIL PROTECTED] Are you sure it's not those ':' chars in the name? (I can't remember for sure but I think it's not allowed..) [2008-03-18 16:19:30] kenny at amik dot ru Description: long name (more than 64 characters) in form's elements(text, select) did not appear in $_POST array after form was submitted Reproduce code: --- "; print_r($_POST); echo ""; ?> United States Expected result: all data posted to the $_POST array Actual result: -- $_POST is empty array -- Edit this bug report at http://bugs.php.net/?id=44470&edit=1
#44470 [Fbk->Opn]: problem with $_POST array
ID: 44470 User updated by: kenny at amik dot ru Reported By: kenny at amik dot ru -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux 2.6.22.17-0.1 PHP Version: 5.2.5 New Comment: I try this one: ... United States ... select name length is 53 chars - and print_r($_POST); printed Array ( [ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResume] => US ) Previous Comments: [2008-03-18 21:47:14] [EMAIL PROTECTED] Are you sure it's not those ':' chars in the name? (I can't remember for sure but I think it's not allowed..) [2008-03-18 16:19:30] kenny at amik dot ru Description: long name (more than 64 characters) in form's elements(text, select) did not appear in $_POST array after form was submitted Reproduce code: --- "; print_r($_POST); echo ""; ?> United States Expected result: all data posted to the $_POST array Actual result: -- $_POST is empty array -- Edit this bug report at http://bugs.php.net/?id=44470&edit=1
#44479 [NEW]: Error while using a constant in header()-function
From: ingo dot kasch at gmx dot de
Operating system: Windows XP Professional
PHP version: 5.2.5
PHP Bug Type: Scripting Engine problem
Bug description: Error while using a constant in header()-function
Description:
Hi,
while using a constant for defining a hyperlink-target (http-adress) and
using this constand to do a header();redirect there comes an object not
found-error (404) in the browser.
The reason is that php could not interpret the value of the constant and
using the constants name for the header();-function.
Reproduce code:
---
Not working code:
http://www.google.de');
header("Location: HOME");
?>
WORKING CODE:
http://www.google.de');
$home_var = HOME;
header("Location: $home_var");
?>
Expected result:
I expected a redirct to the defined value of the constant, in this example
'http://www.google.de'.
Actual result:
--
The browser is redircting to /HOME using the actual url of the page and
just adding /HOME (which is the name of the constant, not the value) in the
end of the adress bar.
--
Edit bug report at http://bugs.php.net/?id=44479&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44479&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44479&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44479&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44479&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44479&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44479&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44479&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44479&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44479&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44479&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44479&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44479&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44479&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44479&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44479&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44479&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44479&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44479&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44479&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44479&r=mysqlcfg
#44478 [Opn]: Unconsistent behaviour when assigning new nodes
ID: 44478
User updated by: vesko at webstudiobulgaria dot com
Reported By: vesko at webstudiobulgaria dot com
Status: Open
Bug Type: SimpleXML related
Operating System: Debian testing
PHP Version: 5.2.5
New Comment:
Based on:
$xml_element = new simpleXMLElement('');
$xml_element['attrib1'] = 'a & b';
$xml_element->addAttribute('attrib2','c & d');
print $xml_element['attrib1'];
print $xml_element['attrib2'];
which gives:
a & bc & d
I guess the correct behaviour is to leave the entities as they are, so
in the previous example addChild() gives the wring result.
Previous Comments:
[2008-03-19 12:22:56] vesko at webstudiobulgaria dot com
Description:
There is a difference in the way the html entities are handled when the
new nodes are assigned in different ways. In case of using addChild
method they are decoded, otherwise not.
Reproduce code:
---
$xml_element = new simpleXMLElement('');
$xml_element->node1 = 'a & b';
$xml_element->addChild('node2','c & d');
print $xml_element->node1;
print $xml_element->node2;
Expected result:
a & bc & d//both left
or
a & bc & d//both decoded
Actual result:
--
a & bc & d//one left and the other decoded
--
Edit this bug report at http://bugs.php.net/?id=44478&edit=1
#44363 [Com]: Fatal error using SOAP Extension
ID: 44363
Comment by: wim dot vanderveen at westlandenergie dot nl
Reported By: ryanmhuc at yahoo dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.2.5
New Comment:
i get the same problem.
i suspect it is caused by my server trying to return a (class
containing an array containing some) NaN
found about the same bug-description in #43045, therefore updated php
(both client and server side) to 5.2.6-dev as indicated
but alas, still the same problem
Wim
Previous Comments:
[2008-03-18 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".
[2008-03-10 11:36:32] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2008-03-07 13:02:57] ryanmhuc at yahoo dot com
Description:
I recieve the following error:
Fatal error: Uncaught SoapFault exception: [Client] SOAP-ERROR:
Encoding: Violation of encoding rules in
When using the SOAP extension & WSDL on Windows XP w/ Apache 2.2 on PHP
5.2.5. This only occurs on types of requests. Others run successfully. I
don't know but i suspect that a certain type of character(s) in the
response is causing an issue for the SOAP extension in Windows. The same
exact code, WSDL file runs on Linux without a problem.
The API URL is https so is is possible the problem could lie there.
Reproduce code:
---
The WSDL file is too long to post here. I would also have to provide
the API files and a login to duplicate.
But i will do so if you contact me.
Expected result:
I would expect to be returned a stdClass object.
Actual result:
--
Fatal error: Uncaught SoapFault exception: [Client] SOAP-ERROR:
Encoding: Violation of encoding rules in
E:\Web\imagepath.net\intranet\lib\Attask\Attask.php:180 Stack trace: #0
[internal function]: SoapClient->__call('getTemplateTask...', Array) #1
[internal function]:
SoapClient->getTemplateTasksByTemplateID('213110666430904...', 4085) #2
E:\Web\imagepath.net\intranet\lib\Attask\Attask.php(180):
call_user_func_array(Array, Array) #3 [internal function]:
Attask->__call('getTemplateTask...', Array) #4
E:\Web\imagepath.net\intranet\lib\Attask\TemplateBean.php(55):
Attask->getTemplateTasksByTemplateID(4085) #5
E:\Web\imagepath.net\intranet\lib\Attask\TemplateBean.php(18):
TemplateBean->getTasks() #6
E:\Web\imagepath.net\intranet\attask\template_importer.php(149):
TemplateBean->deleteTasks() #7 {main} thrown in
--
Edit this bug report at http://bugs.php.net/?id=44363&edit=1
#44477 [Opn->Bgs]: 1990!=1990
ID: 44477
Updated by: [EMAIL PROTECTED]
Reported By: ppalka3 at abacus dot pl
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: linux
PHP Version: 5.2.5
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about "floats" and what IEEE
754 is, read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
Previous Comments:
[2008-03-19 12:18:42] ppalka3 at abacus dot pl
Description:
PHP Version 5.2.4
System Linux test2 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006
i686
Build Date Oct 16 2007 15:19:41
Configure Command './configure' '--prefix=/usr/PHP5'
'--with-config-file-path=/usr/PHP5' '--sysconfdir=/usr/PHP5'
'--enable-track-vars' '--with-libxml-dir=/usr/include/libxml2'
'--with-xml' '--enable-xslt' '--with-mysql=/usr/MYSQL_5.0.45'
'--with-mysql-sock=/tmp/mysql.sock' '--with-iconv'
'--with-jpeg-dir=/usr/lib/' '--enable-mbstring' '--enable-ftp'
'--with-gd' '--with-zlib' '--with-gettext' '--enable-safe-mode'
'--with-curl=/usr/local/include/curl' '--with-apxs=/usr/Apache/bin/apxs'
'--with-mcrypt' '--with-imap=/usr/local/src/imap-2006k/'
'--without-krb5'
Reproduce code:
---
$pay=19.90;
$pay_grosze=$pay*100;
$zaplacono=1990;
if($zaplacono!=$pay_grosze)
{
echo $zaplacono."!=".$pay_grosze;
}else
{
echo $zaplacono."=".$pay_grosze;
}
Expected result:
1990=1990
Actual result:
--
1990!=1990
--
Edit this bug report at http://bugs.php.net/?id=44477&edit=1
#44478 [NEW]: Unconsistent behaviour when assigning new nodes
From: vesko at webstudiobulgaria dot com
Operating system: Debian testing
PHP version: 5.2.5
PHP Bug Type: SimpleXML related
Bug description: Unconsistent behaviour when assigning new nodes
Description:
There is a difference in the way the html entities are handled when the
new nodes are assigned in different ways. In case of using addChild method
they are decoded, otherwise not.
Reproduce code:
---
$xml_element = new simpleXMLElement('');
$xml_element->node1 = 'a & b';
$xml_element->addChild('node2','c & d');
print $xml_element->node1;
print $xml_element->node2;
Expected result:
a & bc & d//both left
or
a & bc & d//both decoded
Actual result:
--
a & bc & d//one left and the other decoded
--
Edit bug report at http://bugs.php.net/?id=44478&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44478&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44478&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44478&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44478&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44478&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44478&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44478&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44478&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44478&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44478&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44478&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44478&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44478&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44478&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44478&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44478&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44478&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44478&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44478&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44478&r=mysqlcfg
#44477 [NEW]: 1990!=1990
From: ppalka3 at abacus dot pl
Operating system: linux
PHP version: 5.2.5
PHP Bug Type: *General Issues
Bug description: 1990!=1990
Description:
PHP Version 5.2.4
System Linux test2 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006
i686
Build Date Oct 16 2007 15:19:41
Configure Command './configure' '--prefix=/usr/PHP5'
'--with-config-file-path=/usr/PHP5' '--sysconfdir=/usr/PHP5'
'--enable-track-vars' '--with-libxml-dir=/usr/include/libxml2' '--with-xml'
'--enable-xslt' '--with-mysql=/usr/MYSQL_5.0.45'
'--with-mysql-sock=/tmp/mysql.sock' '--with-iconv'
'--with-jpeg-dir=/usr/lib/' '--enable-mbstring' '--enable-ftp' '--with-gd'
'--with-zlib' '--with-gettext' '--enable-safe-mode'
'--with-curl=/usr/local/include/curl' '--with-apxs=/usr/Apache/bin/apxs'
'--with-mcrypt' '--with-imap=/usr/local/src/imap-2006k/' '--without-krb5'
Reproduce code:
---
$pay=19.90;
$pay_grosze=$pay*100;
$zaplacono=1990;
if($zaplacono!=$pay_grosze)
{
echo $zaplacono."!=".$pay_grosze;
}else
{
echo $zaplacono."=".$pay_grosze;
}
Expected result:
1990=1990
Actual result:
--
1990!=1990
--
Edit bug report at http://bugs.php.net/?id=44477&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44477&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44477&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44477&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44477&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44477&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44477&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44477&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44477&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44477&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44477&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44477&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44477&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44477&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44477&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44477&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44477&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44477&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44477&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44477&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44477&r=mysqlcfg
#44476 [Opn->Fbk]: Premature end of script headers;
ID: 44476
Updated by: [EMAIL PROTECTED]
Reported By: alexc223 at googlemail dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: OpenSolaris
PHP Version: 5.2.5
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2008-03-19 08:16:19] alexc223 at googlemail dot com
Description:
When using PDO prepare (and query as well) running with fcgi it causes
an Internal Server Error and Premature end of script headers;
(excuse the messy code, just for a test case)
Reproduce code:
---
_sql = new PDO(
'mysql:host=127.0.0.1;dbname=foobar;port=3306', 'username', 'password'
);
}
public function load( $table ) {
$pdo_st = $this->_sql->prepare( 'SELECT * FROM
tcm_'.$table.'_envs
WHERE id = ?' );
$pdo_st->execute( array( 1 ) );
die( var_dump( $pdo_st->fetchAll( PDO::FETCH_ASSOC ) )
);
}
}
$conf = new Config_sql;
$conf->load( 'config' );
?>
Expected result:
An output such as the following:
array
0 =>
array
'id' => string '1' (length=1)
'env' => string 'production' (length=10)
'extends' => string '0' (length=1)
Actual result:
--
Internal Server Error and this in my error.log
[Wed Mar 19 08:10:58 2008] [warn] mod_fcgid: Read data error, fastcgi
server has close connection
[Wed Mar 19 08:10:58 2008] [error] [client xxx.xxx.xxx.xxx] Premature
end of script headers: pdo_bug.php
--
Edit this bug report at http://bugs.php.net/?id=44476&edit=1
#44476 [NEW]: Premature end of script headers;
From: alexc223 at googlemail dot com
Operating system: OpenSolaris
PHP version: 5.2.5
PHP Bug Type: PDO related
Bug description: Premature end of script headers;
Description:
When using PDO prepare (and query as well) running with fcgi it causes an
Internal Server Error and Premature end of script headers;
(excuse the messy code, just for a test case)
Reproduce code:
---
_sql = new PDO(
'mysql:host=127.0.0.1;dbname=foobar;port=3306',
'username', 'password' );
}
public function load( $table ) {
$pdo_st = $this->_sql->prepare( 'SELECT * FROM
tcm_'.$table.'_envs
WHERE id = ?' );
$pdo_st->execute( array( 1 ) );
die( var_dump( $pdo_st->fetchAll( PDO::FETCH_ASSOC ) )
);
}
}
$conf = new Config_sql;
$conf->load( 'config' );
?>
Expected result:
An output such as the following:
array
0 =>
array
'id' => string '1' (length=1)
'env' => string 'production' (length=10)
'extends' => string '0' (length=1)
Actual result:
--
Internal Server Error and this in my error.log
[Wed Mar 19 08:10:58 2008] [warn] mod_fcgid: Read data error, fastcgi
server has close connection
[Wed Mar 19 08:10:58 2008] [error] [client xxx.xxx.xxx.xxx] Premature end
of script headers: pdo_bug.php
--
Edit bug report at http://bugs.php.net/?id=44476&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44476&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44476&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44476&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44476&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44476&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44476&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44476&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44476&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44476&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44476&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44476&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44476&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44476&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44476&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44476&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44476&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44476&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44476&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44476&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44476&r=mysqlcfg
