[PHP-DEV] Bug #12816 Updated: Confirmation of filestat.c bug on different platform (ref.11790 11776 12397)
ID: 12816 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Slackware Linux 3.X (glibc2.0.7) PHP Version: 4.0.6 New Comment: Should be fixed in latest CVS and in PHP 4.0.7RC1. Try the latest CVS snapshot from http://snaps.php.net/ or the latest 4.0.7 RC (release candidate) from: http://www.php.net/~zeev/php-4.0.7-latest.tar.gz --Jani Previous Comments: [2001-08-17 14:17:39] [EMAIL PROTECTED] Just a duplicated confimrmation of this bug on a slightly different Linux platform. Using Slackware Linux v.3.9 with gcc 2.7.2.3 plus glibc 2.0.7 runtime support on kernel version 2.0.39. I get the exact same error as with 11790 and particularly 12397 11776, except for my use of an earlier Linux kernel (2.0.XX vs 2.2.XX). As with the others, version 4.0.5 compiled fine against apache-1.3.20. -I/tmp/php-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O2 -c filestat.c touch filestat.lo filestat.c: In function `php_if_diskfreespace': filestat.c:157: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 make[3]: Leaving directory `/tmp/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/ext' make: *** [all-recursive] Error 1 pentium:~/apache.builder/apache-1.3.20-php-4.0.6# exit exit Edit this bug report at http://bugs.php.net/?id=12816edit=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 #12817 Updated: problems building apache with libmodphp4.a
ID: 12817 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: RH 7.0 PHP Version: 4.0.6 New Comment: You didn't read the INSTALL file for instructions. Please ask support questions on [EMAIL PROTECTED] mailing list. This is not a bug. --Jani Previous Comments: [2001-08-17 14:38:04] [EMAIL PROTECTED] I left out the configure option on php for building as an apache module: --with-apache=../apache_1.3.20 [2001-08-17 14:35:16] [EMAIL PROTECTED] BTW: I also tried this on apache 3.1.19 and 3.1.18 with identical results. [2001-08-17 14:31:24] [EMAIL PROTECTED] This seems to be a php problem, not an apache one so I'm posting it here... When running make on apache with the --activate-module=src/modules/php4/libmodphp4.a configure option mod_php.c throws these erros: mod_php4.c:28:18: zend.h: No such file or directory mod_php4.c:29:17: php.h: No such file or directory mod_php4.c:30:27: php_variables.h: No such file or directory mod_php4.c:47:21: php_ini.h: No such file or directory mod_php4.c:48:25: php_globals.h: No such file or directory mod_php4.c:49:18: SAPI.h: No such file or directory mod_php4.c:50:22: php_main.h: No such file or directory mod_php4.c:52:26: zend_compile.h: No such file or directory mod_php4.c:53:26: zend_execute.h: No such file or directory mod_php4.c:54:28: zend_highlight.h: No such file or directory mod_php4.c:55:25: zend_indent.h: No such file or directory mod_php4.c:57:39: ext/standard/php_standard.h: No such file or directory make[4]: *** [mod_php4.o] Error 1 make[3]: *** [all] Error 1 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/usr/local/src/apache_1.3.20/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/local/src/apache_1.3.20' make: *** [build] Error 2 The configure options for php: --with-mysql --with-oracle=/home/myhome/OraHome The configure options for apache: --activate-module=src/modules/php4/libmodphp4.a Everything is default out of the source tarballs for apache and php. There are no special modifications to either. Make is being run as root. All files are located in the same source directory. I have tried 3 complete fresh builds to be sure. Edit this bug report at http://bugs.php.net/?id=12817edit=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 #12818 Updated: missing include php_config.h in ext/pgsql/pgsql.c
ID: 12818 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: PostgreSQL related Operating System: Linux PHP Version: 4.0.6 New Comment: Works for me with PHP 4.0.7RC1. How did you compile the extension? As a shared? Please try the latest RC from: http://www.php.net/~zeev/php-4.0.7-latest.tar.gz Reopen if it doesn't work either. --Jani Previous Comments: [2001-08-17 15:41:02] [EMAIL PROTECTED] Due to the ommission of the php_config.h header file in pgsql.c, the pg_cmdtuples() function was unsupported where it should have been supported. (this is due to no definition for preprocessor variable HAVE_PQCMDTUPLES which was defined correctly (value=1) in php_config.h, but the pgsql.c file had not includede the configuration. The fix was simply to add the header and recompile. Thank you for being open-source. Edit this bug report at http://bugs.php.net/?id=12818edit=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 #12816 Updated: Confirmation of filestat.c bug on different platform (ref.11790 11776 12397)
ID: 12816 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Duplicate Bug Type: Compile Failure Operating System: Slackware Linux 3.X (glibc2.0.7) PHP Version: 4.0.6 New Comment: Confirmed fix. 4.0.7 RC1 compiled perfectly on this platform/combination. GG Previous Comments: [2001-08-18 02:46:57] [EMAIL PROTECTED] Should be fixed in latest CVS and in PHP 4.0.7RC1. Try the latest CVS snapshot from http://snaps.php.net/ or the latest 4.0.7 RC (release candidate) from: http://www.php.net/~zeev/php-4.0.7-latest.tar.gz --Jani [2001-08-17 14:17:39] [EMAIL PROTECTED] Just a duplicated confimrmation of this bug on a slightly different Linux platform. Using Slackware Linux v.3.9 with gcc 2.7.2.3 plus glibc 2.0.7 runtime support on kernel version 2.0.39. I get the exact same error as with 11790 and particularly 12397 11776, except for my use of an earlier Linux kernel (2.0.XX vs 2.2.XX). As with the others, version 4.0.5 compiled fine against apache-1.3.20. -I/tmp/php-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O2 -c filestat.c touch filestat.lo filestat.c: In function `php_if_diskfreespace': filestat.c:157: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 make[3]: Leaving directory `/tmp/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/ext' make: *** [all-recursive] Error 1 pentium:~/apache.builder/apache-1.3.20-php-4.0.6# exit exit Edit this bug report at http://bugs.php.net/?id=12816edit=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 #12816 Updated: Confirmation of filestat.c bug on different platform (ref.11790 11776 12397)
ID: 12816 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Compile Failure Operating System: Slackware Linux 3.X (glibc2.0.7) PHP Version: 4.0.6 Previous Comments: [2001-08-18 02:46:57] [EMAIL PROTECTED] Should be fixed in latest CVS and in PHP 4.0.7RC1. Try the latest CVS snapshot from http://snaps.php.net/ or the latest 4.0.7 RC (release candidate) from: http://www.php.net/~zeev/php-4.0.7-latest.tar.gz --Jani [2001-08-17 14:17:39] [EMAIL PROTECTED] Just a duplicated confimrmation of this bug on a slightly different Linux platform. Using Slackware Linux v.3.9 with gcc 2.7.2.3 plus glibc 2.0.7 runtime support on kernel version 2.0.39. I get the exact same error as with 11790 and particularly 12397 11776, except for my use of an earlier Linux kernel (2.0.XX vs 2.2.XX). As with the others, version 4.0.5 compiled fine against apache-1.3.20. -I/tmp/php-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O2 -c filestat.c touch filestat.lo filestat.c: In function `php_if_diskfreespace': filestat.c:157: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 make[3]: Leaving directory `/tmp/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/ext' make: *** [all-recursive] Error 1 pentium:~/apache.builder/apache-1.3.20-php-4.0.6# exit exit Edit this bug report at http://bugs.php.net/?id=12816edit=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 #12397 Updated: Error in /usr/src/php-4.0.6/ext/standard/filestat.c:157
ID: 12397 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Slack 7, 2.2.10, gcc 2.7.2.3 PHP Version: 4.0.6 New Comment: Fixed in CVS and in 4.0.7-RC1. http://www.php.net/~zeev/php-4.0.7-latest.tar.gz --Jani Previous Comments: [2001-07-26 09:09:43] [EMAIL PROTECTED] gcc -I. -I/usr/src/php-4.0.6/ext/standard -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6 -I/usr/src/apache_1.3.20/src/include -I/usr/src/apache_1.3.20/src/os/unix -I/usr/src/php-4.0.6/Zend -I/usr/src/gd1.3 -I/usr/local/mysql/include/mysql -I/usr/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/src/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c filestat.c touch filestat.lo filestat.c: In function `php_if_diskfreespace': filestat.c:157: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=12397edit=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 #11790 Updated: Error compiling PHP
ID: 11790 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Redhat Linux 5.x PHP Version: 4.0.6 New Comment: Fixed now. Also fixed in PHP 4.0.7-RC1. http://www.php.net/~zeev/php-4.0.7-latest.tar.gz --Jani Previous Comments: [2001-07-30 11:43:34] [EMAIL PROTECTED] Tried the newest snapshot and received: filestat.c: In function `php_if_disk_total_space': filestat.c:133: storage size of `buf' isn't known filestat.c: In function `php_if_disk_free_space': filestat.c:234: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 Rob M. [2001-07-30 10:03:21] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ to verify if this problem still exists. [2001-06-30 14:04:22] [EMAIL PROTECTED] let's keep this one open and make the other one duplicate. [2001-06-30 11:50:47] [EMAIL PROTECTED] It is similar to bug report 11776, however, my Redhat Linux install is verified to be a true and correct install. I am wondering now if PHP-4.0.6 has now become not usable on older RH5.x LIBC5 platforms. Thanks. [2001-06-30 04:28:24] [EMAIL PROTECTED] Dup of: 11776 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=11790 Edit this bug report at http://bugs.php.net/?id=11790edit=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 #11790 Updated: Error compiling PHP
ID: 11790 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Redhat Linux 5.x PHP Version: 4.0.6 New Comment: closed. Previous Comments: [2001-08-18 03:59:35] [EMAIL PROTECTED] Fixed now. Also fixed in PHP 4.0.7-RC1. http://www.php.net/~zeev/php-4.0.7-latest.tar.gz --Jani [2001-07-30 11:43:34] [EMAIL PROTECTED] Tried the newest snapshot and received: filestat.c: In function `php_if_disk_total_space': filestat.c:133: storage size of `buf' isn't known filestat.c: In function `php_if_disk_free_space': filestat.c:234: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 Rob M. [2001-07-30 10:03:21] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ to verify if this problem still exists. [2001-06-30 14:04:22] [EMAIL PROTECTED] let's keep this one open and make the other one duplicate. [2001-06-30 11:50:47] [EMAIL PROTECTED] It is similar to bug report 11776, however, my Redhat Linux install is verified to be a true and correct install. I am wondering now if PHP-4.0.6 has now become not usable on older RH5.x LIBC5 platforms. Thanks. 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=11790 Edit this bug report at http://bugs.php.net/?id=11790edit=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]
Re: [PHP-DEV] mcrypt broken?
On Sat, 18 Aug 2001, Anil Madhavapeddy wrote: Testing PHP-4.0.7RC1 on OpenBSD-2.9, w/ libmcrypt-2.4.15 Mcrypt seems a bit broken; even calling nothing but mcrypt_module_open results in Warning: Unknown list entry type in request shutdown (0) in ... Anyone else seeing this problem? I'm going to work on the mcrypt thingy's today, there are lots of bugs in it. IIRC this bug was already posted to the bug system too. Derick -- 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 #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: redhat-7.1b PHP Version: 4.0.6 New Comment: Todays snapshot - php4-200108180135.tar.bz2 - still shows the problem. Same config, same test script. redhat-7.1b == redhat 7.1 Beta (Fisher) Backtrace from today: Program received signal SIGSEGV, Segmentation fault. 0x402c0ad1 in zend_hash_find (ht=0x40395ae0, arKey=0x810c8dc http://www.php.net;, nKeyLength=4, pData=0xbfffe208) at zend_hash.c:861 861 p = ht-arBuckets[nIndex]; #0 0x402c0ad1 in zend_hash_find (ht=0x40395ae0, arKey=0x810c8dc http://www.php.net;, nKeyLength=4, pData=0xbfffe208) at zend_hash.c:861 #1 0x402ca732 in php_fopen_url_wrapper (path=0x810c8dc http://www.php.net;, mode=0x81075cc r, options=4, issock=0xbfffe248, socketd=0xbfffe24c, opened_path=0x0) at fopen_wrappers.c:533 #2 0x4030aa87 in php_if_fopen (ht=2, return_value=0x81075ac, this_ptr=0x0, return_value_used=1) at file.c:661 #3 0x402adaf8 in execute (op_array=0x810750c) at ./zend_execute.c:1590 #4 0x402bbd05 in zend_execute_scripts (type=8, file_count=3) at zend.c:806 #5 0x402c945f in php_execute_script (primary_file=0xb740) at main.c:1310 #6 0x402c562e in apache_php_module_main (r=0x8101264, display_source_mode=0) at sapi_apache.c:90 #7 0x402c6112 in send_php (r=0x8101264, display_source_mode=0, filename=0x0) at mod_php4.c:575 #8 0x402c6166 in send_parsed_php (r=0x8101264) at mod_php4.c:590 #9 0x08055823 in ap_invoke_handler () at eval.c:41 #10 0x080695b3 in process_request_internal () at eval.c:41 #11 0x08069614 in ap_process_request () at eval.c:41 #12 0x08060ab9 in child_main () at eval.c:41 #13 0x08060c64 in make_child () at eval.c:41 #14 0x08060dd8 in startup_children () at eval.c:41 #15 0x08061427 in standalone_main () at eval.c:41 #16 0x08061c43 in main () at eval.c:41 #17 0x400ca6b7 in __libc_start_main (main=0x80618ac main, argc=2, ubp_av=0xbb84, init=0x804ea24 _init, fini=0x80968fc _fini, rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:129 (gdb) print *ht $7 = {nTableSize = 0, nTableMask = 0, nNumOfElements = 0, nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0, pListTail = 0x0, arBuckets = 0x0, pDestructor = 0, persistent = 0 '\000', nApplyCount = 0 '\000', bApplyProtection = 0 '\000'} Looks like 'fopen_url_wrappers_hash' in fopen_wrappers.c isn't being setup right? I'm lost though - I don't see how the apache directives work. Previous Comments: [2001-08-15 02:17:03] [EMAIL PROTECTED] Could you please try latest CVS snapshot from http://snaps.php.net/ to verify if this still exists.. Also, what is redhat-7.1b ? (the b there..?) --Jani [2001-08-14 20:24:01] [EMAIL PROTECTED] Using Apache-1.3.20 PHP-4.0.6 glibc-2.2.3 PHP compiled as DSO, no other options ./configure --with-apxs=/usr/local/apache/bin/apxs Note, this is not the same as bug #9672 Updating glibc does solve that problem see http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181 /usr/local/lib/php.ini [PHP] engine = On allow_url_fopen = Off My httpd.conf contains (in a VirtualHost), php_admin_flag allow_url_fopen On A test script ?php $fp = fopen( http://www.php.net;, r ); if( $fp ) { fclose($fp); print fopen() success\n; } ? Backtrace: #0 __strtol_internal (nptr=0x403adba0 , endptr=0x81128bc, base=4, group=-1073748792) at eval.c:36 #1 0x402bee14 in zend_hash_find (ht=0x403adba0, arKey=0x81128bc http://www.php.net;, nKeyLength=4, pData=0xbfffe4c8) at zend_hash.c:850 #2 0x402cd259 in php_fopen_url_wrapper (path=0x81128bc http://www.php.net;, mode=0x810d5c4 r, options=4, issock=0xbfffe508, socketd=0xbfffe50c, opened_path=0x0) at fopen_wrappers.c:445 #3 0x4031f2fb in php_if_fopen (ht=2, return_value=0x810d5a4, this_ptr=0x0, return_value_used=1) at file.c:639 #4 0x402acd5c in execute (op_array=0x8109efc) at ./zend_execute.c:1504 #5 0x402bae95 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #6 0x402cc30b in php_execute_script (primary_file=0xb890) at main.c:1206 #7 0x402c8bae in apache_php_module_main (r=0x8107644, display_source_mode=0) at sapi_apache.c:89 #8 0x402c9541 in send_php (r=0x8107644, display_source_mode=0, filename=0x0) at mod_php4.c:536 #9 0x402c956a in send_parsed_php (r=0x8107644) at mod_php4.c:547 #10 0x080558d3 in ap_invoke_handler () at eval.c:41 #11 0x08069667 in process_request_internal () at eval.c:41 #12 0x080696c8 in ap_process_request () at eval.c:41 #13 0x08060b69 in child_main () at eval.c:41 #14 0x08060d14 in
[PHP-DEV] Re: [PHP-QA] Re: PHP-4.0.7RC1
At 03:51 18-08-01, Richard Lynch wrote: Relying on initialization by the system instead of doing it by hand is bad. What if somebody then includes your file into something else, but has used that variable, but their final value is usually 0, except when it's not... Then, your code works for a while and then inexplicably breaks. Always initialize variables. In that example, you would break the outer code if you initialize the variable... The right solution here is separation using scopes (functions or classes). I think that include()'ing logic into the global scope is not a very good idea unless they're integrated parts of the application. Zeev -- 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 #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: redhat-7.1b PHP Version: 4.0.6 New Comment: Also, phpinfo() shows a blank cell for the 'Master Value' and 1 for the 'Local Value' of 'allow_url_fopen' when using; in php.ini: allow_url_fopen = Off in httpd.conf php_admin_flag allow_url_fopen On I tried using allow_url_fopen = 0 (Master Value becomes 0, fopen() still crashes). I also tried php_admin_value allow_url_fopen 1 (Local Value still 1, fopen() still crashes). When I leave out the setting in httpd.conf, and just have allow_url_fopen = Off in the php.ini file, phpinfo() has no value written for the Master Value and Local Value. Maybe this helps? Previous Comments: [2001-08-18 05:23:43] [EMAIL PROTECTED] Todays snapshot - php4-200108180135.tar.bz2 - still shows the problem. Same config, same test script. redhat-7.1b == redhat 7.1 Beta (Fisher) Backtrace from today: Program received signal SIGSEGV, Segmentation fault. 0x402c0ad1 in zend_hash_find (ht=0x40395ae0, arKey=0x810c8dc http://www.php.net;, nKeyLength=4, pData=0xbfffe208) at zend_hash.c:861 861 p = ht-arBuckets[nIndex]; #0 0x402c0ad1 in zend_hash_find (ht=0x40395ae0, arKey=0x810c8dc http://www.php.net;, nKeyLength=4, pData=0xbfffe208) at zend_hash.c:861 #1 0x402ca732 in php_fopen_url_wrapper (path=0x810c8dc http://www.php.net;, mode=0x81075cc r, options=4, issock=0xbfffe248, socketd=0xbfffe24c, opened_path=0x0) at fopen_wrappers.c:533 #2 0x4030aa87 in php_if_fopen (ht=2, return_value=0x81075ac, this_ptr=0x0, return_value_used=1) at file.c:661 #3 0x402adaf8 in execute (op_array=0x810750c) at ./zend_execute.c:1590 #4 0x402bbd05 in zend_execute_scripts (type=8, file_count=3) at zend.c:806 #5 0x402c945f in php_execute_script (primary_file=0xb740) at main.c:1310 #6 0x402c562e in apache_php_module_main (r=0x8101264, display_source_mode=0) at sapi_apache.c:90 #7 0x402c6112 in send_php (r=0x8101264, display_source_mode=0, filename=0x0) at mod_php4.c:575 #8 0x402c6166 in send_parsed_php (r=0x8101264) at mod_php4.c:590 #9 0x08055823 in ap_invoke_handler () at eval.c:41 #10 0x080695b3 in process_request_internal () at eval.c:41 #11 0x08069614 in ap_process_request () at eval.c:41 #12 0x08060ab9 in child_main () at eval.c:41 #13 0x08060c64 in make_child () at eval.c:41 #14 0x08060dd8 in startup_children () at eval.c:41 #15 0x08061427 in standalone_main () at eval.c:41 #16 0x08061c43 in main () at eval.c:41 #17 0x400ca6b7 in __libc_start_main (main=0x80618ac main, argc=2, ubp_av=0xbb84, init=0x804ea24 _init, fini=0x80968fc _fini, rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:129 (gdb) print *ht $7 = {nTableSize = 0, nTableMask = 0, nNumOfElements = 0, nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0, pListTail = 0x0, arBuckets = 0x0, pDestructor = 0, persistent = 0 '\000', nApplyCount = 0 '\000', bApplyProtection = 0 '\000'} Looks like 'fopen_url_wrappers_hash' in fopen_wrappers.c isn't being setup right? I'm lost though - I don't see how the apache directives work. [2001-08-15 02:17:03] [EMAIL PROTECTED] Could you please try latest CVS snapshot from http://snaps.php.net/ to verify if this still exists.. Also, what is redhat-7.1b ? (the b there..?) --Jani [2001-08-14 20:24:01] [EMAIL PROTECTED] Using Apache-1.3.20 PHP-4.0.6 glibc-2.2.3 PHP compiled as DSO, no other options ./configure --with-apxs=/usr/local/apache/bin/apxs Note, this is not the same as bug #9672 Updating glibc does solve that problem see http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181 /usr/local/lib/php.ini [PHP] engine = On allow_url_fopen = Off My httpd.conf contains (in a VirtualHost), php_admin_flag allow_url_fopen On A test script ?php $fp = fopen( http://www.php.net;, r ); if( $fp ) { fclose($fp); print fopen() success\n; } ? Backtrace: #0 __strtol_internal (nptr=0x403adba0 , endptr=0x81128bc, base=4, group=-1073748792) at eval.c:36 #1 0x402bee14 in zend_hash_find (ht=0x403adba0, arKey=0x81128bc http://www.php.net;, nKeyLength=4, pData=0xbfffe4c8) at zend_hash.c:850 #2 0x402cd259 in php_fopen_url_wrapper (path=0x81128bc http://www.php.net;, mode=0x810d5c4 r, options=4, issock=0xbfffe508, socketd=0xbfffe50c, opened_path=0x0) at fopen_wrappers.c:445 #3 0x4031f2fb in php_if_fopen (ht=2, return_value=0x810d5a4, this_ptr=0x0, return_value_used=1) at file.c:639 #4 0x402acd5c in execute
[PHP-DEV] Bug #12822 Updated: Inconsistant label for Image functions
ID: 12822 Updated by: goba Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.0.6 New Comment: Thanks for the spot. Now it is corrected. It will be online tomorow. Goba Previous Comments: [2001-08-17 20:59:37] [EMAIL PROTECTED] The functions dealing with image manipulation are referred to as Image Functions both at http://www.php.net/manual/en/ref.image.php and http://www.php.net/manual/en/funcref.php. Yet on the sidebar were all the function groups are listed, it is labeled Graphics. Should be consistant be labeled Image or Images. Edit this bug report at http://bugs.php.net/?id=12822edit=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 #12823: mysql_unbuffered_query missing important information
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: mysql_unbuffered_query missing important information In the documentation for mysql_unbuffered_query, the result mode parameter is not explained. Stefan -- Edit bug report at: http://bugs.php.net/?id=12823edit=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 #12824: I can`t view the right result
From: [EMAIL PROTECTED] Operating system: win 2000 server PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: I can`t view the right result Dear Admin. I write all the code on the meno program. But after running the code, I couldn`t meet the right result. I downloaded the php 4.0.6, and extract the zip file under the scripts folder. and copy the php.ini.dist under the winnt and rename the file name as you said. And the one dll file was copied under the system32 folder. And I went to the IIS manager and changed default web site property - ISAPI and home directory. And make the virtual directory and ran a php code but I couldn`t meet the right result. Please give me the answer, sir!!! your sincerely -- Edit bug report at: http://bugs.php.net/?id=12824edit=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 #12824 Updated: I can`t view the right result
ID: 12824 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: win 2000 server PHP Version: 4.0.6 New Comment: Please ask installation questions on the [EMAIL PROTECTED] mailing list, or see www.php.net/support.php for more information. This is not a bug, so bogusyfiying Previous Comments: [2001-08-18 08:02:46] [EMAIL PROTECTED] Dear Admin. I write all the code on the meno program. But after running the code, I couldn`t meet the right result. I downloaded the php 4.0.6, and extract the zip file under the scripts folder. and copy the php.ini.dist under the winnt and rename the file name as you said. And the one dll file was copied under the system32 folder. And I went to the IIS manager and changed default web site property - ISAPI and home directory. And make the virtual directory and ran a php code but I couldn`t meet the right result. Please give me the answer, sir!!! your sincerely Edit this bug report at http://bugs.php.net/?id=12824edit=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] Help me
How to use urlencode to change a fielde password in mysql table Thanks! João Oliveira -- 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] about domxml api-change in 4.0.7
Hello it looks like the new domxml-extension (and therefore a api-change) got into 4.0.7RC1. I still find it quite unfortunate to have this api-change in a minor release, but first the manual says, it's experimental and second i found a way, to write my code to work with the new and the old extension (bloats the code a little bit, but it works...) But could someone please at least make a note about that in the NEWS file. I think, a lot of people are using the domxml-extension and if it's not in the NEWS-file, they won't notice it and are surprised, that their scripts do not work anymore... BTW, i'm not sure if one can call it an api-change, since the functions did not change, but the structure of the returned values ... ($node-tagname instead of $node-name for example) chregu -- 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 #12825: Cannot load /usr/lib/apache/libphp4.so into server
From: [EMAIL PROTECTED] Operating system: linux 2.4 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Cannot load /usr/lib/apache/libphp4.so into server compiling php4 for dynamic use in apache 1.3.19 went succesfull, ldconfig and ld /usr/lib/apache/libphp4.so do not complain about any mistakes and after that reloading apache says: Syntax error on line nnn of /etc/httpd/httpd.conf: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: undefined symbol: sasl_set_alloc So, i need a gerneral description about this error, i found occurances all over the buglist and spreading that in several mail lists. Why is ldd not complaining about undefined symbols, while apache loader does ? Even seeking that special symbol in all libraries and knowing that there is a valid and accesable library for httpd gives me no idea of what went wrong. Please submit me a descriptive point of view to that behavior. -- Edit bug report at: http://bugs.php.net/?id=12825edit=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 3.0 Bug Summary Report
PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (543 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) 9610 Bogus Dead link 9820 Open File upload with any input tag 10101 Bogus apache + mysqld + php3 == libphp3.so incorrect symbol... 10457 Bogus ALKHOBAR ===[*Install and Config]== 7386 Feedback referenced symbol not found when starting Apache ===[Compile Failure]== 1145 Open Ypu cannot compile with --with-ldap using the Solaris7 bundled ldap-libs/header 1298 Open need to use -taso with Netscape LDAP libs 1461 Open won't compile with Stronghold 2.2 or 2.3 1933 Open Unable to compile PHP3 with Oracle8 support 1997 Open Compilation Problems 2225 Open Compile error in ldap.c 2282 Open Compile failure with Stronghold 2.4.1 2490 Open Perl regular expression functions not available in windows binary 2585 Open Error linking Oracle 7.3.2 libraries on SCO OpenServer 5.0.4 2658 Open error while compiling PHP as apache module 2729 Open Fatal error: Unable to open ??? in - on line 0 2751 Open Storage size of buf isn't known 2823 Open undefined symbol: SQLParamData 2824 Open Inconsistent parameter list declaration for... 2903 Open fails to compile ifx.ec, report a syntax-error 3033 Open Fatal compile error on functions/ldap.c 3185 Open Undefined symbol 3217 Open ld error when compiling as Apache DSO and --with-mysql 3218 Open Can't compile php_ftp.dll 3426 Open make with iodbc failed and I've found the problem 3501 Open Compiling errors with Oracle-Funktions 3528 Open Can't compile php 3.0.14 with Oracle support 3677 Open files not found 3766 Open configure doesn't allow for the Oracle N32 client SDK to be used 3776 Open functions/db.c:107: parse error before '*' 4028 Open wrong directories included for oracle 8.1.6 4217 Open IBM DB2 will not compile. 4233 Open The Interbase module won't compile. 4266 Open Undeclared variables in function/imap.c starting ar line 435 4392 Open Compile failure with GD 1.7, possibly others 4412 Open xml failure 4417 Open Informix specific parse error in functions/ifx.ec 4544 Open Incompatiblility with latest (3.0) version of PDFlib 4899 Open PHP Core Dumps With Apache 1.3.12 7734 Open missing php3_ifx.h ===[Compile Warning]== 3151 Open php.exe compile warnings because of arpa/inet.h 6942 Open php sockets unusable with irix-OS ===[dBase related] 3091 Open dbase_replace_record miscounts number of fields 3429 Open Warning: Unable to open database... 4802 Open php.exe crashes while trying to execute the get_record function ===[DBM/DBA related]== 2890 Open DBM extension on win32 does not valid database identifier error 3371 Open dbmfetch reurns an empty string 3423 Open dbmopen() not thread-safe 3809 Duplicate DBM extension for Win32 PHP3 is malfunctioning and/or has a flaw 3862 Open dbmReplace dbmDelete return inverse value 6720 Open persistent Warning: driver initialization failed on db_open db2 2.7.7 ===[Documentation problem] 11155 Bogus bogus report ===[Dynamic loading related]== 1188 Open Configuration not work 1586 Open In the compiled Win32 package, the php3_ldap doesn't load. 1993 Open Startup failure of liphp3.so 2027 Open Can't dynamicly load any extension dll file 2250 Open nt-service problem 2414 Open php3_vmailmgr.so refuses to load 2862 Open LDAP in Win32 Bin dist is linked to MSVCRTD.DLL 3168 Open cannot start apache 1.3.9 if mysql is compiled in, but can RESTART successfully 3292 Open MySQL module causes DSO to fail. 3321 Open Apache Complaining about undefined symbol: dlst_first 3659 Open mod_php + apache w/mod_so hangs in sched_yield 3680 Open Apache won't start after install php3 3752 Open Apache configtest dumps core with DSO versioning 3781 Open Cannot load /libexec/libphp3.so 3861 Open php as a dyn. mod. configured with IBM db2 support prevents svr startup 9565 Open php3_ldap.dll is compiled as DEBUG ===[Feature/Change Request]=== 2393 Open Can't use parse_url for url validation ===[IMAP related]= 2816 Open
[PHP-DEV] Bug #12826: session_unregister() array_walk() immune? :)
From: [EMAIL PROTECTED] Operating system: Win2000 SP2 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: session_unregister() array_walk() immune? :) Check this out! I thought array_walk would be a good workaround for the session_unregister limitation of 'one variable unregistering at a time'. ? session_start(); $one = 1; $two = 2; session_register('one','two'); $foo = array('one','two'); @array_walk($foo,'session_unregister'); if(session_is_registered('one') || session_is_registered('two')){ echo 'why?'; } ? Well.. there is even a workaround for this workaround, but when you look at it, it makes you smile ironically :) ? function damn_unregister($what){ session_unregister($what); } @array_walk($foo,'damn_unregister'); if(!session_is_registered('one') !session_is_registered('two')){ echo 'now ok'; } ? What am I missing here ? -- Edit bug report at: http://bugs.php.net/?id=12826edit=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 #10263 Updated: Use of istdiostream w/o HAVE_CLASS_ISTDIOSTREAM protection
ID: 10263 Updated by: zeev Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: iPlanet related Operating System: SGI IRIX 6.5.x PHP Version: 4.0.4pl1 Assigned To: zeev New Comment: We no longer use C++ for the thread safe scanner, as of 4.0.7 (due out soon), so this problem should be gone. Previous Comments: [2001-05-23 06:13:50] [EMAIL PROTECTED] Assigning this to Zeev. He knows the Zend stuff best. --Jani [2001-04-10 12:00:43] [EMAIL PROTECTED] I am trying to build the NSAPI module for use on SGI MIPS/IRIX hardware, using SGI's MIPSpro compilers (we provide binaries in SGI's inst format on our Freeware web site at URL:http://freeware.sgi.com). Since NSAPI is built using the Zend Thread Safety enabled, some stdiostream code is included. Configure is correctly determining that HAVE_STDIOSTREAM_H should be defined (include file stdiostream.h is found), and that HAVE_CLASS_ISTDIOSTREAM should be undefined (no class istdiostream exists in the compiler version I am using). This is correctly being done in the main/php_config.h file. In the source file zend_language_scanner_cc.cc, there is a section which reads #if defined(ZTS) !defined(HAVE_CLASS_ISTDIOSTREAM) class istdiostream : public istream { private: stdiobuf _file; public: istdiostream (FILE* __f) : istream(), _file(__f) { init(_file); } stdiobuf* rdbuf()/* const */ { return _file; } }; #endif so that later code in that file will correctly build and work when class istdiostream is used. In the source file zend_ini_scanner_cc.cc, though, the class istdiostream is used in/around line 511, without the protection of HAVE_CLASS_ISTDIOSTREAM. Since this class doesn't exist, the build fails. I have been able to work around this by adding a section to the #ifdef ZTS region starting in/around line 408: #ifdef ZTS # ifdef HAVE_STDIOSTR_H # include stdiostr.h # endif # ifdef HAVE_STDIOSTREAM_H # include stdiostream.h # endif # ifdef ZEND_WIN32 # include strstrea.h # else # include strstream.h # endif /* new stuff starts here */ # ifndef HAVE_CLASS_ISTDIOSTREAM class istdiostream : public istream { private: stdiobuf _file; public: istdiostream (FILE* __f) : istream(), _file(__f) { init(_file); } stdiobuf* rdbuf()/* const */ { return _file; } }; # endif /* ... and ends here */ #endif After this change, the NSAPI module successfully builds---I haven't had the chance to test it yet. regards, Steve Crockett [EMAIL PROTECTED] P.S. Is there a way to get information on the IRIX build of PHP into your manual? Edit this bug report at http://bugs.php.net/?id=10263edit=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 #11776 Updated: filestat.c:`php_if_diskfreespace': storage size of `buf' isn't known
ID: 11776 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Compile Failure Operating System: Linux 2.2, Slackware 4.0, gcc 2. PHP Version: 4.0.6 New Comment: Fixed in CVS and PHP 4.0.7RC1. Previous Comments: [2001-06-30 14:04:40] [EMAIL PROTECTED] duplicate of #11790 [2001-06-28 21:54:00] [EMAIL PROTECTED] I wonder where you got those sources since in my version of PHP 4.0.6 (which is the correct one) there is nothing like that on line 159 of filestat.c. And is your install of linux really working one? Do you have following header files: /usr/include/sys/statvfs.h /usr/include/sys/statfs.h /usr/include/sys/mount.h --Jani [2001-06-28 08:44:04] [EMAIL PROTECTED] When trying to compile PHP 4.0.6 I get the following error: gcc -I. -I/mnt/src/apache-install/php-4.0.6/ext/standard -I/mnt/src/apache-install/php-4.0.6/main -I/mnt/src/apache-install/php-4.0.6 -I/mnt/src/apache-install/apache_1.3.20/src/include -I/mnt/src/apache-install/apache_1.3.20/src/os/unix -I/mnt/src/apache-install/php-4.0.6/Zend -I/usr/local/include/freetype -I/mnt/src/apache-install/gd-1.8.4 -I/usr/local/mysql/include/mysql -I/mnt/src/apache-install/php-4.0.6/ext/xml/expat/xmltok -I/mnt/src/apache-install/php-4.0.6/ext/xml/expat/xmlparse -I/mnt/src/apache-install/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c filestat.c touch filestat.lo filestat.c: In function `php_if_diskfreespace': filestat.c:159: storage size of `buf' isn't known make[3]: *** [filestat.lo] Error 1 make[3]: Leaving directory `/mnt/src/apache-install/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/mnt/src/apache-install/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/src/apache-install/php-4.0.6/ext' make: *** [all-recursive] Error 1 My configureline: ./configure --prefix=/usr/local/apache --activate-module=src/modules/auth_mysql/libauth_mysql.a --add-module=../mod_auth_cookie-1.9/mod_auth_cookie.c --activate-module=src/modules/php4/libphp4.a --enable-module=ssl Edit this bug report at http://bugs.php.net/?id=11776edit=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 #12539 Updated: filestat.c:`php_if_diskfreespace': storage size of `buf' isn't known
ID: 12539 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: *Compile Issues Operating System: Linux 2.2.6 PHP Version: 4.0.6 New Comment: Fixed in CVS and PHP 4.0.7RC1. Previous Comments: [2001-08-03 10:55:09] [EMAIL PROTECTED] Duplicate of #11790 [2001-08-02 23:44:25] [EMAIL PROTECTED] Same problem as #11776 on my system with this config line... ./configure --with-mysql=/usr/local/mysql --with-a pxs=/var/lib/apache/sbin/apxs ...with Apache 1.3.6, MySQL 3.23.40 and gcc 2.7.2.3 Downloaded version 4.0.5 : No problem! Edit this bug report at http://bugs.php.net/?id=12539edit=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 #12826 Updated: session_unregister() array_walk() immune? :)
ID: 12826 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: Win2000 SP2 PHP Version: 4.0.6 New Comment: RTFM: http://www.php.net/manual/en/function.array-walk.php func must be a user-defined function, and can't be a native PHP function. Thus, you can't use array_walk() straight with str2lower(), you must build a user-defined function with it first, and pass this function as argument. --Jani Previous Comments: [2001-08-18 12:03:51] [EMAIL PROTECTED] Check this out! I thought array_walk would be a good workaround for the session_unregister limitation of 'one variable unregistering at a time'. ? session_start(); $one = 1; $two = 2; session_register('one','two'); $foo = array('one','two'); @array_walk($foo,'session_unregister'); if(session_is_registered('one') || session_is_registered('two')){ echo 'why?'; } ? Well.. there is even a workaround for this workaround, but when you look at it, it makes you smile ironically :) ? function damn_unregister($what){ session_unregister($what); } @array_walk($foo,'damn_unregister'); if(!session_is_registered('one') !session_is_registered('two')){ echo 'now ok'; } ? What am I missing here ? Edit this bug report at http://bugs.php.net/?id=12826edit=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 #11606 Updated: Compile problem in Zend: zend_language_scanner_cc.cc
ID: 11606 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Solaris 2.7 PHP Version: 4.0.5 New Comment: Should be fixed in CVS (and in next release, PHP 4.0.7). Try the latest CVS snapshot: http://snaps.php.net/ --Jani Previous Comments: [2001-06-21 11:38:32] [EMAIL PROTECTED] bash-2,00$ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.0/specs Configured with: ./configure Thread model: posix gcc version 3.0 bash-2,00$ flex -V flex version 2.5.4 bash-2,00$ make -v GNU Make version 3.79, by Richard Stallman and Roland McGrath. Built for sparc-sun-solaris2.7 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to [EMAIL PROTECTED]. bash-2,00$ make /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from FlexLexer.h:47, from zend_language_scanner_cc.cc:241: /usr/local/include/g++-v3/backward/iostream.h:36: using directive `istream' introduced ambiguous type `istream' In file included from ./zend_language_scanner.l:90: zend_istdiostream.h:8: 'stdiobuf' is used as a type, but is not defined as a type. zend_istdiostream.h:11: syntax error before `*' token zend_istdiostream.h: In constructor `istdiostream::istdiostream(FILE*)': zend_istdiostream.h:10: class `istdiostream' does not have any field named `_file' zend_istdiostream.h:10: no matching function for call to `std::basic_istreamchar, std::char_traitschar ::basic_istream()' /usr/local/include/g++-v3/bits/std_istream.h:209: candidates are: std::basic_istream_CharT, _Traits::basic_istream(const std::basic_istream_CharT, _Traits) [with _CharT = char, _Traits = std::char_traitschar] /usr/local/include/g++-v3/bits/std_istream.h:72: std::basic_istream_CharT, _Traits::basic_istream(std::basic_streambuf_CharT, _Traits*) [with _CharT = char, _Traits = std::char_traitschar] zend_istdiostream.h:10: `_file' undeclared (first use this function) zend_istdiostream.h:10: (Each undeclared identifier is reported only once for each function it appears in.) zend_istdiostream.h: At global scope: zend_istdiostream.h:12: parse error before `}' token ./zend_language_scanner.l: In function `void zend_file_handle_dtor(zend_file_handle*)': ./zend_language_scanner.l:198: no matching function for call to `std::basic_streambufchar, std::char_traitschar ::stdiofile()' ./zend_language_scanner.l: In function `int open_file_for_scanning(zend_file_handle*, zend_compiler_globals*)': ./zend_language_scanner.l:269: no matching function for call to `std::basic_ifstreamchar, std::char_traitschar ::basic_ifstream(int)' /usr/local/include/g++-v3/bits/std_iosfwd.h:81: candidates are: std::basic_ifstreamchar, std::char_traitschar ::basic_ifstream(const std::basic_ifstreamchar, std::char_traitschar ) /usr/local/include/g++-v3/bits/std_fstream.h:258: std::basic_ifstream_CharT, _Traits::basic_ifstream(const char*, std::_Ios_Openmode = std::ios_base::in) [with _CharT = char, _Traits = std::char_traitschar] /usr/local/include/g++-v3/bits/std_fstream.h:253: std::basic_ifstream_CharT, _Traits::basic_ifstream() [with _CharT = char, _Traits = std::char_traitschar] zend_language_scanner_cc.cc: In member function `int ZendFlexLexer::lex_scan(zval*, zend_compiler_globals*)': zend_language_scanner_cc.cc:4852: cannot convert `std::istream*' to `istream*' in assignment zend_language_scanner_cc.cc: In member function `void zendFlexLexer::yy_load_buffer_state()': zend_language_scanner_cc.cc:5388: cannot convert `istream*' to `std::istream*' in assignment zend_language_scanner_cc.cc: In member function `void zendFlexLexer::yy_init_buffer(yy_buffer_state*, std::istream*)': zend_language_scanner_cc.cc:5439: cannot convert `std::istream*' to `istream*' in assignment make: *** [zend_language_scanner_cc.lo] Error 1 ### Using Sun Workshop C++ Complier ### bash-2,00$ CC -V CC: Sun WorkShop 6 2000/04/07 C++ 5.1 bash-2,00$ /bin/sh ../libtool --silent --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -c zend_language_scanner_cc.cc zend_istdiostream.h, line 8: Error: stdiobuf is not
[PHP-DEV] Bug #12525 Updated: PHP cannot be compiled with GCC version 3.0 and Apache version 2 combinatio
ID: 12525 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Linux v2.4.7 Slackware 7.1 PHP Version: 4.0.6 New Comment: Should be fixed in CVS. Try the latest snapshot: http://snaps.php.net/ --Jani Previous Comments: [2001-08-01 23:28:37] [EMAIL PROTECTED] PHP compiled succesfully with Apache 1.3.20 using GCC version 3.0 but, have problem with Apache 2.0.18 cd php-4.0.6 ./configure --with-apxs2=/ysr/local/apache2/bin/apxs make /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -I../TSRM -DTHREAD=1 -pthread -c zend_language_scanner_cc.cc In file included from FlexLexer.h:47, from zend_language_scanner_cc.cc:240: /usr/local/include/g++-v3/backward/iostream.h:36: using directive `istream' introduced ambiguous type `istream' In file included from zend_language_scanner_cc.cc:2712: zend_istdiostream.h:8: 'stdiobuf' is used as a type, but is not defined as a type. #CUT#CUT#CUT#CUT#CUT#CUT#CUT#CUT#CUT#CUT#CUT#CUT#CUT Help me to compile this excellent software using excellent C compiler. yours, Mohammad Bahathir Hashim Malaysia Edit this bug report at http://bugs.php.net/?id=12525edit=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 #6827 Updated: End of generated html is truncated on large page
ID: 6827 Updated by: zeev Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: mSQL related Operating System: Sun Solaris 5.7 PHP Version: 4.0.2 Assigned To: zeev New Comment: Fixed in the CVS Previous Comments: [2000-12-13 10:29:04] [EMAIL PROTECTED] A backtrace of the crash, snapshot from yesterday. Program received signal SIGSEGV, Segmentation fault. zend_hash_find (ht=0x1bf5d0, arKey=0x0,nKeyLength=1,pData=0xffbec764) at zend_hash.c:852 852 zend_hash.c: No such file or directory. (gdb) bt #0 zend_hash_find (ht=0x1bf5d0, arKey=0x0, nKeyLength=1,pData=0xffbec764) at zend_hash.c:852 #1 0xf1ac4 in zend_fetch_dimension_address_inner () #2 0xe5828 in zend_fetch_dimension_address () #3 0xe8960 in execute () #4 0xedeb4 in execute () #5 0xb6bb0 in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #6 0x33110 in php_execute_script (primary_file=0xffbef9e8) at main.c:1221 #7 0x31060 in main (argc=1, argv=0xffbefa74) at cgi_main.c:738 (gdb) [2000-12-12 18:31:09] [EMAIL PROTECTED] User feedback: --- I just downloaded and installed the latest snapshot - php 4.0.5-dev, and the result is the same - fails at the same location with a segmentation fault and core dump. Is it possible that there's an overflow of some sort created when msql_result gets a NULL value for a particular column? The NULL value in this case is retrieved much earlier than the point of failure, and that value is not used in the final piece of executed code. However, it does fail processing an msql_result loop when the row pointer is 0, so perhaps the previous msql_result with the NULL value caused an overflow that somehow affected a later msql_result even with a different table. There is another bug report of this, #7301 which is now marked as duplicate for this one. It has example scripts. --Jani [2000-12-07 11:40:38] [EMAIL PROTECTED] Assigning this to me as I'm trying to figure out this one.. --Jani [2000-11-03 20:26:53] [EMAIL PROTECTED] Does this still happen when using latest snapshot from snaps.php.net ?? (and without the optimizer) --Jani [2000-10-10 19:08:58] [EMAIL PROTECTED] User feedback: --- Sorry, but I'm unable to create a short script that reproduces the problem, but it continues to fail consistently when I use php4 to display information from certain rows in a database even though those same rows display fine with php3. I've looked them over and see no special characters or anything else to make the failing rows look unusual. In fact if I change 1 specific column from a NULL to any single character value, the script works fine with php4 as well. Other rows containing even more data display properly, but any row that has a NULL in that 1 specific column displays incorrectly at a point before the data from that column is referenced. If I try to reproduce just that small piece of the script in a test script, it works ok. Any other suggestions? - No suggestions at the moment. --Jani 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=6827 Edit this bug report at http://bugs.php.net/?id=6827edit=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 #7301 Updated: Error in msql_result: reproducible
ID: 7301 Updated by: zeev Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: mSQL related Operating System: RedHat Linux 6.1 PHP Version: 4.0.3pl1 New Comment: Fixed in the CVS Previous Comments: [2000-12-12 18:28:49] [EMAIL PROTECTED] This is duplicate of #6827. --Jani [2000-10-20 13:22:25] [EMAIL PROTECTED] I pared down the code and the data to the minium while still getting the crash. Below is the code and the msqldump. I think it is the NULL that is causing the problem and not a blank entry. Code: --- pre ? $database = foobar; $sql =SELECT * FROM events WHERE ev_day='18-Oct-2000' ORDER BY typ, srttm; $result = msql($database,$sql); $num_rows = msql_numrows($result); $i = 0; while ($i $num_rows) { $aff = msql_result($result,$i,aff); $sql_info = SELECT show_provider_info,provider_serial_id FROM Providers where user_name = '$aff' LIMIT 1; echo DEBUG: $sql_info: $num_rowsbr; $result_info = msql($database,$sql_info); echo DEBUG_result: $result_infobr; $show_info = msql_result($result_info,0,show_provider_info) ; $this_provider = msql_result($result_info,0,provider_serial_id) ; echo msql_error(); echo DEBUG: '$show_info', '$this_provider', '$aff'br\n; if ($i == 1) { //In this demo there are 3 entries exit; //If it gets to the third($i=2) the } //program crashes w/out fail. if ($show_info == 1) { //CRASHES HERE echo HI; } $i++; } ? /pre -- --- Data in database: # # mSQL Dump # Host: localhostDatabase: foobar # # # Table structure for table 'events' # DROP TABLE events \g CREATE TABLE events ( id CHAR(31), ev_day DATE, srttm CHAR(8), endtm CHAR(8), group_id INT, typ CHAR(25), aff CHAR(30), title CHAR(30), descr CHAR(200) ) \g # # Dumping data for table 'events' # INSERT INTO events VALUES ('940868200264760','18-Oct-2000','12:00 pm','1:00 pm',2,'Lunch','Slovak','Learn At Lunch','learn blah blah')\g INSERT INTO events VALUES ('96463942510743346','18-Oct-2000','','',2,'Other Event','Celebration Belle','Big Band Cruises','blah blah')\g INSERT INTO events VALUES ('965228863119070','18-Oct-2000','','',2,'Other Event','Celebration Belle','Daylong Cruise','blah blah')\g # # Table structure for table 'Providers' # DROP TABLE Providers \g CREATE TABLE Providers ( provider_serial_id INT, user_name CHAR(30), provider_password CHAR(14), provider_group_id INT, provider_email CHAR(35), permissions INT, provider_address1 CHAR(30), provider_address2 CHAR(30), provider_city CHAR(20), provider_state CHAR(2), provider_zip CHAR(10), provider_phone CHAR(12), provider_url CHAR(33), provider_info CHAR(200), show_provider_info INT ) \g CREATE UNIQUE INDEX idx_provider_id ON Providers ( provider_serial_id, user_name ) \g CREATE SEQUENCE ON Providers STEP 1 VALUE 208 \g # # Dumping data for table 'Providers' # INSERT INTO Providers VALUES (53,'Slovak','erased3',2,'',NULL,'','','','','','','','',0)\g INSERT INTO Providers VALUES (172,'Celebration Belle','erased4',2,'xxx',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL)\g --- [2000-10-17 23:25:45] [EMAIL PROTECTED] A piece of code worked perfectly with PHP3/Apache1.3.9/msql-2..11 I tried it with PHP4/Apache_1.3.14/msql-2.0.11 and got sporadic crashes - I found out that: IF a) You have an msql database with a value in a row blank, e.g. ('asdf',1,'',,...) AND b) you have a SELECT * statement $sql=SELECT * from table where ... ORDER BY ... $result = msql($DB,$sql) while ($row = msql_fetch_row($result) ) { } AND c) the FIRST row returned contains a value that is blank THEN when php hits the msql_fetch_row($result) line, PHP returns nothing and gives an error in the log file like: child pid 9346 exit signal Segmentation Fault HOWEVER, if the first row returned does not have a blank element in the row, then it seems to work ok. I tried variations with msql_result(), msql_connect, and msql_pconnect as well but all gave me the same problem. - Relevent facts?: In running make I get gcc -I/usr/local/Hughes/include -c php_msql.c -fPIC -DPIC -o php_msql.lo php_msql.c:189 warning: int format, long int (arg 4) php_msql.c:191 warning: int format, long int (arg 4) php_msql.c:196 warning: int format, long int (arg 4) php_msql.c:198
[PHP-DEV] Bug #12132 Updated: Doesn't compile
ID: 12132 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11 PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ --Jani Previous Comments: [2001-07-13 03:37:44] [EMAIL PROTECTED] my config-line: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql/ (The built-in mysql support doesn't compile on my machine...) And php doesn't compile... (neither on my HP nor on my Linux (Redhat 6.2, 2-PIII 450) machine) (also version 4.0.5 doesn't compile) error message on HP-UX: php_pcre.c: In function `pcre_get_compiled_regex': php_pcre.c:158: `LC_CTYPE' undeclared (first use in this function) php_pcre.c:158: (Each undeclared identifier is reported only once php_pcre.c:158: for each function it appears in.) php_pcre.c:158: warning: initialization makes pointer from integer without a cast gmake[3]: *** [php_pcre.lo] Fehler 1 gmake[3]: Verlassen des Verzeichnisses Verzeichnis »/tmp_mnt/ux01/big/logins/lhp/dw/php/php-4.0.6/ext/pcre« gmake[2]: *** [all-recursive] Fehler 1 gmake[2]: Verlassen des Verzeichnisses Verzeichnis »/tmp_mnt/ux01/big/logins/lhp/dw/php/php-4.0.6/ext/pcre« gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Verlassen des Verzeichnisses Verzeichnis »/tmp_mnt/ux01/big/logins/lhp/dw/php/php-4.0.6/ext« gmake: *** [all-recursive] Fehler 1 Edit this bug report at http://bugs.php.net/?id=12132edit=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 #11138 Updated: Cannot build php with IMAP support
ID: 11138 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: NetBSD/AXP 1.5 PHP Version: 4.0.5 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-05-27 09:25:37] [EMAIL PROTECTED] I'm trying to compile from the sources and run php-4.0.5 with IMAP and MySQL support. I'm using UW-IMAP libraries, and when starting Apache, the following message is displayed: Cannot load /usr/pkg/lib/httpd/libphp4.so into server: /usr/pkg/lib/httpd/libphp4.so: Undefined PLT symbol mail_close_full (reloc type = 26, symnum = 969) I've downloaded the sources of UW-IMAP too and tried, with the same symptoms. The default libtool script failed as -Wl does not exist in ld. I've changed to -whole-archive and the following warning was displayed, but compiled successfully: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Edit this bug report at http://bugs.php.net/?id=11138edit=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 #12451 Updated: compilation halts on libmysql extension
ID: 12451 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Compile Failure Bug Type: MySQL related Operating System: Linux 2.4.7 PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-07-28 17:04:38] [EMAIL PROTECTED] make[1]: Entering directory `/usr/local/src/php-4.0.6/ext/mysql/libmysql' /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/ssl/include -I/opt/interbase//include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c libmysql.c In file included from libmysql.c:9: global.h:240: warning: redefinition of `uint' /usr/include/sys/types.h:146: warning: `uint' previously declared here global.h:241: warning: redefinition of `ushort' /usr/include/sys/types.h:145: warning: `ushort' previously declared here In file included from libmysql.c:12: m_string.h:180: parse error before `__extension__' m_string.h:180: parse error before `' make[1]: *** [libmysql.lo] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext/mysql/libmysql' make: *** [all-recursive] Error 1 my configure line is the following: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ftp --with-interbase=/opt/interbase/ i am running a freshly installed slackware 8.0 with apache 1.3.20 glibc is 2.2.3 I Noticed that there is a compilation define -DLinux=22 shouldn't it be 2.4? Edit this bug report at http://bugs.php.net/?id=12451edit=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 #12472 Updated: cannot install pear
ID: 12472 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Slackware Linux 8.0 / 2.4.7 PHP Version: 4.0.6 New Comment: Fixed in CVS. --Jani Previous Comments: [2001-07-30 16:28:53] [EMAIL PROTECTED] doing a 'make install' dies when attempting to install pear. configure options: --with-gettext --enable-sysvshm --enable-sysvsem --with-apxs --enable-ftp --with-mcrypt --with-mcal --with-imap --with-pear Everything compiles and installs fine without the --with-pear option, but adding it causes the following: ...snip... make[1]: Leaving directory '/root/php-4.0.6' Making install in pear make[1]: Entering directory '/root/php-4.0.6/pear' make[2]: Entering directory '/root/php-4.0.6/pear' shtool:mkdir:Error: invalid number of arguments (at least 1 expected) shtool:mkdir:Hint: run '/root/php-4.0.6/build/shtool mkdir -h' or 'man shtool' for details ...endsnip... Any ideas? I have tried specifying a directory for pear, and also compiled the newest shtool and placed it in the build dir, but I know that isn't the problem.. Edit this bug report at http://bugs.php.net/?id=12472edit=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 #12825 Updated: Cannot load /usr/lib/apache/libphp4.so into server
ID: 12825 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: linux 2.4 PHP Version: 4.0.6 New Comment: It would help if you told us what your configure line was.. --Jani Previous Comments: [2001-08-18 10:09:31] [EMAIL PROTECTED] compiling php4 for dynamic use in apache 1.3.19 went succesfull, ldconfig and ld /usr/lib/apache/libphp4.so do not complain about any mistakes and after that reloading apache says: Syntax error on line nnn of /etc/httpd/httpd.conf: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: undefined symbol: sasl_set_alloc So, i need a gerneral description about this error, i found occurances all over the buglist and spreading that in several mail lists. Why is ldd not complaining about undefined symbols, while apache loader does ? Even seeking that special symbol in all libraries and knowing that there is a valid and accesable library for httpd gives me no idea of what went wrong. Please submit me a descriptive point of view to that behavior. Edit this bug report at http://bugs.php.net/?id=12825edit=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 #12827: variable not defined problem
From: [EMAIL PROTECTED] Operating system: Win2K SP2 PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: variable not defined problem After I installed SP2 for Windows the folloeing problem occurs: If I use: htmlhead/headbody ? if (!$fehler): echo depp endif; ? /body/html the is alwas the failure: Warning: Undefined variable: fehler in D:\web\chemiestudent.de\local\test.php on line 3 -- Edit bug report at: http://bugs.php.net/?id=12827edit=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] Re: cvs: php4 / NEWS
Zeev Suraski [EMAIL PROTECTED] wrote: +?? ??? 200?, Version 4.0.8-dev +- Fixed a crash in dbase_replace_record (Patch by [EMAIL PROTECTED]). is there a reason not to merge this into the 4.0.7 branch? jim -- 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 #12827 Updated: variable not defined problem
ID: 12827 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Win2K SP2 PHP Version: 4.0.6 New Comment: Umm.. Lets just say this isnt a bug.. ask one of the support forums.. Previous Comments: [2001-08-18 14:28:29] [EMAIL PROTECTED] After I installed SP2 for Windows the folloeing problem occurs: If I use: htmlhead/headbody ? if (!$fehler): echo depp endif; ? /body/html the is alwas the failure: Warning: Undefined variable: fehler in D:\web\chemiestudent.de\local\test.php on line 3 Edit this bug report at http://bugs.php.net/?id=12827edit=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 #11313 Updated: XML module not linked as 'shared'
ID: 11313 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: XML module not liniked Old Status: Open Status: Analyzed Bug Type: Compile Failure Operating System: RH 7.0 PHP Version: 4.0.5 New Comment: I tested this with latest CVS and it doesn't work in it either. --Jani Previous Comments: [2001-06-06 11:44:42] [EMAIL PROTECTED] If you compile XML support as a shared module (./configure ... --with-xml=shared ...), all does compile fine but when you access any of the PHP XML functions you get the following type of error Cant load module xml.so, no such function php_xml_parser_create. It turns out the the new config.m4 and Makefile.in in ext/xml dont seem to work. I copied across these files from PHP4.0.4pl1 and all is fine. Thats the only fix I have for now. Edit this bug report at http://bugs.php.net/?id=11313edit=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 #11761 Updated: LC_CTYPE undeclared
ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ --Jani Previous Comments: [2001-07-02 11:19:03] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 20:40:11] [EMAIL PROTECTED] User feedback (next time, use the WEB interface to answer): --- I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? --- [2001-06-29 17:48:56] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 17:14:05] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 17:12:30] [EMAIL PROTECTED] I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? 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=11761 Edit this bug report at http://bugs.php.net/?id=11761edit=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 #12195 Updated: TSRM
ID: 12195 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.3-RELEASE PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-07-17 00:00:45] [EMAIL PROTECTED] this is ./configure line that i used './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql/' '--with-imap' '--enable-versioning' '--enable-ttrack-vars' '--enable-gd=../gd-1.8.4/' '--with-png=../libpng-1.0.11/' '--with-jpg=../jpeg-6b/' '--with-zlib-dir=../zlib-1.1.3/' and after making that's what i end up with Making all in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error code 1 Stop in /usr/local/src/php-4.0.6/TSRM. *** Error code 1 Stop in /usr/local/src/php-4.0.6. su-2.05# although 4.0.5 compiled and works just fine Edit this bug report at http://bugs.php.net/?id=12195edit=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]
Re: [PHP-DEV] Bug #12826 Updated: session_unregister() array_walk() immune? :)
Hi mfischer! On Sat, 18 Aug 2001, [EMAIL PROTECTED] wrote: ID: 12826 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: Win2000 SP2 PHP Version: 4.0.6 New Comment: If you want to stick to a one-liner, you can use - array_walk($foo,create_function('$e','session_unregister($i);')); + array_walk($foo,create_function('$e','session_unregister($e);')); ;) anywayz -- teodor -- 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 #12757 Updated: utf8_encode doesn't terminate strings with '\0'
ID: 12757 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Strings related Operating System: any PHP Version: 4.0.6 New Comment: I noticed the bug when we used utf8-encoded dn in ldap_search. However, the bug that bite me is fixed in the latest snapshot. Though it seems to me that there may be another bug in utf8_encode, if encoder == NULL, since it doesn't look as if the code in that block takes the trailing '\0' in consideration. I don't know how to test this in a PHP-script however, so it's just my suspicion. -Richard Previous Comments: [2001-08-15 19:10:41] [EMAIL PROTECTED] Could you add a short script that demonstrates what the bug is? --Jani [2001-08-15 08:01:13] [EMAIL PROTECTED] It's fixed in one place, but it still doesn't set the trailing '\0' if encoder == NULL, if I understand it correctly. -Richard [2001-08-15 05:44:25] [EMAIL PROTECTED] Seems like at least some of those have already been fixed in CVS. Could you check the latest CVS snapshot: http://snaps.php.net/ --Jani [2001-08-15 05:25:54] [EMAIL PROTECTED] The enclosed patch fixes the problem. --- php-4.0.6/ext/xml/xml.c Thu May 24 14:42:12 2001 +++ php-rnyberg/ext/xml/xml.c Wed Aug 15 10:45:03 2001 @@ -494,14 +494,14 @@ if (encoder == NULL) { /* If no encoder function was specified, return the data as-is. */ - newbuf = emalloc(len); - memcpy(newbuf, s, len); + newbuf = emalloc(len + 1); + memcpy(newbuf, s, len + 1); *newlen = len; return newbuf; } /* This is the theoretical max (will never get beyond len * 2 as long * as we are converting from single-byte characters, though) */ - newbuf = emalloc(len * 4); + newbuf = emalloc(len * 4 + 1); while (pos 0) { c = encoder ? encoder((unsigned char)(*s)) : (unsigned short)(*s); if (c 0x80) { @@ -522,9 +522,10 @@ pos--; s++; } - if (*newlen len * 4) { - newbuf = erealloc(newbuf, *newlen); + if (*newlen len * 4 + 1) { + newbuf = erealloc(newbuf, *newlen + 1); } + newbuf[*newlen] = '\0'; return newbuf; } /* }}} */ Edit this bug report at http://bugs.php.net/?id=12757edit=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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
Christian: The only change that I am aware of is the removal of half of the aliases that domxml used to use. For example, previous versions had both $node-tagname and $node-tag_name, which both returned the same structure. I have removed all of the former in favor of the latter, to hold to PHP conventions. Given the chance to think about it, you're right, there should have been some mention in NEWS about the work going on in domxml, but as it has been more or less completely broken for 2 point releases, I wasn't concerned at the time. What is the old API that you are referring to (ie, what PHP version)? On Sat, 18 Aug 2001, Christian Stocker wrote the following to...: Hello it looks like the new domxml-extension (and therefore a api-change) got into 4.0.7RC1. I still find it quite unfortunate to have this api-change in a minor release, but first the manual says, it's experimental and second i found a way, to write my code to work with the new and the old extension (bloats the code a little bit, but it works...) But could someone please at least make a note about that in the NEWS file. I think, a lot of people are using the domxml-extension and if it's not in the NEWS-file, they won't notice it and are surprised, that their scripts do not work anymore... BTW, i'm not sure if one can call it an api-change, since the functions did not change, but the structure of the returned values ... ($node-tagname instead of $node-name for example) chregu -- 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]
Re: [PHP-DEV] Bug #12795 Updated: php-4.0.7RC1: make error
Bump it. 2.4.0 looks solid. On 18 Aug 2001, [EMAIL PROTECTED] wrote the following to [EMAIL PROTECTED] : ID: 12795 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Old Bug Type: Compile Failure Bug Type: DOM XML related Operating System: rh 7.2 PHP Version: 4.0.6 Old Assigned To: Assigned To: sniper New Comment: This is cause by too old libxml version. Now waiting for replies what whether we require newer version or not. --Jani Previous Comments: [2001-08-16 11:27:12] [EMAIL PROTECTED] ./configure \ --with-mysql=/usr/local \ --disable-pear \ --enable-track-vars \ --enable-debug \ --disable-magic-quotes \ --enable-ftp \ --with-gettext \ --with-xml \ --with-dom \ --enable-wddx \ --with-curl \ --with-pgsql \ --with-zlib \ --enable-versioning \ --enable-sockets \ --with-openssl \ --with-snmp \ --with-readline \ --with-mcrypt ... php_domxml.c: In function `php_xpathptr_eval': php_domxml.c:2719: `XPATH_XSLT_TREE' undeclared (first use in this function) php_domxml.c:2719: (Each undeclared identifier is reported only once php_domxml.c:2719: for each function it appears in.) make[3]: *** [php_domxml.lo] Error 1 make[3]: Leaving directory `/usr/local/sources/php-4.0.7RC1/ext/domxml' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/sources/php-4.0.7RC1/ext/domxml' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/sources/php-4.0.7RC1/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=12795edit=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]
Re: [PHP-DEV] Re: cvs: php4 / NEWS
I thought Jani already did?? On 18 Aug 2001, [EMAIL PROTECTED] wrote the following to [EMAIL PROTECTED] : Zeev Suraski [EMAIL PROTECTED] wrote: +?? ??? 200?, Version 4.0.8-dev +- Fixed a crash in dbase_replace_record (Patch by [EMAIL PROTECTED]). is there a reason not to merge this into the 4.0.7 branch? jim -- 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]
Re: [PHP-DEV] Re: cvs: php4 / NEWS
Yup... sniper Thu Aug 16 20:48:34 2001 EDT Modified files: (Branch: PHP_4_0_7) /php4/ext/dbase dbase.c Log: MFH He just didn't MFH the NEWS entry... On Sat, 18 Aug 2001, Joey Smith wrote the following to [EMAIL PROTECTED] : I thought Jani already did?? On 18 Aug 2001, [EMAIL PROTECTED] wrote the following to [EMAIL PROTECTED] : Zeev Suraski [EMAIL PROTECTED] wrote: +?? ??? 200?, Version 4.0.8-dev +- Fixed a crash in dbase_replace_record (Patch by [EMAIL PROTECTED]). is there a reason not to merge this into the 4.0.7 branch? jim -- 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] Re: Bug #12195 Updated: TSRM
looks like workin in php4-200108181335 - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 18, 2001 3:38 PM Subject: Bug #12195 Updated: TSRM ID: 12195 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.3-RELEASE PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-07-17 00:00:45] [EMAIL PROTECTED] this is ./configure line that i used './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql/' '--with-imap' '--enable-versioning' '--enable-ttrack-vars' '--enable-gd=../gd-1.8.4/' '--with-png=../libpng-1.0.11/' '--with-jpg=../jpeg-6b/' '--with-zlib-dir=../zlib-1.1.3/' and after making that's what i end up with Making all in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DMOD_SSL=208104 -DEAPI -DEAPI_MM -D USE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error code 1 Stop in /usr/local/src/php-4.0.6/TSRM. *** Error code 1 Stop in /usr/local/src/php-4.0.6. su-2.05# although 4.0.5 compiled and works just fine ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12195edit=2 -- 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 #12195 Updated: TSRM
ID: 12195 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.3-RELEASE PHP Version: 4.0.6 New Comment: User reported: Fixed in CVS. --Jani Previous Comments: [2001-08-18 15:38:33] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ [2001-07-17 00:00:45] [EMAIL PROTECTED] this is ./configure line that i used './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql/' '--with-imap' '--enable-versioning' '--enable-ttrack-vars' '--enable-gd=../gd-1.8.4/' '--with-png=../libpng-1.0.11/' '--with-jpg=../jpeg-6b/' '--with-zlib-dir=../zlib-1.1.3/' and after making that's what i end up with Making all in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') *** Error code 1 Stop in /usr/local/src/php-4.0.6/TSRM. *** Error code 1 Stop in /usr/local/src/php-4.0.6. su-2.05# although 4.0.5 compiled and works just fine Edit this bug report at http://bugs.php.net/?id=12195edit=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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
In article [EMAIL PROTECTED], Joey Smith [EMAIL PROTECTED] wrote: Christian: The only change that I am aware of is the removal of half of the aliases that domxml used to use. For example, previous versions had both $node-tagname and $node-tag_name, which both returned the same structure. I have removed all of the former in favor of the latter, to hold to PHP conventions. Given the chance to think about it, you're right, there should have been some mention in NEWS about the work going on in domxml, but as it has been more or less completely broken for 2 point releases, I wasn't concerned at the time. What is the old API that you are referring to (ie, what PHP version)? the 2 changes i'm aware of (between 4.0.6 and 4.0.7): 1) $xml-root() in 4.0.6 returns: DomNode Object ( [node] = Resource id #3 [type] = 1 [name] = ibaconfig [content] = ) but in 4.0.7 DomElement Object ( [type] = 1 [tagname] = ibaconfig [0] = 3 [1] = 136185560 ) especially the difference between in name and tagname is annoying. -[content] is also missing in .7, so i have to do a $root-children(), where i can find the content of a DomElement-Object, but the structure of the returned array/classes is also different and not complete (why is there no type-attribute in a DomText Node?) I assume, these changes are done to comply with some standards/common writing of doms, so I see the intention behind that, but it should be noted somewhere (and the manual be updated). The changes between 4.0.6 and .7 are this big, 'cause the domxml version from an older version (4.0.4?) was included in the release and not the one in the cvs since 4.0.5-dev (or around that...). it was rolled back in 4.0.5 and 4.0.6 , 'cause of the drastic api-changes... chregu -- 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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
On Sat, 18 Aug 2001, Jani Taskinen wrote: DOMXML is an experimental extension. So you can expect it to change still..Your mileage may vary :) e.g. In 4.0.7 the required libxml version will be 2.4.2. You obviously haven't read the manual.. sure, i read the manual and i'm aware of the experimental state :) I didn't say (this time ...), we should go back, i just wanted to point out, that the change should be mentionend in the NEWS file and (even better) the Manual (even though domxml is stated experimental, it's long enough in php to be used by a variety of people..). chregu --Jani On Sat, 18 Aug 2001, Christian Stocker wrote: In article [EMAIL PROTECTED], Joey Smith [EMAIL PROTECTED] wrote: Christian: The only change that I am aware of is the removal of half of the aliases that domxml used to use. For example, previous versions had both $node-tagname and $node-tag_name, which both returned the same structure. I have removed all of the former in favor of the latter, to hold to PHP conventions. Given the chance to think about it, you're right, there should have been some mention in NEWS about the work going on in domxml, but as it has been more or less completely broken for 2 point releases, I wasn't concerned at the time. What is the old API that you are referring to (ie, what PHP version)? the 2 changes i'm aware of (between 4.0.6 and 4.0.7): 1) $xml-root() in 4.0.6 returns: DomNode Object ( [node] = Resource id #3 [type] = 1 [name] = ibaconfig [content] = ) but in 4.0.7 DomElement Object ( [type] = 1 [tagname] = ibaconfig [0] = 3 [1] = 136185560 ) especially the difference between in name and tagname is annoying. -[content] is also missing in .7, so i have to do a $root-children(), where i can find the content of a DomElement-Object, but the structure of the returned array/classes is also different and not complete (why is there no type-attribute in a DomText Node?) I assume, these changes are done to comply with some standards/common writing of doms, so I see the intention behind that, but it should be noted somewhere (and the manual be updated). The changes between 4.0.6 and .7 are this big, 'cause the domxml version from an older version (4.0.4?) was included in the release and not the one in the cvs since 4.0.5-dev (or around that...). it was rolled back in 4.0.5 and 4.0.6 , 'cause of the drastic api-changes... chregu -- 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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
On Sat, 18 Aug 2001, Jani Taskinen wrote: DOMXML is an experimental extension. So you can expect it to change still..Your mileage may vary :) e.g. In 4.0.7 the required libxml version will be 2.4.2. mmmh, JFYI, i have here only 2.4.1, but it seems to work with no problems. chregu -- 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 #12795 Updated: php-4.0.7RC1: make error
ID: 12795 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: DOM XML related Operating System: rh 7.2 PHP Version: 4.0.6 Assigned To: sniper New Comment: We require libxml 2.4.2 now. --Jani Previous Comments: [2001-08-18 14:07:26] [EMAIL PROTECTED] This is cause by too old libxml version. Now waiting for replies what whether we require newer version or not. --Jani [2001-08-16 11:27:12] [EMAIL PROTECTED] ./configure \ --with-mysql=/usr/local \ --disable-pear \ --enable-track-vars \ --enable-debug \ --disable-magic-quotes \ --enable-ftp \ --with-gettext \ --with-xml \ --with-dom \ --enable-wddx \ --with-curl \ --with-pgsql \ --with-zlib \ --enable-versioning \ --enable-sockets \ --with-openssl \ --with-snmp \ --with-readline \ --with-mcrypt ... php_domxml.c: In function `php_xpathptr_eval': php_domxml.c:2719: `XPATH_XSLT_TREE' undeclared (first use in this function) php_domxml.c:2719: (Each undeclared identifier is reported only once php_domxml.c:2719: for each function it appears in.) make[3]: *** [php_domxml.lo] Error 1 make[3]: Leaving directory `/usr/local/sources/php-4.0.7RC1/ext/domxml' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/sources/php-4.0.7RC1/ext/domxml' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/sources/php-4.0.7RC1/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=12795edit=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 #12828: error_reporting in apache conf is broken
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: error_reporting in apache conf is broken php_value error_reporting E_ALL does not work in the apache httpd.conf. In fact, no matter what the setting...all errors are not shown and not logged. When I look at phpinfo(), the global error_reporting level is represented by a number...like 2039 (which is E_ALL ~E_NOTICE) But the local error_reporting just says E_ALL. I'm thiking when set from the conf, php doesn't change E_ALL to the proper bit-value. I just tried: php_value error_reporting 2047 (the value of E_ALL) in the .conf and it works! -- Edit bug report at: http://bugs.php.net/?id=12828edit=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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
On Sat, Aug 18, 2001 at 11:07:08PM +0200, Jani Taskinen wrote : Changes in experimental extensions don't require NEWS entries. The NEWS file is already too hard to read. With all those changes mentioned in it, it will become totally useless. -1 A news entry won't hurt that much it will probably aid ... wether EXP or not, domxml is stuff used by many people. We shouldn't be that strict just because its marked EXP after all.. - Markus Which reminds me of the idea I had about this whole NEWS file. The differen changes should be categorized somehow. e.g. + would mean something was added, - something was removed, ! important note, etc. In the current form this file is quite hard to read..and it's very easy to miss some important note there. Volunteers welcome I guess . . . ;) -- 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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
At 00:54 19-08-01, Markus Fischer wrote: On Sat, Aug 18, 2001 at 11:07:08PM +0200, Jani Taskinen wrote : Changes in experimental extensions don't require NEWS entries. The NEWS file is already too hard to read. With all those changes mentioned in it, it will become totally useless. -1 A news entry won't hurt that much it will probably aid ... wether EXP or not, domxml is stuff used by many people. We shouldn't be that strict just because its marked EXP after all.. I'm with Markus here... It's quite easy to skip non interesting entries. Zeev -- 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] µL±ø¥ó°e±z¤â¾÷»P©M«H¹q°Tªù¸¹
±z¬Ý¹L¡u´Iª¨ª¨¡B½aª¨ª¨¡v³o¥»®Ñ¶Ü¡H ³o¥»³y¦¨¥@¬É©ÊÅF°Êªº®Ñ¡A ¬O§_¹ï±zªº¤H¥Í³W¹º¡B²z°]²£¥Í«¤j¼vÅT¡H «Ü¿ò¾Ñ¡A«H¥óùصLªk¤¬°Ê¦a°Q½×³o¨ÇÆ[©À¡C µL±ø¥ó¦a¡A½aª¨ª¨°e±z©M«H¹q°Tªù¸¹»P§K¶O¤â¾÷¡A »P±zµ²½t¡A¦pªG±zÄ@·Nªº¸Ü¡A ¤]¥i©M±z¨£±¦@¦P±´°Q¡u´Iª¨ª¨¡B½aª¨ª¨¡vªºÆ[©À¡C ¥H«áµ´¤£·|¦]¬°¤â¾÷§K¶Oªº¡A©Ò¥H³q¸Ü¶O´N¤ñ¸û¶Q¡A ©M«H¹q°Tp¶O¤è¦¡¬O¤½¥¿¡B¤½¶}ªº¡]½Ð°Ñ¦Ò¥H¤UÃØ°e¤è®×¡^¡A ¦A¦¸±j½Õ¡A±z¥Ó½Ðªºªù¸¹+¤â¾÷¡A±zµ´¹ï¤£»Ý¥X¥b¤ò¿ú¡A ½aª¨ª¨Ä@·NµL±ø¥ó´À±zªA°È¡AÀ°±z¥Ó½Ð¡C §óÄ@·N¡]¦ýµ´¤£«j±j¡^©M±z±´°Q¡u´Iª¨ª¨¡B½aª¨ª¨¡v³o¥»®ÑªºÆ[©À¡A ¦]¬°³o¨ÇÆ[©À¡A«Ü¦³¥i¯à·|§ïÅܱzªº¤@¥Í¡A ¤]¦]¬°³o¨ÇÆ[©À¡A½aª¨ª¨¬Æ¦Ü¦³¥i¯à©M±z¤@¶ô¨à¬°¨Æ·~¥´«÷¡C ±z¦pªG¥u·Q¾Ö¦³¤â¾÷+ªù¸¹¡A¨ä¥L¨S¿³½ì¡A¨S°ÝÃD¡A ½aª¨ª¨¤@¼Ë¬°±z¥Ó½Ð¡A´À±zªA°È¡C½Ð¤£¥²¾á¤ß¡C ½aª¨ª¨ÃØ°e¤è®×¦WºÙ¦p¤U¡G **©M«H¤è®×¦WºÙ1¡Gºëºâ188 §K¶OªþÃØMOTOROLA T2288¡]^¤å¾÷¡^ ¤ë¯²¶O 188¤¸ §K¶O³q¸Ü ©è188¤¸³q¸Ü¶O ¤@¯ë®É¬q 0.16¤¸/¬í¶g¤@¦Ü¶g¤é¥þ¤é ´î»ù®É¬q ¦P¤@¯ë®É¬q¦¬¶O ¥»ºô¤¬¥´ 0.08¤¸/¬í¡]¥b»ù¡^ **©M«H¤è®×¦WºÙ2¡G«¢©Ô900 §K¶OªþÃØNokia3310¡]¤¤¤å¾÷¡^ ¤ë¯²¶O 900¤¸ ¨C¤ë§K¶O³q¸Ü¤ÀÄÁ 200¤ÀÄÁ ¤@¯ë®É¬q 0.11¤¸/¬í ´î»ù®É¬q 0.11¤¸/¬í ºô¤º¤¬¼· ¨C³q«e5¤ÀÄÁ¤º§K¶O¡F ¶W¹L³¡¥÷¡G1¤¸/¤À¡A ¥¼º¡1¤ÀÄÁ¥H1¤ÀÄÁp °ê»Ú¹q¸Ü³q¸Ü¶O²v ¨Ì·Ó¤¤µØ¹q«H°ê»Ú¹q¸Ü¶O²v ½Ðª`·N¡G¨C¤ë§K¶O³q¸Ü¤ÀÄÁ¼Æ¡A·í¤ë¥¼¥Î§¹ªº¡A ¤£±o»¼©µ¨ì¤UÓ¤ë¨Ï¥Î¡C «¢°Õ900¤§¨C¤ë§K¶O³q¸Ü¤§200¤ÀÄÁ¤£§tºô¤º¤¬¼·¡C ©M«Hºô¤º¤¬¼·¦³§K¶O©Î¥b»ù³W©w¡A ³Ì¾A¦X±`±`¬Û¤¬Ápµ¸ªºªB¤Í̤@°_¥Ó½Ð¡C ¤é«áªº³q¸Ü¶O¡A±z¥i¦b©M«Hªù¥«¡B7-11¡B¶×´Ú¡B¹º¼·..µ¥µ¥Ãº¯Ç¡A ·íµM¤]¥i¥Ñ©M«H¹q°T±Ä»È¦æ±b¸¹¦Û°Ê¦©´Ú¤è¦¡¡C ¥Ó½Ð©Ò»ÝÃÒ¥ó ©M«H¹q°T³W©w©Ò»ÝÃÒ¥ó¦p¤U¡G 1.±z»Ý·Ç³Æ¨¥÷ÃÒ¼v¥»¡]¥¿¤Ï±¡^ 2.»È¦æ¦sºP«Ê±¼v¥»¡]»P¨¥÷ÃÒ¬Û¦P¦W¦r¡^ 3.«K³¹¤@Áû¡]»P¨¥÷ÃÒ¼v¥»¦W¦r¬Û¦P¡A¤£»Ýn¦LŲÃÒ©ú¹Ï³¹¡^ ¥Ó½Ð¬ù¤@¬P´Á«á¡A«K¥i¨Ï¥Î¡C ¦P¤@Ó¦W¦r¡A³Ì¦h¥Ó½Ð3Óªù¸¹+3Ó¤â¾÷ ³Æµù¡G ©Ò¿×®É¬q¤D«ü¡A ¤@¯ë®É¬q¡G¶g¤@¦Ü¶g¤8®É¦Ü23®É¡A¶g¤»8®É¦Ü12®É ´î»ù®É¬q¡G¶g¤@¦Ü¶g¤23®É¦Ü8®É¡A ¶g¤»12®É¦Ü¶g¤@8®É¤Î°ê©w¨Ò°²¤é¥þ¤Ñ Åwªï¨Ó¹q½aª¨ª¨±M½u¸ß°Ý¡G 02-27039827 0925851019 -- 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 #12770 Updated: ODBC and PHP help needed.. Advanced
ID: 12770 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: ODBC related Operating System: win98 with PWS PHP Version: 4.0.6 New Comment: okay this isn't a help forum, this is for reporting bugs within the PHP system. as this bug is a request for help, marking as bogus. if you have questions on how to use php you may wish to ask the php-general or php-database lists, or even ask on irc channels dedicated to PHP. Previous Comments: [2001-08-15 13:52:24] [EMAIL PROTECTED] What i want to do is retrieve data from a table in access using odbc. I can retrieve info correctly, except from when i want to retrieve specific information. I want to create a table on a webpage that retrieves a column of info, and uses this info to make a link. With this link there will be a querystring called id, and this comes from the ID field in my DB which i also have retrieved using my select statement. So how do i use odbc_result and odbc_fetch_row together to achieve this. Or is there another method using ODBC that i dont have knowledge of. Beneath is my code:: Thnx in advance HTML HEAD TITLEMXManiaWorld :: Tracks - Download/TITLE STYLE TYPE=text/css TH {color: white; background-color: gray} TD {background-color: silver; text : black } /STYLE /HEAD BODY bgcolor=navy text= CENTER ?php //retrieve data from DB and show in browser. //Img, then at side details. //Declare DB variables $odbc_dsn = 'mxm_db'; $odbc_userid = '**'; $odbc_userpassword = '**'; //CONNECT to DB if(!($odbc_db=odbc_connect($odbc_dsn, $odbc_userid, $odbc_userpassword))) die(Couldn't connect to odbc database - $odbc_dsn); //--- echo TABLE WIDTH='98%' border='1' bordercolor='#ff'; $query2 = SELECT ID, FileName FROM tbl_uploads; //submit query if(!($odbc_rs2 = odbc_exec($odbc_db, $query2))) die(Error executing query. Please inform the webmaster); ? TRTHID/THTHTrackname/TH/TR ?php while($query_data = odbc_fetch_row($odbc_rs2)) { $num_cols = odbc_num_fields($odbc_rs2); for($a = 1; $a = $num_cols; $a++) { if(!($track_id = odbc_result($query2, $a))) die(Couldn't get result); if(!($tracks = odbc_result($query2, $a))) die(Couldn't get result) ; echo TR; echo TD$track_id/TD; echo TDa href='./tracks.php?id= . $track_id . ' . $tracks . /a; echo /TD/TR; } } echo /TABLE ? /CENTER /BODY /HTML Edit this bug report at http://bugs.php.net/?id=12770edit=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 #12811 Updated: NTEXT field type
ID: 12811 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: ODBC related Operating System: RH 7.0 PHP Version: 4.0.6 New Comment: anychance you can: rebuild with --enable-debug run as a CGI and when it freezes, break into it with gdb and give us a backtrace? Previous Comments: [2001-08-17 09:24:39] [EMAIL PROTECTED] Hi All, Database Server Win2000 and MS SQL 2000 running ODBC-ODBC Bridge Server from Easysoft (www.easysoft.co.uk) PHP ODBC compiled against the ODBC-ODBC Bridge Client Executing a query that deals with a database field of type NTEXT fails. Field type TEXT works fine. No error messages found in the log, the server process just seems to die and the php script stops dead in its tracks after the call: odbc_do -Serge Edit this bug report at http://bugs.php.net/?id=12811edit=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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
That will change shortly. On Sat, 18 Aug 2001, Christian Stocker wrote the following to...: On Sat, 18 Aug 2001, Jani Taskinen wrote: DOMXML is an experimental extension. So you can expect it to change still..Your mileage may vary :) e.g. In 4.0.7 the required libxml version will be 2.4.2. mmmh, JFYI, i have here only 2.4.1, but it seems to work with no problems. chregu -- 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 #12610 Updated: vprintf() and other variable arg functions please!
ID: 12610 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: vaprintf() and other va_arg functions please! Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.6 New Comment: Sorry, should be vprintf() and friends, not vaprintf(). Also, I'm sure this isn't too hard... if I could understand what was going on in the code for call_user_func_array, I'm sure I could make vprintf() at least. I would really like to see vprintf() at least in the next release of PHP. Others like vsprintf() or whatever I don't really need right now, but I really need vprintf() badly! Previous Comments: [2001-08-07 01:42:11] [EMAIL PROTECTED] I would love to have access to variable length argument functions such as vaprintf(), vasprintf(), etc... so I can easily use func_get_args() in a function and then pass all remaining arguments to a function that can accept arguments in an array format, similar to call_user_func_array, except for non-user defined functions. Small example: function tprintf() { clearstatcache(); $arg_list = func_get_args(); $filename = array_shift($arg_list); if (($fd = @fopen($filename, r))) { rewind($fd); $contents = fread($fd, filesize($filename)); fclose($fd); } return vaprintf($contents, $arg_list); } Thanks in advance! Edit this bug report at http://bugs.php.net/?id=12610edit=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 #12829: PHP parser gets confused
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: PHP parser gets confused 1 $sq = SELECT * FROM TLinks WHERE LinkID = 1; 2 $result = mysql_query($sq) 3 or die (Error- Could not run Query: $sq!\nError ( . mysql_errno() . ) - . mysql_error()); 4 5 if ($row = mysql_fetch_array($result)) 6 { 7 $link = $row['Link']; 8 $origins = $row[Origins]; 9 10 $q = UPDATE TLinks SET Origins = . $origins + 1 . WHERE LinkID = 1; 11 $r3 = mysql_query($q) 12 or die (Error- Could not run Query: $q!\nError ( . mysql_errno() . ) - . mysql_error()); 13 14 } The above lines cause the following error: Error- Could not run Query: 1 WHERE LinkID = '01a_gennote'! Error (1064) - You have an error in your SQL syntax near '1 WHERE LinkID = '01a_gennote'' at line 1 Please note that the error happends with reference to the SELECT query on line 2. SOLUTION To solve the problem, I had to remove '+ 1' following the '$origins' on line 10. The following code executes without any errors. 1 $sq = SELECT * FROM TLinks WHERE LinkID = 1; 2 $result = mysql_query($sq) 3 or die (Error- Could not run Query: $sq!\nError ( . mysql_errno() . ) - . mysql_error()); 4 5 if ($row = mysql_fetch_array($result)) 6 { 7 $link = $row['Link']; 8 $origins = $row[Origins]; 9 10 $q = UPDATE TLinks SET Origins = . $origins . WHERE LinkID = 1; 11 $r3 = mysql_query($q) 12 or die (Error- Could not run Query: $q!\nError ( . mysql_errno() . ) - . mysql_error()); 13 14 } -- Edit bug report at: http://bugs.php.net/?id=12829edit=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 #12830: reply to bug-report #12825
From: [EMAIL PROTECTED] Operating system: linux 2.4 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: reply to bug-report #12825 Sorry ! Did not enter a password in bug-report 12825 (so i am not able to submit a direct reply), anyway ... I started compiling php4.0.6 with: ./configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib --with-config-file-path=/etc --with-exec-dir=%{libdir}/php/bin --with-pgsql=/usr --with-mysql=/usr --with-gd=yes --with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-pdflib=/usr --with-ldap=yes --with-imap=yes --with-imap-ssl --with-zlib=yes --with-bz2 --with-xml --with-ttf --with-t1lib --with-mcal=/usr/include/mcal/ --with-sablot --with-readline --with-ftp --with-ndbm --with-gdbm --with-mcrypt --with-gettext --with-curl --with-mm --with-gd=yes --with-qtdom=/usr/lib/qt2/ --enable-versioning --enable-yp --enable-bcmath --enable-trans-sid --enable-inline-optimization --enable-track-vars --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-shmop --enable-calendar --enable-exif --enable-ftp --enable-memory-limit --enable-wddx --enable-filepro --enable-dbase --enable-ctype --enable-debug --enable-force-cgi-redirect --enable-discard-path --enable-sigchild --enable-gd-imgstrttf --with-openssl --with-swf=./usr --with-apxs=/usr/sbin/apxs --with-sybase-ct=/usr/local/freetds And once again, all worked fine, all but starting apache's http daemon. Nevertheless, i could not find anything describing the undefined symbol error in general. -- Edit bug report at: http://bugs.php.net/?id=12830edit=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]
Re: [PHP-DEV] The PHP brainstorm
Ron Chmara wrote: Would you like me to obtain and build all software needed for using the following with PHP: 1. MySQL 2. PostgreSQL 3. Oracle (Official installation disks my be needed) 4. Informix IIRC, Derick already built a system like this some kind ago. It assumed that once the PEAR infradtructure is ready, most of the extensions would be moved from /php4 to /pear. Derick? 2. Db connection pooling support. This will be addressed by SRM (http://www.vl-srm.net/). 3. More documentation available for errors: 'Warning: Wrong number of arguments for foo: Click *here* to see online documentation on foo' Hartmut already implemented something similar a while ago, again, IIRC. 4. Online docs for PEAR contributions. They're there. At least the infrastructure. 5. PHP Dashboard, an online php.ini editor, with GUI-based control panel of all PHP (and apache?) settings. What's wrong with the Zend Launchpad? :-) -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/http://phpOpenTracker.de/ -- 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 #12829 Updated: PHP parser gets confused
ID: 12829 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0.6 New Comment: This works: ($origins+1) Not a bug. Previous Comments: [2001-08-18 18:32:56] [EMAIL PROTECTED] 1 $sq = SELECT * FROM TLinks WHERE LinkID = 1; 2 $result = mysql_query($sq) 3 or die (Error- Could not run Query: $sq!\nError ( . mysql_errno() . ) - . mysql_error()); 4 5 if ($row = mysql_fetch_array($result)) 6 { 7 $link = $row['Link']; 8 $origins = $row[Origins]; 9 10 $q = UPDATE TLinks SET Origins = . $origins + 1 . WHERE LinkID = 1; 11 $r3 = mysql_query($q) 12 or die (Error- Could not run Query: $q!\nError ( . mysql_errno() . ) - . mysql_error()); 13 14 } The above lines cause the following error: Error- Could not run Query: 1 WHERE LinkID = '01a_gennote'! Error (1064) - You have an error in your SQL syntax near '1 WHERE LinkID = '01a_gennote'' at line 1 Please note that the error happends with reference to the SELECT query on line 2. SOLUTION To solve the problem, I had to remove '+ 1' following the '$origins' on line 10. The following code executes without any errors. 1 $sq = SELECT * FROM TLinks WHERE LinkID = 1; 2 $result = mysql_query($sq) 3 or die (Error- Could not run Query: $sq!\nError ( . mysql_errno() . ) - . mysql_error()); 4 5 if ($row = mysql_fetch_array($result)) 6 { 7 $link = $row['Link']; 8 $origins = $row[Origins]; 9 10 $q = UPDATE TLinks SET Origins = . $origins . WHERE LinkID = 1; 11 $r3 = mysql_query($q) 12 or die (Error- Could not run Query: $q!\nError ( . mysql_errno() . ) - . mysql_error()); 13 14 } Edit this bug report at http://bugs.php.net/?id=12829edit=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 #12825 Updated: Cannot load /usr/lib/apache/libphp4.so into server
ID: 12825 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Apache related Operating System: linux 2.4 PHP Version: 4.0.6 New Comment: user didn't enter a password. new report: #12830 with proper information. Previous Comments: [2001-08-18 14:19:42] [EMAIL PROTECTED] It would help if you told us what your configure line was.. --Jani [2001-08-18 10:09:31] [EMAIL PROTECTED] compiling php4 for dynamic use in apache 1.3.19 went succesfull, ldconfig and ld /usr/lib/apache/libphp4.so do not complain about any mistakes and after that reloading apache says: Syntax error on line nnn of /etc/httpd/httpd.conf: Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: undefined symbol: sasl_set_alloc So, i need a gerneral description about this error, i found occurances all over the buglist and spreading that in several mail lists. Why is ldd not complaining about undefined symbols, while apache loader does ? Even seeking that special symbol in all libraries and knowing that there is a valid and accesable library for httpd gives me no idea of what went wrong. Please submit me a descriptive point of view to that behavior. Edit this bug report at http://bugs.php.net/?id=12825edit=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 #12830 Updated: undefined symbol: sasl_set_alloc
ID: 12830 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: reply to bug-report #12825 Old Status: Open Status: Feedback Bug Type: Apache related Operating System: linux 2.4 PHP Version: 4.0.6 New Comment: Which ldap libraries do you use? How did you configure them? Do you have the necessary entry in /etc/ld.so.conf for the ldap libraries path? Have you run /sbin/ldconfig ? --Jani Previous Comments: [2001-08-18 18:52:04] [EMAIL PROTECTED] Sorry ! Did not enter a password in bug-report 12825 (so i am not able to submit a direct reply), anyway ... I started compiling php4.0.6 with: ./configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib --with-config-file-path=/etc --with-exec-dir=%{libdir}/php/bin --with-pgsql=/usr --with-mysql=/usr --with-gd=yes --with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-pdflib=/usr --with-ldap=yes --with-imap=yes --with-imap-ssl --with-zlib=yes --with-bz2 --with-xml --with-ttf --with-t1lib --with-mcal=/usr/include/mcal/ --with-sablot --with-readline --with-ftp --with-ndbm --with-gdbm --with-mcrypt --with-gettext --with-curl --with-mm --with-gd=yes --with-qtdom=/usr/lib/qt2/ --enable-versioning --enable-yp --enable-bcmath --enable-trans-sid --enable-inline-optimization --enable-track-vars --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-shmop --enable-calendar --enable-exif --enable-ftp --enable-memory-limit --enable-wddx --enable-filepro --enable-dbase --enable-ctype --enable-debug --enable-force-cgi-redirect --enable-discard-path --enable-sigchild --enable-gd-imgstrttf --with-openssl --with-swf=./usr --with-apxs=/usr/sbin/apxs --with-sybase-ct=/usr/local/freetds And once again, all worked fine, all but starting apache's http daemon. Nevertheless, i could not find anything describing the undefined symbol error in general. Edit this bug report at http://bugs.php.net/?id=12830edit=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 #12757 Updated: utf8_encode doesn't terminate strings with '\0'
ID: 12757 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Strings related Operating System: any PHP Version: 4.0.6 New Comment: I made the xml_utf8_encode to null terminate the strings if the encoding is null. --Jani Previous Comments: [2001-08-18 16:01:27] [EMAIL PROTECTED] I noticed the bug when we used utf8-encoded dn in ldap_search. However, the bug that bite me is fixed in the latest snapshot. Though it seems to me that there may be another bug in utf8_encode, if encoder == NULL, since it doesn't look as if the code in that block takes the trailing '\0' in consideration. I don't know how to test this in a PHP-script however, so it's just my suspicion. -Richard [2001-08-15 19:10:41] [EMAIL PROTECTED] Could you add a short script that demonstrates what the bug is? --Jani [2001-08-15 08:01:13] [EMAIL PROTECTED] It's fixed in one place, but it still doesn't set the trailing '\0' if encoder == NULL, if I understand it correctly. -Richard [2001-08-15 05:44:25] [EMAIL PROTECTED] Seems like at least some of those have already been fixed in CVS. Could you check the latest CVS snapshot: http://snaps.php.net/ --Jani [2001-08-15 05:25:54] [EMAIL PROTECTED] The enclosed patch fixes the problem. --- php-4.0.6/ext/xml/xml.c Thu May 24 14:42:12 2001 +++ php-rnyberg/ext/xml/xml.c Wed Aug 15 10:45:03 2001 @@ -494,14 +494,14 @@ if (encoder == NULL) { /* If no encoder function was specified, return the data as-is. */ - newbuf = emalloc(len); - memcpy(newbuf, s, len); + newbuf = emalloc(len + 1); + memcpy(newbuf, s, len + 1); *newlen = len; return newbuf; } /* This is the theoretical max (will never get beyond len * 2 as long * as we are converting from single-byte characters, though) */ - newbuf = emalloc(len * 4); + newbuf = emalloc(len * 4 + 1); while (pos 0) { c = encoder ? encoder((unsigned char)(*s)) : (unsigned short)(*s); if (c 0x80) { @@ -522,9 +522,10 @@ pos--; s++; } - if (*newlen len * 4) { - newbuf = erealloc(newbuf, *newlen); + if (*newlen len * 4 + 1) { + newbuf = erealloc(newbuf, *newlen + 1); } + newbuf[*newlen] = '\0'; return newbuf; } /* }}} */ Edit this bug report at http://bugs.php.net/?id=12757edit=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 #12482 Updated: PHP doesn't recognize PDFLib
ID: 12482 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: You used the wrong configure value for the path. use this instead: --with-pdflib=/usr/local And next time, ask support questions on proper mailing list: http://www.php.net/support.php --Jan Previous Comments: [2001-07-31 08:34:08] [EMAIL PROTECTED] I've installed the PDFLIB 4.01 source in pdflib-dir, run ./configure, make and make install. Then, as specified in pdflib-dir/bind/php/readme.txt, copied pdflib-dir/bind/php/ext/pdf/* in php-dir/ext/pdf and build php with ./configure --with-pdflib=/usr/local/lib I got no errors, but PHP doesn't recognize any PDF functions (Call to undefined function: pdf_new()) I tried to change the --with-pdflib value, (pdflib-dir/bind/c) without success. php -m doesn't say anything about pdf. What can be wrong, how to know what pdflib php is looking for ? Thank's in advance Edit this bug report at http://bugs.php.net/?id=12482edit=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 #12498 Updated: cant config magic_quotes_off
ID: 12498 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Windows 4.9 (Me) PHP Version: 4.0.6 New Comment: Try putting the php.ini file into the same directory with apache.exe as this works for me (on Win ME). --Jani Previous Comments: [2001-08-06 19:04:46] [EMAIL PROTECTED] Hi Jani, As I stated in my report of the problem: [so I modified the php.ini in the windows dir to set magic_quotes_gpc to be off] as in c:\windows\php.ini ;-) I am running Php as an apacheModule as in c:\apache\conf\httpd.conf : #LoadModule usertrack_module modules/ApacheModuleUserTrack.dll LoadModule php4_module c:/apache/php/sapi/php4apache.dll # And Yes! I have read the install.txt file, at least a hundred times or so. ;-) [2001-08-06 07:33:24] [EMAIL PROTECTED] Are you running PHP in CGI mode? Or as apache module? And have you read the install.txt file? It says where you should put php.ini in your system. --Jani [2001-07-31 22:35:36] [EMAIL PROTECTED] Hi I have installed 4.0.6 and have had no major problems it seems however That I can't change the config from the compiled in data, i.e. I have installed Ariadne, and it requires magic_guotes_gpc to be 'off' so I modified the php.ini in the windows dir to set magic_quotes_gpc to be off but then php crashes, and wont recognise any php script, as in 'Warning: Failed opening '/apache/htdocs/phpinfo.php' for inclusion (include_path='.;c:\apache\php\includes;c:\apache\includes;c:\apache\htdocs') in Unknown on line 0' any help would be appreciated as I need to run Ariadne locally during development. n.b. if I remove php.ini from the windows dir, phpinfo.php runs (as does everything else Php wise) and phpinfo states that the php.ini file is in c:\winnt which of course it isn't??? Sincerely yours George R Wood. Edit this bug report at http://bugs.php.net/?id=12498edit=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 #12520 Updated: php on windows 2000
ID: 12520 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: How exactly did you configure PHP in httpd.conf?? And how do you call this script? And what is in this script? When do you get this error? --Jani Previous Comments: [2001-08-01 15:12:12] [EMAIL PROTECTED] I have just installed Apache 1.3.20 and php 4.0.6 on Windows 2000. I configured httpd.conf, moved php files to winnt, created php.ini, etc... and I still get this: Forbidden You don't have permission to access /php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php4/php.exe/php/info.php on this server. -- Apache/1.3.20 Server at 127.0.0.1 Port 80 What can I do?? Edit this bug report at http://bugs.php.net/?id=12520edit=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 #10686 Updated: Bug in mktime() on values out of bounds
ID: 10686 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Date/time related Operating System: MacOS X 10.0.2 (Darwin) PHP Version: 4.0.5 Old Assigned To: Assigned To: kalowsky New Comment: i have a MacOSX box now so I'll test this out and submit it if it looks good... Previous Comments: [2001-06-11 14:28:32] [EMAIL PROTECTED] you can use Darwin/Intel (see: http://www.darwinfo.de), if Sorry. Informations about Darwin you can find on: - http://www.darwinfo.org/ - http://www.apple.com/darwin/ Dieter [2001-06-09 07:38:48] [EMAIL PROTECTED] Von: Trevis Tagawa [EMAIL PROTECTED] Datum: Sam, 09. Jun. 2001 01:12:46 Europe/Berlin An: [EMAIL PROTECTED] Betreff: Thanks! just wanted to extend a thanks to you for posting the fix. searched the net high and low but found your fix on the php site. aloha! trevis. - Trevis Tagawa Instructional Systems Analyst Kamehameha Schools 1887 Makuakane Street Honolulu, HI 96817 [2001-05-14 14:59:14] [EMAIL PROTECTED] Ill look into getting darwin x86 tomorrow. - James [2001-05-14 14:53:55] [EMAIL PROTECTED] Yes, it is Darwin specific. It is enough to use MacOS X 10.0.0 to 10.0.3 (MacOS X Server is not need!) OR you can use Darwin/Intel (see: http://www.darwinfo.de), if you don't have a Apple Macintosh. I used this patch for some weeks and an more primitiv patch some month. It works well and it can test on all other platforms you have. I will made some more test with some bigger values for each field... Whats the problem? You are using an undocumented feature and all other UNIX work in the same way. But it is not safe! Dieter [2001-05-14 14:27:59] [EMAIL PROTECTED] MacOS specific. Not critical untill we can find some MacOS X servers for developers/QA Team to test on. - James 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=10686 Edit this bug report at http://bugs.php.net/?id=10686edit=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 #12524 Updated: Still doesn't support UNC paths
ID: 12524 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: WinNT 4.0 PHP Version: 4.0.6 New Comment: Please try the PHP 4.0.7 RC1: http://www.php.net/~zeev/php-4.0.7RC1-Win32.zip --Jani Previous Comments: [2001-08-02 09:53:48] [EMAIL PROTECTED] User feedback: (next time, use the web interface..) -- I have tested the snapshot you suggested and it still does not work. -- [2001-08-01 21:45:15] [EMAIL PROTECTED] Some other fixes were made after 4.0.6 was released. Please try the latest snapshot build from here: http://www.zend.com/snapshots/ [2001-08-01 21:28:37] [EMAIL PROTECTED] The fix that was applied to PHP 4.0.6 still didn't fix the UNC problems which were broken when PHP moved from PHP3 - PHP4 $d = dir(//ntserver14/shared/cameron); echo Handle: .$d-handle.br\n; echo Path: .$d-path.br\n; while($entry=$d-read()) { echo $entry.br\n; } $d-close(); I ran the same code under php3.0.16 and it still works there. This still fails to work with the lastest version of PHP. It was stated as being fixed in 4.0.6 and I received a bug report closure for BUG 9234 http://www.php.net/bugs.php?id=9234 Any Ideas why it still doesn't work? Am I doing something wrong from this end? PS I have checked to see that all shares and filesystem are visible by the IIS4.0 webserver account. Edit this bug report at http://bugs.php.net/?id=12524edit=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 #12745 Updated: problem with the randomic generation of salt when a use crypt(pass)
ID: 12745 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: *Encryption and hash functions Operating System: Linux Slackware 7.1 PHP Version: 4.0.6 New Comment: No feedback and this is not a bug. This is how DES encryption works. --Jani Previous Comments: [2001-08-15 03:25:45] [EMAIL PROTECTED] So what is the 'bug' here?? --Jani [2001-08-14 19:40:26] [EMAIL PROTECTED] problem with the randomic generation of salt when a use $string = crypt(11lei11lao11) it allways generates a salt ( the first 2 chars from encrypted string ) that if use crypt(11lei11lao11blablabla) would work, and also crypt(11lei11lao11anythingwouldworkhere). the code is $cryptedpass = crypt(11lei11lao11); if (crypt ( 11lei11lao11anythingwouldworkhere, substr ( $cryptedpass, 0, 2)) == $cryptedpass) { echo this is extremely strange for me; } and this works with this pass but not whit others! Edit this bug report at http://bugs.php.net/?id=12745edit=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 #12179 Updated: browscap parsing error
ID: 12179 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: win PHP Version: 4.0.5 New Comment: Not PHP problem. You should obtain browscap.ini file yourself. See this link: http://www.php.net/manual/en/faq.obtaining.php#AEN62365 --Jani Previous Comments: [2001-07-15 15:45:32] [EMAIL PROTECTED] hi there! with php.4.0.5 ships a browscap.ini which generates a parse error: PHP: Error parsing k:\php\browscap\browscap.ini on line 8206 This is line 8206: browser=AE/2.1 (Linux) and should be: browser=AE/2.1 Linux or any entry making sense. the brackets around Linux are wrong. Friedhelm Betz Edit this bug report at http://bugs.php.net/?id=12179edit=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 #12507 Updated: memory leak
ID: 12507 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Old Bug Type: *General Issues Bug Type: Performance problem Operating System: linux PHP Version: 4.0.6 New Comment: Does this happen with latest CVS snapshot: http://snaps.php.net/ Previous Comments: [2001-08-01 04:34:31] [EMAIL PROTECTED] User says: I use redhat 6.2,but i upgrad kernel to 2.2.18. ./configure --with-apxs=/www/bin/apxs --with-oracle=/usr/local/oracle --with-oci8=/usr/local/oracle --with-mcrypt --enable-track-vars I use same configure line in php4.04. and php4.0.6. sky [2001-08-01 04:18:03] [EMAIL PROTECTED] Would it be possible for you to provide more info? What Linux distro? What was your PHP configure line? Did any other package move up in version between the 2 builds? [2001-08-01 04:15:46] [EMAIL PROTECTED] I use mtrace to check libphp4.so, i found: mtrace /www/libexec/libphp4.so Memory not freed: - Address Size Caller 000 at Whether php-4.0.6 have memory leak? Our site, when heavy load, web server memeory will be used up, and swap also be used heavily! I have to restart apache , i will get much of memory, or after httpd auto restart, i have set : MaxRequestsPerChild 1 in httpd.conf. I use mtrace to check php-4.0.4, it is no memory leak. Edit this bug report at http://bugs.php.net/?id=12507edit=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 #12687 Updated: Refresh Problem
ID: 12687 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: *General Issues Operating System: Windows PHP Version: 4.0.6 New Comment: No feedback and most likely an user error. Please ask first on the [EMAIL PROTECTED] before submitting any bug reports. --Jani Previous Comments: [2001-08-10 02:03:00] [EMAIL PROTECTED] Please include short example here. [2001-08-09 23:30:24] [EMAIL PROTECTED] Php fails to refresh itself in a form when the page is revisited. Forinstance if you have a form and generate a variable that changes everytime the page is revisited for one of the form fields so the user can see it and or submit it. When the page is loaded for the second time, the variable remaines the same until the refresh button is used. My god this was hard to word :) -Nick Edit this bug report at http://bugs.php.net/?id=12687edit=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 #9524 Updated: htmlentities do not translate corretly
ID: 9524 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Languages/Translation Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Could you please include an example script here which demonstrates your problem. --Jani Previous Comments: [2001-03-02 08:38:35] [EMAIL PROTECTED] htmlentities do not translate corretly e.g. the german smart quotation mark is translated as amp;#8222; and it should be #8222.. regards, Niko Edit this bug report at http://bugs.php.net/?id=9524edit=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 #12831: 4.0.6 won't work with mySQL (built in support or mySQL's support)
From: [EMAIL PROTECTED] Operating system: Linux 2.214 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: 4.0.6 won't work with mySQL (built in support or mySQL's support) Here's my first configure: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-sablot --with-expat --with-jpeg-dir=/usr/local/bin --with-imap It stops during 'make' with this error: /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=link gcc -I. -I/usr/local/src/php-4.0.6/ -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /usr/local/src/php-4.0.6/libs -avoid-version -L/usr/local/bin/lib -L/usr/local/lib -R /usr/local/bin/lib -R /usr/local/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/gd/libgd.la ext/imap/libimap.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sablot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -ldl -lexpat -lsablot -lpam -lgd -ljpeg -lcrypt -lresolv -lm -ldl -lnsl -lresolv /usr/bin/ld: cannot open -lmysqlclient: No such file or directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 If I instead configure specifying mySQL's Path: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-sablot --with-expat --with-jpeg-dir=/usr/local/bin --with-imap It doesn't hiccup on the first error, but instead stops during apache restart with this error: Syntax error on line 118 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/etc/httpd/libexec/libphp4.so into server: /usr/local/etc/httpd/libexec/libphp4.so: undefined symbol: mysql_field_count -- Edit bug report at: http://bugs.php.net/?id=12831edit=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]
Re: [PHP-DEV] about domxml api-change in 4.0.7
On Yesterday, Joey Smith wrote: That will change shortly. saw the cvs-commit. But just one question (out of curiosity): what's the sense of asking for 2.4.2, when 2.4.1 seems to work as well? Or did I just not hit that bug in 2.4.1 till now :) chregu On Sat, 18 Aug 2001, Christian Stocker wrote the following to...: On Sat, 18 Aug 2001, Jani Taskinen wrote: DOMXML is an experimental extension. So you can expect it to change still..Your mileage may vary :) e.g. In 4.0.7 the required libxml version will be 2.4.2. mmmh, JFYI, i have here only 2.4.1, but it seems to work with no problems. chregu -- nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich pho...+41 1 451 6021 www...http://phant.ch/chregu mob...+41 76 561 8860 [EMAIL PROTECTED] -- 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 #12832: Can't access PHP in user_dir correctly
From: [EMAIL PROTECTED] Operating system: Windows Me PHP version: 4.0.6 PHP Bug Type: Directory function related Bug description: Can't access PHP in user_dir correctly I installed PHP on Windows Me with Apache 1.3.20, according to Windows Manual installation from zip binary distribution. And I can access the test.php with code ?phpinfo()? in doc_root correctly by browse http://localhost/test.php;. It shows: ... doc_root C:/Program Files/Apache Group/Apache/htdocs ... user_dir C:/Program Files/Apache Group/Apache/users ... When I put the test.php in C:/Program Files/Apache Group/Apache/users/test and browse http://localhost/~test/test.php;, it only shows No input file specified. -- Edit bug report at: http://bugs.php.net/?id=12832edit=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]