#31594 [Opn]: virtual(): Unable to include 'xxx' - error finding URI
ID: 31594 User updated by: per at computer dot org Reported By: per at computer dot org Status: Open Bug Type: Apache2 related Operating System: linux 2.4.26 -PHP Version: 4CVS-2005-01-18 (stable) +PHP Version: 4.3.11 New Comment: Just checked with 4.3.11 - problem is still there. Previous Comments: [2005-01-23 10:23:46] per at computer dot org It's content negotiation. You need mod_negotiation and "Options +Multiviews" for the directory. I've just tried turning off Multiviews and virtual() then produces "Warning: virtual(): Unable to include 'part1' - request execution failed in " as expected. [2005-01-22 15:14:20] [EMAIL PROTECTED] How exactly do I have to configure Apache2 to be able to use virtual() without the .php (or like you do, without .phtml) suffix?? Apart from that, when I change the parameter to virtual to be correct, your example works just fine with latest CVS checkout regardless of what locale is in use.. [2005-01-18 17:32:23] per at computer dot org I see no 406 codes (no acceptable variant) in the regular log and no such entries in the error_log either. I'm changing the locale such that e.g. strftime() will display dates in danish for instance. As I said, this application works fine with 4.3.8, so it would appear that something got regressed somewhere. [2005-01-18 16:14:45] [EMAIL PROTECTED] Do you get a "no acceptable variant" message logged to the httpd error_log? Changing the locale can make functions like strcasecmp behave in unexpected ways and hence random stuff can fail. Why do you need to change the locale? [2005-01-18 10:27:42] per at computer dot org This now appears to be related to setlocale(). To reproduce: part0.phtml: http://www.w3.org/1999/xhtml"; xml:lang="en"> php bug 31594 part0+ part1.phtml: (contents irrelevant). part1 Comment out the setlocale() in part0 to make the code work. When it's commented out I see: part0+part1. When it's left in I see: part0+ Warning: virtual(): Unable to include 'part1' - error finding URI in 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/31594 -- Edit this bug report at http://bugs.php.net/?id=31594&edit=1
#28006 [Opn]: referencing an unset global produces a segfault
ID: 28006 User updated by: per at computer dot org Reported By: per at computer dot org Status: Open Bug Type: Reproducible crash Operating System: linux, kernel 2.4.26 PHP Version: 4CVS-2005-01-10 New Comment: I've tested this again with 4.3.11 and it appears to have been fixed. I'd be interested to know what really happened. Previous Comments: [2005-02-17 13:32:10] per at computer dot org Um, well ... :-) It was php4-STABLE-200502110930, and I've just now tried php4-STABLE-200502170730 - also works fine. If need be, I can try out 5.1-dev too. [2005-02-17 06:31:54] [EMAIL PROTECTED] Are you sure it was PHP 4 ? :) I asked you to try the latest HEAD (PHP 5.1-dev).. If it really was the PHP 4 snapshot, I must ask you to try again the current one: http://snaps.php.net/php4-STABLE-latest.tar.gz If the bug appears again with this snapshot, I'll have pretty good idea what fixes it. [2005-02-11 11:51:31] per at computer dot org OK, I tried php4-STABLE-200502110930.tar.gz, and it appears to have been fixed. I'd be interested to know what really caused it? Thanks. [2005-02-11 06:19:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-01-11 09:31:20] per at computer dot org No, this is a fairly plain vanilla install. The only not-quite-standard is that I'm building everything with -DHARMUT_0 as I need/want getopt_long() in the cli. See bug#30380. With respect to reproducing this problem - I'll try to make it even simpler, but it's really only 17 lines in 2 files. 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/28006 -- Edit this bug report at http://bugs.php.net/?id=28006&edit=1
#32710 [Bgs]: undefined reference to `krb5_rd_cred2' was gzgets in -lz... no
ID: 32710 User updated by: software-php at interfasys dot ch -Summary: undefined reference to `krb5_rd_cred2' Reported By: software-php at interfasys dot ch Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: [EMAIL PROTECTED] pkg-config --list-all libpcre libpcre - PCRE - Perl compatible regular expressions C library freetype2FreeType 2 - A free, high-quality, and portable font engine. libclamavlibclamav - A GPL virus scanner fontconfig Fontconfig - Font configuration and customization library openssl OpenSSL - Secure Sockets Layer and cryptography libraries and tools libxml-2.0 libXML - libXML library version2. xcursor Xcursor - X Cursor library libpng12 libpng12 - Loads and saves PNG files zzip-zlib-config zzip-zlib-config - ZLib Config (for ZZipLib) libxslt libxslt - XSLT library version 2. wv-1.0 wvWare - Word Document Filter library and utilities zzipwrap zzipwrap - Callback Wrappers for ZZipLib zziplib zziplib - ZZipLib - libZ-based ZIP-access Library libexslt libexslt - EXSLT Extension library Previous Comments: [2005-04-16 05:05:59] software-php at interfasys dot ch [EMAIL PROTECTED] ldconfig -r gives me this: 19:-lz.2 => /lib/libz.so.2 139:-lz.1 => /usr/local/lib/libz.so.1 and /usr/local/lib/libz.so.1 goes to libz.so.1.2.2 [2005-04-16 01:08:53] software-php at interfasys dot ch How come 4.3.10 compiles just fine then? You've changed the configure script in the new builds and now it doesn't detect everything anymore. The old configure script still works well with 4.3.11. The output of the command your recommended to check: [EMAIL PROTECTED] krb5-config --libs gssapi -L/usr/lib -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err [2005-04-15 23:55:55] [EMAIL PROTECTED] It's still not PHP bug: Your LD_LIBRARY_PATH is obviously missing a path OR "krb5-config --libs gssapi" returns wrong information. [2005-04-15 14:26:44] software-php at interfasys dot ch Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_generate_random_block' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_init' /usr/lib/libgssapi.so: undefined reference to `krb5_enctype_to_keytype' /usr/lib/libgssapi.so: undefined refer
#32710 [Bgs]: undefined reference to `krb5_rd_cred2'
ID: 32710 User updated by: software-php at interfasys dot ch Reported By: software-php at interfasys dot ch Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: [EMAIL PROTECTED] ldconfig -r gives me this: 19:-lz.2 => /lib/libz.so.2 139:-lz.1 => /usr/local/lib/libz.so.1 and /usr/local/lib/libz.so.1 goes to libz.so.1.2.2 Previous Comments: [2005-04-16 01:08:53] software-php at interfasys dot ch How come 4.3.10 compiles just fine then? You've changed the configure script in the new builds and now it doesn't detect everything anymore. The old configure script still works well with 4.3.11. The output of the command your recommended to check: [EMAIL PROTECTED] krb5-config --libs gssapi -L/usr/lib -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err [2005-04-15 23:55:55] [EMAIL PROTECTED] It's still not PHP bug: Your LD_LIBRARY_PATH is obviously missing a path OR "krb5-config --libs gssapi" returns wrong information. [2005-04-15 14:26:44] software-php at interfasys dot ch Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_generate_random_block' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_init' /usr/lib/libgssapi.so: undefined reference to `krb5_enctype_to_keytype' /usr/lib/libgssapi.so: undefined reference to `krb5_free_creds_contents' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_from_mem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_address' /usr/lib/libgssapi.so: undefined reference to `krb5_decrypt_ivec' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_get_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_match' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_to_data' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_encrypt_ivec' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_emem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_data' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremoteseqnumber' /usr/lib/libgssapi.so: undefined refer
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: harry at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Be sure to read swingers works for me http://swingers.spb.su/"; target=_blank>swingers. http://swingers.spb.su/ Previous Comments: [2005-04-16 04:31:04] harry at hotmail dot com The swingers for somebody http://swingers.spb.su/"; target=_blank>swingers to be the most from now. http://swingers.spb.su/ [2005-04-16 04:29:21] harry at hotmail dot com swingers for somebody http://swingers.spb.su/"; target=_blank>swingers stays. http://swingers.spb.su/ [2005-04-16 04:28:25] harry at hotmail dot com The arguments would all have to admit that swingers http://swingers.spb.su/"; target=_blank>swingers we asked. http://swingers.spb.su/ [2005-04-16 04:27:42] harry at hotmail dot com Anyone can do swingers find http://swingers.spb.su/"; target=_blank>swingers and see yourself. http://swingers.spb.su/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: harry at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: The swingers for somebody http://swingers.spb.su/"; target=_blank>swingers to be the most from now. http://swingers.spb.su/ Previous Comments: [2005-04-16 04:29:21] harry at hotmail dot com swingers for somebody http://swingers.spb.su/"; target=_blank>swingers stays. http://swingers.spb.su/ [2005-04-16 04:28:25] harry at hotmail dot com The arguments would all have to admit that swingers http://swingers.spb.su/"; target=_blank>swingers we asked. http://swingers.spb.su/ [2005-04-16 04:27:42] harry at hotmail dot com Anyone can do swingers find http://swingers.spb.su/"; target=_blank>swingers and see yourself. http://swingers.spb.su/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: harry at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: swingers for somebody http://swingers.spb.su/"; target=_blank>swingers stays. http://swingers.spb.su/ Previous Comments: [2005-04-16 04:28:25] harry at hotmail dot com The arguments would all have to admit that swingers http://swingers.spb.su/"; target=_blank>swingers we asked. http://swingers.spb.su/ [2005-04-16 04:27:42] harry at hotmail dot com Anyone can do swingers find http://swingers.spb.su/"; target=_blank>swingers and see yourself. http://swingers.spb.su/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: harry at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: The arguments would all have to admit that swingers http://swingers.spb.su/"; target=_blank>swingers we asked. http://swingers.spb.su/ Previous Comments: [2005-04-16 04:27:42] harry at hotmail dot com Anyone can do swingers find http://swingers.spb.su/"; target=_blank>swingers and see yourself. http://swingers.spb.su/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: harry at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Anyone can do swingers find http://swingers.spb.su/"; target=_blank>swingers and see yourself. http://swingers.spb.su/ Previous Comments: [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#32711 [Bgs]: CDATA elements are not preserved
ID: 32711 Updated by: [EMAIL PROTECTED] Reported By: phpspam at talkingspider dot com Status: Bogus Bug Type: DOM XML related Operating System: Fedora C2 PHP Version: 4.3.9 New Comment: I don't understand. If you're saying that:
#30332 [Opn->Asn]: zend.ze1_compatibility_mode isnt fully compatable with array_push()
ID: 30332 Updated by: [EMAIL PROTECTED] Reported By: justmanj at msu dot edu -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: winxp PHP Version: 5.0.2 Assigned To: andi New Comment: Pushing back to Andi (would like to assign to Zeev too but..) Previous Comments: [2005-04-13 09:48:21] justmanj at msu dot edu tested with: PHP 5.1.0-dev (cli) (built: Apr 13 2005 08:33:33) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies zend.ze1_compatibility_mode => On => On produces: C:\php5-win32-latest>php c:\web\ze1_test.php x Object ( [first] => im in the first ) x Object ( ) Array ( [0] => x Object ( [first] => im in the first ) ) which is not the design of php4 j [2005-03-25 01:32:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-10-05 23:35:12] justmanj at msu dot edu Description: zend.ze1_compatibility_mode when turned on doesn't honor the same methodlogy as 4.x when passing a class for some parameters - it passes by reference in functions like array_push(); this behavior was not in 4.3.x, and the only workaround is the clone keyword, which should be added in the 4.3.x tree for backwards compatability. Reproduce code: --- first = " im in the first"; print_r($first); print_r($second); print_r($container); Expected result: x Object ( [first] => im in the first ) x Object ( ) Array ( [0] => x Object ( ) ) Actual result: -- x Object ( [first] => im in the first ) x Object ( ) Array ( [0] => x Object ( [first] => im in the first ) ) -- Edit this bug report at http://bugs.php.net/?id=30332&edit=1
#32711 [Opn->Bgs]: CDATA elements are not preserved
ID: 32711 Updated by: [EMAIL PROTECTED] Reported By: phpspam at talkingspider dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Fedora C2 PHP Version: 4.3.9 New Comment: Try adding sample script which fails first.. Previous Comments: [2005-04-16 01:10:56] phpspam at talkingspider dot com That is not a realistic response. You already have the latest php 4.x version installed somewhere, why should I have to install it on my side? You could do in 5 minutes what would take me 50. You also have access to all of the bugs that were ever fixed, search for this and if it's not there then it was never fixed. [2005-04-15 14:01:17] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2005-04-15 04:34:01] phpspam at talkingspider dot com Description: Read in an xml file that has CDDATA elements using domxml_open_file and then write it out using DomDocument->dump_file. The CDATA elements get turned into text elements. Reproduce code: --- //Read in an xml file that has CDDATA elements using //domxml_open_file and then write it out using //DomDocument->dump_file. The CDATA elements get turned into text elements. Expected result: There's no justifiable reason why it should convert CDATA elements to text elements. Actual result: -- The CDATA elements get turned into text elements. -- Edit this bug report at http://bugs.php.net/?id=32711&edit=1
#32726 [Opn->Bgs]: include problems
ID: 32726 Updated by: [EMAIL PROTECTED] Reported By: Administrator at 24-99-92-156 dot no-ip dot com -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows Server 2003 Ent. SP1 PHP Version: 4.3.11 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2005-04-16 01:20:41] Administrator at 24-99-92-156 dot no-ip dot com Description: I get this error from any page I include a file from the include_path. It works fine, but still outputs the error. Warning: main(MySQL_Password.php) [function.main.php]: failed to open stream: No such file or directory in C:\Inetpub\wwwroot\Forums\config.php4 on line 6 Reproduce code: --- Expected result: Same, but without error. Actual result: -- Error message, but still works fine -- Edit this bug report at http://bugs.php.net/?id=32726&edit=1
#32726 [NEW]: include problems
From: Administrator at 24-99-92-156 dot no-ip dot com Operating system: Windows Server 2003 Ent. SP1 PHP version: 4.3.11 PHP Bug Type: *Directory/Filesystem functions Bug description: include problems Description: I get this error from any page I include a file from the include_path. It works fine, but still outputs the error. Warning: main(MySQL_Password.php) [function.main.php]: failed to open stream: No such file or directory in C:\Inetpub\wwwroot\Forums\config.php4 on line 6 Reproduce code: --- Expected result: Same, but without error. Actual result: -- Error message, but still works fine -- Edit bug report at http://bugs.php.net/?id=32726&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32726&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32726&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32726&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32726&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32726&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32726&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32726&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32726&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32726&r=support Expected behavior: http://bugs.php.net/fix.php?id=32726&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32726&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32726&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32726&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32726&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32726&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32726&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32726&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32726&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32726&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32726&r=mysqlcfg
#32711 [Bgs->Opn]: CDATA elements are not preserved
ID: 32711 User updated by: phpspam at talkingspider dot com Reported By: phpspam at talkingspider dot com -Status: Bogus +Status: Open Bug Type: DOM XML related Operating System: Fedora C2 PHP Version: 4.3.9 New Comment: That is not a realistic response. You already have the latest php 4.x version installed somewhere, why should I have to install it on my side? You could do in 5 minutes what would take me 50. You also have access to all of the bugs that were ever fixed, search for this and if it's not there then it was never fixed. Previous Comments: [2005-04-15 14:01:17] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2005-04-15 04:34:01] phpspam at talkingspider dot com Description: Read in an xml file that has CDDATA elements using domxml_open_file and then write it out using DomDocument->dump_file. The CDATA elements get turned into text elements. Reproduce code: --- //Read in an xml file that has CDDATA elements using //domxml_open_file and then write it out using //DomDocument->dump_file. The CDATA elements get turned into text elements. Expected result: There's no justifiable reason why it should convert CDATA elements to text elements. Actual result: -- The CDATA elements get turned into text elements. -- Edit this bug report at http://bugs.php.net/?id=32711&edit=1
#32710 [Bgs]: undefined reference to `krb5_rd_cred2'
ID: 32710 User updated by: software-php at interfasys dot ch Reported By: software-php at interfasys dot ch Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: How come 4.3.10 compiles just fine then? You've changed the configure script in the new builds and now it doesn't detect everything anymore. The old configure script still works well with 4.3.11. The output of the command your recommended to check: [EMAIL PROTECTED] krb5-config --libs gssapi -L/usr/lib -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err Previous Comments: [2005-04-15 23:55:55] [EMAIL PROTECTED] It's still not PHP bug: Your LD_LIBRARY_PATH is obviously missing a path OR "krb5-config --libs gssapi" returns wrong information. [2005-04-15 14:26:44] software-php at interfasys dot ch Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_generate_random_block' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_init' /usr/lib/libgssapi.so: undefined reference to `krb5_enctype_to_keytype' /usr/lib/libgssapi.so: undefined reference to `krb5_free_creds_contents' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_from_mem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_address' /usr/lib/libgssapi.so: undefined reference to `krb5_decrypt_ivec' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_get_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_match' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_to_data' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_encrypt_ivec' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_emem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_data' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_get_realm' /usr/lib/libgssapi.so: undefined reference to `krb5_set_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_make_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_store_keyblock' configure: failed program was: #line 18132 "configure" #include "confde
#32708 [Opn->Bgs]: ftp_nlist and ftp_rawlist not working in ver 5
ID: 32708 Updated by: [EMAIL PROTECTED] Reported By: predecess at hotmail dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: Red Hat Enterprise Linux PHP Version: 5.0.3 New Comment: This works fine for me (tm): (I won't quote here what Sara said about this bug report on IRC.. :) Previous Comments: [2005-04-14 22:02:22] predecess at hotmail dot com Description: ftp_nlist does not work anymore, nor does ftp_rawlist. Code that used ftp_nlist worked fine on PHP 4.3.9 and simply copying the code to a server running PHP 5.0.3 breaks it. The /tmp directory's mode/permissions is set to 777 Reproduce code: --- '; } } } ?> Expected result: this/same/task/works/fine/with/a/url/wrapper/file1.txt this/same/task/works/fine/with/a/url/wrapper/file2.txt this/same/task/works/fine/with/a/url/wrapper/file3.txt this/same/task/works/fine/with/a/url/wrapper/file4.txt Actual result: -- Warning: Invalid argument supplied for foreach() in /documentroot_path/ftpBUG.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=32708&edit=1
#32278 [Fbk->NoF]: Remote linked server not accessibile
ID: 32278 Updated by: php-bugs@lists.php.net Reported By: raulionescu at gmail dot com -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: WinXP Pro PHP Version: 5.0.4 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-04-08 21:26:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-04-05 16:44:56] raulionescu at gmail dot com I've tried with PHP 5.0.4 and the problem it's the same [2005-03-14 08:34:33] raulionescu at gmail dot com OK, but I need also the complete PECL package and I don't think it's gonna work by overiding only PHP's mssql files. Am I right? [2005-03-12 14:43:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-11 15:24:45] raulionescu at gmail dot com Description: I have created a stored procedure wich is accessing an remote linked MSSQL 2000 server and works perfectly from Querry Analyzer. The problem occurs when I try to execute the stored procedure from php (by using mssql_bind or mssql_query); I've got no error but no result either. It seems that php doesn't allows to access remote linked servers! -- Edit this bug report at http://bugs.php.net/?id=32278&edit=1
#32719 [Opn->Csd]: strval() fails to zero terminate strings
ID: 32719 Updated by: [EMAIL PROTECTED] Reported By: jason at amp-design dot net -Status: Open +Status: Closed Bug Type: Zend Engine 2 problem Operating System: CentOS 3 PHP Version: 5CVS-2005-04-15 (dev) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-15 15:51:49] jason at amp-design dot net Sorry, for some reason the Expected result: string(2) " Actual result: -- string(2) " stuff is all wrong. string(2) "�^" Warning: String is not zero-terminated (�̏*�̏*) (source: /root/php/php5-200504121430/Zend/zend_variables.h:35) in /var/www/vhosts/martinco.com/httpdocs/phpinfo.php on line 2 is the result I get. I expect string(2) "en" Sorry about that [2005-04-15 15:49:34] jason at amp-design dot net Description: strval() does not terminate strings with 0 / NULL characters. The direct return value for var_dump() is totally garbled. When this result is passed to another internal PHP function this returns random garabe that varies with each request. Reproduce code: --- Expected result: string(2) " Actual result: -- string(2) " -- Edit this bug report at http://bugs.php.net/?id=32719&edit=1
#32724 [Opn->Fbk]: sqlite_free_result would be useful for some transaction scenarios
ID: 32724 Updated by: [EMAIL PROTECTED] Reported By: victor-php at boivie dot com -Status: Open +Status: Feedback Bug Type: SQLite related Operating System: Not important PHP Version: 5.0.4 New Comment: $res = null; not good enough? Previous Comments: [2005-04-15 21:11:52] victor-php at boivie dot com Description: This is a function FEATURE REQUEST and not a real bug. But it's SQLite related so I put it there instead. When you start a transaction and want to do a SELECT and then an UPDATE (for example), the results from the SELECT-query must be finished before you are allowed to UPDATE (due to the table locking) This means that you must step through all rows of the resultset (until the sqlite_fetch_xxx returns false). In some cases, it would be good to prematurely finish a SELECT-resultset to be able to do an UPDATE without having to loop through all remaining rows. Thus, a sqlite_free_result() function would be useful. Reproduce code: --- $db = sqlite_open("test.db"); sqlite_exec($db, "BEGIN TRANSACTION"); $res = sqlite_unbuffered_query($db, "SELECT * FROM temp"); $row = sqlite_fetch_array($res); sqlite_exec($db, "UPDATE temp SET value=10 WHERE id=1"); sqlite_exec($db, "END TRANSACTION"); sqlite_close($db); Expected result: Well, I expect it to fail. With a sqlite_free_result($res) after the sqlite_fetch_array-statement I would expect it to work. A workaround is, (after you have retrieved your important results from the SELECT), to do a while (sqlite_fetch_array($res)); ... to step through the remaining rows. Actual result: -- Well, it fails as I expected. -- Edit this bug report at http://bugs.php.net/?id=32724&edit=1
#32720 [Opn->Csd]: Wrong type in snmp.c
ID: 32720 Updated by: [EMAIL PROTECTED] Reported By: joropito at ciudad dot com dot ar -Status: Open +Status: Closed Bug Type: SNMP related -Operating System: FreeBSD 5.3 SPARC64 +Operating System: * (64bit) -PHP Version: 5.0.4 +PHP Version: 4.*, 5.* New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-15 20:19:07] joropito at ciudad dot com dot ar Here's a patch. It would be nice to be added in CVS snapshots and next release. --- ext/snmp.orig/snmp.cFri Apr 15 15:07:20 2005 +++ ext/snmp/snmp.c Fri Apr 15 13:33:57 2005 @@ -352,9 +352,9 @@ struct snmp_pdu *pdu=NULL, *response; struct variable_list *vars; oid name[MAX_NAME_LEN]; - int name_length; + size_t name_length; oid root[MAX_NAME_LEN]; - int rootlen = 0; + size_t rootlen = 0; int gotroot = 0; int status, count; char buf[2048]; [2005-04-15 16:25:41] joropito at ciudad dot com dot ar Description: In php_snmp_internal() (snmp.c) its defined int name_length; // length 4 int rootlen = 0; // length 4 but to be architecture portable it needs to be size_t name_length; // length 8 on sparc64 size_t rootlen = 0; //length 8 on sparc64 like ucd/net-snmp defines at snmp_parse_oid() -- Edit this bug report at http://bugs.php.net/?id=32720&edit=1
#32710 [Opn->Bgs]: undefined reference to `krb5_rd_cred2'
ID: 32710 Updated by: [EMAIL PROTECTED] Reported By: software-php at interfasys dot ch -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: It's still not PHP bug: Your LD_LIBRARY_PATH is obviously missing a path OR "krb5-config --libs gssapi" returns wrong information. Previous Comments: [2005-04-15 14:26:44] software-php at interfasys dot ch Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_generate_random_block' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_init' /usr/lib/libgssapi.so: undefined reference to `krb5_enctype_to_keytype' /usr/lib/libgssapi.so: undefined reference to `krb5_free_creds_contents' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_from_mem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_address' /usr/lib/libgssapi.so: undefined reference to `krb5_decrypt_ivec' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_get_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_match' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_to_data' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_encrypt_ivec' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_emem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_data' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_get_realm' /usr/lib/libgssapi.so: undefined reference to `krb5_set_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_make_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_store_keyblock' configure: failed program was: #line 18132 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } [2005-04-15 14:23:09] software-php at interfasys dot ch OK, I did. Same result. checking for ZLIB support... yes checking if the location of
#32721 [Opn->Bgs]: custom session error
ID: 32721 Updated by: [EMAIL PROTECTED] Reported By: julio dot p dot dominguez at dhs dot gov -Status: Open +Status: Bogus Bug Type: Session related Operating System: RedHat Enterprise 3 PHP Version: 4.3.11 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-15 17:24:05] julio dot p dot dominguez at dhs dot gov Description: configure command './configure' '--with-apache=../apache_1.3.33' '--with-mcrypt' '--with-zlib-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' '--with-tiff-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-oci8-instant-client' '--with-pdflib=/usr/local/pdflib' '--enable-sigchild' '--enable-track-vars' '--with-config-file-path=/usr/local/etc' '--with-gd' This problem does not occur when I use version 4.3.10. when using custom session handling receive the following message: Warning: session_set_save_handler(): Argument 1 is not a valid callback in /webserver/htdocs/survey/inc/header.inc on line 2 Reproduce code: --- session_set_save_handler("mysql_session_open","mysql_session_close","mysql_session_select", "mysql_session_write","mysql_session_destroy","mysql_session_garbage_collect"); Expected result: no error should occur Actual result: -- Warning: session_set_save_handler(): Argument 1 is not a valid callback in /webserver/htdocs/survey/inc/header.inc on line 2 -- Edit this bug report at http://bugs.php.net/?id=32721&edit=1
#32723 [Opn->Bgs]: php_rar.dll didn´t work
ID: 32723 Updated by: [EMAIL PROTECTED] Reported By: Astar0th at lycos dot de -Status: Open +Status: Bogus Bug Type: *Compression related Operating System: Windows XP PHP Version: 4.3.10 New Comment: And this is the wrong place to report bugs about PECL extensions. Try http://pecl.php.net/bugs/ instead. Previous Comments: [2005-04-15 19:19:49] Astar0th at lycos dot de Description: I am searching for a proper php_rar.dll extension. I have looked at http://snaps.php.net/win32/PECL_STABLE/ and found no php_rar.dll. In the http://snaps.php.net/win32/PECL_UNSTABLE/ there is a win32 version of php_rar.dll, but if i put it in my extension dir and after including it to my extensions in the php.ini there comes an error: Unknown(): Invalid library (maybe not a php library) 'php_rar.dll' Reproduce code: --- download unstable version of php_rar.dll put in in the extensions directory, include it into php.ini restart apache 1.31 Expected result: No error message ;-) Actual result: -- Unknown(): Invalid library (maybe not a php library) 'php_rar.dll' -- Edit this bug report at http://bugs.php.net/?id=32723&edit=1
#32725 [Opn->Bgs]: SOAP response incorrectly parsed when complex types are used
ID: 32725 User updated by: cjbottaro at alumni dot cs dot utexas dot edu Reported By: cjbottaro at alumni dot cs dot utexas dot edu -Status: Open +Status: Bogus Bug Type: SOAP related Operating System: linux PHP Version: 5.0.4 New Comment: I am terribly sorry, please disregard this bug report. Previous Comments: [2005-04-15 22:47:14] cjbottaro at alumni dot cs dot utexas dot edu Description: The php parses a SOAP response with multiple parts, it ignores everything under a complex type. For example: 519 536 0 success php gets task_ids, but it doesn't get errcode and errmsg. Reproduce code: --- $proxy = SoapClient("..."); $rv = $proxy->myCall(); print_r($rv); Expected result: Array ( [task_ids] => Array( [0] => 519 [1] => 536 ) [errcode] => 0 [errmsg] => success ) Actual result: -- Array ( [0] => 519 [1] => 536 ) -- Edit this bug report at http://bugs.php.net/?id=32725&edit=1
#32725 [NEW]: SOAP response incorrectly parsed when complex types are used
From: cjbottaro at alumni dot cs dot utexas dot edu Operating system: linux PHP version: 5.0.4 PHP Bug Type: SOAP related Bug description: SOAP response incorrectly parsed when complex types are used Description: The php parses a SOAP response with multiple parts, it ignores everything under a complex type. For example: 519 536 0 success php gets task_ids, but it doesn't get errcode and errmsg. Reproduce code: --- $proxy = SoapClient("..."); $rv = $proxy->myCall(); print_r($rv); Expected result: Array ( [task_ids] => Array( [0] => 519 [1] => 536 ) [errcode] => 0 [errmsg] => success ) Actual result: -- Array ( [0] => 519 [1] => 536 ) -- Edit bug report at http://bugs.php.net/?id=32725&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32725&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32725&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32725&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32725&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32725&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32725&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32725&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32725&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32725&r=support Expected behavior: http://bugs.php.net/fix.php?id=32725&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32725&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32725&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32725&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32725&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32725&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32725&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32725&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32725&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32725&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32725&r=mysqlcfg
#32724 [NEW]: sqlite_free_result would be useful for some transaction scenarios
From: victor-php at boivie dot com Operating system: Not important PHP version: 5.0.4 PHP Bug Type: SQLite related Bug description: sqlite_free_result would be useful for some transaction scenarios Description: This is a function FEATURE REQUEST and not a real bug. But it's SQLite related so I put it there instead. When you start a transaction and want to do a SELECT and then an UPDATE (for example), the results from the SELECT-query must be finished before you are allowed to UPDATE (due to the table locking) This means that you must step through all rows of the resultset (until the sqlite_fetch_xxx returns false). In some cases, it would be good to prematurely finish a SELECT-resultset to be able to do an UPDATE without having to loop through all remaining rows. Thus, a sqlite_free_result() function would be useful. Reproduce code: --- $db = sqlite_open("test.db"); sqlite_exec($db, "BEGIN TRANSACTION"); $res = sqlite_unbuffered_query($db, "SELECT * FROM temp"); $row = sqlite_fetch_array($res); sqlite_exec($db, "UPDATE temp SET value=10 WHERE id=1"); sqlite_exec($db, "END TRANSACTION"); sqlite_close($db); Expected result: Well, I expect it to fail. With a sqlite_free_result($res) after the sqlite_fetch_array-statement I would expect it to work. A workaround is, (after you have retrieved your important results from the SELECT), to do a while (sqlite_fetch_array($res)); ... to step through the remaining rows. Actual result: -- Well, it fails as I expected. -- Edit bug report at http://bugs.php.net/?id=32724&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32724&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32724&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32724&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32724&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32724&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32724&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32724&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32724&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32724&r=support Expected behavior: http://bugs.php.net/fix.php?id=32724&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32724&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32724&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32724&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32724&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32724&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32724&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32724&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32724&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32724&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32724&r=mysqlcfg
#32720 [Opn]: Wrong type in snmp.c
ID: 32720 User updated by: joropito at ciudad dot com dot ar Reported By: joropito at ciudad dot com dot ar Status: Open Bug Type: SNMP related Operating System: FreeBSD 5.3 SPARC64 PHP Version: 5.0.4 New Comment: Here's a patch. It would be nice to be added in CVS snapshots and next release. --- ext/snmp.orig/snmp.cFri Apr 15 15:07:20 2005 +++ ext/snmp/snmp.c Fri Apr 15 13:33:57 2005 @@ -352,9 +352,9 @@ struct snmp_pdu *pdu=NULL, *response; struct variable_list *vars; oid name[MAX_NAME_LEN]; - int name_length; + size_t name_length; oid root[MAX_NAME_LEN]; - int rootlen = 0; + size_t rootlen = 0; int gotroot = 0; int status, count; char buf[2048]; Previous Comments: [2005-04-15 16:25:41] joropito at ciudad dot com dot ar Description: In php_snmp_internal() (snmp.c) its defined int name_length; // length 4 int rootlen = 0; // length 4 but to be architecture portable it needs to be size_t name_length; // length 8 on sparc64 size_t rootlen = 0; //length 8 on sparc64 like ucd/net-snmp defines at snmp_parse_oid() -- Edit this bug report at http://bugs.php.net/?id=32720&edit=1
#32723 [NEW]: php_rar.dll didn´t work
From: Astar0th at lycos dot de Operating system: Windows XP PHP version: 4.3.10 PHP Bug Type: *Compression related Bug description: php_rar.dll didn´t work Description: I am searching for a proper php_rar.dll extension. I have looked at http://snaps.php.net/win32/PECL_STABLE/ and found no php_rar.dll. In the http://snaps.php.net/win32/PECL_UNSTABLE/ there is a win32 version of php_rar.dll, but if i put it in my extension dir and after including it to my extensions in the php.ini there comes an error: Unknown(): Invalid library (maybe not a php library) 'php_rar.dll' Reproduce code: --- download unstable version of php_rar.dll put in in the extensions directory, include it into php.ini restart apache 1.31 Expected result: No error message ;-) Actual result: -- Unknown(): Invalid library (maybe not a php library) 'php_rar.dll' -- Edit bug report at http://bugs.php.net/?id=32723&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32723&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32723&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32723&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32723&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32723&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32723&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32723&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32723&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32723&r=support Expected behavior: http://bugs.php.net/fix.php?id=32723&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32723&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32723&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32723&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32723&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32723&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32723&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32723&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32723&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32723&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32723&r=mysqlcfg
#32722 [NEW]: OCINewCollection hang after parse error.
From: fsurleau at skyservices dot net Operating system: linux PHP version: 4.3.11 PHP Bug Type: OCI8 related Bug description: OCINewCollection hang after parse error. Description: Using OCI persistant connections, I found the folowing bug : In case, there is a bug in one of my queries generating a parse error : "ORA-01756: quoted string not properly terminated", then, the next web request reusing the connection will have an "OCI-21522: attempted to use an invalid connection in OCI (object mode only)" error at OCINewCollection call. This bug occurs only if OCINewCollection was never used for the persistant connection. So a workaround is to call OCINewCollection, immediately after OCIPLogon. Of course the best is to only have correct SQL requests ;-) Steps to reproduce the bug : 1- Stop and restart apache to kill all persistant connections. 2- Request for bad_query.php, and write down the PID. 3- Request for collection.php, and write down the PID. If the PIDs are the same, collection.php will hang with OCI-21522 error. If the PIDs are not the same, try again. Now, try again, but run first collection.php : 1- Stop and restart apache to kill all persistant connections. 2- Request for collection.php, and write down the PID. 3- Request for bad_query.php, and write down the PID. If the PID are the same, now each time you request collection.php, it will not hang for the PID you wrote down. Regards, F.SURLEAU Reproduce code: --- // bad_query.php "; } echo "PID=" . getmypid(); ?> // collection.php "; } else { echo "OK for collection ."; } echo "PID=" . getmypid(); ?> Expected result: ORA-01756: quoted string not properly terminated Actual result: -- ORA-01756: quoted string not properly terminated and OCI-21522: attempted to use an invalid connection in OCI (object mode only) in some special cases. -- Edit bug report at http://bugs.php.net/?id=32722&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32722&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32722&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32722&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32722&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32722&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32722&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32722&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32722&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32722&r=support Expected behavior: http://bugs.php.net/fix.php?id=32722&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32722&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32722&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32722&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32722&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32722&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32722&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32722&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32722&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32722&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32722&r=mysqlcfg
#32708 [Fbk->Opn]: ftp_nlist and ftp_rawlist not working in ver 5
ID: 32708 User updated by: predecess at hotmail dot com Reported By: predecess at hotmail dot com -Status: Feedback +Status: Open Bug Type: FTP related Operating System: Red Hat Enterprise Linux PHP Version: 5.0.3 New Comment: Thanks for the reply. Unfortunately this is on a production server and we don't test CVS on it. When 5.0.5 comes out, I'll push for us to install that and then update this thread. Previous Comments: [2005-04-15 14:17:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-04-14 22:02:22] predecess at hotmail dot com Description: ftp_nlist does not work anymore, nor does ftp_rawlist. Code that used ftp_nlist worked fine on PHP 4.3.9 and simply copying the code to a server running PHP 5.0.3 breaks it. The /tmp directory's mode/permissions is set to 777 Reproduce code: --- '; } } } ?> Expected result: this/same/task/works/fine/with/a/url/wrapper/file1.txt this/same/task/works/fine/with/a/url/wrapper/file2.txt this/same/task/works/fine/with/a/url/wrapper/file3.txt this/same/task/works/fine/with/a/url/wrapper/file4.txt Actual result: -- Warning: Invalid argument supplied for foreach() in /documentroot_path/ftpBUG.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=32708&edit=1
#32721 [NEW]: custom session error
From: julio dot p dot dominguez at dhs dot gov Operating system: RedHat Enterprise 3 PHP version: 4.3.11 PHP Bug Type: Session related Bug description: custom session error Description: configure command './configure' '--with-apache=../apache_1.3.33' '--with-mcrypt' '--with-zlib-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' '--with-tiff-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-oci8-instant-client' '--with-pdflib=/usr/local/pdflib' '--enable-sigchild' '--enable-track-vars' '--with-config-file-path=/usr/local/etc' '--with-gd' This problem does not occur when I use version 4.3.10. when using custom session handling receive the following message: Warning: session_set_save_handler(): Argument 1 is not a valid callback in /webserver/htdocs/survey/inc/header.inc on line 2 Reproduce code: --- session_set_save_handler("mysql_session_open","mysql_session_close","mysql_session_select", "mysql_session_write","mysql_session_destroy","mysql_session_garbage_collect"); Expected result: no error should occur Actual result: -- Warning: session_set_save_handler(): Argument 1 is not a valid callback in /webserver/htdocs/survey/inc/header.inc on line 2 -- Edit bug report at http://bugs.php.net/?id=32721&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32721&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32721&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32721&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32721&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32721&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32721&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32721&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32721&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32721&r=support Expected behavior: http://bugs.php.net/fix.php?id=32721&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32721&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32721&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32721&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32721&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32721&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32721&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32721&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32721&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32721&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32721&r=mysqlcfg
#32720 [NEW]: Wrong type in snmp.c
From: joropito at ciudad dot com dot ar Operating system: FreeBSD 5.3 SPARC64 PHP version: 5.0.4 PHP Bug Type: SNMP related Bug description: Wrong type in snmp.c Description: In php_snmp_internal() (snmp.c) its defined int name_length; // length 4 int rootlen = 0; // length 4 but to be architecture portable it needs to be size_t name_length; // length 8 on sparc64 size_t rootlen = 0; //length 8 on sparc64 like ucd/net-snmp defines at snmp_parse_oid() -- Edit bug report at http://bugs.php.net/?id=32720&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32720&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32720&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32720&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32720&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32720&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32720&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32720&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32720&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32720&r=support Expected behavior: http://bugs.php.net/fix.php?id=32720&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32720&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32720&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32720&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32720&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32720&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32720&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32720&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32720&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32720&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32720&r=mysqlcfg
#32719 [Opn]: strval() fails to zero terminate strings
ID: 32719 User updated by: jason at amp-design dot net Reported By: jason at amp-design dot net Status: Open Bug Type: Scripting Engine problem Operating System: CentOS 3 PHP Version: 5CVS-2005-04-15 (dev) New Comment: Sorry, for some reason the Expected result: string(2) " Actual result: -- string(2) " stuff is all wrong. string(2) "�^" Warning: String is not zero-terminated (�̏*�̏*) (source: /root/php/php5-200504121430/Zend/zend_variables.h:35) in /var/www/vhosts/martinco.com/httpdocs/phpinfo.php on line 2 is the result I get. I expect string(2) "en" Sorry about that Previous Comments: [2005-04-15 15:49:34] jason at amp-design dot net Description: strval() does not terminate strings with 0 / NULL characters. The direct return value for var_dump() is totally garbled. When this result is passed to another internal PHP function this returns random garabe that varies with each request. Reproduce code: --- Expected result: string(2) " Actual result: -- string(2) " -- Edit this bug report at http://bugs.php.net/?id=32719&edit=1
#32719 [NEW]: strval() fails to zero terminate strings
From: jason at amp-design dot net Operating system: CentOS 3 PHP version: 5CVS-2005-04-15 (dev) PHP Bug Type: Scripting Engine problem Bug description: strval() fails to zero terminate strings Description: strval() does not terminate strings with 0 / NULL characters. The direct return value for var_dump() is totally garbled. When this result is passed to another internal PHP function this returns random garabe that varies with each request. Reproduce code: --- Expected result: string(2) " Actual result: -- string(2) " -- Edit bug report at http://bugs.php.net/?id=32719&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32719&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32719&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32719&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32719&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32719&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32719&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32719&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32719&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32719&r=support Expected behavior: http://bugs.php.net/fix.php?id=32719&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32719&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32719&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32719&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32719&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32719&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32719&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32719&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32719&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32719&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32719&r=mysqlcfg
#32710 [Bgs->Opn]: Configure test script doesn't detect zlib. gzgets in -lz test fails.
ID: 32710 User updated by: software-php at interfasys dot ch Reported By: software-php at interfasys dot ch -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: I'm removing the bogus statement since the /lib doesn't change anything and having it didn't prevent PHP from compiling before (4.3.10 per exemple). Previous Comments: [2005-04-15 14:26:44] software-php at interfasys dot ch Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_generate_random_block' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_init' /usr/lib/libgssapi.so: undefined reference to `krb5_enctype_to_keytype' /usr/lib/libgssapi.so: undefined reference to `krb5_free_creds_contents' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_from_mem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_address' /usr/lib/libgssapi.so: undefined reference to `krb5_decrypt_ivec' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_get_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_match' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_to_data' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_encrypt_ivec' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_emem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_data' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_get_realm' /usr/lib/libgssapi.so: undefined reference to `krb5_set_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_make_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_store_keyblock' configure: failed program was: #line 18132 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } [2005-04-15 14:23:09] software-php at interfasys dot ch OK, I did. Same result. checking for ZLIB support...
#32710 [Opn->Bgs]: Configure test script doesn't detect zlib. gzgets in -lz test fails.
ID: 32710 Updated by: [EMAIL PROTECTED] Reported By: software-php at interfasys dot ch -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: There aren't any configure options in PHP configure which would expect /usr/local/lib as parameter (drop the /lib part from it) Previous Comments: [2005-04-15 03:56:57] software-php at interfasys dot ch >From config.log: configure: failed program was: #line 18132 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } [2005-04-15 03:55:18] software-php at interfasys dot ch Description: I can compile 4.3.10 just fine with this config: ./configure \ --with-apxs \ --disable-ipv6 \ --with-curl=/usr/local/lib \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local/lib \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-gettext \ --with-kerberos \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr/local/mysql \ --with-pear \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --with-zlib \ --with-zip \ --with-openssl \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --with-iconv=/usr/local \ --with-imap \ --with-imap-ssl \ --with-bz2 \ --enable-mbstring but if I try with 4.3.11 I get this: checking for ZLIB support... yes checking if the location of ZLIB install directory is defined... /usr/local/lib checking for gzgets in -lz... no configure: error: ZLIB extension requires zlib >= 1.0.9 The latest Zlib has been compiled and the phpinfo in 4.3.10 shows this: ZLib Supportenabled Compiled Version1.2.2 Linked Version 1.2.1 If I use the configure file from 4.3.10 then all checks are passed and make can be started (it only fails at the end of the make process because mbstring also has a problem). I've tried with a .12 snapshot and I got the same result. -- Edit this bug report at http://bugs.php.net/?id=32710&edit=1
#32680 [Asn]: PHP_MSHUTDOWN PHP_MINIT
ID: 32680 Updated by: [EMAIL PROTECTED] Reported By: dejan at akton dot si Status: Assigned Bug Type: SNMP related Operating System: Linux 2.4.26 PHP Version: 4.3.11 -Assigned To: harrie +Assigned To: sniper New Comment: It was me who added the MSHUTDOWN() to get rid of the memleaks..fixing. Previous Comments: [2005-04-12 10:27:57] [EMAIL PROTECTED] Assigning to Harrie, he seems to be maintaining ext/snmp. [2005-04-12 10:18:46] dejan at akton dot si Description: In 4.3.11 someone added a PHP_MSHUTDOWN(snmp) to ext/snmp/snmp.c extension. I'm not so familiar with the PHP source it self, but here's what I see. In CLI version, PHP_MINIT() and PHP_MSHUTDOWN works as expected, when script starts PHP_MINIT() is called which initialized the snmp API and when script is done, PHP_MSHUTDOWN is called, which clears the instance of snmp API. But under Apache there's a problem. When apache starts, it calls PHP_MINIT() but it also calls PHP_MSHUTDOWN, which clears the instance. When you request a script via Apache, the PHP_MINIT() is not called and SNMP Api is not initialized and I receive strange errors. Reproduce code: --- $foo = snmpget('127.0.0.1', 'public', 'system.SysContact.0'); Expected result: Output from system.SysContect.0 Actual result: -- Invalid OID and invalid host. From the SNMP API I receive: No support for requested transport domain "udp". And this is because the API was not initialized and transport domains were not loaded! -- Edit this bug report at http://bugs.php.net/?id=32680&edit=1
#32711 [Opn->Bgs]: CDATA elements are not preserved
ID: 32711 Updated by: [EMAIL PROTECTED] Reported By: phpspam at talkingspider dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Fedora C2 PHP Version: 4.3.9 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: [2005-04-15 04:34:01] phpspam at talkingspider dot com Description: Read in an xml file that has CDDATA elements using domxml_open_file and then write it out using DomDocument->dump_file. The CDATA elements get turned into text elements. Reproduce code: --- //Read in an xml file that has CDDATA elements using //domxml_open_file and then write it out using //DomDocument->dump_file. The CDATA elements get turned into text elements. Expected result: There's no justifiable reason why it should convert CDATA elements to text elements. Actual result: -- The CDATA elements get turned into text elements. -- Edit this bug report at http://bugs.php.net/?id=32711&edit=1
#31898 [Opn]: OCI8: Already reproducable Bug #20006 cannot use 2 database connections
ID: 31898 User updated by: buhmann at teqneers dot de Reported By: buhmann at teqneers dot de Status: Open Bug Type: Feature/Change Request Operating System: WIN2k/Win2003/XP PHP Version: 4.3.10 New Comment: again one month later, nothing happens :-( Previous Comments: [2005-03-01 11:00:14] buhmann at teqneers dot de Is anybody in here, which is responsible for this or can make a conclusion to this??? [2005-02-09 15:45:24] buhmann at teqneers dot de Description: I have to fight with the same problem up to the current release (4.9.10). It doesn't seems to be fixed. In my opinion adding more tnsnames to the oracle client isn't help enough. the oracle user have to be enough. I tried it on a win2k and win2003 server edition with oracle clients 8 and 9. always the same problem. opening the first connection works fine. also doing some selects with this connection. but, after opening a second connection and don't use it immediately, errors occurred. if i instead use the second connection immediately (doing a select or anything), it will also works correct. The errors will occurr (using the first connection) until i will use the second connection. Reproduce code: --- '; selectOne(); echo ' End--- '; // make second connection $connectionTwo = OCILogon( 'user2', 'pwd2', 'TNS' ); // select again from table test1 (connection 1), this will result in an error echo ' Start- Test1 Con1 ---'; selectOne(); // ===> if you will make a selectTwo() instead off a // ===> selectOne() at this point, now errors occurr! //selectTwo(); echo ' End--- '; // select from table test1 (connection 1) echo ' Start- Test1 Con1 ---'; selectOne(); echo ' End--- '; // select from table test2 (connection 2) echo ' Start- Test2 Con2 ---'; selectTwo(); echo ' End--- '; // select again from table test1 (connection 1), this will work now echo ' Start- Test1 Con1 ---'; selectOne(); echo ' End--- '; ?> -- Edit this bug report at http://bugs.php.net/?id=31898&edit=1
#32718 [Opn]: Sessions locks while OCIFetch is running
ID: 32718 Updated by: [EMAIL PROTECTED] Reported By: jogodinho at gms dot pt Status: Open Bug Type: OCI8 related Operating System: Windows XP Professional PHP Version: 5.0.4 New Comment: FYI: The PHP 4.3.11 is really the latest stable version, PHP 5.0.x is something less stable.. Previous Comments: [2005-04-15 14:00:00] jogodinho at gms dot pt Description: Recently i have submit a upgrade from version PHP4.2.3 to PHP5.0.4 (last stable version available) and now i have some problems of scability that they didn't happen before. I establish a connection with a data base with following code: $conn=OCILogon("user", "pass", "bd"); --- And when i submit a query (that it delays 28 seconds approximately, to return 76000 registers) with the function OCIParse, other sessions that they intend to establish connections apparently locks, waiting that query finishes and sometimes i get the following warning: --- Warning: ocifetch() [function.ocifetch]: OCIFetch: ORA-01001: invalid cursor in ... on line 253 Reproduce code: --- $conn=OCILogon("user", "pass", "bd"); $query = "select ..."; $stmt = OCIParse($conn, $query); OCIExecute($stmt, OCI_DEFAULT); while(OCI_Fetch($stmt)) { OCIResult($stmt, 1); (...) } Expected result: Obtain query results Actual result: -- While the query is running, others sessions locks and sometimes i get the warning: --- Warning: ocifetch() [function.ocifetch]: OCIFetch: ORA-01001: invalid cursor in ... on line 253 -- Edit this bug report at http://bugs.php.net/?id=32718&edit=1
#32704 [Opn->Bgs]: libmysqlclient twice?
ID: 32704 Updated by: [EMAIL PROTECTED] Reported By: red at icuii dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Fedora Core 2 PHP Version: 5.0.4 New Comment: It's caused most likely by the fact that mnogosearch uses also mysql libs -> you need to link PHP with the SAME libs: Use: --with-mysql=/usr Previous Comments: [2005-04-14 18:45:48] red at icuii dot com Right, I don't know why the duplication of -lmysqlclient causes problems. But I get about 80 pages of this: /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x0): multiple definition of `net_buffer_length' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x0): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple definition of `max_allowed_packet' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple definition of `net_read_timeout' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0xc): multiple definition of `net_write_timeout' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0xc): first defined here Nothing weird in my build tools, they should all be the standard stuff that comes with FC2. gcc 3.3.3 20040412 GNU Make 3.80 The only thing not stock involved is MySQL 4.1.11 installed from RPMs on the mysql website. [2005-04-14 18:08:23] [EMAIL PROTECTED] As you can see, there are a lot of duplicated -lz, -lm and others, so I doubt that libmysqclient is an exception and can't be used twice. So, where the error message? Also, please describe the software used in the build system. [2005-04-14 17:58:38] red at icuii dot com Description: Linking fails because -lmysqlclient appears twice in the Makefile's EXTRA_LIBS. I can remove one and it builds and runs fine. Here's my configure command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-mysql --enable-sockets --with-xsl --with-pic --with-mnogosearch=/usr --with-zlib Then here's the line from the Makefile: EXTRA_LIBS = -lcrypt -lexslt -lcrypt -lmysqlclient -lpng -lz -lcurl -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lcurl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lz -lxml2 -lz -lm -lm -lrt -lz -lmysqlclient -lmnogosearch -lmnogocharset -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -- Edit this bug report at http://bugs.php.net/?id=32704&edit=1
#32705 [Opn->Bgs]: special characters
ID: 32705 Updated by: [EMAIL PROTECTED] Reported By: agapater at yahoo dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Xp PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-14 19:08:30] agapater at yahoo dot com Description: I have just updated to php 5.0.4 Somehow, the romanian special characters(ãîºþâ) retrieved from mysql are not recognized, instead I get only "?". I haven't changed anything in the database, I use a similar php.ini This is not a html encoding problem, I use the right encoding: iso-8859-2 Also, works just fine I didn't have this problem in php 5.0.2 or any other previous versions Reproduce code: --- I think this is irrelevant, but here it is: $sqlEv = mysql_query("select eveniment from epi_foto_eveniment order by id_eveniment desc limit 0,4"); while($row = mysql_fetch_array($sqlEv)) { print ".$row['eveniment']."\r\n"; } Expected result: Întâlnirea tinerilor din Protopopiatul Marghita Searã de priveghere pentru Sfântul Pãrinte la Sf. Gheorghe Marº pentru Sfântul Pãrinte Actual result: -- ?nt?lnirea tinerilor din Protopopiatul Marghita Sear? de priveghere pentru Sf?ntul P?rinte la Sf. Gheorghe Mar? pentru Sf?ntul P?rinte -- Edit this bug report at http://bugs.php.net/?id=32705&edit=1
#32632 [Opn->Fbk]: php5ts.dll crashes apache 1.3.x (same same as Bug #27799)
ID: 32632 Updated by: [EMAIL PROTECTED] Reported By: leap2k1 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-04-15 13:31:57] apl at elca dot com dot vn In order to re-produce this bug, you can create two files with the content as below (PHP 5.0.3). Then try the go to URL to test1.php. ## test1.php ## test2.php Regards, Anh Phong. [2005-04-08 07:47:01] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-04-08 04:58:17] leap2k1 at yahoo dot com Description: Hello everybody, I also encounter this problem with Apache 1.3.26 and PHP 5.0.3. I tried with the newest version Apache 1.3.33 and PHP 5.0.4 and this problem still occurs. I need your helps. Thank a lot! "Faulting application Apache.exe, version 0.0.0.0, faulting module php5ts.dll, version 5.0.4.4, fault address 0x0003b927." -- Edit this bug report at http://bugs.php.net/?id=32632&edit=1
#32715 [Opn->Bgs]: apache can't free the memory
ID: 32715 Updated by: [EMAIL PROTECTED] Reported By: webmaster at moonnight dot org -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 4.10s PHP Version: 5.0.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-15 12:27:59] webmaster at moonnight dot org Description: sorry,my english is so badly. My Webserver: Freebsd 4.10stable apache 2 mysql 4.1 php 5.0.3 the server as runing long time(about 1day),when the memory use very high.about 800M. restart the apache prompt: httpd in free(): warning: junk pointer, too high to make sense and memory can't free.must restart system. if abolish "LoadModule php5_module libexec/apache2/libphp5.so" it is normal.and not this prompt. my software is use ports install. the php extension modules: extension=bz2.so extension=simplexml.so extension=dom.so extension=exif.so extension=fileinfo.so extension=filepro.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=mbstring.so extension=mcrypt.so extension=mysql.so extension=pcre.so extension=readline.so extension=recode.so extension=session.so extension=sockets.so extension=xml.so extension=xmlrpc.so extension=xsl.so extension=zip.so extension=zlib.so this question is assail me a long time. help me,please!! -- Edit this bug report at http://bugs.php.net/?id=32715&edit=1
#32714 [Opn->Bgs]: Missing ext/zip directory?
ID: 32714 Updated by: [EMAIL PROTECTED] Reported By: michael at stellarent dot com -Status: Open +Status: Bogus Bug Type: ZZiplib Related Operating System: Fedora Core 2 PHP Version: 5.0.4 New Comment: It's missing because it was moved to PECL by Sterling (author of the extension) before any PHP 5 releases. Previous Comments: [2005-04-15 10:44:09] michael at stellarent dot com Description: Trying to compile 5.0.4 from src.rpm. The rpm compiles successfully without any errors but does not contain support for zip functions. Am I missing something? Has zip support been dropped in php 5.0.4? Reproduce code: --- 1. ./configure --help does not list --with-zip option 2. ext/zip directory is missing 3. ext/zip directory missing from tar.gz distribution as well Expected result: php -m to show zip as built in module, or phpinfo() to list zip support Actual result: -- zip support not listed -- Edit this bug report at http://bugs.php.net/?id=32714&edit=1
#32717 [Opn->Bgs]: fgetcsv() against double quote
ID: 32717 Updated by: [EMAIL PROTECTED] Reported By: volf44 at yandex dot ru -Status: Open +Status: Bogus -Bug Type: *Programming Data Structures +Bug Type: Filesystem function related Operating System: Linux, Windows 2k PHP Version: 4.3.10 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: [2005-04-15 13:56:55] volf44 at yandex dot ru Description: fgetcsv() incorrect handles single double quote in first position of the last record field. Reproduce code: --- file test.csv: one|record with bad double quote|"4 two|record with good "|4 [EOF] $fd = fopen( 'test.csv', 'rb' ); while( $rec = fgetcsv( $fd, 20480, '|' )){ var_dump( $rec ); } Expected result: array(3) { [0]=> string(3) "one" [1]=> string(28) "record with bad double quote" [2]=> string(1) ""4" } array(3) { [0]=> string(3) "two" [1]=> string(18) "record with good "" [2]=> string(1) "4" } Actual result: -- array(4) { [0]=> string(3) "one" [1]=> string(28) "record with bad double quote" [2]=> string(24) "4 two|record with good " [3]=> string(1) "4" } -- Edit this bug report at http://bugs.php.net/?id=32717&edit=1
#32712 [Opn->Fbk]: loadXML exits with "Extra content at the end of the document"
ID: 32712 Updated by: [EMAIL PROTECTED] Reported By: bmuller at milchstrasse dot de -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: RedHat Linux 2.4.21-4.EL PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-04-15 09:23:44] bmuller at milchstrasse dot de Description: We develop a contentsystem to access Adobe InCopy Documents out of a Primebase Database. To read and parse the AIC (Adobe InCopy Document Format) we use the DOM XML extension. UNfortunatly after reading the CLOB/BLOB out of the database an loading it via DOM XML ($dom->loadXML($string), PHP throws the warning "Extra content at the end of the document". Not all the time, but irreguarly. If I read the the BLOB, write it in a temp textfile and then read it via $dom->load($filename), everything works fine. I have checked several times, the data out of the database is _always_ the same amd the XML is wellformed. Is there a memory leak in the loadXML method? Reproduce code: --- http://ns.adobe.com/AdobeInCopy/2.0/"; name="Hier steht eine Bildunterschrift für Bildbreite 65" ver="3.0"> NEU Hier steht eine Bildunterschrift für Bildbreite 65,5 [...] primebase_cursor_bind($result, 0,PRIMEBASE_BLOB); while ($line = primebase_fetch_array($result)) { $aicdocument = primebase_read_blob($line[content]); $dom = new DOMDocument; $dom->loadXML($aicdocument); } echo htmlspecialchars(utf8_decode($dom->saveXML())); [...] Expected result: http://ns.adobe.com/AdobeInCopy/2.0/"; name="Hier steht eine Bildunterschrift für Bildbreite 65" ver="3.0"> NEU Hier steht eine Bildunterschrift für Bildbreite 65,5 Actual result: -- Warning: DOMDocument::loadXML() [function.loadXML]: Extra content at the end of the document in Entity, line: 6 in /usr/local/dreams/htdocs/k4_table_info.php on line 34 -- Edit this bug report at http://bugs.php.net/?id=32712&edit=1
#32710 [Bgs]: Configure test script doesn't detect zlib. gzgets in -lz test fails.
ID: 32710 User updated by: software-php at interfasys dot ch Reported By: software-php at interfasys dot ch Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_generate_random_block' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_init' /usr/lib/libgssapi.so: undefined reference to `krb5_enctype_to_keytype' /usr/lib/libgssapi.so: undefined reference to `krb5_free_creds_contents' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_from_mem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_address' /usr/lib/libgssapi.so: undefined reference to `krb5_decrypt_ivec' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int16' /usr/lib/libgssapi.so: undefined reference to `krb5_get_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_match' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_to_data' /usr/lib/libgssapi.so: undefined reference to `krb5_store_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_encrypt_ivec' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_emem' /usr/lib/libgssapi.so: undefined reference to `krb5_store_data' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_principal_get_realm' /usr/lib/libgssapi.so: undefined reference to `krb5_set_error_string' /usr/lib/libgssapi.so: undefined reference to `krb5_make_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_store_keyblock' configure: failed program was: #line 18132 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } Previous Comments: [2005-04-15 14:23:09] software-php at interfasys dot ch OK, I did. Same result. checking for ZLIB support... yes checking if the location of ZLIB install directory is defined... /usr/local checking for gzgets in -lz... no configure: error: ZLIB extension requires zlib >= 1.0.9 [2005-04-15 14:02:31] [EMAIL PROTECTED] There aren't any co
#32710 [Bgs]: Configure test script doesn't detect zlib. gzgets in -lz test fails.
ID: 32710 User updated by: software-php at interfasys dot ch Reported By: software-php at interfasys dot ch Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: OK, I did. Same result. checking for ZLIB support... yes checking if the location of ZLIB install directory is defined... /usr/local checking for gzgets in -lz... no configure: error: ZLIB extension requires zlib >= 1.0.9 Previous Comments: [2005-04-15 14:02:31] [EMAIL PROTECTED] There aren't any configure options in PHP configure which would expect /usr/local/lib as parameter (drop the /lib part from it) [2005-04-15 03:56:57] software-php at interfasys dot ch >From config.log: configure: failed program was: #line 18132 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } [2005-04-15 03:55:18] software-php at interfasys dot ch Description: I can compile 4.3.10 just fine with this config: ./configure \ --with-apxs \ --disable-ipv6 \ --with-curl=/usr/local/lib \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local/lib \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-gettext \ --with-kerberos \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr/local/mysql \ --with-pear \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --with-zlib \ --with-zip \ --with-openssl \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --with-iconv=/usr/local \ --with-imap \ --with-imap-ssl \ --with-bz2 \ --enable-mbstring but if I try with 4.3.11 I get this: checking for ZLIB support... yes checking if the location of ZLIB install directory is defined... /usr/local/lib checking for gzgets in -lz... no configure: error: ZLIB extension requires zlib >= 1.0.9 The latest Zlib has been compiled and the phpinfo in 4.3.10 shows this: ZLib Supportenabled Compiled Version1.2.2 Linked Version 1.2.1 If I use the configure file from 4.3.10 then all checks are passed and make can be started (it only fails at the end of the make process because mbstring also has a problem). I've tried with a .12 snapshot and I got the same result. -- Edit this bug report at http://bugs.php.net/?id=32710&edit=1
#32708 [Opn->Fbk]: ftp_nlist and ftp_rawlist not working in ver 5
ID: 32708 Updated by: [EMAIL PROTECTED] Reported By: predecess at hotmail dot com -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Red Hat Enterprise Linux PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2005-04-14 22:02:22] predecess at hotmail dot com Description: ftp_nlist does not work anymore, nor does ftp_rawlist. Code that used ftp_nlist worked fine on PHP 4.3.9 and simply copying the code to a server running PHP 5.0.3 breaks it. The /tmp directory's mode/permissions is set to 777 Reproduce code: --- '; } } } ?> Expected result: this/same/task/works/fine/with/a/url/wrapper/file1.txt this/same/task/works/fine/with/a/url/wrapper/file2.txt this/same/task/works/fine/with/a/url/wrapper/file3.txt this/same/task/works/fine/with/a/url/wrapper/file4.txt Actual result: -- Warning: Invalid argument supplied for foreach() in /documentroot_path/ftpBUG.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=32708&edit=1
#31981 [Opn->Fbk]: Crash in shutdown_memory_manager
ID: 31981 Updated by: [EMAIL PROTECTED] Reported By: asmi at owear dot ru -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#32717 [Bgs]: fgetcsv() against double quote
ID: 32717 User updated by: volf44 at yandex dot ru Reported By: volf44 at yandex dot ru Status: Bogus Bug Type: Filesystem function related Operating System: Linux, Windows 2k PHP Version: 4.3.10 New Comment: Yes, bogus. In 4.3.11 function works as expected. Previous Comments: [2005-04-15 14:01:05] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2005-04-15 13:56:55] volf44 at yandex dot ru Description: fgetcsv() incorrect handles single double quote in first position of the last record field. Reproduce code: --- file test.csv: one|record with bad double quote|"4 two|record with good "|4 [EOF] $fd = fopen( 'test.csv', 'rb' ); while( $rec = fgetcsv( $fd, 20480, '|' )){ var_dump( $rec ); } Expected result: array(3) { [0]=> string(3) "one" [1]=> string(28) "record with bad double quote" [2]=> string(1) ""4" } array(3) { [0]=> string(3) "two" [1]=> string(18) "record with good "" [2]=> string(1) "4" } Actual result: -- array(4) { [0]=> string(3) "one" [1]=> string(28) "record with bad double quote" [2]=> string(24) "4 two|record with good " [3]=> string(1) "4" } -- Edit this bug report at http://bugs.php.net/?id=32717&edit=1
#32718 [NEW]: Sessions locks while OCIFetch is running
From: jogodinho at gms dot pt Operating system: Windows XP Professional PHP version: 5.0.4 PHP Bug Type: OCI8 related Bug description: Sessions locks while OCIFetch is running Description: Recently i have submit a upgrade from version PHP4.2.3 to PHP5.0.4 (last stable version available) and now i have some problems of scability that they didn't happen before. I establish a connection with a data base with following code: $conn=OCILogon("user", "pass", "bd"); --- And when i submit a query (that it delays 28 seconds approximately, to return 76000 registers) with the function OCIParse, other sessions that they intend to establish connections apparently locks, waiting that query finishes and sometimes i get the following warning: --- Warning: ocifetch() [function.ocifetch]: OCIFetch: ORA-01001: invalid cursor in ... on line 253 Reproduce code: --- $conn=OCILogon("user", "pass", "bd"); $query = "select ..."; $stmt = OCIParse($conn, $query); OCIExecute($stmt, OCI_DEFAULT); while(OCI_Fetch($stmt)) { OCIResult($stmt, 1); (...) } Expected result: Obtain query results Actual result: -- While the query is running, others sessions locks and sometimes i get the warning: --- Warning: ocifetch() [function.ocifetch]: OCIFetch: ORA-01001: invalid cursor in ... on line 253 -- Edit bug report at http://bugs.php.net/?id=32718&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32718&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32718&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32718&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32718&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32718&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32718&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32718&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32718&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32718&r=support Expected behavior: http://bugs.php.net/fix.php?id=32718&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32718&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32718&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32718&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32718&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32718&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32718&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32718&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32718&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32718&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32718&r=mysqlcfg
#32717 [NEW]: fgetcsv() against double quote
From: volf44 at yandex dot ru Operating system: Linux, Windows 2k PHP version: 4.3.10 PHP Bug Type: *Programming Data Structures Bug description: fgetcsv() against double quote Description: fgetcsv() incorrect handles single double quote in first position of the last record field. Reproduce code: --- file test.csv: one|record with bad double quote|"4 two|record with good "|4 [EOF] $fd = fopen( 'test.csv', 'rb' ); while( $rec = fgetcsv( $fd, 20480, '|' )){ var_dump( $rec ); } Expected result: array(3) { [0]=> string(3) "one" [1]=> string(28) "record with bad double quote" [2]=> string(1) ""4" } array(3) { [0]=> string(3) "two" [1]=> string(18) "record with good "" [2]=> string(1) "4" } Actual result: -- array(4) { [0]=> string(3) "one" [1]=> string(28) "record with bad double quote" [2]=> string(24) "4 two|record with good " [3]=> string(1) "4" } -- Edit bug report at http://bugs.php.net/?id=32717&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32717&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32717&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32717&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32717&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32717&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32717&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32717&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32717&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32717&r=support Expected behavior: http://bugs.php.net/fix.php?id=32717&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32717&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32717&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32717&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32717&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32717&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32717&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32717&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32717&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32717&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32717&r=mysqlcfg
#32632 [Opn]: php5ts.dll crashes apache 1.3.x (same same as Bug #27799)
ID: 32632 User updated by: leap2k1 at yahoo dot com -Reported By: apl at elca dot com dot vn +Reported By: leap2k1 at yahoo dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.3 New Comment: Change email Previous Comments: [2005-04-15 13:31:57] apl at elca dot com dot vn In order to re-produce this bug, you can create two files with the content as below (PHP 5.0.3). Then try the go to URL to test1.php. ## test1.php ## test2.php Regards, Anh Phong. [2005-04-08 07:47:01] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-04-08 04:58:17] leap2k1 at yahoo dot com Description: Hello everybody, I also encounter this problem with Apache 1.3.26 and PHP 5.0.3. I tried with the newest version Apache 1.3.33 and PHP 5.0.4 and this problem still occurs. I need your helps. Thank a lot! "Faulting application Apache.exe, version 0.0.0.0, faulting module php5ts.dll, version 5.0.4.4, fault address 0x0003b927." -- Edit this bug report at http://bugs.php.net/?id=32632&edit=1
#32632 [Fbk->Opn]: php5ts.dll crashes apache 1.3.x (same same as Bug #27799)
ID: 32632 User updated by: apl at elca dot com dot vn -Reported By: leap2k1 at yahoo dot com +Reported By: apl at elca dot com dot vn -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.3 New Comment: In order to re-produce this bug, you can create two files with the content as below (PHP 5.0.3). Then try the go to URL to test1.php. ## test1.php ## test2.php Regards, Anh Phong. Previous Comments: [2005-04-08 07:47:01] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-04-08 04:58:17] apl at elca dot com dot vn Description: Hello everybody, I also encounter this problem with Apache 1.3.26 and PHP 5.0.3. I tried with the newest version Apache 1.3.33 and PHP 5.0.4 and this problem still occurs. I need your helps. Thank a lot! "Faulting application Apache.exe, version 0.0.0.0, faulting module php5ts.dll, version 5.0.4.4, fault address 0x0003b927." -- Edit this bug report at http://bugs.php.net/?id=32632&edit=1
#32715 [NEW]: apache can't free the memory
From: webmaster at moonnight dot org Operating system: FreeBSD 4.10s PHP version: 5.0.3 PHP Bug Type: Apache2 related Bug description: apache can't free the memory Description: sorry,my english is so badly. My Webserver: Freebsd 4.10stable apache 2 mysql 4.1 php 5.0.3 the server as runing long time(about 1day),when the memory use very high.about 800M. restart the apache prompt: httpd in free(): warning: junk pointer, too high to make sense and memory can't free.must restart system. if abolish "LoadModule php5_module libexec/apache2/libphp5.so" it is normal.and not this prompt. my software is use ports install. the php extension modules: extension=bz2.so extension=simplexml.so extension=dom.so extension=exif.so extension=fileinfo.so extension=filepro.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=mbstring.so extension=mcrypt.so extension=mysql.so extension=pcre.so extension=readline.so extension=recode.so extension=session.so extension=sockets.so extension=xml.so extension=xmlrpc.so extension=xsl.so extension=zip.so extension=zlib.so this question is assail me a long time. help me,please!! -- Edit bug report at http://bugs.php.net/?id=32715&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32715&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32715&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32715&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32715&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32715&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32715&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32715&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32715&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32715&r=support Expected behavior: http://bugs.php.net/fix.php?id=32715&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32715&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32715&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32715&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32715&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32715&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32715&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32715&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32715&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32715&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32715&r=mysqlcfg
#32714 [NEW]: Missing ext/zip directory?
From: michael at stellarent dot com Operating system: Fedora Core 2 PHP version: 5.0.4 PHP Bug Type: ZZiplib Related Bug description: Missing ext/zip directory? Description: Trying to compile 5.0.4 from src.rpm. The rpm compiles successfully without any errors but does not contain support for zip functions. Am I missing something? Has zip support been dropped in php 5.0.4? Reproduce code: --- 1. ./configure --help does not list --with-zip option 2. ext/zip directory is missing 3. ext/zip directory missing from tar.gz distribution as well Expected result: php -m to show zip as built in module, or phpinfo() to list zip support Actual result: -- zip support not listed -- Edit bug report at http://bugs.php.net/?id=32714&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32714&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32714&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32714&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32714&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32714&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32714&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32714&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32714&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32714&r=support Expected behavior: http://bugs.php.net/fix.php?id=32714&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32714&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32714&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32714&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32714&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32714&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32714&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32714&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32714&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32714&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32714&r=mysqlcfg
#32712 [NEW]: loadXML exits with "Extra content at the end of the document"
From: bmuller at milchstrasse dot de Operating system: RedHat Linux 2.4.21-4.EL PHP version: 5.0.4 PHP Bug Type: DOM XML related Bug description: loadXML exits with "Extra content at the end of the document" Description: We develop a contentsystem to access Adobe InCopy Documents out of a Primebase Database. To read and parse the AIC (Adobe InCopy Document Format) we use the DOM XML extension. UNfortunatly after reading the CLOB/BLOB out of the database an loading it via DOM XML ($dom->loadXML($string), PHP throws the warning "Extra content at the end of the document". Not all the time, but irreguarly. If I read the the BLOB, write it in a temp textfile and then read it via $dom->load($filename), everything works fine. I have checked several times, the data out of the database is _always_ the same amd the XML is wellformed. Is there a memory leak in the loadXML method? Reproduce code: --- http://ns.adobe.com/AdobeInCopy/2.0/"; name="Hier steht eine Bildunterschrift für Bildbreite 65" ver="3.0"> NEU Hier steht eine Bildunterschrift für Bildbreite 65,5 [...] primebase_cursor_bind($result, 0,PRIMEBASE_BLOB); while ($line = primebase_fetch_array($result)) { $aicdocument = primebase_read_blob($line[content]); $dom = new DOMDocument; $dom->loadXML($aicdocument); } echo htmlspecialchars(utf8_decode($dom->saveXML())); [...] Expected result: http://ns.adobe.com/AdobeInCopy/2.0/"; name="Hier steht eine Bildunterschrift für Bildbreite 65" ver="3.0"> NEU Hier steht eine Bildunterschrift für Bildbreite 65,5 Actual result: -- Warning: DOMDocument::loadXML() [function.loadXML]: Extra content at the end of the document in Entity, line: 6 in /usr/local/dreams/htdocs/k4_table_info.php on line 34 -- Edit bug report at http://bugs.php.net/?id=32712&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32712&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32712&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32712&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32712&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32712&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32712&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32712&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32712&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32712&r=support Expected behavior: http://bugs.php.net/fix.php?id=32712&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32712&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32712&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32712&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32712&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32712&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32712&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32712&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32712&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32712&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32712&r=mysqlcfg