[PHP-BUG] Bug #60780 [NEW]: Fatal Error instead of Exception if function does not exist
From: Operating system: Debian 6.0 PHP version: 5.3.9 Package: SOAP related Bug Type: Bug Bug description:Fatal Error instead of Exception if function does not exist Description: If a function does not exist I get a Fatal Error: "PHP Fatal error: Function 'createUser2' doesn't exist in ..." This is suboptimal as I cannot handle this with neither try/catch nor a custom error handler. Test script: --- doesNotExist(); ... handle(); Expected result: handle() should either raise an Exception or at least a normal PHP_ERROR that's catchable using a custom error handler. Actual result: -- PHP dies and Apache terminates the SOAP connection without returning a proper SOAP Fault. -- Edit bug report at https://bugs.php.net/bug.php?id=60780&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60780&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60780&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60780&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60780&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60780&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60780&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60780&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60780&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60780&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60780&r=support Expected behavior: https://bugs.php.net/fix.php?id=60780&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60780&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60780&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60780&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60780&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60780&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60780&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60780&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60780&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60780&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60780&r=mysqlcfg
[PHP-BUG] Req #54378 [NEW]: Expose snmp_in/out/mib_toggle_options()
From: Operating system: PHP version: trunk-SVN-2011-03-24 (SVN) Package: SNMP related Bug Type: Feature/Change Request Bug description:Expose snmp_in/out/mib_toggle_options() Description: The snmpcmd(1) man page lists a lot of options, some of them should probably be better done in PHP but some, like -Pc or -Cc could be necessary in rare cases. An alternative would be to expose the "-Y" function netsnmp_config_remember(). Of course it should be documented that these function alter the global behaviour and not just the current session. Also that they are Net-SNMP specific. Test script: --- - Expected result: - Actual result: -- - -- Edit bug report at http://bugs.php.net/bug.php?id=54378&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54378&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54378&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54378&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54378&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54378&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54378&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54378&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54378&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54378&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54378&r=support Expected behavior: http://bugs.php.net/fix.php?id=54378&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54378&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54378&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54378&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54378&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54378&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54378&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54378&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54378&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54378&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54378&r=mysqlcfg
Req #38516 [Com]: functions snmpgetnext and snmp2_getnext do not work
Edit report at http://bugs.php.net/bug.php?id=38516&edit=1 ID: 38516 Comment by: ch at lathspell dot de Reported by:larryjadams at comcast dot net Summary:functions snmpgetnext and snmp2_getnext do not work Status: Open Type: Feature/Change Request Package:SNMP related Operating System: Win32 PHP Version:5.1.5 Block user comment: N Private report: N New Comment: At least it works as supposed on Linux with Net-SNMP and PHP-5.3.6... $ php -r 'print_r(snmpwalkoid("localhost", "public", ""));' | head Array ( [SNMPv2-MIB::sysDescr.0] => STRING: Linux james 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64 [SNMPv2-MIB::sysObjectID.0] => OID: NET-SNMP-MIB::netSnmpAgentOIDs.10 ... Previous Comments: [2006-08-23 17:33:07] larryjadams at comcast dot net Sorry Tony, the OID should be optional in this call. If it is found to be blank, the function should behave like net-snmp's getnext when it is called without an OID, which is to return the first OID from the entire tree, typically sysDescr. Today it is not optional and fails when left to a blank string. [2006-08-23 17:05:27] tony2...@php.net What fix are you talking about? Please explain first what do you think is wrong and how to reproduce it. [2006-08-23 15:39:28] larryjadams at comcast dot net Tony, How bout I send you a fix. I can do that much np. I could also send you the fix to build net-snmp for windows rather than ucd-snmp if you like. [2006-08-23 15:18:01] larryjadams at comcast dot net You are right, daddy needs a new pair of glasses. However, if you set the OID string to "", it still fails, while, if you run the following command from the command line it will still work: snmpgetnext -c public -v 1 localhost The php_snmp requires the OID to be something other than a blank string. [2006-08-23 12:27:42] metaur at telia dot com Wrong community string? (One of your examples say "public" and the other says "pubilc".) // Ulf Härnhammar The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=38516 -- Edit this bug report at http://bugs.php.net/bug.php?id=38516&edit=1
#37865 [Com]: The SNMP extension does not support setting multiple OIDs
ID: 37865 Comment by: ch at lathspell dot de Reported By: lee dot duncan at intel dot com Status: Open Bug Type: Feature/Change Request Operating System: SUSE, Kernel 2.6.8-24.21-smp PHP Version: 5.1.4 New Comment: The above patch URL is no longer available. Does anybody still have the patch? I could put it on my web page until somebody adds it to the PHP upstream. Previous Comments: [2009-05-13 12:25:42] yanirj at orckit dot com Hi, On behalf of Lee Duncan's good will and Murali Sundar's kindess I've uploaded the patch for everyone to download. I truly hope this will get merged into the CVS tree for everyone to enjoy. URL: http://sphinx.not.nu/php_snmp_patch.zip Regards, Yanir. [2009-03-17 11:59:59] yanirj at orckit dot com It would be great if you post the patch. Thanks! [2008-05-21 12:21:57] daniel dot buschke at nextiraone dot de Lee, would you please add an attachment with your patch? TIA [2007-03-16 15:11:19] eqguy2002 at yahoo dot com Version: 5.2.1 OS: Windows 2003 PHP's snmpset extension does not support setting multiple OIDs at once. Doing so from the command line using snmpset from Net-SNMP works fine. I need to set multiple OIDs at once in order to manage switches [2006-06-21 00:09:05] lee dot duncan at intel dot com Description: In order to add an entry to many SNMP tables, you need to be able to set multiple OIDs (values) at the same time. The net-snmp "snmpset" command allows this, as do the libnetsnmp APIs, but the SNMP extension to PHP does not support this. I added a new function to ext/snmp.c to support setting multiple values at once, and I'd like to see it added to the PHP SNMP extension for all to use. Reproduce code: --- Just try to set multiple SNMP OIDs (object IDs) with the current API, which is: proto int snmp2_set(string host, string community, string object_id, string type, mixed value [, int timeout [, int retries]]) I added: proto int snmp2_set_arr(string host, string community, array oids, array types, array values [, int timeout [, int retries]]) This way, no current programs break and new programs can use this functionality. Expected result: I'd like to be able to manage things like Marvell switches, which only allow adding a Table entry (e.g. for a new VLAN) if you can set multiple values (OIDs) at the same time. Actual result: -- Right now I can't do this without hacking the PHP SNMP extension. -- Edit this bug report at http://bugs.php.net/?id=37865&edit=1
#49690 [NEW]: ob_start() does not capture output to STDOUT
From: ch at lathspell dot de Operating system: Linux PHP version: 5.3.0 PHP Bug Type: Output Control Bug description: ob_start() does not capture output to STDOUT Description: Output buffering does capture the output of print() and echo() but apparently not anything that goes to STDOUT (php://stdout) via fwrite(). That should preferably be fixed or at least be documented. Reproduce code: --- $ cat t.php http://bugs.php.net/?id=49690&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49690&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49690&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49690&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49690&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49690&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49690&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49690&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49690&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49690&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49690&r=support Expected behavior: http://bugs.php.net/fix.php?id=49690&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49690&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49690&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49690&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49690&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49690&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49690&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49690&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49690&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49690&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49690&r=mysqlcfg
#49688 [NEW]: ob_start() does not capture output to STDOUT
From: ch at lathspell dot de Operating system: Linux PHP version: 5.3.0 PHP Bug Type: Output Control Bug description: ob_start() does not capture output to STDOUT Description: Output buffering does capture the output of print() and echo() but apparently not anything that goes to STDOUT (php://stdout) via fwrite(). That should preferably be fixed or at least be documented. Reproduce code: --- $ cat t.php http://bugs.php.net/?id=49688&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49688&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49688&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49688&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49688&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49688&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49688&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49688&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49688&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49688&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49688&r=support Expected behavior: http://bugs.php.net/fix.php?id=49688&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49688&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49688&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49688&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49688&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49688&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49688&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49688&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49688&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49688&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49688&r=mysqlcfg
#48430 [NEW]: Missing snmpbulkset function
From: ch at lathspell dot de Operating system: PHP version: 5.2.9 PHP Bug Type: Feature/Change Request Bug description: Missing snmpbulkset function Description: There seems to be no "snmpset" function for sending multiple "OID type value" pairs in one PDU packet. Sadly some crappy hardware needs this. It is possible with /usr/bin/snmpset so the underlying Net-SNMP library can handle it. (It might be called snmp bulk set analog to "SNMP bulk get" but I'm not sure if that's the same) -- Edit bug report at http://bugs.php.net/?id=48430&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48430&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48430&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48430&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48430&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48430&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48430&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48430&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48430&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48430&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48430&r=support Expected behavior: http://bugs.php.net/fix.php?id=48430&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48430&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48430&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48430&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48430&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48430&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48430&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48430&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48430&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48430&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48430&r=mysqlcfg