#37899 [NEW]: too much allocate
From: okumurya at hotmail dot com Operating system: Windows 2000 Professional PHP version: 4.4.2 PHP Bug Type: COM related Bug description: too much allocate Description: In UTF-8, 'Z_STRLEN_P(pval_arg) * sizeof(OLECHAR)' is longer than Widechar. So SysAllocStringByteLen copies junk datas. following is a patch. --- conversion.c.orig 2006-06-23 11:28:06.496027200 +0900 +++ conversion.c2006-06-23 14:01:42.838476800 +0900 @@ -247,8 +247,9 @@ case VT_BSTR: convert_to_string_ex(&pval_arg); + unicode_str = php_char_to_OLECHAR(Z_STRVAL_P(pval_arg), Z_STRLEN_P(pval_arg), codepage TSRMLS_CC); - V_BSTR(var_arg) = SysAllocStringByteLen((char *) unicode_str, Z_STRLEN_P(pval_arg) * sizeof(OLECHAR)); + V_BSTR(var_arg) = SysAllocString(unicode_str); efree(unicode_str); break; -- Edit bug report at http://bugs.php.net/?id=37899&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37899&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37899&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37899&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37899&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37899&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37899&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37899&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37899&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37899&r=support Expected behavior:http://bugs.php.net/fix.php?id=37899&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37899&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37899&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37899&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37899&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37899&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37899&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37899&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37899&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37899&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37899&r=mysqlcfg
#37898 [NEW]: strip_tags selectively strips allowed_tags
From: admin at rcczone dot com
Operating system: Linux / Apache
PHP version: 4.4.2
PHP Bug Type: Strings related
Bug description: strip_tags selectively strips allowed_tags
Description:
For some reason beyond my knowledge, the strip_tags function is
selectively stripping allowed_tags. I have tested it against three
relatively similar strings (all tags) and it passing on only one
out of the three. The string and xhtml tags themselves are perfectly
valid, and I have no clue why strip_tags is behaving in such a way.
Reproduce code:
---
echo strip_tags('http://www.picturetrail.com/photoFlick/l_bookhorizontal.swf";
name="photoFlick"
FlashVars="img1=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756363.jpg&img2=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756370.jpg&img3=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756373.jpg&img4=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756375.jpg&img5=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756377.jpg&img6=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756379.jpg&img7=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756381.jpg&img8=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756384.jpg&img9=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756386.jpg&img10=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756388.jpg&img11=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756391.jpg&img12=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756394.jpg&img13=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/!
139756395.jpg&img14=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756397.jpg";
loop="false" menu="false" quality="high" bgcolor="..ff" width="600"
height="410" align="middle" allowScriptAccess="never"
type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer";>','');
Expected result:
http://www.picturetrail.com/photoFlick/l_bookhorizontal.swf";
name="photoFlick"
FlashVars="img1=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756363.jpg&img2=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756370.jpg&img3=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756373.jpg&img4=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756375.jpg&img5=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756377.jpg&img6=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756379.jpg&img7=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756381.jpg&img8=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756384.jpg&img9=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756386.jpg&img10=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756388.jpg&img11=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756391.jpg&img12=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756394.jpg&img13=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/!
139756395.jpg&img14=http://pic20.picturetrail.com:80/VOL1204/4617287/9809076/139756397.jpg";
loop="false" menu="false" quality="high" bgcolor="..ff" width="600"
height="410" align="middle" allowScriptAccess="never"
type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer";>
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=37898&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37898&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37898&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37898&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37898&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37898&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37898&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37898&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37898&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37898&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37898&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37898&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37898&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37898&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37898&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37898&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37898&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37898&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37898&r=float
No Zend Extensions: http://bugs.php.net/f
#37878 [Asn->Bgs]: Dom Automatically Replaces ASCII Entities Regardless of substituteEntities
ID: 37878
Updated by: [EMAIL PROTECTED]
Reported By: brandenrauch at gmail dot com
-Status: Assigned
+Status: Bogus
Bug Type: DOM XML related
Operating System: XP
PHP Version: 5.1.4
Assigned To: rrichards
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
Behavior is corret - These are pre-defined entities and
substituteEntities has no effect on the behavior of them.
See the specs for more info:
http://www.w3.org/TR/2004/REC-xml-20040204/#sec-predefined-ent
Previous Comments:
[2006-06-22 19:32:06] [EMAIL PROTECTED]
Assigned to the maintainer.
[2006-06-21 20:11:06] brandenrauch at gmail dot com
Description:
For my project my data is passing through both xml and xsl. I've chosen
to use decimal (ascII) entities--ex: "--0for input such as quotes
("), singles quotes ('), less thans (<), greater thans(>), and
ampersands (&).
However, when I load my xml into dom it automatically transforms these
characters into either their natural ascII form (specifically quotes),
or an html entity. These transformations are made regardless of the
substituteEntities boolean setting in the DOMDocument object.
Reproduce code:
---
$text =
'"quotes"';
$dom = new DOMDocument();
$dom->substituteEntities = false;
$dom->loadXML($text);
echo $dom->saveHTML();
Expected result:
"quotes"
Actual result:
--
"quotes"
--
Edit this bug report at http://bugs.php.net/?id=37878&edit=1
#37897 [NEW]: Code error
From: demonhunterds at hotmail dot com
Operating system: windows xp
PHP version: 5.1.4
PHP Bug Type: MSSQL related
Bug description: Code error
Description:
I have tried to create a script which stores data in to the mysql database
but for some reason i am getting this error
Fatal error: Method name must be a string in
D:\william\xampp\htdocs\personal\classwork\EXAMPLE2\admin\includes\addmenu.inc
on line 28
I have tried to research and thought this might be a problem how can i fix
this?
Reproduce code:
---
The Changes i have made are by removing it but still doesnt insert the
data into the database so how can i fix this? any ideas how this can be
fixed?
include("../dbconnect.php");
$lQuery="INSERT INTO navmenu VALUES('','".$lname."','".$laddy."')";
echo $lQuery;
and under it i have
if(!$rs)
{
echo "Error:".mysqli_error($con);
}
Expected result:
i got the error when i click my submit button and didnt do anything i
tried to do echo iquery that worked fine but without me going into the
database it doesnt do anything.
Actual result:
--
it is suppose to insert the data into the table called navmenu but doesnt
do that unless i use the sql query so how can i fix this? if i do put the
insert code it works just gives me that error
--
Edit bug report at http://bugs.php.net/?id=37897&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37897&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37897&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37897&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37897&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37897&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37897&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37897&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37897&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37897&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37897&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37897&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37897&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37897&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37897&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37897&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37897&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37897&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37897&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37897&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37897&r=mysqlcfg
#37893 [Bgs]: Uncomment any extension in the ini file on windows load warning about module
ID: 37893 Updated by: [EMAIL PROTECTED] Reported By: baaron13 at hotmail dot com Status: Bogus Bug Type: *Compile Issues Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: Make sure you don't have any PHP files in folders included in your path. If the HP application installed files in \windoww or any other folders these can me moved to the same directory as the rest of the application. This will allow you to run multiple versions of PHP on the same box. You might want to do the same with php.ini. Previous Comments: [2006-06-22 21:52:42] baaron13 at hotmail dot com I found out what was wrong. I'm running this on a HP Proliant box and they have a configuration app in another directory that is using some form of php 4. I think I know what the problem is but I don't know the solution and I know this isn't the place for this type of question Please delete and shoot me an email if you know a solution :) [2006-06-22 21:23:41] baaron13 at hotmail dot com I don't think you understand I installed a fresh windows 2003 I installed PHP 5.1.4. THATS IT period, no php 4 nothing No one else has touched the box. So if that is it tell me if this is a bug or an installation problem. Because if what I said above is true... and it is... then how did I get old dlls? or how do I update the one I need? [2006-06-22 21:12:49] [EMAIL PROTECTED] Ask those who installed PHP 4.3.0 there. >PHP compiled with module API 20020429, debug=0, thread-saftey=1 ^this number means it's 4.3.0 or 4.3.1. [2006-06-22 21:07:02] baaron13 at hotmail dot com This a brand new install of php on a brand new install of windows using the windows binary from php.net 5.1.4. So how am I getting old dll's ??? [2006-06-22 18:55:15] [EMAIL PROTECTED] Apparently you forgot to update php5ts.dll or some other DLL, which came with older PHP version. Not PHP problem. 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/37893 -- Edit this bug report at http://bugs.php.net/?id=37893&edit=1
#37893 [Bgs]: Uncomment any extension in the ini file on windows load warning about module
ID: 37893 User updated by: baaron13 at hotmail dot com Reported By: baaron13 at hotmail dot com Status: Bogus Bug Type: *Compile Issues Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: I found out what was wrong. I'm running this on a HP Proliant box and they have a configuration app in another directory that is using some form of php 4. I think I know what the problem is but I don't know the solution and I know this isn't the place for this type of question Please delete and shoot me an email if you know a solution :) Previous Comments: [2006-06-22 21:23:41] baaron13 at hotmail dot com I don't think you understand I installed a fresh windows 2003 I installed PHP 5.1.4. THATS IT period, no php 4 nothing No one else has touched the box. So if that is it tell me if this is a bug or an installation problem. Because if what I said above is true... and it is... then how did I get old dlls? or how do I update the one I need? [2006-06-22 21:12:49] [EMAIL PROTECTED] Ask those who installed PHP 4.3.0 there. >PHP compiled with module API 20020429, debug=0, thread-saftey=1 ^this number means it's 4.3.0 or 4.3.1. [2006-06-22 21:07:02] baaron13 at hotmail dot com This a brand new install of php on a brand new install of windows using the windows binary from php.net 5.1.4. So how am I getting old dll's ??? [2006-06-22 18:55:15] [EMAIL PROTECTED] Apparently you forgot to update php5ts.dll or some other DLL, which came with older PHP version. Not PHP problem. [2006-06-22 18:38:53] baaron13 at hotmail dot com Description: New windows 2003 sp1 box with Microsoft sql 2005 server installed. Installed PHP 5.1.4 and PECL modules 5.1.4 for windows binary Everything works fine and my scripts run. But when windows loads I get the following warning over and over (10 to 20 times) Unknow(): (null): Unable to intialize module Module compiled with module API=20050922, debug=0, thread_saftey=1 PHP compiled with module API 20020429, debug=0, thread-saftey=1 If I comment out the extensions in the ini I don't get the message. I tried just the mssql extension and I GET the error message on windows load but the module still works.. I can connect to the sql server. Only changes made to the ini (using the recommended one) are the session.save_path browscap cgi.force_redirect set to 0 extension_dir using the isapi -- Edit this bug report at http://bugs.php.net/?id=37893&edit=1
#37893 [Bgs]: Uncomment any extension in the ini file on windows load warning about module
ID: 37893 User updated by: baaron13 at hotmail dot com Reported By: baaron13 at hotmail dot com Status: Bogus Bug Type: *Compile Issues Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: I don't think you understand I installed a fresh windows 2003 I installed PHP 5.1.4. THATS IT period, no php 4 nothing No one else has touched the box. So if that is it tell me if this is a bug or an installation problem. Because if what I said above is true... and it is... then how did I get old dlls? or how do I update the one I need? Previous Comments: [2006-06-22 21:12:49] [EMAIL PROTECTED] Ask those who installed PHP 4.3.0 there. >PHP compiled with module API 20020429, debug=0, thread-saftey=1 ^this number means it's 4.3.0 or 4.3.1. [2006-06-22 21:07:02] baaron13 at hotmail dot com This a brand new install of php on a brand new install of windows using the windows binary from php.net 5.1.4. So how am I getting old dll's ??? [2006-06-22 18:55:15] [EMAIL PROTECTED] Apparently you forgot to update php5ts.dll or some other DLL, which came with older PHP version. Not PHP problem. [2006-06-22 18:38:53] baaron13 at hotmail dot com Description: New windows 2003 sp1 box with Microsoft sql 2005 server installed. Installed PHP 5.1.4 and PECL modules 5.1.4 for windows binary Everything works fine and my scripts run. But when windows loads I get the following warning over and over (10 to 20 times) Unknow(): (null): Unable to intialize module Module compiled with module API=20050922, debug=0, thread_saftey=1 PHP compiled with module API 20020429, debug=0, thread-saftey=1 If I comment out the extensions in the ini I don't get the message. I tried just the mssql extension and I GET the error message on windows load but the module still works.. I can connect to the sql server. Only changes made to the ini (using the recommended one) are the session.save_path browscap cgi.force_redirect set to 0 extension_dir using the isapi -- Edit this bug report at http://bugs.php.net/?id=37893&edit=1
#37893 [Opn->Bgs]: Uncomment any extension in the ini file on windows load warning about module
ID: 37893 Updated by: [EMAIL PROTECTED] Reported By: baaron13 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: Ask those who installed PHP 4.3.0 there. >PHP compiled with module API 20020429, debug=0, thread-saftey=1 ^this number means it's 4.3.0 or 4.3.1. Previous Comments: [2006-06-22 21:07:02] baaron13 at hotmail dot com This a brand new install of php on a brand new install of windows using the windows binary from php.net 5.1.4. So how am I getting old dll's ??? [2006-06-22 18:55:15] [EMAIL PROTECTED] Apparently you forgot to update php5ts.dll or some other DLL, which came with older PHP version. Not PHP problem. [2006-06-22 18:38:53] baaron13 at hotmail dot com Description: New windows 2003 sp1 box with Microsoft sql 2005 server installed. Installed PHP 5.1.4 and PECL modules 5.1.4 for windows binary Everything works fine and my scripts run. But when windows loads I get the following warning over and over (10 to 20 times) Unknow(): (null): Unable to intialize module Module compiled with module API=20050922, debug=0, thread_saftey=1 PHP compiled with module API 20020429, debug=0, thread-saftey=1 If I comment out the extensions in the ini I don't get the message. I tried just the mssql extension and I GET the error message on windows load but the module still works.. I can connect to the sql server. Only changes made to the ini (using the recommended one) are the session.save_path browscap cgi.force_redirect set to 0 extension_dir using the isapi -- Edit this bug report at http://bugs.php.net/?id=37893&edit=1
#37893 [Bgs->Opn]: Uncomment any extension in the ini file on windows load warning about module
ID: 37893 User updated by: baaron13 at hotmail dot com Reported By: baaron13 at hotmail dot com -Status: Bogus +Status: Open Bug Type: *Compile Issues Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: This a brand new install of php on a brand new install of windows using the windows binary from php.net 5.1.4. So how am I getting old dll's ??? Previous Comments: [2006-06-22 18:55:15] [EMAIL PROTECTED] Apparently you forgot to update php5ts.dll or some other DLL, which came with older PHP version. Not PHP problem. [2006-06-22 18:38:53] baaron13 at hotmail dot com Description: New windows 2003 sp1 box with Microsoft sql 2005 server installed. Installed PHP 5.1.4 and PECL modules 5.1.4 for windows binary Everything works fine and my scripts run. But when windows loads I get the following warning over and over (10 to 20 times) Unknow(): (null): Unable to intialize module Module compiled with module API=20050922, debug=0, thread_saftey=1 PHP compiled with module API 20020429, debug=0, thread-saftey=1 If I comment out the extensions in the ini I don't get the message. I tried just the mssql extension and I GET the error message on windows load but the module still works.. I can connect to the sql server. Only changes made to the ini (using the recommended one) are the session.save_path browscap cgi.force_redirect set to 0 extension_dir using the isapi -- Edit this bug report at http://bugs.php.net/?id=37893&edit=1
#37896 [Opn->Bgs]: base64_decode not working
ID: 37896 Updated by: [EMAIL PROTECTED] Reported By: hjschock at danka dot de -Status: Open +Status: Bogus -Bug Type: Scripting Engine problem +Bug Type: Strings related Operating System: Windows XP SP2 PHP Version: 5.1.4 New Comment: See bug #35116. Previous Comments: [2006-06-22 20:31:09] hjschock at danka dot de Description: I have upgraded from PHP 5.0.1 to 5.1.4 (and also New Apache 2.2.2) The PHP script which runs without problems with old version, now makes problems. Example: echo "Line bevor base64_decode: String is". $PWD .""; $PWD = base64_decode($PWD); echo "Line after base_64_decode: String is" .$PWD .""; The first echo shows the variable $PWD correct, but after $PWD = base64_decode($PWD); the variable is empty. I switched back to my old Apache and PHP version => all ok Tried with Apache 2.0.55 and PHP 5.0.5 => all ok Something wrong with base_64_decode?? regards Hansjoerg Reproduce code: --- $PWD = "hu 5HPSaRWZKa62ONP2ycA=="; echo "Line bevor base64_decode: String is". $PWD .""; $PWD = base64_decode($PWD); echo "Line after base_64_decode: String is" .$PWD .""; Expected result: After base64_decode we should have an output Actual result: -- nothing happens -- Edit this bug report at http://bugs.php.net/?id=37896&edit=1
#37896 [NEW]: base64_decode not working
From: hjschock at danka dot de Operating system: Windows XP SP2 PHP version: 5.1.4 PHP Bug Type: Scripting Engine problem Bug description: base64_decode not working Description: I have upgraded from PHP 5.0.1 to 5.1.4 (and also New Apache 2.2.2) The PHP script which runs without problems with old version, now makes problems. Example: echo "Line bevor base64_decode: String is". $PWD .""; $PWD = base64_decode($PWD); echo "Line after base_64_decode: String is" .$PWD .""; The first echo shows the variable $PWD correct, but after $PWD = base64_decode($PWD); the variable is empty. I switched back to my old Apache and PHP version => all ok Tried with Apache 2.0.55 and PHP 5.0.5 => all ok Something wrong with base_64_decode?? regards Hansjoerg Reproduce code: --- $PWD = "hu 5HPSaRWZKa62ONP2ycA=="; echo "Line bevor base64_decode: String is". $PWD .""; $PWD = base64_decode($PWD); echo "Line after base_64_decode: String is" .$PWD .""; Expected result: After base64_decode we should have an output Actual result: -- nothing happens -- Edit bug report at http://bugs.php.net/?id=37896&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37896&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37896&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37896&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37896&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37896&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37896&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37896&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37896&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37896&r=support Expected behavior:http://bugs.php.net/fix.php?id=37896&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37896&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37896&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37896&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37896&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37896&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37896&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37896&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37896&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37896&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37896&r=mysqlcfg
#37894 [Opn->Fbk]: failed to open stream: HTTP request failed!
ID: 37894
Updated by: [EMAIL PROTECTED]
Reported By: roclar at gmail dot com
-Status: Open
+Status: Feedback
-Bug Type: *General Issues
+Bug Type: Filesystem function related
Operating System: Solaris 10
PHP Version: 4.4.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2006-06-22 20:13:11] roclar at gmail dot com
Description:
Doing an include('http://www.example.com/'); for names local
to the server hang and eventually time out a minute later.
Using include for external names as well as to localhost and
127.0.0.1 all work as expected. External servers can use
include() to load pages on this server.
php.ini Fopen wrappers:
allow_url_fopen = On
default_socket_timeout = 60
Compile time options:
LD_LIBRARY_PATH=/oraclesw/instantclient_10_2
export LD_LIBRARY_PATH
./configure \
--prefix=/usr/local/$1 \
--with-apxs=/usr/local/apache/bin/apxs \
--with-ldap=/usr/local \
--with-mysql=/usr/local/mysql \
--with-oci8-instant-client=/oraclesw/
instantclient_10_2 \
--with-ftp \
--with-gd \
--with-gettext \
--with-iconv \
--with-jpeg-dir=/usr/sfw \
--with-openssl=/usr/sfw \
--with-png-dir=/usr/sfw \
--with-zlib \
--with-zlib-dir \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-sockets \
--enable-track-vars \
--enable-xml \
--with-expat-dir=/usr/local \
--enable-mbstring=all \
--with-pspell=/usr
Reproduce code:
---
http://www.example.com/');
?>
Expected result:
For the page to be included successfully.
Actual result:
--
Warning: main(http://www.example.com/): failed to open stream:
HTTP request failed! in /path/to/script/testit.php on line 3
Warning: main(): Failed opening 'http://www.wm.edu/it/' for
inclusion (include_path='.:/usr/local/php/lib/php') in /path/
to/script/testit.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=37894&edit=1
#37894 [NEW]: failed to open stream: HTTP request failed!
From: roclar at gmail dot com
Operating system: Solaris 10
PHP version: 4.4.2
PHP Bug Type: *General Issues
Bug description: failed to open stream: HTTP request failed!
Description:
Doing an include('http://www.example.com/'); for names local
to the server hang and eventually time out a minute later.
Using include for external names as well as to localhost and
127.0.0.1 all work as expected. External servers can use
include() to load pages on this server.
php.ini Fopen wrappers:
allow_url_fopen = On
default_socket_timeout = 60
Compile time options:
LD_LIBRARY_PATH=/oraclesw/instantclient_10_2
export LD_LIBRARY_PATH
./configure \
--prefix=/usr/local/$1 \
--with-apxs=/usr/local/apache/bin/apxs \
--with-ldap=/usr/local \
--with-mysql=/usr/local/mysql \
--with-oci8-instant-client=/oraclesw/
instantclient_10_2 \
--with-ftp \
--with-gd \
--with-gettext \
--with-iconv \
--with-jpeg-dir=/usr/sfw \
--with-openssl=/usr/sfw \
--with-png-dir=/usr/sfw \
--with-zlib \
--with-zlib-dir \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-sockets \
--enable-track-vars \
--enable-xml \
--with-expat-dir=/usr/local \
--enable-mbstring=all \
--with-pspell=/usr
Reproduce code:
---
http://www.example.com/');
?>
Expected result:
For the page to be included successfully.
Actual result:
--
Warning: main(http://www.example.com/): failed to open stream:
HTTP request failed! in /path/to/script/testit.php on line 3
Warning: main(): Failed opening 'http://www.wm.edu/it/' for
inclusion (include_path='.:/usr/local/php/lib/php') in /path/
to/script/testit.php on line 3
--
Edit bug report at http://bugs.php.net/?id=37894&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37894&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37894&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37894&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37894&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37894&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37894&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37894&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37894&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37894&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37894&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37894&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37894&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37894&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37894&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37894&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37894&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37894&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37894&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37894&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37894&r=mysqlcfg
#37875 [Opn->Ver]: while(list() = each() ) on simplexml_element loops forever
ID: 37875
Updated by: [EMAIL PROTECTED]
Reported By: jona at oismail dot com
-Status: Open
+Status: Verified
Bug Type: SimpleXML related
Operating System: Windows 2000
PHP Version: 5.1.4
Previous Comments:
[2006-06-21 15:24:29] jona at oismail dot com
Description:
When doing a while (list($key, $val) = each($obj_XML) ) on a Simple XML
object PHP loops forever.
Is this possibly related bug: #24945 foreach on simplexml_element loops
forever?
Please note, for each works but only output the tag not the attribute.
Found on Windows 2000 running IIS with PHP5.1.4 as an ISAPI module.
Reproduce code:
---
Jona
';
$obj_XML = simplexml_load_string($sXML);
while (list($key, $val) = each($obj_XML) )
{
echo $key ." - ";
if(is_array($val) === true)
{
while (list($k, $v) = each($val) )
{
echo $k ." - ". $v;
}
}
else
{
echo $val;
}
echo "";
}
?>
Expected result:
@attributes - type - input
username - Jona
Actual result:
--
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
etc.
--
Edit this bug report at http://bugs.php.net/?id=37875&edit=1
#37877 [Bgs->Opn]: 255 char limit for SQL statements
ID: 37877
User updated by: jr at johnrule dot com
Reported By: jr at johnrule dot com
-Status: Bogus
+Status: Open
Bug Type: *Database Functions
Operating System: xp
PHP Version: 4.4.2
New Comment:
The examples have typo's by the way...but the 'theory' is correct.
Previous Comments:
[2006-06-22 19:35:35] jr at johnrule dot com
Note:
This is not about 'retrieving' data, or limits for data fields, this is
about a limit in executing SQL statements directly through a
COM(ADODB.Connection) to an Access .mdb file.
Example:
INSERT INTO users (first_name, last_name, address, city, state, zip,
username, password) VALUES ('Jonathan', 'Macintyre the 3rd', '123456789
Somewhere in the United States', 'Idaho', 'ID', '12345-12345',
'jonathanmacintyrethe3rd','thisismypassword')
The above command will fail because it is greater than 255 chars.
The command below will succeed however, using the exact same type of
connection:
INSERT INTO users (fname, lname, address, city, state, zip) VALUES
('Jon', 'Mac', '123 US St.', 'Idaho', 'ID', '12345','jmac','1234')
Do you see what I mean? This is the same limitation imposed if you try
to create a module in Access with a 'RunSQL' command as the
parameter...the field is limited to 255 chars.
However, the first command greater than 255 chars will succeed if you
connect through an ODBC (DSN) connection. I am not sure whose
limitation this is at this point? Since php is making the connection
and call to both, I was guessing that this is a php problem.
[2006-06-22 19:04:08] [EMAIL PROTECTED]
Duplicate of bug #37757.
[2006-06-21 17:48:51] jr at johnrule dot com
Description:
An 'INSERT' command with more than 255 characters will fail when using
COM and an ADODB.Connection (i.e. a direct connection to an access.mdb
file). However, the command will succeed if you connect through an ODBC
connection to the same file. This would prove that the limitation is not
a part of the file itself, but a part of the functionality of the
interface...wouldn't it?
I tested this on PHP 4 and 5 with the same results:
Apache 2
PHP (4 or 5)
Windows XP
Reproduce code:
---
Just try to do an 'INSERT' command with more than 255 characters in it.
It works on an Access.mdb file through a System DSN (ODBC) but it fails
when using COM and ADODB.Connection (i.e. a direct connection to the
file).
--
Edit this bug report at http://bugs.php.net/?id=37877&edit=1
#37877 [Bgs]: 255 char limit for SQL statements
ID: 37877
User updated by: jr at johnrule dot com
Reported By: jr at johnrule dot com
Status: Bogus
Bug Type: *Database Functions
Operating System: xp
PHP Version: 4.4.2
New Comment:
Note:
This is not about 'retrieving' data, or limits for data fields, this is
about a limit in executing SQL statements directly through a
COM(ADODB.Connection) to an Access .mdb file.
Example:
INSERT INTO users (first_name, last_name, address, city, state, zip,
username, password) VALUES ('Jonathan', 'Macintyre the 3rd', '123456789
Somewhere in the United States', 'Idaho', 'ID', '12345-12345',
'jonathanmacintyrethe3rd','thisismypassword')
The above command will fail because it is greater than 255 chars.
The command below will succeed however, using the exact same type of
connection:
INSERT INTO users (fname, lname, address, city, state, zip) VALUES
('Jon', 'Mac', '123 US St.', 'Idaho', 'ID', '12345','jmac','1234')
Do you see what I mean? This is the same limitation imposed if you try
to create a module in Access with a 'RunSQL' command as the
parameter...the field is limited to 255 chars.
However, the first command greater than 255 chars will succeed if you
connect through an ODBC (DSN) connection. I am not sure whose
limitation this is at this point? Since php is making the connection
and call to both, I was guessing that this is a php problem.
Previous Comments:
[2006-06-22 19:04:08] [EMAIL PROTECTED]
Duplicate of bug #37757.
[2006-06-21 17:48:51] jr at johnrule dot com
Description:
An 'INSERT' command with more than 255 characters will fail when using
COM and an ADODB.Connection (i.e. a direct connection to an access.mdb
file). However, the command will succeed if you connect through an ODBC
connection to the same file. This would prove that the limitation is not
a part of the file itself, but a part of the functionality of the
interface...wouldn't it?
I tested this on PHP 4 and 5 with the same results:
Apache 2
PHP (4 or 5)
Windows XP
Reproduce code:
---
Just try to do an 'INSERT' command with more than 255 characters in it.
It works on an Access.mdb file through a System DSN (ODBC) but it fails
when using COM and ADODB.Connection (i.e. a direct connection to the
file).
--
Edit this bug report at http://bugs.php.net/?id=37877&edit=1
#37878 [Opn->Asn]: Dom Automatically Replaces ASCII Entities Regardless of substituteEntities
ID: 37878
Updated by: [EMAIL PROTECTED]
Reported By: brandenrauch at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: DOM XML related
Operating System: XP
PHP Version: 5.1.4
-Assigned To:
+Assigned To: rrichards
New Comment:
Assigned to the maintainer.
Previous Comments:
[2006-06-21 20:11:06] brandenrauch at gmail dot com
Description:
For my project my data is passing through both xml and xsl. I've chosen
to use decimal (ascII) entities--ex: "--0for input such as quotes
("), singles quotes ('), less thans (<), greater thans(>), and
ampersands (&).
However, when I load my xml into dom it automatically transforms these
characters into either their natural ascII form (specifically quotes),
or an html entity. These transformations are made regardless of the
substituteEntities boolean setting in the DOMDocument object.
Reproduce code:
---
$text =
'"quotes"';
$dom = new DOMDocument();
$dom->substituteEntities = false;
$dom->loadXML($text);
echo $dom->saveHTML();
Expected result:
"quotes"
Actual result:
--
"quotes"
--
Edit this bug report at http://bugs.php.net/?id=37878&edit=1
#37893 [Opn->Bgs]: Uncomment any extension in the ini file on windows load warning about module
ID: 37893 Updated by: [EMAIL PROTECTED] Reported By: baaron13 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: Apparently you forgot to update php5ts.dll or some other DLL, which came with older PHP version. Not PHP problem. Previous Comments: [2006-06-22 18:38:53] baaron13 at hotmail dot com Description: New windows 2003 sp1 box with Microsoft sql 2005 server installed. Installed PHP 5.1.4 and PECL modules 5.1.4 for windows binary Everything works fine and my scripts run. But when windows loads I get the following warning over and over (10 to 20 times) Unknow(): (null): Unable to intialize module Module compiled with module API=20050922, debug=0, thread_saftey=1 PHP compiled with module API 20020429, debug=0, thread-saftey=1 If I comment out the extensions in the ini I don't get the message. I tried just the mssql extension and I GET the error message on windows load but the module still works.. I can connect to the sql server. Only changes made to the ini (using the recommended one) are the session.save_path browscap cgi.force_redirect set to 0 extension_dir using the isapi -- Edit this bug report at http://bugs.php.net/?id=37893&edit=1
#37887 [Opn->Bgs]: My php.ini is not read
ID: 37887
Updated by: [EMAIL PROTECTED]
Reported By: petrkuzel at eurofins dot com
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows
PHP Version: 5.1.4
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.
Put your php.ini to c:\windows and restart web-server.
Previous Comments:
[2006-06-22 14:54:33] petrkuzel at eurofins dot com
Registry HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath works if it points
to folder (vs file as suggested by the name :-(). Again restart.
The remaining issue (for me) is what is SAPI default location and web
server location in case of IIS.
[2006-06-22 14:35:10] petrkuzel at eurofins dot com
My partial conclusion.
If phpinfo() states as used php.ini "c:\windows" it in fact does NOT
use any php.ini.
When is uses php.ini from C:\windows it is reported as
"c:\windows\php.ini"
It would be nice if phpinfo() returned what locations were probed for
the php.ini.
[2006-06-22 14:29:59] petrkuzel at eurofins dot com
OK it looks like PHP is written in restart whole OS style. After
restarting OS php.ini from C:\windows was picked. I do not undertand
why (there is one in php dir and one pointed by Windows registry key)
but at least I know where to put my php.ini. In spite of fact I hate
it, I can use system global.
Now I can get to point, Mantisbt.org.
[2006-06-22 14:07:23] petrkuzel at eurofins dot com
I tried to set HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath in registry,
but it's also ignored (based on missing the header mark and phpinfo()
output). Still empty result. It's after IIS restart (from IIS console).
[2006-06-22 13:20:16] petrkuzel at eurofins dot com
Description:
I want to use mssql extension but I'm not able to make PHP use my
php.ini file that contains declaration.
5.1.4 is manually installed on Windows with IIS 5.1.
Reproduce code:
---
";
echo "Prepend = " . ini_get("auto_prepend_file") . "";
phpinfo();
?>
Expected result:
Instead of expected:
INI = c:\app\php\
Prepent = c:\app\php\marker.txt
Actual result:
--
Returns:
INI =
Prepend =
reporting ini path as "c:\windows" (I put there one
with 'auto_prepend_file marker' but it's not picked up), extension_dir
as "c:\php5", consequently no extensions discovered
--
Edit this bug report at http://bugs.php.net/?id=37887&edit=1
#37870 [Opn->Asn]: Deallocation of prepared statement that hasn't been allocated under postgresql
ID: 37870
Updated by: [EMAIL PROTECTED]
Reported By: sagi at adamnet dot co dot il
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Debian Sarge
PHP Version: 5.1.4
-Assigned To:
+Assigned To: wez
Previous Comments:
[2006-06-21 07:52:22] sagi at adamnet dot co dot il
Description:
Using PHP 5.1.4 to connect to a postgresql 8.1.4 database, native
prepared statements.
When allocating a prepared statement and then trying to unset it, PDO
attemps to deallocate it even if it never been used (eg. when running a
query against an empty set).
PDO does not throw an exception in such case, but an error such as:
ERROR: prepared statement "pdo_pgsql_stmt_085b2f2c" does not exist
Appers in the server log.
When running inside a transaction, such error aborts it.
Reproduce code:
---
$pdo->beginTransaction();
$stmt = $pdo->prepare("SELECT 'never executed'");
unset($stmt);
$res = $pdo->query('SELECT 123');
Actual result:
--
PHP Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[25P02]: In failed sql transaction: 7 ERROR: current
transaction is aborted, commands ignored until end of transaction
block' in XXX:13
Stack trace:
#0 XXX: PDO->query('SELECT 123')
--
Edit this bug report at http://bugs.php.net/?id=37870&edit=1
#37877 [Opn->Bgs]: 255 char limit for SQL statements
ID: 37877 Updated by: [EMAIL PROTECTED] Reported By: jr at johnrule dot com -Status: Open +Status: Bogus Bug Type: *Database Functions Operating System: xp PHP Version: 4.4.2 New Comment: Duplicate of bug #37757. Previous Comments: [2006-06-21 17:48:51] jr at johnrule dot com Description: An 'INSERT' command with more than 255 characters will fail when using COM and an ADODB.Connection (i.e. a direct connection to an access.mdb file). However, the command will succeed if you connect through an ODBC connection to the same file. This would prove that the limitation is not a part of the file itself, but a part of the functionality of the interface...wouldn't it? I tested this on PHP 4 and 5 with the same results: Apache 2 PHP (4 or 5) Windows XP Reproduce code: --- Just try to do an 'INSERT' command with more than 255 characters in it. It works on an Access.mdb file through a System DSN (ODBC) but it fails when using COM and ADODB.Connection (i.e. a direct connection to the file). -- Edit this bug report at http://bugs.php.net/?id=37877&edit=1
#37883 [Opn->Bgs]: incorrect handling of double quotes in argv parameters
ID: 37883 Updated by: [EMAIL PROTECTED] Reported By: winfried dot pohl at pohl-it dot de -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Windows 2000/2003 PHP Version: 5CVS-2006-06-22 (snap) New Comment: Not PHP problem. Please report it to Microsoft. Previous Comments: [2006-06-22 11:00:01] winfried dot pohl at pohl-it dot de Description: php incorrectly handles doubled doublequotes in commandline parameters which are either ignored or result in messed up argv-array Reproduce code: --- ## test.php ## commandline 1 php test.php """param1_1""param1_2" "param2" "param3" ## commandline 2 php test.php """param1_1""param1_2" "param2" "" Expected result: Array ( [0] => test.php [1] => "param1_1"param1_2 [2] => param2 [3] => param3 ) Array ( [0] => test.php [1] => "param1_1"param1_2 [2] => param2 [3] => ) Actual result: -- Array ( [0] => test.php [1] => "param1_1param1_2 param2 param3 ) Array ( [0] => test.php [1] => "param1_1param1_2 param2 " ) -- Edit this bug report at http://bugs.php.net/?id=37883&edit=1
#37891 [Opn->Asn]: memory leak
ID: 37891
Updated by: [EMAIL PROTECTED]
Reported By: hannes dot magnusson at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: FreeBSD
PHP Version: 5CVS-2006-06-22 (CVS)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-06-22 18:20:03] hannes dot magnusson at gmail dot com
Description:
Can't seem to get the example any shorter...
Reproduce code:
---
backtrace = debug_backtrace();
call_user_func(array($this, "bar"));
}
function bar() {
array_unshift($this->arr, debug_backtrace());
}
}
$foo = &new foo;
?>
Actual result:
--
/usr/src/clean/php5/Zend/zend_execute.c(403) : Freeing
0x082F48E4 (16 bytes), script=/usr/local/php5/
=== Total 1 memory leaks detected ===
--
Edit this bug report at http://bugs.php.net/?id=37891&edit=1
#37892 [Opn->Bgs]: $obj != null is incorrectly evaluated
ID: 37892
Updated by: [EMAIL PROTECTED]
Reported By: randy at rcs-comp dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Win XP Pro
PHP Version: 5CVS-2006-06-22 (snap)
New Comment:
Duplicate of #37806.
Previous Comments:
[2006-06-22 18:29:05] randy at rcs-comp dot com
Description:
When evaluating an instantiated object with "!=" the result is
incorreclty returned as false;
Reproduce code:
---
echo phpversion();
class foo {
var $test;
}
$obj = new foo();
if( $obj != null ) {
echo "\n\ncorrect";
} else {
echo "\n\nnot correct";
}
Expected result:
D:\tmp>"c:\Program Files\PHP514\php.exe" obj_null.php
5.1.4
correct
Actual result:
--
D:\tmp>php obj_null.php
5.2.0-dev
not correct
--
Edit this bug report at http://bugs.php.net/?id=37892&edit=1
#37884 [Opn->Fbk]: mysqli prepared statement fetch() bug
ID: 37884
Updated by: [EMAIL PROTECTED]
Reported By: fala at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Debian_2
PHP Version: 5.1.4
Assigned To: andrey
New Comment:
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
Previous Comments:
[2006-06-22 17:07:55] fala at gmx dot net
var_dump("Client",mysqli_get_client_version(), "Server",
mysqli_get_server_version());
->
string(6) "Client" int(50022) string(6) "Server" int(50022)
Our Server Admin changed the PHP Version to 5.0.4, but the Bug still
occurs.
[2006-06-22 16:45:19] [EMAIL PROTECTED]
Hi,
I wasn't able to reproduce.
Could you add the following to your script and give the output :
var_dump("Client",mysqli_get_client_version(), "Server",
mysqli_get_server_version());
Thanks
[EMAIL PROTECTED]:~/dev/5_0> sapi/cli/php /tmp/a.php
string(9) "5.0.6-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/5_1> sapi/cli/php /tmp/a.php
string(9) "5.1.5-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/5_2> sapi/cli/php /tmp/a.php
string(9) "5.2.0-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/6_0> sapi/cli/php /tmp/a.php
string(9) "6.0.0-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[2006-06-22 11:31:32] fala at gmx dot net
Description:
MySQLi prepared statement fetch() returns incorrect values and binds
them in the incorrect order. Code works with PHP 5.0.3, but not with
5.1.4 (5.1.2 was also tested and erronous as well).
The following code shows a sample DB Setup with MySQL 5.0.22 on a
Debian System, and the fetch statement that causes the bug.
Reproduce code:
---
CREATE TABLE `foo` (
`ID` int(11) NOT NULL auto_increment,
`value_f_1` float NOT NULL default '0',
`value_f_2` float NOT NULL default '0',
`value_f_3` float NOT NULL default '0',
PRIMARY KEY (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=97 ;
INSERT INTO `foo` VALUES (64, 2, 0.85, 1);
---
$sql = 'SELECT ID, value_f_1, value_f_2, value_f_3
FROM foo
WHERE ID = ?';
$stmt = $db->prepare( $sql ) OR die('...');
$stmt->bind_param( 'i', 64 );
$stmt->execute();
$stmt->store_result();
$stmt->bind_result($ID, $value_f_1, $value_f_2, $value_f_3);
$stmt->fetch();
echo 'ID: "'.$ID.'", V1: "'.$value_f_1.'", V2: "'.$value_f_2.'", V3:
"'.$value_f_3.'"';
Expected result:
(Output with PHP 5.0.3)
ID: "64", V1: "2", V2: "0.85023842", V3: "1"
Actual result:
--
(Output with PHP 5.1.4)
ID: "64", V1: "4.4847901283E-34", V3: "2", V3: "0.85023842"
--
Edit this bug report at http://bugs.php.net/?id=37884&edit=1
#37886 [Opn->Fbk]: oci_connect crashes php when charset-parameter is given
ID: 37886
Updated by: [EMAIL PROTECTED]
Reported By: j dot henge-ernst at interexa dot de
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: linux
PHP Version: 5.1.4
New Comment:
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
Previous Comments:
[2006-06-22 11:59:38] j dot henge-ernst at interexa dot de
Description:
php crashes if the fourth/charset parameter is given to oc_connect or
oci_new_connect. Problem seems to be line 990 in oci8.c
Problem occurs also if ZendDebugger is not activated. Error occurs also
in older versions 5.0.5
Reproduce code:
---
#3 0x002a96121af5 in memcpy () from /lib64/tls/libc.so.6
#4 0x0031 in ?? ()
#5 0x002a985c5e83 in php_oci_do_connect_ex (username=0x986418
"", username_len=8, password=0x986978 "",
password_len=8, new_password=0x0, new_password_len=0, dbname=0x986088
"OPRISKT.XX", dbname_len=30, charset=0x9bacc8
"AMERICAN_AMERICA.WE8ISO8859P15", session_mode=0, persistent=0,
exclusive=0) at /root/oci8/oci8.c:990
#6 0x002a985c71de in php_oci_do_connect (ht=,
return_value=0x9b4078, return_value_ptr=,
this_ptr=, return_value_used=, persistent=0, exclusive=1380273473) at /root/oci8/oci8.c:942
#7 0x002a985cfc33 in zif_oci_connect (ht=,
return_value=, return_value_ptr=, this_ptr=, return_value_used=) at /root/oci8/oci8_interface.c:1528
line 990 in oci8.c is:
if (charset && *charset) {
smart_str_appends_ex(&hashed_details, charset,
1);
}
which then uses the macro from ./ext/standard/php_smart_str.h where
the memcopy is called
--
Edit this bug report at http://bugs.php.net/?id=37886&edit=1
#37891 [NEW]: memory leak
From: hannes dot magnusson at gmail dot com
Operating system: FreeBSD
PHP version: 5CVS-2006-06-22 (CVS)
PHP Bug Type: Scripting Engine problem
Bug description: memory leak
Description:
Can't seem to get the example any shorter...
Reproduce code:
---
backtrace = debug_backtrace();
call_user_func(array($this, "bar"));
}
function bar() {
array_unshift($this->arr, debug_backtrace());
}
}
$foo = &new foo;
?>
Actual result:
--
/usr/src/clean/php5/Zend/zend_execute.c(403) : Freeing
0x082F48E4 (16 bytes), script=/usr/local/php5/
=== Total 1 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=37891&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37891&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37891&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37891&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37891&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37891&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37891&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37891&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37891&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37891&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37891&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37891&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37891&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37891&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37891&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37891&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37891&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37891&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37891&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37891&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37891&r=mysqlcfg
#37893 [NEW]: Uncomment any extension in the ini file on windows load warning about module
From: baaron13 at hotmail dot com Operating system: Windows 2003 PHP version: 5.1.4 PHP Bug Type: *Compile Issues Bug description: Uncomment any extension in the ini file on windows load warning about module Description: New windows 2003 sp1 box with Microsoft sql 2005 server installed. Installed PHP 5.1.4 and PECL modules 5.1.4 for windows binary Everything works fine and my scripts run. But when windows loads I get the following warning over and over (10 to 20 times) Unknow(): (null): Unable to intialize module Module compiled with module API=20050922, debug=0, thread_saftey=1 PHP compiled with module API 20020429, debug=0, thread-saftey=1 If I comment out the extensions in the ini I don't get the message. I tried just the mssql extension and I GET the error message on windows load but the module still works.. I can connect to the sql server. Only changes made to the ini (using the recommended one) are the session.save_path browscap cgi.force_redirect set to 0 extension_dir using the isapi -- Edit bug report at http://bugs.php.net/?id=37893&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37893&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37893&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37893&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37893&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37893&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37893&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37893&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37893&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37893&r=support Expected behavior:http://bugs.php.net/fix.php?id=37893&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37893&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37893&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37893&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37893&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37893&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37893&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37893&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37893&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37893&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37893&r=mysqlcfg
#37892 [NEW]: $obj != null is incorrectly evaluated
From: randy at rcs-comp dot com
Operating system: Win XP Pro
PHP version: 5CVS-2006-06-22 (snap)
PHP Bug Type: *General Issues
Bug description: $obj != null is incorrectly evaluated
Description:
When evaluating an instantiated object with "!=" the result is incorreclty
returned as false;
Reproduce code:
---
echo phpversion();
class foo {
var $test;
}
$obj = new foo();
if( $obj != null ) {
echo "\n\ncorrect";
} else {
echo "\n\nnot correct";
}
Expected result:
D:\tmp>"c:\Program Files\PHP514\php.exe" obj_null.php
5.1.4
correct
Actual result:
--
D:\tmp>php obj_null.php
5.2.0-dev
not correct
--
Edit bug report at http://bugs.php.net/?id=37892&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37892&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37892&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37892&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37892&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37892&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37892&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37892&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37892&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37892&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37892&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37892&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37892&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37892&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37892&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37892&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37892&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37892&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37892&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37892&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37892&r=mysqlcfg
#37819 [Opn->Bgs]: SNMP contention issue
ID: 37819
Updated by: [EMAIL PROTECTED]
Reported By: sdw06 at health dot state dot ny dot us
-Status: Open
+Status: Bogus
Bug Type: SNMP related
Operating System: Windows 2003
PHP Version: 5.1.4
New Comment:
SNMP functions in PHP are just wrappers for SNMP library. which
actually implements SNMP protocol.
That's why we can't do anything if this library fails, hangs etc.
Previous Comments:
[2006-06-21 16:38:11] sdw06 at health dot state dot ny dot us
I guess I was under the impression that the SNMP functions were part of
the php package? When I do a search for 'SNMP' on php.net under the
functions list I get results for snmpwalk and snmpget and such. Maybe I
am misunderstanding what you mean by snmp client functions. Are you
saying that the agent on the devive I am polling is not doing what it
is supposed to?
If this is the case should PHP not exit gracefully with an error
message after the timeout period I specify in snmpget? The script will
just hang there, requiring the user to close down their browser and
long back in.
Thank you for your response.
[2006-06-20 14:10:34] [EMAIL PROTECTED]
Why do you think it's a problem of PHP?
PHP calls SNMP client functions and if SNMP client fails to perform its
job, I doubt that PHP can help you with that.
[2006-06-15 16:45:41] sdw06 at health dot state dot ny dot us
Description:
I am developing an application that does certain scripted functions for
our helpdesk and networking groups and delivers the results via web
interface. An example of some of the functionality is port status of a
switch, router error tracking, performance monitoring,
utilization...that kind of stuff. I'm using snmp to do pretty much
everything and it works great and all is good *except* when 2 users try
and do something invoking snmp calls at the exact same time. I did a
line sniff to see what the deal was and this is what happens as an
example:
User (A) requests port speed/duplex settings for a switch on the
network, php starts sending out the snmpget calls needed...
User (B) initiates a check for router errors a split second after User
(A), while User (A)'s script is still doing its thing. The instant
User(B)
does this User(A) stops making the needed snmp calls and just stops.
They then need to close out of their web browser and log back in.
User (B)'s request completes without a problem.
I am guessing this is caused by contention for the snmp port and php
gets confused. Am I trying to do something that snmp is not capable
of?
What makes me think it is possibly a PHP issue is I tried to see if
another network application that uses SNMP would duplicate the same
problem. To my surprise, it didn't. For example we have the Solar winds
network management application running on the same machine as my web
server. Solar Winds has a circuit utilization gauge that works by
making SNMP calls to the router. I pretty much made an exact copy of
this functionality, i.e. gathering utilization of the router by making
SNMP calls to it. I was able to run both my utilization gauge and the
solarwinds utilization gauge at the exact same time and both worked
with no problem.
So it seems to happen only when PHP tries to make simultaneous SNMP
calls.
Reproduce code:
---
Here is a small sample of some of the snmp calls I am making.
function snmppullsyslocation($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpget($target, $RWCOMSTRING, '.1.3.6.1.2.1.1.6.0', '100',
'5');
}
function snmppullsyscontact($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpget($target, $RWCOMSTRING, '.1.3.6.1.2.1.1.4.0', '100',
'5');
}
function snmppullsysobjectid($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpget($target, $RWCOMSTRING, '.1.3.6.1.2.1.1.2.0', '100',
'5');
}
function snmppullduplexstate($target) {
snmp_set_valueretrieval(SNMP_VALUE_PLAIN);
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpwalk($target, $RWCOMSTRING,
'.1.3.6.1.4.1.9.9.87.1.4.1.1.31.0', '100', '5');
}
function snmppullduplexstatus($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpwalk($target, $RWCOMSTRING,
'.1.3.6.1.4.1.9.9.87.1.4.1.1.32.0', '100', '5');
}
Expected result:
I expect to be able to have different php scrips make these snmp calls
at the same time.
Actual result:
--
One script's snmp call goes through, the other one never completes.
--
Edit this bug report at http://bugs.php.net/?id=37819&edit=1
#37866 [Opn->Bgs]: zend causing crash
ID: 37866 Updated by: [EMAIL PROTECTED] Reported By: pryorda at gmail dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.1.4 New Comment: Felle free to reopen if you can reproduce it with the latest CVS snapshot. Until then -> bogus. Previous Comments: [2006-06-22 00:30:01] pryorda at gmail dot com Um.. I dont install anything by hand it all comes from ports so until the port is created i cant do that option [2006-06-21 07:34:31] [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-06-21 01:47:16] pryorda at gmail dot com Description: php-cgi core dump Reproduce code: --- Expected result: it outputs two files to the page... everything prints fine i just get a php-cgi core dump Actual result: -- #73 0x0814bc98 in zend_hash_copy (target=0x826f780, source=0x2852c508, pCopyConstructor=0x8270800, tmp=0x292cf492, size=676513032) at /usr/ports/lang/php5/work/php-5.1.4/Zend/zend_hash.c:757 Previous frame inner to this frame (corrupt stack?) -- Edit this bug report at http://bugs.php.net/?id=37866&edit=1
#37884 [Fbk->Opn]: mysqli prepared statement fetch() bug
ID: 37884
User updated by: fala at gmx dot net
Reported By: fala at gmx dot net
-Status: Feedback
+Status: Open
Bug Type: MySQLi related
Operating System: Debian_2
PHP Version: 5.1.4
Assigned To: andrey
New Comment:
var_dump("Client",mysqli_get_client_version(), "Server",
mysqli_get_server_version());
->
string(6) "Client" int(50022) string(6) "Server" int(50022)
Our Server Admin changed the PHP Version to 5.0.4, but the Bug still
occurs.
Previous Comments:
[2006-06-22 16:45:19] [EMAIL PROTECTED]
Hi,
I wasn't able to reproduce.
Could you add the following to your script and give the output :
var_dump("Client",mysqli_get_client_version(), "Server",
mysqli_get_server_version());
Thanks
[EMAIL PROTECTED]:~/dev/5_0> sapi/cli/php /tmp/a.php
string(9) "5.0.6-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/5_1> sapi/cli/php /tmp/a.php
string(9) "5.1.5-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/5_2> sapi/cli/php /tmp/a.php
string(9) "5.2.0-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/6_0> sapi/cli/php /tmp/a.php
string(9) "6.0.0-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[2006-06-22 11:31:32] fala at gmx dot net
Description:
MySQLi prepared statement fetch() returns incorrect values and binds
them in the incorrect order. Code works with PHP 5.0.3, but not with
5.1.4 (5.1.2 was also tested and erronous as well).
The following code shows a sample DB Setup with MySQL 5.0.22 on a
Debian System, and the fetch statement that causes the bug.
Reproduce code:
---
CREATE TABLE `foo` (
`ID` int(11) NOT NULL auto_increment,
`value_f_1` float NOT NULL default '0',
`value_f_2` float NOT NULL default '0',
`value_f_3` float NOT NULL default '0',
PRIMARY KEY (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=97 ;
INSERT INTO `foo` VALUES (64, 2, 0.85, 1);
---
$sql = 'SELECT ID, value_f_1, value_f_2, value_f_3
FROM foo
WHERE ID = ?';
$stmt = $db->prepare( $sql ) OR die('...');
$stmt->bind_param( 'i', 64 );
$stmt->execute();
$stmt->store_result();
$stmt->bind_result($ID, $value_f_1, $value_f_2, $value_f_3);
$stmt->fetch();
echo 'ID: "'.$ID.'", V1: "'.$value_f_1.'", V2: "'.$value_f_2.'", V3:
"'.$value_f_3.'"';
Expected result:
(Output with PHP 5.0.3)
ID: "64", V1: "2", V2: "0.85023842", V3: "1"
Actual result:
--
(Output with PHP 5.1.4)
ID: "64", V1: "4.4847901283E-34", V3: "2", V3: "0.85023842"
--
Edit this bug report at http://bugs.php.net/?id=37884&edit=1
#37884 [Opn->Fbk]: mysqli prepared statement fetch() bug
ID: 37884
Updated by: [EMAIL PROTECTED]
Reported By: fala at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Debian_2
PHP Version: 5.1.4
New Comment:
Hi,
I wasn't able to reproduce.
Could you add the following to your script and give the output :
var_dump("Client",mysqli_get_client_version(), "Server",
mysqli_get_server_version());
Thanks
[EMAIL PROTECTED]:~/dev/5_0> sapi/cli/php /tmp/a.php
string(9) "5.0.6-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/5_1> sapi/cli/php /tmp/a.php
string(9) "5.1.5-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/5_2> sapi/cli/php /tmp/a.php
string(9) "5.2.0-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
[EMAIL PROTECTED]:~/dev/6_0> sapi/cli/php /tmp/a.php
string(9) "6.0.0-dev"
ID: "64", V1: "2", V2: "0.8502384186", V3: "1"
Previous Comments:
[2006-06-22 11:31:32] fala at gmx dot net
Description:
MySQLi prepared statement fetch() returns incorrect values and binds
them in the incorrect order. Code works with PHP 5.0.3, but not with
5.1.4 (5.1.2 was also tested and erronous as well).
The following code shows a sample DB Setup with MySQL 5.0.22 on a
Debian System, and the fetch statement that causes the bug.
Reproduce code:
---
CREATE TABLE `foo` (
`ID` int(11) NOT NULL auto_increment,
`value_f_1` float NOT NULL default '0',
`value_f_2` float NOT NULL default '0',
`value_f_3` float NOT NULL default '0',
PRIMARY KEY (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=97 ;
INSERT INTO `foo` VALUES (64, 2, 0.85, 1);
---
$sql = 'SELECT ID, value_f_1, value_f_2, value_f_3
FROM foo
WHERE ID = ?';
$stmt = $db->prepare( $sql ) OR die('...');
$stmt->bind_param( 'i', 64 );
$stmt->execute();
$stmt->store_result();
$stmt->bind_result($ID, $value_f_1, $value_f_2, $value_f_3);
$stmt->fetch();
echo 'ID: "'.$ID.'", V1: "'.$value_f_1.'", V2: "'.$value_f_2.'", V3:
"'.$value_f_3.'"';
Expected result:
(Output with PHP 5.0.3)
ID: "64", V1: "2", V2: "0.85023842", V3: "1"
Actual result:
--
(Output with PHP 5.1.4)
ID: "64", V1: "4.4847901283E-34", V3: "2", V3: "0.85023842"
--
Edit this bug report at http://bugs.php.net/?id=37884&edit=1
#37462 [Com]: install fails for sapi/cgi/php
ID: 37462 Comment by: burlybutler at hotmail dot com Reported By: ionut dot aivanesei at amdocs dot com Status: No Feedback Bug Type: Compile Failure Operating System: AIX 5.3 PHP Version: 5.1.4 New Comment: I've found this bug too when compiling on the AIX platform. When doing the 'make' it just prints out a spurious line (echo '\), so no sapi/cli/php executable was made As reported above, the problem can be worked around by using the default BUILD_CLI option in the configure script, which was fine. Either edit configure to disable the aix option, or put the default one directly in the Makefile (remove backslashes). Perhaps the AIX BUILD_CLI option works/worked on some versions (or its something to do with shells) - must have been put there for a reason... Previous Comments: [2006-06-22 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-06-14 17:44:19] [EMAIL PROTECTED] And make sure you have GNU tools in use, like GNU sed.. [2006-06-14 17:43:25] [EMAIL PROTECTED] Try this configure line: # ./configure --disable-all Does it work then? And what kind of paths are [...] anyway? [2006-05-17 14:20:35] ionut dot aivanesei at amdocs dot com Hi there, I managed to solve this by removing the AIX option from BUILD_CLI and BUILD_CGI in configure. Now it is using the default and it works ok. [2006-05-17 13:23:32] ionut dot aivanesei at amdocs dot com The same errors I have also with 5.1.4 PHP version. With 5.1.4 there are also other two compilation errors: -- "Zend/zend_language_parser.c", line 2585.1: 1506-046 (S) Syntax error. make: 1254-004 The error code from the last command is 1. "Zend/zend_ini_parser.c", line 1081.1: 1506-046 (S) Syntax error. make: 1254-004 The error code from the last command is 1. -- The line containing ';' needs to be removed, otherwise make will fail with error shown above. Ionutz 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/37462 -- Edit this bug report at http://bugs.php.net/?id=37462&edit=1
#37765 [Com]: Parent: child process exited with status 3221225477 -- Restarting.
ID: 37765
Comment by: jwisnewski at sensable dot com
Reported By: wangjianjin at hotmail dot com
Status: Feedback
Bug Type: Apache2 related
Operating System: Windows 2003 Server
PHP Version: 5CVS-2006-06-09 (snap)
New Comment:
Here is a minimalish testcase that causes the error on my system (Use
text between $$)
$ ))Cohen-Steiner(( Restricted delauney triangulations and normal
cycles. are estimates of
the principle curvature directions at the vertex. Once we have
computed principle curvatures for every isosurface
vertex, we can use the jack triangle floodfiller to flood-follow lines
of curvature. The complexity here is how to
sample the curvature fields to produce curves.
*) $
Previous Comments:
[2006-06-16 09:59:53] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2006-06-15 16:40:51] wangjianjin at hotmail dot com
I have tried use the EasyPHP. the Apache do not report this kind of
errors
[2006-06-14 16:53:21] [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 possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2006-06-09 14:16:44] wangjianjin at hotmail dot com
Description:
Environment: Apache 2.2.2+PHP5.cvs snap+MySQL 5.0.21+windows 2003
server the application is Tikiwiki. (tikiwiki.org)
the PHP.ini
mysql.allow_persistent = On,
mysql.max_persistent = -1,
mysql.connect_timeout = -1
When I do some operations editing page, and want to save it to mySQL
database. after saving operations to database, in PHP script, I will
send this to display the edited page.
header("location: tiki-index.php?page=$page");
Then errors ocurr.the browser( whatever IE,netscape, firefox) will
crash. IE -page can not be displayed, netscape-get no data,
firefox--connection is reset.
Before i send Function 'header', i checked the connection status
with MySQL, it is normal. although only I am connecting to this WEB
server, but it still displayed three processes connecting with MySQL.
After I send Function 'header', All the processes connecting to the
MySQL are broken. Apache error.log
Parent: child process exited with status 3221225477 -- Restarting.
Apache/2.2.2 (Win32) PHP/5.2.0-dev configured -- resuming normal
operations
Server built: Apr 29 2006 18:32:31
Parent: Created child process 4728
Child 4728: Child process is running
Child 4728: Acquired the start mutex.
Child 4728: Starting 250 worker threads.
Child 4728: Starting thread to listen on port 8089.
Child 4728: Starting thread to listen on port 8080.
Child 4728: Starting thread to listen on port 80.
if I change to google.com--header("location: http://www.google.com/";),
it is no problem. just header("location: tiki-index.php?page=$page");
have some actions with MySQL.
I do not know who causes who? SQL operations cause the Apache child
process exit, or child process exit cause the broken SQL connection?
what situation will the apache produce "Parent: child process exited
with status 3221225477 "?
--
Edit this bug report at http://bugs.php.net/?id=37765&edit=1
#37890 [NEW]: retrieving float datatype - similar to #19916
From: krishimeena at yahoo dot com Operating system: UNIX PHP version: 5.1.5CVS PHP Bug Type: MSSQL related Bug description: retrieving float datatype - similar to #19916 Description: We upgraded php4 to php5 and this same listed bug has cropped up. When I query and retrieve a float or REAL datatype with a combination of some varchar 50 datatype I see an error exit bus signal error 10. As soon as I change the sequence of the retrieval of the data it works fine. Please refer to bug #19916, it appears to be the same issue. Reproduce code: --- This code does not work: $SQL = "BEGIN SELECT tblfirsttable.varCharData , tblSecondtable.floatData from tblfirsttable, tblSecondtable"; $query_rslt = mssql_query($SQL); $numrows = mssql_num_rows($query_rslt); echo $numrows; However if I swap the retrieval of float value first nad then the varchar it works fine: $SQL = "BEGIN SELECT tblSecondtable.floatData, tblfirsttable.varCharData from tblfirsttable, tblSecondtable"; $query_rslt = mssql_query($SQLl); $numrows = mssql_num_rows($query_rslt); echo $numrows; -- Edit bug report at http://bugs.php.net/?id=37890&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37890&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37890&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37890&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37890&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37890&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37890&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37890&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37890&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37890&r=support Expected behavior:http://bugs.php.net/fix.php?id=37890&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37890&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37890&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37890&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37890&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37890&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37890&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37890&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37890&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37890&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37890&r=mysqlcfg
#37889 [Opn->Asn]: Segfault using IteratorIterator on PDO statements
ID: 37889
Updated by: [EMAIL PROTECTED]
-Summary: Segfault
Reported By: kevin at littletrader dot net
-Status: Open
+Status: Assigned
Bug Type: SPL related
-Operating System: Linux
+Operating System: *
-PHP Version: 5.1.5CVS
+PHP Version: 5.1.5
-Assigned To:
+Assigned To: helly
Previous Comments:
[2006-06-22 16:18:01] kevin at littletrader dot net
Description:
Segfault:
[Thu Jun 22 18:34:02 2006] [notice] child pid 6222 exit signal
Segmentation fault (11)
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$stmt = $dbh->prepare($sql);
$stmt->execute();
$result = $stmt->setFetchMode(PDO::FETCH_ASSOC);
$it = new IteratorIterator($stmt);
foreach($it as $resultSet)
{
echo $resultSet->key();
}
}
catch(PDOException $e)
{
echo 'Unable to select latest record'.$e->getMessage();
}
?>
Actual result:
--
[Thu Jun 22 18:34:02 2006] [notice] child pid 6222 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=37889&edit=1
#37889 [NEW]: Segfault
From: kevin at littletrader dot net
Operating system: Linux
PHP version: 5.1.5CVS
PHP Bug Type: SPL related
Bug description: Segfault
Description:
Segfault:
[Thu Jun 22 18:34:02 2006] [notice] child pid 6222 exit signal
Segmentation fault (11)
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$stmt = $dbh->prepare($sql);
$stmt->execute();
$result = $stmt->setFetchMode(PDO::FETCH_ASSOC);
$it = new IteratorIterator($stmt);
foreach($it as $resultSet)
{
echo $resultSet->key();
}
}
catch(PDOException $e)
{
echo 'Unable to select latest record'.$e->getMessage();
}
?>
Actual result:
--
[Thu Jun 22 18:34:02 2006] [notice] child pid 6222 exit signal
Segmentation fault (11)
--
Edit bug report at http://bugs.php.net/?id=37889&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37889&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37889&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37889&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37889&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37889&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37889&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37889&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37889&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37889&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37889&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37889&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37889&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37889&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37889&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37889&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37889&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37889&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37889&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37889&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37889&r=mysqlcfg
#37888 [Opn->Bgs]: Unable to dynamic library
ID: 37888 Updated by: [EMAIL PROTECTED] Reported By: saiari_ram at yahoo dot co dot in -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Windows 2003 PHP Version: 5.1.4 New Comment: This extension needs 3rd party libs. So install and configure the oracle client or the instant client on your machine first. Previous Comments: [2006-06-22 14:49:09] saiari_ram at yahoo dot co dot in Description: My PC is loaded with Windows 2003 and have all latest patches and service pack. I have installed 5.1.4 version. My PHP.ini is configured properlly except database connected. Whenever i invoke phpinfo() method, it is displaying the page. Whenever i Want to conntect to oracle. It display message called "Unable to load to dynamic link library php_oci8.dll" file. I have downloaded PECL.ZIP and extracted and put all the dll file including php_oci8.dll in C:\php\ext\ directory. Still i get the message as above. Plese suggest with some solution -- Edit this bug report at http://bugs.php.net/?id=37888&edit=1
#37887 [Opn]: My php.ini is not read
ID: 37887
User updated by: petrkuzel at eurofins dot com
Reported By: petrkuzel at eurofins dot com
Status: Open
Bug Type: *Configuration Issues
Operating System: Windows
PHP Version: 5.1.4
New Comment:
Registry HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath works if it points
to folder (vs file as suggested by the name :-(). Again restart.
The remaining issue (for me) is what is SAPI default location and web
server location in case of IIS.
Previous Comments:
[2006-06-22 14:35:10] petrkuzel at eurofins dot com
My partial conclusion.
If phpinfo() states as used php.ini "c:\windows" it in fact does NOT
use any php.ini.
When is uses php.ini from C:\windows it is reported as
"c:\windows\php.ini"
It would be nice if phpinfo() returned what locations were probed for
the php.ini.
[2006-06-22 14:29:59] petrkuzel at eurofins dot com
OK it looks like PHP is written in restart whole OS style. After
restarting OS php.ini from C:\windows was picked. I do not undertand
why (there is one in php dir and one pointed by Windows registry key)
but at least I know where to put my php.ini. In spite of fact I hate
it, I can use system global.
Now I can get to point, Mantisbt.org.
[2006-06-22 14:07:23] petrkuzel at eurofins dot com
I tried to set HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath in registry,
but it's also ignored (based on missing the header mark and phpinfo()
output). Still empty result. It's after IIS restart (from IIS console).
[2006-06-22 13:20:16] petrkuzel at eurofins dot com
Description:
I want to use mssql extension but I'm not able to make PHP use my
php.ini file that contains declaration.
5.1.4 is manually installed on Windows with IIS 5.1.
Reproduce code:
---
";
echo "Prepend = " . ini_get("auto_prepend_file") . "";
phpinfo();
?>
Expected result:
Instead of expected:
INI = c:\app\php\
Prepent = c:\app\php\marker.txt
Actual result:
--
Returns:
INI =
Prepend =
reporting ini path as "c:\windows" (I put there one
with 'auto_prepend_file marker' but it's not picked up), extension_dir
as "c:\php5", consequently no extensions discovered
--
Edit this bug report at http://bugs.php.net/?id=37887&edit=1
#37888 [NEW]: Unable to dynamic library
From: saiari_ram at yahoo dot co dot in Operating system: Windows 2003 PHP version: 5.1.4 PHP Bug Type: OCI8 related Bug description: Unable to dynamic library Description: My PC is loaded with Windows 2003 and have all latest patches and service pack. I have installed 5.1.4 version. My PHP.ini is configured properlly except database connected. Whenever i invoke phpinfo() method, it is displaying the page. Whenever i Want to conntect to oracle. It display message called "Unable to load to dynamic link library php_oci8.dll" file. I have downloaded PECL.ZIP and extracted and put all the dll file including php_oci8.dll in C:\php\ext\ directory. Still i get the message as above. Plese suggest with some solution -- Edit bug report at http://bugs.php.net/?id=37888&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37888&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37888&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37888&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37888&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37888&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37888&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37888&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37888&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37888&r=support Expected behavior:http://bugs.php.net/fix.php?id=37888&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37888&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37888&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37888&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37888&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37888&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37888&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37888&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37888&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37888&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37888&r=mysqlcfg
#37887 [Opn]: My php.ini is not read
ID: 37887
User updated by: petrkuzel at eurofins dot com
Reported By: petrkuzel at eurofins dot com
Status: Open
Bug Type: *Configuration Issues
Operating System: Windows
PHP Version: 5.1.4
New Comment:
My partial conclusion.
If phpinfo() states as used php.ini "c:\windows" it in fact does NOT
use any php.ini.
When is uses php.ini from C:\windows it is reported as
"c:\windows\php.ini"
It would be nice if phpinfo() returned what locations were probed for
the php.ini.
Previous Comments:
[2006-06-22 14:29:59] petrkuzel at eurofins dot com
OK it looks like PHP is written in restart whole OS style. After
restarting OS php.ini from C:\windows was picked. I do not undertand
why (there is one in php dir and one pointed by Windows registry key)
but at least I know where to put my php.ini. In spite of fact I hate
it, I can use system global.
Now I can get to point, Mantisbt.org.
[2006-06-22 14:07:23] petrkuzel at eurofins dot com
I tried to set HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath in registry,
but it's also ignored (based on missing the header mark and phpinfo()
output). Still empty result. It's after IIS restart (from IIS console).
[2006-06-22 13:20:16] petrkuzel at eurofins dot com
Description:
I want to use mssql extension but I'm not able to make PHP use my
php.ini file that contains declaration.
5.1.4 is manually installed on Windows with IIS 5.1.
Reproduce code:
---
";
echo "Prepend = " . ini_get("auto_prepend_file") . "";
phpinfo();
?>
Expected result:
Instead of expected:
INI = c:\app\php\
Prepent = c:\app\php\marker.txt
Actual result:
--
Returns:
INI =
Prepend =
reporting ini path as "c:\windows" (I put there one
with 'auto_prepend_file marker' but it's not picked up), extension_dir
as "c:\php5", consequently no extensions discovered
--
Edit this bug report at http://bugs.php.net/?id=37887&edit=1
#35848 [Com]: Failing when including --with-mysql
ID: 35848 Comment by: valentijn at depagter dot com Reported By: shawn dot richards at ink dot ltd dot uk Status: Feedback Bug Type: MySQL related Operating System: Mac OS X Tiger. PHP Version: 5CVS-2005-12-30 (snap) Assigned To: andrey New Comment: I'm currently experiencing the same problem, with any combination of the following: Apache v2.2.2 MySQL v5.0.22 & v5.1.11-beta-i686 PHP 5.1.4 & 5.2 Snapshot (200606221230) Configuration output: - checking for MSSQL support via FreeTDS... no checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. - Tried it with both 5.1.4 and the latest snapshot, which unfortunately does not resolve the issue. I can confirm that using MySQL v5.0.18 instead of 5.0.22 or 5.1.x does work. I think it is the same as, or at least related to the following bug: http://bugs.mysql.com/bug.php?id=19817 Every MySQL version below 5.0.20 seems to be unaffected. Previous Comments: [2006-06-20 15:47:37] [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-06-03 20:19:50] svetlovid at mail dot ru 2 linuxrulez at bk dot ru Tnx man! All working fine! I have the same problem. Arch: i686 OS: Linux Slackware Current (04.06.2006) MySQL: 5.1.9 beta Apache 2.2.2 PHP ver. 5.1.4 have a installed glibc 2.3 after installing OS (minimum installation, but i've check for glibc - its already there) I have just download next one: mysql-5.1.9-beta-linux-i686-glibc23.tar.gz - making a standart installation procedure - making auto up/down script for system rebooting case. then install PHP 5.1.4 with this string: ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-ftp --enable-mbstring --with-zlib and all working DONE!! Realy tnx! Best regards, Oleg [2006-05-18 16:10:18] [EMAIL PROTECTED] For linux 64 bits system you need to add: --with-libdir=/lib64 to your configure line Please ask further support questions to the php installation mailing list. This is not a support medium. [2006-05-18 16:03:24] vktechnology at uk2 dot net still don't know how to fix this now I moved to use php 64 bit PHP RPM fedora I install webmin and download php-5.1.2-5.x86_64.rpm http://fr2.rpmfind.net/linux/RPM/index.html it work for me.. but i prefer ito compile form source.. [2006-05-17 06:25:55] [EMAIL PROTECTED] There is NO SUCH ./configure OPTION like --with-mysql-dir. Please stop adding useless comments to the report. 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/35848 -- Edit this bug report at http://bugs.php.net/?id=35848&edit=1
#37887 [Opn]: My php.ini is not read
ID: 37887
User updated by: petrkuzel at eurofins dot com
Reported By: petrkuzel at eurofins dot com
Status: Open
Bug Type: *Configuration Issues
Operating System: Windows
PHP Version: 5.1.4
New Comment:
OK it looks like PHP is written in restart whole OS style. After
restarting OS php.ini from C:\windows was picked. I do not undertand
why (there is one in php dir and one pointed by Windows registry key)
but at least I know where to put my php.ini. In spite of fact I hate
it, I can use system global.
Now I can get to point, Mantisbt.org.
Previous Comments:
[2006-06-22 14:07:23] petrkuzel at eurofins dot com
I tried to set HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath in registry,
but it's also ignored (based on missing the header mark and phpinfo()
output). Still empty result. It's after IIS restart (from IIS console).
[2006-06-22 13:20:16] petrkuzel at eurofins dot com
Description:
I want to use mssql extension but I'm not able to make PHP use my
php.ini file that contains declaration.
5.1.4 is manually installed on Windows with IIS 5.1.
Reproduce code:
---
";
echo "Prepend = " . ini_get("auto_prepend_file") . "";
phpinfo();
?>
Expected result:
Instead of expected:
INI = c:\app\php\
Prepent = c:\app\php\marker.txt
Actual result:
--
Returns:
INI =
Prepend =
reporting ini path as "c:\windows" (I put there one
with 'auto_prepend_file marker' but it's not picked up), extension_dir
as "c:\php5", consequently no extensions discovered
--
Edit this bug report at http://bugs.php.net/?id=37887&edit=1
#37887 [Opn]: My php.ini is not read
ID: 37887
User updated by: petrkuzel at eurofins dot com
Reported By: petrkuzel at eurofins dot com
Status: Open
Bug Type: *Configuration Issues
Operating System: Windows
PHP Version: 5.1.4
New Comment:
I tried to set HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath in registry,
but it's also ignored (based on missing the header mark and phpinfo()
output). Still empty result. It's after IIS restart (from IIS console).
Previous Comments:
[2006-06-22 13:20:16] petrkuzel at eurofins dot com
Description:
I want to use mssql extension but I'm not able to make PHP use my
php.ini file that contains declaration.
5.1.4 is manually installed on Windows with IIS 5.1.
Reproduce code:
---
";
echo "Prepend = " . ini_get("auto_prepend_file") . "";
phpinfo();
?>
Expected result:
Instead of expected:
INI = c:\app\php\
Prepent = c:\app\php\marker.txt
Actual result:
--
Returns:
INI =
Prepend =
reporting ini path as "c:\windows" (I put there one
with 'auto_prepend_file marker' but it's not picked up), extension_dir
as "c:\php5", consequently no extensions discovered
--
Edit this bug report at http://bugs.php.net/?id=37887&edit=1
#37887 [NEW]: My php.ini is not read
From: petrkuzel at eurofins dot com
Operating system: Windows
PHP version: 5.1.4
PHP Bug Type: *Configuration Issues
Bug description: My php.ini is not read
Description:
I want to use mssql extension but I'm not able to make PHP use my php.ini
file that contains declaration.
5.1.4 is manually installed on Windows with IIS 5.1.
Reproduce code:
---
";
echo "Prepend = " . ini_get("auto_prepend_file") . "";
phpinfo();
?>
Expected result:
Instead of expected:
INI = c:\app\php\
Prepent = c:\app\php\marker.txt
Actual result:
--
Returns:
INI =
Prepend =
reporting ini path as "c:\windows" (I put there one
with 'auto_prepend_file marker' but it's not picked up), extension_dir as
"c:\php5", consequently no extensions discovered
--
Edit bug report at http://bugs.php.net/?id=37887&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37887&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37887&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37887&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37887&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37887&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37887&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37887&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37887&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37887&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37887&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37887&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37887&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37887&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37887&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37887&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37887&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37887&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37887&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37887&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37887&r=mysqlcfg
#37886 [NEW]: oci_connect crashes php when charset-parameter is given
From: j dot henge-ernst at interexa dot de
Operating system: linux
PHP version: 5.1.4
PHP Bug Type: OCI8 related
Bug description: oci_connect crashes php when charset-parameter is given
Description:
php crashes if the fourth/charset parameter is given to oc_connect or
oci_new_connect. Problem seems to be line 990 in oci8.c
Problem occurs also if ZendDebugger is not activated. Error occurs also in
older versions 5.0.5
Reproduce code:
---
#3 0x002a96121af5 in memcpy () from /lib64/tls/libc.so.6
#4 0x0031 in ?? ()
#5 0x002a985c5e83 in php_oci_do_connect_ex (username=0x986418
"", username_len=8, password=0x986978 "", password_len=8,
new_password=0x0, new_password_len=0, dbname=0x986088
"OPRISKT.XX", dbname_len=30, charset=0x9bacc8
"AMERICAN_AMERICA.WE8ISO8859P15", session_mode=0, persistent=0,
exclusive=0) at /root/oci8/oci8.c:990
#6 0x002a985c71de in php_oci_do_connect (ht=,
return_value=0x9b4078, return_value_ptr=,
this_ptr=, return_value_used=,
persistent=0, exclusive=1380273473) at /root/oci8/oci8.c:942
#7 0x002a985cfc33 in zif_oci_connect (ht=,
return_value=, return_value_ptr=, this_ptr=, return_value_used=) at /root/oci8/oci8_interface.c:1528
line 990 in oci8.c is:
if (charset && *charset) {
smart_str_appends_ex(&hashed_details, charset,
1);
}
which then uses the macro from ./ext/standard/php_smart_str.h where the
memcopy is called
--
Edit bug report at http://bugs.php.net/?id=37886&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37886&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37886&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37886&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37886&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37886&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37886&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37886&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37886&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37886&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37886&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37886&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37886&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37886&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37886&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37886&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37886&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37886&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37886&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37886&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37886&r=mysqlcfg
#37884 [NEW]: mysqli prepared statement fetch() bug
From: fala at gmx dot net
Operating system: Debian_2
PHP version: 5.1.4
PHP Bug Type: MySQLi related
Bug description: mysqli prepared statement fetch() bug
Description:
MySQLi prepared statement fetch() returns incorrect values and binds them
in the incorrect order. Code works with PHP 5.0.3, but not with 5.1.4
(5.1.2 was also tested and erronous as well).
The following code shows a sample DB Setup with MySQL 5.0.22 on a Debian
System, and the fetch statement that causes the bug.
Reproduce code:
---
CREATE TABLE `foo` (
`ID` int(11) NOT NULL auto_increment,
`value_f_1` float NOT NULL default '0',
`value_f_2` float NOT NULL default '0',
`value_f_3` float NOT NULL default '0',
PRIMARY KEY (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=97 ;
INSERT INTO `foo` VALUES (64, 2, 0.85, 1);
---
$sql = 'SELECT ID, value_f_1, value_f_2, value_f_3
FROM foo
WHERE ID = ?';
$stmt = $db->prepare( $sql ) OR die('...');
$stmt->bind_param( 'i', 64 );
$stmt->execute();
$stmt->store_result();
$stmt->bind_result($ID, $value_f_1, $value_f_2, $value_f_3);
$stmt->fetch();
echo 'ID: "'.$ID.'", V1: "'.$value_f_1.'", V2: "'.$value_f_2.'", V3:
"'.$value_f_3.'"';
Expected result:
(Output with PHP 5.0.3)
ID: "64", V1: "2", V2: "0.85023842", V3: "1"
Actual result:
--
(Output with PHP 5.1.4)
ID: "64", V1: "4.4847901283E-34", V3: "2", V3: "0.85023842"
--
Edit bug report at http://bugs.php.net/?id=37884&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37884&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37884&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37884&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37884&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37884&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37884&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37884&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37884&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37884&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37884&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37884&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37884&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37884&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37884&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37884&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37884&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37884&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37884&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37884&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37884&r=mysqlcfg
#37883 [NEW]: incorrect handling of double quotes in argv parameters
From: winfried dot pohl at pohl-it dot de Operating system: Windows 2000/2003 PHP version: 5CVS-2006-06-22 (snap) PHP Bug Type: CGI related Bug description: incorrect handling of double quotes in argv parameters Description: php incorrectly handles doubled doublequotes in commandline parameters which are either ignored or result in messed up argv-array Reproduce code: --- ## test.php ## commandline 1 php test.php """param1_1""param1_2" "param2" "param3" ## commandline 2 php test.php """param1_1""param1_2" "param2" "" Expected result: Array ( [0] => test.php [1] => "param1_1"param1_2 [2] => param2 [3] => param3 ) Array ( [0] => test.php [1] => "param1_1"param1_2 [2] => param2 [3] => ) Actual result: -- Array ( [0] => test.php [1] => "param1_1param1_2 param2 param3 ) Array ( [0] => test.php [1] => "param1_1param1_2 param2 " ) -- Edit bug report at http://bugs.php.net/?id=37883&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37883&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37883&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37883&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37883&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37883&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37883&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37883&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37883&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37883&r=support Expected behavior:http://bugs.php.net/fix.php?id=37883&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37883&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37883&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37883&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37883&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37883&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37883&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37883&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37883&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37883&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37883&r=mysqlcfg
#37483 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 37483 Comment by: flekj at atlas dot cz Reported By: jneill at gamedaytv dot com Status: Open Bug Type: IIS related Operating System: Windows 2003 SP 1 PHP Version: 5.1.4 New Comment: Same problem using PHP 5.1.4 and 5.1.3 We had to downgrade back to 5.1.2. There were no other changes made in configuration, only new binaries copied to PHP directory. OS: Windows Server 2003 SP1 with latest system updates IIS6 with ASP.NET v1.1.4322, Active server Pages and PHP5 ISAPI extensions allowed PHP versions mentioned above Previous Comments: [2006-06-22 02:31:04] pauldain at hotmail dot com Having the exact same issue. I'll add that the same behavior occurs on Windows XP Pro/IIS 5.1. In fact it is somewhat easier to reproduce. Restart IIS, and the error dialog will be thrown every time. [2006-06-21 13:15:54] fcomparini at tvninteractivo dot cl I have the same problem on 4 machines behind a load balancer (Windows 2003, IIS, PHP 5.1.4, MySQL 5.0.15). I was using PHP 5.0.5 and no problems, but after upgrading I keep having this w3wp.exe crashing problem. I downgrade to 5.0.5 and the problem disappear, although the site run slow on heavy load. I can't install debugging applications because these are my production servers. [2006-06-21 09:29:57] rusty at gmx dot de Same problem here. OS: Win2003SP1 PHP: 5.1.4 MySQL: 4.1.20 PHP-Applications running: Typo3, EQDKP, Wordpress... [2006-06-20 18:48:03] jneill at gamedaytv dot com Tony, I understand the predicament you are in as far as not being able to reproduce the issue. However, you have 21 votes, 19 reported reproductions of the issue, and several written accounts of this problem; this tends to indicate that there is indeed a problem that needs to be fixed, and the problem was introduced by changes that occurred from 5.1.2 to 5.1.4. I cannot generate any of the backtraces you require other than giving you the errors I have already reported. I can tell you that we only use PHP for the following on our webservers: 1. Running PHP forums, Invision Power Board (www.invisionpower.com), which utilize MS SQL 2005 databases. 2. Running a program called Flashloaded bannerRotator (www.flashloaded.com) which utilizes a mySQL database. 3. Running test PHP scripts. On each of the sites that we run PHP on, the errors are generated. It does not appear that using MySQL or MSSQL or no database affects the frequency of PHP crashes. Is it possible for someone to procure a Windows 2003 SP1 box and run PHP with similar forum or banner management software to see if they can replicate the issue? [2006-06-20 17:27:53] zbowden at vt dot edu Tony, what information do you need that would be useful? It looks to me (and I'm definately not a gd or windbg expert) that the php5ts module is just unloading itself too soon. AFAIK, you won't be able to get a meaningful backtrace (like I'm sure you're accustomed to seeing) when the module has been unloaded. I looked over the msdn site quite a bit trying to correlate some change that was made from 5.1.2 - 5.1.3 (and beyond) that relates to unloading but couldn't really find anything. When you're trying to repro the problem do you have any extensions enabled? 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/37483 -- Edit this bug report at http://bugs.php.net/?id=37483&edit=1
#37881 [Opn->Bgs]: Flow error (&= (boolexpr))
ID: 37881 Updated by: [EMAIL PROTECTED] Reported By: freebsd at akruijff at dds dot nl -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: FreeBSD PHP Version: 5.1.4 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. Your Boolean logic is wrong: 0 & 1 gives 0, not 1. Previous Comments: [2006-06-22 05:10:05] freebsd at akruijff at dds dot nl Description: Combining operaters fail when combining the sort version of the bit operator + boolean expression i.e. $flags &= ($msg != ''); Reproduce code: --- $msg = 'xxx'; $flags = 0; $flags &= ($msg != ''); echo $flags; $flags &= ($msg != '') ? 1 : 0; echo $flags; $flags &= (($msg != '') ? 1 : 0); echo $flags; Expected result: 111 Actual result: -- 000 -- Edit this bug report at http://bugs.php.net/?id=37881&edit=1
#37882 [NEW]: overloading array access
From: php at bouchery dot com
Operating system: all
PHP version: 5.1.5CVS
PHP Bug Type: Feature/Change Request
Bug description: overloading array access
Description:
I would like to overload array access like this
parameters[ $name ] ) ) {
$this->parameters[ $name ] = array();
}
$this->parameters[ $name ][ $key ] = $value;
}
}
$object = new MyClass;
$object->a[ 'x' ] = 'value';
?>
--
Edit bug report at http://bugs.php.net/?id=37882&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37882&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37882&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37882&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37882&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37882&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37882&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37882&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37882&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37882&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37882&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37882&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37882&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37882&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37882&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37882&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37882&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37882&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37882&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37882&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37882&r=mysqlcfg
