Bug #61246 [Com]: Error when running PHP-FPM
Edit report at https://bugs.php.net/bug.php?id=61246edit=1 ID: 61246 Comment by: ben at customerparadigm dot com Reported by:osmanungur at gmail dot com Summary:Error when running PHP-FPM Status: Open Type: Bug Package:FPM related Operating System: Mac Os X 10.7.3 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Hello, I am currently running the following setup for PHP: --configure-options [--with-libdir=lib64 --with-gd --enable-fpm --with-mcrypt - -with-curl --with-mysql --with-pdo-mysql] --version [5.4.0] --vernum[50400] I checked out the following APC revision: 324292 From there I recompiled, and re-installed APC. Finally, restarted php-fpm and everything is working fine so far! --Ben Korn Previous Comments: [2012-03-13 15:25:59] gonperes at gmail dot com Greetings. I just downloaded latest dev version (5.4.1RC1-dev) and i'm still having this problem: Starting php-fpm *** glibc detected *** /usr/local/sbin/php-fpm: free(): invalid pointer: 0x2aedda63c698 *** (...) and a bunch of lines after this (...) Everything seems to be working though. It's just this annoying error message. My setup: './configure' '--enable-fpm' '--with-fpm-user=www-data' '--with-fpm-group=www- data' '--with-curl' '--with-gd' '--with-jpeg-dir' '--with-freetype-dir' '-- enable-gd-native-ttf' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with- pear' '--enable-soap' '--with-imap' '--with-imap-ssl' '--with-kerberos' '-- disable-pdo' '--with-zlib' '--with-openssl' '--enable-zip' make make install pecl install apc Cheers! [2012-03-12 15:34:22] Jared dot Williams1 at ntlworld dot com Problem seems fixed in r324146 [2012-03-10 14:01:34] Jared dot Williams1 at ntlworld dot com Actually r323587 is fine too it seems, but r323990 introduces the problem. [2012-03-10 13:49:06] Jared dot Williams1 at ntlworld dot com svn head (currently r324037) contains this problem. Reverted back to r316786 which doesn't. [2012-03-09 23:38:04] dancom96 at gmail dot com I copy pasted the wrong link in my last comment, but the latest SVN APC seems to be broken again. I compiled with SVN APC a couple days ago and it worked fine; but today I redownloaded it and recompiled, and I now have the same error once again. 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=61246 -- Edit this bug report at https://bugs.php.net/bug.php?id=61246edit=1
[PHP-BUG] Bug #61411 [NEW]: PDO Segfaults with PERSISTENT == TRUE EMULATE_PREPARES == FALSE
From:
Operating system: Linux 2.6.32-5-amd64
PHP version: 5.4.0
Package: PDO related
Bug Type: Bug
Bug description:PDO Segfaults with PERSISTENT == TRUE EMULATE_PREPARES ==
FALSE
Description:
PDO Segfaults or hangs when a statement is executed with both
ATTR_PERSISTENT =
TRUE and ATTR_EMULATE_PREPARES = FALSE
The exact bug is actually :
*** glibc detected *** /usr/local/php-5.4.0/bin/php: free(): invalid
pointer:
0x7ff976ee84c8 ***
But from my tests yesterday I have seen a segfault and a double free, that
I
can't reproduce today, only the invalid pointer.
Playing with PERSISTENT and EMULATE_PREPARE with the given test script give
:
| ATTR_PERSISENT | ATTR_EMULATE_PREPARES | WORKS |
| FALSE | FALSE |YES |
| FALSE | TRUE |YES |
| TRUE | FALSE | free() invalid pointer |
| TRUE | TRUE |YES |
Configure command :
./configure' '--enable-fpm' '--prefix=/usr/local/php-5.4.0'
'--enable-mbstring'
'--enable-gd-native-ttf' '--enable-zip' '--with-mcrypt' '--with-openssl'
'--
with-gd' '--with-jpeg-dir=/usr/lib' '--with-freetype-dir' '--with-curl'
'--with-
pcre-regex' '--with-gettext' '--without-sqlite' '--without-sqlite3'
'--with-pdo-
mysql=mysqlnd' '--disable-rpath' '--disable-debug' '--disable-fileinfo'
'--
without-pdo-sqlite' '--disable-phar' '--disable-posix'
'--disable-tokenizer' '--
disable-xmlreader' '--disable-xmlwriter' '--without-pear'
Same bug reproduced in php 5.3.8 and php 5.3.10
Test script:
---
?php
$options = array(PDO::ATTR_PERSISTENT = TRUE,
PDO::ATTR_EMULATE_PREPARES = FALSE);
$pdo = new PDO('mysql:host=sql;dbname=??;charset=utf8',
'??', '??', $options);
$statement = $pdo-prepare(SELECT count(*) from a_table);
$statement-execute();
foreach ($statement as $line)
var_dump($line);
Expected result:
I expect PHP not to segfault
Actual result:
--
*** glibc detected *** /usr/local/php-5.4.0/bin/php: free(): invalid
pointer:
0x7ff976ee84c8 ***
--
Edit bug report at https://bugs.php.net/bug.php?id=61411edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61411r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61411r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61411r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61411r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61411r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61411r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61411r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61411r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61411r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61411r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61411r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61411r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61411r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61411r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61411r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61411r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61411r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61411r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61411r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61411r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61411r=mysqlcfg
[PHP-BUG] Bug #61412 [NEW]: ext\openssl\tests\bug28382.phpt fails
From: ab Operating system: all PHP version: Irrelevant Package: OpenSSL related Bug Type: Bug Bug description:ext\openssl\tests\bug28382.phpt fails Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit bug report at https://bugs.php.net/bug.php?id=61412edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61412r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61412r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61412r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61412r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61412r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61412r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61412r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61412r=needscript Try newer version: https://bugs.php.net/fix.php?id=61412r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61412r=support Expected behavior: https://bugs.php.net/fix.php?id=61412r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61412r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61412r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61412r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61412r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61412r=dst IIS Stability: https://bugs.php.net/fix.php?id=61412r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61412r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61412r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61412r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61412r=mysqlcfg
Bug #36514 [Fbk-NoF]: ob_gzhandler() issue
Edit report at https://bugs.php.net/bug.php?id=36514edit=1 ID: 36514 Updated by: m...@php.net Reported by:lunter at interia dot pl Summary:ob_gzhandler() issue -Status: Feedback +Status: No Feedback Type: Bug Package:Output Control Operating System: winXP PHP Version:5.1.2 Assigned To:mike Block user comment: N Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2011-09-19 14:40:30] m...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-12-10 16:46:45] roan dot kattouw at gmail dot com I've analyzed the output of a similar test case (ob_clean() before any output, to clear any warnings) in a hex editor and compared it to gzip -c 's output for the same input. It's quite clear that the ob_gzhandler output is missing the gzip header but is otherwise similar (identical except for the occasional 4-byte block, I'm guessing those are checksums or something). So Mark would seem to be right that the GZIP header gets thrown out by ob_clean() and doesn't come back. [2010-06-18 22:43:26] j...@php.net Assigned to someone who cares. [2009-08-18 14:56:59] j...@php.net Need to investigate if this is a) fixed in HEAD by the new output code (or fix it if not) and b) if it's actually fixable somehow in 5.* branches. [2006-05-24 11:51:23] m...@php.net Cannot be fixed with current Output Control code. 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=36514 -- Edit this bug report at https://bugs.php.net/bug.php?id=36514edit=1
Bug #51466 [Fbk-NoF]: zlib.output_compression gets disabled on some processes
Edit report at https://bugs.php.net/bug.php?id=51466edit=1 ID: 51466 Updated by: m...@php.net Reported by:radek at pinkbike dot com Summary:zlib.output_compression gets disabled on some processes -Status: Feedback +Status: No Feedback Type: Bug Package:Output Control Operating System: Centos 5.3 x86_64 PHP Version:5.2.13 Assigned To:mike Block user comment: N Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2011-09-19 14:42:58] m...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-04-02 22:09:00] radek at pinkbike dot com Description: PHP 5.2.13 Linux r56 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 07:32:21 EST 2010 x86_64 x86_64 x86_64 GNU/LinuxApache/2.2.3 (CentOS) mod_ssl/2.2.3 OpenSSL/0.9.8e-fips-rhel5 On a fairly busy server, (50 php req/s) we see that some processes stop compressing page output. I have narrowed it down to where a process pid which transitions to this state, remains in this state until recycled/restarted (MaxRequestsPerChild reached). In this state, where gzip is not working, output headers do not contain Content encodign gzip, so the output is fine. It's just not using compression. So when all processes are restarted, page compression works correctly for some indeterminate time, after which, some processes transition to a state where they do not compress the output. Once in this state a process ALWAYS ignores the compression until recycled. Some additional info: We only run a max limit of 100 processes, and typically active processes are about 20 or so. I have decreased MaxRequestsPerChild to about 40,000 which recycles processes every 2 hours or so, and we still see about 50% of our pages delivered without compression. Expected result: The problem happens with zlib.output_compression on. If I use output_handler = ob_gzhandler, compression never degrades, and it works as expected. Actual result: -- I am not sure what the trigger is but would like to help solve this issue. If someone can give me some insight into this I can debug further. -- Edit this bug report at https://bugs.php.net/bug.php?id=51466edit=1
Bug #60761 [Fbk-NoF]: zlib.output_compression fails on refresh
Edit report at https://bugs.php.net/bug.php?id=60761edit=1 ID: 60761 Updated by: m...@php.net Reported by:valentiny510 at yahoo dot es Summary:zlib.output_compression fails on refresh -Status: Feedback +Status: No Feedback Type: Bug Package:*Compression related Operating System: xp PHP Version:5.4.0RC5 Assigned To:mike Block user comment: N Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2012-01-17 10:38:30] m...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Works fine here, tried with 5.4 and trunk (TS, debug) as mod_php on Apache 2.2.21 worker. Pierre, could you verify? ... just because the reporter apparently uses Widnows XP. [2012-01-15 12:37:31] valentiny510 at yahoo dot es Description: Trying to compress the output with zlib.output_compression = On zlib.output_compression_level = 9 it seems its working only the first time when the page is accessed. When I refresh the page it restores the original size. If I restart the Apache server, the firebug shows the compressed size only the first time, but if you refresh the page the size change to original again. One little test was made with phpinfo( ), and tested 100 times.. Test script: --- ?php phpinfo( ); ? Expected result: The size of the page 10,6 KB (10.852 bytes) (every time) Actual result: -- The size of the page 10,6 KB (10.852 bytes) (only first time) The size of the page 66,75 KB (68.353 bytes) (after refresh) -- Edit this bug report at https://bugs.php.net/bug.php?id=60761edit=1
Bug #61412 [PATCH]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412edit=1 ID: 61412 Patch added by: a...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331892291 URL: https://bugs.php.net/patch-display.php?bug=61412patch=61412.diffrevision=1331892291 Previous Comments: [2012-03-16 09:22:31] a...@php.net Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit this bug report at https://bugs.php.net/bug.php?id=61412edit=1
Bug #61412 [Com]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412edit=1 ID: 61412 Comment by: a...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch 61412.diff accepts both versions of the openssl output. Previous Comments: [2012-03-16 10:04:51] a...@php.net The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331892291 URL: https://bugs.php.net/patch-display.php?bug=61412patch=61412.diffrevision=1331892291 [2012-03-16 09:22:31] a...@php.net Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit this bug report at https://bugs.php.net/bug.php?id=61412edit=1
Bug #61408 [Nab]: Character set failure
Edit report at https://bugs.php.net/bug.php?id=61408edit=1
ID: 61408
User updated by:inge at upandforward dot com
Reported by:inge at upandforward dot com
Summary:Character set failure
Status: Not a bug
Type: Bug
Package:Strings related
Operating System: Linux Ubuntu
PHP Version:5.3.5-1ubuntu7.7
Block user comment: N
Private report: N
New Comment:
Comment found on stackoverflow.com:
If you ask me, setlocale() sucks ass. I am a friend of managing this manually
or using a library like Zend_Localeso you don't have to depend on locales being
installed on the server (and sometimes still not working).
The client should NOT be expected to use the same locale as the server, but if
I could install the Norwegian locale, I think it might still be OK, So how do I
install the above mentioned library, or some equivalent?
Previous Comments:
[2012-03-16 01:35:25] ahar...@php.net
There are encodings where 0x2f (/) and 0x5c (\) are valid bytes within
multi-byte
characters, so basename() has to be locale-aware to deal with that.
Fundamentally, I don't really see why you would expect basename() to be able to
deal sensibly with a configured locale that you don't have installed. Your test
script behaves fine provided nb_NO.utf8 is available.
Not a bug - closing.
[2012-03-15 23:01:59] inge at upandforward dot com
Here's a replacement, but without the $suffix parameter:
function IV_basename($name)
{ $name = strrchr($name,DIRECTORY_SEPARATOR);
if ($name) return substr($name,1);
return false;
}
[2012-03-15 22:55:47] inge at upandforward dot com
There is no return value (it may be false or an empty string), and locale -a
does not include nb_NO. However, the site is used in Norway for Norwegian
users, so it must be able to handle Norwegian characters. The basename function
should not make such distinctions, so I have written my own - which works
independently of locale or character set.
The php version has been corrected above because the bug report did not give
that choice. My suggested replacement could not be uploaded because the site
did not accept a text file, even if it stated that it was the only filetype
accepted. I also had great trouble getting the right CAPTCHA (Oh, yes, I can
add numbers! :) )
[2012-03-15 21:28:20] cataphr...@php.net
What's the return value of setlocale? Does locale -a show that locale?
[2012-03-15 20:14:36] inge at upandforward dot com
Description:
---
From manual page:
http://www.php.net/function.basename#refsect1-function.basename-seealso
---
Even if I have defined setlocale('nb_NO.utf8);
the basename functions strips off some national characters.
Test script:
---
echo basename('/directory/Ãving.png);
Expected result:
Ãving.png
Actual result:
--
ving.png
--
Edit this bug report at https://bugs.php.net/bug.php?id=61408edit=1
[PHP-BUG] Bug #61413 [NEW]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
From: ab Operating system: windows PHP version: 5.3.10 Package: OpenSSL related Bug Type: Bug Bug description:ext\openssl\tests\openssl_encrypt_crash.phpt fails Description: The test fails with the message variable 'i' used without being initialized Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) done -- Edit bug report at https://bugs.php.net/bug.php?id=61413edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61413r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61413r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61413r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61413r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61413r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61413r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61413r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61413r=needscript Try newer version: https://bugs.php.net/fix.php?id=61413r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61413r=support Expected behavior: https://bugs.php.net/fix.php?id=61413r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61413r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61413r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61413r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61413r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61413r=dst IIS Stability: https://bugs.php.net/fix.php?id=61413r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61413r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61413r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61413r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61413r=mysqlcfg
Bug #61412 [PATCH]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412edit=1 ID: 61412 Patch added by: a...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331894876 URL: https://bugs.php.net/patch-display.php?bug=61412patch=61412.diffrevision=1331894876 Previous Comments: [2012-03-16 10:05:38] a...@php.net The patch 61412.diff accepts both versions of the openssl output. [2012-03-16 10:04:51] a...@php.net The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331892291 URL: https://bugs.php.net/patch-display.php?bug=61412patch=61412.diffrevision=1331892291 [2012-03-16 09:22:31] a...@php.net Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit this bug report at https://bugs.php.net/bug.php?id=61412edit=1
Bug #61413 [PATCH]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61413edit=1 ID: 61413 Patch added by: a...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\openssl_encrypt_crash.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61413.diff Revision: 1331896047 URL: https://bugs.php.net/patch-display.php?bug=61413patch=61413.diffrevision=1331896047 Previous Comments: [2012-03-16 10:41:58] a...@php.net Description: The test fails with the message variable 'i' used without being initialized Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) done -- Edit this bug report at https://bugs.php.net/bug.php?id=61413edit=1
Bug #61413 [Com]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61413edit=1 ID: 61413 Comment by: a...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\openssl_encrypt_crash.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: fixed initializing i to zero Previous Comments: [2012-03-16 11:07:27] a...@php.net The following patch has been added/updated: Patch Name: 61413.diff Revision: 1331896047 URL: https://bugs.php.net/patch-display.php?bug=61413patch=61413.diffrevision=1331896047 [2012-03-16 10:41:58] a...@php.net Description: The test fails with the message variable 'i' used without being initialized Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) done -- Edit this bug report at https://bugs.php.net/bug.php?id=61413edit=1
[PHP-BUG] Bug #61415 [NEW]: zend_alter_ini_entry failuers
From:
Operating system: Linux
PHP version: 5.3.10
Package: Safe Mode/open_basedir
Bug Type: Bug
Bug description:zend_alter_ini_entry failuers
Description:
I wrote an apache2.2 module that changs open_basedir and php_includepath
dynamically into translatename hook with zend_alter_ini_entry.
This works perfectly but for about 5% of requests i get a PHP Warning with
a
wrong open_basedir.
From my debug logs i get a FAILURE on
zend_alter_ini_entry(open_basedir,...)
with the rate of about 5 requests over 100; this never happen for
'includepath'
ini entry. For any call to zend_alter_ini_entry i submit always the same
string
for each virtualhost, i can't understand why the function output change
without
a input values change.
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7fff3913b4b0 ø\026\002,
name_length=1,
new_value=0x7fea30fa4250 /home/www-data/gamerinside.it/html/,
new_value_length=957592432, modify_type=31715296, stage=32746,
force_change=0) at /root/php53/php-5.3.3/Zend/zend_ini.c:254
ini_entry = (zend_ini_entry *) 0x7fea30fa40e8
modified = 224 'Ã '
#1 0x7fea2a670530 in zend_alter_ini_entry (name=0x7fea290e3f39
open_basedir, name_length=13,
new_value=0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/, new_value_length=59, modify_type=4, stage=16)
at /root/php53/php-5.3.3/Zend/zend_ini.c:249
No locals.
#2 0x7fea290e29d0 in mod_vhost_ldap_translate_name (r=0x23e71c8) at
mod_vhost_ldap_ng.c:862
reqc = (mod_vhost_ldap_request_t *) 0x7fea30fa4070
conf = (mod_vhost_ldap_config_t *) 0x1d047f8
core = (core_server_config *) 0x1e3e680
ld = (LDAP *) 0x0
realfile = 0x0
alias = (alias_t *) 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = (LDAPMessage *) 0x0
vhostentry = (LDAPMessage *) 0x0
openbasedir = 0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
include = 0x23e89a8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
#3 0x00433de3 in ap_run_translate_name ()
No symbol table info available.
---Type return to continue, or q return to quit---
#4 0x0043601e in ap_process_request_internal ()
No symbol table info available.
#5 0x00449718 in ap_process_request ()
No symbol table info available.
#6 0x00446858 in ?? ()
No symbol table info available.
#7 0x00440493 in ap_run_process_connection ()
Actual result:
--
if(zend_alter_ini_entry(open_basedir, strlen(open_basedir) + 1,
(void *)openbasedir, strlen(openbasedir), PHP_INI_SYSTEM,
PHP_INI_STAGE_RUNTIME) != 0)
ap_log_rerror(APLOG_MARK, APLOG_ERR|APLOG_NOERRNO, 0, r,
zend_alter_ini_entry
failed, open_basedir: %s, openbasedir);
ap_log_rerror(APLOG_MARK, APLOG_INFO|APLOG_NOERRNO, 0, r, PhpIncludePath:
%s,
PhpOpenBasedir %s, include, openbasedir);
[Fri Mar 16 00:00:47 2012] [error] [client 2.38.136.113]
zend_alter_ini_entry
failed, open_basedir:
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/,
referer: http://pescasud.it/CacciaSud/administrator/index.php?
option=com_modulesview=modulelayout=editid=117
[Fri Mar 16 00:00:47 2012] [info] [client 2.38.136.113] PhpIncludePath:
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/, PhpOpenBasedir
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/, referer:
http://pescasud.it/CacciaSud/administrator/index.php?
option=com_modulesview=modulelayout=editid=117
--
Edit bug report at https://bugs.php.net/bug.php?id=61415edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61415r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61415r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61415r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61415r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61415r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61415r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61415r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61415r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61415r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61415r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61415r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61415r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61415r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61415r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61415r=php4
Daylight Savings:
Bug #61415 [Opn-Fbk]: zend_alter_ini_entry failuers
Edit report at https://bugs.php.net/bug.php?id=61415edit=1
ID: 61415
Updated by: cataphr...@php.net
Reported by:info at simonecaruso dot com
Summary:zend_alter_ini_entry failuers
-Status: Open
+Status: Feedback
Type: Bug
Package:Safe Mode/open_basedir
Operating System: Linux
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
zend_alter_ini_entry_ex has several failure paths. It would be helpful to know
which one is being triggered. Can you investigate this? You can try first by
starting apache under gdb with the -X option.
Previous Comments:
[2012-03-16 11:38:37] info at simonecaruso dot com
Description:
I wrote an apache2.2 module that changs open_basedir and php_includepath
dynamically into translatename hook with zend_alter_ini_entry.
This works perfectly but for about 5% of requests i get a PHP Warning with a
wrong open_basedir.
From my debug logs i get a FAILURE on zend_alter_ini_entry(open_basedir,...)
with the rate of about 5 requests over 100; this never happen for 'includepath'
ini entry. For any call to zend_alter_ini_entry i submit always the same string
for each virtualhost, i can't understand why the function output change without
a input values change.
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7fff3913b4b0 ø\026\002, name_length=1,
new_value=0x7fea30fa4250 /home/www-data/gamerinside.it/html/,
new_value_length=957592432, modify_type=31715296, stage=32746,
force_change=0) at /root/php53/php-5.3.3/Zend/zend_ini.c:254
ini_entry = (zend_ini_entry *) 0x7fea30fa40e8
modified = 224 'Ã '
#1 0x7fea2a670530 in zend_alter_ini_entry (name=0x7fea290e3f39
open_basedir, name_length=13,
new_value=0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/, new_value_length=59, modify_type=4, stage=16)
at /root/php53/php-5.3.3/Zend/zend_ini.c:249
No locals.
#2 0x7fea290e29d0 in mod_vhost_ldap_translate_name (r=0x23e71c8) at
mod_vhost_ldap_ng.c:862
reqc = (mod_vhost_ldap_request_t *) 0x7fea30fa4070
conf = (mod_vhost_ldap_config_t *) 0x1d047f8
core = (core_server_config *) 0x1e3e680
ld = (LDAP *) 0x0
realfile = 0x0
alias = (alias_t *) 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = (LDAPMessage *) 0x0
vhostentry = (LDAPMessage *) 0x0
openbasedir = 0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
include = 0x23e89a8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
#3 0x00433de3 in ap_run_translate_name ()
No symbol table info available.
---Type return to continue, or q return to quit---
#4 0x0043601e in ap_process_request_internal ()
No symbol table info available.
#5 0x00449718 in ap_process_request ()
No symbol table info available.
#6 0x00446858 in ?? ()
No symbol table info available.
#7 0x00440493 in ap_run_process_connection ()
Actual result:
--
if(zend_alter_ini_entry(open_basedir, strlen(open_basedir) + 1,
(void *)openbasedir, strlen(openbasedir), PHP_INI_SYSTEM,
PHP_INI_STAGE_RUNTIME) != 0)
ap_log_rerror(APLOG_MARK, APLOG_ERR|APLOG_NOERRNO, 0, r, zend_alter_ini_entry
failed, open_basedir: %s, openbasedir);
ap_log_rerror(APLOG_MARK, APLOG_INFO|APLOG_NOERRNO, 0, r, PhpIncludePath: %s,
PhpOpenBasedir %s, include, openbasedir);
[Fri Mar 16 00:00:47 2012] [error] [client 2.38.136.113] zend_alter_ini_entry
failed, open_basedir: /tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/,
referer: http://pescasud.it/CacciaSud/administrator/index.php?
option=com_modulesview=modulelayout=editid=117
[Fri Mar 16 00:00:47 2012] [info] [client 2.38.136.113] PhpIncludePath:
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/, PhpOpenBasedir
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/, referer:
http://pescasud.it/CacciaSud/administrator/index.php?
option=com_modulesview=modulelayout=editid=117
--
Edit this bug report at https://bugs.php.net/bug.php?id=61415edit=1
Bug #61362 [Opn-Asn]: Exception::getTraceAsString, Exception::__toString not able to handle unicode
Edit report at https://bugs.php.net/bug.php?id=61362edit=1
ID: 61362
Updated by: tony2...@php.net
Reported by:sam at rmcreative dot ru
Summary:Exception::getTraceAsString, Exception::__toString
not able to handle unicode
-Status: Open
+Status: Assigned
Type: Bug
Package:Unicode Engine related
Operating System: All
PHP Version:5.4.0
-Assigned To:
+Assigned To:johannes
Block user comment: N
Private report: N
Previous Comments:
[2012-03-14 17:20:50] tony2...@php.net
The problem is here:
http://lxr.php.net/opengrok/xref/PHP_5_4/Zend/zend_exceptions.c#391
Dunno what to do in this case: either add to the docs that the result of
getTraceAsString() is perfectly safe from binary symbols or drop that code
completely and allow any chars there.
[2012-03-14 15:16:42] sam at rmcreative dot ru
It's UTF8 already.
[2012-03-14 15:14:58] tony2...@php.net
Nevermind, I see the problem.
[2012-03-14 12:20:41] tony2...@php.net
What if you try to switch your browser encoding to UTF8 from whatever it is by
default?
[2012-03-12 15:44:18] sam at rmcreative dot ru
Description:
Exception::getTraceAsString, Exception::__toString are not able to properly
handle unicode in stack trace. Instead of showing actual argument values it's
giving in case value is unicode.
Tested on PHP 5.3 and PHP 5.4.
Test script:
---
?php
function test($arg){
throw new Exception();
}
try {
test('ÑеÑÑ');
}
catch(Exception $e) {
echo $e-getTraceAsString();
echo (string)$e;
}
Expected result:
d:\web\usr\local\php54php.exe d:\src\exception_wrong_trace\test.php
#0 D:\src\exception_wrong_trace\test.php(7): test('ÑеÑÑ')
#1 {main}exception 'Exception' in D:\src\exception_wrong_trace\test.php:3
Stack trace:
#0 D:\src\exception_wrong_trace\test.php(7): test('ÑеÑÑ')
#1 {main}
Actual result:
--
d:\web\usr\local\php54php.exe d:\src\exception_wrong_trace\test.php
#0 D:\src\exception_wrong_trace\test.php(7): test('')
#1 {main}exception 'Exception' in D:\src\exception_wrong_trace\test.php:3
Stack trace:
#0 D:\src\exception_wrong_trace\test.php(7): test('')
#1 {main}
--
Edit this bug report at https://bugs.php.net/bug.php?id=61362edit=1
Bug #60598 [Com]: cli/apache sapi segfault on objects manipulation
Edit report at https://bugs.php.net/bug.php?id=60598edit=1
ID: 60598
Comment by: eugen at kochuev dot com
Reported by:arekm at maven dot pl
Summary:cli/apache sapi segfault on objects manipulation
Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Linux
PHP Version:5.4.0RC3
Block user comment: N
Private report: N
New Comment:
We also face the similar issue in symfony 1.4 project. Issue appears in %.3 and
5.4 versions and does not happen in 5.2. Disabling GC makes segfaults less
frequent, but still does not solve the problem.
Previous Comments:
[2012-01-08 10:26:09] arekm at maven dot pl
PHP 5.4.0 RC5 also dies
$ ~/test/php-test/bin/php --version
PHP 5.4.0RC5 (cli) (built: Jan 8 2012 11:23:44)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
[arekm@ixion-pld php-5.4.0RC5]$ ~/test/php-test/bin/php ~/a.php
If you see this, try to increase OBJECT_COUNT to 100,000Segmentation fault
[2012-01-06 14:09:16] daan at react dot com
Looks alot like https://bugs.php.net/bug.php?id=39346
Curiously, the segfault looks alot like https://bugs.php.net/bug.php?id=60457 -
but that might just be PHPs reaction to memory corruption.
[2011-12-22 22:33:07] arekm at maven dot pl
Description:
[arekm@ixion-pld php-5.4.0RC3]$ export LC_ALL=C
[arekm@ixion-pld php-5.4.0RC3]$ ./sapi/cli/php -n ~/a.php
If you see this, try to increase OBJECT_COUNT to 100,000Segmentation fault
[arekm@ixion-pld php-5.4.0RC3]$ ./sapi/cli/php -n --version
PHP 5.4.0RC3 (cli) (built: Dec 22 2011 23:19:37)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2011 Zend Technologies
Test script:
---
?
define('OBJECT_COUNT', 13);
class Object {
private static $world = array();
private static $maxGuid = 0;
protected $_guid = null;
public function __construct() {
self::$world[$this-_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';
?
Expected result:
cli not segfaulting
Actual result:
--
Starting program: /home/users/arekm/rpm/BUILD/php-5.4.0RC3/sapi/cli/.libs/php
-n
/home/users/arekm/a.php
[Thread debugging using libthread_db enabled]
If you see this, try to increase OBJECT_COUNT to 100,000
Program received signal SIGSEGV, Segmentation fault.
0x77a462b9 in gc_zval_possible_root (zv=0x75677420) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/Zend/zend_gc.c:143
143 GC_ZOBJ_CHECK_POSSIBLE_ROOT(zv);
(gdb) bt
#0 0x77a462b9 in gc_zval_possible_root (zv=0x75677420) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/Zend/zend_gc.c:143
#1 0x77a48ba2 in zend_object_std_dtor (object=0x756773d0) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/Zend/zend_objects.c:54
#2 0x77a48bd9 in zend_objects_free_object_storage
(object=0x756773d0) at /home/users/arekm/rpm/BUILD/php-
5.4.0RC3/Zend/zend_objects.c:137
#3 0x77a4e56f in zend_objects_store_free_object_storage
(objects=0x77dda700)
at /home/users/arekm/rpm/BUILD/php-5.4.0RC3/Zend/zend_objects_API.c:92
#4 0x77a18c83 in shutdown_executor () at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/Zend/zend_execute_API.c:297
#5 0x77a27555 in zend_deactivate () at /home/users/arekm/rpm/BUILD/php-
5.4.0RC3/Zend/zend.c:934
#6 0x779c820f in php_request_shutdown (dummy=optimized out) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/main/main.c:1781
#7 0x00405538 in do_cli (argc=3, argv=0x7fffea38) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/sapi/cli/php_cli.c:1169
#8 0x00404d4c in main (argc=3, argv=0x7fffea38) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/sapi/cli/php_cli.c:1356
(gdb) frame 0
#0 0x77a462b9 in gc_zval_possible_root (zv=0x75677420) at
/home/users/arekm/rpm/BUILD/php-5.4.0RC3/Zend/zend_gc.c:143
143 GC_ZOBJ_CHECK_POSSIBLE_ROOT(zv);
(gdb) print zv
$1 = (zval *) 0x75677420
(gdb) print *zv
$2 = {
value = {
lval = 140737303870936,
dval = 6.9533466930949762e-310,
str = {
val = 0x7500fdd8 \270,
len = -184485184
},
ht = 0x7500fdd8,
obj = {
handle = 4110482904,
handlers = 0x7500fac0
}
},
refcount__gc = 4294967295,
type = 5 '\005',
is_ref__gc = 0 '\000'
}
(gdb)
Bug #61415 [Com]: zend_alter_ini_entry failuers
Edit report at https://bugs.php.net/bug.php?id=61415edit=1
ID: 61415
Comment by: info at simonecaruso dot com
Reported by:info at simonecaruso dot com
Summary:zend_alter_ini_entry failuers
Status: Feedback
Type: Bug
Package:Safe Mode/open_basedir
Operating System: Linux
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
It will take some time for me to debug into php code, even because the problem
happen only on the ~5% of requests, my users notice the problem only with my
server are under load.
For now, I can add this: we have this problem since migrated from 5.2.6 to
5.3.10.
Previous Comments:
[2012-03-16 14:25:35] cataphr...@php.net
zend_alter_ini_entry_ex has several failure paths. It would be helpful to know
which one is being triggered. Can you investigate this? You can try first by
starting apache under gdb with the -X option.
[2012-03-16 11:38:37] info at simonecaruso dot com
Description:
I wrote an apache2.2 module that changs open_basedir and php_includepath
dynamically into translatename hook with zend_alter_ini_entry.
This works perfectly but for about 5% of requests i get a PHP Warning with a
wrong open_basedir.
From my debug logs i get a FAILURE on zend_alter_ini_entry(open_basedir,...)
with the rate of about 5 requests over 100; this never happen for 'includepath'
ini entry. For any call to zend_alter_ini_entry i submit always the same string
for each virtualhost, i can't understand why the function output change without
a input values change.
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7fff3913b4b0 ø\026\002, name_length=1,
new_value=0x7fea30fa4250 /home/www-data/gamerinside.it/html/,
new_value_length=957592432, modify_type=31715296, stage=32746,
force_change=0) at /root/php53/php-5.3.3/Zend/zend_ini.c:254
ini_entry = (zend_ini_entry *) 0x7fea30fa40e8
modified = 224 'Ã '
#1 0x7fea2a670530 in zend_alter_ini_entry (name=0x7fea290e3f39
open_basedir, name_length=13,
new_value=0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/, new_value_length=59, modify_type=4, stage=16)
at /root/php53/php-5.3.3/Zend/zend_ini.c:249
No locals.
#2 0x7fea290e29d0 in mod_vhost_ldap_translate_name (r=0x23e71c8) at
mod_vhost_ldap_ng.c:862
reqc = (mod_vhost_ldap_request_t *) 0x7fea30fa4070
conf = (mod_vhost_ldap_config_t *) 0x1d047f8
core = (core_server_config *) 0x1e3e680
ld = (LDAP *) 0x0
realfile = 0x0
alias = (alias_t *) 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = (LDAPMessage *) 0x0
vhostentry = (LDAPMessage *) 0x0
openbasedir = 0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
include = 0x23e89a8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
#3 0x00433de3 in ap_run_translate_name ()
No symbol table info available.
---Type return to continue, or q return to quit---
#4 0x0043601e in ap_process_request_internal ()
No symbol table info available.
#5 0x00449718 in ap_process_request ()
No symbol table info available.
#6 0x00446858 in ?? ()
No symbol table info available.
#7 0x00440493 in ap_run_process_connection ()
Actual result:
--
if(zend_alter_ini_entry(open_basedir, strlen(open_basedir) + 1,
(void *)openbasedir, strlen(openbasedir), PHP_INI_SYSTEM,
PHP_INI_STAGE_RUNTIME) != 0)
ap_log_rerror(APLOG_MARK, APLOG_ERR|APLOG_NOERRNO, 0, r, zend_alter_ini_entry
failed, open_basedir: %s, openbasedir);
ap_log_rerror(APLOG_MARK, APLOG_INFO|APLOG_NOERRNO, 0, r, PhpIncludePath: %s,
PhpOpenBasedir %s, include, openbasedir);
[Fri Mar 16 00:00:47 2012] [error] [client 2.38.136.113] zend_alter_ini_entry
failed, open_basedir: /tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/,
referer: http://pescasud.it/CacciaSud/administrator/index.php?
option=com_modulesview=modulelayout=editid=117
[Fri Mar 16 00:00:47 2012] [info] [client 2.38.136.113] PhpIncludePath:
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/, PhpOpenBasedir
/tmp/:/usr/share/php/:.:/home/www-data/pescasud.it/html/, referer:
http://pescasud.it/CacciaSud/administrator/index.php?
option=com_modulesview=modulelayout=editid=117
--
Edit this bug report at https://bugs.php.net/bug.php?id=61415edit=1
Bug #61418 [Opn]: Segmentation foult using FiltesystemIterator RegexIterator
Edit report at https://bugs.php.net/bug.php?id=61418edit=1
ID: 61418
User updated by:melkorm at gmail dot com
Reported by:melkorm at gmail dot com
Summary:Segmentation foult using FiltesystemIterator
RegexIterator
Status: Open
Type: Bug
Package:SPL related
Operating System: Linux Mint 12
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
It also fails at :
melkorm@bibiop ~ $ php -v
PHP 5.3.6-13ubuntu3.6 with Suhosin-Patch (cli) (built: Feb 11 2012 03:26:01)
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
Previous Comments:
[2012-03-16 17:47:22] melkorm at gmail dot com
Description:
melkorm@bibiop ~/htdocs/test.dev $ php -v
PHP 5.3.10-1~dotdeb.1 with Suhosin-Patch (cli) (built: Feb 2 2012 23:28:08)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans
with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH
Test script:
---
$fileIterator = new FilesystemIterator(__DIR__,
FilesystemIterator::KEY_AS_FILENAME);
$regexpIterator = new RegexIterator($fileIterator,
$regexpIterator = new RegexIterator($fileIterator,
'#.*#',
'#.*#',
\RegexIterator::MATCH,
\RegexIterator::MATCH,
\RegexIterator::USE_KEY
\RegexIterator::USE_KEY
);
);
foreach ($fileIterator as $key = $file)
foreach ($fileIterator as $key = $file)
{
}
Actual result:
--
Segemntation foult
strace output can be found here : http://pastebin.com/CFV6qepj
--
Edit this bug report at https://bugs.php.net/bug.php?id=61418edit=1
Bug #61415 [Fbk-Opn]: zend_alter_ini_entry failuers
Edit report at https://bugs.php.net/bug.php?id=61415edit=1
ID: 61415
User updated by:info at simonecaruso dot com
Reported by:info at simonecaruso dot com
Summary:zend_alter_ini_entry failuers
-Status: Feedback
+Status: Open
Type: Bug
Package:Safe Mode/open_basedir
Operating System: Linux
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
It breaks always at zend_ini.c:300
The data i pass is always correct, but sometimes i get a FAILURE.
Breakpoint 3, zend_alter_ini_entry_ex (name=0x7f2de6128199 open_basedir,
name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16,
force_change=0)
at /root/php-5.3.10/Zend/zend_ini.c:300
300 return FAILURE;
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7f2de6128199 open_basedir, name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16,
force_change=0)
at /root/php-5.3.10/Zend/zend_ini.c:300
ini_entry = 0x7f2debb35d30
duplicate = 0x7f2debaf3140 'Z' repeats 59 times, N\230D\300ZQ\twe-
\177
modifiable = 7 '\a'
modified = 1 '\001'
#1 0x7f2de77f00d0 in zend_alter_ini_entry (name=0x7f2de6128199
open_basedir, name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16)
at /root/php-5.3.10/Zend/zend_ini.c:249
No locals.
#2 0x7f2de6126c1d in mod_vhost_ldap_translate_name (r=0x7f2debd01570) at
mod_vhost_ldap_ng.c:862
reqc = 0x7f2deb4b0510
conf = 0x7f2deba31038
core = 0x7f2deb9695e8
ld = 0x0
realfile = 0x0
alias = 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = 0x0
vhostentry = 0x0
openbasedir = 0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/
include = 0x7f2debd02e08 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/
Previous Comments:
[2012-03-16 15:59:22] info at simonecaruso dot com
It will take some time for me to debug into php code, even because the problem
happen only on the ~5% of requests, my users notice the problem only with my
server are under load.
For now, I can add this: we have this problem since migrated from 5.2.6 to
5.3.10.
[2012-03-16 14:25:35] cataphr...@php.net
zend_alter_ini_entry_ex has several failure paths. It would be helpful to know
which one is being triggered. Can you investigate this? You can try first by
starting apache under gdb with the -X option.
[2012-03-16 11:38:37] info at simonecaruso dot com
Description:
I wrote an apache2.2 module that changs open_basedir and php_includepath
dynamically into translatename hook with zend_alter_ini_entry.
This works perfectly but for about 5% of requests i get a PHP Warning with a
wrong open_basedir.
From my debug logs i get a FAILURE on zend_alter_ini_entry(open_basedir,...)
with the rate of about 5 requests over 100; this never happen for 'includepath'
ini entry. For any call to zend_alter_ini_entry i submit always the same string
for each virtualhost, i can't understand why the function output change without
a input values change.
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7fff3913b4b0 ø\026\002, name_length=1,
new_value=0x7fea30fa4250 /home/www-data/gamerinside.it/html/,
new_value_length=957592432, modify_type=31715296, stage=32746,
force_change=0) at /root/php53/php-5.3.3/Zend/zend_ini.c:254
ini_entry = (zend_ini_entry *) 0x7fea30fa40e8
modified = 224 'Ã '
#1 0x7fea2a670530 in zend_alter_ini_entry (name=0x7fea290e3f39
open_basedir, name_length=13,
new_value=0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/, new_value_length=59, modify_type=4, stage=16)
at /root/php53/php-5.3.3/Zend/zend_ini.c:249
No locals.
#2 0x7fea290e29d0 in mod_vhost_ldap_translate_name (r=0x23e71c8) at
mod_vhost_ldap_ng.c:862
reqc = (mod_vhost_ldap_request_t *) 0x7fea30fa4070
conf = (mod_vhost_ldap_config_t *) 0x1d047f8
core = (core_server_config *) 0x1e3e680
ld = (LDAP *) 0x0
realfile = 0x0
alias = (alias_t *) 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = (LDAPMessage *) 0x0
vhostentry = (LDAPMessage *) 0x0
openbasedir = 0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
include = 0x23e89a8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/
#3
[PHP-BUG] Bug #61419 [NEW]: Upload Progress returning empty array
From:
Operating system: Debian 6 Squeeze x64
PHP version: 5.4.0
Package: Session related
Bug Type: Bug
Bug description:Upload Progress returning empty array
Description:
Session upload tracking is returning empty array when queued.
PHP is build from source using following configure string:
./configure --prefix=/usr/local --sysconfdir=/etc/php --localstatedir=/var
--libdir=/usr/lib64 --with-layout=GNU --with-config-file-path=/etc/php
--with-config-file-scan-dir=/etc/php/conf.d --with-openssl --with-mcrypt
--with-zlib --with-tidy --with-bz2 --with-curl --with-curlwrappers
--with-mhash --with-pear --with-imap=/usr/lib64/ --with-imap-ssl
--with-kerberos --with-gettext --with-pic --with-mysql=mysqlnd
--with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd
--with-mysql-sock=/var/run/mysql/mysql.sock --with-gd --with-xsl
--with-xmlrpc --with-mm --with-freetype-dir=/usr/lib
--with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-fpm-user=www-data
--with-fpm-group=www-data --enable-gd-native-ttf --enable-pcntl
--enable-calendar --enable-ftp --enable-exif --enable-intl
--enable-mbstring --enable-sockets --enable-zip --enable-soap --enable-fpm
--disable-debug --disable-rpath
Webserver used is nginx (1.0.14) built from source.
Test script:
---
http://www.neowin.net/forum/topic/1063478-php-540-upload-tracking-returning-empty-array/
Expected result:
Array containing information about files being uploaded.
Actual result:
--
array(0) {
}
--
Edit bug report at https://bugs.php.net/bug.php?id=61419edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61419r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61419r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61419r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61419r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61419r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61419r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61419r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61419r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61419r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61419r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61419r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61419r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61419r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61419r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61419r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61419r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61419r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61419r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61419r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61419r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61419r=mysqlcfg
Bug #61390 [Com]: Segfault occurs in simple flatfile test
Edit report at https://bugs.php.net/bug.php?id=61390edit=1 ID: 61390 Comment by: cjashfor at linux dot vnet dot ibm dot com Reported by:cjashfor at linux dot vnet dot ibm dot com Summary:Segfault occurs in simple flatfile test Status: Open Type: Bug Package:DBM/DBA related Operating System: Linux PHP Version:5.4.0 Block user comment: N Private report: N New Comment: From what I can tell from debugging, what's happening is that on the first dba_popen, a dba_info structure is allocated for the first resource. On the second dba_popen, since it's the same file, the dba_info from the first resource is reused. I don't know if this alone is a legitimate thing to do, because now two resources are sharing the same dba_info. At the very least, I would think that some sort of reference counter is need in dba_info to track how many resources are linked to it. When the first resource is closed, the dba_info structure is free'd at dba.c:dba_close():423. Consequently, when the second resource is referenced, it's using an already-free'd dba_info structure, and this causes a seg fault. If it's truly OK to have to resources reference the same dba_info structure, one solution might be to add a reference counter to dba_info, and to set it to 1 on the initial allocation, and increment it when linking to it on subsequent dba_popens. When closing resources, the reference counter is decremented, and the structure is released only when the count reaches zero. Any thoughts? Previous Comments: [2012-03-14 19:28:48] cjashfor at linux dot vnet dot ibm dot com The first valgrind memcheck I ran was on the installed php, and so it's missing some file/line# information. Here's one where I ran it on the php where I built it; it contains complete file/line# info: ==18593== Memcheck, a memory error detector ==18593== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==18593== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==18593== Command: /home/corey/php-5.4.0/sapi/cli/php new.php ==18593== Parent PID: 17376 ==18593== ==18593== Invalid read of size 8 ==18593==at 0x4ED1D9: zif_dba_fetch (dba.c:1018) ==18593==by 0x722B82: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:642) ==18593==by 0x6DD2C4: execute (zend_vm_execute.h:410) ==18593==by 0x67F584: zend_execute_scripts (zend.c:1272) ==18593==by 0x622108: php_execute_script (main.c:2473) ==18593==by 0x7253ED: do_cli (php_cli.c:983) ==18593==by 0x725C9E: main (php_cli.c:1356) ==18593== Address 0x51e48e8 is 56 bytes inside a block of size 88 free'd ==18593==at 0x4A05187: free (vg_replace_malloc.c:325) ==18593==by 0x68D55D: plist_entry_destructor (zend_list.c:209) ==18593==by 0x689D0E: zend_hash_apply_deleter (zend_hash.c:650) ==18593==by 0x68B7CB: zend_hash_apply_with_argument (zend_hash.c:743) ==18593==by 0x68D5ED: list_entry_destructor (zend_list.c:183) ==18593==by 0x68B3F0: zend_hash_del_key_or_index (zend_hash.c:531) ==18593==by 0x68D6D6: _zend_list_delete (zend_list.c:57) ==18593==by 0x4ED35F: zif_dba_close (dba.c:969) ==18593==by 0x722B82: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:642) ==18593==by 0x6DD2C4: execute (zend_vm_execute.h:410) ==18593==by 0x67F584: zend_execute_scripts (zend.c:1272) ==18593==by 0x622108: php_execute_script (main.c:2473) ==18593==by 0x7253ED: do_cli (php_cli.c:983) ==18593==by 0x725C9E: main (php_cli.c:1356) ==18593== ==18593== Invalid read of size 8 ==18593==at 0x4EF0E6: dba_fetch_flatfile (dba_flatfile.c:67) ==18593==by 0x4ED1FA: zif_dba_fetch (dba.c:1020) ==18593==by 0x722B82: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:642) ==18593==by 0x6DD2C4: execute (zend_vm_execute.h:410) ==18593==by 0x67F584: zend_execute_scripts (zend.c:1272) ==18593==by 0x622108: php_execute_script (main.c:2473) ==18593==by 0x7253ED: do_cli (php_cli.c:983) ==18593==by 0x725C9E: main (php_cli.c:1356) ==18593== Address 0x51e48b0 is 0 bytes inside a block of size 88 free'd ==18593==at 0x4A05187: free (vg_replace_malloc.c:325) ==18593==by 0x68D55D: plist_entry_destructor (zend_list.c:209) ==18593==by 0x689D0E: zend_hash_apply_deleter (zend_hash.c:650) ==18593==by 0x68B7CB: zend_hash_apply_with_argument (zend_hash.c:743) ==18593==by 0x68D5ED: list_entry_destructor (zend_list.c:183) ==18593==by 0x68B3F0: zend_hash_del_key_or_index (zend_hash.c:531) ==18593==by 0x68D6D6: _zend_list_delete (zend_list.c:57) ==18593==by 0x4ED35F: zif_dba_close (dba.c:969) ==18593==by 0x722B82: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:642) ==18593==by 0x6DD2C4: execute (zend_vm_execute.h:410) ==18593==by 0x67F584: zend_execute_scripts (zend.c:1272) ==18593==by 0x622108:
[PHP-BUG] Req #61421 [NEW]: Missing SHA256,SHA512 families of signature algorithms
From: Operating system: Ubuntu Linux PHP version: 5.4.0 Package: OpenSSL related Bug Type: Feature/Change Request Bug description:Missing SHA256,SHA512 families of signature algorithms Description: openssl_verify() takes as a parameter a signature algorithm. The current list of values is here http://us3.php.net/manual/en/openssl.signature-algos.php The SHA256 and SHA512 families algorithms have been supported in openssl for quite some time. RipeMD160 is also not included. Test script: --- http://pastebin.com/qdCyC0Pe Expected result: verified Actual result: -- PHP Notice: Use of undefined constant OPENSSL_ALGO_SHA256 - assumed 'OPENSSL_ALGO_SHA256' in verify_sig.php on line 18 notverified -- Edit bug report at https://bugs.php.net/bug.php?id=61421edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61421r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61421r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61421r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61421r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61421r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61421r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61421r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61421r=needscript Try newer version: https://bugs.php.net/fix.php?id=61421r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61421r=support Expected behavior: https://bugs.php.net/fix.php?id=61421r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61421r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61421r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61421r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61421r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61421r=dst IIS Stability: https://bugs.php.net/fix.php?id=61421r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61421r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61421r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61421r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61421r=mysqlcfg
[PHP-BUG] Bug #61422 [NEW]: Lack of autoload on type hinting breaks class_alias
From:
Operating system: Linux
PHP version: 5.4.0
Package: SPL related
Bug Type: Bug
Bug description:Lack of autoload on type hinting breaks class_alias
Description:
I found #39003 which implies that autoload *was* called for type hinting
previously and called for removal of this unnecessary feature.
I beg to differ. Our framework depends on using class_alias to provide a
dynamic modular structure, and one real class may have multiple aliases
depending on situation, and these aliases are currently added when needed.
Therefore, if an object is creating using alias X (or no alias at all) and
is passed to a function expecting the same class under alias Y (and no
object was created using that alias) a completely invalid fatal error is
raised (see a simplified demo below).
I would also like to point out, that if after calling autoload it turns out
that it was not, in fact, an alias, the call will fatally fail anyway, so a
really useless autoload will be only called once. I don't see any resource
consumption problem here.
Test script:
---
?
class Demo { }
// An autoload handler creating an alias for the same class
spl_autoload_register(function ($class) {
class_alias('Demo', $class);
});
// Create a Demo object using A
// and pass that to function expecting A
function success(A $test) {
echo Success .get_class($test).\n;
}
success(new A());
// Create a Demo object using B,
// then create another Demo object using C
// and pass that to function expecting B
function also(B $test) {
echo Success .get_class($test).\n;
}
new B();
also(new C());
// Create a Demo object using X,
// and pass that to function expecting B
function fail(X $test) {
echo Success .get_class($test).\n;
}
fail(new Y());
// Note that all of these names refer to the same class,
// and all objects are of the same class
Expected result:
Success Demo
Success Demo
Success Demo
Actual result:
--
Success Demo
Success Demo
PHP Catchable fatal error: Argument 1 passed to fail() must be an instance
of X, instance of Demo given
--
Edit bug report at https://bugs.php.net/bug.php?id=61422edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61422r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61422r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61422r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61422r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61422r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61422r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61422r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61422r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61422r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61422r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61422r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61422r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61422r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61422r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61422r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61422r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61422r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61422r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61422r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61422r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61422r=mysqlcfg
Bug #61422 [Opn]: Lack of autoload on type hinting breaks class_alias
Edit report at https://bugs.php.net/bug.php?id=61422edit=1
ID: 61422
User updated by:danko at very dot lv
Reported by:danko at very dot lv
Summary:Lack of autoload on type hinting breaks class_alias
Status: Open
Type: Bug
Package:SPL related
Operating System: Linux
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
Sorry, what I meant in the last example is
// Create a Demo object using Y,
// and pass that to function expecting X
Previous Comments:
[2012-03-16 21:06:27] danko at very dot lv
Description:
I found #39003 which implies that autoload *was* called for type hinting
previously and called for removal of this unnecessary feature.
I beg to differ. Our framework depends on using class_alias to provide a
dynamic modular structure, and one real class may have multiple aliases
depending on situation, and these aliases are currently added when needed.
Therefore, if an object is creating using alias X (or no alias at all) and is
passed to a function expecting the same class under alias Y (and no object was
created using that alias) a completely invalid fatal error is raised (see a
simplified demo below).
I would also like to point out, that if after calling autoload it turns out
that it was not, in fact, an alias, the call will fatally fail anyway, so a
really useless autoload will be only called once. I don't see any resource
consumption problem here.
Test script:
---
?
class Demo { }
// An autoload handler creating an alias for the same class
spl_autoload_register(function ($class) {
class_alias('Demo', $class);
});
// Create a Demo object using A
// and pass that to function expecting A
function success(A $test) {
echo Success .get_class($test).\n;
}
success(new A());
// Create a Demo object using B,
// then create another Demo object using C
// and pass that to function expecting B
function also(B $test) {
echo Success .get_class($test).\n;
}
new B();
also(new C());
// Create a Demo object using X,
// and pass that to function expecting B
function fail(X $test) {
echo Success .get_class($test).\n;
}
fail(new Y());
// Note that all of these names refer to the same class,
// and all objects are of the same class
Expected result:
Success Demo
Success Demo
Success Demo
Actual result:
--
Success Demo
Success Demo
PHP Catchable fatal error: Argument 1 passed to fail() must be an instance of
X, instance of Demo given
--
Edit this bug report at https://bugs.php.net/bug.php?id=61422edit=1
Req #61421 [Opn]: Missing SHA256,SHA512 families of signature algorithms
Edit report at https://bugs.php.net/bug.php?id=61421edit=1 ID: 61421 User updated by:zedwoodnoreply at gmail dot com Reported by:zedwoodnoreply at gmail dot com Summary:Missing SHA256,SHA512 families of signature algorithms Status: Open Type: Feature/Change Request Package:OpenSSL related Operating System: Ubuntu Linux PHP Version:5.4.0 Block user comment: N Private report: N New Comment: to generate a sample csr with sha256 sig use: openssl req -new -sha256-newkey rsa:2048 -nodes -out example_com_sha256.csr -keyout example_com_sha256.key-subj /C=US/ST=/L=/O=/CN=example.com to parse the csr with openssl (command line) use: openssl req -in example_com_sha256.csr-noout -text sample output: Certificate Request: Data: Version: 0 (0x0) Subject: C=US, CN=example.com Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public Key: (2048 bit) Modulus (2048 bit): 00:a7:7a:17:c4:17:72:8e:5b:36:36:05:8f:57:10: a5:b9:f2:4b:05:9e:88:62:bc:8b:a5:ad:c3:6a:41: b5:31:25:cc:86:7c:99:6b:f4:7f:74:a1:01:93:95: b9:3e:b7:dc:b4:b4:59:3c:ff:22:8c:d5:87:75:44: 93:9c:19:de:08:42:b2:fd:88:eb:71:6b:8b:21:4a: 06:66:9c:6d:2b:10:bb:f5:e8:7c:a2:3a:ae:51:86: 51:3a:d1:96:02:93:f1:de:3a:68:06:6d:36:20:41: b4:09:d8:ed:74:5e:ff:ae:ba:26:84:ac:4d:6a:30: 6a:b4:01:ec:3a:a0:f9:5c:08:5c:6c:5e:1f:f2:11: 2c:11:a1:3d:44:17:79:33:0a:97:a0:4e:b8:c3:81: e4:58:d7:10:b3:50:43:af:9e:4b:b9:05:e7:5d:da: 78:b1:85:c4:36:a7:d5:b2:82:7a:1a:ab:4c:6c:98: a1:b5:6c:1a:99:04:18:2b:8d:80:2f:11:23:1d:41: 53:7a:15:39:2b:84:23:bf:2d:b0:32:5a:7d:0d:d0: 3f:ac:d3:66:9c:9f:a2:df:40:4b:0d:9c:98:e4:64: 44:b7:58:1d:54:75:07:47:b9:03:e5:57:10:d3:1a: ac:85:c6:f1:19:1c:df:a6:33:12:25:0b:ee:9a:fb: 72:93 Exponent: 65537 (0x10001) Attributes: a0:00 Signature Algorithm: sha256WithRSAEncryption 48:ac:2e:08:93:95:ec:c3:12:ab:88:33:1f:7f:37:c3:5a:9b: 6a:9a:b3:ea:35:ca:f0:1d:40:47:f0:31:8f:f3:36:b4:3d:5d: ee:74:48:fe:1b:43:4b:78:d7:97:d5:d5:77:8f:ba:51:db:35: 75:c4:89:dc:b6:49:86:4e:4c:42:e7:01:e3:cb:72:da:9b:94: d1:ed:b7:59:be:f6:eb:44:68:54:e5:10:0c:bf:7a:9f:48:18: 86:f2:f2:84:ca:a1:3b:48:be:d1:4a:40:22:12:7b:c0:42:a5: a0:ce:0f:43:17:44:e2:cf:e8:27:1d:71:d5:92:d8:de:bd:82: c2:11:f2:73:8c:c3:ab:5e:a1:64:78:af:a6:10:19:b1:ed:b2: fb:4c:bb:66:20:fe:1a:34:af:43:9f:4d:4e:6d:a2:f0:d0:df: 33:93:e5:a7:d5:dc:2f:47:e3:56:31:fd:50:d2:2e:83:2f:d2: b2:fb:a8:7d:ce:4a:1f:a1:14:fc:45:92:ca:1c:85:3a:e7:32: e4:a8:13:fe:54:9a:ee:25:02:26:d3:b5:e1:96:08:f3:c8:36: 59:ef:f5:46:1c:62:e6:58:ea:d4:86:a8:3f:ed:92:77:d7:eb: d3:92:a1:91:8e:2c:1c:4e:c2:12:b0:c9:8b:3b:17:99:32:03: e3:9e:a5:dd Previous Comments: [2012-03-16 19:35:04] zedwoodnoreply at gmail dot com Description: openssl_verify() takes as a parameter a signature algorithm. The current list of values is here http://us3.php.net/manual/en/openssl.signature-algos.php The SHA256 and SHA512 families algorithms have been supported in openssl for quite some time. RipeMD160 is also not included. Test script: --- http://pastebin.com/qdCyC0Pe Expected result: verified Actual result: -- PHP Notice: Use of undefined constant OPENSSL_ALGO_SHA256 - assumed 'OPENSSL_ALGO_SHA256' in verify_sig.php on line 18 notverified -- Edit this bug report at https://bugs.php.net/bug.php?id=61421edit=1
Bug #60947 [Csd-Asn]: Segmentation fault while executing ibase_db_info
Edit report at https://bugs.php.net/bug.php?id=60947edit=1 ID: 60947 User updated by:a dot lukyanov at hostcomm dot ru Reported by:a dot lukyanov at hostcomm dot ru Summary:Segmentation fault while executing ibase_db_info -Status: Closed +Status: Assigned Type: Bug Package:InterBase related Operating System: All PHP Version:Irrelevant Assigned To:mariuz Block user comment: N Private report: N New Comment: I'm sorry, but current code in trunk not solved the problem. Buffer increases on each iteration, because heap_p is bigger than heap_buf: - snprintf(heap_p, heap_buf_size - (heap_buf - heap_p), %s\n, result); + snprintf(heap_p, heap_buf_size - (heap_p - heap_buf), %s\n, result); This line should be corrected too: - heap_p += line_len +2; + heap_p += line_len +1; On each iteration I need overwrite last zero byte. In current code I recieve single line from Firebird server instead of multiline output (if not catch segfault). Sorry for my bad English. Thanks. Previous Comments: [2012-03-15 19:59:22] il...@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. [2012-03-15 19:59:15] il...@php.net Automatic comment from SVN on behalf of iliaa Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=324281 Log: Fixed bug #60947 (Segmentation fault while executing ibase_db_info) [2012-02-01 10:39:15] a dot lukyanov at hostcomm dot ru Description: All versions of PHP takes segmentation fault while executing ibase_db_info() function. I solved this problem and wrote patch. Please apply it. Thanks. Test script: --- ?php $resource = ibase_service_attach(localhost, testvh11_fb1234, fb1234); echo ibase_db_info($resource, testvh11_fb1234.fdb, IBASE_STS_HDR_PAGES); ? Expected result: testvh1 public_html # ./php-5.2.17/sapi/cli/php test.php Database /var/lib/firebird/testvh11_fb1234.fdb Database header page information: Flags 0 Checksum12345 Generation 65 Page size 8192 ODS version 11.2 Oldest transaction 20 Oldest active 21 Oldest snapshot 21 Next transaction26 Bumped transaction 1 Sequence number 0 Next attachment ID 38 Implementation ID 24 Shadow count0 Page buffers0 Next header page0 Database dialect3 Creation date Jan 30, 2012 15:10:47 Attributes force write Variable header data: *END* testvh1 public_html # Actual result: -- testvh1 public_html # php test.php Segmentation fault testvh1 public_html # -- Edit this bug report at https://bugs.php.net/bug.php?id=60947edit=1
Bug #61415 [Opn]: zend_alter_ini_entry failuers
Edit report at https://bugs.php.net/bug.php?id=61415edit=1
ID: 61415
Updated by: cataphr...@php.net
Reported by:info at simonecaruso dot com
Summary:zend_alter_ini_entry failuers
Status: Open
Type: Bug
Package:Safe Mode/open_basedir
Operating System: Linux
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I assume you're using the prefork SAPI, as the stack trace shows you're not
using ZTS. In that case, I find strange your claim this is a concurrency issue.
More likely, the problem would be in your module and I don't know anything
about Apache modules lifecycle to even guess where the problem could be.
You could try passing another value for stage as the ini update handler for
open_basedir can never fail for stages PHP_INI_STAGE_STARTUP,
PHP_INI_STAGE_SHUTDOWN, PHP_INI_STAGE_ACTIVATE,PHP_INI_STAGE_DEACTIVATE, but
this would most likely just mask the underlying problem. You can also try
running Apache under valgrind with --trace-children and see if you get
something.
Previous Comments:
[2012-03-16 18:07:23] info at simonecaruso dot com
It breaks always at zend_ini.c:300
The data i pass is always correct, but sometimes i get a FAILURE.
Breakpoint 3, zend_alter_ini_entry_ex (name=0x7f2de6128199 open_basedir,
name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16,
force_change=0)
at /root/php-5.3.10/Zend/zend_ini.c:300
300 return FAILURE;
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7f2de6128199 open_basedir, name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16,
force_change=0)
at /root/php-5.3.10/Zend/zend_ini.c:300
ini_entry = 0x7f2debb35d30
duplicate = 0x7f2debaf3140 'Z' repeats 59 times, N\230D\300ZQ\twe-
\177
modifiable = 7 '\a'
modified = 1 '\001'
#1 0x7f2de77f00d0 in zend_alter_ini_entry (name=0x7f2de6128199
open_basedir, name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16)
at /root/php-5.3.10/Zend/zend_ini.c:249
No locals.
#2 0x7f2de6126c1d in mod_vhost_ldap_translate_name (r=0x7f2debd01570) at
mod_vhost_ldap_ng.c:862
reqc = 0x7f2deb4b0510
conf = 0x7f2deba31038
core = 0x7f2deb9695e8
ld = 0x0
realfile = 0x0
alias = 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = 0x0
vhostentry = 0x0
openbasedir = 0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/
include = 0x7f2debd02e08 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/
[2012-03-16 15:59:22] info at simonecaruso dot com
It will take some time for me to debug into php code, even because the problem
happen only on the ~5% of requests, my users notice the problem only with my
server are under load.
For now, I can add this: we have this problem since migrated from 5.2.6 to
5.3.10.
[2012-03-16 14:25:35] cataphr...@php.net
zend_alter_ini_entry_ex has several failure paths. It would be helpful to know
which one is being triggered. Can you investigate this? You can try first by
starting apache under gdb with the -X option.
[2012-03-16 11:38:37] info at simonecaruso dot com
Description:
I wrote an apache2.2 module that changs open_basedir and php_includepath
dynamically into translatename hook with zend_alter_ini_entry.
This works perfectly but for about 5% of requests i get a PHP Warning with a
wrong open_basedir.
From my debug logs i get a FAILURE on zend_alter_ini_entry(open_basedir,...)
with the rate of about 5 requests over 100; this never happen for 'includepath'
ini entry. For any call to zend_alter_ini_entry i submit always the same string
for each virtualhost, i can't understand why the function output change without
a input values change.
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7fff3913b4b0 ø\026\002, name_length=1,
new_value=0x7fea30fa4250 /home/www-data/gamerinside.it/html/,
new_value_length=957592432, modify_type=31715296, stage=32746,
force_change=0) at /root/php53/php-5.3.3/Zend/zend_ini.c:254
ini_entry = (zend_ini_entry *) 0x7fea30fa40e8
modified = 224 'Ã '
#1 0x7fea2a670530 in zend_alter_ini_entry (name=0x7fea290e3f39
open_basedir, name_length=13,
new_value=0x23e89e8 /tmp/:/usr/share/php/:.:/home/www-
data/gamerinside.it/html/,
Bug #52339 [Com]: SPL autoloader breaks class_exists()
Edit report at https://bugs.php.net/bug.php?id=52339edit=1
ID: 52339
Comment by: pwolfenden at qualys dot com
Reported by:dangerous dot ben at gmail dot com
Summary:SPL autoloader breaks class_exists()
Status: Re-Opened
Type: Bug
Package:SPL related
Operating System: any (debian)
PHP Version:5.3.3RC2
Block user comment: N
Private report: N
New Comment:
Although I have not yet migrated to 5.3, I care about this bug because I'm
using
an autoload function (in 5.2) which contains some directory traversal logic and
uses class_exists() to decide whether or not to keep looking. I need to do this
because I'm in the scenario described by james (and so cannot assume that all
the
package files in my codebase follow my preferred naming convention), and I
would
much prefer class_exists() to continue to return false rather than having it
throw
a new Exception.
Previous Comments:
[2012-02-03 00:01:46] frozenf...@php.net
Re-opening, as there still exists the conflict of class_exists() generating an
error when autoloading fails, which is a chicken and the egg sort of issue. If
one wants to try autoloading if the class doesn't exist, but autoloading fails,
it should be possible to recover from that failure.
My understanding of the underlying code is that it generates an error in this
case. Perhaps it should generate an exception, which can be caught an handled.
[2010-10-11 21:37:47] james at nearlysensical dot com
I 100% agree with dangerous dot ben. class_exists should return false if the
class
can't be autoloaded. Allowing it to do so would make it much easier to use an
autoloader in contexts where you're interacting with an existing codebase that
may
not be so spl_autoload friendly. Bump.
[2010-07-15 08:18:01] dangerous dot ben at gmail dot com
I beg to differ. As you say, class_exists() attempts to autoload if there
second param is true, but if autoloading fails it should simply return false as
usual rather than throw an exception. Otherwise it is rather useless.
The fact that this only occurs when there isn't another autoloader in the stack
should make it clear that this is a bug. For example, the following code does
not throw an exception:
spl_autoload_register();
spl_autoload_register(function(){});
class_exists('foo\bar');
[2010-07-15 05:11:04] ka...@php.net
You are calling class_exists() with just a class name, which leaves the second
parameter ($autoload) set to true, which then invokes SPL and throws the
exception, so no bug here
[2010-07-14 21:54:08] dangerous dot ben at gmail dot com
On further investigation, it appears that the error is meant to happen only if
spl_autoload is called directly, and not via spl_autoload_call. Unfortunately
when spl_autoload is the only autoloader in the stack it gets called directly
and spl_autoload_call doesn't get a look in.
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=52339
--
Edit this bug report at https://bugs.php.net/bug.php?id=52339edit=1
Bug #61415 [Opn]: zend_alter_ini_entry failuers
Edit report at https://bugs.php.net/bug.php?id=61415edit=1
ID: 61415
User updated by:info at simonecaruso dot com
Reported by:info at simonecaruso dot com
Summary:zend_alter_ini_entry failuers
Status: Open
Type: Bug
Package:Safe Mode/open_basedir
Operating System: Linux
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I don't think it's a my module problem because with 5.2 i dont have this
problem
(i did the sames tests for 5.3, same apache, same config), i moved to 5.3 from
less
than one month. I don't think it's a concurrency related issue too, the failure
are
too much rare i think.
I did a diff between 5.2 and 5.3 and saw there are major changes to
fopen_wrapper.c, and i have this problem only for open_basedir, that's why i
opened
the bug.
I'll try with other stages in the hope this can help.
Previous Comments:
[2012-03-16 21:41:22] cataphr...@php.net
I assume you're using the prefork SAPI, as the stack trace shows you're not
using ZTS. In that case, I find strange your claim this is a concurrency issue.
More likely, the problem would be in your module and I don't know anything
about Apache modules lifecycle to even guess where the problem could be.
You could try passing another value for stage as the ini update handler for
open_basedir can never fail for stages PHP_INI_STAGE_STARTUP,
PHP_INI_STAGE_SHUTDOWN, PHP_INI_STAGE_ACTIVATE,PHP_INI_STAGE_DEACTIVATE, but
this would most likely just mask the underlying problem. You can also try
running Apache under valgrind with --trace-children and see if you get
something.
[2012-03-16 18:07:23] info at simonecaruso dot com
It breaks always at zend_ini.c:300
The data i pass is always correct, but sometimes i get a FAILURE.
Breakpoint 3, zend_alter_ini_entry_ex (name=0x7f2de6128199 open_basedir,
name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16,
force_change=0)
at /root/php-5.3.10/Zend/zend_ini.c:300
300 return FAILURE;
(gdb) bt full
#0 zend_alter_ini_entry_ex (name=0x7f2de6128199 open_basedir, name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16,
force_change=0)
at /root/php-5.3.10/Zend/zend_ini.c:300
ini_entry = 0x7f2debb35d30
duplicate = 0x7f2debaf3140 'Z' repeats 59 times, N\230D\300ZQ\twe-
\177
modifiable = 7 '\a'
modified = 1 '\001'
#1 0x7f2de77f00d0 in zend_alter_ini_entry (name=0x7f2de6128199
open_basedir, name_length=13,
new_value=0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/, new_value_length=58, modify_type=4,
stage=16)
at /root/php-5.3.10/Zend/zend_ini.c:249
No locals.
#2 0x7f2de6126c1d in mod_vhost_ldap_translate_name (r=0x7f2debd01570) at
mod_vhost_ldap_ng.c:862
reqc = 0x7f2deb4b0510
conf = 0x7f2deba31038
core = 0x7f2deb9695e8
ld = 0x0
realfile = 0x0
alias = 0x0
i = 0
ret = 0
str = {0x0, 0x0, 0x0}
ldapmsg = 0x0
vhostentry = 0x0
openbasedir = 0x7f2debd02e48 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/
include = 0x7f2debd02e08 /tmp/:/usr/share/php/:.:/home/www-
data/musitalia.com/html/
[2012-03-16 15:59:22] info at simonecaruso dot com
It will take some time for me to debug into php code, even because the problem
happen only on the ~5% of requests, my users notice the problem only with my
server are under load.
For now, I can add this: we have this problem since migrated from 5.2.6 to
5.3.10.
[2012-03-16 14:25:35] cataphr...@php.net
zend_alter_ini_entry_ex has several failure paths. It would be helpful to know
which one is being triggered. Can you investigate this? You can try first by
starting apache under gdb with the -X option.
[2012-03-16 11:38:37] info at simonecaruso dot com
Description:
I wrote an apache2.2 module that changs open_basedir and php_includepath
dynamically into translatename hook with zend_alter_ini_entry.
This works perfectly but for about 5% of requests i get a PHP Warning with a
wrong open_basedir.
From my debug logs i get a FAILURE on zend_alter_ini_entry(open_basedir,...)
with the rate of about 5 requests over 100; this never happen for 'includepath'
ini entry. For any call to zend_alter_ini_entry i submit always the same string
for each virtualhost, i can't
[PHP-BUG] Bug #61423 [NEW]: gzip compression fails
From:
Operating system: ALL
PHP version: 5.4.0
Package: SOAP related
Bug Type: Bug
Bug description:gzip compression fails
Description:
SOAP fails to compress with gzip encoding (compression level greater 0): it
warns
encoding mode must be either ZLIB_ENCODING_RAW, ZLIB_ENCODING_GZIP or
ZLIB_ENCODING_DEFLATE and throws SoapFault with SoapClient::__doRequest()
returned non string value.
Cause: Zlib introduces new constants ZLIB_ENCODING_RAW, ZLIB_ENCODING_GZIP,
ZLIB_ENCODING_DEFLATE and redefines FORCE_GZIP as ZLIB_ENCODING_GZIP and
FORCE_DEFLATE as ZLIB_ENCODING_DEFLATE.
In php_http.c, line 263ff. the call to gzencode is prepared with an hard
coded
magic number (1) for the gzip encoding: gzencode(data, level, 1).
It should be gzencode(data, level, FORCE_GZIP) or gzencode(data, level,
ZLIB_ENCODING_GZIP), because the magic number is now defined as 0x1f (31).
Test script:
---
new SoapClient($wsdl, array('soap_version' = SOAP_1_2, 'compression' =
SOAP_COMPRESSION_ACCEPT | SOAP_COMPRESSION_GZIP | 1 ));
Expected result:
Call gzencode(data, level, FORCE_GZIP) (or gzencode(data, level,
ZLIB_ENCODING_GZIP)), so it returns compressed data.
Actual result:
--
gzencode(data, level, 1) is called, so it returns always false and warns
encoding
mode must be either ZLIB_ENCODING_RAW, ZLIB_ENCODING_GZIP or
ZLIB_ENCODING_DEFLATE.
--
Edit bug report at https://bugs.php.net/bug.php?id=61423edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61423r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61423r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61423r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61423r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61423r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61423r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61423r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61423r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61423r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61423r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61423r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61423r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61423r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61423r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61423r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61423r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61423r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61423r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61423r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61423r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61423r=mysqlcfg
[PHP-BUG] Bug #61424 [NEW]: 8 dll error messages during start of win php
From: Operating system: XP Pro SP3 32-bit PHP version: 5.4.0 Package: Dynamic loading Bug Type: Bug Bug description:8 dll error messages during start of win php Description: I just ran php and I get 8 errors: php.ini looks to be configured correctly. this has been happening for several versions such as 5.3.10. Test script: --- php Expected result: php to load with no errors and wait for code on stdin. Actual result: -- php.exe: unable to locate component: the application has failed to start because OCI.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_oci8.dll' php.exe: unable to locate component: the application has failed to start because OCI.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_oci8_11g.dll' php.exe: unable to locate component: the application has failed to start because fbclient.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_pdo_firebird.dll' warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_sqlite.dll' warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_zip.dll' -- Edit bug report at https://bugs.php.net/bug.php?id=61424edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61424r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61424r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61424r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61424r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61424r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61424r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61424r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61424r=needscript Try newer version: https://bugs.php.net/fix.php?id=61424r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61424r=support Expected behavior: https://bugs.php.net/fix.php?id=61424r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61424r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61424r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61424r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61424r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61424r=dst IIS Stability: https://bugs.php.net/fix.php?id=61424r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61424r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61424r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61424r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61424r=mysqlcfg
Bug #61424 [Opn]: 8 dll error messages during start of win php
Edit report at https://bugs.php.net/bug.php?id=61424edit=1 ID: 61424 User updated by:jmichae3 at yahoo dot com Reported by:jmichae3 at yahoo dot com Summary:8 dll error messages during start of win php Status: Open Type: Bug Package:Dynamic loading Operating System: XP Pro SP3 32-bit PHP Version:5.4.0 Block user comment: N Private report: N New Comment: I am using developer ini with all error messages turned on, and the extensions I have enabled are everything in the ext directory except snmp. I just added SNMP and I got this dialog 19 times: Windows - No Disk: Exception Processing Message c013 Parameters 75b6bf7c 4 75b6bf7c 75b6bf7c I also get the following errors from php (this includes the stuff with E_ALL turned on): Fri 03/16/2012 20:54:37.67|C:\Documents and Settings\Jim Michaels|php PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8_11g.dll' - The specified module could not be fo und. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8_11g.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_pdo_firebird.dll' - The specified module could not b e found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_pdo_firebird.dll' - The specified module could not be fou nd. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_sqlite.dll' - The specified module could not be foun d. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_sqlite.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_zip.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_zip.dll' - The specified module could not be found. in Unknown on line 0 No log handling enabled - turning on stderr logging Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (HOST-RESOURCES-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (NOTIFICATION-LOG-MIB): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (NET-SNMP-AGENT-MIB): At line 0 in (none) Cannot find module (DISMAN-EVENT-MIB): At line 0 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none) Cannot find module (UCD-DLMOD-MIB): At line 0 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none) Cannot find module (SNMP-MPD-MIB): At line 0 in (none) Cannot find module (SNMP-USER-BASED-SM-MIB): At line 0 in (none) Cannot find module (SNMP-NOTIFICATION-MIB): At line 0 in (none) Cannot find module (SNMPv2-TM): At line 0 in (none) ^C Fri 03/16/2012 21:15:26.12|C:\Documents and Settings\Jim Michaels| Previous Comments: [2012-03-17 04:07:31] jmichae3 at yahoo dot com Description: I just ran php and I get 8 errors: php.ini looks to be configured correctly. this has been happening for several versions such as 5.3.10. Test script: --- php Expected result: php to load with no errors and wait for code on stdin. Actual result: -- php.exe: unable to locate component: the application has failed to start because OCI.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_oci8.dll' php.exe: unable to locate component: the application has failed to start because OCI.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_oci8_11g.dll' php.exe: unable to locate component: the application has failed to start because fbclient.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library
Bug #61424 [Com]: 8 dll error messages during start of win php
Edit report at https://bugs.php.net/bug.php?id=61424edit=1 ID: 61424 Comment by: jmicahe3 at yahoo dot com Reported by:jmichae3 at yahoo dot com Summary:8 dll error messages during start of win php Status: Open Type: Bug Package:Dynamic loading Operating System: XP Pro SP3 32-bit PHP Version:5.4.0 Block user comment: N Private report: N New Comment: I didn't add extension=php_interbase.dll either, and it also gives an error message. PLEASE TEST your releases! Previous Comments: [2012-03-17 04:20:26] jmichae3 at yahoo dot com I am using developer ini with all error messages turned on, and the extensions I have enabled are everything in the ext directory except snmp. I just added SNMP and I got this dialog 19 times: Windows - No Disk: Exception Processing Message c013 Parameters 75b6bf7c 4 75b6bf7c 75b6bf7c I also get the following errors from php (this includes the stuff with E_ALL turned on): Fri 03/16/2012 20:54:37.67|C:\Documents and Settings\Jim Michaels|php PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8_11g.dll' - The specified module could not be fo und. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8_11g.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_pdo_firebird.dll' - The specified module could not b e found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_pdo_firebird.dll' - The specified module could not be fou nd. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_sqlite.dll' - The specified module could not be foun d. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_sqlite.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_zip.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_zip.dll' - The specified module could not be found. in Unknown on line 0 No log handling enabled - turning on stderr logging Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (HOST-RESOURCES-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (NOTIFICATION-LOG-MIB): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (NET-SNMP-AGENT-MIB): At line 0 in (none) Cannot find module (DISMAN-EVENT-MIB): At line 0 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none) Cannot find module (UCD-DLMOD-MIB): At line 0 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none) Cannot find module (SNMP-MPD-MIB): At line 0 in (none) Cannot find module (SNMP-USER-BASED-SM-MIB): At line 0 in (none) Cannot find module (SNMP-NOTIFICATION-MIB): At line 0 in (none) Cannot find module (SNMPv2-TM): At line 0 in (none) ^C Fri 03/16/2012 21:15:26.12|C:\Documents and Settings\Jim Michaels| [2012-03-17 04:07:31] jmichae3 at yahoo dot com Description: I just ran php and I get 8 errors: php.ini looks to be configured correctly. this has been happening for several versions such as 5.3.10. Test script: --- php Expected result: php to load with no errors and wait for code on stdin. Actual result: -- php.exe: unable to locate component: the application has failed to start because OCI.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_oci8.dll' php.exe: unable to locate component: the application has failed to start because OCI.dll was not found. Re-installing the application may fix the problem. warning:php startup: unable to load dynamic library 'c:\php-5.4.0\ext\php_oci8_11g.dll'
Bug #61424 [Com]: 8 dll error messages during start of win php
Edit report at https://bugs.php.net/bug.php?id=61424edit=1 ID: 61424 Comment by: jmichae3 at yahoo dot com Reported by:jmichae3 at yahoo dot com Summary:8 dll error messages during start of win php Status: Open Type: Bug Package:Dynamic loading Operating System: XP Pro SP3 32-bit PHP Version:5.4.0 Block user comment: N Private report: N New Comment: several of the extension entries in the developer ini point to dll's that are not there. making a list of the real ones would be as easy as doing dir/b ext copy and paste into notepad++(at the cmd shell do alt-space ek and then mark out the section you want to copy with the mouse then hit Enter), and alt-drag the cursor down the left of the list to make a long cursor and type ;extension= and you have ;extension=php_bz2.dll ;extension=php_curl.dll ;extension=php_enchant.dll ;extension=php_exif.dll ;extension=php_fileinfo.dll ;extension=php_gd2.dll ;extension=php_gettext.dll ;extension=php_gmp.dll ;extension=php_imap.dll ;extension=php_interbase.dll ;extension=php_intl.dll ;extension=php_ldap.dll ;extension=php_mbstring.dll ;extension=php_mysql.dll ;extension=php_mysqli.dll ;extension=php_oci8.dll ;extension=php_oci8_11g.dll ;extension=php_openssl.dll ;extension=php_pdo_firebird.dll ;extension=php_pdo_mysql.dll ;extension=php_pdo_oci.dll ;extension=php_pdo_odbc.dll ;extension=php_pdo_pgsql.dll ;extension=php_pdo_sqlite.dll ;extension=php_pgsql.dll ;extension=php_shmop.dll ;extension=php_snmp.dll ;extension=php_soap.dll ;extension=php_sockets.dll ;extension=php_sqlite3.dll ;extension=php_sybase_ct.dll ;extension=php_tidy.dll ;extension=php_xmlrpc.dll ;extension=php_xsl.dll the list you SHOULD have. easy. Previous Comments: [2012-03-17 04:30:39] jmicahe3 at yahoo dot com I didn't add extension=php_interbase.dll either, and it also gives an error message. PLEASE TEST your releases! [2012-03-17 04:20:26] jmichae3 at yahoo dot com I am using developer ini with all error messages turned on, and the extensions I have enabled are everything in the ext directory except snmp. I just added SNMP and I got this dialog 19 times: Windows - No Disk: Exception Processing Message c013 Parameters 75b6bf7c 4 75b6bf7c 75b6bf7c I also get the following errors from php (this includes the stuff with E_ALL turned on): Fri 03/16/2012 20:54:37.67|C:\Documents and Settings\Jim Michaels|php PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8_11g.dll' - The specified module could not be fo und. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_oci8_11g.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_pdo_firebird.dll' - The specified module could not b e found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_pdo_firebird.dll' - The specified module could not be fou nd. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_sqlite.dll' - The specified module could not be foun d. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_sqlite.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_zip.dll' - The specified module could not be found. in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library 'c:/php-5.4.0/ext/php_zip.dll' - The specified module could not be found. in Unknown on line 0 No log handling enabled - turning on stderr logging Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (HOST-RESOURCES-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (NOTIFICATION-LOG-MIB): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (NET-SNMP-AGENT-MIB): At line 0 in (none) Cannot find module (DISMAN-EVENT-MIB): At line 0 in (none) Cannot find module
