Bug #60879 [Asn]: unserialize() Does not invoke __wakeup() on object
Edit report at https://bugs.php.net/bug.php?id=60879&edit=1 ID: 60879 User updated by:thijsputman at gmail dot com Reported by:thijsputman at gmail dot com Summary:unserialize() Does not invoke __wakeup() on object Status: Assigned Type: Bug Package:Class/Object related Operating System: Windows 7 PHP Version:5.4.0RC6 Assigned To:szarkos Block user comment: N Private report: N New Comment: The RC8 build provided fixes the issue in my environment. Thanks for the quick follow up! Previous Comments: [2012-02-17 18:05:35] szar...@php.net Thank you for reporting this! It appears to be related to the PGO build, however we've been using PGO since RC3, so it looks like this popped up in the RC6+ builds. Can you please test this build of RC8 and let me know if it fixes the issue in your environment: http://windows.php.net/downloads/snaps/ostc/build/php-5.4.0-RC8-1/php-5.4.0RC8-nts-Win32-VC9-x86.zip The configure line was fixed earlier (was also in some 5.3 snaps), good catch. It does not appear to be related to this issue, however. [2012-02-10 22:43:56] johan...@php.net Steve, I can't verify the report on Linux and don't see a related code-change. As I don't have a proper Windows environment at hand: From the report the user gave it seems like the compiler would do some over-optimistic optimization, can you take a look into this? Also please mind the notes on the other small issues in the configure lines. [2012-02-08 14:02:24] thijsputman at gmail dot com The configure commands between RC7-dev (which works properly) and RC7 (which exhibits the problem) seem to differ a bit, could that be the cause? RC7 contains the following elements not contained in RC7-dev: --disable-nsapi --with-enchant=shared --disable-static-analyze --with-pgo RC7-dev contains the following not contained in RC7: --enable-object-out-dir=d:/temp/obj/nts-windows-vc9-x86 Also, there seems to be a small typo in the RC7-dev configure command: "--enable-snapshot-build --disable-zts --disable-isapi --enable-debug-pack --disable-isapi" ISAPI is disabled twice (I'm guessing the second one should be nsapi?) [2012-02-08 13:46:27] thijsputman at gmail dot com Just tried with RC7 (VC9 x86 Non Thread Safe - 2012-Feb-06 23:40:37) and the problem has reappeared... [2012-02-06 13:44:29] yoozer at gmail dot com I've just tested the official release of RC7; it still exhibits this issue with exactly the same testcase. 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 https://bugs.php.net/bug.php?id=60879 -- Edit this bug report at https://bugs.php.net/bug.php?id=60879&edit=1
[PHP-BUG] Bug #61140 [NEW]: foreach such array('str' => 'str', 0 => 0), compare key and 'str' error
From:
Operating system: windows and *nix
PHP version: 5.3SVN-2012-02-20 (SVN)
Package: Arrays related
Bug Type: Bug
Bug description:foreach such array('str' => 'str', 0 => 0), compare key and
'str' error
Description:
iterate an array which included both int(0) and string type key with
foreach, and
compare key and string value, get an error result!
Test script:
---
$test = array(
'str' => 'str',
0 => 0,
1 => 1
);
foreach ($test as $k=>$v) {
if ('str' == $k)
echo "$k == str \n";
}
Expected result:
output 'str == str ' only
Actual result:
--
output:
str == str
0 == str
--
Edit bug report at https://bugs.php.net/bug.php?id=61140&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61140&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61140&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61140&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61140&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61140&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61140&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61140&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61140&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61140&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61140&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61140&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61140&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61140&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61140&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61140&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61140&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61140&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61140&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61140&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61140&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61140&r=mysqlcfg
[PHP-BUG] Bug #61141 [NEW]: curl_multi_exec functionality broken
From:
Operating system: Windows 7 x64
PHP version: 5.3.10
Package: cURL related
Bug Type: Bug
Bug description:curl_multi_exec functionality broken
Description:
Trying to run multiple curl calls, fails with a timeout while checking for
activity.
PHP 5.3.9 and before work just fine.
Test script:
---
http://windows.php.net/downloads/releases/md5sum.txt";);
curl_setopt($ch1, CURLOPT_HEADER, 0);
curl_setopt($ch1, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch2, CURLOPT_URL,
"http://windows.php.net/downloads/releases/sha1sum.txt";);
curl_setopt($ch2, CURLOPT_HEADER, 0);
curl_setopt($ch2, CURLOPT_RETURNTRANSFER, 1);
$mh = curl_multi_init();
curl_multi_add_handle($mh,$ch1);
curl_multi_add_handle($mh,$ch2);
$active = null;
do { $mrc = curl_multi_exec($mh, $active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active && $mrc == CURLM_OK) if (curl_multi_select($mh) != -1) do {
$mrc = curl_multi_exec($mh, $active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
echo
strlen(curl_multi_getcontent($ch1))."-".strlen(curl_multi_getcontent($ch2));
curl_multi_remove_handle($mh, $ch1);
curl_multi_remove_handle($mh, $ch2);
curl_multi_close($mh);
?>
Expected result:
Seen on PHP 5.3.9:
531-1375
Actual result:
--
Seen on PHP 5.3.10:
Fatal error: Maximum execution time of 30 seconds exceeded in on
line 15
--
Edit bug report at https://bugs.php.net/bug.php?id=61141&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61141&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61141&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61141&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61141&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61141&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61141&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61141&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61141&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61141&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61141&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61141&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61141&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61141&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61141&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61141&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61141&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61141&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61141&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61141&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61141&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61141&r=mysqlcfg
Bug #61140 [Opn->Nab]: foreach such array('str' => 'str', 0 => 0), compare key and 'str' error
Edit report at https://bugs.php.net/bug.php?id=61140&edit=1
ID: 61140
Updated by: ras...@php.net
Reported by:imlivv at gmail dot com
Summary:foreach such array('str' => 'str', 0 => 0), compare
key and 'str' error
-Status: Open
+Status: Not a bug
Type: Bug
Package:Arrays related
Operating System: windows and *nix
PHP Version:5.3SVN-2012-02-20 (SVN)
Block user comment: N
Private report: N
New Comment:
Use === to do a strict comparison without type juggling. More info here:
http://www.php.net/manual/en/language.operators.comparison.php
Previous Comments:
[2012-02-20 10:06:12] imlivv at gmail dot com
Description:
iterate an array which included both int(0) and string type key with foreach,
and
compare key and string value, get an error result!
Test script:
---
$test = array(
'str' => 'str',
0 => 0,
1 => 1
);
foreach ($test as $k=>$v) {
if ('str' == $k)
echo "$k == str \n";
}
Expected result:
output 'str == str ' only
Actual result:
--
output:
str == str
0 == str
--
Edit this bug report at https://bugs.php.net/bug.php?id=61140&edit=1
Bug #61141 [Opn->Fbk]: curl_multi_exec functionality broken
Edit report at https://bugs.php.net/bug.php?id=61141&edit=1
ID: 61141
Updated by: ras...@php.net
Reported by:amoo_miki at yahoo dot com
Summary:curl_multi_exec functionality broken
-Status: Open
+Status: Feedback
Type: Bug
Package:cURL related
Operating System: Windows 7 x64
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
There were no code changes between 5.3.9 and 5.3.10 that could possibly have
caused this. I notice you are using php.net sites in your test script. We had
some dns problems around the time you reported this. Are you sure this wasn't
related to that?
Previous Comments:
[2012-02-20 10:24:15] amoo_miki at yahoo dot com
Description:
Trying to run multiple curl calls, fails with a timeout while checking for
activity.
PHP 5.3.9 and before work just fine.
Test script:
---
http://windows.php.net/downloads/releases/md5sum.txt";);
curl_setopt($ch1, CURLOPT_HEADER, 0);
curl_setopt($ch1, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch2, CURLOPT_URL,
"http://windows.php.net/downloads/releases/sha1sum.txt";);
curl_setopt($ch2, CURLOPT_HEADER, 0);
curl_setopt($ch2, CURLOPT_RETURNTRANSFER, 1);
$mh = curl_multi_init();
curl_multi_add_handle($mh,$ch1);
curl_multi_add_handle($mh,$ch2);
$active = null;
do { $mrc = curl_multi_exec($mh, $active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active && $mrc == CURLM_OK) if (curl_multi_select($mh) != -1) do { $mrc
= curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM);
echo
strlen(curl_multi_getcontent($ch1))."-".strlen(curl_multi_getcontent($ch2));
curl_multi_remove_handle($mh, $ch1);
curl_multi_remove_handle($mh, $ch2);
curl_multi_close($mh);
?>
Expected result:
Seen on PHP 5.3.9:
531-1375
Actual result:
--
Seen on PHP 5.3.10:
Fatal error: Maximum execution time of 30 seconds exceeded in on
line 15
--
Edit this bug report at https://bugs.php.net/bug.php?id=61141&edit=1
Bug #60919 [Fbk->Dup]: __wakeup is not called
Edit report at https://bugs.php.net/bug.php?id=60919&edit=1
ID: 60919
Updated by: paj...@php.net
Reported by:the...@php.net
Summary:__wakeup is not called
-Status: Feedback
+Status: Duplicate
Type: Bug
Package:Scripting Engine problem
Operating System: (Any)
PHP Version:5.4.0RC6+
-Assigned To:stas
+Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
Duplicate of #60879
Previous Comments:
[2012-02-05 18:02:48] the...@php.net
Stas, can you have a look at the patch? Thanks!
[2012-02-05 16:28:20] ras...@php.net
You should ask Stas for permission to commit this patch to 5.4 before the
release. Initializing uninitialized variables tends to be a good idea.
[2012-02-05 14:03:53] the...@php.net
The following patch has been added/updated:
Patch Name: init-serialize-levels.diff
Revision: 1328450632
URL:
https://bugs.php.net/patch-display.php?bug=60919&patch=init-serialize-levels.diff&revision=1328450632
[2012-02-05 14:00:32] the...@php.net
I can also not reproduce the issue if I compile PHP myself, neither on Linux
nor on Windows.
>From looking at the diffs between 5.4.0RC5 and current SVN, BG(serialize_lock)
>in conjunction with BG(unserialize).level and BG(serialize).level) sticks out.
>The thing I think is suspicous here is that BG(unserialize).level gets
>assigned to 1 inside a block guarded by if (... || !BG(unserialize).level) {,
>but is never assigned to 0.
Are we running into this problem because BG(unserialize).level doesn't properly
get initialized? I'm not an expert here but is it safe to rely on the compiler
doing thos?
Same goes for BG(serialize).level, by the way.
[2012-02-04 17:47:12] the...@php.net
But still occurs in php-5.4.0RC7-nts-Win32-VC9-x86 (2012-Feb-02 23:15:00)
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
https://bugs.php.net/bug.php?id=60919
--
Edit this bug report at https://bugs.php.net/bug.php?id=60919&edit=1
Bug #60919 [Dup->Fbk]: __wakeup is not called
Edit report at https://bugs.php.net/bug.php?id=60919&edit=1
ID: 60919
Updated by: paj...@php.net
Reported by:the...@php.net
Summary:__wakeup is not called
-Status: Duplicate
+Status: Feedback
Type: Bug
Package:Scripting Engine problem
Operating System: (Any)
PHP Version:5.4.0RC6+
-Assigned To:pajoye
+Assigned To:stas
Block user comment: N
Private report: N
New Comment:
Actually maybe still valid on other platform than windows, but so far our tests
on
linux (x86&x64) did not show any issue with this issue.
Timm, which platforms exactly do you use to test? The other bug I referred to
(#60879) is a windows only bug and only due to the release build process, not
to a
bug in our code base.
Previous Comments:
[2012-02-20 10:48:47] paj...@php.net
Duplicate of #60879
[2012-02-05 18:02:48] the...@php.net
Stas, can you have a look at the patch? Thanks!
[2012-02-05 16:28:20] ras...@php.net
You should ask Stas for permission to commit this patch to 5.4 before the
release. Initializing uninitialized variables tends to be a good idea.
[2012-02-05 14:03:53] the...@php.net
The following patch has been added/updated:
Patch Name: init-serialize-levels.diff
Revision: 1328450632
URL:
https://bugs.php.net/patch-display.php?bug=60919&patch=init-serialize-levels.diff&revision=1328450632
[2012-02-05 14:00:32] the...@php.net
I can also not reproduce the issue if I compile PHP myself, neither on Linux
nor on Windows.
>From looking at the diffs between 5.4.0RC5 and current SVN, BG(serialize_lock)
>in conjunction with BG(unserialize).level and BG(serialize).level) sticks out.
>The thing I think is suspicous here is that BG(unserialize).level gets
>assigned to 1 inside a block guarded by if (... || !BG(unserialize).level) {,
>but is never assigned to 0.
Are we running into this problem because BG(unserialize).level doesn't properly
get initialized? I'm not an expert here but is it safe to rely on the compiler
doing thos?
Same goes for BG(serialize).level, by the way.
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
https://bugs.php.net/bug.php?id=60919
--
Edit this bug report at https://bugs.php.net/bug.php?id=60919&edit=1
Bug #60879 [PATCH]: unserialize() Does not invoke __wakeup() on object
Edit report at https://bugs.php.net/bug.php?id=60879&edit=1 ID: 60879 Patch added by: paj...@php.net Reported by:thijsputman at gmail dot com Summary:unserialize() Does not invoke __wakeup() on object Status: Assigned Type: Bug Package:Class/Object related Operating System: Windows 7 PHP Version:5.4.0RC6 Assigned To:szarkos Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: pragmaoptoff Revision: 1329735212 URL: https://bugs.php.net/patch-display.php?bug=60879&patch=pragmaoptoff&revision=1329735212 Previous Comments: [2012-02-20 09:58:02] thijsputman at gmail dot com The RC8 build provided fixes the issue in my environment. Thanks for the quick follow up! [2012-02-17 18:05:35] szar...@php.net Thank you for reporting this! It appears to be related to the PGO build, however we've been using PGO since RC3, so it looks like this popped up in the RC6+ builds. Can you please test this build of RC8 and let me know if it fixes the issue in your environment: http://windows.php.net/downloads/snaps/ostc/build/php-5.4.0-RC8-1/php-5.4.0RC8-nts-Win32-VC9-x86.zip The configure line was fixed earlier (was also in some 5.3 snaps), good catch. It does not appear to be related to this issue, however. [2012-02-10 22:43:56] johan...@php.net Steve, I can't verify the report on Linux and don't see a related code-change. As I don't have a proper Windows environment at hand: From the report the user gave it seems like the compiler would do some over-optimistic optimization, can you take a look into this? Also please mind the notes on the other small issues in the configure lines. [2012-02-08 14:02:24] thijsputman at gmail dot com The configure commands between RC7-dev (which works properly) and RC7 (which exhibits the problem) seem to differ a bit, could that be the cause? RC7 contains the following elements not contained in RC7-dev: --disable-nsapi --with-enchant=shared --disable-static-analyze --with-pgo RC7-dev contains the following not contained in RC7: --enable-object-out-dir=d:/temp/obj/nts-windows-vc9-x86 Also, there seems to be a small typo in the RC7-dev configure command: "--enable-snapshot-build --disable-zts --disable-isapi --enable-debug-pack --disable-isapi" ISAPI is disabled twice (I'm guessing the second one should be nsapi?) [2012-02-08 13:46:27] thijsputman at gmail dot com Just tried with RC7 (VC9 x86 Non Thread Safe - 2012-Feb-06 23:40:37) and the problem has reappeared... 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 https://bugs.php.net/bug.php?id=60879 -- Edit this bug report at https://bugs.php.net/bug.php?id=60879&edit=1
[PHP-BUG] Bug #61142 [NEW]: error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR
From: Operating system: RHEL5.3 PHP version: 5.3.10 Package: OCI8 related Bug Type: Bug Bug description:error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR Description: --- >From manual page: http://www.php.net/function.oci-bind-array-by-name#refsect1-function.oci-bind-array-by-name-returnvalues --- Hi, I am testing my application on Amazon Cloud Box where PHP 5.3.9 is installed on RHEL5.3 Below is my php source code line : oci_bind_array_by_name($stmt, "filter_permissions", $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that "child pid 16289 exit signal Illegal instruction (4)" and browser stops and shows blank page. The same line is working fine with PHP 5.1.6 and showing results perfectly. Also if it fails somewhere on any version then i have replaced SQLT_STR with SQLT_CHR and it works fine. In that case i am not in a position to fix this issue in 5.3.9. Is this a PHP issue or the OCI one? help me resolving this issue. Thanks in Advance Naresh K. Test script: --- Below is my php source code line : oci_bind_array_by_name($stmt, "filter_permissions", $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that "child pid 16289 exit signal Illegal instruction (4)" and browser stops and shows blank page. Expected result: It should run without any error in log and doesn't stop the functionlity of page at browser. Actual result: -- Error in log - "child pid 16289 exit signal Illegal instruction (4)" and browser stops and shows blank page. -- Edit bug report at https://bugs.php.net/bug.php?id=61142&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61142&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61142&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61142&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61142&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61142&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61142&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61142&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61142&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61142&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61142&r=support Expected behavior: https://bugs.php.net/fix.php?id=61142&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61142&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61142&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61142&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61142&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61142&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61142&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61142&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61142&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61142&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61142&r=mysqlcfg
Bug #61142 [Opn]: error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR
Edit report at https://bugs.php.net/bug.php?id=61142&edit=1 ID: 61142 User updated by:hinaresh2000 at gmail dot com Reported by:hinaresh2000 at gmail dot com Summary:error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR Status: Open Type: Bug Package:OCI8 related Operating System: RHEL5.3 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Also i have tested it on another box having php 5.3.9 - (built: Jan 12 2012 15:14:33) then i saw below error in log: "child pid 7758 exit signal Segmentation fault (11)" Previous Comments: [2012-02-20 11:26:19] hinaresh2000 at gmail dot com Description: --- >From manual page: >http://www.php.net/function.oci-bind-array-by-name#refsect1-function.oci-bind-array-by-name-returnvalues --- Hi, I am testing my application on Amazon Cloud Box where PHP 5.3.9 is installed on RHEL5.3 Below is my php source code line : oci_bind_array_by_name($stmt, "filter_permissions", $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that "child pid 16289 exit signal Illegal instruction (4)" and browser stops and shows blank page. The same line is working fine with PHP 5.1.6 and showing results perfectly. Also if it fails somewhere on any version then i have replaced SQLT_STR with SQLT_CHR and it works fine. In that case i am not in a position to fix this issue in 5.3.9. Is this a PHP issue or the OCI one? help me resolving this issue. Thanks in Advance Naresh K. Test script: --- Below is my php source code line : oci_bind_array_by_name($stmt, "filter_permissions", $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that "child pid 16289 exit signal Illegal instruction (4)" and browser stops and shows blank page. Expected result: It should run without any error in log and doesn't stop the functionlity of page at browser. Actual result: -- Error in log - "child pid 16289 exit signal Illegal instruction (4)" and browser stops and shows blank page. -- Edit this bug report at https://bugs.php.net/bug.php?id=61142&edit=1
Bug #61141 [Com]: curl_multi_exec functionality broken
Edit report at https://bugs.php.net/bug.php?id=61141&edit=1
ID: 61141
Comment by: amoo_miki at yahoo dot com
Reported by:amoo_miki at yahoo dot com
Summary:curl_multi_exec functionality broken
Status: Feedback
Type: Bug
Package:cURL related
Operating System: Windows 7 x64
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I used these URLs just to make sure the content is small while my original code
looks at various news feeds. I did make sure the URLs return stuff, via simple
usage of cURL too.
The timeout happens within the loop that performs the curl_multi_select.
Previous Comments:
[2012-02-20 10:46:59] ras...@php.net
There were no code changes between 5.3.9 and 5.3.10 that could possibly have
caused this. I notice you are using php.net sites in your test script. We had
some dns problems around the time you reported this. Are you sure this wasn't
related to that?
[2012-02-20 10:24:15] amoo_miki at yahoo dot com
Description:
Trying to run multiple curl calls, fails with a timeout while checking for
activity.
PHP 5.3.9 and before work just fine.
Test script:
---
http://windows.php.net/downloads/releases/md5sum.txt";);
curl_setopt($ch1, CURLOPT_HEADER, 0);
curl_setopt($ch1, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch2, CURLOPT_URL,
"http://windows.php.net/downloads/releases/sha1sum.txt";);
curl_setopt($ch2, CURLOPT_HEADER, 0);
curl_setopt($ch2, CURLOPT_RETURNTRANSFER, 1);
$mh = curl_multi_init();
curl_multi_add_handle($mh,$ch1);
curl_multi_add_handle($mh,$ch2);
$active = null;
do { $mrc = curl_multi_exec($mh, $active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active && $mrc == CURLM_OK) if (curl_multi_select($mh) != -1) do { $mrc
= curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM);
echo
strlen(curl_multi_getcontent($ch1))."-".strlen(curl_multi_getcontent($ch2));
curl_multi_remove_handle($mh, $ch1);
curl_multi_remove_handle($mh, $ch2);
curl_multi_close($mh);
?>
Expected result:
Seen on PHP 5.3.9:
531-1375
Actual result:
--
Seen on PHP 5.3.10:
Fatal error: Maximum execution time of 30 seconds exceeded in on
line 15
--
Edit this bug report at https://bugs.php.net/bug.php?id=61141&edit=1
[PHP-BUG] Bug #61143 [NEW]: XML Parser segfaults on large xml
From:
Operating system: FreeBSD 8.3
PHP version: 5.3.10
Package: Reproducible crash
Bug Type: Bug
Bug description:XML Parser segfaults on large xml
Description:
Previously we used PHP 5.2.17 in pfSense 2.0 before we upgraded our build
process to the current 5.3.10.
We use the suplied xml to PHP array function in pfSense to convert RRD
files and add new fields to RRD files.
Here is the PHP version that we use on pfSense.
[2.1-DEVELOPMENT][root@pfsense.localdomain]/root(1): php -v
PHP 5.3.10 with Suhosin-Patch (cgi-fcgi) (built: Feb 17 2012 14:05:19)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
$xml = file_get_contents("wan-traffic.rrd.old.xml");
$array = xml2array($xml, 1, "tag");
/* this ^^ causes a segfault */
Please see the complete code below and a test file to work on.
Test script:
---
PHP code that triggers our crash, please download the entire code and XML
file from:
http://iserv.nl/files/pfsense/php/wan-traffic.rrd.old.xml
http://iserv.nl/files/pfsense/php/testscript.txt
Expected result:
Return a array of the XML data.
Actual result:
--
PHP core dumps with a signal 11.
http://iserv.nl/files/pfsense/php/php%20core%20dump%205.3.10%20freebsd%208.3.png
--
Edit bug report at https://bugs.php.net/bug.php?id=61143&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61143&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61143&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61143&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61143&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61143&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61143&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61143&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61143&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61143&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61143&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61143&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61143&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61143&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61143&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61143&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61143&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61143&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61143&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61143&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61143&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61143&r=mysqlcfg
Bug #55156 [Com]: ReflectionClass::getDocComment() returns comment even though the class has none
Edit report at https://bugs.php.net/bug.php?id=55156&edit=1 ID: 55156 Comment by: kotlyar dot maksim at gmail dot com Reported by:schmittjoh at gmail dot com Summary:ReflectionClass::getDocComment() returns comment even though the class has none Status: Closed Type: Bug Package:Reflection related Operating System: Ubuntu 10.04 PHP Version:5.3.6 Assigned To:felipe Block user comment: N Private report: N New Comment: I also have such problem while using Doctrine2 My environment: Ubuntu 11.10 PHP 5.3.6-13ubuntu3.6 with Suhosin-Patch (cli) (built: Feb 11 2012 02:17:16) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans I have fixed it by adding an empty doc block to a class Doctrine complains to. Previous Comments: [2011-10-16 20:03:18] karsten at typo3 dot org I have seen this running PHP 5.3.8, so it seems the fix wasn't complete... I'll check with the test mentioned above. [2011-08-22 01:11:15] pierr...@php.net Automatic comment from SVN on behalf of pierrick Revision: http://svn.php.net/viewvc/?view=revision&revision=315259 Log: - Fixed bug #55156 (ReflectionClass::getDocComment() returns comment even though the class has none) # Patch was not committed on the PHP5.3 branch [2011-07-07 19:07:13] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=313056 Log: - Fixed bug #55156 (ReflectionClass::getDocComment() returns comment even though the class has none) [2011-07-07 19:07:01] fel...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2011-07-07 06:50:20] schmittjoh at gmail dot com Note that this only happens if the class that ReflectionClass represents has no doc comment itself. 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 https://bugs.php.net/bug.php?id=55156 -- Edit this bug report at https://bugs.php.net/bug.php?id=55156&edit=1
Bug #61143 [Opn->Fbk]: XML Parser segfaults on large xml
Edit report at https://bugs.php.net/bug.php?id=61143&edit=1
ID: 61143
Updated by: ras...@php.net
Reported by:seth dot mos at dds dot nl
Summary:XML Parser segfaults on large xml
-Status: Open
+Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: FreeBSD 8.3
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I tried to reproduce this crash with the provided files on both Linux and
FreeBSD
and was unable to. We'll need more information. Could you get a backtrace for
us?
And second, could you try it without Suhosin enabled?
Previous Comments:
[2012-02-20 13:11:28] seth dot mos at dds dot nl
Description:
Previously we used PHP 5.2.17 in pfSense 2.0 before we upgraded our build
process to the current 5.3.10.
We use the suplied xml to PHP array function in pfSense to convert RRD files
and add new fields to RRD files.
Here is the PHP version that we use on pfSense.
[2.1-DEVELOPMENT][root@pfsense.localdomain]/root(1): php -v
PHP 5.3.10 with Suhosin-Patch (cgi-fcgi) (built: Feb 17 2012 14:05:19)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
$xml = file_get_contents("wan-traffic.rrd.old.xml");
$array = xml2array($xml, 1, "tag");
/* this ^^ causes a segfault */
Please see the complete code below and a test file to work on.
Test script:
---
PHP code that triggers our crash, please download the entire code and XML file
from:
http://iserv.nl/files/pfsense/php/wan-traffic.rrd.old.xml
http://iserv.nl/files/pfsense/php/testscript.txt
Expected result:
Return a array of the XML data.
Actual result:
--
PHP core dumps with a signal 11.
http://iserv.nl/files/pfsense/php/php%20core%20dump%205.3.10%20freebsd%208.3.png
--
Edit this bug report at https://bugs.php.net/bug.php?id=61143&edit=1
[PHP-BUG] Req #61147 [NEW]: No conflict resolution for properties in traits
From: Operating system: MacOS X 10.7 PHP version: 5.4.0RC8 Package: Compile Warning Bug Type: Feature/Change Request Bug description:No conflict resolution for properties in traits Description: There is no way to resolve a conflict in two used traits with the same property. The resolution method used to resolve conflicting method names should be able to be used similarly on properties. I realize this may be the intended behavior to discourage use of properties in traits as properties were not originally intended in traits, but since properties are allowed, there should be a way to resolve the conflict, and the solution is simple and fits with existing syntax. Test script: --- Expected result: No errors or warnings. Actual result: -- Parse error: syntax error, unexpected '$test' (T_VARIABLE), expecting identifier (T_STRING) in index.php on line 14 -- Edit bug report at https://bugs.php.net/bug.php?id=61147&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61147&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61147&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61147&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61147&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61147&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61147&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61147&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61147&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61147&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61147&r=support Expected behavior: https://bugs.php.net/fix.php?id=61147&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61147&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61147&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61147&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61147&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61147&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61147&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61147&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61147&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61147&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61147&r=mysqlcfg
Req #38025 [Com]: Missing stream wrapper methods
Edit report at https://bugs.php.net/bug.php?id=38025&edit=1
ID: 38025
Comment by: mirco dot babin at gmail dot com
Reported by:flconseil at yahoo dot fr
Summary:Missing stream wrapper methods
Status: Open
Type: Feature/Change Request
Package:Streams related
Operating System: *
PHP Version:5.3
Block user comment: N
Private report: N
New Comment:
I implemented my own stream, named "localexe" on the Windows platform
(using C, not php user streams).
1)
The realpath('localexe://localhost/teststream.php'); should return
"localexe://localhost/teststream.php", because it exists.
Currently it returns false.
2)
The chdir('localexe://localhost/'); results in "Warning: chdir()
[function.chdir]: No such file or directory (errno 2) in
localexe://localhost/teststream.php on line 383"
3)
Because chdir(); does not work with streams, the include('./testinclude1.php');
also doesn't work.
I tracked down in the sources to tsrm_virtual_cwd.h.
This is a layer on Windows to implement GetCurrentDirectory() avoiding
thread issues.
This layer can't handle any custom stream, it always uses the local
filesystem.
I think this is the main problem.
Previous Comments:
[2010-06-26 06:26:07] james at gogo dot co dot nz
I will add also that if touch() gets called with a (normally stream wrapped)
URL,
it actually attempts to touch a file by that name on the local file system,
most
likely unsuccessfully (producing a WARNING) but there is no particular reason
why
it could not be successful in some situation.
Better/safer behavior would be to give an ERROR that you are trying to touch a
stream wrapped file which can't be touched (or preferably of course, implement
the ability for stream wrappers to accommodate touch()).
[2010-06-25 18:36:28] james at gogo dot co dot nz
In the 4 years since this bug/feature request was reported, flock() has been
implemented.
I can not see any documentation to indicate that touch(), chmod() etc... are
possible to implement with stream wrappers yet.
url_stat() is able to provide read access for these data points, but there is
no
means to provide the write access.
[2006-07-06 16:59:40] flconseil at yahoo dot fr
Description:
The following functions cannot be implemented in a stream wrapper because the
corresponding methods don't exist :
- chgrp & lchgrp
- chown &lchown
- chmod
- flock
- link & symlink/readlink
- touch
To be confirmed for :
- ftruncate
- realpath
For most of these (links, owner, mode), as the values can be returned by
stat/lstat() calls, PHP should provide a way to set/modify them.
--
Edit this bug report at https://bugs.php.net/bug.php?id=38025&edit=1
[PHP-BUG] Bug #61148 [NEW]: auto_prepend_file and auto_append_file seemingly load on favicon request
From:
Operating system: FreeBSD7.3 (amd64)
PHP version: 5.3.10
Package: *General Issues
Bug Type: Bug
Bug description:auto_prepend_file and auto_append_file seemingly load on
favicon request
Description:
Pages that are loaded with auto_prepend_file and auto_append_file load
multiple
times per page request if there is no favicon.ico located in the root
directory.
I believe this only happens with chrome and IE, have not been able to
replicate
the issue with firefox.
You will see using this configuration, if you load index.php your database
will
get at least 2 entries, one for '/index.php', and one for and one for
'/favicon.ico/'
This might just be a matter of appending the documentation if this is
deemed "not
a bug" because according the php.net manual auto_prepend_file and
auto_append_file
should function exactly as the require() function. However if this code
was put
in index.php as "require('prepend.php')" instead of being autoloaded it
would
always only load once.
Test script:
---
.htaccess:
php_value auto_prepend_file /path_to_file/prepend.php
prepend.php:
query("INSERT INTO uri_test (uri, time) VALUES
('$_SERVER[REQUEST_URI]',now())");
?>
Expected result:
expected result is that the prepend.php file only runs once per page load.
Actual result:
--
prepend.php loads when the browser is seemingly requesting the URI for the
favicon.ico
--
Edit bug report at https://bugs.php.net/bug.php?id=61148&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61148&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61148&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61148&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61148&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61148&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61148&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61148&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61148&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61148&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61148&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61148&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61148&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61148&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61148&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61148&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61148&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61148&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61148&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61148&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61148&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61148&r=mysqlcfg
[PHP-BUG] Bug #61149 [NEW]: access.format directive should be in quotation marks
From:
Operating system:
PHP version: 5.3.10
Package: FPM related
Bug Type: Bug
Bug description:access.format directive should be in quotation marks
Description:
Following up on Debian bug #660581
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660581), I've noticed
that in commit r312399 to php.net
(http://svn.php.net/viewvc?view=revision&revision=312399) a commented
access.format directive was added to php-fpm.conf.in for the 5.3, 5.4 and
trunk branches.
Although this was done in one commit, the directive in 5.4 and trunk is
between quotation marks, while the one in 5.3 branch isn't.
5.3:
; Default: "%R - %u %t \"%m %r\" %s"
;access.format = %R - %u %t "%m %r%Q%q" %s %f %{mili}d %{kilo}M %C%%
5.4:
; Default: "%R - %u %t \"%m %r\" %s"
;access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%"
--
Edit bug report at https://bugs.php.net/bug.php?id=61149&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61149&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61149&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61149&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61149&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61149&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61149&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61149&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61149&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61149&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61149&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61149&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61149&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61149&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61149&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61149&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61149&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61149&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61149&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61149&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61149&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61149&r=mysqlcfg
Bug #40479 [Com]: zend_mm_heap corrupted
Edit report at https://bugs.php.net/bug.php?id=40479&edit=1
ID: 40479
Comment by: andreyvit at me dot com
Reported by:rrossi at maggioli dot it
Summary:zend_mm_heap corrupted
Status: Feedback
Type: Bug
Package:Reproducible crash
Operating System: Suse Linux 9.0
PHP Version:5.2.1
Block user comment: N
Private report: N
New Comment:
Just had the same issue, but 100% reproducible. It does not always print
zend_mm_heap corrupted, but it always segfaults PHP.
I've traced it to an equivalent of the following two lines of code:
$xx = new stdClass;
strpos($xx, ':');
Moreover, this only crashes inside a custom error handler function. If I
disable
set_error_handler call, the crash disappears. The crash inside the error
handler
is on a pretty innocent operation, and the location is not stable (most often
it
crashes on assigning a large literal array to a static variable).
I tried to produce a smaller test case which reproduces the crash, but failed.
Some magic dust is always missing.
However, this gives us an alternative theory why most people may only be seeing
this in production and rarely: they may only be running a custom error handler
in
production, and they may have a rare critical error somewhere which can trigger
it. Try disabling your error handler and see.
Previous Comments:
[2011-12-11 19:37:37] arekm at maven dot pl
"f dot ardelian at gmail dot com" test case works on php 5.4rc2, too (php
cli segfaults)
[2011-11-23 11:30:36] utnalove at yahoo dot it
Hello, I use Wordpress. I am hosted in home.pl which uses IdeaWebServer instead
of Apache. Very often when I enable whatever cache plugin I get the
"zend_mm_heap corrupted" error.
I have also a hosting in the USA with Apache and the same PHP and MySql
versions. If I backup both data and database and restore it in the Apache
server
I can use my caching plugins without issues because the "zend_mm_heap
corrupted"
error never appears.
Home.pl says that this is a PHP issue and it is not connected with their non-
Apache server.
What's your opinion in that? Is it a PHP issue or a hosting issue?
Thank you
[2011-11-02 10:34:30] from dot php dot net at brainbox dot cz
I can reproduce the bug on Microsoft Windows XP SP3, with latest official PHP
5.3.8 NTS build.
When we run script from "f dot ardelian at gmail dot com", PHP does not output
"zend_mm_heap corrupted", but right after displaying the "If you see thisâ¦"
line CRASHES.
However, I found that when I call "gc_disable();" before script end, it
finishes successfully. This helped me run the test script without problems, but
didn't solve the issue in my other scripts.
_guid = self::$maxGuid++] = $this;
}
public function __destruct() {
unset(self::$world[$this->_guid]);
}
}
for ($i = 0; $i < OBJECT_COUNT; ++$i) {
new Object();
}
// You probably won't see this because of the "zend_mm_heap corrupted"
echo 'If you see this, try to increase OBJECT_COUNT to 100,000';
gc_disable(); // ADDED - works for me - PHP does not crash
?>
[2011-10-17 20:24:44] rob dot spekschoor at gmail dot com
problem solved by compiling apache with prefork. Somehow Apache worker MPM +
PHP 5.2 works fine but Apache worker MPM + PHP 5.3 fails terribly. Prefork
seems stable
[2011-10-05 20:08:42] rob dot spekschoor at gmail dot com
I can also reproduce with script from 'f dot ardelian at gmail dot com' this
error on:
php --version
PHP 5.3.8-pl0-gentoo (cli) (built: Oct 4 2011 10:42:38)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
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
https://bugs.php.net/bug.php?id=40479
--
Edit this bug report at https://bugs.php.net/bug.php?id=40479&edit=1
Bug #61148 [Opn]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1
ID: 61148
User updated by:khaos337 at gmail dot com
Reported by:khaos337 at gmail dot com
Summary:auto_prepend_file and auto_append_file seemingly
load on favicon request
Status: Open
Type: Bug
Package:*General Issues
Operating System: FreeBSD7.3 (amd64)
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I was able to confirm the issue occurs across all browsers including firefox
Previous Comments:
[2012-02-20 19:55:19] khaos337 at gmail dot com
Description:
Pages that are loaded with auto_prepend_file and auto_append_file load multiple
times per page request if there is no favicon.ico located in the root
directory.
I believe this only happens with chrome and IE, have not been able to replicate
the issue with firefox.
You will see using this configuration, if you load index.php your database will
get at least 2 entries, one for '/index.php', and one for and one for
'/favicon.ico/'
This might just be a matter of appending the documentation if this is deemed
"not
a bug" because according the php.net manual auto_prepend_file and
auto_append_file
should function exactly as the require() function. However if this code was
put
in index.php as "require('prepend.php')" instead of being autoloaded it would
always only load once.
Test script:
---
.htaccess:
php_value auto_prepend_file /path_to_file/prepend.php
prepend.php:
query("INSERT INTO uri_test (uri, time) VALUES
('$_SERVER[REQUEST_URI]',now())");
?>
Expected result:
expected result is that the prepend.php file only runs once per page load.
Actual result:
--
prepend.php loads when the browser is seemingly requesting the URI for the
favicon.ico
--
Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
Bug #61148 [Opn->Fbk]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1
ID: 61148
Updated by: ras...@php.net
Reported by:khaos337 at gmail dot com
Summary:auto_prepend_file and auto_append_file seemingly
load on favicon request
-Status: Open
+Status: Feedback
Type: Bug
Package:*General Issues
Operating System: FreeBSD7.3 (amd64)
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Wouldn't this only happen if you have your web server configured to send
favicon.ico request through PHP? Or, perhaps if you have a 404 handler pointed
at
a PHP script? In a normally configured web server I don't see this happening.
Previous Comments:
[2012-02-20 20:23:34] khaos337 at gmail dot com
I was able to confirm the issue occurs across all browsers including firefox
[2012-02-20 19:55:19] khaos337 at gmail dot com
Description:
Pages that are loaded with auto_prepend_file and auto_append_file load multiple
times per page request if there is no favicon.ico located in the root
directory.
I believe this only happens with chrome and IE, have not been able to replicate
the issue with firefox.
You will see using this configuration, if you load index.php your database will
get at least 2 entries, one for '/index.php', and one for and one for
'/favicon.ico/'
This might just be a matter of appending the documentation if this is deemed
"not
a bug" because according the php.net manual auto_prepend_file and
auto_append_file
should function exactly as the require() function. However if this code was
put
in index.php as "require('prepend.php')" instead of being autoloaded it would
always only load once.
Test script:
---
.htaccess:
php_value auto_prepend_file /path_to_file/prepend.php
prepend.php:
query("INSERT INTO uri_test (uri, time) VALUES
('$_SERVER[REQUEST_URI]',now())");
?>
Expected result:
expected result is that the prepend.php file only runs once per page load.
Actual result:
--
prepend.php loads when the browser is seemingly requesting the URI for the
favicon.ico
--
Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
Bug #61141 [Fbk->Opn]: curl_multi_select returns -1
Edit report at https://bugs.php.net/bug.php?id=61141&edit=1
ID: 61141
User updated by:amoo_miki at yahoo dot com
Reported by:amoo_miki at yahoo dot com
-Summary:curl_multi_exec functionality broken
+Summary:curl_multi_select returns -1
-Status: Feedback
+Status: Open
Type: Bug
Package:cURL related
Operating System: Windows 7 x64
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I put some debug code and got to "curl_multi_select" returning -1 no matter
what, which seems to mean failure from the underlying select system call.
So I guess, the conversation between Win7 x64 and cURL in 5.3.10 is not going
smooth.
Previous Comments:
[2012-02-20 11:42:47] amoo_miki at yahoo dot com
I used these URLs just to make sure the content is small while my original code
looks at various news feeds. I did make sure the URLs return stuff, via simple
usage of cURL too.
The timeout happens within the loop that performs the curl_multi_select.
[2012-02-20 10:46:59] ras...@php.net
There were no code changes between 5.3.9 and 5.3.10 that could possibly have
caused this. I notice you are using php.net sites in your test script. We had
some dns problems around the time you reported this. Are you sure this wasn't
related to that?
[2012-02-20 10:24:15] amoo_miki at yahoo dot com
Description:
Trying to run multiple curl calls, fails with a timeout while checking for
activity.
PHP 5.3.9 and before work just fine.
Test script:
---
http://windows.php.net/downloads/releases/md5sum.txt";);
curl_setopt($ch1, CURLOPT_HEADER, 0);
curl_setopt($ch1, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch2, CURLOPT_URL,
"http://windows.php.net/downloads/releases/sha1sum.txt";);
curl_setopt($ch2, CURLOPT_HEADER, 0);
curl_setopt($ch2, CURLOPT_RETURNTRANSFER, 1);
$mh = curl_multi_init();
curl_multi_add_handle($mh,$ch1);
curl_multi_add_handle($mh,$ch2);
$active = null;
do { $mrc = curl_multi_exec($mh, $active); } while ($mrc ==
CURLM_CALL_MULTI_PERFORM);
while ($active && $mrc == CURLM_OK) if (curl_multi_select($mh) != -1) do { $mrc
= curl_multi_exec($mh, $active); } while ($mrc == CURLM_CALL_MULTI_PERFORM);
echo
strlen(curl_multi_getcontent($ch1))."-".strlen(curl_multi_getcontent($ch2));
curl_multi_remove_handle($mh, $ch1);
curl_multi_remove_handle($mh, $ch2);
curl_multi_close($mh);
?>
Expected result:
Seen on PHP 5.3.9:
531-1375
Actual result:
--
Seen on PHP 5.3.10:
Fatal error: Maximum execution time of 30 seconds exceeded in on
line 15
--
Edit this bug report at https://bugs.php.net/bug.php?id=61141&edit=1
Bug #61149 [Opn->Csd]: access.format directive should be in quotation marks
Edit report at https://bugs.php.net/bug.php?id=61149&edit=1
ID: 61149
Updated by: ras...@php.net
Reported by:kaplanlior at gmail dot com
Summary:access.format directive should be in quotation marks
-Status: Open
+Status: Closed
Type: Bug
Package:FPM related
PHP Version:5.3.10
-Assigned To:
+Assigned To:rasmus
Block user comment: N
Private report: N
New Comment:
Fixed, thanks. Will be in 5.3.11.
Previous Comments:
[2012-02-20 20:29:23] ras...@php.net
Automatic comment from SVN on behalf of rasmus
Revision: http://svn.php.net/viewvc/?view=revision&revision=323395
Log: Fix bug 61149
[2012-02-20 19:59:37] kaplanlior at gmail dot com
Description:
Following up on Debian bug #660581
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660581), I've noticed that in
commit r312399 to php.net
(http://svn.php.net/viewvc?view=revision&revision=312399) a commented
access.format directive was added to php-fpm.conf.in for the 5.3, 5.4 and trunk
branches.
Although this was done in one commit, the directive in 5.4 and trunk is between
quotation marks, while the one in 5.3 branch isn't.
5.3:
; Default: "%R - %u %t \"%m %r\" %s"
;access.format = %R - %u %t "%m %r%Q%q" %s %f %{mili}d %{kilo}M %C%%
5.4:
; Default: "%R - %u %t \"%m %r\" %s"
;access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%"
--
Edit this bug report at https://bugs.php.net/bug.php?id=61149&edit=1
Bug #61148 [Fbk->Opn]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1
ID: 61148
User updated by:khaos337 at gmail dot com
Reported by:khaos337 at gmail dot com
Summary:auto_prepend_file and auto_append_file seemingly
load on favicon request
-Status: Feedback
+Status: Open
Type: Bug
Package:*General Issues
Operating System: FreeBSD7.3 (amd64)
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I do have a 404 handler pointed at a .php script but I didn't even think of
that
because I didn't think it had anything to do with a favicon. As for how the
web
server is configure I'm not sure because I'm on a managed server so I don't
have
that access. I will test it with out the 404 redirect and get back to you.
Previous Comments:
[2012-02-20 20:26:09] ras...@php.net
Wouldn't this only happen if you have your web server configured to send
favicon.ico request through PHP? Or, perhaps if you have a 404 handler pointed
at
a PHP script? In a normally configured web server I don't see this happening.
[2012-02-20 20:23:34] khaos337 at gmail dot com
I was able to confirm the issue occurs across all browsers including firefox
[2012-02-20 19:55:19] khaos337 at gmail dot com
Description:
Pages that are loaded with auto_prepend_file and auto_append_file load multiple
times per page request if there is no favicon.ico located in the root
directory.
I believe this only happens with chrome and IE, have not been able to replicate
the issue with firefox.
You will see using this configuration, if you load index.php your database will
get at least 2 entries, one for '/index.php', and one for and one for
'/favicon.ico/'
This might just be a matter of appending the documentation if this is deemed
"not
a bug" because according the php.net manual auto_prepend_file and
auto_append_file
should function exactly as the require() function. However if this code was
put
in index.php as "require('prepend.php')" instead of being autoloaded it would
always only load once.
Test script:
---
.htaccess:
php_value auto_prepend_file /path_to_file/prepend.php
prepend.php:
query("INSERT INTO uri_test (uri, time) VALUES
('$_SERVER[REQUEST_URI]',now())");
?>
Expected result:
expected result is that the prepend.php file only runs once per page load.
Actual result:
--
prepend.php loads when the browser is seemingly requesting the URI for the
favicon.ico
--
Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
Bug #61148 [Opn->Nab]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1
ID: 61148
Updated by: ras...@php.net
Reported by:khaos337 at gmail dot com
Summary:auto_prepend_file and auto_append_file seemingly
load on favicon request
-Status: Open
+Status: Not a bug
Type: Bug
Package:*General Issues
Operating System: FreeBSD7.3 (amd64)
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
A favicon request is a request like any other. If the favicon.ico file doesn't
exist the request will trigger a 404 and your 404 handler will be run. The same
will happen if your main request tries to load images/css/js that don't exist,
so
you either need to make sure your main requests never generate a 404 or you
need
to make your 404 handler/prepend script smarter. You can have it check the
requested URI and skip doing whatever it is you don't want it doing multiple
times per page load. This isn't something we can fix at the PHP level. PHP is
doing what you are asking it to do here.
Previous Comments:
[2012-02-20 20:30:49] khaos337 at gmail dot com
I do have a 404 handler pointed at a .php script but I didn't even think of
that
because I didn't think it had anything to do with a favicon. As for how the
web
server is configure I'm not sure because I'm on a managed server so I don't
have
that access. I will test it with out the 404 redirect and get back to you.
[2012-02-20 20:26:09] ras...@php.net
Wouldn't this only happen if you have your web server configured to send
favicon.ico request through PHP? Or, perhaps if you have a 404 handler pointed
at
a PHP script? In a normally configured web server I don't see this happening.
[2012-02-20 20:23:34] khaos337 at gmail dot com
I was able to confirm the issue occurs across all browsers including firefox
[2012-02-20 19:55:19] khaos337 at gmail dot com
Description:
Pages that are loaded with auto_prepend_file and auto_append_file load multiple
times per page request if there is no favicon.ico located in the root
directory.
I believe this only happens with chrome and IE, have not been able to replicate
the issue with firefox.
You will see using this configuration, if you load index.php your database will
get at least 2 entries, one for '/index.php', and one for and one for
'/favicon.ico/'
This might just be a matter of appending the documentation if this is deemed
"not
a bug" because according the php.net manual auto_prepend_file and
auto_append_file
should function exactly as the require() function. However if this code was
put
in index.php as "require('prepend.php')" instead of being autoloaded it would
always only load once.
Test script:
---
.htaccess:
php_value auto_prepend_file /path_to_file/prepend.php
prepend.php:
query("INSERT INTO uri_test (uri, time) VALUES
('$_SERVER[REQUEST_URI]',now())");
?>
Expected result:
expected result is that the prepend.php file only runs once per page load.
Actual result:
--
prepend.php loads when the browser is seemingly requesting the URI for the
favicon.ico
--
Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
Bug #61148 [Nab]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1
ID: 61148
User updated by:khaos337 at gmail dot com
Reported by:khaos337 at gmail dot com
Summary:auto_prepend_file and auto_append_file seemingly
load on favicon request
Status: Not a bug
Type: Bug
Package:*General Issues
Operating System: FreeBSD7.3 (amd64)
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Understood, just one more quick question though. If the 404 page is the one
causing the file to fire again, which would make sense because it is a php
page,
why wouldn't the $_SERVER['REQUEST_URI'] kick back the 404 page
'/error404.php/'
instead of '/favicon.ico/'?
Previous Comments:
[2012-02-20 20:34:36] ras...@php.net
A favicon request is a request like any other. If the favicon.ico file doesn't
exist the request will trigger a 404 and your 404 handler will be run. The same
will happen if your main request tries to load images/css/js that don't exist,
so
you either need to make sure your main requests never generate a 404 or you
need
to make your 404 handler/prepend script smarter. You can have it check the
requested URI and skip doing whatever it is you don't want it doing multiple
times per page load. This isn't something we can fix at the PHP level. PHP is
doing what you are asking it to do here.
[2012-02-20 20:30:49] khaos337 at gmail dot com
I do have a 404 handler pointed at a .php script but I didn't even think of
that
because I didn't think it had anything to do with a favicon. As for how the
web
server is configure I'm not sure because I'm on a managed server so I don't
have
that access. I will test it with out the 404 redirect and get back to you.
[2012-02-20 20:26:09] ras...@php.net
Wouldn't this only happen if you have your web server configured to send
favicon.ico request through PHP? Or, perhaps if you have a 404 handler pointed
at
a PHP script? In a normally configured web server I don't see this happening.
[2012-02-20 20:23:34] khaos337 at gmail dot com
I was able to confirm the issue occurs across all browsers including firefox
[2012-02-20 19:55:19] khaos337 at gmail dot com
Description:
Pages that are loaded with auto_prepend_file and auto_append_file load multiple
times per page request if there is no favicon.ico located in the root
directory.
I believe this only happens with chrome and IE, have not been able to replicate
the issue with firefox.
You will see using this configuration, if you load index.php your database will
get at least 2 entries, one for '/index.php', and one for and one for
'/favicon.ico/'
This might just be a matter of appending the documentation if this is deemed
"not
a bug" because according the php.net manual auto_prepend_file and
auto_append_file
should function exactly as the require() function. However if this code was
put
in index.php as "require('prepend.php')" instead of being autoloaded it would
always only load once.
Test script:
---
.htaccess:
php_value auto_prepend_file /path_to_file/prepend.php
prepend.php:
query("INSERT INTO uri_test (uri, time) VALUES
('$_SERVER[REQUEST_URI]',now())");
?>
Expected result:
expected result is that the prepend.php file only runs once per page load.
Actual result:
--
prepend.php loads when the browser is seemingly requesting the URI for the
favicon.ico
--
Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
Bug #61148 [Nab]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1 ID: 61148 Updated by: ras...@php.net Reported by:khaos337 at gmail dot com Summary:auto_prepend_file and auto_append_file seemingly load on favicon request Status: Not a bug Type: Bug Package:*General Issues Operating System: FreeBSD7.3 (amd64) PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Because that wan't the requested uri? Depends on how you are doing the 404 redirect, I guess. Previous Comments: [2012-02-20 20:39:08] khaos337 at gmail dot com Understood, just one more quick question though. If the 404 page is the one causing the file to fire again, which would make sense because it is a php page, why wouldn't the $_SERVER['REQUEST_URI'] kick back the 404 page '/error404.php/' instead of '/favicon.ico/'? [2012-02-20 20:34:36] ras...@php.net A favicon request is a request like any other. If the favicon.ico file doesn't exist the request will trigger a 404 and your 404 handler will be run. The same will happen if your main request tries to load images/css/js that don't exist, so you either need to make sure your main requests never generate a 404 or you need to make your 404 handler/prepend script smarter. You can have it check the requested URI and skip doing whatever it is you don't want it doing multiple times per page load. This isn't something we can fix at the PHP level. PHP is doing what you are asking it to do here. [2012-02-20 20:30:49] khaos337 at gmail dot com I do have a 404 handler pointed at a .php script but I didn't even think of that because I didn't think it had anything to do with a favicon. As for how the web server is configure I'm not sure because I'm on a managed server so I don't have that access. I will test it with out the 404 redirect and get back to you. [2012-02-20 20:26:09] ras...@php.net Wouldn't this only happen if you have your web server configured to send favicon.ico request through PHP? Or, perhaps if you have a 404 handler pointed at a PHP script? In a normally configured web server I don't see this happening. [2012-02-20 20:23:34] khaos337 at gmail dot com I was able to confirm the issue occurs across all browsers including firefox 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 https://bugs.php.net/bug.php?id=61148 -- Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
Req #60288 [Com]: ZERO DATES IN STRTOTIME
Edit report at https://bugs.php.net/bug.php?id=60288&edit=1 ID: 60288 Comment by: john at gbd dot co dot uk Reported by:it at ezy2c dot com Summary:ZERO DATES IN STRTOTIME Status: Open Type: Feature/Change Request Package:Date/time related Operating System: CENTOS 5 64 bit PHP Version:5.3.8 Block user comment: N Private report: N New Comment: as -00-00 is a non-existant date (the day before 01-01-0001 was 31/12/-0001) then strtotime() should return NULL on all systems Previous Comments: [2011-11-14 03:17:58] it at ezy2c dot com The Optional parameter could be set to DEFAULT of TRUE, that way it works as it would on 32-bit. However if you want to use a date 292 billion years ij the past or future, specify FALSE. [2011-11-14 03:16:07] it at ezy2c dot com Description: If you could please include a 3rd switch to strtotime ( string $time [, int $now = time() ], [legacy32bit = boolean] ) This would both allow large date ranges as well is be backwards supporting of database default timestamps ie -00-00 00:00:00 they get converted to an ambiguous -0001-11-30 00:00:00. if it was used like this strtotime($DBROW['timestampcolumn'], time(), true) and it returns NULL as it did in the 32-bit version this whole issue could be avoided and it can still support a very large date range. -- Edit this bug report at https://bugs.php.net/bug.php?id=60288&edit=1
Req #60288 [Opn]: ZERO DATES IN STRTOTIME
Edit report at https://bugs.php.net/bug.php?id=60288&edit=1 ID: 60288 User updated by:it at ezy2c dot com Reported by:it at ezy2c dot com Summary:ZERO DATES IN STRTOTIME Status: Open Type: Feature/Change Request Package:Date/time related Operating System: CENTOS 5 64 bit PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Physically -00-00 00:00:00 is NOT a real date, however all major databases commonly use this as a default datetime value to differentiate between a valid and and an invalid date. Previous Comments: [2012-02-20 21:01:06] john at gbd dot co dot uk as -00-00 is a non-existant date (the day before 01-01-0001 was 31/12/-0001) then strtotime() should return NULL on all systems [2011-11-14 03:17:58] it at ezy2c dot com The Optional parameter could be set to DEFAULT of TRUE, that way it works as it would on 32-bit. However if you want to use a date 292 billion years ij the past or future, specify FALSE. [2011-11-14 03:16:07] it at ezy2c dot com Description: If you could please include a 3rd switch to strtotime ( string $time [, int $now = time() ], [legacy32bit = boolean] ) This would both allow large date ranges as well is be backwards supporting of database default timestamps ie -00-00 00:00:00 they get converted to an ambiguous -0001-11-30 00:00:00. if it was used like this strtotime($DBROW['timestampcolumn'], time(), true) and it returns NULL as it did in the 32-bit version this whole issue could be avoided and it can still support a very large date range. -- Edit this bug report at https://bugs.php.net/bug.php?id=60288&edit=1
Bug #55686 [Com]: DateTime object getting stuck on Feb 29th
Edit report at https://bugs.php.net/bug.php?id=55686&edit=1
ID: 55686
Comment by: john at gbd dot co dot uk
Reported by:sala...@php.net
Summary:DateTime object getting stuck on Feb 29th
Status: Assigned
Type: Bug
Package:Date/time related
PHP Version:trunk-SVN-2011-09-13 (SVN)
Assigned To:derick
Block user comment: N
Private report: N
New Comment:
Is this important?
Pre-Julian dates were different, Feb had 23 or 24 days rather than the current
28/29 days, so any date pre 45BC is a bit academic. and probably beyond the
scope
of a PHP date function. http://en.wikipedia.org/wiki/Julian_calendar
Previous Comments:
[2011-09-13 20:52:21] sala...@php.net
Description:
Some dates falling on February 29th in negative years can not have an interval
of
one day added to them.
The pattern appears to be years of the form -n16, but some years behave as
expected (e.g. -816 and -416 in the test script below).
Test script:
---
setDate($i, 2, 29);
// Rolled over into March, no Feb 29th, skip
if ($date->format('M') !== 'Feb') {
continue;
}
$next = clone $date;
$next->add(new DateInterval('P1D'));
if ($date->format('Y-m-d') === $next->format('Y-m-d')) {
echo $next->format('Y-m-d l') . PHP_EOL;
}
}
?>
Expected result:
No output is expected.
Actual result:
--
-0916-02-29 Friday
-0716-02-29 Tuesday
-0616-02-29 Sunday
-0516-02-29 Friday
-0316-02-29 Tuesday
-0216-02-29 Sunday
-0116-02-29 Friday
--
Edit this bug report at https://bugs.php.net/bug.php?id=55686&edit=1
Bug #61148 [Nab]: auto_prepend_file and auto_append_file seemingly load on favicon request
Edit report at https://bugs.php.net/bug.php?id=61148&edit=1 ID: 61148 User updated by:khaos337 at gmail dot com Reported by:khaos337 at gmail dot com Summary:auto_prepend_file and auto_append_file seemingly load on favicon request Status: Not a bug Type: Bug Package:*General Issues Operating System: FreeBSD7.3 (amd64) PHP Version:5.3.10 Block user comment: N Private report: N New Comment: redirect is done through htaccess ErrorDocument 404 /error404/ Previous Comments: [2012-02-20 20:44:18] ras...@php.net Because that wan't the requested uri? Depends on how you are doing the 404 redirect, I guess. [2012-02-20 20:39:08] khaos337 at gmail dot com Understood, just one more quick question though. If the 404 page is the one causing the file to fire again, which would make sense because it is a php page, why wouldn't the $_SERVER['REQUEST_URI'] kick back the 404 page '/error404.php/' instead of '/favicon.ico/'? [2012-02-20 20:34:36] ras...@php.net A favicon request is a request like any other. If the favicon.ico file doesn't exist the request will trigger a 404 and your 404 handler will be run. The same will happen if your main request tries to load images/css/js that don't exist, so you either need to make sure your main requests never generate a 404 or you need to make your 404 handler/prepend script smarter. You can have it check the requested URI and skip doing whatever it is you don't want it doing multiple times per page load. This isn't something we can fix at the PHP level. PHP is doing what you are asking it to do here. [2012-02-20 20:30:49] khaos337 at gmail dot com I do have a 404 handler pointed at a .php script but I didn't even think of that because I didn't think it had anything to do with a favicon. As for how the web server is configure I'm not sure because I'm on a managed server so I don't have that access. I will test it with out the 404 redirect and get back to you. [2012-02-20 20:26:09] ras...@php.net Wouldn't this only happen if you have your web server configured to send favicon.ico request through PHP? Or, perhaps if you have a 404 handler pointed at a PHP script? In a normally configured web server I don't see this happening. 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 https://bugs.php.net/bug.php?id=61148 -- Edit this bug report at https://bugs.php.net/bug.php?id=61148&edit=1
[PHP-BUG] Bug #61151 [NEW]: Incorrectly reports function as being redeclared
From: Operating system: Ubuntu 11.10 PHP version: 5.3.10 Package: Performance problem Bug Type: Bug Bug description:Incorrectly reports function as being redeclared Description: I have created a web page which includes files config.php and functions.php. I define basic constants in config.php while the file "functions.php" is used to define functions. You can reproduce a problem if you create a page, include first "config.php" then "functions.php" and just invoke this page from a web browser. My configure line is as follows: './configure' '--prefix=/soft/programs/php' '--with-apxs2=/soft/programs/apache/bin/apxs' '--with-config-file-path=/soft/programs/php/ini' '--with-config-file-scan-dir=/soft/programs/php/additional' '--with-zlib=shared,/soft/programs/zlib' '--with-bz2=shared,/soft/programs/bzip' '--with-curl=shared,/soft/programs/curl' '--with-gd=shared,/soft/programs/gd' '--with-jpeg-dir=/soft/programs/jpeg' '--with-png-dir=/soft/programs/libpng' '--with-freetype-dir=/soft/programs/freetype' '--with-gettext=shared,/soft/programs/gettext' '--with-mysql=shared,/soft/programs/mysql' '--with-mcrypt=shared,/soft/programs/libmcrypt' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-calendar' '--enable-mbstring' '--with-libexpat-dir=/soft/programs/expat' '--with-libxml-dir=/soft/programs/libxml' '--with-xsl=shared,/soft/programs/libxslt' '--enable-zip' Test script: --- You'll find test script here: http://www.kreine.ru/test/test-script.php Expected result: Normal script execution without any fatal error. Actual result: -- Fatal error: Cannot redeclare get_tree() (previously declared in ...) in /test/functions.php on line 16 -- Edit bug report at https://bugs.php.net/bug.php?id=61151&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61151&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61151&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61151&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61151&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61151&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61151&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61151&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61151&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61151&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61151&r=support Expected behavior: https://bugs.php.net/fix.php?id=61151&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61151&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61151&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61151&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61151&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61151&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61151&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61151&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61151&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61151&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61151&r=mysqlcfg
Bug #61151 [Opn->Fbk]: Incorrectly reports function as being redeclared
Edit report at https://bugs.php.net/bug.php?id=61151&edit=1 ID: 61151 Updated by: ras...@php.net Reported by:mark-kreine at yandex dot ru Summary:Incorrectly reports function as being redeclared -Status: Open +Status: Feedback Type: Bug Package:Performance problem Operating System: Ubuntu 11.10 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: But you haven't given us any way to reproduce this as we can't see your code. What is on lines 3 and 16 of your functions.php script? The error message very clearly states that you are declaring get_tree() on line 3 and then again on line 16 of that file. Previous Comments: [2012-02-21 06:48:31] mark-kreine at yandex dot ru Description: I have created a web page which includes files config.php and functions.php. I define basic constants in config.php while the file "functions.php" is used to define functions. You can reproduce a problem if you create a page, include first "config.php" then "functions.php" and just invoke this page from a web browser. My configure line is as follows: './configure' '--prefix=/soft/programs/php' '--with-apxs2=/soft/programs/apache/bin/apxs' '--with-config-file-path=/soft/programs/php/ini' '--with-config-file-scan-dir=/soft/programs/php/additional' '--with-zlib=shared,/soft/programs/zlib' '--with-bz2=shared,/soft/programs/bzip' '--with-curl=shared,/soft/programs/curl' '--with-gd=shared,/soft/programs/gd' '--with-jpeg-dir=/soft/programs/jpeg' '--with-png-dir=/soft/programs/libpng' '--with-freetype-dir=/soft/programs/freetype' '--with-gettext=shared,/soft/programs/gettext' '--with-mysql=shared,/soft/programs/mysql' '--with-mcrypt=shared,/soft/programs/libmcrypt' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-calendar' '--enable-mbstring' '--with-libexpat-dir=/soft/programs/expat' '--with-libxml-dir=/soft/programs/libxml' '--with-xsl=shared,/soft/programs/libxslt' '--enable-zip' Test script: --- You'll find test script here: http://www.kreine.ru/test/test-script.php Expected result: Normal script execution without any fatal error. Actual result: -- Fatal error: Cannot redeclare get_tree() (previously declared in ...) in /test/functions.php on line 16 -- Edit this bug report at https://bugs.php.net/bug.php?id=61151&edit=1
Bug #61151 [Fbk->Opn]: Incorrectly reports function as being redeclared
Edit report at https://bugs.php.net/bug.php?id=61151&edit=1
ID: 61151
User updated by:mark-kreine at yandex dot ru
Reported by:mark-kreine at yandex dot ru
Summary:Incorrectly reports function as being redeclared
-Status: Feedback
+Status: Open
Type: Bug
Package:Performance problem
Operating System: Ubuntu 11.10
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Thanks for the answer, but the message you see is not true, that is the reason
for me to write here.
Following are the lines from 3 till 16 of my code in functions.php:
function get_tree($tree, $pid, $result = array())
{
foreach ($tree as $row)
{
if ($row['parent_cat_id'] == $pid)
{
$result[] = $row;
$result = get_tree($tree, $row['cat_id'], $result);
}
}
return $result;
}
Previous Comments:
[2012-02-21 06:59:19] ras...@php.net
But you haven't given us any way to reproduce this as we can't see your code.
What is on lines 3 and 16 of your functions.php script?
The error message very clearly states that you are declaring get_tree() on line
3
and then again on line 16 of that file.
[2012-02-21 06:48:31] mark-kreine at yandex dot ru
Description:
I have created a web page which includes files config.php and functions.php. I
define basic constants in config.php while the file "functions.php" is used to
define functions.
You can reproduce a problem if you create a page, include first "config.php"
then "functions.php" and just invoke this page from a web browser.
My configure line is as follows:
'./configure' '--prefix=/soft/programs/php'
'--with-apxs2=/soft/programs/apache/bin/apxs'
'--with-config-file-path=/soft/programs/php/ini'
'--with-config-file-scan-dir=/soft/programs/php/additional'
'--with-zlib=shared,/soft/programs/zlib'
'--with-bz2=shared,/soft/programs/bzip'
'--with-curl=shared,/soft/programs/curl' '--with-gd=shared,/soft/programs/gd'
'--with-jpeg-dir=/soft/programs/jpeg' '--with-png-dir=/soft/programs/libpng'
'--with-freetype-dir=/soft/programs/freetype'
'--with-gettext=shared,/soft/programs/gettext'
'--with-mysql=shared,/soft/programs/mysql'
'--with-mcrypt=shared,/soft/programs/libmcrypt' '--enable-bcmath'
'--enable-exif' '--enable-ftp' '--enable-calendar' '--enable-mbstring'
'--with-libexpat-dir=/soft/programs/expat'
'--with-libxml-dir=/soft/programs/libxml'
'--with-xsl=shared,/soft/programs/libxslt' '--enable-zip'
Test script:
---
You'll find test script here:
http://www.kreine.ru/test/test-script.php
Expected result:
Normal script execution without any fatal error.
Actual result:
--
Fatal error: Cannot redeclare get_tree() (previously declared in ...) in
/test/functions.php on line 16
--
Edit this bug report at https://bugs.php.net/bug.php?id=61151&edit=1
Bug #61151 [Opn->Fbk]: Incorrectly reports function as being redeclared
Edit report at https://bugs.php.net/bug.php?id=61151&edit=1
ID: 61151
Updated by: ras...@php.net
Reported by:mark-kreine at yandex dot ru
Summary:Incorrectly reports function as being redeclared
-Status: Open
+Status: Feedback
Type: Bug
Package:Performance problem
Operating System: Ubuntu 11.10
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
We'll still need a reproducible test case to do anything here. There is
obviously
something you are not telling. A standalone file or tarball of files is needed
since putting just the code you pasted into a file and including it will
obviously not trigger that error.
Previous Comments:
[2012-02-21 07:05:49] mark-kreine at yandex dot ru
Thanks for the answer, but the message you see is not true, that is the reason
for me to write here.
Following are the lines from 3 till 16 of my code in functions.php:
function get_tree($tree, $pid, $result = array())
{
foreach ($tree as $row)
{
if ($row['parent_cat_id'] == $pid)
{
$result[] = $row;
$result = get_tree($tree, $row['cat_id'], $result);
}
}
return $result;
}
[2012-02-21 06:59:19] ras...@php.net
But you haven't given us any way to reproduce this as we can't see your code.
What is on lines 3 and 16 of your functions.php script?
The error message very clearly states that you are declaring get_tree() on line
3
and then again on line 16 of that file.
[2012-02-21 06:48:31] mark-kreine at yandex dot ru
Description:
I have created a web page which includes files config.php and functions.php. I
define basic constants in config.php while the file "functions.php" is used to
define functions.
You can reproduce a problem if you create a page, include first "config.php"
then "functions.php" and just invoke this page from a web browser.
My configure line is as follows:
'./configure' '--prefix=/soft/programs/php'
'--with-apxs2=/soft/programs/apache/bin/apxs'
'--with-config-file-path=/soft/programs/php/ini'
'--with-config-file-scan-dir=/soft/programs/php/additional'
'--with-zlib=shared,/soft/programs/zlib'
'--with-bz2=shared,/soft/programs/bzip'
'--with-curl=shared,/soft/programs/curl' '--with-gd=shared,/soft/programs/gd'
'--with-jpeg-dir=/soft/programs/jpeg' '--with-png-dir=/soft/programs/libpng'
'--with-freetype-dir=/soft/programs/freetype'
'--with-gettext=shared,/soft/programs/gettext'
'--with-mysql=shared,/soft/programs/mysql'
'--with-mcrypt=shared,/soft/programs/libmcrypt' '--enable-bcmath'
'--enable-exif' '--enable-ftp' '--enable-calendar' '--enable-mbstring'
'--with-libexpat-dir=/soft/programs/expat'
'--with-libxml-dir=/soft/programs/libxml'
'--with-xsl=shared,/soft/programs/libxslt' '--enable-zip'
Test script:
---
You'll find test script here:
http://www.kreine.ru/test/test-script.php
Expected result:
Normal script execution without any fatal error.
Actual result:
--
Fatal error: Cannot redeclare get_tree() (previously declared in ...) in
/test/functions.php on line 16
--
Edit this bug report at https://bugs.php.net/bug.php?id=61151&edit=1
Bug #61151 [Fbk->Opn]: Incorrectly reports function as being redeclared
Edit report at https://bugs.php.net/bug.php?id=61151&edit=1
ID: 61151
User updated by:mark-kreine at yandex dot ru
Reported by:mark-kreine at yandex dot ru
Summary:Incorrectly reports function as being redeclared
-Status: Feedback
+Status: Open
Type: Bug
Package:Performance problem
Operating System: Ubuntu 11.10
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Well, there are many lines of code. If you permit I can send you a tarball of
files or attach it somewhere to this bug report.
Please advise me on how to send you these files.
Previous Comments:
[2012-02-21 07:11:46] ras...@php.net
We'll still need a reproducible test case to do anything here. There is
obviously
something you are not telling. A standalone file or tarball of files is needed
since putting just the code you pasted into a file and including it will
obviously not trigger that error.
[2012-02-21 07:05:49] mark-kreine at yandex dot ru
Thanks for the answer, but the message you see is not true, that is the reason
for me to write here.
Following are the lines from 3 till 16 of my code in functions.php:
function get_tree($tree, $pid, $result = array())
{
foreach ($tree as $row)
{
if ($row['parent_cat_id'] == $pid)
{
$result[] = $row;
$result = get_tree($tree, $row['cat_id'], $result);
}
}
return $result;
}
[2012-02-21 06:59:19] ras...@php.net
But you haven't given us any way to reproduce this as we can't see your code.
What is on lines 3 and 16 of your functions.php script?
The error message very clearly states that you are declaring get_tree() on line
3
and then again on line 16 of that file.
[2012-02-21 06:48:31] mark-kreine at yandex dot ru
Description:
I have created a web page which includes files config.php and functions.php. I
define basic constants in config.php while the file "functions.php" is used to
define functions.
You can reproduce a problem if you create a page, include first "config.php"
then "functions.php" and just invoke this page from a web browser.
My configure line is as follows:
'./configure' '--prefix=/soft/programs/php'
'--with-apxs2=/soft/programs/apache/bin/apxs'
'--with-config-file-path=/soft/programs/php/ini'
'--with-config-file-scan-dir=/soft/programs/php/additional'
'--with-zlib=shared,/soft/programs/zlib'
'--with-bz2=shared,/soft/programs/bzip'
'--with-curl=shared,/soft/programs/curl' '--with-gd=shared,/soft/programs/gd'
'--with-jpeg-dir=/soft/programs/jpeg' '--with-png-dir=/soft/programs/libpng'
'--with-freetype-dir=/soft/programs/freetype'
'--with-gettext=shared,/soft/programs/gettext'
'--with-mysql=shared,/soft/programs/mysql'
'--with-mcrypt=shared,/soft/programs/libmcrypt' '--enable-bcmath'
'--enable-exif' '--enable-ftp' '--enable-calendar' '--enable-mbstring'
'--with-libexpat-dir=/soft/programs/expat'
'--with-libxml-dir=/soft/programs/libxml'
'--with-xsl=shared,/soft/programs/libxslt' '--enable-zip'
Test script:
---
You'll find test script here:
http://www.kreine.ru/test/test-script.php
Expected result:
Normal script execution without any fatal error.
Actual result:
--
Fatal error: Cannot redeclare get_tree() (previously declared in ...) in
/test/functions.php on line 16
--
Edit this bug report at https://bugs.php.net/bug.php?id=61151&edit=1
Req #34797 [Opn->Csd]: strtotime() and strtointerval()
Edit report at https://bugs.php.net/bug.php?id=34797&edit=1 ID: 34797 Updated by: ras...@php.net Reported by:saverio dot caminiti at alfanet dot it Summary:strtotime() and strtointerval() -Status: Open +Status: Closed Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: Irrelevant PHP Version:5.0.5 -Assigned To: +Assigned To:rasmus Block user comment: N Private report: N New Comment: We now have DatePeriod and DateInterval which, although isn't quite the same thing as this request, I think is quite a bit more useful as it lets you iterate using the interval across the period. And you can use strtotime() syntax to define the end points of the period to iterate over. Previous Comments: [2005-10-09 23:17:21] saverio dot caminiti at alfanet dot it Description: The function strtotime() is really useful. But it always returns the minimum timestamp that match the input string. It should be even more useful to have a function strtointerval that return a two timestamps: the minimum timestamp that match the input and the maximum one. For example: - strtointerval(Dec 3 2004) should returns a minimum timestamp (0:0:0 Dec 3 2004) and a maximum one (23:59:59 Dec 3 2004). - strtointerval(Dec 2004) returns 0:0:0 Dec 1 2004 and 23:59:59 Dec 31 2004 - strtointerval(2004) returns 0:0:0 Jan 1 2004 and 23:59:59 Dec 31 2004 And so on. It should be also useful that strtointerval() parse English sentences like between A and B or [form] A to B where A and B are two valid input for the actual strtotime(). I guess that starting from the source code of strtotime() it should be not difficult to implement strtointerval(), perhaps through a function strtoMAXtime() that generate the maximum timestamp instead of the minimum one, and then adding the English interval sentences support. Thanks, Saverio. -- Edit this bug report at https://bugs.php.net/bug.php?id=34797&edit=1
Bug #52294 [Opn->Nab]: Cannot use SAVEPOINTs to recover from exceptions/errors
Edit report at https://bugs.php.net/bug.php?id=52294&edit=1
ID: 52294
Updated by: ras...@php.net
Reported by:skeptic2425 at hotmail dot com
Summary:Cannot use SAVEPOINTs to recover from
exceptions/errors
-Status: Open
+Status: Not a bug
Type: Bug
Package:PostgreSQL related
Operating System: Linux
PHP Version:5.2.13
Block user comment: N
Private report: N
New Comment:
This doesn't look like a PHP bug if it is a bug at all. Check with the
PostgreSQL
folks for further clarification.
Previous Comments:
[2010-07-29 21:23:58] tommy at gildseth dot com
This sounds like it is expected behaviour. From the postgresql documentation
for PQexec which is the underlying function called by pg_query:
http://www.postgresql.org/docs/8.3/interactive/libpq-exec.html#LIBPQ-EXEC-MAIN
---
It is allowed to include multiple SQL commands (separated by semicolons) in the
command string. Multiple queries sent in a single PQexec call are processed in
a single transaction, unless there are explicit BEGIN/COMMIT commands included
in the query string to divide it into multiple transactions. Note however that
the returned PGresult structure describes only the result of the last command
executed from the string. Should one of the commands fail, processing of the
string stops with it and the returned PGresult describes the error condition.
---
Note specifically the last sentence.
[2010-07-08 22:10:24] skeptic2425 at hotmail dot com
Description:
Cannot use SAVEPOINTs to recover from errors/exceptions in a transaction.
This method of wrapping multiple statements in a transaction, one or more of
which can fail without aborting the transaction is outlined here :
http://wiki.postgresql.org/wiki/Transactions_recovering_failures_in_scripts
Test script:
---
$dbconn = pg_connect("dbname=test") or die("Could not connect");
$query = "BEGIN;
CREATE TABLE mytable(id INT CHECK (id < 5));
SAVEPOINT savepoint1;
INSERT INTO mytable VALUES (8);
RELEASE savepoint1;
SAVEPOINT savepoint1;
ROLLBACK TO savepoint1;
RELEASE savepoint1;
SAVEPOINT savepoint1;
INSERT INTO mytable VALUES (1);
RELEASE savepoint1;
SAVEPOINT savepoint1;
ROLLBACK TO savepoint1;
RELEASE savepoint1;
COMMIT;";
pg_query($dbconn, $query);
echo pg_last_error();
Expected result:
The query should the table, fail the first insert, rollback, second insert
succeeds then commits. This is what the SQL will do when put into psql
(postgresql console).
Actual result:
--
Transaction fails entirely on the first check violation and does not continue:
ERROR: new row for relation "mytable" violates check constraint
"mytable_id_check"
--
Edit this bug report at https://bugs.php.net/bug.php?id=52294&edit=1
Bug #55369 [Opn->Nab]: Files with classes are included, but classes are not defined correctly
Edit report at https://bugs.php.net/bug.php?id=55369&edit=1 ID: 55369 Updated by: ras...@php.net Reported by:md dot xytop at gmail dot com Summary:Files with classes are included, but classes are not defined correctly -Status: Open +Status: Not a bug Type: Bug Package:Class/Object related Operating System: Debian/Ubuntu/MacOS PHP Version:5.3.6 Block user comment: N Private report: N New Comment: No idea what might have been wrong with your 5.3.5, but it works fine on 5.3.10 and 5.4.0. I get the same output from both: /home/rasmus/file3.php /home/rasmus/file4.php /home/rasmus/file2.php /home/rasmus/file1.php /home/rasmus/file0.php Previous Comments: [2011-08-05 10:18:57] md dot xytop at gmail dot com See first comment to look at example [2011-08-05 10:15:46] md dot xytop at gmail dot com file0.php: ' . "\r\n"; ?> file1.php: ' . "\r\n"; ?> file2.php: ' . "\r\n"; ?> file3.php: ' . "\r\n"; ?> file4.php: ' . "\r\n"; ?> [2011-08-05 10:12:32] md dot xytop at gmail dot com Description: After updating our php code (added some classes, have rewritten some functionality) one of our utilites stopped to work. After deep digging we found that php doesn't define a class in some circumstances. In attachment is our handmade example. Try to run file0.php On 5.2.17 and 5.3.2 we have output: /home/vitaly/.../public_html/file3.php /home/vitaly/.../public_html/file4.php /home/vitaly/.../public_html/file2.php /home/vitaly/.../public_html/file1.php /home/vitaly/.../public_html/file0.php On 5.3.5: Fatal error: Class 'Class1' not found in /.../file3.php on line 6 On our real project (which uses 5.2.17) ^^ we have the same fatal error. Project is very big and has many includes, so we can't provide simple example for it, but probably changing example from attachment to one or another side will do the trick.. We don't have 5.3.6 version, yes, we out of date, but I think this is something that's will reoccur from one version to another. Expected result: Run file0.php I expect to have loading sequence Actual result: -- On some php version I have fatal error that class is undefined. -- Edit this bug report at https://bugs.php.net/bug.php?id=55369&edit=1
Bug #48098 [Sus->Csd]: ./configure --with-something fails when LANG=et_EE.UTF-8
Edit report at https://bugs.php.net/bug.php?id=48098&edit=1
ID: 48098
Updated by: ras...@php.net
Reported by:paabulaabu at gmail dot com
Summary:./configure --with-something fails when
LANG=et_EE.UTF-8
-Status: Suspended
+Status: Closed
Type: Bug
Package:Compile Failure
Operating System: Ubuntu 9.04
PHP Version:5.2.9
-Assigned To:
+Assigned To:rasmus
Block user comment: N
Private report: N
New Comment:
PHP 5.4 and later are now using the latest autoconf releases.
Previous Comments:
[2009-05-01 13:41:22] paabulaabu at gmail dot com
In their own words:
Please take your time to find 10 candles, the software you're
using has its birthday today. Then, after feasting on whatever cake you
can get hold on, maybe a couple of jolly good fellow songs, please throw
it away, right there, and grab Autoconf 2.63, which is but a toddler
with its almost 8 months.
Welcome to the new millennium! Its first decade ain't over yet. ;-)
Cheers, and also, we don't work on bugs in that version any more,
Ralf
[2009-04-29 08:49:25] paabulaabu at gmail dot com
Autoconf folks suggest that bug has been fixed.
"configure generated by autoconf version 2.13"
latest autoconf is 2.63
Not sure if it is stable one, tho.
[2009-04-28 17:40:08] j...@php.net
Impossible to fix by PHP (completely) since most of this stuff is
produced by autoconf which is 3rd party tool. Report it to the autoconf
folks..
[2009-04-28 13:04:08] paabulaabu at gmail dot com
Description:
Solution: use [:alpha:] instead a-zA-z in various regular expressions.
Bug:
:/usr/src/php-5.2.9$ export LANG=et_EE.UTF-8
:/usr/src/php-5.2.9$ ./configure --with-curl
configure: error: curl: invalid package name
buggy code part in "configure" script:
if test -n "`echo $ac_package| sed 's/[-_a-zA-Z0-9]//g'`"; then
{ echo "configure: error: $ac_package: invalid package name" 1>&2; exit
1; }
fi
bug happens because "Z" isnt the final letter in estonian alphabet.
proof of concept in shell:
:~$ export LANG=en_GB.UTF-8
:~$ echo abcdefghijklmnopqrstuvõäöüABCDEFGHIJLKMNOPQRSTUVÕÄÖÜ123456789 |sed
's/[-_[:alpha:]0-9]//g'
:~$ echo abcdefghijklmnopqrstuvõäöüABCDEFGHIJLKMNOPQRSTUVÕÄÖÜ123456789 |sed
's/[-_a-zA-Z0-9]//g'
:~$ export LANG=et_EE.UTF-8
:~$ echo abcdefghijklmnopqrstuvõäöüABCDEFGHIJLKMNOPQRSTUVÕÄÖÜ123456789 |sed
's/[-_a-zA-Z0-9]//g'
tuvõäöüTUVÕÄÖÜ
:~$ echo abcdefghijklmnopqrstuvõäöüABCDEFGHIJLKMNOPQRSTUVÕÄÖÜ123456789 |sed
's/[-_[:alpha:]0-9]//g'
priitp@vidrik:~$
--
Edit this bug report at https://bugs.php.net/bug.php?id=48098&edit=1
Bug #61151 [Opn->Csd]: Incorrectly reports function as being redeclared
Edit report at https://bugs.php.net/bug.php?id=61151&edit=1
ID: 61151
User updated by:mark-kreine at yandex dot ru
Reported by:mark-kreine at yandex dot ru
Summary:Incorrectly reports function as being redeclared
-Status: Open
+Status: Closed
Type: Bug
Package:Performance problem
Operating System: Ubuntu 11.10
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Problem solved.
Previous Comments:
[2012-02-21 07:17:42] mark-kreine at yandex dot ru
Well, there are many lines of code. If you permit I can send you a tarball of
files or attach it somewhere to this bug report.
Please advise me on how to send you these files.
[2012-02-21 07:11:46] ras...@php.net
We'll still need a reproducible test case to do anything here. There is
obviously
something you are not telling. A standalone file or tarball of files is needed
since putting just the code you pasted into a file and including it will
obviously not trigger that error.
[2012-02-21 07:05:49] mark-kreine at yandex dot ru
Thanks for the answer, but the message you see is not true, that is the reason
for me to write here.
Following are the lines from 3 till 16 of my code in functions.php:
function get_tree($tree, $pid, $result = array())
{
foreach ($tree as $row)
{
if ($row['parent_cat_id'] == $pid)
{
$result[] = $row;
$result = get_tree($tree, $row['cat_id'], $result);
}
}
return $result;
}
[2012-02-21 06:59:19] ras...@php.net
But you haven't given us any way to reproduce this as we can't see your code.
What is on lines 3 and 16 of your functions.php script?
The error message very clearly states that you are declaring get_tree() on line
3
and then again on line 16 of that file.
[2012-02-21 06:48:31] mark-kreine at yandex dot ru
Description:
I have created a web page which includes files config.php and functions.php. I
define basic constants in config.php while the file "functions.php" is used to
define functions.
You can reproduce a problem if you create a page, include first "config.php"
then "functions.php" and just invoke this page from a web browser.
My configure line is as follows:
'./configure' '--prefix=/soft/programs/php'
'--with-apxs2=/soft/programs/apache/bin/apxs'
'--with-config-file-path=/soft/programs/php/ini'
'--with-config-file-scan-dir=/soft/programs/php/additional'
'--with-zlib=shared,/soft/programs/zlib'
'--with-bz2=shared,/soft/programs/bzip'
'--with-curl=shared,/soft/programs/curl' '--with-gd=shared,/soft/programs/gd'
'--with-jpeg-dir=/soft/programs/jpeg' '--with-png-dir=/soft/programs/libpng'
'--with-freetype-dir=/soft/programs/freetype'
'--with-gettext=shared,/soft/programs/gettext'
'--with-mysql=shared,/soft/programs/mysql'
'--with-mcrypt=shared,/soft/programs/libmcrypt' '--enable-bcmath'
'--enable-exif' '--enable-ftp' '--enable-calendar' '--enable-mbstring'
'--with-libexpat-dir=/soft/programs/expat'
'--with-libxml-dir=/soft/programs/libxml'
'--with-xsl=shared,/soft/programs/libxslt' '--enable-zip'
Test script:
---
You'll find test script here:
http://www.kreine.ru/test/test-script.php
Expected result:
Normal script execution without any fatal error.
Actual result:
--
Fatal error: Cannot redeclare get_tree() (previously declared in ...) in
/test/functions.php on line 16
--
Edit this bug report at https://bugs.php.net/bug.php?id=61151&edit=1
Req #23681 [Asn->Csd]: Unclear error msg. when PHPSESSID manually deleted from URL by user
Edit report at https://bugs.php.net/bug.php?id=23681&edit=1 ID: 23681 Updated by: ras...@php.net Reported by:php at lapage dot com Summary:Unclear error msg. when PHPSESSID manually deleted from URL by user -Status: Assigned +Status: Closed Type: Feature/Change Request Package:Session related Operating System: * PHP Version:* Assigned To:sas Block user comment: N Private report: N New Comment: This code has all been rewritten long ago and this issue is no longer present. Previous Comments: [2003-05-20 03:16:52] der...@php.net I'm all for making this a notice instead, assigning to Sascha as he's the maintainer of ext/session. Derick [2003-05-18 10:41:04] php at lapage dot com Request for a better error msg. If the user disables cookies and changes the URL to http://domain.tld/form.php?PHPSESSID= Then the resulting Apache 1.3 error log reads: PHP Warning: session_start(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in /zz/zzdomain/www/form.php on line 3 PHP Warning: Unknown(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp_php/zzdomainzz) in Unknown on line 0 See hidden input See new href EOF; ?> -- Edit this bug report at https://bugs.php.net/bug.php?id=23681&edit=1
[PHP-BUG] Bug #61152 [NEW]: parse_ini_string problem with html input
From: Operating system: Windows PHP version: 5.4.0RC8 Package: Scripting Engine problem Bug Type: Bug Bug description:parse_ini_string problem with html input Description: I get a warning while trying to parse ini input. problem is that the input comes from a file stored on the web and sometimes it comes back as HTML (proxy issue). The warning is reported as "syntax error", which I understand as something that got out of the variable and was executed. Test script: --- Network Error Network Error (dns_unresolved_hostname) "; parse_ini_string($result); // = 5.4 RC8 // Warning: syntax error, unexpected '=' in Unknown on line 9 // in C:\Users\***\Desktop\SFK\AutoPHP\bug.php on line 25 // = 5.3.10 // Warning: syntax error, unexpected '=' in Unknown on line 9 //in C:\Users\bozhinov\Desktop\SFK\AutoPHP\php53\bug.php on line 25 ?> -- Edit bug report at https://bugs.php.net/bug.php?id=61152&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61152&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61152&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61152&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61152&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61152&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61152&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61152&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61152&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61152&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61152&r=support Expected behavior: https://bugs.php.net/fix.php?id=61152&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61152&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61152&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61152&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61152&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61152&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61152&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61152&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61152&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61152&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61152&r=mysqlcfg
Bug #53496 [Fbk->Nab]: strange bug with mcrypt, base64 and mysql
Edit report at https://bugs.php.net/bug.php?id=53496&edit=1 ID: 53496 Updated by: ras...@php.net Reported by:ulrich1992 at web dot de Summary:strange bug with mcrypt, base64 and mysql -Status: Feedback +Status: Not a bug Type: Bug Package:mcrypt related Operating System: Windows XP SP3 Professional PHP Version:5.3.1RC2 Block user comment: N Private report: N New Comment: No feedback for over a year and I highly doubt this is an actual bug. Previous Comments: [2010-12-08 14:20:05] der...@php.net Also, you need to provide a *short* reproducible script. Not your whole webshop. [2010-12-08 13:21:39] paj...@php.net Please try with a decent version, like 5.3.4RC2 or 5.3.3. [2010-12-08 12:44:29] ulrich1992 at web dot de Description: I'm doing a webshop system, and I think, I have found a strange bug in mcrypt. I have to encrypt a string with a number(secret PIN), then encode it with base64, and insert it to a datebase (MySQL). Then in the admin frontend for my shop, I have to decode and decrypt it, to show it to the shop administrator. This works in the most of cases. But for example when the PIN is "1234" and the key is "ganzgehein", and I try to decrypt it, it only produces binary rubbish, instead of the expected PIN. I can't reproduce this bug in a single example file, so i have to upload my complete project. Sorry it's in german language, but there is not very much text, so I think you can understand it by using a automatic translator like Googles. PS: I am using XAMPP Test script: --- http://www.file-upload.net/download-3032467/mcrypt_bug_demo.zip.html It's hosted on file-upload.net because I can't install a ftp client on this machine. Expected result: See notice_for_bugreport.txt for details. -- Edit this bug report at https://bugs.php.net/bug.php?id=53496&edit=1
Bug #61151 [Csd->Nab]: Incorrectly reports function as being redeclared
Edit report at https://bugs.php.net/bug.php?id=61151&edit=1
ID: 61151
Updated by: ras...@php.net
Reported by:mark-kreine at yandex dot ru
Summary:Incorrectly reports function as being redeclared
-Status: Closed
+Status: Not a bug
Type: Bug
Package:Performance problem
Operating System: Ubuntu 11.10
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Ok, so it wasn't a bug. Different bug status on our end.
Previous Comments:
[2012-02-21 07:33:03] mark-kreine at yandex dot ru
Problem solved.
[2012-02-21 07:17:42] mark-kreine at yandex dot ru
Well, there are many lines of code. If you permit I can send you a tarball of
files or attach it somewhere to this bug report.
Please advise me on how to send you these files.
[2012-02-21 07:11:46] ras...@php.net
We'll still need a reproducible test case to do anything here. There is
obviously
something you are not telling. A standalone file or tarball of files is needed
since putting just the code you pasted into a file and including it will
obviously not trigger that error.
[2012-02-21 07:05:49] mark-kreine at yandex dot ru
Thanks for the answer, but the message you see is not true, that is the reason
for me to write here.
Following are the lines from 3 till 16 of my code in functions.php:
function get_tree($tree, $pid, $result = array())
{
foreach ($tree as $row)
{
if ($row['parent_cat_id'] == $pid)
{
$result[] = $row;
$result = get_tree($tree, $row['cat_id'], $result);
}
}
return $result;
}
[2012-02-21 06:59:19] ras...@php.net
But you haven't given us any way to reproduce this as we can't see your code.
What is on lines 3 and 16 of your functions.php script?
The error message very clearly states that you are declaring get_tree() on line
3
and then again on line 16 of that file.
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
https://bugs.php.net/bug.php?id=61151
--
Edit this bug report at https://bugs.php.net/bug.php?id=61151&edit=1
Bug #61152 [Opn->Nab]: parse_ini_string problem with html input
Edit report at https://bugs.php.net/bug.php?id=61152&edit=1 ID: 61152 Updated by: ras...@php.net Reported by:momchil dot bozhinov at hp dot com Summary:parse_ini_string problem with html input -Status: Open +Status: Not a bug Type: Bug Package:Scripting Engine problem Operating System: Windows PHP Version:5.4.0RC8 Block user comment: N Private report: N New Comment: No, the ini parser is a parser much like PHP uses a parser to parse the language. Parsers generate syntax errors when the text they are trying to parse doesn't match the defined syntax. This is expected behaviour. Previous Comments: [2012-02-21 07:39:34] momchil dot bozhinov at hp dot com Description: I get a warning while trying to parse ini input. problem is that the input comes from a file stored on the web and sometimes it comes back as HTML (proxy issue). The warning is reported as "syntax error", which I understand as something that got out of the variable and was executed. Test script: --- Network Error Network Error (dns_unresolved_hostname) "; parse_ini_string($result); // = 5.4 RC8 // Warning: syntax error, unexpected '=' in Unknown on line 9 // in C:\Users\***\Desktop\SFK\AutoPHP\bug.php on line 25 // = 5.3.10 // Warning: syntax error, unexpected '=' in Unknown on line 9 //in C:\Users\bozhinov\Desktop\SFK\AutoPHP\php53\bug.php on line 25 ?> -- Edit this bug report at https://bugs.php.net/bug.php?id=61152&edit=1
