Bug #47659 [Fbk->Opn]: SNMP Builds with Obsolete UCD-SNMP
Edit report at https://bugs.php.net/bug.php?id=47659&edit=1
ID: 47659
User updated by:larryjadams at comcast dot net
Reported by:larryjadams at comcast dot net
Summary:SNMP Builds with Obsolete UCD-SNMP
-Status: Feedback
+Status: Open
Type: Bug
Package:SNMP related
Operating System: win32 only
PHP Version:5.2.9
Block user comment: N
Private report: N
New Comment:
Boris,
This issue has been fixed in 5.3. So, I think we can close it. Philippe had
committed my changes SVN. Do the check just to make sure.
Regards,
Larry Adams
Previous Comments:
[2011-08-20 16:28:38] lytbo...@php.net
Is this still a pressing problem?
[2009-03-14 20:54:30] larryjadams at comcast dot net
--- snmp.dsp2004-01-17 06:59:48.0 -0500
+++ patches/snmp.dsp2009-03-14 16:37:56.267879800 -0400
@@ -54,7 +54,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib
odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib
odbccp32.lib php5ts.lib libsnmp.lib wsock32.lib /nologo /dll /machine:I386
/out:"..\..\Release_TS/php_snmp.dll" /libpath:"..\..\Release_TS"
/libpath:"..\..\Release_TS_Inline"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib
odbccp32.lib php5ts.lib libsnmp.lib netsnmp.lib wsock32.lib /nologo /dll
/machine:I386 /out:"..\..\Release_TS/php_snmp.dll" /libpath:"..\..\Release_TS"
/libpath:"..\..\Release_TS_Inline"
!ELSEIF "$(CFG)" == "snmp - Win32 Debug_TS"
@@ -81,7 +81,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib
odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib
odbccp32.lib php5ts_debug.lib libsnmp.lib wsock32.lib /nologo /dll
/machine:I386 /out:"..\..\Debug_TS/php_snmp.dll" /libpath:"..\..\Debug_TS"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib
odbccp32.lib php5ts_debug.lib libsnmp.lib netsnmp.lib wsock32.lib /nologo /dll
/machine:I386 /out:"..\..\Debug_TS/php_snmp.dll" /libpath:"..\..\Debug_TS"
!ENDIF
--- config.w32 2003-12-19 11:00:10.0 -0500
+++ patches/config.w32 2009-03-14 16:38:00.731879800 -0400
@@ -4,13 +4,17 @@
ARG_WITH("snmp", "SNMP support", "no");
if (PHP_SNMP != "no") {
-
- if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" + PHP_SNMP) &&
- CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
+ if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" + PHP_SNMP)) {
+ if (CHECK_LIB("netsnmp.lib", "snmp", PHP_SNMP)) {
EXTENSION('snmp', 'snmp.c');
-
AC_DEFINE('HAVE_SNMP', 1);
-
+ AC_DEFINE("HAVE_NET_SNMP", 1);
+ } else if (CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
+ EXTENSION('snmp', 'snmp.c');
+ AC_DEFINE('HAVE_SNMP', 1);
+ } else {
+ WARNING("snmp not enabled; libraries and headers not
found");
+ }
} else {
WARNING("snmp not enabled; libraries and headers not found");
}
[2009-03-14 20:49:00] larryjadams at comcast dot net
Description:
The SNMP Extension builds with UCD-SNMP which has been obsolete for some time.
I will attach a patch that will correct this behavior. Please note that the
build source will require a recent version of netsnmp.lib to build properly.
Reproduce code:
---
Not required. Will provide patch. However, if you run phpinfo(), it reports
UCD-SNMP.
Expected result:
NET-SNMP
Actual result:
--
UCD-SNMP
--
Edit this bug report at https://bugs.php.net/bug.php?id=47659&edit=1
Req #38516 [Opn->Csd]: functions snmpgetnext and snmp2_getnext do not work
Edit report at http://bugs.php.net/bug.php?id=38516&edit=1
ID: 38516
User updated by:larryjadams at comcast dot net
Reported by:larryjadams at comcast dot net
Summary:functions snmpgetnext and snmp2_getnext do not work
-Status: Open
+Status: Closed
Type: Feature/Change Request
Package:SNMP related
Operating System: Win32
PHP Version:5.1.5
Block user comment: N
Private report: N
New Comment:
Not a problem.
Previous Comments:
[2011-03-20 15:24:22] ch at lathspell dot de
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
...
----------------
[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.
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
Bug #52077 [Com]: SNMP GET/WALK may hangs FOREVER
Edit report at http://bugs.php.net/bug.php?id=52077&edit=1 ID: 52077 Comment by: larryjadams at comcast dot net Reported by: wajim at mail dot ru Summary: SNMP GET/WALK may hangs FOREVER Status: Open Type: Bug Package: SNMP related Operating System: Win XP SP3 PHP Version: 5.2.13 New Comment: Stupid WINSock does not support send and receive timeout socket options. It's a poorly implemented socket api. The net-snmp guys will have to implement with an alarm. It can not be solved here. But nice catch. Previous Comments: [2010-06-13 21:41:34] wajim at mail dot ru Description: Under a heavy GET/WALK-ing (form localhost to localhost) php may hangs forever -> apache's threads becomes zombies with CLOSE_WAIT sates even all timeouts (php and apache) are elapsed many times. Call-stack of a one zombie-thread: ntoskrnl.exe!KiUnlockDispatcherDatabase+0x77 ntoskrnl.exe!KeSetEvent+0x74 ntoskrnl.exe!PspGetSetContextSpecialApc+0x4e ntoskrnl.exe!KiDeliverApc+0xb3 ntoskrnl.exe!KiSwapThread+0x64 ntoskrnl.exe!KeWaitForSingleObject+0x1c2 ntoskrnl.exe!NtWaitForSingleObject+0x9a ntoskrnl.exe!KiFastCallEntry+0xf8 ntdll.dll!KiFastSystemCallRet ntdll.dll!ZwWaitForSingleObject+0xc mswsock.dll!SockWaitForSingleObject+0x1a0 mswsock.dll!WSPRecvFrom+0x1f0 WS2_32.dll!recvfrom+0x89 php_snmp.dll!snmp_sess_read+0x21f php_snmp.dll!snmp_sess_read+0x10 php_snmp.dll!snmp_read+0x17 php_snmp.dll!snmp_synch_response_cb+0xe8 php_snmp.dll!snmp_synch_response+0x19 php_snmp.dll!php_snmp_internal+0x267 php_snmp.dll!php_snmp+0x6da php_snmp.dll!zif_snmp2_get+0x27 php5ts.dll!zend_do_fcall_common_helper_SPEC+0x7ab php5ts.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER+0xe5 php5ts.dll!execute+0x1c5 php5ts.dll!zend_do_fcall_common_helper_SPEC+0x8ca php5ts.dll!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+0x15 php5ts.dll!execute+0x1c5 php5ts.dll!zend_do_fcall_common_helper_SPEC+0x8ca php5ts.dll!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+0x15 php5ts.dll!execute+0x1c5 php5ts.dll!zend_execute_scripts+0x107 php5ts.dll!php_execute_script+0x21d php5apache.dll!apache_php_module_main+0x91 php5apache.dll!send_php+0x265 php5apache.dll!send_parsed_php+0x10 ApacheCore.dll!ap_invoke_handler+0x87 ApacheCore.dll!ap_process_request+0x2b4 ApacheCore.dll!ap_process_request+0x26 ApacheCore.dll!ap_start_restart+0x37f WS2_32.dll!WSASocketW+0x119 IMHO bad call "WS2_32.dll!recvfrom" in buggy ucd-snmp library may hangs. There are no socket option like "setsockopt(sd, SOL_SOCKET, SO_RCVTIMEO, ..." before recvfrom call. -- Edit this bug report at http://bugs.php.net/bug.php?id=52077&edit=1
#44193 [Com]: snmp v3 noAuthNoPriv doesn't work
ID: 44193
Comment by: larryjadams at comcast dot net
Reported By: mavezeau at colubris dot com
Status: Open
Bug Type: SNMP related
Operating System: Mandriva 2005/linux
PHP Version: 5.2CVS-2008-10-27
New Comment:
That's not quite it. That section of the code simply needs to be
finished, let alone be documented.
Previous Comments:
[2008-10-27 16:33:50] mavezeau at colubris dot com
Now,
Some parts work. The security level AuthNoPriv and AuthPriv work but
noAuthNoPriv doesn't works because php doesn't accept null or '' to
auth_protocol and priv_protocol. I think this fix is simple the snmp v3
with noAuthNopriv is very similar of snmp v2c.
if I try:
snmp3_walk('192.168.130.124','test','noAuthNoPriv','MD5','','','','');
I have this error "error(snmp3_walk(): Could not generate key for
authentication pass phrase: MD5)"
if I try:
snmp3_walk('192.168.130.124','test','noAuthNoPriv',null,null,null,null,'');
or
snmp3_walk('192.168.130.124','test','noAuthNoPriv','',null,null,null,'');
I have this error "Invalid authenfication protocol:"
[2008-02-20 21:23:28] mavezeau at colubris dot com
Description:
I try to make a query with snmp v3 and I have an error: "snmp3_walk():
An error occurred" or "snmp3_walk(): No response from 192.168.130.124".
If I execute a query with net-snmp 5.4.1 the query is ok. If I execute
the similar query with php I have those errors.
Reproduce code:
---
AuthNoPriv
net-snmp Query:
snmpwalk -v 3 -l authNoPriv -a MD5 -A jesuisuntest -u test5
192.168.130.124
it Works!
Php snmp
snmp3_walk('192.168.130.124','test5','authNoPriv','MD5','jesuisuntest','','','');
Error !
noAuthNoPriv
net-snmp query:
snmpwalk -v 3 -l noAuthNoPriv -u test 192.168.130.124
it works!
PHP snmp
snmp3_walk('192.168.130.124','test','noAuthNoPriv','','','','','');
error(snmp3_walk(): Invalid authentication protocol)
if use the default
snmp3_walk('192.168.130.124','test','noAuthNoPriv','MD5','','','','');
error(snmp3_walk(): Could not generate key for authentication pass
phrase: MD5)
Expected result:
Similar return value than smnp v2c
Actual result:
--
all method make an error
--
Edit this bug report at http://bugs.php.net/?id=44193&edit=1
#46065 [Com]: snmp_set_quick_print() persists between requests
ID: 46065 Comment by: larryjadams at comcast dot net Reported By: php at painfullscratch dot nl Status: Open Bug Type: SNMP related Operating System: * PHP Version: 5.*, 6 New Comment: The snmp module needs a bit of rededesign. It should handle many of the commands from the native calls, like multiple OID get's in a single array, in other words, make the OID a mixed type for a get request. Also, the snmp functions should require a resource (aka snmp session) in order to work, just like is done in the API, for which it would be based. In that case, to setup a quick print, you start a session, receive a pointer to a (structure/resource) in return and then all subsequent calls need to also pass the resource to the function. Once you are done, you need to close the sessions. This will have to be a new class of calls though as simply changing thing around will make life difficult for everyone. TheWitness Previous Comments: [2008-10-24 08:56:21] j...@php.net It's pretty simple issue, propably need to add some netsnmp shutdown function in RINIT which clears all the settings between requests. [2008-09-12 13:27:09] php at painfullscratch dot nl Description: When PHP runs under Apache and snmp_set_quick_print(TRUE) is issued, the behavior of all SNMP-related functions will be "quick print" for the lifetime of the PID. NET-SNMP Support => enabled NET-SNMP Version => 5.4.1 PHP version: 5.2.4 There are two possibilities: 1) This behavior is "by design": If this is the case I think the manual page for snmp_set_quick_print() needs a warning for this behavior. 2) This is a bug: For each PID the behavior should be (re)set to the default behavior after execution of the script. Reproduce code: --- p...@workmate:/tmp$ sudo /etc/init.d/apache2 restart > /dev/null 2>&1 p...@workmate:/tmp$ for (( i=0; i<5; i++ )) ; do links -dump http://localhost/snmp_get_quick_print.php; done snmp_get_quick_print: '' | pid: '9402' snmp_get_quick_print: '' | pid: '9403' snmp_get_quick_print: '' | pid: '9404' snmp_get_quick_print: '' | pid: '9405' snmp_get_quick_print: '' | pid: '9406' p...@workmate:/tmp$ links -dump http://localhost/snmp_set_quick_print.php snmp_set_quick_print: '' | pid: '9406' p...@workmate:/tmp$ for (( i=0; i<5; i++ )) ; do links -dump http://localhost/snmp_get_quick_print.php; done snmp_get_quick_print: '' | pid: '9403' snmp_get_quick_print: '' | pid: '9404' snmp_get_quick_print: '' | pid: '9446' snmp_get_quick_print: '' | pid: '9405' snmp_get_quick_print: '1' | pid: '9406' -- Edit this bug report at http://bugs.php.net/?id=46065&edit=1
#47659 [Opn]: SNMP Builds with Obsolete UCD-SNMP
ID: 47659
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
Status: Open
Bug Type: SNMP related
Operating System: Windows
PHP Version: 5.2.9
New Comment:
--- snmp.dsp2004-01-17 06:59:48.0 -0500
+++ patches/snmp.dsp2009-03-14 16:37:56.267879800 -0400
@@ -54,7 +54,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib libsnmp.lib wsock32.lib /nologo /dll
/machine:I386 /out:"..\..\Release_TS/php_snmp.dll"
/libpath:"..\..\Release_TS" /libpath:"..\..\Release_TS_Inline"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib libsnmp.lib netsnmp.lib wsock32.lib
/nologo /dll /machine:I386 /out:"..\..\Release_TS/php_snmp.dll"
/libpath:"..\..\Release_TS" /libpath:"..\..\Release_TS_Inline"
!ELSEIF "$(CFG)" == "snmp - Win32 Debug_TS"
@@ -81,7 +81,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts_debug.lib libsnmp.lib wsock32.lib /nologo
/dll /machine:I386 /out:"..\..\Debug_TS/php_snmp.dll"
/libpath:"..\..\Debug_TS"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts_debug.lib libsnmp.lib netsnmp.lib
wsock32.lib /nologo /dll /machine:I386
/out:"..\..\Debug_TS/php_snmp.dll" /libpath:"..\..\Debug_TS"
!ENDIF
--- config.w32 2003-12-19 11:00:10.0 -0500
+++ patches/config.w32 2009-03-14 16:38:00.731879800 -0400
@@ -4,13 +4,17 @@
ARG_WITH("snmp", "SNMP support", "no");
if (PHP_SNMP != "no") {
-
- if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" +
PHP_SNMP) &&
- CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
+ if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" +
PHP_SNMP)) {
+ if (CHECK_LIB("netsnmp.lib", "snmp", PHP_SNMP)) {
EXTENSION('snmp', 'snmp.c');
-
AC_DEFINE('HAVE_SNMP', 1);
-
+ AC_DEFINE("HAVE_NET_SNMP", 1);
+ } else if (CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
+ EXTENSION('snmp', 'snmp.c');
+ AC_DEFINE('HAVE_SNMP', 1);
+ } else {
+ WARNING("snmp not enabled; libraries and headers not
found");
+ }
} else {
WARNING("snmp not enabled; libraries and headers not found");
}
Previous Comments:
[2009-03-14 20:49:00] larryjadams at comcast dot net
Description:
The SNMP Extension builds with UCD-SNMP which has been obsolete for
some time. I will attach a patch that will correct this behavior.
Please note that the build source will require a recent version of
netsnmp.lib to build properly.
Reproduce code:
---
Not required. Will provide patch. However, if you run phpinfo(), it
reports UCD-SNMP.
Expected result:
NET-SNMP
Actual result:
--
UCD-SNMP
--
Edit this bug report at http://bugs.php.net/?id=47659&edit=1
#47659 [NEW]: SNMP Builds with Obsolete UCD-SNMP
From: larryjadams at comcast dot net Operating system: Windows PHP version: 5.2.9 PHP Bug Type: SNMP related Bug description: SNMP Builds with Obsolete UCD-SNMP Description: The SNMP Extension builds with UCD-SNMP which has been obsolete for some time. I will attach a patch that will correct this behavior. Please note that the build source will require a recent version of netsnmp.lib to build properly. Reproduce code: --- Not required. Will provide patch. However, if you run phpinfo(), it reports UCD-SNMP. Expected result: NET-SNMP Actual result: -- UCD-SNMP -- Edit bug report at http://bugs.php.net/?id=47659&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47659&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47659&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47659&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47659&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47659&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47659&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47659&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47659&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47659&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47659&r=support Expected behavior: http://bugs.php.net/fix.php?id=47659&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47659&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47659&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47659&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47659&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47659&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47659&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47659&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47659&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47659&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47659&r=mysqlcfg
#42061 [NEW]: The PHP Installer does not install MIB directory when SNMP selected
From: larryjadams at comcast dot net Operating system: Windoz PHP version: 5.2.3 PHP Bug Type: *General Issues Bug description: The PHP Installer does not install MIB directory when SNMP selected Description: When you install PHP using the new Windows installer, it does not install the c:\program files\php\extras\mibs directory or set any MIBDIRS environment variable to access it. Reproduce code: --- None required, simply install the snmp module and then run "php -m" and you will get a bunch of module not found errors. Expected result: 1) Mib files installed if not found somewhere else 2) MIBDIRS environment variable set as applicable. Actual result: -- Neither step takes place. -- Edit bug report at http://bugs.php.net/?id=42061&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42061&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42061&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42061&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42061&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42061&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42061&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42061&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42061&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42061&r=support Expected behavior:http://bugs.php.net/fix.php?id=42061&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42061&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42061&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42061&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42061&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42061&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42061&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42061&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42061&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42061&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42061&r=mysqlcfg
#35131 [Fbk->Opn]: stream_select() in conjuntion with popen() does not appear to work
ID: 35131
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
-Status: Feedback
+Status: Open
Bug Type: Streams related
Operating System: WindowsXP Pro SP2
PHP Version: 5CVS-2005-11-07 (snap)
Assigned To: wez
New Comment:
The set block option now works. However, the stream select still waits
for the script to return or for ever, whichever comes first :). Here is
the revised code. Simply place test1.php and test2.php in the c:\
directory.
test1.php
0) {
$output = fgets($fp, 4096);
echo "Command Exited with a Result of '" . trim($output) .
"'\n";
}
pclose($fp);
}else{
$output = `$command`;
}
?>
test2.php
TheWitness
Previous Comments:
[2007-07-17 14:30:41] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2005-11-07 15:31:28] [EMAIL PROTECTED]
Assigned to the author of this part.
----
[2005-11-07 02:09:19] larryjadams at comcast dot net
I have attempted to resolve the issue with the latest CVS. However, it
does not solve the issue. The stream_select fires right away even
though the popen does not have anything waiting on the pipe.
The version I tested was:
PHP 5.1.0RC5-dev (cli) (built: Nov 7 2005 00:47:12)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies
I have noted some other issues that I will be opening separate tickets
one.
----
[2005-11-06 22:07:19] larryjadams at comcast dot net
Description:
If I call $my_fd = popen("mycommand", "rb"); to a function that
hangs/suspends and then subsquently call:
stream_select(...) using $read=array($my_fd) with a timeout, the
steam_select returns immediately, event if I have set $my_fd as blocking
using stream_set_blocking();
I would like stream_select to wait on output from the pipe prior to
firing, or to drive a timeout.
Thanks,
Larry Adams
The Cacti Group
Reproduce code:
---
if (function_exists("stream_select")) {
if ($config["cacti_server_os"] == "unix") {
$fp = popen($command, "r");
}else{
$fp = popen($command, "rb");
}
/* set script server timeout */
$script_timeout = read_config_option("script_timeout");
/* establish timeout variables */
$to_sec = floor($script_timeout/1000);
$to_usec = ($script_timeout%1000)*1000;
/* Prepare the read array */
$read = array($fp);
stream_set_blocking ($fp, 1);
if (false === ($num_changed_streams = stream_select($read, $write =
NULL, $except = NULL, $to_sec, $to_usec))) {
cacti_log("WARNING: SERVER POPEN Timed out.");
$output = "U";
}elseif ($num_changed_streams > 0) {
$output = fgets($fp, 4096);
}
pclose($fp);
}else{
$output = `$command`;
}
$command = a file with the following:
The stream_select timeout is 5 seconds.
Expected result:
popen will be called, stream_select will block until timeout has
expired, the number of fd's changed will be 0 and my result will be as
expected.
Actual result:
--
stream_select returns immediately.
--
Edit this bug report at http://bugs.php.net/?id=35131&edit=1
#38516 [Fbk->Opn]: functions snmpgetnext and snmp2_getnext do not work
ID: 38516 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: Win32 PHP Version: 5.1.5 New Comment: 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. Previous Comments: [2006-08-23 17:05:27] [EMAIL PROTECTED] 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:23:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [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/38516 -- Edit this bug report at http://bugs.php.net/?id=38516&edit=1
#38516 [Fbk->Opn]: functions snmpgetnext and snmp2_getnext do not work
ID: 38516 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: Win32 PHP Version: 5.1.5 New Comment: 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. Previous Comments: [2006-08-23 15:23:58] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [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 ---- [2006-08-20 03:08:20] larryjadams at comcast dot net Description: The snmpgetnext function does not work in the PHP distributions. This has been an issue for a while, but I am just getting around to publishing the bug. Sorry... Reproduce code: --- or Expected result: If you run the following command: snmpgetnext -v 1 -c public localhost you would get .1.3.6.1.2.1.1.1.0 = STRING: Hardware: x86 Family 6 Model 13 Stepping 8 AT/AT COMPATIBLE - Software: Windows 2000 Versio n 5.1 (Build 2600 Uniprocessor Free) Actual result: -- Warning: snmp2_getnext(): No response from localhost in C:\test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=38516&edit=1
#38516 [Opn]: functions snmpgetnext and snmp2_getnext do not work
ID: 38516 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net Status: Open Bug Type: SNMP related Operating System: Win32 PHP Version: 5.1.5 New Comment: 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. Previous Comments: [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 ---- [2006-08-20 03:08:20] larryjadams at comcast dot net Description: The snmpgetnext function does not work in the PHP distributions. This has been an issue for a while, but I am just getting around to publishing the bug. Sorry... Reproduce code: --- or Expected result: If you run the following command: snmpgetnext -v 1 -c public localhost you would get .1.3.6.1.2.1.1.1.0 = STRING: Hardware: x86 Family 6 Model 13 Stepping 8 AT/AT COMPATIBLE - Software: Windows 2000 Versio n 5.1 (Build 2600 Uniprocessor Free) Actual result: -- Warning: snmp2_getnext(): No response from localhost in C:\test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=38516&edit=1
#38516 [NEW]: functions snmpgetnext and snmp2_getnext do not work
From: larryjadams at comcast dot net Operating system: Win32 PHP version: 5.1.5 PHP Bug Type: SNMP related Bug description: functions snmpgetnext and snmp2_getnext do not work Description: The snmpgetnext function does not work in the PHP distributions. This has been an issue for a while, but I am just getting around to publishing the bug. Sorry... Reproduce code: --- or Expected result: If you run the following command: snmpgetnext -v 1 -c public localhost you would get .1.3.6.1.2.1.1.1.0 = STRING: Hardware: x86 Family 6 Model 13 Stepping 8 AT/AT COMPATIBLE - Software: Windows 2000 Versio n 5.1 (Build 2600 Uniprocessor Free) Actual result: -- Warning: snmp2_getnext(): No response from localhost in C:\test.php on line 2 -- Edit bug report at http://bugs.php.net/?id=38516&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38516&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38516&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38516&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38516&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38516&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38516&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38516&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38516&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38516&r=support Expected behavior:http://bugs.php.net/fix.php?id=38516&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38516&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38516&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38516&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38516&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38516&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38516&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38516&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38516&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38516&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38516&r=mysqlcfg
#35696 [Bgs]: The function "snmp_set_oid_numeric_print" does not exist on the Win32 platform
ID: 35696 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net Status: Bogus Bug Type: Feature/Change Request Operating System: Win32 PHP Version: 5.0.4 New Comment: Thanks Sniper! Was my first patch BTB... Requested SVN for Documentation. Harrie and I are contemplating PECL sometime moving forward. Previous Comments: [2006-01-04 02:42:06] [EMAIL PROTECTED] No need for duplicate reports about same issue. (the other one with the patches is enough) [2005-12-27 22:29:04] larryjadams at comcast dot net I have managed to build and test a php_snmp.dll file based upon Net-SNMP 5.2.1.2 for Windows 5.0.4. I am currently working on adapting a new Config.w32 file and possible edits to snmp.c that I will submit to the author of php_snmp for possible publication. I would like to keep this bug open for the moment. [2005-12-18 11:33:14] [EMAIL PROTECTED] This is documentation issue. [2005-12-18 02:48:24] larryjadams at comcast dot net This appears to be a Windows build issue. Received an e-mail from author. Unfortunately, he does not provide the "Win32" build. His desire is that it use the net-snmp API and not the ucd-snmp api which is causing this issue in windows. [2005-12-16 00:32:50] larryjadams at comcast dot net It does appear that for some reason, php_snmp is compiled using ucd_snmp based upon the php_info function and parsing the 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 http://bugs.php.net/35696 -- Edit this bug report at http://bugs.php.net/?id=35696&edit=1
#35855 [Opn]: Patch to Build PHP_SNMP with NET-SNMP Support
ID: 35855
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
Status: Open
Bug Type: Feature/Change Request
Operating System: Win32
PHP Version: 5.1.1
New Comment:
Here are the two patch files:
http://home.comcast.net/~larryjadams/config.w32.patch
http://home.comcast.net/~larryjadams/snmp.dsp.patch
Thanks!!
Previous Comments:
[2005-12-31 08:31:11] [EMAIL PROTECTED]
Upload the patch somewhere and paste the link here.
[2005-12-30 22:36:55] larryjadams at comcast dot net
Patch for snmp.dsp:
--- snmp.dsp2005-12-27 17:21:19.31250 -0500
+++ Backup/snmp.dsp 2004-01-17 07:59:48.0 -0500
@@ -54,7 +54,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib libsnmp.lib netsnmp.lib wsock32.lib
/nologo /dll /machine:I386 /out:"..\..\Release_TS/php_snmp.dll"
/libpath:"..\..\Release_TS" /libpath:"..\..\Release_TS_Inline"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib libsnmp.lib wsock32.lib /nologo /dll
/machine:I386 /out:"..\..\Release_TS/php_snmp.dll"
/libpath:"..\..\Release_TS" /libpath:"..\..\Release_TS_Inline"
!ELSEIF "$(CFG)" == "snmp - Win32 Debug_TS"
@@ -81,7 +81,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts_debug.lib libsnmp.lib netsnmp.lib
wsock32.lib /nologo /dll /machine:I386
/out:"..\..\Debug_TS/php_snmp.dll" /libpath:"..\..\Debug_TS"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts_debug.lib libsnmp.lib wsock32.lib
/nologo /dll /machine:I386 /out:"..\..\Debug_TS/php_snmp.dll"
/libpath:"..\..\Debug_TS"
!ENDIF
Patch for config.w32:
--- config.w32 2005-12-30 16:19:21.28125 -0500
+++ Backup/config.w32 2003-12-19 12:00:10.0 -0500
@@ -4,18 +4,13 @@
ARG_WITH("snmp", "SNMP support", "no");
if (PHP_SNMP != "no") {
- if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" +
PHP_SNMP)) {
- if (CHECK_LIB("netsnmp.lib", "snmp", PHP_SNMP)) {
- EXTENSION('snmp', 'snmp.c');
- AC_DEFINE('HAVE_SNMP', 1);
- AC_DEFINE('HAVE_NET_SNMP', 1);
- AC_DEFINE('MSVC_PERL', 1);
- } else if (CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
+
+ if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" +
PHP_SNMP) &&
+ CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
EXTENSION('snmp', 'snmp.c');
+
AC_DEFINE('HAVE_SNMP', 1);
- } else {
- WARNING("snmp not enabled; libraries and headers not
found");
- }
+
} else {
WARNING("snmp not enabled; libraries and headers not found");
}
[2005-12-30 22:26:40] larryjadams at comcast dot net
Description:
The current "Windows" version of the php_snmp extension is built with
the undersupported ucd-snmp libraries. There are several issues
continuing to utilize the ucd-snmp issues included unfixed bugs in
Win32 build.
The attached patch files will allow PHP 5.0.5 to be built utilizing
either the NET-SNMP or the UCD-SNMP libraries. As per the comments in
config.m4, NET-SNMP should be tried first.
Reproduce code:
---
I will attach as a comment to this bug report both patches to the
snmp.dsp and config.w32 files.
Expected result:
N/A
Actual result:
--
N/A
--
Edit this bug report at http://bugs.php.net/?id=35855&edit=1
#35855 [Opn]: Patch to Build PHP_SNMP with NET-SNMP Support
ID: 35855
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
Status: Open
Bug Type: SNMP related
Operating System: Win32
PHP Version: 5.1.1
New Comment:
Patch for snmp.dsp:
--- snmp.dsp2005-12-27 17:21:19.31250 -0500
+++ Backup/snmp.dsp 2004-01-17 07:59:48.0 -0500
@@ -54,7 +54,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib libsnmp.lib netsnmp.lib wsock32.lib
/nologo /dll /machine:I386 /out:"..\..\Release_TS/php_snmp.dll"
/libpath:"..\..\Release_TS" /libpath:"..\..\Release_TS_Inline"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib libsnmp.lib wsock32.lib /nologo /dll
/machine:I386 /out:"..\..\Release_TS/php_snmp.dll"
/libpath:"..\..\Release_TS" /libpath:"..\..\Release_TS_Inline"
!ELSEIF "$(CFG)" == "snmp - Win32 Debug_TS"
@@ -81,7 +81,7 @@
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts.lib /nologo /dll /machine:I386
-# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts_debug.lib libsnmp.lib netsnmp.lib
wsock32.lib /nologo /dll /machine:I386
/out:"..\..\Debug_TS/php_snmp.dll" /libpath:"..\..\Debug_TS"
+# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib php5ts_debug.lib libsnmp.lib wsock32.lib
/nologo /dll /machine:I386 /out:"..\..\Debug_TS/php_snmp.dll"
/libpath:"..\..\Debug_TS"
!ENDIF
Patch for config.w32:
--- config.w32 2005-12-30 16:19:21.28125 -0500
+++ Backup/config.w32 2003-12-19 12:00:10.0 -0500
@@ -4,18 +4,13 @@
ARG_WITH("snmp", "SNMP support", "no");
if (PHP_SNMP != "no") {
- if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" +
PHP_SNMP)) {
- if (CHECK_LIB("netsnmp.lib", "snmp", PHP_SNMP)) {
- EXTENSION('snmp', 'snmp.c');
- AC_DEFINE('HAVE_SNMP', 1);
- AC_DEFINE('HAVE_NET_SNMP', 1);
- AC_DEFINE('MSVC_PERL', 1);
- } else if (CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
+
+ if (CHECK_HEADER_ADD_INCLUDE("snmp.h", "CFLAGS_SNMP", PHP_PHP_BUILD +
"\\include\\ucd-snmp;" + PHP_PHP_BUILD + "\\include\\net-snmp;" +
PHP_SNMP) &&
+ CHECK_LIB("libsnmp.lib", "snmp", PHP_SNMP)) {
EXTENSION('snmp', 'snmp.c');
+
AC_DEFINE('HAVE_SNMP', 1);
- } else {
- WARNING("snmp not enabled; libraries and headers not
found");
- }
+
} else {
WARNING("snmp not enabled; libraries and headers not found");
}
Previous Comments:
[2005-12-30 22:26:40] larryjadams at comcast dot net
Description:
The current "Windows" version of the php_snmp extension is built with
the undersupported ucd-snmp libraries. There are several issues
continuing to utilize the ucd-snmp issues included unfixed bugs in
Win32 build.
The attached patch files will allow PHP 5.0.5 to be built utilizing
either the NET-SNMP or the UCD-SNMP libraries. As per the comments in
config.m4, NET-SNMP should be tried first.
Reproduce code:
---
I will attach as a comment to this bug report both patches to the
snmp.dsp and config.w32 files.
Expected result:
N/A
Actual result:
--
N/A
--
Edit this bug report at http://bugs.php.net/?id=35855&edit=1
#35855 [NEW]: Patch to Build PHP_SNMP with NET-SNMP Support
From: larryjadams at comcast dot net Operating system: Win32 PHP version: 5.1.1 PHP Bug Type: SNMP related Bug description: Patch to Build PHP_SNMP with NET-SNMP Support Description: The current "Windows" version of the php_snmp extension is built with the undersupported ucd-snmp libraries. There are several issues continuing to utilize the ucd-snmp issues included unfixed bugs in Win32 build. The attached patch files will allow PHP 5.0.5 to be built utilizing either the NET-SNMP or the UCD-SNMP libraries. As per the comments in config.m4, NET-SNMP should be tried first. Reproduce code: --- I will attach as a comment to this bug report both patches to the snmp.dsp and config.w32 files. Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=35855&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35855&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35855&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35855&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35855&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35855&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35855&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35855&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35855&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35855&r=support Expected behavior:http://bugs.php.net/fix.php?id=35855&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35855&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35855&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35855&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35855&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35855&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35855&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35855&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35855&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35855&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35855&r=mysqlcfg
#35371 [Com]: Wrong Values retriving Object with SNMP
ID: 35371 Comment by: larryjadams at comcast dot net Reported By: matteo dot bertato at hiport dot it Status: No Feedback Bug Type: SNMP related Operating System: Fedora Core 2,4 PHP Version: 4.4.1 New Comment: Sniper, This problem can be fixed with a little function to convert HEX output to Ascii. I have to use this today in some of my functions. Not a big patch. Previous Comments: [2005-12-22 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". [2005-12-14 06:30:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-24 16:44:39] matteo dot bertato at hiport dot it Description: Retriving SNMP Object value in SNMP_VALUE_OBJECT mode, give me wrong result, despite using default mode gives correct result. (Tested with Net_SNMP 5.2.1.2 on FC4) (Tested with Net_SNMP 5.1.1 on FC2) PHP compiled with --with-snmp --enable-ucd-snmp-hack Reproduce code: --- Expected result: STRING: 0:50:e8:1:46:e6 stdClass Object ( [type] => 4 [value] => 0:50:e8:1:46:e6 ) Actual result: -- stdClass Object ( [type] => 4 [value] => PèFæ ) STRING: 0:50:e8:1:46:e6 -- Edit this bug report at http://bugs.php.net/?id=35371&edit=1
#35696 [Opn]: The function "snmp_set_oid_numeric_print" does not exist on the Win32 platform
ID: 35696
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
Status: Open
-Bug Type: Documentation problem
+Bug Type: SNMP related
Operating System: Win32
-PHP Version: Irrelevant
+PHP Version: 5.0.4
New Comment:
I have managed to build and test a php_snmp.dll file based upon
Net-SNMP 5.2.1.2 for Windows 5.0.4. I am currently working on adapting
a new Config.w32 file and possible edits to snmp.c that I will submit to
the author of php_snmp for possible publication.
I would like to keep this bug open for the moment.
Previous Comments:
[2005-12-18 11:33:14] [EMAIL PROTECTED]
This is documentation issue.
[2005-12-18 02:48:24] larryjadams at comcast dot net
This appears to be a Windows build issue. Received an e-mail from
author. Unfortunately, he does not provide the "Win32" build. His
desire is that it use the net-snmp API and not the ucd-snmp api which
is causing this issue in windows.
[2005-12-16 00:32:50] larryjadams at comcast dot net
It does appear that for some reason, php_snmp is compiled using
ucd_snmp based upon the php_info function and parsing the code.
[2005-12-15 23:56:46] larryjadams at comcast dot net
Description:
The following function does not exist in the windows environment and it
is very important to our tool.
snmp_set_oid_numeric_print
Reproduce code:
---
if function_exists("snmp_set_oid_numeric_print") {
print "I'm There\n";
}else{
print "Sadly, I'm Not\n";
}
Expected result:
We would like the function to be supported.
--
Edit this bug report at http://bugs.php.net/?id=35696&edit=1
#35696 [Opn]: The function "snmp_set_oid_numeric_print" does not exist on the Win32 platform
ID: 35696
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
Status: Open
-Bug Type: Documentation problem
+Bug Type: *Compile Issues
Operating System: Win32
PHP Version: 5.1.1
New Comment:
This appears to be a Windows build issue. Received an e-mail from
author. Unfortunately, he does not provide the "Win32" build. His
desire is that it use the net-snmp API and not the ucd-snmp api which
is causing this issue in windows.
Previous Comments:
[2005-12-16 00:32:50] larryjadams at comcast dot net
It does appear that for some reason, php_snmp is compiled using
ucd_snmp based upon the php_info function and parsing the code.
[2005-12-16 00:27:46] larryjadams at comcast dot net
At first glance, it appears that the following code should be
executed:
#ifdef HAVE_NET_SNMP
PHP_FE(snmp_set_enum_print, NULL)
PHP_FE(snmp_set_oid_numeric_print, NULL)
#endif
For some reason, the "HAVE_NET_SNMP" constant is not defined although
php_snmp is using the NET_SNMP package in Windows. Sounds like a
autoconf issue to me. More to follow...
[2005-12-16 00:17:32] larryjadams at comcast dot net
I will e-mail Harrie and potentially provide workaround code to him.
Any chance of implementing in the 4.x, 5.0.x branches?
[2005-12-15 23:58:15] [EMAIL PROTECTED]
Reclassified as docu problem.
[2005-12-15 23:56:46] larryjadams at comcast dot net
Description:
The following function does not exist in the windows environment and it
is very important to our tool.
snmp_set_oid_numeric_print
Reproduce code:
---
if function_exists("snmp_set_oid_numeric_print") {
print "I'm There\n";
}else{
print "Sadly, I'm Not\n";
}
Expected result:
We would like the function to be supported.
--
Edit this bug report at http://bugs.php.net/?id=35696&edit=1
#35696 [NEW]: The function "snmp_set_oid_numeric_print" does not exist on the Win32 platform
From: larryjadams at comcast dot net
Operating system: Win32
PHP version: 5.1.1
PHP Bug Type: SNMP related
Bug description: The function "snmp_set_oid_numeric_print" does not exist on
the Win32 platform
Description:
The following function does not exist in the windows environment and it is
very important to our tool.
snmp_set_oid_numeric_print
Reproduce code:
---
if function_exists("snmp_set_oid_numeric_print") {
print "I'm There\n";
}else{
print "Sadly, I'm Not\n";
}
Expected result:
We would like the function to be supported.
--
Edit bug report at http://bugs.php.net/?id=35696&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35696&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35696&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35696&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35696&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35696&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35696&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35696&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35696&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35696&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35696&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35696&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35696&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35696&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35696&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35696&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35696&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35696&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35696&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35696&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35696&r=mysqlcfg
#35131 [Fbk->Opn]: stream_select() in conjuntion with popen() does not appear to work
ID: 35131
User updated by: larryjadams at comcast dot net
Reported By: larryjadams at comcast dot net
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: WindowsXP Pro SP2
PHP Version: 5.0.5
Assigned To: wez
New Comment:
I have attempted to resolve the issue with the latest CVS. However, it
does not solve the issue. The stream_select fires right away even
though the popen does not have anything waiting on the pipe.
The version I tested was:
PHP 5.1.0RC5-dev (cli) (built: Nov 7 2005 00:47:12)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies
I have noted some other issues that I will be opening separate tickets
one.
Previous Comments:
[2005-11-06 23:17:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-06 23:09:04] [EMAIL PROTECTED]
Assigned to the author of this part.
[2005-11-06 22:07:19] larryjadams at comcast dot net
Description:
If I call $my_fd = popen("mycommand", "rb"); to a function that
hangs/suspends and then subsquently call:
stream_select(...) using $read=array($my_fd) with a timeout, the
steam_select returns immediately, event if I have set $my_fd as
blocking using stream_set_blocking();
I would like stream_select to wait on output from the pipe prior to
firing, or to drive a timeout.
Thanks,
Larry Adams
The Cacti Group
Reproduce code:
---
if (function_exists("stream_select")) {
if ($config["cacti_server_os"] == "unix") {
$fp = popen($command, "r");
}else{
$fp = popen($command, "rb");
}
/* set script server timeout */
$script_timeout = read_config_option("script_timeout");
/* establish timeout variables */
$to_sec = floor($script_timeout/1000);
$to_usec = ($script_timeout%1000)*1000;
/* Prepare the read array */
$read = array($fp);
stream_set_blocking ($fp, 1);
if (false === ($num_changed_streams = stream_select($read, $write =
NULL, $except = NULL, $to_sec, $to_usec))) {
cacti_log("WARNING: SERVER POPEN Timed out.");
$output = "U";
}elseif ($num_changed_streams > 0) {
$output = fgets($fp, 4096);
}
pclose($fp);
}else{
$output = `$command`;
}
$command = a file with the following:
The stream_select timeout is 5 seconds.
Expected result:
popen will be called, stream_select will block until timeout has
expired, the number of fd's changed will be 0 and my result will be as
expected.
Actual result:
--
stream_select returns immediately.
--
Edit this bug report at http://bugs.php.net/?id=35131&edit=1
#35131 [NEW]: stream_select() in conjuntion with popen() does not appear to work
From: larryjadams at comcast dot net
Operating system: WindowsXP Pro SP2
PHP version: 5.0.5
PHP Bug Type: Scripting Engine problem
Bug description: stream_select() in conjuntion with popen() does not appear to
work
Description:
If I call $my_fd = popen("mycommand", "rb"); to a function that
hangs/suspends and then subsquently call:
stream_select(...) using $read=array($my_fd) with a timeout, the
steam_select returns immediately, event if I have set $my_fd as blocking
using stream_set_blocking();
I would like stream_select to wait on output from the pipe prior to
firing, or to drive a timeout.
Thanks,
Larry Adams
The Cacti Group
Reproduce code:
---
if (function_exists("stream_select")) {
if ($config["cacti_server_os"] == "unix") {
$fp = popen($command, "r");
}else{
$fp = popen($command, "rb");
}
/* set script server timeout */
$script_timeout = read_config_option("script_timeout");
/* establish timeout variables */
$to_sec = floor($script_timeout/1000);
$to_usec = ($script_timeout%1000)*1000;
/* Prepare the read array */
$read = array($fp);
stream_set_blocking ($fp, 1);
if (false === ($num_changed_streams = stream_select($read, $write =
NULL, $except = NULL, $to_sec, $to_usec))) {
cacti_log("WARNING: SERVER POPEN Timed out.");
$output = "U";
}elseif ($num_changed_streams > 0) {
$output = fgets($fp, 4096);
}
pclose($fp);
}else{
$output = `$command`;
}
$command = a file with the following:
The stream_select timeout is 5 seconds.
Expected result:
popen will be called, stream_select will block until timeout has expired,
the number of fd's changed will be 0 and my result will be as expected.
Actual result:
--
stream_select returns immediately.
--
Edit bug report at http://bugs.php.net/?id=35131&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35131&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35131&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35131&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35131&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35131&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35131&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35131&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35131&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35131&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35131&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35131&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35131&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35131&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35131&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35131&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35131&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35131&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35131&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35131&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35131&r=mysqlcfg
#33133 [NEW]: Translations Not Working Correctly
From: larryjadams at comcast dot net Operating system: WindowsXP Pro PHP version: 5.0.4 PHP Bug Type: Gettext related Bug description: Translations Not Working Correctly Description: When I use the builtin Gettext dll file in PHP 5.0.4, my translations do not work correctly. Translation strings are being interpreted and output. However, special characters end up being in another unknown language. When I use the Savannah Groups php-gettext, everything is A Ok in English, French and Japanese. I also can not use LC_MESSAGES as it is not a defined constant anymore when using setlocale. I have to instead use LC_ALL which does not set properly. The only way I can get the translated messages to appear is by settings the environment variable LC_ALL to the correct value. Reproduce code: --- I can send along the *.mo files and Jpeg files to demonstrate the output. -- Edit bug report at http://bugs.php.net/?id=33133&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33133&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33133&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33133&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33133&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33133&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33133&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33133&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33133&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33133&r=support Expected behavior: http://bugs.php.net/fix.php?id=33133&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33133&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33133&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33133&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33133&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33133&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33133&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33133&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33133&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33133&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33133&r=mysqlcfg
#31772 [Fbk->Opn]: [PATCH] Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
ID: 31772
User updated by: LarryJAdams at comcast dot net
Reported By: LarryJAdams at comcast dot net
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Win32
PHP Version: 5.0.3
New Comment:
Your links are as follows:
php_snmp for php4.3.x
http://home.comcast.net/~larryjadams/snmp4.3.x.diff
php_snmp for php5.0.x
http://home.comcast.net/~larryjadams/snmp5.0.x.diff
php_snmp for php5.1.x
http://home.comcast.net/~larryjadams/snmp5.1.x.diff
TheWitness
Previous Comments:
[2005-02-28 20:54:38] [EMAIL PROTECTED]
Please provide the unified diff somewhere in the web and add the url to
it here.
[2005-02-01 03:17:57] larryjadams at comcast dot net
I have submitted fixes for the following PHP CVS Branches:
PHP 4.3.x
PHP 5.0.x
PHP 5.1.x
The fix also included the snmpv2 feature set. I hope you all enjoy it
as much as I will.
Larry
[2005-01-31 01:05:46] LarryJAdams at comcast dot net
Description:
The following code in snmp.c from lines: 794 through 831 is not valid.
If both HAVE_AES and SNMP_VALIDATE_ERR are defined, the ifdef's will not
function properly. Please review the code below.
Reproduce code:
---
Incorrect code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Correct Code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Expected result:
N/A. Please review code snippet.
Actual result:
--
N/A. Please review code snippet.
--
Edit this bug report at http://bugs.php.net/?id=31772&edit=1
#31772 [Opn]: [PATCH] Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
ID: 31772
User updated by: LarryJAdams at comcast dot net
Reported By: LarryJAdams at comcast dot net
Status: Open
Bug Type: SNMP related
Operating System: Win32
PHP Version: 5.0.3
New Comment:
The prior post was for the snmp.c files. The php_snmp.h files are
patched as follows:
php_snmp.h for php4.3.x
http://home.comcast.net/~larryjadams/php_snmp.4.3.x.diff
php_snmp.h for php5.0.x
http://home.comcast.net/~larryjadams/php_snmp.5.0.x.diff
php_snmp.h for php5.1.x
http://home.comcast.net/~larryjadams/php_snmp.5.1.x.diff
TheWitness
Previous Comments:
[2005-03-01 00:52:58] LarryJAdams at comcast dot net
Your links are as follows:
php_snmp for php4.3.x
http://home.comcast.net/~larryjadams/snmp4.3.x.diff
php_snmp for php5.0.x
http://home.comcast.net/~larryjadams/snmp5.0.x.diff
php_snmp for php5.1.x
http://home.comcast.net/~larryjadams/snmp5.1.x.diff
TheWitness
[2005-02-28 20:54:38] [EMAIL PROTECTED]
Please provide the unified diff somewhere in the web and add the url to
it here.
[2005-02-01 03:17:57] larryjadams at comcast dot net
I have submitted fixes for the following PHP CVS Branches:
PHP 4.3.x
PHP 5.0.x
PHP 5.1.x
The fix also included the snmpv2 feature set. I hope you all enjoy it
as much as I will.
Larry
[2005-01-31 01:05:46] LarryJAdams at comcast dot net
Description:
The following code in snmp.c from lines: 794 through 831 is not valid.
If both HAVE_AES and SNMP_VALIDATE_ERR are defined, the ifdef's will not
function properly. Please review the code below.
Reproduce code:
---
Incorrect code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Correct Code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Expected result:
N/A. Please review code snippet.
Actual result:
--
N/A. Please review code snippet.
--
Edit this bug report at http://bugs.php.net/?id=31772&edit=1
#31772 [Fbk->Opn]: [PATCH] Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
ID: 31772 User updated by: LarryJAdams at comcast dot net Reported By: LarryJAdams at comcast dot net -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: Win32 PHP Version: 5.0.3 New Comment: I had the same question for Harrie (one of the authors) and he did not want to go that way. However, there is another workaround that was sent to me by another user that could be incorporated except for the "bulk" operations. Either way, this code works and the SNMPv3 is so different anyway, we can't go down to one function easily. Previous Comments: [2005-03-06 17:40:06] [EMAIL PROTECTED] What's wrong with adding something like 'snmp_set_version()' func instead of having separate functions for v1/v2/v3 ??? ---- [2005-03-01 01:24:53] LarryJAdams at comcast dot net The prior post was for the snmp.c files. The php_snmp.h files are patched as follows: php_snmp.h for php4.3.x http://home.comcast.net/~larryjadams/php_snmp.4.3.x.diff php_snmp.h for php5.0.x http://home.comcast.net/~larryjadams/php_snmp.5.0.x.diff php_snmp.h for php5.1.x http://home.comcast.net/~larryjadams/php_snmp.5.1.x.diff TheWitness ---- [2005-03-01 00:52:58] LarryJAdams at comcast dot net Your links are as follows: php_snmp for php4.3.x http://home.comcast.net/~larryjadams/snmp4.3.x.diff php_snmp for php5.0.x http://home.comcast.net/~larryjadams/snmp5.0.x.diff php_snmp for php5.1.x http://home.comcast.net/~larryjadams/snmp5.1.x.diff TheWitness [2005-02-28 20:54:38] [EMAIL PROTECTED] Please provide the unified diff somewhere in the web and add the url to it here. ---- [2005-02-01 03:17:57] larryjadams at comcast dot net I have submitted fixes for the following PHP CVS Branches: PHP 4.3.x PHP 5.0.x PHP 5.1.x The fix also included the snmpv2 feature set. I hope you all enjoy it as much as I will. Larry 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/31772 -- Edit this bug report at http://bugs.php.net/?id=31772&edit=1
#31773 [Opn]: Would Like snmpV2 command set in php_snmp
ID: 31773 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net Status: Open Bug Type: Feature/Change Request Operating System: Win32 PHP Version: 5.0.3 New Comment: [EMAIL PROTECTED], Your code is much cleaner. Please insure that you also fix the problem identified with the net-snmp 5.2 AES vs. AES192, AES256 issue when you committ. It was contained in my submission to the internals box. Thanks, Larry Previous Comments: [2005-02-08 11:49:06] larryjadams at comcast dot net I have submitted patches to include this fucntionality. Will they be applied to CVS? [2005-02-08 05:15:29] [EMAIL PROTECTED] Is this what you had in mind? http://lerdorf.com/php/snmp.txt [2005-02-08 01:00:09] 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". [2005-01-31 09:20:27] [EMAIL PROTECTED] Send the patch to internals@lists.php.net [2005-01-31 01:18:58] larryjadams at comcast dot net Sorry, snmpv1 and snmpv3 are supported, snmpv2 is not. 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/31773 -- Edit this bug report at http://bugs.php.net/?id=31773&edit=1
#31773 [Fbk->Opn]: Would Like snmpV2 command set in php_snmp
ID: 31773 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Win32 PHP Version: 5.0.3 New Comment: I have submitted patches to include this fucntionality. Will they be applied to CVS? Previous Comments: [2005-02-08 05:15:29] [EMAIL PROTECTED] Is this what you had in mind? http://lerdorf.com/php/snmp.txt [2005-02-08 01:00:09] 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". [2005-01-31 09:20:27] [EMAIL PROTECTED] Send the patch to internals@lists.php.net [2005-01-31 01:18:58] larryjadams at comcast dot net Sorry, snmpv1 and snmpv3 are supported, snmpv2 is not. [2005-01-31 01:16:46] larryjadams at comcast dot net Description: PHP_SNMP does not contains snmpv1 and snmpv3 support, but has not support for snmpv2. I have submitted modified code to one of the php_snmp extension developers, but have received no feedback and believe that the user's mail provider has spam blocked my e-mail. Need some help. -- Edit this bug report at http://bugs.php.net/?id=31773&edit=1
#28706 [Com]: Calling PHP POPEN Repeatedly from Ansi C Crashes App
ID: 28706 Comment by: larryjadams at comcast dot net Reported By: LarryJAdams at comcast dot net Status: No Feedback Bug Type: Program Execution Operating System: Windows2000/XP PHP Version: 4.3.7 New Comment: This issue was related to Cygwin issues and can be closed. Thanks for a great GNU project/product!! Previous Comments: [2004-06-18 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". [2004-06-09 09:42:10] [EMAIL PROTECTED] 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. There is no way we can fix this with this little information. [2004-06-09 06:23:21] LarryJAdams at comcast dot net Description: I am modifying an application in Ansi C that calls PHP.EXE utilizing the POPEN command. The C program is utilizing threads and issuing a thread lock prior to calling, but it appears that the PHP program is stepping on some of the memory used by the C program causing an eventual lockup of the application. This has been noted by some of the memory and variables displayed in debug mode that have PHP artifacts in them. This same program calls PHP within unix without issue. Reproduce code: --- This is quite involved. You need the entire application. Expected result: Normal termination of PHP without interfering with the other application. -- Edit this bug report at http://bugs.php.net/?id=28706&edit=1
#31772 [Com]: Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
ID: 31772
Comment by: larryjadams at comcast dot net
Reported By: LarryJAdams at comcast dot net
Status: Open
Bug Type: *Compile Issues
Operating System: Win32
PHP Version: 5.0.3
New Comment:
I have submitted fixes for the following PHP CVS Branches:
PHP 4.3.x
PHP 5.0.x
PHP 5.1.x
The fix also included the snmpv2 feature set. I hope you all enjoy it
as much as I will.
Larry
Previous Comments:
[2005-01-31 01:05:46] LarryJAdams at comcast dot net
Description:
The following code in snmp.c from lines: 794 through 831 is not valid.
If both HAVE_AES and SNMP_VALIDATE_ERR are defined, the ifdef's will not
function properly. Please review the code below.
Reproduce code:
---
Incorrect code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Correct Code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Expected result:
N/A. Please review code snippet.
Actual result:
--
N/A. Please review code snippet.
--
Edit this bug report at http://bugs.php.net/?id=31772&edit=1
#31773 [Opn]: Would Like snmpV2 command set in php_snmp
ID: 31773 User updated by: larryjadams at comcast dot net Reported By: larryjadams at comcast dot net Status: Open Bug Type: Feature/Change Request Operating System: Win32 PHP Version: 5.0.3 New Comment: Sorry, snmpv1 and snmpv3 are supported, snmpv2 is not. Previous Comments: [2005-01-31 01:16:46] larryjadams at comcast dot net Description: PHP_SNMP does not contains snmpv1 and snmpv3 support, but has not support for snmpv2. I have submitted modified code to one of the php_snmp extension developers, but have received no feedback and believe that the user's mail provider has spam blocked my e-mail. Need some help. -- Edit this bug report at http://bugs.php.net/?id=31773&edit=1
#31773 [NEW]: Would Like snmpV2 command set in php_snmp
From: larryjadams at comcast dot net Operating system: Win32 PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: Would Like snmpV2 command set in php_snmp Description: PHP_SNMP does not contains snmpv1 and snmpv3 support, but has not support for snmpv2. I have submitted modified code to one of the php_snmp extension developers, but have received no feedback and believe that the user's mail provider has spam blocked my e-mail. Need some help. -- Edit bug report at http://bugs.php.net/?id=31773&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31773&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31773&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31773&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31773&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31773&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31773&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31773&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31773&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31773&r=support Expected behavior: http://bugs.php.net/fix.php?id=31773&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31773&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31773&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31773&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31773&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31773&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31773&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31773&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31773&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31773&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31773&r=mysqlcfg
#31772 [NEW]: Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
From: LarryJAdams at comcast dot net
Operating system: Win32
PHP version: 5.0.3
PHP Bug Type: *Compile Issues
Bug description: Net-SNMP 5.2.x ++ Workaround in PHP_SNMP Incorrectly Coded
Description:
The following code in snmp.c from lines: 794 through 831 is not valid. If
both HAVE_AES and SNMP_VALIDATE_ERR are defined, the ifdef's will not
function properly. Please review the code below.
Reproduce code:
---
Incorrect code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Correct Code (starting on 810):
"* symbol on purpose, as it's defined to be the same as the former.
*/
|| !strcasecmp(prot, "AES")) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);
#else
) {
s->securityPrivProto = usmAES128PrivProtocol;
s->securityPrivProtoLen =
OIDSIZE(usmAES128PrivProtocol);
return (0);"
Expected result:
N/A. Please review code snippet.
Actual result:
--
N/A. Please review code snippet.
--
Edit bug report at http://bugs.php.net/?id=31772&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31772&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31772&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31772&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31772&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31772&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31772&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31772&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31772&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31772&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31772&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31772&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31772&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31772&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31772&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31772&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31772&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31772&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31772&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31772&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31772&r=mysqlcfg
#28706 [NEW]: Calling PHP POPEN Repeatedly from Ansi C Crashes App
From: LarryJAdams at comcast dot net Operating system: Windows2000/XP PHP version: 4.3.7 PHP Bug Type: Program Execution Bug description: Calling PHP POPEN Repeatedly from Ansi C Crashes App Description: I am modifying an application in Ansi C that calls PHP.EXE utilizing the POPEN command. The C program is utilizing threads and issuing a thread lock prior to calling, but it appears that the PHP program is stepping on some of the memory used by the C program causing an eventual lockup of the application. This has been noted by some of the memory and variables displayed in debug mode that have PHP artifacts in them. This same program calls PHP within unix without issue. Reproduce code: --- This is quite involved. You need the entire application. Expected result: Normal termination of PHP without interfering with the other application. -- Edit bug report at http://bugs.php.net/?id=28706&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28706&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28706&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28706&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28706&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28706&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28706&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28706&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28706&r=support Expected behavior: http://bugs.php.net/fix.php?id=28706&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28706&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28706&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28706&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28706&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28706&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28706&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28706&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28706&r=float
#26757 [Com]: session.save_path should default to %TEMP%
ID: 26757 Comment by: LarryJAdams at comcast dot net Reported By: unknown at simplemachines dot org Status: Closed Bug Type: Session related Operating System: Windows PHP Version: 4CVS, 5CVS New Comment: I hear party favors going off somewhere... Previous Comments: [2004-03-29 16:37:05] [EMAIL PROTECTED] Fixed in CVS. The new default for save_path in upcoming releaess will be the empty string, which causes the temporary directory to be probed. Thanks for your patch. [2004-03-29 09:56:43] unknown at simplemachines dot org After I applied that patch, and changed session.save_path in my php.ini to nothing, it did indeed work without trouble. However, if I renamed php.ini to php_.ini, and tried it... it of course went back to the default /tmp - but if the default is changed to NULL without handling it, crashes will result... My purpose here is to make it easier for people, mainly, to test PHP on their own computers without running into funny errors. That means default values, because some people will never read the manual which is why I did it as I did in my patch. Thanks for replying, -[Unknown] [2004-03-29 07:25:14] [EMAIL PROTECTED] Please try this patch against latest stable CVS: http://www.php.net/~wez/session-files-fix-4.3.diff I also have an equivalent for PHP 5. This is slightly different from your patch, as it doesn't obliterate non file-based session save paths. [2004-03-29 04:58:24] unknown at simplemachines dot org I'm sorry, I just feel that with 47 votes (as of now) and even a provided working patch, a comment from a developer would be nice. Changing the category to "Session related" in the hopes that it not only will be looked at there, but also will receive some notice. Was previously a "Feature/Change Request". Thanks again, -[Unknown] [2004-02-17 03:14:45] unknown at simplemachines dot org Maybe someone will read this if I say 4CVS, 5CVS instead of Irrelevant. 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/26757 -- Edit this bug report at http://bugs.php.net/?id=26757&edit=1
