Bug #65665 [Opn]: Exception not properly caught when opcache enabled
Edit report at https://bugs.php.net/bug.php?id=65665&edit=1 ID: 65665 Updated by: krak...@php.net Reported by:ryan dot brothers at gmail dot com Summary:Exception not properly caught when opcache enabled Status: Open Type: Bug Package:opcache Operating System: Linux PHP Version:5.5.3 Block user comment: N Private report: N New Comment: Assuming we are just going to disable unsafe optimizations, PR #450 should do it ??? Previous Comments: [2013-09-14 06:50:50] krak...@php.net Assuming [2013-09-13 17:16:34] Danack at basereality dot com Running with -d opcache.optimization_level=0xfffd shows the correct behaviour. That flag is the equivalent to turning on all optimizations except: 'ZEND_OPTIMIZER_PASS_2' /* Constant conversion and jumps */ [2013-09-13 15:31:05] jpa...@php.net This is an optimizer bug. If you run with opcache.optimization_level=0 , the bug disappears. I guess the bug is in the optimizer pass that handles ZEND_CATCH. PS : I reproduced with a 5.4 base. [2013-09-13 00:15:06] ryan dot brothers at gmail dot com Description: When running the following script with opcache enabled, the exception is not caught by the correct catch block. The exception should be caught by the 'caught by 1' block, but it is instead caught by the 'caught by 2' block. Disabling opcache causes the exception to be caught in the correct block. Run the script with: php -n -d zend_extension=opcache.so -d opcache.enable_cli=1 script.php Test script: --- https://bugs.php.net/bug.php?id=65665&edit=1
Bug #65665 [Opn]: Exception not properly caught when opcache enabled
Edit report at https://bugs.php.net/bug.php?id=65665&edit=1 ID: 65665 Updated by: krak...@php.net Reported by:ryan dot brothers at gmail dot com Summary:Exception not properly caught when opcache enabled Status: Open Type: Bug Package:opcache Operating System: Linux PHP Version:5.5.3 Block user comment: N Private report: N New Comment: Assuming Previous Comments: [2013-09-13 17:16:34] Danack at basereality dot com Running with -d opcache.optimization_level=0xfffd shows the correct behaviour. That flag is the equivalent to turning on all optimizations except: 'ZEND_OPTIMIZER_PASS_2' /* Constant conversion and jumps */ [2013-09-13 15:31:05] jpa...@php.net This is an optimizer bug. If you run with opcache.optimization_level=0 , the bug disappears. I guess the bug is in the optimizer pass that handles ZEND_CATCH. PS : I reproduced with a 5.4 base. [2013-09-13 00:15:06] ryan dot brothers at gmail dot com Description: When running the following script with opcache enabled, the exception is not caught by the correct catch block. The exception should be caught by the 'caught by 1' block, but it is instead caught by the 'caught by 2' block. Disabling opcache causes the exception to be caught in the correct block. Run the script with: php -n -d zend_extension=opcache.so -d opcache.enable_cli=1 script.php Test script: --- https://bugs.php.net/bug.php?id=65665&edit=1
[PHP-BUG] Bug #65672 [NEW]: Broken classes inherited from DatePeriod
From: hosiplan at gmail dot com Operating system: Linux PHP version: 5.5.3 Package: Date/time related Bug Type: Bug Bug description:Broken classes inherited from DatePeriod Description: --- >From manual page: http://www.php.net/class.dateperiod --- Classes inherited from DatePeriod class cannot use their declared properties Test script: --- test = FALSE; Expected result: no error Actual result: -- Fatal error: main(): Writing to DatePeriod properties is unsupported in period.phpt on line 9 -- Edit bug report at https://bugs.php.net/bug.php?id=65672&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65672&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65672&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65672&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65672&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65672&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65672&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65672&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65672&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65672&r=support Expected behavior: https://bugs.php.net/fix.php?id=65672&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65672&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65672&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65672&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65672&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65672&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65672&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65672&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65672&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65672&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65672&r=mysqlcfg
[PHP-BUG] Bug #65671 [NEW]: Remove "experimental" status from six pg_* functions
From: krewecherl at gmail dot com Operating system: PHP version: Irrelevant Package: PostgreSQL related Bug Type: Bug Bug description:Remove "experimental" status from six pg_* functions Description: The following six functions have been added in PHP 4.3: - pg_convert() - pg_delete() - pg_insert() - pg_meta_data() - pg_select() - pg_update() They been marked as EXPERIMENTAL for close to eleven years now, effectively preventing anybody from using them outside of test environments. Ten years is too long for an experiment. The functions should either be removed from PHP, or moved to a PECL extension, or documented as safe to use. All of them perform useful tasks, so my personal preference would be the latter option. -- Edit bug report at https://bugs.php.net/bug.php?id=65671&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65671&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65671&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65671&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65671&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65671&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65671&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65671&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65671&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65671&r=support Expected behavior: https://bugs.php.net/fix.php?id=65671&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65671&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65671&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65671&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65671&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65671&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65671&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65671&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65671&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65671&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65671&r=mysqlcfg
Bug #65669 [Opn->Nab]: setup fail
Edit report at https://bugs.php.net/bug.php?id=65669&edit=1
ID: 65669
Updated by: requi...@php.net
Reported by:pennyzenny at gmail dot com
Summary:setup fail
-Status: Open
+Status: Not a bug
Type: Bug
Package:MySQL related
Operating System: windows 7
PHP Version:5.4.20RC1
Block user comment: N
Private report: N
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Try going with WampServer - a bundle of Apache, MySQL, and PHP that should be
easier to install and manage. Be sure to remove whatever you've installed first
so
you don't have two different copies of Apache and PHP.
http://www.wampserver.com/en/
As for the PHPMailer error, it's looking for an "MTA" (mail transfer agent,
which
coordinates sending emails) on your computer but desktop versions of Windows do
not have those by default. You can find and install one, or better yet set up
PHPMailer to send from your GMail account instead.
http://stackoverflow.com/a/9776379
Previous Comments:
[2013-09-13 17:46:06] pennyzenny at gmail dot com
Description:
I have installed apache 2.2, php 5.3.27 and MySQL notifier 1.1.4 and what ever
version of MySQL comes with that as it didn't say anywhere what version it is,
I guess another bug.
php 5.3.27 seems to be the only version for windows binaries.
I have used several versions of apache, php and MySQL over the years.
I have spent hours trying to get the current 3 to work.
apache2.2 works fine.
php works fine.
every time I add PHPinidir to the httpd.conf file php stops working, why do all
the setup guides tell me to do this
I have followed endless guides to configure MySQL to work in php but none of
them work.
I always get...
Fatal error: Call to undefined function mysqli_connect() in
C:\PROJECT\www\index.php on line 26
same if I try mysql_connect() but I believe that is no longer used.
EVERYTIME I SEARCH TO FIND A GUIDE TO SETUP PHP TO USE MYSQL ALL I FIND ARE
LINKS TO PAGES AND PAGES OF WAFFLE ABOUT A LOAD OF SHIT AND NO DETAILS HOW TO
CONFIURE PHP... SORT IT OUT!!!
I downloaded phpmailer5.1 and this is what I get...
Warning: date() [function.date]: It is not safe to rely on the system's
timezone settings. You are *required* to use the date.timezone setting or the
date_default_timezone_set() function. In case you used any of those methods and
you are still getting this warning, you most likely misspelled the timezone
identifier. We selected 'Europe/London' for '1.0/DST' instead in
C:\PROJECT\www\class.phpmailer.php on line 1925
Warning: date() [function.date]: It is not safe to rely on the system's
timezone settings. You are *required* to use the date.timezone setting or the
date_default_timezone_set() function. In case you used any of those methods and
you are still getting this warning, you most likely misspelled the timezone
identifier. We selected 'Europe/London' for '1.0/DST' instead in
C:\PROJECT\www\class.phpmailer.php on line 1929
Fatal error: Uncaught exception 'phpmailerException' with message 'SMTP Error:
Could not connect to SMTP host.' in C:\PROJECT\www\class.phpmailer.php:820
Stack trace: #0 C:\PROJECT\www\class.phpmailer.php(705):
PHPMailer->SmtpConnect() #1 C:\PROJECT\www\class.phpmailer.php(576):
PHPMailer->SmtpSend('Date: Fri, 13 S...', 'This is a test ...') #2
C:\PROJECT\www\index.php(23): PHPMailer->Send() #3 {main} thrown in
C:\PROJECT\www\class.phpmailer.php on line 820
WHY CANT ANYONE MAKE SOMETHING THAT BLOODY WELL WORKS INSTEAD OF TRYING TO PASS
OFF A LOAD OF SHIT AS THE LATEST AND BESTEST VERSION?
--
Edit this bug report at https://bugs.php.net/bug.php?id=65669&edit=1
Req #65668 [Opn->Fbk]: WB_CHECK_POSSIBLE_ROOT(wb)
Edit report at https://bugs.php.net/bug.php?id=65668&edit=1
ID: 65668
Updated by: requi...@php.net
Reported by:mbiama at angosso dot com
Summary:WB_CHECK_POSSIBLE_ROOT(wb)
-Status: Open
+Status: Feedback
Type: Feature/Change Request
Package:Built-in web server
Operating System: posix_setpgid
PHP Version:5.5.3
Block user comment: N
Private report: N
New Comment:
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.
Previous Comments:
[2013-09-13 17:35:14] mbiama at angosso dot com
Description:
Assess the situation and use Security as bug type in the form below:
Head site générator.
function keepAlive() { var myAjax = new Request({method: "get", urls:
"index.php";"./index2.php";"./index3.php/"}).send();}
window.addEvent("domready",
function(){ keepAlive.periodical(EvPeriodic::__construct); });
Test script:
---
body { background: #656e15 none repeat-x scroll center top; }
.wb_sbg { background: transparent
url("gallery/299522281f72bdd23dad7b5afbeaee4d.jpg") repeat-x scroll left top; }
.wb-stl-pagetitle { font: normal normal 22px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #858585;
line-height: 23px; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-pagetitle a { font: normal normal 22px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 23px; font-weight: normal; font-style: normal; }
.wb-stl-pagetitle a:hover { font: normal normal 22px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 23px; font-weight: normal; font-style: normal; }
.wb-stl-pagetitle ul { list-style-image: url('null'); }
.wb-stl-subtitle { font: normal bold 50px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #ff8533;
line-height: 50px; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-subtitle a { font: normal bold 50px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 50px; font-weight: normal; font-style: normal; }
.wb-stl-subtitle a:hover { font: normal bold 50px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 50px; font-weight: normal; font-style: normal; }
.wb-stl-subtitle ul { list-style-image: url('null'); }
.wb-stl-heading1 { font: normal normal 24px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #ff8533;
line-height: 24px; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-heading1 a { font: normal normal 24px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 24px; font-weight: normal; font-style: normal; }
.wb-stl-heading1 a:hover { font: normal normal 24px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 24px; font-weight: normal; font-style: normal; }
.wb-stl-heading1 ul { list-style-image: url('null'); }
.wb-stl-heading2 { font: normal normal 20px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #ff8533;
line-height: normal; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-heading2 a { font: normal normal 20px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: normal; font-weight: normal; font-style: normal; }
.wb-stl-heading2 a:hover { font: normal normal 20px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: normal; font-weight: normal; font-style: normal; }
.wb-stl-heading2 ul { list-style-image: url('null'); }
.wb-stl-heading3 { font: normal normal 18px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #ff;
line-height: normal; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-heading3 a { font: normal normal 18px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: normal; font-weight: normal; font-style: normal; }
.wb-stl-heading3 a:hover { font: normal normal 18px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: normal; font-weight: normal; font-style: normal; }
[PHP-BUG] Bug #65669 [NEW]: setup fail
From: pennyzenny at gmail dot com
Operating system: windows 7
PHP version: 5.4.20RC1
Package: MySQL related
Bug Type: Bug
Bug description:setup fail
Description:
I have installed apache 2.2, php 5.3.27 and MySQL notifier 1.1.4 and what
ever version of MySQL comes with that as it didn't say anywhere what
version it is, I guess another bug.
php 5.3.27 seems to be the only version for windows binaries.
I have used several versions of apache, php and MySQL over the years.
I have spent hours trying to get the current 3 to work.
apache2.2 works fine.
php works fine.
every time I add PHPinidir to the httpd.conf file php stops working, why do
all the setup guides tell me to do this
I have followed endless guides to configure MySQL to work in php but none
of them work.
I always get...
Fatal error: Call to undefined function mysqli_connect() in
C:\PROJECT\www\index.php on line 26
same if I try mysql_connect() but I believe that is no longer used.
EVERYTIME I SEARCH TO FIND A GUIDE TO SETUP PHP TO USE MYSQL ALL I FIND ARE
LINKS TO PAGES AND PAGES OF WAFFLE ABOUT A LOAD OF SHIT AND NO DETAILS HOW
TO CONFIURE PHP... SORT IT OUT!!!
I downloaded phpmailer5.1 and this is what I get...
Warning: date() [function.date]: It is not safe to rely on the system's
timezone settings. You are *required* to use the date.timezone setting or
the date_default_timezone_set() function. In case you used any of those
methods and you are still getting this warning, you most likely misspelled
the timezone identifier. We selected 'Europe/London' for '1.0/DST' instead
in C:\PROJECT\www\class.phpmailer.php on line 1925
Warning: date() [function.date]: It is not safe to rely on the system's
timezone settings. You are *required* to use the date.timezone setting or
the date_default_timezone_set() function. In case you used any of those
methods and you are still getting this warning, you most likely misspelled
the timezone identifier. We selected 'Europe/London' for '1.0/DST' instead
in C:\PROJECT\www\class.phpmailer.php on line 1929
Fatal error: Uncaught exception 'phpmailerException' with message 'SMTP
Error: Could not connect to SMTP host.' in
C:\PROJECT\www\class.phpmailer.php:820 Stack trace: #0
C:\PROJECT\www\class.phpmailer.php(705): PHPMailer->SmtpConnect() #1
C:\PROJECT\www\class.phpmailer.php(576): PHPMailer->SmtpSend('Date: Fri, 13
S...', 'This is a test ...') #2 C:\PROJECT\www\index.php(23):
PHPMailer->Send() #3 {main} thrown in C:\PROJECT\www\class.phpmailer.php on
line 820
WHY CANT ANYONE MAKE SOMETHING THAT BLOODY WELL WORKS INSTEAD OF TRYING TO
PASS OFF A LOAD OF SHIT AS THE LATEST AND BESTEST VERSION?
--
Edit bug report at https://bugs.php.net/bug.php?id=65669&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=65669&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=65669&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=65669&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=65669&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=65669&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=65669&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=65669&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=65669&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=65669&r=support
Expected behavior: https://bugs.php.net/fix.php?id=65669&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=65669&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=65669&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=65669&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65669&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=65669&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=65669&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=65669&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=65669&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=65669&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=65669&r=mysqlcfg
Bug #65665 [Com]: Exception not properly caught when opcache enabled
Edit report at https://bugs.php.net/bug.php?id=65665&edit=1 ID: 65665 Comment by: Danack at basereality dot com Reported by:ryan dot brothers at gmail dot com Summary:Exception not properly caught when opcache enabled Status: Open Type: Bug Package:opcache Operating System: Linux PHP Version:5.5.3 Block user comment: N Private report: N New Comment: Running with -d opcache.optimization_level=0xfffd shows the correct behaviour. That flag is the equivalent to turning on all optimizations except: 'ZEND_OPTIMIZER_PASS_2' /* Constant conversion and jumps */ Previous Comments: [2013-09-13 15:31:05] jpa...@php.net This is an optimizer bug. If you run with opcache.optimization_level=0 , the bug disappears. I guess the bug is in the optimizer pass that handles ZEND_CATCH. PS : I reproduced with a 5.4 base. [2013-09-13 00:15:06] ryan dot brothers at gmail dot com Description: When running the following script with opcache enabled, the exception is not caught by the correct catch block. The exception should be caught by the 'caught by 1' block, but it is instead caught by the 'caught by 2' block. Disabling opcache causes the exception to be caught in the correct block. Run the script with: php -n -d zend_extension=opcache.so -d opcache.enable_cli=1 script.php Test script: --- https://bugs.php.net/bug.php?id=65665&edit=1
[PHP-BUG] Req #65668 [NEW]: WB_CHECK_POSSIBLE_ROOT(wb)
From: mbiama at angosso dot com
Operating system: posix_setpgid
PHP version: 5.5.3
Package: Built-in web server
Bug Type: Feature/Change Request
Bug description:WB_CHECK_POSSIBLE_ROOT(wb)
Description:
Assess the situation and use Security as bug type in the form below:
Head site générator.
function keepAlive() { var myAjax = new Request({method: "get", urls:
"index.php";"./index2.php";"./index3.php/"}).send();}
window.addEvent("domready",
function(){ keepAlive.periodical(EvPeriodic::__construct); });
Test script:
---
body { background: #656e15 none repeat-x scroll center top; }
.wb_sbg { background: transparent
url("gallery/299522281f72bdd23dad7b5afbeaee4d.jpg") repeat-x scroll left
top; }
.wb-stl-pagetitle { font: normal normal 22px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #858585; line-height: 23px;
margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-pagetitle a { font: normal normal 22px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #00; line-height: 23px;
font-weight: normal; font-style: normal; }
.wb-stl-pagetitle a:hover { font: normal normal 22px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 23px; font-weight: normal; font-style: normal; }
.wb-stl-pagetitle ul { list-style-image: url('null'); }
.wb-stl-subtitle { font: normal bold 50px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #ff8533; line-height: 50px;
margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-subtitle a { font: normal bold 50px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #00; line-height: 50px;
font-weight: normal; font-style: normal; }
.wb-stl-subtitle a:hover { font: normal bold 50px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 50px; font-weight: normal; font-style: normal; }
.wb-stl-subtitle ul { list-style-image: url('null'); }
.wb-stl-heading1 { font: normal normal 24px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #ff8533; line-height: 24px;
margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-heading1 a { font: normal normal 24px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #00; line-height: 24px;
font-weight: normal; font-style: normal; }
.wb-stl-heading1 a:hover { font: normal normal 24px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 24px; font-weight: normal; font-style: normal; }
.wb-stl-heading1 ul { list-style-image: url('null'); }
.wb-stl-heading2 { font: normal normal 20px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #ff8533; line-height:
normal; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-heading2 a { font: normal normal 20px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #00; line-height:
normal; font-weight: normal; font-style: normal; }
.wb-stl-heading2 a:hover { font: normal normal 20px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: normal; font-weight: normal; font-style: normal; }
.wb-stl-heading2 ul { list-style-image: url('null'); }
.wb-stl-heading3 { font: normal normal 18px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #ff; line-height:
normal; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-heading3 a { font: normal normal 18px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #00; line-height:
normal; font-weight: normal; font-style: normal; }
.wb-stl-heading3 a:hover { font: normal normal 18px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: normal; font-weight: normal; font-style: normal; }
.wb-stl-heading3 ul { list-style-image: url('null'); }
.wb-stl-normal { font: normal normal 13px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: none; color: #8c8c8c; line-height: 19px;
margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px; }
.wb-stl-normal a { font: normal normal 13px Trebuchet
MS,sans-serif;
text-align: left; text-decoration: underline; color: #00; line-height:
19px; font-weight: bold; font-style: normal; }
.wb-stl-normal a:hover { font: normal normal 13px Trebuchet
MS,sans-serif; text-align: left; text-decoration: none; color: #00;
line-height: 19px; font-weight: bold; font-style: normal; }
.wb-stl-normal u
[PHP-BUG] Bug #65667 [NEW]: ftp_nb_continue produces segfault
From: imprec at gmail dot com
Operating system: OSX
PHP version: 5.5.3
Package: FTP related
Bug Type: Bug
Bug description:ftp_nb_continue produces segfault
Description:
Running the following code on my OSX produces a segfault, see backtrace
(gdb) (gdb) Starting program: /usr/local/bin/php
/Users/romain/ftp-script.php
Reading symbols for shared libraries
+... done
Reading symbols for shared libraries .. done
Reading symbols for shared libraries .. done
Reading symbols for shared libraries .. done
Reading symbols for shared libraries ... done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x
0x000100387a75 in _php_stream_write ()
(gdb) #0 0x000100387a75 in _php_stream_write ()
No symbol table info available.
#1 0x00010013ab6f in ftp_nb_continue_read ()
No symbol table info available.
#2 0x000100137c2c in zif_ftp_nb_continue ()
No symbol table info available.
#3 0x0001003bf524 in dtrace_execute_internal ()
No symbol table info available.
#4 0x0001004430c2 in zend_do_fcall_common_helper_SPEC ()
No symbol table info available.
#5 0x0001003f310a in execute_ex ()
No symbol table info available.
#6 0x0001003bf458 in dtrace_execute_ex ()
No symbol table info available.
#7 0x0001003ce7ac in zend_execute_scripts ()
No symbol table info available.
#8 0x000100374602 in php_execute_script ()
No symbol table info available.
#9 0x000100467075 in do_cli ()
No symbol table info available.
#10 0x000100465e3d in main ()
No symbol table info available.
(gdb) %
Test script:
---
$connection = ftp_connect('hostname', 21);
ftp_login($connection, 'login', 'password');
$localfile = __DIR__ . '/ftpfile';
$start = file_exists($localfile) ? FTP_AUTORESUME : 0;
$result = ftp_nb_get($connection, $localfile, '/remotedir/remotefile',
FTP_BINARY, $start);
while ($result == FTP_MOREDATA) {
$result = ftp_nb_continue($connection);
}
ftp_close($connection);
Expected result:
No seg fault
Actual result:
--
A seg fault
--
Edit bug report at https://bugs.php.net/bug.php?id=65667&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=65667&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=65667&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=65667&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=65667&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=65667&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=65667&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=65667&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=65667&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=65667&r=support
Expected behavior: https://bugs.php.net/fix.php?id=65667&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=65667&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=65667&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=65667&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65667&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=65667&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=65667&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=65667&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=65667&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=65667&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=65667&r=mysqlcfg
Bug #65665 [Com]: Exception not properly caught when opcache enabled
Edit report at https://bugs.php.net/bug.php?id=65665&edit=1 ID: 65665 Comment by: jpa...@php.net Reported by:ryan dot brothers at gmail dot com Summary:Exception not properly caught when opcache enabled Status: Open Type: Bug Package:opcache Operating System: Linux PHP Version:5.5.3 Block user comment: N Private report: N New Comment: This is an optimizer bug. If you run with opcache.optimization_level=0 , the bug disappears. I guess the bug is in the optimizer pass that handles ZEND_CATCH. PS : I reproduced with a 5.4 base. Previous Comments: [2013-09-13 00:15:06] ryan dot brothers at gmail dot com Description: When running the following script with opcache enabled, the exception is not caught by the correct catch block. The exception should be caught by the 'caught by 1' block, but it is instead caught by the 'caught by 2' block. Disabling opcache causes the exception to be caught in the correct block. Run the script with: php -n -d zend_extension=opcache.so -d opcache.enable_cli=1 script.php Test script: --- https://bugs.php.net/bug.php?id=65665&edit=1
Req #44522 [Opn->Csd]: http upload max_limits and file above 2GB
Edit report at https://bugs.php.net/bug.php?id=44522&edit=1 ID: 44522 Updated by: m...@php.net Reported by:mail2lv at yahoo dot com Summary:http upload max_limits and file above 2GB -Status: Open +Status: Closed Type: Feature/Change Request Package:*Web Server problem Operating System: All PHP Version:5.2.5 -Assigned To: +Assigned To:mike Block user comment: N Private report: N New Comment: The fix for this bug has been committed. 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. Fixed in master on x86_64 Previous Comments: [2013-07-01 10:32:22] lang at b1-systems dot de Newest Mailing List feedback applied. Pull Request attached. Please pull or comment in github or here. [2013-04-19 20:21:34] azet at azet dot org Could you please add this patch? It MIGHT make seem PHP less an embarrassing language than it is already. Sincerely, The Internet [2013-04-19 09:37:22] scroogie at scroogie dot de In my opinion this is quite an issue. We faced it at an intranet side yesterday. Due to the cast to int at https://github.com/php/php-src/blob/master/main/rfc1867.c#L901 it also has weird side effects, like setting 4G will equal 0 and disable the size check (see https://github.com/php/php-src/blob/master/main/rfc1867.c#L1031), 5G equal 1G etc. [2012-03-26 04:02:16] jason at infininull dot com I have re-rolled the patch against HEAD (b4d078f18c950a4bf7e136443586e348bd54f40c) and attached it to this request. [2012-03-24 18:42:45] jason at infininull dot com I was recently bitten by this bug too. The patch needed a little updating for 11.04 and I also found a couple of other issues. 1) Uploads only work if upload_max_filesize = 0 and 2) The $_FILES[*]['size'] value is an overflowed integer. The attached patch fixes these issues. I am currently in the process of re-rolling the patch against HEAD on master to get this in to upstream. 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=44522 -- Edit this bug report at https://bugs.php.net/bug.php?id=44522&edit=1
