[PHP-DEV] Bug #14910 Updated: --with-snmp compile failure
ID: 14910 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Red Hat Linux 7.1 PHP Version: 4.1.1 New Comment: I'm just tossing in a comment to say I'm also able to reproduce this bug report with 4.1.1 on Slack 8. Previous Comments: [2002-01-23 11:40:44] [EMAIL PROTECTED] This bug occurs in PHP 4.1.0 as well as PHP 4.1.1. [2002-01-23 10:03:49] [EMAIL PROTECTED] Ok, this appears to be a problem with Version 4.1.1 I was having this issued on a RedHat 6.2 Box with PHP 4.1.1 I then installed PHP 4.0.6 and it worked perfect and I have full SNMP access. So it appears to be a BUG in PHP Version 4.1.1 for sure. [2002-01-21 16:25:33] [EMAIL PROTECTED] I also am receiving the same exact error. Has anyone any idea what I can do to fix the problem? Will downgrading the PHP version have any affect? [2002-01-10 04:27:24] [EMAIL PROTECTED] In the Zend/Makefile.in, changing this: libZend_la_LDFLAGS = @EXTRA_LIBS@ to this: libZend_la_LDFLAGS = did _not_ fix the compile problems at my side ... there are the same errors as before at some other system this fixed the compile errors but restarting apache coredumped ... (net-snmp 4.2.3, php4.1.1) [2002-01-09 11:52:25] [EMAIL PROTECTED] The same error occurs when using UCD-SNMP 4.2.3. Wiping out any snmp library and header files on the system and rebuilding snmp had no effect. 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/?id=14910 Edit this bug report at http://bugs.php.net/?id=14910edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13328: Won't compile with mm-1.1.3
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9 PHP version: 4.0CVS-2001-09-16 PHP Bug Type: Compile Failure Bug description: Won't compile with mm-1.1.3 I know this bug report sucks because it doesn't have error output, but php 4.0.7RC2 won't compile for me with --with-mm. It compiled with 4.0.6, so I thought this might be new. I compiled mm 1.1.3 as: ./configure --disable-shared I tried letting the php configure include the version I had installed with make install in /usr/local/lib and having the source and compiled files linked in /usr/local/src/mm-1.1.3 using ./configure --with-mm=/usr/local/src/mm-1.1.3 -- Edit bug report at: http://bugs.php.net/?id=13328edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13328 Updated: Won't compile with mm-1.1.3
ID: 13328 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.9 PHP Version: 4.0CVS-2001-09-16 New Comment: I don't think this is bogus. My mm configuration: Compiled and installed mm library: cd mm-1.1.3 ./configure --disable-shared make; make install Configure mod_ssl: cd ../mod_ssl. EAPI_MM=../mm-1.1.3 \ ./configure \ --with-apache=../apache_1.3.20 Configure and install Apache: cd ../apache_1.3.20 EAPI_MM=../mm-1.1.3 \ INCLUDES=-I/usr/include/db1 \ LIBS=-ldb1 \ ./configure --prefix=/www/apache \ --enable-module=so \ --enable-module=ssl \ --enable-module=rewrite \ --enable-module=info \ --enable-module=auth_db \ --enable-shared=auth_db \ --disable-module=auth_dbm \ --disable-shared=auth_dbm make; make certificate TYPE=custom; make install Configure PHP: cd ../php-4.0.7RC2 ./configure --with-mm --with-apxs=/www/apache/bin/apxs make And now new and improved with the error output from the compile: /usr/local/lib/libmm.a(mm_global.o): In function `MM_create': mm_global.o(.text+0x0): multiple definition of `MM_create' Zend/.libs/libZend.al(mm_global.o)(.text+0x0): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_permission': mm_global.o(.text+0x34): multiple definition of `MM_permission' Zend/.libs/libZend.al(mm_global.o)(.text+0x34): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_destroy': mm_global.o(.text+0x5c): multiple definition of `MM_destroy' Zend/.libs/libZend.al(mm_global.o)(.text+0x5c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_lock': mm_global.o(.text+0x80): multiple definition of `MM_lock' Zend/.libs/libZend.al(mm_global.o)(.text+0x80): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_unlock': mm_global.o(.text+0xa4): multiple definition of `MM_unlock' Zend/.libs/libZend.al(mm_global.o)(.text+0xa4): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_malloc': mm_global.o(.text+0xc4): multiple definition of `MM_malloc' Zend/.libs/libZend.al(mm_global.o)(.text+0xc4): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_realloc': mm_global.o(.text+0xe8): multiple definition of `MM_realloc' Zend/.libs/libZend.al(mm_global.o)(.text+0xe8): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_free': mm_global.o(.text+0x10c): multiple definition of `MM_free' Zend/.libs/libZend.al(mm_global.o)(.text+0x10c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_calloc': mm_global.o(.text+0x12c): multiple definition of `MM_calloc' Zend/.libs/libZend.al(mm_global.o)(.text+0x12c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_strdup': mm_global.o(.text+0x154): multiple definition of `MM_strdup' Zend/.libs/libZend.al(mm_global.o)(.text+0x154): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_sizeof': mm_global.o(.text+0x178): multiple definition of `MM_sizeof' Zend/.libs/libZend.al(mm_global.o)(.text+0x178): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_maxsize': mm_global.o(.text+0x19c): multiple definition of `MM_maxsize' Zend/.libs/libZend.al(mm_global.o)(.text+0x19c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_available': mm_global.o(.text+0x1ac): multiple definition of `MM_available' Zend/.libs/libZend.al(mm_global.o)(.text+0x1ac): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_error': mm_global.o(.text+0x1d0): multiple definition of `MM_error' Zend/.libs/libZend.al(mm_global.o)(.text+0x1d0): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_create': mm_alloc.o(.text+0x0): multiple definition of `mm_create' Zend/.libs/libZend.al(mm_alloc.o)(.text+0x0): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_maxsize': mm_alloc.o(.text+0x64c): multiple definition of `mm_maxsize' Zend/.libs/libZend.al(mm_alloc.o)(.text+0x64c): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_permission': mm_alloc.o(.text+0x68): multiple definition of `mm_permission' Zend/.libs/libZend.al(mm_alloc.o)(.text+0x68): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_destroy': mm_alloc.o(.text+0x90): multiple definition of `mm_destroy' Zend/.libs/libZend.al(mm_alloc.o)(.text+0x90): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_lock': mm_alloc.o(.text+0xbc): multiple definition of `mm_lock' Zend/.libs/libZend.al(mm_alloc.o)(.text+0xbc): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_unlock': mm_alloc.o(.text+0xdc): multiple definition of `mm_unlock' Zend/.libs/libZend.al(mm_alloc.o)(.text+0xdc): first defined here /usr/local/lib/libmm.a(mm_alloc.o): In function `mm_display_info': mm_alloc.o(.text+0xf8): multiple
[PHP-DEV] Bug #13328 Updated: Won't compile with mm-1.1.3
ID: 13328 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.9 PHP Version: 4.0CVS-2001-09-16 New Comment: I compiled mm with --disable-shared at the suggestion of the mod_ssl INSTALL doc. Do not forget the --disable-shared option above. Else you've to establish an explicit LD_LIBRARY_PATH which include the /path/to/mm-1.1.x/.libs directory or the compilation of Apache will fail because the shared library cannot be found. I recompiled mm with just ./configure and no --disable-shared option and the PHP compile didn't fail. I assume anyone else that follows the instructions I listed in this report will have the same problem. I don't know if that changes the bug status or not. Previous Comments: [2001-09-16 20:30:31] [EMAIL PROTECTED] It was marked as bogus since you were doing it wrong and thus asking support question here. And because I can't reproduce this. :) Have you tried with fresh sources? ie. get net tarball, extract it and do './configure --with-mm --with-apxs...' Also, it seems more like a problem in the compilation of MM itself. Why do you disable the shared build for it? --Jani [2001-09-16 19:48:50] [EMAIL PROTECTED] I don't think this is bogus. My mm configuration: Compiled and installed mm library: cd mm-1.1.3 ./configure --disable-shared make; make install Configure mod_ssl: cd ../mod_ssl. EAPI_MM=../mm-1.1.3 \ ./configure \ --with-apache=../apache_1.3.20 Configure and install Apache: cd ../apache_1.3.20 EAPI_MM=../mm-1.1.3 \ INCLUDES=-I/usr/include/db1 \ LIBS=-ldb1 \ ./configure --prefix=/www/apache \ --enable-module=so \ --enable-module=ssl \ --enable-module=rewrite \ --enable-module=info \ --enable-module=auth_db \ --enable-shared=auth_db \ --disable-module=auth_dbm \ --disable-shared=auth_dbm make; make certificate TYPE=custom; make install Configure PHP: cd ../php-4.0.7RC2 ./configure --with-mm --with-apxs=/www/apache/bin/apxs make And now new and improved with the error output from the compile: /usr/local/lib/libmm.a(mm_global.o): In function `MM_create': mm_global.o(.text+0x0): multiple definition of `MM_create' Zend/.libs/libZend.al(mm_global.o)(.text+0x0): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_permission': mm_global.o(.text+0x34): multiple definition of `MM_permission' Zend/.libs/libZend.al(mm_global.o)(.text+0x34): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_destroy': mm_global.o(.text+0x5c): multiple definition of `MM_destroy' Zend/.libs/libZend.al(mm_global.o)(.text+0x5c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_lock': mm_global.o(.text+0x80): multiple definition of `MM_lock' Zend/.libs/libZend.al(mm_global.o)(.text+0x80): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_unlock': mm_global.o(.text+0xa4): multiple definition of `MM_unlock' Zend/.libs/libZend.al(mm_global.o)(.text+0xa4): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_malloc': mm_global.o(.text+0xc4): multiple definition of `MM_malloc' Zend/.libs/libZend.al(mm_global.o)(.text+0xc4): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_realloc': mm_global.o(.text+0xe8): multiple definition of `MM_realloc' Zend/.libs/libZend.al(mm_global.o)(.text+0xe8): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_free': mm_global.o(.text+0x10c): multiple definition of `MM_free' Zend/.libs/libZend.al(mm_global.o)(.text+0x10c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_calloc': mm_global.o(.text+0x12c): multiple definition of `MM_calloc' Zend/.libs/libZend.al(mm_global.o)(.text+0x12c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_strdup': mm_global.o(.text+0x154): multiple definition of `MM_strdup' Zend/.libs/libZend.al(mm_global.o)(.text+0x154): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_sizeof': mm_global.o(.text+0x178): multiple definition of `MM_sizeof' Zend/.libs/libZend.al(mm_global.o)(.text+0x178): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_maxsize': mm_global.o(.text+0x19c): multiple definition of `MM_maxsize' Zend/.libs/libZend.al(mm_global.o)(.text+0x19c): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_available': mm_global.o(.text+0x1ac): multiple definition of `MM_available' Zend/.libs/libZend.al(mm_global.o)(.text+0x1ac): first defined here /usr/local/lib/libmm.a(mm_global.o): In function `MM_error': mm_global.o(.text+0x1d0): multiple definition of `MM_error' Zend/.libs/libZend.al(mm_global.o)(.text+0x1d0): first defined here
[PHP-DEV] Bug #10825 Updated: mysql_field_name() won't return element 0
ID: 10825
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: MySQL related
Operating system: Win98 and Linux 2.4.4
PHP Version: 4.0.5
Description: mysql_field_name() won't return element 0
Nevermind. It was my script, not PHP itself.
Previous Comments:
---
[2001-05-12 05:13:10] [EMAIL PROTECTED]
I can't get mysql_field_name() to return the field name of
position 0 in the mysql result from my query. All subsiquent
field names appear, just not the first one. I even tried
just forcing a 0 in the position instead of the incremented
variable:
$result = mysql_query ( $sql );
while($db_content = mysql_fetch_row($result)) {
for($i=0; $i sizeof($db_content); $i++) {
echo mysql_field_name($result, 0);
}
}
That code doesn't output anything whereas if I replace the 0
in mysql_field_name() with $i, it prints the field names of
all but my first column.
---
Full Bug description available at: http://bugs.php.net/?id=10825
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10825: mysql_field_name() won't return element 0
From: [EMAIL PROTECTED]
Operating system: Win98 and Linux 2.4.4
PHP version: 4.0.5
PHP Bug Type: MySQL related
Bug description: mysql_field_name() won't return element 0
I can't get mysql_field_name() to return the field name of
position 0 in the mysql result from my query. All subsiquent
field names appear, just not the first one. I even tried
just forcing a 0 in the position instead of the incremented
variable:
$result = mysql_query ( $sql );
while($db_content = mysql_fetch_row($result)) {
for($i=0; $i sizeof($db_content); $i++) {
echo mysql_field_name($result, 0);
}
}
That code doesn't output anything whereas if I replace the 0
in mysql_field_name() with $i, it prints the field names of
all but my first column.
--
Edit Bug report at: http://bugs.php.net/?id=10825edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8412 Updated: transformations hang
ID: 8412 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Sablotron XSL Description: transformations hang I don't have that machine available anymore to help test if it works or not... at least not in a reasonable amount of time before 4.0.5 gets out. Previous Comments: --- [2001-04-05 14:29:32] [EMAIL PROTECTED] try this with the newest sablotron and php and let me know what happens... --- [2000-12-25 03:56:59] [EMAIL PROTECTED] My install hangs when hitting reload a lot and my httpd processes suck up my resources until the script times out. It takes between 5-15 quick reloads before it hangs. This seems to only happen when I grab stuff from MySQL in the same script as when I'm doing a transformation. ' ./configure' '--with-mysql' '--enable-track-vars' '--with-mcrypt' '--enable-ftp' '--enable-sockets' '--with-sablot' '--enable-sablot-errors-descriptive' '--with-apache=../apache_1.3.14' '--with-zlib' I'm using Sablotron 0.44.1 and Expat 1.1.2. A script with just MySQL works fine, and a script with just a transformation works fine. I don't see anything additionally descriptive about --enable-sablot-errors-descriptive either --- Full Bug description available at: http://bugs.php.net/?id=8412 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
