#43791 [Opn-Bgs]: Upgrade from 4.4.4 to 5.2.5 destroyed usability
ID: 43791 Updated by: [EMAIL PROTECTED] Reported By: naps1saps at comcast dot net -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2008-01-09 01:35:30] naps1saps at comcast dot net Description: First of all I had PHP 4.4.4 installed and it was working just fine. I wanted to upgrade my forum to phpbb 3 but had to upgrade my php instalation first. After I downloaded php 5.2.5 msi, I installed it not thinking about my previous installation. When opening any php file, I get a 404 error now. I uninstalled both 4.4.4 and 5.2.5 and reinstalled 4.4.4 from your site. Now I am getting the error that the cgi program did not send a complete header. The error packet says Bad Gateway error 502. I've spent the last 6 hours trying to get either version to work with no success. Could this be a bug? Any help would be greatly appreciated!!! BTW- I don't know anything about php scripting. Reproduce code: --- Any code Expected result: na Actual result: -- na -- Edit this bug report at http://bugs.php.net/?id=43791edit=1
#43786 [Opn]: declare() should complain with invalid directive
ID: 43786
User updated by: zabmilenko at charter dot net
Reported By: zabmilenko at charter dot net
Status: Open
Bug Type: Unknown/Other Function
Operating System: Any
PHP Version: 5.2.5
New Comment:
That makes sense. Would E_STRICT be appropriate in place of
E_COMPILE_WARNING then?
Previous Comments:
[2008-01-08 17:53:33] [EMAIL PROTECTED]
I think it's intentional. It at lest helps with PHP 6 compatibility
:-)
declare(encoding=iso-8859-1);
and such work in PHP 5 and PHP 6 - meaning that PHP 5 ignores it and
PHP 6 uses that encoding while parsing the file.
[2008-01-08 13:25:01] zabmilenko at charter dot net
I solved this by adding the following just before line 4705 of
ZendEngine2/zend_compile.c (rev 1.796):
// Raise a warning
zend_error(E_COMPILE_WARNING, Illegal directive [%s],
Z_STRVAL(var-u.constant));
It appears to work on my Debian Etch box, but I don't know if Z_STRVAL
is 100% appropriate. Thanks and have a nice day.
[2008-01-08 12:36:29] zabmilenko at charter dot net
Description:
If you use a misspelled or unknown directive in a declare() statement,
no error or warning is produced. To help in debugging, at least a
warning should be raised if a directive is used that is not known to the
php engine.
Reproduce code:
---
?php
declare(foobar=baz)
{
echo 'Hello, world';
}
?
Expected result:
Perhaps an error or warning stating that the declare directive is
unknown or invalid.
Actual result:
--
Blocked up code executes like expected but nothing occurs with the
declare() statement.
--
Edit this bug report at http://bugs.php.net/?id=43786edit=1
#43786 [Opn-WFx]: declare() should complain with invalid directive
ID: 43786
Updated by: [EMAIL PROTECTED]
Reported By: zabmilenko at charter dot net
-Status: Open
+Status: Wont fix
Bug Type: Unknown/Other Function
Operating System: Any
PHP Version: 5.2.5
New Comment:
No... not at all. It is meant not to show anything because of forwards
compatibility between PHP 5.3 and PHP 6.
Previous Comments:
[2008-01-09 08:31:56] zabmilenko at charter dot net
That makes sense. Would E_STRICT be appropriate in place of
E_COMPILE_WARNING then?
[2008-01-08 17:53:33] [EMAIL PROTECTED]
I think it's intentional. It at lest helps with PHP 6 compatibility
:-)
declare(encoding=iso-8859-1);
and such work in PHP 5 and PHP 6 - meaning that PHP 5 ignores it and
PHP 6 uses that encoding while parsing the file.
[2008-01-08 13:25:01] zabmilenko at charter dot net
I solved this by adding the following just before line 4705 of
ZendEngine2/zend_compile.c (rev 1.796):
// Raise a warning
zend_error(E_COMPILE_WARNING, Illegal directive [%s],
Z_STRVAL(var-u.constant));
It appears to work on my Debian Etch box, but I don't know if Z_STRVAL
is 100% appropriate. Thanks and have a nice day.
[2008-01-08 12:36:29] zabmilenko at charter dot net
Description:
If you use a misspelled or unknown directive in a declare() statement,
no error or warning is produced. To help in debugging, at least a
warning should be raised if a directive is used that is not known to the
php engine.
Reproduce code:
---
?php
declare(foobar=baz)
{
echo 'Hello, world';
}
?
Expected result:
Perhaps an error or warning stating that the declare directive is
unknown or invalid.
Actual result:
--
Blocked up code executes like expected but nothing occurs with the
declare() statement.
--
Edit this bug report at http://bugs.php.net/?id=43786edit=1
#43754 [Opn-Csd]: XMLWriter::fullEndElement produces wrong indentation
ID: 43754
Updated by: [EMAIL PROTECTED]
Reported By: karel dot smutny at gmail dot com
-Status: Open
+Status: Closed
Bug Type: XML Writer
Operating System: Windows XP SP2
PHP Version: 5.2.5
New Comment:
I reported this bug, and already fixed in SVN (libxml).
http://bugzilla.gnome.org/show_bug.cgi?id=508156
Previous Comments:
[2008-01-08 21:13:33] [EMAIL PROTECTED]
AFAIK, this is a bug in Libxml. Seeing the source in
http://cvs.gnome.org/viewcvs/libxml2/xmlwriter.c?rev=1.37view=markup
in xmlTextWriterFullEndElement() is missing:
if (writer-indent) {
count = xmlOutputBufferWriteString(writer-out, \n);
sum += count;
}
That is founded in xmlTextWriterEndElement() (called from endElement()
in PHP extension), and works fine. :)
[2008-01-04 21:20:54] karel dot smutny at gmail dot com
Description:
fullEndElement() procedure produces wrong indentation when called
setIndent(true). There is no new line and indentation before tag
following another end tag produced by fullEndElement().
Reproduce code:
---
$xml = new XMLWriter();
$xml-openMemory();
$xml-setIndent(true);
$xml-startElement('body');
$xml-startElement('div');
$xml-writeAttribute('id', 'all');
$xml-startElement('div');
$xml-writeAttribute('id', 'header');
$xml-fullEndElement();
$xml-startElement('div');
$xml-writeAttribute('id', 'content');
$xml-fullEndElement();
$xml-startElement('div');
$xml-writeAttribute('id', 'footer');
$xml-fullEndElement();
$xml-fullEndElement();
$xml-fullEndElement();
echo $xml-outputMemory();
Expected result:
body
div id=all
div id=header/div
div id=content/div
div id=footer/div
/div
/body
Actual result:
--
body
div id=all
div id=header/div div id=content/div div
id=footer/div/div/body
--
Edit this bug report at http://bugs.php.net/?id=43754edit=1
#43795 [NEW]: Message sh: -t: not found in apache error log every time i use mail()
From: sam at sambarrow dot com
Operating system: Ubuntu 7.04
PHP version: 5.3CVS-2008-01-09 (CVS)
PHP Bug Type: Mail related
Bug description: Message sh: -t: not found in apache error log every time i
use mail()
Description:
For each time I try to execute the mail function, a message stating the
following is placed in the apache error log:
sh: -t: not found
No idea what could be causing this, I just made a simple call to the mail
function. However the default sendmail path is usually sendmail -t ...,
right? Maybe just parsing it wrong.
Apache/2.2.3 (Ubuntu) mod_ssl/2.2.3 OpenSSL/0.9.8c PHP/5.3.0-dev
Reproduce code:
---
?php
mail('[EMAIL PROTECTED]', 'Hello', 'You\'re not going to get this');
Expected result:
I expect an email
Actual result:
--
I get sh: -t: not found in the apache error log, and the email does not
go through.
--
Edit bug report at http://bugs.php.net/?id=43795edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43795r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43795r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43795r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43795r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43795r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43795r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43795r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43795r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43795r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43795r=support
Expected behavior:http://bugs.php.net/fix.php?id=43795r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43795r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43795r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43795r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43795r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43795r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43795r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43795r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43795r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43795r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43795r=mysqlcfg
#43796 [NEW]: stream_set_timeout doesn't work with ssl
From: kirsch at mediafinanz dot de
Operating system: Windows XP SP 2
PHP version: 5.2.5
PHP Bug Type: Streams related
Bug description: stream_set_timeout doesn't work with ssl
Description:
The function stream_set_timeout seems not to work with ssl. The timeout is
ignored and the script runs till the maximum execution timeout is reached.
Problem occurred on my development PC (Windows XP SP 2, PHP 5.2.5, Apache
2.6) and also on our Test-System (SuSE Linux 10, PHP 5.2.1, Apache 2.4).
stream_set_timeout works when not using ssl.
Reproduce code:
---
$fp = fsockopen(ssl://127.0.0.1, 443);
//endlessloop.php is simply running an endless while loop without output
fwrite($fp, GET /endlessloop.php HTTP/1.0\r\n\r\n);
$timeoutSet = stream_set_timeout($fp, 5);
if ($timeoutSet)
{
$res = fread($fp, 2000);
$info = stream_get_meta_data($fp);
if ($info['timed_out'])
{
echo 'Connection timed out!';flush();
}
else
{
echo $res;
}
fclose($fp);
}
Expected result:
After 5 seconds of trying to read an result without success, the
connection should time out and output Connection timed out;
Actual result:
--
After 60 seconds of trying to read from the stream, the fatal error
maximum execution time exeeded occurrs.
--
Edit bug report at http://bugs.php.net/?id=43796edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43796r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43796r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43796r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43796r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43796r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43796r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43796r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43796r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43796r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43796r=support
Expected behavior:http://bugs.php.net/fix.php?id=43796r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43796r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43796r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43796r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43796r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43796r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43796r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43796r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43796r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43796r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43796r=mysqlcfg
#43700 [Opn-Csd]: ob_start() changes variables and makes inconsistent serialize
ID: 43700
User updated by: skrol29 at freesurf dot fr
Reported By: skrol29 at freesurf dot fr
-Status: Open
+Status: Closed
Bug Type: Output Control
Operating System: any
PHP Version: 5.2.5
New Comment:
there is no bu in this process
Previous Comments:
[2007-12-29 01:02:34] skrol29 at freesurf dot fr
Description:
I call two functions, the one after the other. The first one is doing
an output redirection using ob_start(). The second one is just modifying
a variable. It is like the second function is executed just after the
ob_start() without waiting for the end of the first function. The second
function is called on an arbitrary local variable, for which the
serialization becomes inconsistent.
This bug has been found on PHP 5.2.5, but also 5.2.4, on Linux, Windows
XP and Vista.
Reproduce code:
---
$Txt = '';
f_Action1($Txt);
f_Action2($Txt);
echo $Txt;
function f_Action1($Txt) {
$z = 'ABCDEFGHIJKLMNOPQRSTUVWXYZ';
echo value before={.$z.} br\r\n;
ob_start();
echo value after={.$z.} br\r\n; // Bug here : it is like
Action2() has been applied to $z
echo serialize={.serialize($z).} br\r\n; // Bug here : the
serialization is inconsistent between size and value.
$Txt = ob_get_contents();
ob_end_clean();
}
function f_Action2($Txt) {
$Txt = str_replace('ABCDEFGHIJKLMNOPQRSTUVWXYZ','abc',$Txt);
}
Expected result:
value before={ABCDEFGHIJKLMNOPQRSTUVWXYZ}
value after={ABCDEFGHIJKLMNOPQRSTUVWXYZ}
serialize={s:26:ABCDEFGHIJKLMNOPQRSTUVWXYZ;}
Actual result:
--
value before={ABCDEFGHIJKLMNOPQRSTUVWXYZ}
value after={abc}
serialize={s:26:abc;}
--
Edit this bug report at http://bugs.php.net/?id=43700edit=1
#34636 [Com]: cannot find -lgcrypt
ID: 34636 Comment by: mjs at beebo dot org Reported By: webmaster at sunshinearcade dot com Status: No Feedback Bug Type: Compile Failure Operating System: Fedora Core 3 PHP Version: 5.0.5 New Comment: PHP 5.2.5 also fails to install on SunOS with the same error. It will install if you configure --without-xsl (or install libgcrypt and libgpg-error). Previous Comments: [2007-11-26 15:42:20] rg dot viza at gmail dot com If you disable the CLI when configuring the source code this error does not occur. Is there a hardcoding concerning libgcrypt in the cli configuration? Thought I'd add this observation since it doesn't look like anyone tried this troubleshooting measure. [2007-11-16 07:02:20] gigipthta at yahoo dot com Got this error while compiling php5.0 on fedora core 4 Please help -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lcurl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -lidn -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lz -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -o sapi/cli/php /usr/bin/ld: cannot find -lgcrypt collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [2007-02-13 11:56:35] ben at qolc dot net I hit this bug too, building 5.2.1 on RHEL 4. I think the configure script should test for that library if --with-xsl is specified; many distributions have separate packages for the runtime and compiletime parts of libraries. [2005-10-12 17:03:08] phpbugrep-20050921 at pgregg dot com This is due to an unresolved dependency in RHEL 4 and FC. resolve with: root/pts/3-/mnt/RedHat/RPMS-178#-rpm -i libgpg-error-devel-1.0-1.i386.rpm libgcrypt-devel-1.2.0-3.i386.rpm Or whatever versions came with your RedHat CDs PHP will then make cleanly. Paul Gregg [2005-10-04 01:00:03] 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. 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/34636 -- Edit this bug report at http://bugs.php.net/?id=34636edit=1
#43799 [NEW]: ICONV iconv_mime_encode Unknown error (7)
From: cstockton at godaddy dot com
Operating system: Ubuntu Server
PHP version: 5.2.5
PHP Bug Type: ICONV related
Bug description: ICONV iconv_mime_encode Unknown error (7)
Description:
Iconv fails to properly encode a TELUGU String, among several others. The
example is TELGU, but I believe fixing TELGU will fix all other languages.
The string is identical in all 3 cases, but I simply add a whitespace
character on the last 2 examples, in which the third case fails. This bug
is similar to Bug #43314, but maybe this one has a more helpfull test case,
as Bug #43314 has not been answered.
Reproduce code:
---
$str =
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;;
// success
echo var_dump($str), \n,
var_dump(iconv_mime_encode('from', $str, $preferences)), \n;
$str =
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
; // success
echo var_dump($str), \n,
var_dump(iconv_mime_encode('from', $str, $preferences)), \n;
$str =
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
; // failure
echo var_dump($str), \n,
var_dump(iconv_mime_encode('from', $str, $preferences)), \n;
Expected result:
string(48)
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
string(192) from:
=?UTF-8?Q?=E0=B0=BF=E0=B0=A2=E0=B1=A7=E0=B0=AC=E0=B0=9F?=
=?UTF-8?Q?=E0=B0=9C=E0=B0=A5=E0=B0=AF=E0=B0=8F=E0=B0=AD=E0=B1=AF?=
=?UTF-8?Q?=E0=B0=88=E0=B0=8C=E0=B0=81=E0=B0=9A=E0=B1=A6?=
string(49)
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
string(195) from:
=?UTF-8?Q?=E0=B0=BF=E0=B0=A2=E0=B1=A7=E0=B0=AC=E0=B0=9F?=
=?UTF-8?Q?=E0=B0=9C=E0=B0=A5=E0=B0=AF=E0=B0=8F=E0=B0=AD=E0=B1=AF?=
=?UTF-8?Q?=E0=B0=88=E0=B0=8C=E0=B0=81=E0=B0=9A=E0=B1=A6=20?=
string(50)
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
string(195) from:
=?UTF-8?Q?=E0=B0=BF=E0=B0=A2=E0=B1=A7=E0=B0=AC=E0=B0=9F?=
=?UTF-8?Q?=E0=B0=9C=E0=B0=A5=E0=B0=AF=E0=B0=8F=E0=B0=AD=E0=B1=AF?=
=?UTF-8?Q?=E0=B0=88=E0=B0=8C=E0=B0=81=E0=B0=9A=E0=B1=A6=20=20?=
Actual result:
--
string(48)
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
string(192) from:
=?UTF-8?Q?=E0=B0=BF=E0=B0=A2=E0=B1=A7=E0=B0=AC=E0=B0=9F?=
=?UTF-8?Q?=E0=B0=9C=E0=B0=A5=E0=B0=AF=E0=B0=8F=E0=B0=AD=E0=B1=AF?=
=?UTF-8?Q?=E0=B0=88=E0=B0=8C=E0=B0=81=E0=B0=9A=E0=B1=A6?=
string(49)
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
string(195) from:
=?UTF-8?Q?=E0=B0=BF=E0=B0=A2=E0=B1=A7=E0=B0=AC=E0=B0=9F?=
=?UTF-8?Q?=E0=B0=9C=E0=B0=A5=E0=B0=AF=E0=B0=8F=E0=B0=AD=E0=B1=AF?=
=?UTF-8?Q?=E0=B0=88=E0=B0=8C=E0=B0=81=E0=B0=9A=E0=B1=A6=20?=
string(50)
#3135;#3106;#3175;#3116;#3103;#3100;#3109;#3119;#3087;#3117;#3183;#3080;#3084;#3073;#3098;#3174;
Notice: iconv_mime_encode() [function.iconv-mime-encode]: Unknown error
(7) in /media/storagegb/htdocs/rapidQA/modules/test02.php on line 81
bool(false)
--
Edit bug report at http://bugs.php.net/?id=43799edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43799r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43799r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43799r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43799r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43799r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43799r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43799r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43799r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43799r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43799r=support
Expected behavior:http://bugs.php.net/fix.php?id=43799r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43799r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43799r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43799r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43799r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43799r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43799r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43799r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43799r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43799r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43799r=mysqlcfg
#38805 [Com]: PDO Truncates Text from SQL Server Text Data Type Field
ID: 38805
Comment by: rob at tdd dot org dot uk
Reported By: gkrajci at arescorporation dot com
Status: Assigned
Bug Type: PDO related
Operating System: Windows NT PBMA-WB2 5.2 build 37
PHP Version: 5.1.6
Assigned To: wez
New Comment:
I have found that it doesn't get truncted with ODBC, however I have
found certain stored procedures don't work with ODBC. My solution is to
create a DAL class which has a factory method to create a PDO connection
based on driver selection. Then during my testing if I find it to work
in one and not in another then I switch the database connection over to
the one that works.
Previous Comments:
[2007-11-17 03:21:20] rockyjl at gmail dot com
why can't fix in php 5.2.5 this is very importance for developer
!
[2007-11-17 03:15:08] rockyjl at gmail dot com
why can't fix in php 5.2.5 this is very importance for developer
!
[2007-09-11 08:36:42] rockyjl at gmail dot com
ini_set('mssql.textlimit', '65536');
ini_set('mssql.textsize', '65536');
it is work for php_mssql.dll
but not work for php_pdo_mssql.dll
how can i get more than 4096 byte in TEXT with php_pdo_mssql.dll ???
[2007-08-13 19:22:32] jagwire16 at hotmail dot com
http://us3.php.net/manual/en/function.mssql-query.php#64470 reports how
to make it work and that solution worked for me.
[2007-02-14 16:16:49] matt at educause dot edu
I too can reproduce this problem ... a critical hurdle for us.
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/38805
--
Edit this bug report at http://bugs.php.net/?id=38805edit=1
#43800 [NEW]: php developer
From: subson at gmail dot com Operating system: Windows XP PHP version: 5.2.5 PHP Bug Type: Scripting Engine problem Bug description: php developer Description: This is the existing code i Found in php.net manual, It has 3 parameters, what is the purpose of 3rd parameter. If it is going to check from 3rd array also any intersecting elements. I tried code below with 3 arrays but it displayed me empty array. Working Code from PHP manual: *** array array_diff ( array array1, array array2 [, array ...] ) array_diff() returns an array containing all the values of array1 that are not present in any of the other arguments. Note that keys are preserved. Example 1. array_diff() example ?php $array1 = array(a = green, red, blue, red); $array2 = array(b = green, yellow, red); $result = array_diff($array1, $array2); print_r($result); ? Multiple occurrences in $array1 are all treated the same way. This will output : Array ( [1] = blue ) ** ** Reproduce code: --- Code i Tried: ** ?php $array1 = array(a = green, red, blue,white); $array2 = array(b = green, yellow, red); //$array3 = array(white); $array3 = array(); $result = array_intersect($array1, $array2,$array3); print_r($result); ? // Output Array ( ) an empty Array ** Expected result: it should check in the 3rd array also for any intersecting elements and then it should display the elements from array1 which are intersecting with either 2nd or 3rd array. Actual result: -- An empty Array -- Edit bug report at http://bugs.php.net/?id=43800edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43800r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43800r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43800r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43800r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43800r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43800r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43800r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43800r=needscript Try newer version:http://bugs.php.net/fix.php?id=43800r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43800r=support Expected behavior:http://bugs.php.net/fix.php?id=43800r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43800r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43800r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43800r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43800r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43800r=dst IIS Stability:http://bugs.php.net/fix.php?id=43800r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43800r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43800r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43800r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43800r=mysqlcfg
#43449 [Opn]: Segmentation Fault when calling PL/SQL-function wich returns ref cursor
ID: 43449 Updated by: [EMAIL PROTECTED] Reported By: michael dot virnstein at brodos dot de Status: Open Bug Type: OCI8 related Operating System: Linux PHP Version: 5.2.5 New Comment: I can reproduce it with PHP 5.2.5 but there is no crash using OCI8 1.3.0 Beta (from PECL). Previous Comments: [2007-12-05 16:25:51] michael dot virnstein at brodos dot de This was the backtrace of another php-script, that's causing the same error. Here's the backtrace of the script containing the reporduce code: #0 0xb6aec13d in kghmkfree () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #1 0xb6af31df in kghaddex () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #2 0xb6af5096 in kghgex () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #3 0xb6af7a5a in kghfnd () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #4 0xb6af7f99 in kghprmalo () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #5 0xb6afa12c in kghalp () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #6 0xb6b03c48 in kghmrk () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #7 0xb66dba9f in kpuhhmrk () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #8 0xb66e209c in kpurclr () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #9 0xb6a76de7 in kpcxc2r () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #10 0xb6acc4d4 in ttcrs2c () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #11 0xb6adae97 in ttcacr () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #12 0xb6a695e2 in ttcdrv () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #13 0xb694fec5 in nioqwa () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #14 0xb67bdd97 in upirtrc () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #15 0xb6733a36 in kpurcsc () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #16 0xb66ea057 in kpuexecv8 () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #17 0xb66eb40a in kpuexec () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #18 0xb67c2902 in OCIStmtExecute () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #19 0xb76adac8 in php_oci_statement_execute (statement=0xb5fa4880, mode=0) at /usr/local/src/php-5.2.5/ext/oci8/oci8_statement.c:442 #20 0xb76b7be9 in zif_oci_execute (ht=2, return_value=0xb5fa9470, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-5.2.5/ext/oci8/oci8_interface.c:1302 #21 0xb792d4cc in zend_do_fcall_common_helper_SPEC (execute_data=0xbf7fd6b4) at /usr/local/src/php-5.2.5/Zend/zend_vm_execute.h:200 #22 0xb7932d96 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbf7fd6b4) at /usr/local/src/php-5.2.5/Zend/zend_vm_execute.h:1681 #23 0xb792d02d in execute (op_array=0x8308038) at /usr/local/src/php-5.2.5/Zend/zend_vm_execute.h:92 #24 0xb792d646 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf7fd894) at /usr/local/src/php-5.2.5/Zend/zend_vm_execute.h:234 #25 0xb792e119 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbf7fd894) at /usr/local/src/php-5.2.5/Zend/zend_vm_execute.h:322 #26 0xb792d02d in execute (op_array=0xb5fa458c) at /usr/local/src/php-5.2.5/Zend/zend_vm_execute.h:92 #27 0xb790829f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.2.5/Zend/zend.c:1134 #28 0xb78b6947 in php_execute_script (primary_file=0xbf7ffbd4) at /usr/local/src/php-5.2.5/main/main.c:2004 #29 0xb7981b0b in php_handler (r=0x82fde30) at /usr/local/src/php-5.2.5/sapi/apache2handler/sapi_apache2.c:631 #30 0x0807adf9 in ap_run_handler () #31 0x0807df57 in ap_invoke_handler () #32 0x080c6088 in ap_process_request () #33 0x080c338b in ap_process_http_connection () #34 0x08081d09 in ap_run_process_connection () #35 0x080df640 in child_main () #36 0x080df8a8 in make_child () #37 0x080e0645 in ap_mpm_run () #38 0x08068bce in main () [2007-12-05 14:16:03] michael dot virnstein at brodos dot de here's the backtrace: #0 0xb674607d in kpurclr () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #1 0xb6adade7 in kpcxc2r () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #2 0xb6b304d4 in ttcrs2c () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #3 0xb6b3ee97 in ttcacr () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #4 0xb6acd5e2 in ttcdrv () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #5 0xb69b3ec5 in nioqwa () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #6 0xb6821d97 in upirtrc () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #7 0xb6797a36 in kpurcsc () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #8 0xb674e057 in kpuexecv8 () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #9 0xb674f40a in kpuexec () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #10 0xb6826902 in OCIStmtExecute () from /opt/oracle10/product/10/lib/libclntsh.so.10.1 #11 0xb7711ac8 in
#42841 [Opn]: oci_new_cursor PHP crash
ID: 42841 Updated by: [EMAIL PROTECTED] Reported By: pr0head at gmail dot com Status: Open Bug Type: OCI8 related Operating System: Linux version 2.6.20-gentoo-r8 PHP Version: 5.2.4 New Comment: The original testcase (with the parameter only as OUT) does not crash with OCI8 1.3.0 Beta from PECL. Previous Comments: [2007-12-14 18:53:08] michael dot virnstein at brodos dot de This fix only works for out parameters, not for return values from functions. I can't change thosea. I also filed the bug (Bug #43449), haven't found the other two. [2007-12-11 20:39:37] [EMAIL PROTECTED] I reproduced the crash. The problem appears to be the same as reported in http://bugs.php.net/bug.php?id=43340. If you change the PL/SQL package definition so out_1 is an IN OUT parameter, there is no crash. [2007-11-20 09:46:48] pr0head at gmail dot com This script working normally if not reopen cursor. Bad result: $sql = BEGIN sp_vadik_1( :cursor ); END;; $stmt = oci_parse( $connection, $sql ); $cursor = oci_new_cursor( $connection ); oci_bind_by_name( $stmt, :cursor, $cursor, -1, OCI_B_CURSOR ); oci_execute( $stmt, OCI_DEFAULT ); oci_execute( $cursor ); oci_free_statement( $stmt ); oci_free_statement( $cursor ); $sql = BEGIN sp_vadik_1( :cursor ); END;; $stmt = oci_parse( $connection, $sql ); $cursor = oci_new_cursor( $connection ); oci_bind_by_name( $stmt, :cursor, $cursor, -1, OCI_B_CURSOR ); oci_execute( $stmt, OCI_DEFAULT ); oci_execute( $cursor ); oci_free_statement( $stmt ); oci_free_statement( $cursor ); Good result: $sql = BEGIN sp_vadik_1( :cursor ); END;; $stmt = oci_parse( $connection, $sql ); $cursor = oci_new_cursor( $connection ); oci_bind_by_name( $stmt, :cursor, $cursor, -1, OCI_B_CURSOR ); oci_execute( $stmt, OCI_DEFAULT ); oci_execute( $cursor ); oci_free_statement( $stmt ); $sql = BEGIN sp_vadik_1( :cursor ); END;; $stmt = oci_parse( $connection, $sql ); oci_bind_by_name( $stmt, :cursor, $cursor, -1, OCI_B_CURSOR ); oci_execute( $stmt, OCI_DEFAULT ); oci_execute( $cursor ); oci_free_statement( $stmt ); oci_free_statement( $cursor ); [2007-11-20 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2007-11-12 10:35:02] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. 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/42841 -- Edit this bug report at http://bugs.php.net/?id=42841edit=1
#40313 [Sus-WFx]: oci_close() has no effect when in a transaction
ID: 40313
Updated by: [EMAIL PROTECTED]
Reported By: christopher dot jones at oracle dot com
-Status: Suspended
+Status: Wont fix
Bug Type: OCI8 related
Operating System: n/a
PHP Version: 5.2.1RC4
Assigned To: tony2001
Previous Comments:
[2007-02-12 17:45:38] [EMAIL PROTECTED]
I think the current behavior is correct and I personally do not see any
reasons to change it at the moment.
[2007-02-02 02:29:03] christopher dot jones at oracle dot com
Description:
The session management differs in some cases when there is an
uncommited transaction.
Run the test case with and without the parse/execute lines commented.
When the lines are commented out an explicit oci_close() or the end of
f1() causes the connection to be closed. With the lines active the
sessions remain open and the transactions are not rolled back.
A third error case is if the sample script is changed to use
oci_new_connect(). Confusingly the explict close has no effect but the
end-of-scope will rollback and close the connection.
This may be a in implementation quirk of reference counting but it is a
user level bug. Oci_close() should always close when
oci8.oci_old_close_semantics has its default value. The cleanup at
end-of-scope should be consistent regardless of the user transaction
state.
Reproduce code:
---
?php
// Create this table first: create table cj1 (a number);
$v = ini_get('oci8.old_oci_close_semantics');
echo oci8.old_oci_close_semantics is $v\n;
ociinternaldebug(1);
echo Test 1\n;
$c1 = oci_new_connect(hr, hr, localhost/XE);
echo Do statement\n;
$s1 = oci_parse($c1, insert into cj1 values(1));
var_dump(oci_execute($s1, OCI_DEFAULT));
echo Before close: transaction should rollback and connection should
be closed\n;
ocilogoff($c1);
echo After close\n;
echo Test 2\n;
function f1()
{
echo In f1()\n;
$c2 = oci_new_connect(hr, hr, localhost/XE);
if (!$c2) {
$m = ocierror();
echo $m['message'];
exit;
}
else {
echo Connection succeeded\n;
}
echo Do statement\n;
$s2 = oci_parse($c2, insert into cj1 values(1));
var_dump(oci_execute($s2, OCI_DEFAULT));
echo Before end of scope\n;
}
f1();
echo after f1() call - end of scope\n;
echo End of script\n;
?
--
Edit this bug report at http://bugs.php.net/?id=40313edit=1
#43802 [NEW]: Differences between asigned references in PHP4 and PHP5
From: fkieber at free dot fr
Operating system: Linux
PHP version: 5.2.5
PHP Bug Type: Variables related
Bug description: Differences between asigned references in PHP4 and PHP5
Description:
Same as bug #38013 but different behaviour between PHP 4.3.10 and 5.2.5
Reproduce code:
---
?php
function change ($var) {
$var += 10;
}
$var = 1;
++$var;
change($var);
echo var=$var;
$var = 5;
change($var);
echo var=$var;
$var = 1;
change(++$var);
echo var=$var;
change($var = 5);
echo var=$var;
?
Expected result:
That one from php 4 :
var=12
var=12
Actual result:
--
in PHP 5:
var=12
var=2
--
Edit bug report at http://bugs.php.net/?id=43802edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43802r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43802r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43802r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43802r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43802r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43802r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43802r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43802r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43802r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43802r=support
Expected behavior:http://bugs.php.net/fix.php?id=43802r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43802r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43802r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43802r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43802r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43802r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43802r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43802r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43802r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43802r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43802r=mysqlcfg
#43802 [Opn]: Differences between asigned references in PHP4 and PHP5
ID: 43802
User updated by: fkieber at free dot fr
Reported By: fkieber at free dot fr
Status: Open
Bug Type: Variables related
Operating System: Linux
PHP Version: 5.2.5
New Comment:
Sorry.
Expected result should be :
Output in PHP4
var=12
var=15
var=12
var=15
And Actual result is :
Output in PHP5
var=12
var=15
var=2
var=5
Previous Comments:
[2008-01-09 23:46:13] fkieber at free dot fr
Description:
Same as bug #38013 but different behaviour between PHP 4.3.10 and 5.2.5
Reproduce code:
---
?php
function change ($var) {
$var += 10;
}
$var = 1;
++$var;
change($var);
echo var=$var;
$var = 5;
change($var);
echo var=$var;
$var = 1;
change(++$var);
echo var=$var;
change($var = 5);
echo var=$var;
?
Expected result:
That one from php 4 :
var=12
var=12
Actual result:
--
in PHP 5:
var=12
var=2
--
Edit this bug report at http://bugs.php.net/?id=43802edit=1
#43802 [Opn-Bgs]: Differences between asigned references in PHP4 and PHP5
ID: 43802
Updated by: [EMAIL PROTECTED]
Reported By: fkieber at free dot fr
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Linux
PHP Version: 5.2.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Turn on E_STRICT
Previous Comments:
[2008-01-09 23:51:43] fkieber at free dot fr
Sorry.
Expected result should be :
Output in PHP4
var=12
var=15
var=12
var=15
And Actual result is :
Output in PHP5
var=12
var=15
var=2
var=5
[2008-01-09 23:46:13] fkieber at free dot fr
Description:
Same as bug #38013 but different behaviour between PHP 4.3.10 and 5.2.5
Reproduce code:
---
?php
function change ($var) {
$var += 10;
}
$var = 1;
++$var;
change($var);
echo var=$var;
$var = 5;
change($var);
echo var=$var;
$var = 1;
change(++$var);
echo var=$var;
change($var = 5);
echo var=$var;
?
Expected result:
That one from php 4 :
var=12
var=12
Actual result:
--
in PHP 5:
var=12
var=2
--
Edit this bug report at http://bugs.php.net/?id=43802edit=1
#43755 [Opn]: php_admin_value include_path on one VirtualHost affects all VirtualHosts
ID: 43755 User updated by: andrew-php at thepenry dot net -Summary: php_admin_value include_path on one VirtualHost effects all VirtualHosts Reported By: andrew-php at thepenry dot net Status: Open Bug Type: Apache2 related Operating System: centos4 PHP Version: 5.2.5 New Comment: This bug seems to be the same as: http://bugs.php.net/bug.php?id=43677 Previous Comments: [2008-01-04 23:10:19] andrew-php at thepenry dot net Description: Using php_admin_value include_path in one VirtualHost prevents using set_include_path() in another VirtualHost. The documentation is unclear about whether this is the correct behavior, but it seems like php_admin_value should only effect the VirtualHost it was declared in, not the entire server. -- Edit this bug report at http://bugs.php.net/?id=43755edit=1
#43803 [NEW]: getting content-length:0
From: prabumfy at gmail dot com Operating system: LInux PHP version: 4.4.8 PHP Bug Type: cURL related Bug description: getting content-length:0 Description: Request Header: --- Host: s3.amazonaws.com Accept: */* Date: Thu, 10 Jan 2008 06:45:42 GMT Content-Length: 347 Authorization: AWS 10J23AYJKXBME657G7R2:eMvK... Content-Length: 347 Expect: 100-continue While uploading a file of 347bytes using PUT method the response header shows Content-Length: 0. but response code: 200 ok. If so getting content-length:0 is an error or not? Yhanks Advance. Response Header is below. HTTP/1.1 200 OK Date: Thu, 10 Jan 2008 06:54:17 GMT ETag: 36915b7d517a24a9521be305772479d3 Content-Length: 0 Server: AmazonS3 -- Edit bug report at http://bugs.php.net/?id=43803edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43803r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43803r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43803r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43803r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43803r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43803r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43803r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43803r=needscript Try newer version:http://bugs.php.net/fix.php?id=43803r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43803r=support Expected behavior:http://bugs.php.net/fix.php?id=43803r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43803r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43803r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43803r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43803r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43803r=dst IIS Stability:http://bugs.php.net/fix.php?id=43803r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43803r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43803r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43803r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43803r=mysqlcfg
