#35865 [NEW]: Undocumented change to behaviour of references
From: tigerincanada at gmail dot com
Operating system: Linux 2.4.20 (Red Hat)
PHP version: 4.4.1
PHP Bug Type: Class/Object related
Bug description: Undocumented change to behaviour of references
Description:
After upgrading to PHP 4.4.1 I started seeing "Fatal error: Call to a
member function on a non-object" where previously there had been none.
It appears that the behaviour of references has changed, so the the reuse
of a variable name no longer unassigns that variable name from earlier
copies of the previous contents of that variable.
The attempt at a reproduce code below doesn't actually cause the bug to
reproduce, but illustrates the type of code that was causing the problem.
I haven't worked out what feature of my more complex production code is
causing the issue, but it wasn't there before upgrading to from 4.3.11 to
4.4.1.
Googling "Fatal error: Call to a member function on a non-object PHP
4.4.1" shows up a few other people who appear to have run into a similar
unexpected issue.
Reproduce code:
---
Class Foo
{
var $name;
function Foo($n) {
$this->name = $n;
}
function getName() {
return $this->name;
}
}
$result =& new Foo("First");
$c =& $result;
$b = "Second";
$result =& $b;
print $c->getName();
Expected result:
"First"
Actual result:
--
Attempted reproduce code: "First"
Production code: "Fatal error: Call to a member function on a non-object"
In production, querying the zval of $c finds that it has somehow been set
to the value of on the the object's properties... major head-scratcher!
When I changed the code to remove the variable re-use, like this:
$c =& new Foo("First");
$b = "Second";
$result =& $b;
The problem went away...
--
Edit bug report at http://bugs.php.net/?id=35865&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35865&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35865&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35865&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35865&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35865&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35865&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35865&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35865&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35865&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35865&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35865&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35865&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35865&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35865&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35865&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35865&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35865&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35865&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35865&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35865&r=mysqlcfg
#35864 [Opn->Bgs]: mysql_real_escape_string() produces unexpected results
ID: 35864 Updated by: [EMAIL PROTECTED] Reported By: notepad at codewalkers dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: IIS, Apache PHP Version: 5.1.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-12-31 20:23:31] notepad at codewalkers dot com Description: passing the value 0x7c00 through mysql_real_escape_string() inserts weird characters in my database. Reproduce code: --- i'm not sure if this is a bug or not but i don't understand it. my test code is over 20 lines long so here is a link further describing the problem along with code: http://codewalkers.com/forum/index.php?action=displaythread&forum=sqlhelp&id=2252&realm=default i have tried code on both Apache and ISS with the latest versions of PHP. Expected result: i expect "0x7c00" to be inserted, but it is not. Actual result: -- rather than getting: 0x7c00 i get: | -- Edit this bug report at http://bugs.php.net/?id=35864&edit=1
#35864 [NEW]: mysql_real_escape_string() produces unexpected results
From: notepad at codewalkers dot com Operating system: IIS, Apache PHP version: 5.1.1 PHP Bug Type: MySQL related Bug description: mysql_real_escape_string() produces unexpected results Description: passing the value 0x7c00 through mysql_real_escape_string() inserts weird characters in my database. Reproduce code: --- i'm not sure if this is a bug or not but i don't understand it. my test code is over 20 lines long so here is a link further describing the problem along with code: http://codewalkers.com/forum/index.php?action=displaythread&forum=sqlhelp&id=2252&realm=default i have tried code on both Apache and ISS with the latest versions of PHP. Expected result: i expect "0x7c00" to be inserted, but it is not. Actual result: -- rather than getting: 0x7c00 i get: | -- Edit bug report at http://bugs.php.net/?id=35864&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35864&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35864&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35864&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35864&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35864&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35864&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35864&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35864&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35864&r=support Expected behavior:http://bugs.php.net/fix.php?id=35864&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35864&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35864&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35864&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35864&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35864&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35864&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35864&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35864&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35864&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35864&r=mysqlcfg
#35863 [Opn->Fbk]: Compile error at parse_date.lo
ID: 35863 Updated by: [EMAIL PROTECTED] Reported By: webmaster at zloba dot ath dot cx -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux 2.4.31 (Slackware) PHP Version: 5.1.1 New Comment: 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 Previous Comments: [2005-12-31 18:56:06] webmaster at zloba dot ath dot cx Description: PHP 5.1.1 can't be compiled on Linux 2.4.31 as module of Apache 2.2 (using apxs). gcc version 3.4.5 glibc version 2.3.5 Reproduce code: --- [EMAIL PROTECTED]:/data/php-5.1.1# ./configure--with-apxs=/usr/httpd/bin/apxs ... [EMAIL PROTECTED]:/data/php-5.1.1# make Expected result: Successful compilation of PHP Actual result: -- [EMAIL PROTECTED]:/data/php-5.1.1# make ... /bin/sh /data/php-5.1.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/data/php- 5.1.1/ext/date/ -DPHP_ATOM_INC -I/data/php-5.1.1/include -I/data/php-5.1.1/main -I/data/php-5.1.1 -I/usr/include/libxml2 -I/data/php-5.1.1/ext/date/lib -I/data/php-5.1.1/TSRM -I/data/php-5.1.1/Zend-g -O2 -prefer-non-pic -c /data/php-5.1.1/ext/date/lib/parse_date.c -o ext/date/lib/parse_date.lo cc1: out of memory allocating 47411156 bytes after a total of 2941088 bytes make: *** [ext/date/lib/parse_date.lo] Error 1 [EMAIL PROTECTED] :/data/php-5.1.1# -- Edit this bug report at http://bugs.php.net/?id=35863&edit=1
#35861 [Opn->Bgs]: Segfault with -D_LARGEFILE_SOURCE
ID: 35861
Updated by: [EMAIL PROTECTED]
Reported By: alberty at neptunelabs dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux i686
PHP Version: 4CVS-2005-12-31 (CVS)
New Comment:
Yeah, it's glibc thing. Nothing to do with PHP. And nothing has change
in PHP that could have broke it either.
Previous Comments:
[2005-12-31 19:10:17] alberty at neptunelabs dot com
Lol,
since eternal times it's implemented in PHP. Please read the first
sentence in the documentation:
http://www.php.net/manual/en/ref.filesystem.php
[2005-12-31 17:38:35] [EMAIL PROTECTED]
There never has been any such support in PHP. There's something else
that is getting wrong with that setting.
[2005-12-31 17:25:01] alberty at neptunelabs dot com
Description:
Segfault with -D_LARGEFILE_SOURCE
A segfault prevent in the current cvs tree of php 4.4 that you can use
PHP with "large" files.
If you use these CFLAGS:
CFLAGS="$CFLAGS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
PHP crashes on the first GET request. This is a new bug, because in the
first 4.4.2rcX releases PHP works fine.
I've used Apache 2.2.0 (prefork) and PHP 4.4.2cvs.
Best regards,
Steve
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212994816 (LWP 13568)]
0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
94 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
#1 0xb78d5c5b in zend_hash_internal_pointer_reset_ex (ht=0x0, pos=0x0)
at /usr/src/php_4_4/Zend/zend_hash.c:1007
#2 0xb78ea291 in apply_config (dummy=0x0) at
/usr/src/php_4_4/sapi/apache2handler/apache_config.c:161
#3 0xb78e97dd in php_handler (r=0x828e688) at
/usr/src/php_4_4/sapi/apache2handler/sapi_apache2.c:487
#4 0x0807c726 in ap_run_handler (r=0x828e688) at config.c:157
#5 0x0807ce5f in ap_invoke_handler (r=0x828e688) at config.c:371
#6 0x080aace3 in ap_process_request (r=0x828e688) at
http_request.c:258
#7 0x080a7cbc in ap_process_http_connection (c=0x82885d0) at
http_core.c:171
#8 0x08083e51 in ap_run_process_connection (c=0x82885d0) at
connection.c:43
#9 0x08084255 in ap_process_connection (c=0x82885d0, csd=0x8288438) at
connection.c:178
#10 0x080b8bd6 in child_main (child_num_arg=0) at prefork.c:640
#11 0x080b8cb9 in make_child (s=0x80f1348, slot=0) at prefork.c:680
#12 0x080b91b3 in ap_mpm_run (_pconf=0x80ea0a8, plog=0x8124190,
s=0x80f1348) at prefork.c:956
#13 0x080674ff in main (argc=2, argv=0xbfdd2a94) at main.c:712
--
Edit this bug report at http://bugs.php.net/?id=35861&edit=1
#35861 [Bgs->Opn]: Segfault with -D_LARGEFILE_SOURCE
ID: 35861
User updated by: alberty at neptunelabs dot com
Reported By: alberty at neptunelabs dot com
-Status: Bogus
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux i686
PHP Version: 4CVS-2005-12-31 (CVS)
New Comment:
Lol,
since eternal times it's implemented in PHP. Please read the first
sentence in the documentation:
http://www.php.net/manual/en/ref.filesystem.php
Previous Comments:
[2005-12-31 17:38:35] [EMAIL PROTECTED]
There never has been any such support in PHP. There's something else
that is getting wrong with that setting.
[2005-12-31 17:25:01] alberty at neptunelabs dot com
Description:
Segfault with -D_LARGEFILE_SOURCE
A segfault prevent in the current cvs tree of php 4.4 that you can use
PHP with "large" files.
If you use these CFLAGS:
CFLAGS="$CFLAGS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
PHP crashes on the first GET request. This is a new bug, because in the
first 4.4.2rcX releases PHP works fine.
I've used Apache 2.2.0 (prefork) and PHP 4.4.2cvs.
Best regards,
Steve
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212994816 (LWP 13568)]
0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
94 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
#1 0xb78d5c5b in zend_hash_internal_pointer_reset_ex (ht=0x0, pos=0x0)
at /usr/src/php_4_4/Zend/zend_hash.c:1007
#2 0xb78ea291 in apply_config (dummy=0x0) at
/usr/src/php_4_4/sapi/apache2handler/apache_config.c:161
#3 0xb78e97dd in php_handler (r=0x828e688) at
/usr/src/php_4_4/sapi/apache2handler/sapi_apache2.c:487
#4 0x0807c726 in ap_run_handler (r=0x828e688) at config.c:157
#5 0x0807ce5f in ap_invoke_handler (r=0x828e688) at config.c:371
#6 0x080aace3 in ap_process_request (r=0x828e688) at
http_request.c:258
#7 0x080a7cbc in ap_process_http_connection (c=0x82885d0) at
http_core.c:171
#8 0x08083e51 in ap_run_process_connection (c=0x82885d0) at
connection.c:43
#9 0x08084255 in ap_process_connection (c=0x82885d0, csd=0x8288438) at
connection.c:178
#10 0x080b8bd6 in child_main (child_num_arg=0) at prefork.c:640
#11 0x080b8cb9 in make_child (s=0x80f1348, slot=0) at prefork.c:680
#12 0x080b91b3 in ap_mpm_run (_pconf=0x80ea0a8, plog=0x8124190,
s=0x80f1348) at prefork.c:956
#13 0x080674ff in main (argc=2, argv=0xbfdd2a94) at main.c:712
--
Edit this bug report at http://bugs.php.net/?id=35861&edit=1
#35863 [NEW]: Compile error at parse_date.lo
From: webmaster at zloba dot ath dot cx Operating system: Linux 2.4.31 (Slackware) PHP version: 5.1.1 PHP Bug Type: Compile Failure Bug description: Compile error at parse_date.lo Description: PHP 5.1.1 can't be compiled on Linux 2.4.31 as module of Apache 2.2 (using apxs). gcc version 3.4.5 glibc version 2.3.5 Reproduce code: --- [EMAIL PROTECTED]:/data/php-5.1.1# ./configure--with-apxs=/usr/httpd/bin/apxs ... [EMAIL PROTECTED]:/data/php-5.1.1# make Expected result: Successful compilation of PHP Actual result: -- [EMAIL PROTECTED]:/data/php-5.1.1# make ... /bin/sh /data/php-5.1.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/date/lib -Iext/date/ -I/data/php- 5.1.1/ext/date/ -DPHP_ATOM_INC -I/data/php-5.1.1/include -I/data/php-5.1.1/main -I/data/php-5.1.1 -I/usr/include/libxml2 -I/data/php-5.1.1/ext/date/lib -I/data/php-5.1.1/TSRM -I/data/php-5.1.1/Zend-g -O2 -prefer-non-pic -c /data/php-5.1.1/ext/date/lib/parse_date.c -o ext/date/lib/parse_date.lo cc1: out of memory allocating 47411156 bytes after a total of 2941088 bytes make: *** [ext/date/lib/parse_date.lo] Error 1 [EMAIL PROTECTED] :/data/php-5.1.1# -- Edit bug report at http://bugs.php.net/?id=35863&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35863&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35863&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35863&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35863&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35863&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35863&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35863&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35863&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35863&r=support Expected behavior:http://bugs.php.net/fix.php?id=35863&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35863&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35863&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35863&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35863&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35863&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35863&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35863&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35863&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35863&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35863&r=mysqlcfg
#35861 [Opn->Bgs]: Segfault with -D_LARGEFILE_SOURCE
ID: 35861
Updated by: [EMAIL PROTECTED]
Reported By: alberty at neptunelabs dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux i686
PHP Version: 4CVS-2005-12-31 (CVS)
New Comment:
There never has been any such support in PHP. There's something else
that is getting wrong with that setting.
Previous Comments:
[2005-12-31 17:25:01] alberty at neptunelabs dot com
Description:
Segfault with -D_LARGEFILE_SOURCE
A segfault prevent in the current cvs tree of php 4.4 that you can use
PHP with "large" files.
If you use these CFLAGS:
CFLAGS="$CFLAGS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
PHP crashes on the first GET request. This is a new bug, because in the
first 4.4.2rcX releases PHP works fine.
I've used Apache 2.2.0 (prefork) and PHP 4.4.2cvs.
Best regards,
Steve
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212994816 (LWP 13568)]
0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
94 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
#1 0xb78d5c5b in zend_hash_internal_pointer_reset_ex (ht=0x0, pos=0x0)
at /usr/src/php_4_4/Zend/zend_hash.c:1007
#2 0xb78ea291 in apply_config (dummy=0x0) at
/usr/src/php_4_4/sapi/apache2handler/apache_config.c:161
#3 0xb78e97dd in php_handler (r=0x828e688) at
/usr/src/php_4_4/sapi/apache2handler/sapi_apache2.c:487
#4 0x0807c726 in ap_run_handler (r=0x828e688) at config.c:157
#5 0x0807ce5f in ap_invoke_handler (r=0x828e688) at config.c:371
#6 0x080aace3 in ap_process_request (r=0x828e688) at
http_request.c:258
#7 0x080a7cbc in ap_process_http_connection (c=0x82885d0) at
http_core.c:171
#8 0x08083e51 in ap_run_process_connection (c=0x82885d0) at
connection.c:43
#9 0x08084255 in ap_process_connection (c=0x82885d0, csd=0x8288438) at
connection.c:178
#10 0x080b8bd6 in child_main (child_num_arg=0) at prefork.c:640
#11 0x080b8cb9 in make_child (s=0x80f1348, slot=0) at prefork.c:680
#12 0x080b91b3 in ap_mpm_run (_pconf=0x80ea0a8, plog=0x8124190,
s=0x80f1348) at prefork.c:956
#13 0x080674ff in main (argc=2, argv=0xbfdd2a94) at main.c:712
--
Edit this bug report at http://bugs.php.net/?id=35861&edit=1
#35861 [NEW]: Segfault with -D_LARGEFILE_SOURCE
From: alberty at neptunelabs dot com
Operating system: Linux i686
PHP version: 4CVS-2005-12-31 (CVS)
PHP Bug Type: Reproducible crash
Bug description: Segfault with -D_LARGEFILE_SOURCE
Description:
Segfault with -D_LARGEFILE_SOURCE
A segfault prevent in the current cvs tree of php 4.4 that you can use PHP
with "large" files.
If you use these CFLAGS:
CFLAGS="$CFLAGS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
PHP crashes on the first GET request. This is a new bug, because in the
first 4.4.2rcX releases PHP works fine.
I've used Apache 2.2.0 (prefork) and PHP 4.4.2cvs.
Best regards,
Steve
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212994816 (LWP 13568)]
0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
94 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0xb78d336d in _zend_is_inconsistent (ht=0x0, file=0xb7a626c8
"/usr/src/php_4_4/Zend/zend_hash.c", line=1007) at
/usr/src/php_4_4/Zend/zend_hash.c:94
#1 0xb78d5c5b in zend_hash_internal_pointer_reset_ex (ht=0x0, pos=0x0) at
/usr/src/php_4_4/Zend/zend_hash.c:1007
#2 0xb78ea291 in apply_config (dummy=0x0) at
/usr/src/php_4_4/sapi/apache2handler/apache_config.c:161
#3 0xb78e97dd in php_handler (r=0x828e688) at
/usr/src/php_4_4/sapi/apache2handler/sapi_apache2.c:487
#4 0x0807c726 in ap_run_handler (r=0x828e688) at config.c:157
#5 0x0807ce5f in ap_invoke_handler (r=0x828e688) at config.c:371
#6 0x080aace3 in ap_process_request (r=0x828e688) at http_request.c:258
#7 0x080a7cbc in ap_process_http_connection (c=0x82885d0) at
http_core.c:171
#8 0x08083e51 in ap_run_process_connection (c=0x82885d0) at
connection.c:43
#9 0x08084255 in ap_process_connection (c=0x82885d0, csd=0x8288438) at
connection.c:178
#10 0x080b8bd6 in child_main (child_num_arg=0) at prefork.c:640
#11 0x080b8cb9 in make_child (s=0x80f1348, slot=0) at prefork.c:680
#12 0x080b91b3 in ap_mpm_run (_pconf=0x80ea0a8, plog=0x8124190,
s=0x80f1348) at prefork.c:956
#13 0x080674ff in main (argc=2, argv=0xbfdd2a94) at main.c:712
--
Edit bug report at http://bugs.php.net/?id=35861&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35861&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35861&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35861&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35861&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35861&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35861&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35861&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35861&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35861&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35861&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35861&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35861&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35861&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35861&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35861&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35861&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35861&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35861&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35861&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35861&r=mysqlcfg
#35860 [Opn->Bgs]: download file "php-4.4.1-Win32.zip" is corrupt!
ID: 35860 Updated by: [EMAIL PROTECTED] Reported By: r dot prangnell at ntlworld dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows PHP Version: 4.4.1 New Comment: There's nothing wrong with the package. There's definately something wrong with your unzipper program or system in general..sounds lot like "out of diskspace" error which I had once. :) Previous Comments: [2005-12-31 16:34:31] r dot prangnell at ntlworld dot com Description: The download file "php-4.4.1-Win32.zip" does not unzip properly. Only one file gets unzipped to the /dlls folder: ".libmysql.dll.001284" which is clearly a bogus filename anyway. I have tried downloading the distribution from 3 different mirrors and the fault was identical in each case. -- Edit this bug report at http://bugs.php.net/?id=35860&edit=1
#35860 [NEW]: download file "php-4.4.1-Win32.zip" is corrupt!
From: r dot prangnell at ntlworld dot com Operating system: Windows PHP version: 4.4.1 PHP Bug Type: *General Issues Bug description: download file "php-4.4.1-Win32.zip" is corrupt! Description: The download file "php-4.4.1-Win32.zip" does not unzip properly. Only one file gets unzipped to the /dlls folder: ".libmysql.dll.001284" which is clearly a bogus filename anyway. I have tried downloading the distribution from 3 different mirrors and the fault was identical in each case. -- Edit bug report at http://bugs.php.net/?id=35860&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35860&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35860&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35860&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35860&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35860&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35860&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35860&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35860&r=support Expected behavior:http://bugs.php.net/fix.php?id=35860&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35860&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35860&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35860&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35860&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35860&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35860&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35860&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35860&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35860&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35860&r=mysqlcfg
#35859 [Bgs]: fread limited to 8K
ID: 35859
User updated by: cpuidle at gmx dot de
Reported By: cpuidle at gmx dot de
Status: Bogus
Bug Type: Filesystem function related
Operating System: WinXP SP2
PHP Version: 5.1.1
New Comment:
If Wez says this is the expected behaviour, then fine, but:
a) document it
b) don't change it around inbetween releases
Cheers,
Andi
Previous Comments:
[2005-12-31 15:36:16] cpuidle at gmx dot de
The documentation reads:
> fread() reads up to length bytes from the file pointer referenced by
handle. Reading stops when up to length bytes have been read, EOF (end
of file) is reached, or (for network streams) when a packet becomes
available, whichever comes first.
Neither of the conditions is satisfied. The internal 8K limit is *not*
documented?
[2005-12-31 15:32:09] cpuidle at gmx dot de
Thanks. Could you verify that this behaviour has been changed between
5.0.5 and 5.1.1? Would it be worth to add to the documentation, that
for local files 8K is an internal limit?
[2005-12-31 15:27:51] [EMAIL PROTECTED]
See comments in bug #30936
[2005-12-31 14:20:24] cpuidle at gmx dot de
Description:
I'm experiencing a very weird bug where fread is limited to 8K though
the source file (ANSI) is bigger than 8K. I was not able to reproduce
the bug standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem
standalone, but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) :
'';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit this bug report at http://bugs.php.net/?id=35859&edit=1
#35859 [Bgs]: fread limited to 8K
ID: 35859
User updated by: cpuidle at gmx dot de
Reported By: cpuidle at gmx dot de
Status: Bogus
Bug Type: Filesystem function related
Operating System: WinXP SP2
PHP Version: 5.1.1
New Comment:
The documentation reads:
> fread() reads up to length bytes from the file pointer referenced by
handle. Reading stops when up to length bytes have been read, EOF (end
of file) is reached, or (for network streams) when a packet becomes
available, whichever comes first.
Neither of the conditions is satisfied. The internal 8K limit is *not*
documented?
Previous Comments:
[2005-12-31 15:32:09] cpuidle at gmx dot de
Thanks. Could you verify that this behaviour has been changed between
5.0.5 and 5.1.1? Would it be worth to add to the documentation, that
for local files 8K is an internal limit?
[2005-12-31 15:27:51] [EMAIL PROTECTED]
See comments in bug #30936
[2005-12-31 14:20:24] cpuidle at gmx dot de
Description:
I'm experiencing a very weird bug where fread is limited to 8K though
the source file (ANSI) is bigger than 8K. I was not able to reproduce
the bug standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem
standalone, but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) :
'';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit this bug report at http://bugs.php.net/?id=35859&edit=1
#35859 [Bgs]: fread limited to 8K
ID: 35859
User updated by: cpuidle at gmx dot de
Reported By: cpuidle at gmx dot de
Status: Bogus
Bug Type: Filesystem function related
Operating System: WinXP SP2
PHP Version: 5.1.1
New Comment:
Thanks. Could you verify that this behaviour has been changed between
5.0.5 and 5.1.1? Would it be worth to add to the documentation, that
for local files 8K is an internal limit?
Previous Comments:
[2005-12-31 15:27:51] [EMAIL PROTECTED]
See comments in bug #30936
[2005-12-31 14:20:24] cpuidle at gmx dot de
Description:
I'm experiencing a very weird bug where fread is limited to 8K though
the source file (ANSI) is bigger than 8K. I was not able to reproduce
the bug standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem
standalone, but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) :
'';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit this bug report at http://bugs.php.net/?id=35859&edit=1
#35859 [Opn->Bgs]: fread limited to 8K
ID: 35859
Updated by: [EMAIL PROTECTED]
Reported By: cpuidle at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: WinXP SP2
PHP Version: 5.1.1
New Comment:
See comments in bug #30936
Previous Comments:
[2005-12-31 14:20:24] cpuidle at gmx dot de
Description:
I'm experiencing a very weird bug where fread is limited to 8K though
the source file (ANSI) is bigger than 8K. I was not able to reproduce
the bug standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem
standalone, but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) :
'';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit this bug report at http://bugs.php.net/?id=35859&edit=1
#35859 [NEW]: fread limited to 8K
From: cpuidle at gmx dot de
Operating system: WinXP SP2
PHP version: 5.1.1
PHP Bug Type: Filesystem function related
Bug description: fread limited to 8K
Description:
I'm experiencing a very weird bug where fread is limited to 8K though the
source file (ANSI) is bigger than 8K. I was not able to reproduce the bug
standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem standalone,
but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) : '';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit bug report at http://bugs.php.net/?id=35859&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35859&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35859&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35859&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35859&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35859&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35859&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35859&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35859&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35859&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35859&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35859&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35859&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35859&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35859&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35859&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35859&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35859&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35859&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35859&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35859&r=mysqlcfg
#35858 [Csd->Bgs]: echo ternaries problem
ID: 35858 Updated by: [EMAIL PROTECTED] Reported By: mattias dot segerdahl at bitcom dot se -Status: Closed +Status: Bogus Bug Type: *General Issues Operating System: Mandriva latest PHP Version: 5.1.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . precedes ?: and thus the concattenation is done first. Previous Comments: [2005-12-31 13:36:30] mattias dot segerdahl at bitcom dot se Didn't see the concatination.. sorry for the bugreport [2005-12-31 13:33:19] mattias dot segerdahl at bitcom dot se Description: Echo without ternaries disregards some output Reproduce code: --- $true = true; echo "Is this true or false : " . $true?'true':'false'; Expected result: Is this true or false : true Actual result: -- true -- Edit this bug report at http://bugs.php.net/?id=35858&edit=1
#35858 [Opn->Csd]: echo ternaries problem
ID: 35858 User updated by: mattias dot segerdahl at bitcom dot se Reported By: mattias dot segerdahl at bitcom dot se -Status: Open +Status: Closed Bug Type: *General Issues Operating System: Mandriva latest PHP Version: 5.1.1 New Comment: Didn't see the concatination.. sorry for the bugreport Previous Comments: [2005-12-31 13:33:19] mattias dot segerdahl at bitcom dot se Description: Echo without ternaries disregards some output Reproduce code: --- $true = true; echo "Is this true or false : " . $true?'true':'false'; Expected result: Is this true or false : true Actual result: -- true -- Edit this bug report at http://bugs.php.net/?id=35858&edit=1
#35858 [NEW]: echo ternaries problem
From: mattias dot segerdahl at bitcom dot se Operating system: Mandriva latest PHP version: 5.1.1 PHP Bug Type: *General Issues Bug description: echo ternaries problem Description: Echo without ternaries disregards some output Reproduce code: --- $true = true; echo "Is this true or false : " . $true?'true':'false'; Expected result: Is this true or false : true Actual result: -- true -- Edit bug report at http://bugs.php.net/?id=35858&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35858&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35858&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35858&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35858&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35858&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35858&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35858&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35858&r=support Expected behavior:http://bugs.php.net/fix.php?id=35858&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35858&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35858&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35858&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35858&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35858&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35858&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35858&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35858&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35858&r=mysqlcfg
#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
