#46024 [Fbk->Opn]: stream_select doesn't return the correct number
ID: 46024 User updated by: mike at silverorange dot com Reported By: mike at silverorange dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: linux PHP Version: 5.2.6 New Comment: The test also fails on the provided snapshot. Previous Comments: [2008-09-08 18:58:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-09-08 14:33:47] mike at silverorange dot com Description: The stream_select function should return the number of streams ready in the read and write arrays. Sometimes it does and sometimes it doesn't. Reproduce code: --- http://labs.silverorange.com/files/stream-select-bug/ Expected result: selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) Actual result: -- selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) selecting ... got 1 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) -- Edit this bug report at http://bugs.php.net/?id=46024&edit=1
#46027 [NEW]: extra
From: thebeanieman at gmail dot com
Operating system: Windows XP SP3
PHP version: 5.2.6
PHP Bug Type: Output Control
Bug description: extra
Description:
Hi,
This is my code:
0 && is_numeric(mb_substr($chemString,$k,1))){
if (preg_match("/^[A-Z]+$/",mb_substr($chemString,$k-1,1))){
$tempStr .= substr($chemString,$offset,1);
$tempStr .=
"".substr($chemString,$offset+1,1)."";
$offset = $offset+3;
echo "ggg".strlen($offset)."sss";
}
}
echo "".$k;
}
?>
This is the source:
0ggg1sss123456ggg1sss789101112ggg1sss13141516ggg2sss1718192021ggg2sss22232425ggg2sss262728293031ggg2sss323334ggg2sss35
Expected result:
There is an extra tag. I know it's hard to see, but looks like a
bug.
i.e "0ggg1sss1" --- the in the middle came
from nowhere!!
--
Edit bug report at http://bugs.php.net/?id=46027&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46027&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46027&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46027&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46027&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46027&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46027&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46027&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46027&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46027&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46027&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46027&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46027&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46027&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46027&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46027&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46027&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46027&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46027&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46027&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46027&r=mysqlcfg
#46025 [Opn->Sus]: zend_bailout can deadlock APC
ID: 46025
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Open
+Status: Suspended
Bug Type: Reproducible crash
Operating System: redhat
PHP Version: 5.2.6
New Comment:
This is essentially what http://wiki.php.net/rfc/zendsignals is for, it
was considered for PHP 5.3 but has been deferred for the moment.
Previous Comments:
[2008-09-08 23:56:04] askalski at gmail dot com
Reproduced with latest checkouts from both the PHP_5_2 and PHP_5_3
tags.
X-Powered-By: PHP/5.2.7-dev
X-Powered-By: PHP/5.3.0alpha3-dev
[2008-09-08 21:16:43] [EMAIL PROTECTED]
Can you reproduce this with latest CVS checkout of PHP_5_2 (and
preferrably PHP_5_3) ??
[2008-09-08 20:50:12] askalski at gmail dot com
To assist with implementing a fix:
I wrote up a local fix that uses two executor globals:
/* HANDLE_BLOCK_INTERRUPTIONS nesting depth */
zend_uint blocking_interruptions;
/* true if a bailout was deferred while interruptions were blocked
*/
zend_bool deferred_bailout;
In my testing, I quickly realized that APC in conjunction with Zend was
making nested calls to HANDLE_BLOCK_INTERRUPTIONS(), so to keep from
unblocking prematurely, it was necessary to track nesting depth.
Example from my debugging:
Block 0 /tmp/APC-3.0.19/php_apc.c:559
Block 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1876
Unblock 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1913
Unblock 0 /tmp/APC-3.0.19/php_apc.c:592
My updated macros:
#define HANDLE_BLOCK_INTERRUPTIONS()if
(!EG(blocking_interruptions)++) { if (zend_block_interruptions) {
zend_block_interruptions(); } }
#define HANDLE_UNBLOCK_INTERRUPTIONS() if
(EG(blocking_interruptions) && !--EG(blocking_interruptions)) { if
(zend_unblock_interruptions) { zend_unblock_interruptions(); } if
(EG(deferred_bailout)) { zend_bailout(); } }
And my mod to _zend_bailout:
if (EG(blocking_interruptions))
{
EG(deferred_bailout) = 1;
return;
}
EG(deferred_bailout) = 0;
[2008-09-08 15:23:59] askalski at gmail dot com
Description:
A zend_bailout (longjmp) is allowed while HANDLE_BLOCK_INTERRUPTIONS is
in effect. When this happens while APC has its shared memory segment
locked, it results in corruption of the segment and deadlocking of the
mutex. An Apache restart is required to get things moving again.
Tested with PHP 5.2.6 and 4.4.8 with APC 3.0.19 using pthread mutexes.
In our particular case, this is happening when a script hits the
max_execution_time timeout during an include().
Although APC is involved, I am submitting this as a PHP bug because the
fix (zend_bailout / HANDLE_BLOCK_INTERRUPTIONS) is completely PHP-side.
Reproduce code:
---
Expected result:
Defer the zend_bailout until HANDLE_UNBLOCK_INTERRUPTIONS is called.
Actual result:
--
Deadlock of the entire web server, requiring an Apache restart.
--
Edit this bug report at http://bugs.php.net/?id=46025&edit=1
#46025 [Fbk->Opn]: zend_bailout can deadlock APC
ID: 46025
User updated by: askalski at gmail dot com
Reported By: askalski at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: redhat
PHP Version: 5.2.6
New Comment:
Reproduced with latest checkouts from both the PHP_5_2 and PHP_5_3
tags.
X-Powered-By: PHP/5.2.7-dev
X-Powered-By: PHP/5.3.0alpha3-dev
Previous Comments:
[2008-09-08 21:16:43] [EMAIL PROTECTED]
Can you reproduce this with latest CVS checkout of PHP_5_2 (and
preferrably PHP_5_3) ??
[2008-09-08 20:50:12] askalski at gmail dot com
To assist with implementing a fix:
I wrote up a local fix that uses two executor globals:
/* HANDLE_BLOCK_INTERRUPTIONS nesting depth */
zend_uint blocking_interruptions;
/* true if a bailout was deferred while interruptions were blocked
*/
zend_bool deferred_bailout;
In my testing, I quickly realized that APC in conjunction with Zend was
making nested calls to HANDLE_BLOCK_INTERRUPTIONS(), so to keep from
unblocking prematurely, it was necessary to track nesting depth.
Example from my debugging:
Block 0 /tmp/APC-3.0.19/php_apc.c:559
Block 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1876
Unblock 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1913
Unblock 0 /tmp/APC-3.0.19/php_apc.c:592
My updated macros:
#define HANDLE_BLOCK_INTERRUPTIONS()if
(!EG(blocking_interruptions)++) { if (zend_block_interruptions) {
zend_block_interruptions(); } }
#define HANDLE_UNBLOCK_INTERRUPTIONS() if
(EG(blocking_interruptions) && !--EG(blocking_interruptions)) { if
(zend_unblock_interruptions) { zend_unblock_interruptions(); } if
(EG(deferred_bailout)) { zend_bailout(); } }
And my mod to _zend_bailout:
if (EG(blocking_interruptions))
{
EG(deferred_bailout) = 1;
return;
}
EG(deferred_bailout) = 0;
[2008-09-08 15:23:59] askalski at gmail dot com
Description:
A zend_bailout (longjmp) is allowed while HANDLE_BLOCK_INTERRUPTIONS is
in effect. When this happens while APC has its shared memory segment
locked, it results in corruption of the segment and deadlocking of the
mutex. An Apache restart is required to get things moving again.
Tested with PHP 5.2.6 and 4.4.8 with APC 3.0.19 using pthread mutexes.
In our particular case, this is happening when a script hits the
max_execution_time timeout during an include().
Although APC is involved, I am submitting this as a PHP bug because the
fix (zend_bailout / HANDLE_BLOCK_INTERRUPTIONS) is completely PHP-side.
Reproduce code:
---
Expected result:
Defer the zend_bailout until HANDLE_UNBLOCK_INTERRUPTIONS is called.
Actual result:
--
Deadlock of the entire web server, requiring an Apache restart.
--
Edit this bug report at http://bugs.php.net/?id=46025&edit=1
#46023 [Opn->Fbk]: appending data twice to file
ID: 46023 Updated by: [EMAIL PROTECTED] Reported By: richard dot kuchar at gmail dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Debian (etch) PHP Version: 5.2CVS-2008-09-08 (snap) New Comment: Do you have deleted the file before running again? Previous Comments: [2008-09-08 14:01:15] richard dot kuchar at gmail dot com Description: opening file in append mode and writing to file wrote data twice to file Reproduce code: --- Expected result: in 'test.txt': Add this to the file\n Actual result: -- in 'test.txt': Add this to the file\nAdd this to the file\n -- Edit this bug report at http://bugs.php.net/?id=46023&edit=1
#45902 [Asn->Csd]: ext/intl/tests fail with ICU 3.8.x
ID: 45902 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: I18N and L10N related Operating System: * PHP Version: 5.3CVS-2008-08-24 (snap) Assigned To: stas New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Should be fine now with both 3.6 and 3.8. Failures caused mainly by changes in localized data. Previous Comments: [2008-08-24 12:11:39] [EMAIL PROTECTED] Description: Tests fail with ICU 3.8.x (x86 or x64, win or linux). As 3.8 is the recommended version for 5.3+, the tests should be fixed with 3.8+. Reproduce code: --- = FAILED TEST SUMMARY - datefmt_format_code() [ext/intl/tests/dateformat_format.phpt] datefmt_format_code() and datefmt_parse_code() [ext/intl/tests/dateformat_format_parse.phpt] datefmt_localtime_code() [ext/intl/tests/dateformat_localtime.phpt] datefmt_parse_code() [ext/intl/tests/dateformat_parse.phpt] datefmt_parse_localtime() with parse pos [ext/intl/tests/dateformat_parse_localtime_parsepos.phpt] datefmt_parse_timestamp_code() with parse pos [ext/intl/tests/dateformat_parse_timestamp_parsepos.phpt] numfmt_format() [ext/intl/tests/formatter_format.phpt] numfmt_format_currency() [ext/intl/tests/formatter_format_currency.phpt] numfmt_get_locale() [ext/intl/tests/formatter_get_locale.phpt] numfmt_get/set_pattern() [ext/intl/tests/formatter_get_set_pattern.phpt] locale_get_display_language() [ext/intl/tests/locale_get_display_language.phpt] locale_get_display_name() [ext/intl/tests/locale_get_display_name.phpt] locale_get_display_region() [ext/intl/tests/locale_get_display_region.phpt] locale_get_display_variant() [ext/intl/tests/locale_get_display_variant.phpt] = -- Edit this bug report at http://bugs.php.net/?id=45902&edit=1
#46026 [NEW]: bz2_decompress_filter tries to decompress after end of stream
From: Keisial at gmail dot com Operating system: PHP version: 5.2CVS-2008-09-08 (snap) PHP Bug Type: Filter related Bug description: bz2_decompress_filter tries to decompress after end of stream Description: If the input is larger than the bzip2 stream, bz2_decompress_filter tries to continue decompressing after it has received a BZ_STREAM_END, so bzlib returns BZ_SEQUENCE_ERROR and the stream filter finalises with PSFS_ERR_FATAL, getting no output. Reproduce code: --- bz2Decompress.php: $ echo 'Hello world' > hello.txt $ bzip2 hello.txt $ php bz2Decompress.php hello.txt.bz2 Hello world $ echo '!' >> hello.txt.bz2 $ php bz2Decompress.php hello.txt.bz2 /* No output */ Expected result: At least the correctly read data should be returned. Two things can be done on receiving a BZ_STREAM_END: -Setting an EOF flag and remove any further incoming data (allow to continue reading if the filter is removed?). -Reinitialising the decompressing library (approach of the bzip2 utility) so concatenated bzip2 streams can be unbzipped as the concatenation of its output. -- Edit bug report at http://bugs.php.net/?id=46026&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46026&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46026&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46026&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46026&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46026&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46026&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46026&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46026&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46026&r=support Expected behavior:http://bugs.php.net/fix.php?id=46026&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46026&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46026&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46026&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46026&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46026&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46026&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46026&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46026&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46026&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46026&r=mysqlcfg
#45356 [Com]: fgetcsv() � symbol stripped if first char in cell
ID: 45356
Comment by: sfschiller at gmail dot com
Reported By: al at txtlocal dot com
Status: No Feedback
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
based on [mk at kurznet dot com]
a change of the locale information helps.
setlocale(LC_ALL,'de_DE.8859-1');
setting the locale information to a unicode or UTF locale names will
lose the first letters.
Previous Comments:
[2008-09-08 19:04:43] mk at kurznet dot com
if have the same problem with php 5.2.6
the csv file looks like this: äüö123äüö;auo123äüö
$handle = fopen($path."Mappe3.csv","r");
while ($data = fgetcsv ($handle, 4096, ";")) {
print_r($data);
}
fclose ($handle);
Array
(
[0] => 123äüö
[1] => auo123äüö
)
with PHP 5.2.5 and 4.4.8 everything is ok ?
is this a bug or a feature ?
[2008-07-27 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".
[2008-07-19 17:50:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
I'm unable to reproduce it with a simple scripts neither with 5.2.6 nor
with 5.3.0-dev.
[2008-06-25 18:08:31] al at txtlocal dot com
If you have csv file:
name,price
James,£150
fgetcsv() will remove the £.
All other chars seem to be fine.
I have searched forums for an answer to this and there are a few
people
reporting the same - but no definitive answer.
In addition - this is only if the £ character in the first char in a
"cell". This would work fine:
name,price
James,1£50
[2008-06-25 17:46:40] al at txtlocal dot com
In addition - this is only if the £ character in the first char in a
"cell". This would work fine:
name,price
James,1£50
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/45356
--
Edit this bug report at http://bugs.php.net/?id=45356&edit=1
#46025 [Opn->Fbk]: zend_bailout can deadlock APC
ID: 46025
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: redhat
PHP Version: 5.2.6
New Comment:
Can you reproduce this with latest CVS checkout of PHP_5_2 (and
preferrably PHP_5_3) ??
Previous Comments:
[2008-09-08 20:50:12] askalski at gmail dot com
To assist with implementing a fix:
I wrote up a local fix that uses two executor globals:
/* HANDLE_BLOCK_INTERRUPTIONS nesting depth */
zend_uint blocking_interruptions;
/* true if a bailout was deferred while interruptions were blocked
*/
zend_bool deferred_bailout;
In my testing, I quickly realized that APC in conjunction with Zend was
making nested calls to HANDLE_BLOCK_INTERRUPTIONS(), so to keep from
unblocking prematurely, it was necessary to track nesting depth.
Example from my debugging:
Block 0 /tmp/APC-3.0.19/php_apc.c:559
Block 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1876
Unblock 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1913
Unblock 0 /tmp/APC-3.0.19/php_apc.c:592
My updated macros:
#define HANDLE_BLOCK_INTERRUPTIONS()if
(!EG(blocking_interruptions)++) { if (zend_block_interruptions) {
zend_block_interruptions(); } }
#define HANDLE_UNBLOCK_INTERRUPTIONS() if
(EG(blocking_interruptions) && !--EG(blocking_interruptions)) { if
(zend_unblock_interruptions) { zend_unblock_interruptions(); } if
(EG(deferred_bailout)) { zend_bailout(); } }
And my mod to _zend_bailout:
if (EG(blocking_interruptions))
{
EG(deferred_bailout) = 1;
return;
}
EG(deferred_bailout) = 0;
[2008-09-08 15:23:59] askalski at gmail dot com
Description:
A zend_bailout (longjmp) is allowed while HANDLE_BLOCK_INTERRUPTIONS is
in effect. When this happens while APC has its shared memory segment
locked, it results in corruption of the segment and deadlocking of the
mutex. An Apache restart is required to get things moving again.
Tested with PHP 5.2.6 and 4.4.8 with APC 3.0.19 using pthread mutexes.
In our particular case, this is happening when a script hits the
max_execution_time timeout during an include().
Although APC is involved, I am submitting this as a PHP bug because the
fix (zend_bailout / HANDLE_BLOCK_INTERRUPTIONS) is completely PHP-side.
Reproduce code:
---
Expected result:
Defer the zend_bailout until HANDLE_UNBLOCK_INTERRUPTIONS is called.
Actual result:
--
Deadlock of the entire web server, requiring an Apache restart.
--
Edit this bug report at http://bugs.php.net/?id=46025&edit=1
#46025 [Opn]: zend_bailout can deadlock APC
ID: 46025
User updated by: askalski at gmail dot com
Reported By: askalski at gmail dot com
Status: Open
Bug Type: Reproducible crash
Operating System: redhat
PHP Version: 5.2.6
New Comment:
To assist with implementing a fix:
I wrote up a local fix that uses two executor globals:
/* HANDLE_BLOCK_INTERRUPTIONS nesting depth */
zend_uint blocking_interruptions;
/* true if a bailout was deferred while interruptions were blocked
*/
zend_bool deferred_bailout;
In my testing, I quickly realized that APC in conjunction with Zend was
making nested calls to HANDLE_BLOCK_INTERRUPTIONS(), so to keep from
unblocking prematurely, it was necessary to track nesting depth.
Example from my debugging:
Block 0 /tmp/APC-3.0.19/php_apc.c:559
Block 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1876
Unblock 1 /tmp/php-5.2.6/Zend/zend_alloc.c:1913
Unblock 0 /tmp/APC-3.0.19/php_apc.c:592
My updated macros:
#define HANDLE_BLOCK_INTERRUPTIONS()if
(!EG(blocking_interruptions)++) { if (zend_block_interruptions) {
zend_block_interruptions(); } }
#define HANDLE_UNBLOCK_INTERRUPTIONS() if
(EG(blocking_interruptions) && !--EG(blocking_interruptions)) { if
(zend_unblock_interruptions) { zend_unblock_interruptions(); } if
(EG(deferred_bailout)) { zend_bailout(); } }
And my mod to _zend_bailout:
if (EG(blocking_interruptions))
{
EG(deferred_bailout) = 1;
return;
}
EG(deferred_bailout) = 0;
Previous Comments:
[2008-09-08 15:23:59] askalski at gmail dot com
Description:
A zend_bailout (longjmp) is allowed while HANDLE_BLOCK_INTERRUPTIONS is
in effect. When this happens while APC has its shared memory segment
locked, it results in corruption of the segment and deadlocking of the
mutex. An Apache restart is required to get things moving again.
Tested with PHP 5.2.6 and 4.4.8 with APC 3.0.19 using pthread mutexes.
In our particular case, this is happening when a script hits the
max_execution_time timeout during an include().
Although APC is involved, I am submitting this as a PHP bug because the
fix (zend_bailout / HANDLE_BLOCK_INTERRUPTIONS) is completely PHP-side.
Reproduce code:
---
Expected result:
Defer the zend_bailout until HANDLE_UNBLOCK_INTERRUPTIONS is called.
Actual result:
--
Deadlock of the entire web server, requiring an Apache restart.
--
Edit this bug report at http://bugs.php.net/?id=46025&edit=1
#44872 [Com]: canary mismatch on efree() - heap overflow detected
ID: 44872
Comment by: ndwolf at gmail dot com
Reported By: mattr at shoplet dot com
Status: No Feedback
Bug Type: MySQLi related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
New Comment:
same error with PHP Version 5.2.4-2ubuntu5.3
with the Suhosin Patch 0.9.6.2
Zend Engine v2.2.0
with Zend Extension Manager v1.2.0
with Zend Optimizer v3.2.6
with jobqueue_client wrapper v1.0
with DISABLED Zend Download Server v1.0.6
with DISABLED Zend Platform v3.0.1
with Zend Debugger v5.2.5
with gd wrapper v1.0
executing line 83 of Zend/Loader.php (Zend Framework 1.6.0)
the line is a "include_once $file"
Previous Comments:
[2008-07-21 04:24:21] mike at gmi dot co dot nz
Experiencing the same thing with an MSSQL query (mssql_query()) on
Debian and using PHP 5.2.6-2 with Suhosin-Patch 0.9.6.2 (cli) (built:
Jul 3 2008 07:52:34)
[2008-05-10 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2008-05-02 11:20:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.3-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.3-win32-installer-latest.msi
[2008-04-30 17:19:34] mattr at shoplet dot com
Description:
The execution of the attached script halts unexpectedly with "ALERT -
canary mismatch on efree() - heap overflow detected (attacker
'REMOTE_ADDR not set', file '../library/Zend/Db/Statement/Mysqli.php',
line 113)" in the apache error log.
PHP Info:
---
PHP Version => 5.2.5
System => FreeBSD localhost 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan
12 11:05:30 UTC 2007 [EMAIL PROTECTED]
alo.edu:/usr/obj/usr/src/sys/SMP i386
Configure Command => './configure' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--e
nable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection'
'--program-prefix=' '--enable-fastcgi' '--with-apxs=/usr/lo
cal/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL'
'--enable-debug' '--enable-zend-multibyte' '--prefix=/usr/local' '--ma
ndir=/usr/local/man' '--infodir=/usr/local/info/'
PHP API => 20041225
PHP Extension => 20060613
Zend Extension => 220060519
Debug Build => yes
Thread Safety => disabled
Zend Memory Manager => enabled
IPv6 Support => enabled
This server is protected with the Suhosin Patch 0.9.6.2
Copyright (c) 2006 Hardened-PHP Project
---
Script fails on another machine running Debian 4 in the same
reproducible manner with and without the Suhosin patch.
Reproduce code:
---
#!/usr/local/bin/php
http://framework.zend.com
// Can attach to the ticket later if needed.
date_default_timezone_set('America/New_York');
$db =
Zend_Db::factory('mysqli',Array('host'=>'localhost','username'=>'','password'=>'','dbname'=>'eproc'));
$order_num = 1208212550;
$sql = $db->quoteInto("SELECT * FROM `eproc`.`Orders` WHERE
`order_num`=? LIMIT 1",$order_num);
$q = $db->fetchAll($sql);
$batch_status = $db->fetchOne("SELECT `to_po` FROM
`eproc2`.`batch_status` WHERE `status`='done' ORDER BY `to_po` DESC
LIMIT 1");
$items = $db->fetchAll("SELECT * FROM `eproc`.`Order_Item` WHERE
`order_num`='{$order_num}' ORDER BY `line_num` ASC");
$notes = $db->fetchAll("SELECT * FROM `eproc`.`notes` WHERE
`order_num`='{$order_num}' ORDER BY `sticky` DESC, `date_modified`
ASC");
$emails = $db->fetchAll("SELECT
`message_id`,`from_email`,`to_email`,`subject`,`date_received` FROM
`email_store`.`email` WHERE `order_num`='{$order_num}' ORDER BY
`date_received` ASC");
$attachments = $db->fetchAll("SELECT * FROM `files`.`order_attachments`
WHERE `order_num`='{$order_num}' ORDER BY `timestampAdded` ASC");
print_r($q);
print_r($order_id);
print_r($batch_status);
print_r($items);
print_r($notes);
print_r($emails);
print_r($attachments);
Expected result:
Several Arrays of database results
Actual result:
--
Execution:
[Wed Apr 30 12:45:01 2008] Script: './index.php'
---
/usr/ports/lang/php5/work/php-5.2.5/Zend/zend_opcode.c(238) : Block
0x0828d0e0 status:
Invalid pointer: ((prev=0x0045) != (prev.size=0x))
---
[Wed Apr 30 12:45:01 2008] Script: './index.php'
---
/usr/ports/lang/php5/work/php-5.2.5/Zend/zend_variables.h(35) : Block
0x0828d09c status:
/usr/ports
#41229 [Com]: PHP as fastcgi module crashes
ID: 41229
Comment by: evert at rooftopsolutions dot nl
Reported By: admin at torrent dot lt
Status: No Feedback
Bug Type: CGI related
Operating System: gentoo
PHP Version: 5.2.1
New Comment:
Possibly related to #43610?
Previous Comments:
[2007-05-25 14:45:01] host4cheap at yahoo dot com
Any Updates on this. I face the same problem on CentOS with Lighttpd.
I get these ERROR after some time
2007-05-22 21:03:41: (log.c.75) server started
2007-05-22 21:33:53: (server.c.1149) NOTE: a request for
/forum/index.php?act=rssout&id=5 timed out after writing 13068 bytes. We
waited 360 seconds. If this a problem increase server.max-write-idle
2007-05-22 21:36:35: (server.c.1149) NOTE: a request for
/forum/index.php?showtopic=51680 timed out after writing 13032 bytes. We
waited 360 seconds. If this a problem increase server.max-write-idle
Until i restart Webserver, the problem is not fixed only to arise after
few hrs.
PHP Version 5.2.1
[2007-05-08 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-04-30 13:06:20] [EMAIL PROTECTED]
And no core files anywhere? find / -name 'core*' :)
[2007-04-29 23:21:32] admin at torrent dot lt
The ulimit thing was already done last Thursday, I have set these
variables as told. Nothing happened, the website is working fine, but
the traffic and the number of users are less than more ten times than in
a day.
"bin-path" => "/usr/bin/php-cgi", "max-procs" => 25, idle-timeout" =>
9,
"bin-environment" => ("PHP_FCGI_CHILDREN" => "1",
"PHP_FCGI_MAX_REQUESTS" => "10"
[2007-04-29 21:09:58] [EMAIL PROTECTED]
Start lighttpd without it forking. And only have 1 child for PHP
started. You don't need to "su lighttpd", just do the ulimit thing as
root.
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/41229
--
Edit this bug report at http://bugs.php.net/?id=41229&edit=1
#45843 [Asn->Fbk]: Collator::getLocale crash
ID: 45843
Updated by: [EMAIL PROTECTED]
Reported By: felipensp at gmail dot com
-Status: Assigned
+Status: Feedback
Bug Type: I18N and L10N related
Operating System: FreeBSD
PHP Version: 5.3CVS-2008-08-17 (CVS)
Assigned To: stas
New Comment:
Couldn't reproduce on Linux with ICU 3.6. This place:
#1 0x005407c1 in zif_collator_get_locale (ht=1,
return_value=0xd7b008, return_value_ptr=0x0, this_ptr=0xd7b088,
return_value_used=1,
tsrm_ls=0x0)
at /usr/home/felipe/php5/ext/intl/collator/collator_locale.c:52
#2 0x00863fe5 in zend_do_fcall_common_helper_SPEC
(execute_data=0x10e8088, tsrm_ls=0xd456c0) at zend_vm_execute.h:315
looks strange - how comes tsrm_ls becomes 0? It's engine code, not
extension code, so I'm afraid there's some problem in the build maybe?
Previous Comments:
[2008-09-06 15:52:01] [EMAIL PROTECTED]
Assigned to the ext/intl maintainer.
[2008-08-17 14:57:20] felipensp at gmail dot com
Description:
[EMAIL PROTECTED] ~/php5]$ gdb -q sapi/cli/php
(gdb) r -r '$c = collator::create("EN-US-ODESSA");
var_dump($c->getLocale(Locale::VALID_LOCALE));'
Starting program: /usr/home/felipe/php5/sapi/cli/php -r '$c =
collator::create("EN-US-ODESSA");
var_dump($c->getLocale(Locale::VALID_LOCALE));'
warning: Unable to get location for thread creation breakpoint:
generic error
[New LWP 100136]
[New Thread 0xd4e000 (LWP 100136)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xd4e000 (LWP 100136)]
0x00860215 in zend_object_store_get_object
(zobject=0xd7b088, tsrm_ls=0x0)
at /usr/home/felipe/php5/Zend/zend_objects_API.c:261
261 return
EG(objects_store).object_buckets[handle].bucket.obj.object;
(gdb) bt
#0 0x00860215 in zend_object_store_get_object
(zobject=0xd7b088, tsrm_ls=0x0)
at /usr/home/felipe/php5/Zend/zend_objects_API.c:261
#1 0x005407c1 in zif_collator_get_locale (ht=1,
return_value=0xd7b008, return_value_ptr=0x0, this_ptr=0xd7b088,
return_value_used=1,
tsrm_ls=0x0)
at /usr/home/felipe/php5/ext/intl/collator/collator_locale.c:52
#2 0x00863fe5 in zend_do_fcall_common_helper_SPEC
(execute_data=0x10e8088, tsrm_ls=0xd456c0) at zend_vm_execute.h:315
#3 0x0086516d in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0x10e8088, tsrm_ls=0xd456c0) at zend_vm_execute.h:428
#4 0x00862cdb in execute (op_array=0xd7bcc0,
tsrm_ls=0xd456c0) at zend_vm_execute.h:104
#5 0x0081e1e8 in zend_eval_string (
str=0x7fffea96 "$c = collator::create(\"EN-US-ODESSA\");
var_dump($c->getLocale(Locale::VALID_LOCALE));", retval_ptr=0x0,
string_name=0xbcb87c "Command line code", tsrm_ls=0xd456c0)
at /usr/home/felipe/php5/Zend/zend_execute_API.c:1112
#6 0x0081e410 in zend_eval_string_ex (
str=0x7fffea96 "$c = collator::create(\"EN-US-ODESSA\");
var_dump($c->getLocale(Locale::VALID_LOCALE));", retval_ptr=0x0,
string_name=0xbcb87c "Command line code", handle_exceptions=1,
tsrm_ls=0xd456c0)
at /usr/home/felipe/php5/Zend/zend_execute_API.c:1147
#7 0x008d3853 in main (argc=3, argv=0x7fffe818)
at /usr/home/felipe/php5/sapi/cli/php_cli.c:1169
Reproduce code:
---
Reproducible with:
ext/intl/tests/collator_create.phpt
ext/intl/tests/collator_get_locale.phpt
--
Edit this bug report at http://bugs.php.net/?id=45843&edit=1
#44936 [Ctl]: BC break: ini_set() changes 'access' value
ID: 44936 Updated by: [EMAIL PROTECTED] Reported By: romain dot dorgueil at sensio dot net Status: Critical Bug Type: *General Issues Operating System: linux 2.6.22-14 PHP Version: 5.2.6 Assigned To: iliaa New Comment: Why it is a problem? As far as I can see, there was a change that now uses some previously unused bits in the access mask, but why it is a bug? Does something that worked before doesn't work now? Previous Comments: [2008-05-26 20:31:31] [EMAIL PROTECTED] Ilia, I think this is the patch that causes the side-effect: http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_ini.c?r1=1.39.2.2.2.26&r2=1.39.2.2.2.27&pathrev=PHP_5_2 [2008-05-07 18:11:18] romain dot dorgueil at sensio dot net Description: ini_set changes the 'access' parameter of configuration entry to 63 without any reason. This behaviour did not exist in previous versions and is very easy to reproduce. It is not documented and not in the php 5.6.3 changelog. Reproduce code: --- http://bugs.php.net/?id=44936&edit=1
#45356 [Com]: fgetcsv() � symbol stripped if first char in cell
ID: 45356
Comment by: mk at kurznet dot com
Reported By: al at txtlocal dot com
Status: No Feedback
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
if have the same problem with php 5.2.6
the csv file looks like this: äüö123äüö;auo123äüö
$handle = fopen($path."Mappe3.csv","r");
while ($data = fgetcsv ($handle, 4096, ";")) {
print_r($data);
}
fclose ($handle);
Array
(
[0] => 123äüö
[1] => auo123äüö
)
with PHP 5.2.5 and 4.4.8 everything is ok ?
is this a bug or a feature ?
Previous Comments:
[2008-07-27 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".
[2008-07-19 17:50:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
I'm unable to reproduce it with a simple scripts neither with 5.2.6 nor
with 5.3.0-dev.
[2008-06-25 18:08:31] al at txtlocal dot com
If you have csv file:
name,price
James,£150
fgetcsv() will remove the £.
All other chars seem to be fine.
I have searched forums for an answer to this and there are a few
people
reporting the same - but no definitive answer.
In addition - this is only if the £ character in the first char in a
"cell". This would work fine:
name,price
James,1£50
[2008-06-25 17:46:40] al at txtlocal dot com
In addition - this is only if the £ character in the first char in a
"cell". This would work fine:
name,price
James,1£50
[2008-06-25 17:45:30] al at txtlocal dot com
Description:
If you have csv file:
name,price
James,£150
fgetcsv() will remove the £.
All other chars seem to be fine.
I have searched forums for an answer to this and there are a few people
reporting the same - but no definitive answer.
--
Edit this bug report at http://bugs.php.net/?id=45356&edit=1
#46024 [Opn->Fbk]: stream_select doesn't return the correct number
ID: 46024 Updated by: [EMAIL PROTECTED] Reported By: mike at silverorange dot com -Status: Open +Status: Feedback Bug Type: Streams related Operating System: linux PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-09-08 14:33:47] mike at silverorange dot com Description: The stream_select function should return the number of streams ready in the read and write arrays. Sometimes it does and sometimes it doesn't. Reproduce code: --- http://labs.silverorange.com/files/stream-select-bug/ Expected result: selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) Actual result: -- selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) selecting ... got 1 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) -- Edit this bug report at http://bugs.php.net/?id=46024&edit=1
#46022 [Opn->Bgs]: constructor version compatable
ID: 46022
Updated by: [EMAIL PROTECTED]
Reported By: vivekanandan at classof1 dot com
-Status: Open
+Status: Bogus
-Bug Type: *General Issues
+Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.3.0alpha2
New Comment:
RTFM: "For backwards compatibility, if PHP 5 cannot find a
__construct() function for a given class, it will search for the old-
style constructor function, by the name of the class."
So in this case as you provide the "new" style (and proper)
constructor the BC fallback is simply ignored. No bug here.
Previous Comments:
[2008-09-08 13:54:10] vivekanandan at classof1 dot com
Description:
when we define both constructor types as class name as construct name
and __construct keyword , we need to produce error
Reproduce code:
---
class UserInfo{
function __construct(){
print " __construct function is called ";
}
function UserInfo(){
print "UserInfo constructor is called";
}
function getUserInfo(){
print "This is User Defined function ";
}
}
$obj = new UserInfo();
$obj->getUserInfo();
Expected result:
produce error : Constructor cannot be difined more than once
Actual result:
--
__construct function is called
--
Edit this bug report at http://bugs.php.net/?id=46022&edit=1
#46025 [NEW]: zend_bailout can deadlock APC
From: askalski at gmail dot com Operating system: redhat PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: zend_bailout can deadlock APC Description: A zend_bailout (longjmp) is allowed while HANDLE_BLOCK_INTERRUPTIONS is in effect. When this happens while APC has its shared memory segment locked, it results in corruption of the segment and deadlocking of the mutex. An Apache restart is required to get things moving again. Tested with PHP 5.2.6 and 4.4.8 with APC 3.0.19 using pthread mutexes. In our particular case, this is happening when a script hits the max_execution_time timeout during an include(). Although APC is involved, I am submitting this as a PHP bug because the fix (zend_bailout / HANDLE_BLOCK_INTERRUPTIONS) is completely PHP-side. Reproduce code: --- Expected result: Defer the zend_bailout until HANDLE_UNBLOCK_INTERRUPTIONS is called. Actual result: -- Deadlock of the entire web server, requiring an Apache restart. -- Edit bug report at http://bugs.php.net/?id=46025&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46025&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46025&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46025&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46025&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46025&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46025&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46025&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46025&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46025&r=support Expected behavior:http://bugs.php.net/fix.php?id=46025&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46025&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46025&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46025&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46025&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46025&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46025&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46025&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46025&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46025&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46025&r=mysqlcfg
#44882 [NoF->Opn]: SOAP extension object decoding bug
ID: 44882
User updated by: mike at silverorange dot com
Reported By: mike at silverorange dot com
-Status: No Feedback
+Status: Open
Bug Type: SOAP related
Operating System: *
PHP Version: 5.2.5
New Comment:
Reopening bug since feedback indicates the bug still exists in the
posted snapshot.
Previous Comments:
[2008-08-19 02:02:22] michael dot tibben at stomp dot com dot au
The above testcase fails in the 6 Aug 08 snapshot, but works correctly
in php 5.2.20
Please reopen this bug.
[2008-07-29 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".
[2008-07-21 20:37:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2008-06-23 15:23:14] anomie at users dot sf dot net
Here is a test case that illustrates the bug, using the same technique
the ext/soap test cases in the PHP distribution use. Please excuse the
big block-o-base64, the namespace URIs in the XML were apparently
triggering your spam filter.
https://www.paypal.com/wsdl/PayPalSvc.wsdl";);
var_dump($client->GetExpressCheckoutDetails(array('GetExpressCheckoutDetailsRequest'=>array('Version'=>50.0,'Token'=>'dummy';
?>
[2008-05-01 18:02:29] mike at silverorange dot com
Description:
When decoding a SOAP response into zvals, the decoder sometimes gets
confused decoding objects. We noticed this using the PayPal Express
Checkout SOAP API.
For one request type, the returned XML was correct; however, the
decoded PHP objects that were returned were incorrect. One value that
should have been a string was a string reference and an object that
should have been an object was as string.
Upon further investigation, we found other users had been experiencing
this specific problem using PayPal's SOAP API with PHP since PHP 5.2.2.
After a bit of CVS research, it seems the bug was introduced in
1.103.2.21.2.27 in soap_encoding.c to fix bug #37013.
The patch at
http://labs.silverorange.com/files/php-patches/soap-object-reference-bug-20080501.patch
works around the bug for our needs, but it does not fix the underlying
problem and probably reintroduces #37013.
Reproduce code:
---
I can't provide a runnable test case unless you have PayPal developer
API credentials. If so, you can run the unit tests in the package at:
http://labs.silverorange.com/files/Payment_PayPal_Soap/Payment_PayPal_Soap-0.0.4.tgz
The second test will fail if the bug is present and pass if the bug is
fixed.
I've attached a var_dump of broken an working SOAP results to
illustrate the broken 'PayerInfo' element parsing.
Expected result:
object(stdClass)#114 (6) {
["Timestamp"]=>
string(20) "2008-05-01T17:41:45Z"
["Ack"]=>
string(7) "Success"
["CorrelationID"]=>
string(13) "9d6aa8c0309df"
["Version"]=>
string(8) "1.00"
["Build"]=>
string(6) "548868"
["GetExpressCheckoutDetailsResponseDetails"]=>
object(stdClass)#113 (2) {
["Token"]=>
string(20) "EC-6AU15743MX2745842"
["PayerInfo"]=>
object(stdClass)#112 (6) {
["Payer"]=>
string(0) ""
["PayerID"]=>
string(0) ""
["PayerStatus"]=>
string(10) "unverified"
["PayerName"]=>
object(stdClass)#110 (5) {
["Salutation"]=>
string(0) ""
["FirstName"]=>
string(0) ""
["MiddleName"]=>
string(0) ""
["LastName"]=>
string(0) ""
["Suffix"]=>
string(0) ""
}
["PayerBusiness"]=>
string(0) ""
["Address"]=>
object(stdClass)#111 (9) {
["Name"]=>
string(0) ""
["Street1"]=>
string(0) ""
["Street2"]=>
string(0) ""
["CityName"]=>
string(0) ""
["StateOrProvince"]=>
string(0) ""
["CountryName"]=>
string(0) ""
["PostalCode"]=>
string(0) ""
["AddressOwner"]=>
string(6) "PayPal"
["AddressStatus"]=>
string(4) "None"
}
}
}
}
Actual result:
--
object(stdClass)#114 (6) {
["Timestamp"]=>
string(20) "2008-05-01T17:56:31Z"
["Ack"]=>
string(7) "Success"
["CorrelationID"]=>
string(13) "233fdab3c0758"
["
#44908 [NoF->Opn]: stream_select on pipes returned by proc_open returns streams that are not ready
ID: 44908 Updated by: [EMAIL PROTECTED] Reported By: mike at silverorange dot com -Status: No Feedback +Status: Open Bug Type: Streams related Operating System: Windows PHP Version: 5.2.6 New Comment: Jani, I tried the posted development snapshot and the test still fails. The stream_select() call still returns stdout and stderr streams in the read array and reading from either will block indefinitely (because they're not ready). Please reopen this bug. Previous Comments: [2008-09-03 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-08-26 22:12:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-05-27 15:51:00] ciocan at gmail dot com Sorry i forgot to mention that for me it happens in Linux: CentOS 5, php 5.2.6 (and also tried on CentoOS 5, php 5.2.1) Thank you, Pavel [2008-05-27 15:46:52] pciocan at gmail dot com I encountered the same problem with stream_select but when using named pipes (created with posix_mkfifo and opened using fopen). Is there a workaround for this problem? Thank you, Pavel [2008-05-04 23:31:35] mike at silverorange dot com Jani, I'm using the MSI install of PHP 5.2.6 (cli) (built Apr 30 2008 16:19:00) on Windows XP Home with Service Pack 2. 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/44908 -- Edit this bug report at http://bugs.php.net/?id=44908&edit=1
#46024 [NEW]: stream_select doesn't return the correct number
From: mike at silverorange dot com Operating system: linux PHP version: 5.2.6 PHP Bug Type: Streams related Bug description: stream_select doesn't return the correct number Description: The stream_select function should return the number of streams ready in the read and write arrays. Sometimes it does and sometimes it doesn't. Reproduce code: --- http://labs.silverorange.com/files/stream-select-bug/ Expected result: selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) Actual result: -- selecting ... got 2 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) selecting ... got 1 Array ( [0] => Resource id #5 ) Array ( [0] => Resource id #6 ) -- Edit bug report at http://bugs.php.net/?id=46024&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46024&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46024&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46024&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46024&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46024&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46024&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46024&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46024&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46024&r=support Expected behavior:http://bugs.php.net/fix.php?id=46024&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46024&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46024&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46024&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46024&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46024&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46024&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46024&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46024&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46024&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46024&r=mysqlcfg
#42266 [Com]: BLOB functions do not work on 64bit systems
ID: 42266 Comment by: andre at spiceware dot co dot za Reported By: karasek at ceskyserver dot cz Status: Assigned Bug Type: InterBase related Operating System: Linux 64-bit PHP Version: 5.2.4 Assigned To: abies New Comment: I compiled PHP 5.2.6 from source tar ball for Linux this last weekend and also ended up with the BLOB error. This is still a problem. Previous Comments: [2008-08-06 17:31:41] hasul at etoscomp dot eu Hi, is this bug still open? Because BLOB is working on my system (Centos 5.2 64bit). I used php 5.2.6 from Jason Litka repo (http://www.jasonlitka.com/yum-repository/) and FirebirdSS-2.1.0.17798-0.amd64.rpm from official firebird site. [2008-05-16 07:19:43] [EMAIL PROTECTED] "You're maybe right, but the bug appeared in 5.2.4 while 5.2.1. works fine, something has changed in PHP, not in firebird." I meant support as in 2nd level support not for the quality of the driver :) About the handle question, it is how they do it in firebird itself. A quick search in codesearch: http://google.com/codesearch?q=lang%3Ac+typedef+FB_API_HANDLE&hl=en&btnG=Search+Code So the problem is somewhere else, but I can't help as I don't use firebird. Let wait a bit more for the maintainers answer. [2008-05-16 06:39:45] ale dot pas at tiscali dot it You're maybe right, but the bug appeared in 5.2.4 while 5.2.1. works fine, something has changed in PHP, not in firebird. [2008-05-15 09:42:35] [EMAIL PROTECTED] Let get it assigned. It will certainly help to bring some love here. > It's a pity we choose PHP for almost all of our projects, do not make > this error, choose Java, Python or Ruby you will find a better support > there. I doubt you will find better ibase support anywhere but InterBase directly. That's the main problem here, not PHP. [2008-05-15 09:35:39] ale dot pas at tiscali dot it Ok, after 10 months this bug is sill open without a comment from a developer. This clearly proves that PHP is definitely not ready for enterprise solutions. It's a pity we choose PHP for almost all of our projects, do not make this error, choose Java, Python or Ruby you will find a better support there. 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/42266 -- Edit this bug report at http://bugs.php.net/?id=42266&edit=1
#46023 [NEW]: appending data twice to file
From: richard dot kuchar at gmail dot com Operating system: Debian (etch) PHP version: 5.2CVS-2008-09-08 (snap) PHP Bug Type: Filesystem function related Bug description: appending data twice to file Description: opening file in append mode and writing to file wrote data twice to file Reproduce code: --- Expected result: in 'test.txt': Add this to the file\n Actual result: -- in 'test.txt': Add this to the file\nAdd this to the file\n -- Edit bug report at http://bugs.php.net/?id=46023&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46023&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46023&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46023&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46023&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46023&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46023&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46023&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46023&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46023&r=support Expected behavior:http://bugs.php.net/fix.php?id=46023&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46023&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46023&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46023&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46023&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46023&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46023&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46023&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46023&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46023&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46023&r=mysqlcfg
#46022 [NEW]: constructor version compatable
From: vivekanandan at classof1 dot com
Operating system: ALL
PHP version: 5.3.0alpha2
PHP Bug Type: *General Issues
Bug description: constructor version compatable
Description:
when we define both constructor types as class name as construct name and
__construct keyword , we need to produce error
Reproduce code:
---
class UserInfo{
function __construct(){
print " __construct function is called ";
}
function UserInfo(){
print "UserInfo constructor is called";
}
function getUserInfo(){
print "This is User Defined function ";
}
}
$obj = new UserInfo();
$obj->getUserInfo();
Expected result:
produce error : Constructor cannot be difined more than once
Actual result:
--
__construct function is called
--
Edit bug report at http://bugs.php.net/?id=46022&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46022&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46022&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46022&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46022&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46022&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46022&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46022&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46022&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46022&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46022&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46022&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46022&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46022&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46022&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46022&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46022&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46022&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46022&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46022&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46022&r=mysqlcfg
#43639 [Com]: php-5.2.5-win32-installer.msi stops before it is finished.
ID: 43639 Comment by: pdanailov at yahoo dot com Reported By: erik dot kullberg at telia dot com Status: No Feedback Bug Type: Windows Installer Operating System: Windows Vista PHP Version: 5.2.5 New Comment: I have the same problem. My system is Win XP Prof SP2, PHP 5.2.6 and PHP 5.2.7 Bulgarian settings changed to English for the decimal separator None of the solutions worked. PHP Sucks: Previous Comments: [2008-08-24 01:03:09] nospam at gmail dot com I'd like to confirm that this error occurs on 32-bit Vista systems in Dutch locale, also. Running the installer from a batch as suggested above successfully executed the installation, however. [2008-08-11 14:18:05] paour at free dot fr Hello, same bug in french system (decimal separator is comma) Script run with dot separator. Nicolas [2008-08-10 03:32:36] davis1089 at mint dot us dot to I can confirm this bug in the installer! My system is Norwegian, and uses , as decimal point, and when i changed regional options to english as "tamasmatrai" pointed out, installer finished successfully. [2008-07-26 19:02:01] tamasmatrai at yahoo dot com Solution!!! I had the same problem on Windows XP. I read the event viewer and found detailed info: "Product: PHP 5.2.6 -- Error 1720. There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Custom action configIIS4 script error -2146828275, Microsoft VBScript futásidejû hiba: Típuseltérés: '[string: "5.1"]' Line 179, Column 5, " The key was this: "Típuseltérés: '[string: "5.1"]' Line 179, Column 5, ." 'Típuseltérés' is a Hungarian term, which means 'data type error'. So, '5.1' is not a number in a vb script which is run by the installation. Decimal separator was ',' (comma) on my system and when I changed it to '.' (dot), then installation was completed successfully! So try this! It is a bug and this was the first time I tried to install PHP. After such a problem I will think 1 times if I use PHP. :o I am a programmer and if I would leave such a bug in my application, I would be sacked from my workplace without any doubt. Best Regards: Tamas [2008-07-08 00:13:07] rbsfou at gmail dot com XP Pro SP3: Custom action configIIS4 script error -2146828235, Microsoft VBScript runtime error: File not found Line 182, Column 9 I also cannot do the RunAS trick, as i am on SP3. Does anyone actually use php on iis4 (nt? 98?) nowadays? 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/43639 -- Edit this bug report at http://bugs.php.net/?id=43639&edit=1
#46015 [Asn]: Build fails with system gd.
ID: 46015 Updated by: [EMAIL PROTECTED] Reported By: Fedora at FamilleCollet dot com Status: Assigned Bug Type: GD related Operating System: Linux (Fedora 9) PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: This patch is not correct as then the function defined in gdhelper.h will not be defined and the default signature will be used. please do not apply it, I will fix the issue while working on another similar issue in gd. Previous Comments: [2008-09-08 10:26:57] [EMAIL PROTECTED] Had the same problem and came up with similar fix. Would someone apply this patch to CVS? My karma is not sufficient. [2008-09-07 07:21:45] Fedora at FamilleCollet dot com Description: Build fails when trying to use system GD --with-gd=shared,/usr This is because gdhelpers only provided by bundled library. Trivial patch proposal : --- ext/gd/gd.c.orig2008-09-07 08:53:38.0 +0200 +++ ext/gd/gd.c 2008-09-07 08:54:03.0 +0200 @@ -74,7 +74,9 @@ #include /* 3 Medium bold font */ #include /* 4 Large font */ #include /* 5 Giant font */ +#if HAVE_GD_BUNDLED #include +#endif #ifdef HAVE_GD_WBMP #include "libgd/wbmp.h" Reproduce code: --- make Expected result: Build complete. Actual result: -- Build failed. -- Edit this bug report at http://bugs.php.net/?id=46015&edit=1
#43375 [Opn->Bgs]: utf8_decode
ID: 43375
Updated by: [EMAIL PROTECTED]
Reported By: udo dot rader at bestsolution dot at
-Status: Open
+Status: Bogus
Bug Type: JSON related
Operating System: Ubuntu
PHP Version: 5.2.5
New Comment:
Properly encoded "auml" character in json should be "\u00c4" not
"\xc3\xb6"
Previous Comments:
[2007-11-22 13:02:31] udo dot rader at bestsolution dot at
Description:
I have some JSON data genereated by GWT that is sent to the PHP server
end.
The JSON data recieved may contain special characters as well, that are
regularly encoded as UTF8 (as required by the JSON specification).
However, I find it impossible to access JSON data containing UTF8
encoded characters, because either utf8_decode or json_decode don't work
as expected.
Reproduce code:
---
// this is how the JSON data is "normally" retrieved
//$JSONInput = file_get_contents( "php://input" );
$JSONInput = '{"foo":"\xc3\xb6\xc3\xb6"}';
$decodedJSONData = utf8_decode( $sampleJSONData );
echo "decoded JSON data: ".$decodedJSONData."";
if ( $sampleJSONData == $decodedJSONData ) {
echo "decoded is equal";
}
if ( $sampleJSONData === $decodedJSONData ) {
echo "decoded is binary equal";
}
Expected result:
I expect utf8_decode to really decode the given data. In the example
from above, it should decode the "\xc3\xb6" part to ä (ä in HTML)
Actual result:
--
nothing is decoded at all.
However decoding takes place, if one replaces the double quotes with
single quotes and vice versa in the $JSONInput string.
--
Edit this bug report at http://bugs.php.net/?id=43375&edit=1
#46015 [Asn]: Build fails with system gd.
ID: 46015 Updated by: [EMAIL PROTECTED] Reported By: Fedora at FamilleCollet dot com Status: Assigned Bug Type: GD related Operating System: Linux (Fedora 9) PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: Had the same problem and came up with similar fix. Would someone apply this patch to CVS? My karma is not sufficient. Previous Comments: [2008-09-07 07:21:45] Fedora at FamilleCollet dot com Description: Build fails when trying to use system GD --with-gd=shared,/usr This is because gdhelpers only provided by bundled library. Trivial patch proposal : --- ext/gd/gd.c.orig2008-09-07 08:53:38.0 +0200 +++ ext/gd/gd.c 2008-09-07 08:54:03.0 +0200 @@ -74,7 +74,9 @@ #include /* 3 Medium bold font */ #include /* 4 Large font */ #include /* 5 Giant font */ +#if HAVE_GD_BUNDLED #include +#endif #ifdef HAVE_GD_WBMP #include "libgd/wbmp.h" Reproduce code: --- make Expected result: Build complete. Actual result: -- Build failed. -- Edit this bug report at http://bugs.php.net/?id=46015&edit=1
#46000 [Fbk->Opn]: Could not find "Zend/Session.php" in Zend Framework
ID: 46000
User updated by: ckl at ecw dot de
Reported By: ckl at ecw dot de
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP SP 3
PHP Version: 5.3.0alpha2
New Comment:
Previous Comments:
[2008-09-05 13:44:43] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2008-09-05 07:04:41] ckl at ecw dot de
Description:
My ZF application crashes, because "Zend/Session.php" could not be
located.
I assume this is not a ZF specific issue as the same Script already
worked with PHP 5.2.6.
There might (!) be a problem with the interpreter recognizing files
with the word "namespace" in file-, class- or function name.
Some information about the code:
* Zend_Session || Zend/Session.php *is* included
* require_once 'Zend/Session/Abstract.php' is included and throws no
error (Zend/Session.php line 32)
* require_once 'Zend/Session/Namespace.php' fails. The file is *not*
included
As I already mentioned, this code worked in PHP 5.2.6 and I don't think
that this is a problem of Zend Framwork.
Reproduce code:
---
function __autoload($clazzName)
{
Zend_Loader::loadClass($clazzName);
}
define('ROOT_DIR', dirname(dirname(__FILE__)));
// ...
// some trivial code that worked
// ...
Zend_Session::start();
Expected result:
I expected a working code...
Actual result:
--
"Could not find class Zend_Session in ... at line 0"
--
Edit this bug report at http://bugs.php.net/?id=46000&edit=1
#46020 [NEW]: With Sun Java System Web Server 7.0 on HPUX, #define HPUX
From: river at wikimedia dot org Operating system: HP-UX 11.11 PHP version: 5.2.6 PHP Bug Type: Compile Failure Bug description: With Sun Java System Web Server 7.0 on HPUX, #define HPUX Description: When compiling --with-nsapi on HP-UX 11.11 using Sun Java System Web Server 7.0 Update 3, compilation fails inside because HPUX is not #defined. A workaround is to build with 'CPPFLAGS=-DHPUX'. I suggest detecting HP-UX at compile time and defining HPUX if the NSAPI module is being built. Reproduce code: --- I compiled PHP like this: CPPFLAGS='-I/usr/local/include' LDFLAGS='-L/usr/local/lib -Wl,+b,/usr/local/mysql/lib:/usr/local/lib' CC=gcc CXX=g++ ./configure --prefix=/opt/php --with-mysql=/usr/local/mysql --enable-mbstring --enable-fastcgi --with-nsapi=/opt/webserver7 Expected result: I expected PHP to compile. Actual result: -- PHP didn't compile, with the following error: In file included from /home/river/php/php-5.2.6/sapi/nsapi/nsapi.c:62: /opt/webserver7/include/nsapi.h:315:24: error: sys/select.h: No such file or directory (This include is wrapped in "#ifndef HPUX", which HP's GCC doesn't define by default.) -- Edit bug report at http://bugs.php.net/?id=46020&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46020&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46020&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46020&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46020&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46020&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46020&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46020&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46020&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46020&r=support Expected behavior:http://bugs.php.net/fix.php?id=46020&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46020&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46020&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46020&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46020&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46020&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46020&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46020&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46020&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46020&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46020&r=mysqlcfg
