[PHP-BUG] Bug #65422 [NEW]: Error when calling multiple snmp3 functions
From: pkryon at yahoo dot com Operating system: Debian Wheezy PHP version: 5.5.1 Package: SNMP related Bug Type: Bug Bug description:Error when calling multiple snmp3 functions Description: Test script below returns only the first snmp3_get. The next two fail with a PHP Warning. This appears to be a problem in all snmp3 functions but seems to work as expected with the snmp/snmp2 functions. Test script: --- Expected result: STRING: Location 1 STRING: Location 2 STRING: Location 3 Actual result: -- STRING: Location 1 PHP Warning: snmp3_get(): No response from 192.168.0.2 in /var/www/test4.php on line 5 PHP Warning: snmp3_get(): No response from 192.168.0.3 in /var/www/test4.php on line 7 -- Edit bug report at https://bugs.php.net/bug.php?id=65422&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65422&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65422&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65422&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65422&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65422&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65422&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65422&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65422&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65422&r=support Expected behavior: https://bugs.php.net/fix.php?id=65422&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65422&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65422&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65422&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65422&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65422&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65422&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65422&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65422&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65422&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65422&r=mysqlcfg
Bug #65419 [Com]: Inside trait, self::class != __CLASS__
Edit report at https://bugs.php.net/bug.php?id=65419&edit=1 ID: 65419 Comment by: requi...@php.net Reported by:nicolas dot grekas+php at gmail dot com Summary:Inside trait, self::class != __CLASS__ Status: Open Type: Bug Package:Scripting Engine problem PHP Version:5.5.1 Block user comment: N Private report: N New Comment: The RFC was created a few weeks after 5.4.0 was released and does not specify how self::class would work for traits. I would take that to mean the writer did not consider how it would work for traits, rather than that traits should "inherit" the behavior for classes. So either this is a doc bug and the ::class doc should state that it resolves to the trait itself when used for traits (as a "::trait" syntax would be weird), or self::class is fixed so be identical to __CLASS__. Presumably parent::class and static::class would receive similar changes. Note for the latter: in zend_language_scanner, __CLASS__ has special handling when used inside traits. I imagine similar logic - creating "a special __CLASS__ constant" - would be used in zend_do_resolve_class_name(). Previous Comments: [2013-08-08 08:44:05] nicolas dot grekas+php at gmail dot com Description: The RFC for ::class name resolution as scalar say that self::class resolves the same as __CLASS__: https://wiki.php.net/rfc/class_name_scalars#considerations But this is not true when using traits. Test script: --- https://bugs.php.net/bug.php?id=65419&edit=1
Req #23877 [Com]: ob_implicit_flush does not work
Edit report at https://bugs.php.net/bug.php?id=23877&edit=1
ID: 23877
Comment by: valentiny510 at yahoo dot es
Reported by:sthomas at townnews dot com
Summary:ob_implicit_flush does not work
Status: Not a bug
Type: Feature/Change Request
Package:CGI/CLI related
Operating System: Redhat Linux
PHP Version:4.3.2
Assigned To:mike
Block user comment: N
Private report: N
New Comment:
Aleluya Mike, Thank you... (just hope that sthomas did't died after all this
time :)
Previous Comments:
[2013-07-30 19:19:54] m...@php.net
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
"output call" does not refer to echo/print but to a call to the SAPI's module
ub_write function.
[2013-03-20 01:09:19] valentiny510 at yahoo dot es
Related To: Bug #64460
[2009-11-11 22:59:19] haakon at avelia dot no
According to the manual:
"ob_implicit_flush() will turn implicit flushing on or off. Implicit flushing
will result in a flush operation after every output call, so that explicit
calls to flush() will no longer be needed."
This means that if I have registered a output-handler like this:
function myhandler($str) {
// handle $str internally
}
ob_start('myhandler');
ob_implicit_flush(true);
Then according to the manual, each time I call "echo", "print" or output data
outside PHP tags; it should call the ob_handler callback.
This does not work in PHP CLI mode.
If this is not expected to work, the manual should be updated. But this is a
feature i really need, since i want to be able to let people write "print/echo"
in their scripts, but my handler should preprocess the data.
IMHO, it would have been really nice if this function worked as the
documentation says. Either by actually automatically firing flush() on each
echo/print/etc, or by implicitly calling the callback on each echo/print/etc.
[2005-07-19 14:40:29] jeff at tillwicks dot us
I agree with sthomas totally on this. I have been promised that there is a way
to get the output preformance of perl with php using output buffering and
flush. I use the cli version and have yet to get it working once. I have
followed every example (copy and pasted exact) that is featured in php's own
documentation. With every attempt all data is sent after the entire page has
finished loading. It is just lack of support on this issue.
[2004-07-22 11:16:48] everyone at example dot com
Look dude, you don't have to be so damn obnoxious about it. Be a bit more
polite and you will get a more favorable response.
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=23877
--
Edit this bug report at https://bugs.php.net/bug.php?id=23877&edit=1
Bug #51043 [ReO->Fbk]: apache crashes on php return statement
Edit report at https://bugs.php.net/bug.php?id=51043&edit=1 ID: 51043 Updated by: s...@php.net Reported by:php at lokedupont dot info Summary:apache crashes on php return statement -Status: Re-Opened +Status: Feedback Type: Bug Package:Reproducible crash Operating System: OS X Snow leopard PHP Version:5.4.17 Assigned To:stas Block user comment: N Private report: N Previous Comments: [2013-08-08 10:58:32] yohg...@php.net This sounds like recently fix issue. If anyone experienced similar crash, please try git versions. [2013-08-08 10:55:58] yohg...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. admin at vodoo dot ro, could send backtrace? [2013-08-08 10:34:31] admin at vodoo dot ro I have the same issue, Zend_auth and the following php version: PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 16:48:16) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies [2010-09-01 20:07:10] s...@php.net If you still have repro example (with zf is ok) and it works with latest 5.3 build please send it to me. [2010-04-25 20:03:12] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 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=51043 -- Edit this bug report at https://bugs.php.net/bug.php?id=51043&edit=1
Bug #65413 [Opn->Dup]: Unable to send vary header user-agent when ob_start('ob_gzhandler') is called
Edit report at https://bugs.php.net/bug.php?id=65413&edit=1
ID: 65413
Updated by: requi...@php.net
Reported by:nikcomestotalk at gmail dot com
Summary:Unable to send vary header user-agent when
ob_start('ob_gzhandler') is called
-Status: Open
+Status: Duplicate
Type: Bug
Package:Output Control
Operating System: any
PHP Version:5.4.17
Block user comment: N
Private report: N
New Comment:
Bug is now open (and even verified too).
Previous Comments:
[2013-08-07 10:34:36] nikcomestotalk at gmail dot com
Description:
Unable to reopen bug https://bugs.php.net/bug.php?id=65391
--
Edit this bug report at https://bugs.php.net/bug.php?id=65413&edit=1
[PHP-BUG] Bug #65421 [NEW]: 'field=NULL' should be 'field IS NULL'
From: schwalenberg1013 at gmail dot com
Operating system: Linux
PHP version: 5.5.1
Package: PDO related
Bug Type: Bug
Bug description:'field=NULL' should be 'field IS NULL'
Description:
When using PDO bindParam when it receives a NULL value the ultimate result
that
it sends to MySql is field=NULL instead of field IS NULL.
Test script:
---
$editStmt = $db->prepare("UPDATE employee SET
startDate=:startDate,department=:department,jobTitle=:jobTitle WHERE
name=:emplName AND startDate=:oldStartDate AND department=:oldDepartment
AND jobTitle=:oldJobTitle LIMIT 1");
$editStmt->bindParam('startDate',$startDate);
$editStmt->bindParam('department',$department);
$editStmt->bindParam('jobTitle',$jobTitle);
$editStmt->bindParam('emplName',$emplName);
$editStmt->bindParam('oldStartDate',$oldStartDate);
$editStmt->bindParam('oldDepartment',$oldDepartment);
$editStmt->bindParam('oldJobTitle',$oldJobTitle);
// catchException($editStmt,$db);
$editStmt->execute();
$editResult = $editStmt->fetchAll(PDO::FETCH_ASSOC);
/* If any one of these variables happens to be NULL then the whole
statement fails because it will output, for example, 'AND department=NULL'
instead of 'AND department IS NULL' */
Expected result:
MySql will not except field=NULL properly it should be field IS NULL
Actual result:
--
I can do this in MySql however when using PDO I have to create an entirely
different statement myself for the exceptions of NULL values which becomes
very
tedious a problem I never had using the depreciated mysql functions or when
using
mysqli.
--
Edit bug report at https://bugs.php.net/bug.php?id=65421&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=65421&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=65421&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=65421&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=65421&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=65421&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=65421&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=65421&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=65421&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=65421&r=support
Expected behavior: https://bugs.php.net/fix.php?id=65421&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=65421&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=65421&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=65421&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65421&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=65421&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=65421&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=65421&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=65421&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=65421&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=65421&r=mysqlcfg
Bug #51043 [ReO]: apache crashes on php return statement
Edit report at https://bugs.php.net/bug.php?id=51043&edit=1 ID: 51043 Updated by: yohg...@php.net Reported by:php at lokedupont dot info Summary:apache crashes on php return statement Status: Re-Opened Type: Bug Package:Reproducible crash Operating System: OS X Snow leopard PHP Version:5.4.17 Assigned To:stas Block user comment: N Private report: N New Comment: This sounds like recently fix issue. If anyone experienced similar crash, please try git versions. Previous Comments: [2013-08-08 10:55:58] yohg...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. admin at vodoo dot ro, could send backtrace? [2013-08-08 10:34:31] admin at vodoo dot ro I have the same issue, Zend_auth and the following php version: PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 16:48:16) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies [2010-09-01 20:07:10] s...@php.net If you still have repro example (with zf is ok) and it works with latest 5.3 build please send it to me. [2010-04-25 20:03:12] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-02-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=51043 -- Edit this bug report at https://bugs.php.net/bug.php?id=51043&edit=1
Bug #51043 [NoF->ReO]: apache crashes on php return statement
Edit report at https://bugs.php.net/bug.php?id=51043&edit=1 ID: 51043 Updated by: yohg...@php.net Reported by:php at lokedupont dot info Summary:apache crashes on php return statement -Status: No Feedback +Status: Re-Opened Type: Bug Package:Reproducible crash Operating System: OS X Snow leopard -PHP Version:5.3.1 +PHP Version:5.4.17 Assigned To:stas Block user comment: N Private report: N New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. admin at vodoo dot ro, could send backtrace? Previous Comments: [2013-08-08 10:34:31] admin at vodoo dot ro I have the same issue, Zend_auth and the following php version: PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 16:48:16) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies [2010-09-01 20:07:10] s...@php.net If you still have repro example (with zf is ok) and it works with latest 5.3 build please send it to me. [2010-04-25 20:03:12] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-02-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2010-02-16 10:45:39] paj...@php.net Try to figure out where it crashes in ZF and then try to write a script to reproduce the same context. You can also try to report a bug in the ZF tracker, they could help. 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=51043 -- Edit this bug report at https://bugs.php.net/bug.php?id=51043&edit=1
Bug #65420 [Opn->Nab]: Comparison with double values wrong
Edit report at https://bugs.php.net/bug.php?id=65420&edit=1 ID: 65420 Updated by: ras...@php.net Reported by:g dot karagyozov at gmail dot com Summary:Comparison with double values wrong -Status: Open +Status: Not a bug Type: Bug Package:Apache related Operating System: OSX PHP Version:5.5.1 Block user comment: N Private report: N New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://www.floating-point-gui.de/ Thank you for your interest in PHP. . Previous Comments: [2013-08-08 08:52:19] g dot karagyozov at gmail dot com Description: Comparison with some double values is not correct. Test script: --- var_dump(1.8 > (1.9 - 0.1)); var_dump(1.1 > (1.2 - 0.1)); Expected result: false expected Actual result: -- true returned -- Edit this bug report at https://bugs.php.net/bug.php?id=65420&edit=1
Bug #51043 [Com]: apache crashes on php return statement
Edit report at https://bugs.php.net/bug.php?id=51043&edit=1 ID: 51043 Comment by: admin at vodoo dot ro Reported by:php at lokedupont dot info Summary:apache crashes on php return statement Status: No Feedback Type: Bug Package:Reproducible crash Operating System: OS X Snow leopard PHP Version:5.3.1 Assigned To:stas Block user comment: N Private report: N New Comment: I have the same issue, Zend_auth and the following php version: PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 16:48:16) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies Previous Comments: [2010-09-01 20:07:10] s...@php.net If you still have repro example (with zf is ok) and it works with latest 5.3 build please send it to me. [2010-04-25 20:03:12] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-02-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2010-02-16 10:45:39] paj...@php.net Try to figure out where it crashes in ZF and then try to write a script to reproduce the same context. You can also try to report a bug in the ZF tracker, they could help. [2010-02-16 10:43:14] php at lokedupont dot info I haven't been able to get it to crash without using that ZF bit. Should i open a bug with the ZF guys or does stas have some contact he/she will ping? 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=51043 -- Edit this bug report at https://bugs.php.net/bug.php?id=51043&edit=1
[PHP-BUG] Bug #65420 [NEW]: Comparison with double values wrong
From: g dot karagyozov at gmail dot com Operating system: OSX PHP version: 5.5.1 Package: Apache related Bug Type: Bug Bug description:Comparison with double values wrong Description: Comparison with some double values is not correct. Test script: --- var_dump(1.8 > (1.9 - 0.1)); var_dump(1.1 > (1.2 - 0.1)); Expected result: false expected Actual result: -- true returned -- Edit bug report at https://bugs.php.net/bug.php?id=65420&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65420&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65420&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65420&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65420&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65420&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65420&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65420&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65420&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65420&r=support Expected behavior: https://bugs.php.net/fix.php?id=65420&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65420&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65420&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65420&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65420&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65420&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65420&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65420&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65420&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65420&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65420&r=mysqlcfg
[PHP-BUG] Bug #65419 [NEW]: Inside trait, self::class != __CLASS__
From: nicolas dot grekas+php at gmail dot com Operating system: PHP version: 5.5.1 Package: Scripting Engine problem Bug Type: Bug Bug description:Inside trait, self::class != __CLASS__ Description: The RFC for ::class name resolution as scalar say that self::class resolves the same as __CLASS__: https://wiki.php.net/rfc/class_name_scalars#considerations But this is not true when using traits. Test script: --- https://bugs.php.net/bug.php?id=65419&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65419&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65419&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65419&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65419&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65419&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65419&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65419&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65419&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65419&r=support Expected behavior: https://bugs.php.net/fix.php?id=65419&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65419&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65419&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65419&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65419&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65419&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65419&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65419&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65419&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65419&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65419&r=mysqlcfg
