#34568 [Opn-Fbk]: PHP and mod_dav conflicts
ID: 34568 Updated by: [EMAIL PROTECTED] Reported By: roso at despammed dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora 2 PHP Version: 5.1.0RC1 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-09-22 03:07:57] roso at despammed dot com BTW, it is not the Custom 404 page php script that is causing an error, even if I put an empty file there and name it index.php I still get the Segmentation fault. [2005-09-22 03:01:12] roso at despammed dot com Also, I have no clue why there are references in this core dump to /tmp/php-5.1.0RC1 which is the directory where I built PHP. [2005-09-22 02:57:56] roso at despammed dot com I just posted the core dump for the process that ended with a Segmentation fault after trying to PUT a file in a Webdav folder. Also, I just found out that there are many other processes ending with a Segmentation fault, all of them happening when the server looking for a file which is not found is trying to access a 404 custom file made in PHP. if I change the 404 to a simple HTML everything is back to normal. Therefore, it seems that the PHP (5.1.0RC1) is responsible for this fault. It used to work with the previous version (5.1.0b3). [2005-09-22 02:55:05] roso at despammed dot com Thread 1 (process 22993): #0 0xb7bb3510 in _zend_hash_index_update_or_next_insert (ht=0xb7e67af8, h=0, pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1) at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354 nIndex = 0 p = (Bucket *) 0x0 #1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0) at /tmp/php-5.1.0RC1/Zend/zend_list.c:47 index = 0 le = {ptr = 0x846ef8c, type = 2, refcount = 1} #2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x846ef8c, rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99 rsrc_id = 0 #3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb7cece68 rb) at /tmp/php-5.1.0RC1/main/streams/streams.c:263 le = {ptr = 0x11, type = 0, refcount = -1073751384} ret = (php_stream *) 0x846ef8c #4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68 rb, persistent_id=0x0) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204 self = (php_stdio_stream_data *) 0x845ee14 stream = (php_stream *) 0x0 #5 0xb7b8ede4 in _php_stream_fopen (filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68 rb, opened_path=0xbfffeeb8, options=133) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881 realpath = 0x83587e4 /www/_error/404/index.php open_flags = 0 fd = 17 ret = (php_stream *) 0x846c090 persistent = 17 persistent_id = 0x0 #6 0xb7b8f525 in _php_stream_fopen_with_path ( filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68 rb, path=0x8385f60 .:/www/_php/pear, opened_path=0xbfffeeb8, options=133) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275 pathbuf = 0x10 Address 0x10 out of bounds ptr = 0x85 Address 0x85 out of bounds end = 0x846c090 /www/_error/404/index.php exec_fname = 0x2 Address 0x2 out of bounds trypath = eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000 \000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000 \000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000 \000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000 \000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000 \000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000 \000is_int\000¿... sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16, st_mode = 1600942451, st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev = 13835039365436895082, __pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks = -1090492044, st_atim = { tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec = - 1073807244}, st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669, __unused5 = 1701994345} stream = (php_stream *) 0x8d path_length = 138854544 exec_fname_length = 141 #7 0xb7b8c572 in _php_stream_open_wrapper_ex (path=0x846c090 /www/_error/404/index.php, mode=0xb7cece68 rb, options=141, opened_path=0x85, context=0x0) at /tmp/php-5.1.0RC1/main/streams/streams.c:1771 stream = (php_stream *) 0x0 wrapper = (php_stream_wrapper *)
#34581 [Opn-Fbk]: crash with mod_rewrite
ID: 34581 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep-20050921 at pgregg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: What was the configure line you used to configure PHP? (I can't reproduce this with the one I have..) Previous Comments: [2005-09-22 00:23:33] phpbugrep-20050921 at pgregg dot com I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. [2005-09-21 23:18:56] [EMAIL PROTECTED] Try adding the rules into httpd.conf. [2005-09-21 16:19:12] phpbugrep-20050921 at pgregg dot com Description: Similar to: http://bugs.php.net/bug.php?id=34204 PHP5.1-RC2-dev snaps (d/l today) crashes (segfaults) when a mod_rewrite is used with a .htaccess file (have not tried it hard coded into httpd.conf). PHP-5.1b2 works correctly without crashing. Reproduce code: --- Code to reproduce is available at: http://www.pgregg.com/crash/ the .htaccess file used there is live and accessing the url: http://www.pgregg.com/crash/d/123-123/foobar (to match one of the rules) will cause the httpd child to segfault. I have posted a backtrace there also. This is the .htaccess file from PHP Gallery (G2) modified to work in my example dir. Expected result: I expect the test.php to be called like: test.php?arg1=123arg2=123 Actual result: -- gdb /usr/local/apache/bin/httpd 2:42PM GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd5.4... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 354 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 #1 0x28568106 in zend_list_insert (ptr=0x828f124, type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:47 #2 0x2856820c in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x828f124, rsrc_type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:99 #3 0x2852bbd8 in _php_stream_alloc (ops=0x286be5e0, abstract=0x828f024, persistent_id=0x0, mode=0x28617290 rb, __php_stream_call_depth=5, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=205, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c:263 #4 0x2853249f in _php_stream_fopen_from_fd (fd=16, mode=0x28617290 rb, persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=882, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:205 #5 0x285337b9 in _php_stream_fopen ( filename=0x828d4c0 /web/www.pgregg.com/source/test.php, mode=0x28617290 rb, opened_path=0xbfbfe338, options=133, __php_stream_call_depth=3, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=1233, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:882 #6 0x28534432 in _php_stream_fopen_with_path ( filename=0x828d4c0
#34593 [Opn-Fbk]: Unintuitive serialization for inherited objects.
ID: 34593 Updated by: [EMAIL PROTECTED] Reported By: ectsue at gmail dot com -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: MacOS X PHP Version: 5.0.5 New Comment: This code (with __sleep() removed) works perfecty fine: ?php class A { private $a; public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); ? Is this what you need? Previous Comments: [2005-09-22 10:45:30] [EMAIL PROTECTED] This code (with __sleep() removed) works perfecty fine: ?php class A { private $a; public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); ? Is this what you need? [2005-09-22 07:00:26] ectsue at gmail dot com Description: I believe that the way serialization works for objects doesn't make sense. I have a subclass whose superclass contains a private member variable. Upon serialization, I cannot get the private member variable to serialize for the subclass (except by using a NUL class-name NUL member-name string in __sleep()). Imho, subclasses shouldn't have to know what parts of their parent classes to serialize. I can think of two possible solutions to this problem: 1. Have serialize() walk the inheritance tree for the object it is serializing. 2. Have some method that will be able to take the output from parent::__sleep() and modify it so that it can be passed back from the __sleep() method of the subclass so that private member variables in the parent can be serialized. (The function I have in mind would do the NUL class-name NUL member-name transformation). Reproduce code: --- class A { private $a; public function __sleep() { return array('a'); } public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); Expected result: object(B)#1 (1) { [a:private]= int(10) } object(B)#1 (1) { [a:private]= int(10) } Actual result: -- object(B)#1 (1) { [a:private]= int(10) } object(B)#2 (2) { [a:private]= NULL [a]= NULL } -- Edit this bug report at http://bugs.php.net/?id=34593edit=1
#34593 [Opn-Csd]: Unintuitive serialization for inherited objects.
ID: 34593 Updated by: [EMAIL PROTECTED] Reported By: ectsue at gmail dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request -Operating System: MacOS X +Operating System: * -PHP Version: 5.0.5 +PHP Version: 5.0.* 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. Have a look at interface serializable in 5.1 Previous Comments: [2005-09-22 10:45:30] [EMAIL PROTECTED] This code (with __sleep() removed) works perfecty fine: ?php class A { private $a; public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); ? Is this what you need? [2005-09-22 07:00:26] ectsue at gmail dot com Description: I believe that the way serialization works for objects doesn't make sense. I have a subclass whose superclass contains a private member variable. Upon serialization, I cannot get the private member variable to serialize for the subclass (except by using a NUL class-name NUL member-name string in __sleep()). Imho, subclasses shouldn't have to know what parts of their parent classes to serialize. I can think of two possible solutions to this problem: 1. Have serialize() walk the inheritance tree for the object it is serializing. 2. Have some method that will be able to take the output from parent::__sleep() and modify it so that it can be passed back from the __sleep() method of the subclass so that private member variables in the parent can be serialized. (The function I have in mind would do the NUL class-name NUL member-name transformation). Reproduce code: --- class A { private $a; public function __sleep() { return array('a'); } public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); Expected result: object(B)#1 (1) { [a:private]= int(10) } object(B)#1 (1) { [a:private]= int(10) } Actual result: -- object(B)#1 (1) { [a:private]= int(10) } object(B)#2 (2) { [a:private]= NULL [a]= NULL } -- Edit this bug report at http://bugs.php.net/?id=34593edit=1
#34594 [NEW]: Arrays from form get send over as string instead of array
From: thijs at toltech dot nl Operating system: Gentoo Linux PHP version: 5.0.5 PHP Bug Type: Variables related Bug description: Arrays from form get send over as string instead of array Description: By using form you can send Arrays over to the next page with the name=var_name[] method. However, doing this will result in that the $_POST['var_name'] will contain the string 'Array' all the time, no matter what is really send in. (Note: this also happend to me in php5.1.0-b3, gentoo forced me to downgrade but I think it is also in php5.1.0-rc1, would be glad if anyone can check this for me) Reproduce code: --- select name=color[] option value=*All/option option value=redRed/option option value=blueBlue/option option value=greenGreen/option option value=orangeOrange/option option value=yellowYellow/option /select and on the next page in php code: ?php print_r($_POST); ? Expected result: The expected result is (assuming you selected 'Green' and 'Red': Array ( [color] = Array ( [0] = red [1] = green ) ) Actual result: -- while will produce (no matter what you select): Array ( [color] = Array ) -- Edit bug report at http://bugs.php.net/?id=34594edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34594r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34594r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34594r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34594r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34594r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34594r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34594r=needscript Try newer version: http://bugs.php.net/fix.php?id=34594r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34594r=support Expected behavior: http://bugs.php.net/fix.php?id=34594r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34594r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34594r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34594r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34594r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34594r=dst IIS Stability: http://bugs.php.net/fix.php?id=34594r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34594r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34594r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34594r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34594r=mysqlcfg
#34581 [Fbk-Opn]: crash with mod_rewrite
ID: 34581 User updated by: phpbugrep-20050921 at pgregg dot com Reported By: phpbugrep-20050921 at pgregg dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: more php5-200509211030/config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-pgsql' \ '--with-gd' \ '--with-zlib-dir=/usr' \ '--with-jpeg-dir=/usr/local' \ '--with-xpm-dir=/usr/X11R6' \ '--with-ttf=/usr/compat/linux/usr/' \ '--with-freetype-dir=/usr/local' \ '--enable-gd-native-ttf' \ '--with-mime-magic' \ '--enable-bcmath' \ '--with-xmlreader' \ '--with-xsl' \ '--enable-debug' \ $@ Thanks Previous Comments: [2005-09-22 08:32:28] [EMAIL PROTECTED] What was the configure line you used to configure PHP? (I can't reproduce this with the one I have..) [2005-09-22 00:23:33] phpbugrep-20050921 at pgregg dot com I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. [2005-09-21 23:18:56] [EMAIL PROTECTED] Try adding the rules into httpd.conf. [2005-09-21 16:19:12] phpbugrep-20050921 at pgregg dot com Description: Similar to: http://bugs.php.net/bug.php?id=34204 PHP5.1-RC2-dev snaps (d/l today) crashes (segfaults) when a mod_rewrite is used with a .htaccess file (have not tried it hard coded into httpd.conf). PHP-5.1b2 works correctly without crashing. Reproduce code: --- Code to reproduce is available at: http://www.pgregg.com/crash/ the .htaccess file used there is live and accessing the url: http://www.pgregg.com/crash/d/123-123/foobar (to match one of the rules) will cause the httpd child to segfault. I have posted a backtrace there also. This is the .htaccess file from PHP Gallery (G2) modified to work in my example dir. Expected result: I expect the test.php to be called like: test.php?arg1=123arg2=123 Actual result: -- gdb /usr/local/apache/bin/httpd 2:42PM GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd5.4... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 354 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 #1 0x28568106 in zend_list_insert (ptr=0x828f124, type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:47 #2 0x2856820c in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x828f124, rsrc_type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:99 #3 0x2852bbd8 in _php_stream_alloc (ops=0x286be5e0, abstract=0x828f024, persistent_id=0x0, mode=0x28617290 rb, __php_stream_call_depth=5, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=205, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c:263 #4 0x2853249f in _php_stream_fopen_from_fd (fd=16, mode=0x28617290 rb, persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=882, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c:205 #5
#34594 [Opn-Fbk]: Arrays from form get send over as string instead of array
ID: 34594 Updated by: [EMAIL PROTECTED] Reported By: thijs at toltech dot nl -Status: Open +Status: Feedback Bug Type: Variables related Operating System: Gentoo Linux PHP Version: 5.0.5 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 Works perfectly here. Previous Comments: [2005-09-22 11:01:52] thijs at toltech dot nl Description: By using form you can send Arrays over to the next page with the name=var_name[] method. However, doing this will result in that the $_POST['var_name'] will contain the string 'Array' all the time, no matter what is really send in. (Note: this also happend to me in php5.1.0-b3, gentoo forced me to downgrade but I think it is also in php5.1.0-rc1, would be glad if anyone can check this for me) Reproduce code: --- select name=color[] option value=*All/option option value=redRed/option option value=blueBlue/option option value=greenGreen/option option value=orangeOrange/option option value=yellowYellow/option /select and on the next page in php code: ?php print_r($_POST); ? Expected result: The expected result is (assuming you selected 'Green' and 'Red': Array ( [color] = Array ( [0] = red [1] = green ) ) Actual result: -- while will produce (no matter what you select): Array ( [color] = Array ) -- Edit this bug report at http://bugs.php.net/?id=34594edit=1
#34581 [Opn-Fbk]: crash with mod_rewrite
ID: 34581 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep-20050921 at pgregg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: Do you happen to have some ErroDocument directive (in any .htaccess file or httpd.conf) set? Previous Comments: [2005-09-22 11:10:04] phpbugrep-20050921 at pgregg dot com more php5-200509211030/config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-pgsql' \ '--with-gd' \ '--with-zlib-dir=/usr' \ '--with-jpeg-dir=/usr/local' \ '--with-xpm-dir=/usr/X11R6' \ '--with-ttf=/usr/compat/linux/usr/' \ '--with-freetype-dir=/usr/local' \ '--enable-gd-native-ttf' \ '--with-mime-magic' \ '--enable-bcmath' \ '--with-xmlreader' \ '--with-xsl' \ '--enable-debug' \ $@ Thanks [2005-09-22 08:32:28] [EMAIL PROTECTED] What was the configure line you used to configure PHP? (I can't reproduce this with the one I have..) [2005-09-22 00:23:33] phpbugrep-20050921 at pgregg dot com I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. [2005-09-21 23:18:56] [EMAIL PROTECTED] Try adding the rules into httpd.conf. [2005-09-21 16:19:12] phpbugrep-20050921 at pgregg dot com Description: Similar to: http://bugs.php.net/bug.php?id=34204 PHP5.1-RC2-dev snaps (d/l today) crashes (segfaults) when a mod_rewrite is used with a .htaccess file (have not tried it hard coded into httpd.conf). PHP-5.1b2 works correctly without crashing. Reproduce code: --- Code to reproduce is available at: http://www.pgregg.com/crash/ the .htaccess file used there is live and accessing the url: http://www.pgregg.com/crash/d/123-123/foobar (to match one of the rules) will cause the httpd child to segfault. I have posted a backtrace there also. This is the .htaccess file from PHP Gallery (G2) modified to work in my example dir. Expected result: I expect the test.php to be called like: test.php?arg1=123arg2=123 Actual result: -- gdb /usr/local/apache/bin/httpd 2:42PM GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd5.4... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 354 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x28565acd in _zend_hash_index_update_or_next_insert (ht=0x286d83b4, h=0, pData=0xbfbfd9a0, nDataSize=12, pDest=0x0, flag=1, __zend_filename=0x2863112c /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c, __zend_lineno=47) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_hash.c:354 #1 0x28568106 in zend_list_insert (ptr=0x828f124, type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:47 #2 0x2856820c in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x828f124, rsrc_type=2) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/Zend/zend_list.c:99 #3 0x2852bbd8 in _php_stream_alloc (ops=0x286be5e0, abstract=0x828f024, persistent_id=0x0, mode=0x28617290 rb, __php_stream_call_depth=5, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=205, __zend_orig_filename=0x28616f70 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/main.c, __zend_orig_lineno=855) at /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/streams.c:263 #4 0x2853249f in _php_stream_fopen_from_fd (fd=16, mode=0x28617290 rb, persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x28619b78 /usr/local/src/Web/Apache2_PHP5/php5-200509211030/main/streams/plain_wrapper.c, __zend_lineno=882,
#34581 [Fbk]: crash with mod_rewrite
ID: 34581 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep-20050921 at pgregg dot com Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: Do you have any ErrorDocument directive set in any .htaccess file or httpd.conf? Previous Comments: [2005-09-22 11:27:44] [EMAIL PROTECTED] Do you happen to have some ErroDocument directive (in any .htaccess file or httpd.conf) set? [2005-09-22 11:10:04] phpbugrep-20050921 at pgregg dot com more php5-200509211030/config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-pgsql' \ '--with-gd' \ '--with-zlib-dir=/usr' \ '--with-jpeg-dir=/usr/local' \ '--with-xpm-dir=/usr/X11R6' \ '--with-ttf=/usr/compat/linux/usr/' \ '--with-freetype-dir=/usr/local' \ '--enable-gd-native-ttf' \ '--with-mime-magic' \ '--enable-bcmath' \ '--with-xmlreader' \ '--with-xsl' \ '--enable-debug' \ $@ Thanks [2005-09-22 08:32:28] [EMAIL PROTECTED] What was the configure line you used to configure PHP? (I can't reproduce this with the one I have..) [2005-09-22 00:23:33] phpbugrep-20050921 at pgregg dot com I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. [2005-09-21 23:18:56] [EMAIL PROTECTED] Try adding the rules into httpd.conf. 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/34581 -- Edit this bug report at http://bugs.php.net/?id=34581edit=1
#27792 [Com]: Functions fail on large files (filesize,is_file,is_dir)
ID: 27792 Comment by: r dot lopinski at interconcept dot de Reported By: kode at kodekrash dot com Status: Assigned Bug Type: Filesystem function related Operating System: * (LFS) PHP Version: 6CVS, *CVS Assigned To: wez New Comment: Can reproduce the problem on php 5.0.2 and on php 4.3.4 using a reiserfs filesystem. In addition the fucntion filemtime fails for files with a size bigger 2 GB Previous Comments: [2005-09-03 16:16:39] php at chairbreaker dot com Same problem on SuSE Linux 9.3 using mod_php with Apache 2.0.53. PHP version is 4.3.10, Kernel 2.6.11.4-21.8-default. File system is ext3. PHP issues Warning: is_dir(): Stat failed for server path to file (errno=75 - Value too large for defined data type) in path to script.php on line nnn any time a file larger than 2 GB is encountered, which unfortunately breaks my php menu system. PHP is a great tool - hope you can fix this soon! [2005-08-11 16:06:00] [EMAIL PROTECTED] Well, looks like it will be fixed in 6.x instead. [2005-07-01 12:04:08] no at spam dot net is_link also fails on large files 2GB [2005-06-30 06:40:29] dan at baximus dot com Gee I hope it's included in PHP 5.1. IMHO this is a pretty important feature to have. But then, not everyone is in the business of serving up such large files from a PHP-driven website. [2004-03-31 07:14:18] [EMAIL PROTECTED] PHP does not currently support LFS. This is something to be addressed in PHP 5.1 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/27792 -- Edit this bug report at http://bugs.php.net/?id=27792edit=1
#34594 [Fbk-Opn]: Arrays from form get send over as string instead of array
ID: 34594 User updated by: thijs at toltech dot nl Reported By: thijs at toltech dot nl -Status: Feedback +Status: Open Bug Type: Variables related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: I'm unable to post feedback on this matter due to that make install fails on the location of the apache conf file. (Which is httpd.conf instead of apache2.conf, I configured php with the configuration taken from phpinfo() from my current php installation) Previous Comments: [2005-09-22 11:11:03] [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 Works perfectly here. [2005-09-22 11:01:52] thijs at toltech dot nl Description: By using form you can send Arrays over to the next page with the name=var_name[] method. However, doing this will result in that the $_POST['var_name'] will contain the string 'Array' all the time, no matter what is really send in. (Note: this also happend to me in php5.1.0-b3, gentoo forced me to downgrade but I think it is also in php5.1.0-rc1, would be glad if anyone can check this for me) Reproduce code: --- select name=color[] option value=*All/option option value=redRed/option option value=blueBlue/option option value=greenGreen/option option value=orangeOrange/option option value=yellowYellow/option /select and on the next page in php code: ?php print_r($_POST); ? Expected result: The expected result is (assuming you selected 'Green' and 'Red': Array ( [color] = Array ( [0] = red [1] = green ) ) Actual result: -- while will produce (no matter what you select): Array ( [color] = Array ) -- Edit this bug report at http://bugs.php.net/?id=34594edit=1
#34594 [Opn-Bgs]: Arrays from form get send over as string instead of array
ID: 34594 Updated by: [EMAIL PROTECTED] Reported By: thijs at toltech dot nl -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: Works fine for me too when using proper HTML form. Previous Comments: [2005-09-22 12:27:24] thijs at toltech dot nl I'm unable to post feedback on this matter due to that make install fails on the location of the apache conf file. (Which is httpd.conf instead of apache2.conf, I configured php with the configuration taken from phpinfo() from my current php installation) [2005-09-22 11:11:03] [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 Works perfectly here. [2005-09-22 11:01:52] thijs at toltech dot nl Description: By using form you can send Arrays over to the next page with the name=var_name[] method. However, doing this will result in that the $_POST['var_name'] will contain the string 'Array' all the time, no matter what is really send in. (Note: this also happend to me in php5.1.0-b3, gentoo forced me to downgrade but I think it is also in php5.1.0-rc1, would be glad if anyone can check this for me) Reproduce code: --- select name=color[] option value=*All/option option value=redRed/option option value=blueBlue/option option value=greenGreen/option option value=orangeOrange/option option value=yellowYellow/option /select and on the next page in php code: ?php print_r($_POST); ? Expected result: The expected result is (assuming you selected 'Green' and 'Red': Array ( [color] = Array ( [0] = red [1] = green ) ) Actual result: -- while will produce (no matter what you select): Array ( [color] = Array ) -- Edit this bug report at http://bugs.php.net/?id=34594edit=1
#34595 [NEW]: ftp_ssl_connect is not workin even after enabling php_openssl.dll extension
From: mittalsumit at netscape dot net Operating system: Windows XP Professional PHP version: 5.0.5 PHP Bug Type: FTP related Bug description: ftp_ssl_connect is not workin even after enabling php_openssl.dll extension Description: hi i wanted to run ftp_ssl_connect function but it says undefined. I tried to compile php from source it has a lot of errors and did not get compiled. in my phpinfo it shows ftps is enabled after doing php_openssl.dll uncommented in php.ini. A quick response will be highly appricieated. ;extension=php_oci8.dll extension=php_openssl.dll ;extension=php_oracle.dll Expected result: function should work Actual result: -- Fatal error: Call to undefined function ftp_ssl_connect() in C:\php5\getm.php on -- Edit bug report at http://bugs.php.net/?id=34595edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34595r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34595r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34595r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34595r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34595r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34595r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34595r=needscript Try newer version: http://bugs.php.net/fix.php?id=34595r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34595r=support Expected behavior: http://bugs.php.net/fix.php?id=34595r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34595r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34595r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34595r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34595r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34595r=dst IIS Stability: http://bugs.php.net/fix.php?id=34595r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34595r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34595r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34595r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34595r=mysqlcfg
#34594 [Bgs]: Arrays from form get send over as string instead of array
ID: 34594 User updated by: thijs at toltech dot nl Reported By: thijs at toltech dot nl Status: Bogus Bug Type: Variables related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: I have been testing this now as well since [EMAIL PROTECTED] sais this works.. it now works for me as well except in the form where I want it to work.. I first thought this was caused by the template engine, but it isn't.. I will try to find out what is causing this.. Previous Comments: [2005-09-22 12:31:35] [EMAIL PROTECTED] Works fine for me too when using proper HTML form. [2005-09-22 12:27:24] thijs at toltech dot nl I'm unable to post feedback on this matter due to that make install fails on the location of the apache conf file. (Which is httpd.conf instead of apache2.conf, I configured php with the configuration taken from phpinfo() from my current php installation) [2005-09-22 11:11:03] [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 Works perfectly here. [2005-09-22 11:01:52] thijs at toltech dot nl Description: By using form you can send Arrays over to the next page with the name=var_name[] method. However, doing this will result in that the $_POST['var_name'] will contain the string 'Array' all the time, no matter what is really send in. (Note: this also happend to me in php5.1.0-b3, gentoo forced me to downgrade but I think it is also in php5.1.0-rc1, would be glad if anyone can check this for me) Reproduce code: --- select name=color[] option value=*All/option option value=redRed/option option value=blueBlue/option option value=greenGreen/option option value=orangeOrange/option option value=yellowYellow/option /select and on the next page in php code: ?php print_r($_POST); ? Expected result: The expected result is (assuming you selected 'Green' and 'Red': Array ( [color] = Array ( [0] = red [1] = green ) ) Actual result: -- while will produce (no matter what you select): Array ( [color] = Array ) -- Edit this bug report at http://bugs.php.net/?id=34594edit=1
#34581 [Fbk-Opn]: crash with mod_rewrite
ID: 34581 User updated by: phpbugrep-20050921 at pgregg dot com Reported By: phpbugrep-20050921 at pgregg dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: I did, but I have now turned it off. Makes no difference though. Previous Comments: [2005-09-22 11:28:34] [EMAIL PROTECTED] Do you have any ErrorDocument directive set in any .htaccess file or httpd.conf? [2005-09-22 11:10:04] phpbugrep-20050921 at pgregg dot com more php5-200509211030/config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-pgsql' \ '--with-gd' \ '--with-zlib-dir=/usr' \ '--with-jpeg-dir=/usr/local' \ '--with-xpm-dir=/usr/X11R6' \ '--with-ttf=/usr/compat/linux/usr/' \ '--with-freetype-dir=/usr/local' \ '--enable-gd-native-ttf' \ '--with-mime-magic' \ '--enable-bcmath' \ '--with-xmlreader' \ '--with-xsl' \ '--enable-debug' \ $@ Thanks [2005-09-22 08:32:28] [EMAIL PROTECTED] What was the configure line you used to configure PHP? (I can't reproduce this with the one I have..) [2005-09-22 00:23:33] phpbugrep-20050921 at pgregg dot com I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. [2005-09-21 23:18:56] [EMAIL PROTECTED] Try adding the rules into httpd.conf. 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/34581 -- Edit this bug report at http://bugs.php.net/?id=34581edit=1
#34595 [Opn-Bgs]: ftp_ssl_connect is not workin even after enabling php_openssl.dll extension
ID: 34595 Updated by: [EMAIL PROTECTED] Reported By: mittalsumit at netscape dot net -Status: Open +Status: Bogus Bug Type: FTP related Operating System: Windows XP Professional PHP Version: 5.0.5 New Comment: RTFM: Why this function may not exist: ftp_ssl_connect() is only available if OpenSSL support is enabled into your version of PHP. If it's undefined and you've compiled FTP support then this is why. For Windows you must compile your own PHP binaries to support this function. Previous Comments: [2005-09-22 12:41:39] mittalsumit at netscape dot net Description: hi i wanted to run ftp_ssl_connect function but it says undefined. I tried to compile php from source it has a lot of errors and did not get compiled. in my phpinfo it shows ftps is enabled after doing php_openssl.dll uncommented in php.ini. A quick response will be highly appricieated. ;extension=php_oci8.dll extension=php_openssl.dll ;extension=php_oracle.dll Expected result: function should work Actual result: -- Fatal error: Call to undefined function ftp_ssl_connect() in C:\php5\getm.php on -- Edit this bug report at http://bugs.php.net/?id=34595edit=1
#34591 [Bgs-Opn]: XML parsing seems to skip some data
ID: 34591 User updated by: priit at ww dot ee Reported By: priit at ww dot ee -Status: Bogus +Status: Open Bug Type: XML related Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: ... Previous Comments: [2005-09-21 23:38:27] priit at ww dot ee charset has nothing to do with it. I tried converting the input to latin1 first and utf8 and changed the xml_parser_create charset accordingly, but the result was the same always! the characters in my example xml are compatible with ISO-8859-1 although the xml input it sayd to be ISO-8859-15 ... if I changed the xml itself also to something else the result was still the same. [2005-09-21 23:35:56] priit at ww dot ee ?php $file = 'failid/kontakt.xml'; function startElement($parser, $name, $attrs) { global $temp_name; $temp_name = $name; } function endElement($parser, $name) { global $temp_name,$temp_value,$moodul; if($temp_name==$name) {$moodul .= ($temp_name : $temp_value)\n;} } function characterData($parser, $data) { global $temp_value; $temp_value = $data; } $moodul = 'PRE'; $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); if (!($fp = fopen($file, r))) { die(could not open XML input); } $data = fread($fp, filesize($file)); if(!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); $moodul .= '/PRE'; echo $moodul; ? [2005-09-21 23:17:34] [EMAIL PROTECTED] Try using compatible charset. [2005-09-21 23:15:36] priit at ww dot ee using php code: $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); $data = fread($fp, filesize($file)); if(!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); [2005-09-21 23:04:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/34591 -- Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34591 [Opn-Fbk]: XML parsing seems to skip some data
ID: 34591 Updated by: [EMAIL PROTECTED] Reported By: priit at ww dot ee -Status: Open +Status: Feedback Bug Type: XML related Operating System: Windows XP SP2 PHP Version: 5.0.5 New Comment: Well, then try to provide really complete reproduce script? I doubt that $file = 'failid/kontakt.xml'; .. will work without the .xml file. Previous Comments: [2005-09-22 13:37:50] priit at ww dot ee ... [2005-09-21 23:38:27] priit at ww dot ee charset has nothing to do with it. I tried converting the input to latin1 first and utf8 and changed the xml_parser_create charset accordingly, but the result was the same always! the characters in my example xml are compatible with ISO-8859-1 although the xml input it sayd to be ISO-8859-15 ... if I changed the xml itself also to something else the result was still the same. [2005-09-21 23:35:56] priit at ww dot ee ?php $file = 'failid/kontakt.xml'; function startElement($parser, $name, $attrs) { global $temp_name; $temp_name = $name; } function endElement($parser, $name) { global $temp_name,$temp_value,$moodul; if($temp_name==$name) {$moodul .= ($temp_name : $temp_value)\n;} } function characterData($parser, $data) { global $temp_value; $temp_value = $data; } $moodul = 'PRE'; $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); if (!($fp = fopen($file, r))) { die(could not open XML input); } $data = fread($fp, filesize($file)); if(!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); $moodul .= '/PRE'; echo $moodul; ? [2005-09-21 23:17:34] [EMAIL PROTECTED] Try using compatible charset. [2005-09-21 23:15:36] priit at ww dot ee using php code: $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); $data = fread($fp, filesize($file)); if(!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); 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/34591 -- Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34591 [Fbk-Bgs]: XML parsing seems to skip some data
ID: 34591 Updated by: [EMAIL PROTECTED] Reported By: priit at ww dot ee -Status: Feedback +Status: Bogus Bug Type: XML related Operating System: Windows XP SP2 PHP Version: 5.0.5 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. It's a bad idea to assume that all the data associated with a particular element is returned to you in a single function call to your characterData() handler, which is what you're doing here. What is happening is that characterData() is being called more than once for the same element, and you're overwriting the global $temp_value variable every time. Making these changes to your code makes it work just fine for me on 5.1: function endElement($parser, $name) { global $temp_name,$temp_value,$moodul; if($temp_name==$name) {$moodul .= ($temp_name : $temp_value)\n;} $temp_value = ''; } function characterData($parser, $data) { global $temp_value; $temp_value .= $data; } Previous Comments: [2005-09-22 13:48:41] [EMAIL PROTECTED] Well, then try to provide really complete reproduce script? I doubt that $file = 'failid/kontakt.xml'; .. will work without the .xml file. [2005-09-22 13:37:50] priit at ww dot ee ... [2005-09-21 23:38:27] priit at ww dot ee charset has nothing to do with it. I tried converting the input to latin1 first and utf8 and changed the xml_parser_create charset accordingly, but the result was the same always! the characters in my example xml are compatible with ISO-8859-1 although the xml input it sayd to be ISO-8859-15 ... if I changed the xml itself also to something else the result was still the same. [2005-09-21 23:35:56] priit at ww dot ee ?php $file = 'failid/kontakt.xml'; function startElement($parser, $name, $attrs) { global $temp_name; $temp_name = $name; } function endElement($parser, $name) { global $temp_name,$temp_value,$moodul; if($temp_name==$name) {$moodul .= ($temp_name : $temp_value)\n;} } function characterData($parser, $data) { global $temp_value; $temp_value = $data; } $moodul = 'PRE'; $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); if (!($fp = fopen($file, r))) { die(could not open XML input); } $data = fread($fp, filesize($file)); if(!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); $moodul .= '/PRE'; echo $moodul; ? [2005-09-21 23:17:34] [EMAIL PROTECTED] Try using compatible charset. 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/34591 -- Edit this bug report at http://bugs.php.net/?id=34591edit=1
#34597 [NEW]: NTLM-Auth doesn't work in 5.05
From: juergen_papke at web dot de Operating system: Linux PHP version: 5.0.5 PHP Bug Type: Apache2 related Bug description: NTLM-Auth doesn't work in 5.05 Description: The code in the next window run fine under PHP 5.04. But when I trie it under 5.05 it dosn't work. I only get the auth-window in the browser ( IE 6.0) Reproduce code: --- http://www.mynetcologne.de/~nc-papkeju/anmeldung.phps -- Edit bug report at http://bugs.php.net/?id=34597edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34597r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34597r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34597r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34597r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34597r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34597r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34597r=needscript Try newer version: http://bugs.php.net/fix.php?id=34597r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34597r=support Expected behavior: http://bugs.php.net/fix.php?id=34597r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34597r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34597r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34597r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34597r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34597r=dst IIS Stability: http://bugs.php.net/fix.php?id=34597r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34597r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34597r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34597r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34597r=mysqlcfg
#34597 [Opn-Fbk]: NTLM-Auth doesn't work in 5.05
ID: 34597 Updated by: [EMAIL PROTECTED] Reported By: juergen_papke at web dot de -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-09-22 14:41:37] juergen_papke at web dot de Description: The code in the next window run fine under PHP 5.04. But when I trie it under 5.05 it dosn't work. I only get the auth-window in the browser ( IE 6.0) Reproduce code: --- http://www.mynetcologne.de/~nc-papkeju/anmeldung.phps -- Edit this bug report at http://bugs.php.net/?id=34597edit=1
#34583 [Ctl-Csd]: When compiling without --without-pear install silently fails
ID: 34583 Updated by: [EMAIL PROTECTED] Reported By: mike at blueroot dot co dot uk -Status: Critical +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.6 Fedora 2 PHP Version: 5CVS-2005-09-21 (snap) 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-09-21 23:16:05] [EMAIL PROTECTED] Yet-another-bug caused by the crap called PEAR.. [2005-09-21 17:06:25] mike at blueroot dot co dot uk Description: When installing 5.1.0-RC2-dev (snap) it says that PEAR was not installed and gives instructions to install. What it doesnt say is that it installed mod_php into your apache directory, but didnt install the helper applications (and probably a few other things) Reproduce code: --- # cd php-5.0.5 ... # make install ... # phpize -v Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 # cd php5-200509211230 # ./configure make make install .. Installing PHP SAPI module: apache [activating module `php5' in /www/conf/httpd.conf] cp libs/libphp5.so /www/libexec/libphp5.so chmod 755 /www/libexec/libphp5.so cp /www/conf/httpd.conf /www/conf/httpd.conf.bak cp /www/conf/httpd.conf.new /www/conf/httpd.conf rm /www/conf/httpd.conf.new Installing PHP CLI binary:/php5/bin/ Installing PHP CLI man page: /php5/man/man1/ Installing shared extensions: /php5/lib/php/extensions/no-debug-non-zts-20050617/ Installing PEAR environment: /php5/lib/php/ +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute: | | | | # make install-su | +--+ make: *** [install-pear] Error 5 # /php5/bin/phpize -v Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 Expected result: The above shows that the php helper apps didnt get installed properly, which causes all sorts of hidden problems. It says the installation process was incomplete, but part was completed. Is this just a warning, or does it represent an error? Surely it should just show a warning. -- Edit this bug report at http://bugs.php.net/?id=34583edit=1
#34594 [Bgs-Csd]: [Solved] Arrays from form get send over as string instead of array
ID: 34594 User updated by: thijs at toltech dot nl -Summary: Arrays from form get send over as string instead of array Reported By: thijs at toltech dot nl -Status: Bogus +Status: Closed Bug Type: Variables related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: Ok I found the problem, Every variable that is send over (GET and POST) variables is being checked: foreach($_POST as $key = $value) $_POST[$key] = addslashes(trim($value)); This somehow caused it to be a string with the value 'Array'. I searched around for help and found one similair bug on this site that was exactly the same.. so I thought it was a php bug. Sorry for this invalid bug post.. I closed it now Previous Comments: [2005-09-22 12:50:08] thijs at toltech dot nl I have been testing this now as well since [EMAIL PROTECTED] sais this works.. it now works for me as well except in the form where I want it to work.. I first thought this was caused by the template engine, but it isn't.. I will try to find out what is causing this.. [2005-09-22 12:31:35] [EMAIL PROTECTED] Works fine for me too when using proper HTML form. [2005-09-22 12:27:24] thijs at toltech dot nl I'm unable to post feedback on this matter due to that make install fails on the location of the apache conf file. (Which is httpd.conf instead of apache2.conf, I configured php with the configuration taken from phpinfo() from my current php installation) [2005-09-22 11:11:03] [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 Works perfectly here. [2005-09-22 11:01:52] thijs at toltech dot nl Description: By using form you can send Arrays over to the next page with the name=var_name[] method. However, doing this will result in that the $_POST['var_name'] will contain the string 'Array' all the time, no matter what is really send in. (Note: this also happend to me in php5.1.0-b3, gentoo forced me to downgrade but I think it is also in php5.1.0-rc1, would be glad if anyone can check this for me) Reproduce code: --- select name=color[] option value=*All/option option value=redRed/option option value=blueBlue/option option value=greenGreen/option option value=orangeOrange/option option value=yellowYellow/option /select and on the next page in php code: ?php print_r($_POST); ? Expected result: The expected result is (assuming you selected 'Green' and 'Red': Array ( [color] = Array ( [0] = red [1] = green ) ) Actual result: -- while will produce (no matter what you select): Array ( [color] = Array ) -- Edit this bug report at http://bugs.php.net/?id=34594edit=1
#34594 [Csd-Bgs]: [Solved] Arrays from form get send over as string instead of array
ID: 34594 Updated by: [EMAIL PROTECTED] Reported By: thijs at toltech dot nl -Status: Closed +Status: Bogus Bug Type: Variables related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: We mark user errors as 'Bogus'. Previous Comments: [2005-09-22 15:07:39] thijs at toltech dot nl Ok I found the problem, Every variable that is send over (GET and POST) variables is being checked: foreach($_POST as $key = $value) $_POST[$key] = addslashes(trim($value)); This somehow caused it to be a string with the value 'Array'. I searched around for help and found one similair bug on this site that was exactly the same.. so I thought it was a php bug. Sorry for this invalid bug post.. I closed it now [2005-09-22 12:50:08] thijs at toltech dot nl I have been testing this now as well since [EMAIL PROTECTED] sais this works.. it now works for me as well except in the form where I want it to work.. I first thought this was caused by the template engine, but it isn't.. I will try to find out what is causing this.. [2005-09-22 12:31:35] [EMAIL PROTECTED] Works fine for me too when using proper HTML form. [2005-09-22 12:27:24] thijs at toltech dot nl I'm unable to post feedback on this matter due to that make install fails on the location of the apache conf file. (Which is httpd.conf instead of apache2.conf, I configured php with the configuration taken from phpinfo() from my current php installation) [2005-09-22 11:11:03] [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 Works perfectly here. 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/34594 -- Edit this bug report at http://bugs.php.net/?id=34594edit=1
#34598 [NEW]: XML parser adds stuff to value
From: priit at ww dot ee Operating system: windows xp PHP version: 5.0.5 PHP Bug Type: SimpleXML related Bug description: XML parser adds stuff to value Description: XML parser adds everything between the end of tag until start of next tag to next tag's value. Yes, I can use trim() to fix this, but it still doesnt feel right and more like workaround to fix sloppy parsing error/bug. Reproduce code: --- ?php $inputxml = '?xml version=1.0 encoding=ISO-8859-1? info aaa111/aaa ccc222/ccc bbb333/bbb /info '; function startElement($parser, $name, $attrs) { $GLOBALS['temp_name'] = $name; } function endElement($parser, $name) { if($GLOBALS['temp_name']==$name) $GLOBALS['moodul'] .= (.$GLOBALS['temp_name']. : '.$GLOBALS['temp_value'].')\n; $GLOBALS['temp_value'] = ''; } function characterData($parser, $data) { $GLOBALS['temp_value'] .= $data; } $moodul = htmlspecialchars($inputxml).\n\n; $temp_value=''; $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); if(!xml_parse($xml_parser, $inputxml)) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); echo 'PRE'.$moodul.'/PRE'; ? Expected result: (AAA : '111') (CCC : '222') (BBB : '333') Actual result: -- (AAA : ' 111') (CCC : ' 222') (BBB : ' 333') -- Edit bug report at http://bugs.php.net/?id=34598edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34598r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34598r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34598r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34598r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34598r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34598r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34598r=needscript Try newer version: http://bugs.php.net/fix.php?id=34598r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34598r=support Expected behavior: http://bugs.php.net/fix.php?id=34598r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34598r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34598r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34598r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34598r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34598r=dst IIS Stability: http://bugs.php.net/fix.php?id=34598r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34598r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34598r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34598r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34598r=mysqlcfg
#34597 [Fbk-Opn]: NTLM-Auth doesn't work in 5.05
ID: 34597 User updated by: juergen_papke at web dot de Reported By: juergen_papke at web dot de -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: Look at this: http://www.mynetcologne.de/~nc-papkeju/anmeldung.phps Previous Comments: [2005-09-22 14:48:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-09-22 14:41:37] juergen_papke at web dot de Description: The code in the next window run fine under PHP 5.04. But when I trie it under 5.05 it dosn't work. I only get the auth-window in the browser ( IE 6.0) Reproduce code: --- http://www.mynetcologne.de/~nc-papkeju/anmeldung.phps -- Edit this bug report at http://bugs.php.net/?id=34597edit=1
#34597 [Opn-Fbk]: NTLM-Auth doesn't work in 5.05
ID: 34597 Updated by: [EMAIL PROTECTED] Reported By: juergen_papke at web dot de -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: This is not a short script. Previous Comments: [2005-09-22 15:33:52] juergen_papke at web dot de Look at this: http://www.mynetcologne.de/~nc-papkeju/anmeldung.phps [2005-09-22 14:48:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-09-22 14:41:37] juergen_papke at web dot de Description: The code in the next window run fine under PHP 5.04. But when I trie it under 5.05 it dosn't work. I only get the auth-window in the browser ( IE 6.0) Reproduce code: --- http://www.mynetcologne.de/~nc-papkeju/anmeldung.phps -- Edit this bug report at http://bugs.php.net/?id=34597edit=1
#34598 [Opn-Bgs]: SimpleXML parser adds stuff to value
ID: 34598 User updated by: priit at ww dot ee Reported By: priit at ww dot ee -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: windows xp PHP Version: 5.0.5 New Comment: ... Previous Comments: [2005-09-22 15:15:04] priit at ww dot ee Description: XML parser adds everything between the end of tag until start of next tag to next tag's value. Yes, I can use trim() to fix this, but it still doesnt feel right and more like workaround to fix sloppy parsing error/bug. Reproduce code: --- ?php $inputxml = '?xml version=1.0 encoding=ISO-8859-1? info aaa111/aaa ccc222/ccc bbb333/bbb /info '; function startElement($parser, $name, $attrs) { $GLOBALS['temp_name'] = $name; } function endElement($parser, $name) { if($GLOBALS['temp_name']==$name) $GLOBALS['moodul'] .= (.$GLOBALS['temp_name']. : '.$GLOBALS['temp_value'].')\n; $GLOBALS['temp_value'] = ''; } function characterData($parser, $data) { $GLOBALS['temp_value'] .= $data; } $moodul = htmlspecialchars($inputxml).\n\n; $temp_value=''; $xml_parser = xml_parser_create('ISO-8859-1'); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); if(!xml_parse($xml_parser, $inputxml)) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } xml_parser_free($xml_parser); echo 'PRE'.$moodul.'/PRE'; ? Expected result: (AAA : '111') (CCC : '222') (BBB : '333') Actual result: -- (AAA : ' 111') (CCC : ' 222') (BBB : ' 333') -- Edit this bug report at http://bugs.php.net/?id=34598edit=1
#34568 [Fbk-Csd]: PHP and mod_dav conflicts
ID: 34568 User updated by: roso at despammed dot com Reported By: roso at despammed dot com -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: Fedora 2 PHP Version: 5.1.0RC1 New Comment: I already did, I've been told by the Apache developers that the 404 handling in PHP/apache2handler was broken recently. And yes, it works fine now (I wonder what other bugs are in this snapshot of 5.1.0RC2 I just installed). Thank you. Previous Comments: [2005-09-22 08:29:58] [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-09-22 03:07:57] roso at despammed dot com BTW, it is not the Custom 404 page php script that is causing an error, even if I put an empty file there and name it index.php I still get the Segmentation fault. [2005-09-22 02:57:56] roso at despammed dot com I just posted the core dump for the process that ended with a Segmentation fault after trying to PUT a file in a Webdav folder. Also, I just found out that there are many other processes ending with a Segmentation fault, all of them happening when the server looking for a file which is not found is trying to access a 404 custom file made in PHP. if I change the 404 to a simple HTML everything is back to normal. Therefore, it seems that the PHP (5.1.0RC1) is responsible for this fault. It used to work with the previous version (5.1.0b3). [2005-09-22 02:55:05] roso at despammed dot com Thread 1 (process 22993): #0 0xb7bb3510 in _zend_hash_index_update_or_next_insert (ht=0xb7e67af8, h=0, pData=0xbfffda30, nDataSize=12, pDest=0x0, flag=1) at /tmp/php-5.1.0RC1/Zend/zend_hash.c:354 nIndex = 0 p = (Bucket *) 0x0 #1 0xb7bb4d2d in zend_list_insert (ptr=0x0, type=0) at /tmp/php-5.1.0RC1/Zend/zend_list.c:47 index = 0 le = {ptr = 0x846ef8c, type = 2, refcount = 1} #2 0xb7bb4e09 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x846ef8c, rsrc_type=2) at /tmp/php-5.1.0RC1/Zend/zend_list.c:99 rsrc_id = 0 #3 0xb7b8a698 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb7cece68 rb) at /tmp/php-5.1.0RC1/main/streams/streams.c:263 le = {ptr = 0x11, type = 0, refcount = -1073751384} ret = (php_stream *) 0x846ef8c #4 0xb7b8e3e7 in _php_stream_fopen_from_fd (fd=0, mode=0xb7cece68 rb, persistent_id=0x0) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:204 self = (php_stdio_stream_data *) 0x845ee14 stream = (php_stream *) 0x0 #5 0xb7b8ede4 in _php_stream_fopen (filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68 rb, opened_path=0xbfffeeb8, options=133) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:881 realpath = 0x83587e4 /www/_error/404/index.php open_flags = 0 fd = 17 ret = (php_stream *) 0x846c090 persistent = 17 persistent_id = 0x0 #6 0xb7b8f525 in _php_stream_fopen_with_path ( filename=0x846c090 /www/_error/404/index.php, mode=0xb7cece68 rb, path=0x8385f60 .:/www/_php/pear, opened_path=0xbfffeeb8, options=133) at /tmp/php-5.1.0RC1/main/streams/plain_wrapper.c:1275 pathbuf = 0x10 Address 0x10 out of bounds ptr = 0x85 Address 0x85 out of bounds end = 0x846c090 /www/_error/404/index.php exec_fname = 0x2 Address 0x2 out of bounds trypath = eregi\000ÿ¿\002\000\000\000\020\000\000\000ereg_replace\000 \000\000\000ereg\000ïÿ¿\002\000\000\000\020\000\000\000is_callable\000\020\000 \000\000is_scalar\000\000\000\020\000\000\000is_object\000\000\000\020\000\000 \000is_array\000\000\000\000\020\000\000\000is_string\000\000\000\020\000\000 \000is_numeric\000\000\020\000\000\000is_real\000\002\000\000\000\020\000\000 \000is_double\000\000\000\020\000\000\000is_integer\000\000\020\000\000 \000is_int\000¿... sb = {st_dev = 13835039827440987236, __pad1 = 2, st_ino = 16, st_mode = 1600942451, st_nlink = 1667720562, st_uid = 6648673, st_gid = 16, st_rdev = 13835039365436895082, __pad2 = 2, st_size = 16, st_blksize = 1768714355, st_blocks = -1090492044, st_atim = { tv_sec = 2, tv_nsec = 16}, st_mtim = {tv_sec = 1768714355, tv_nsec = - 1073807244}, st_ctim = {tv_sec = 2, tv_nsec = 16}, __unused4 = 1734701669, __unused5 = 1701994345} stream = (php_stream *) 0x8d path_length = 138854544 exec_fname_length = 141 #7 0xb7b8c572 in _php_stream_open_wrapper_ex (path=0x846c090 /www/_error/404/index.php, mode=0xb7cece68 rb, options=141, opened_path=0x85, context=0x0) at
#34581 [Opn-Fbk]: crash with mod_rewrite
ID: 34581 Updated by: [EMAIL PROTECTED] Reported By: phpbugrep-20050921 at pgregg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD5.4-STABLE PHP Version: 5CVS-2005-09-21 (snap) New Comment: I can't reproduce it either (tried both with Apache 1.3.x Apache 2.x). And valgrind doesn't say a word about it. Please add some more info on how to reproduce it. Previous Comments: [2005-09-22 13:01:59] phpbugrep-20050921 at pgregg dot com I did, but I have now turned it off. Makes no difference though. [2005-09-22 11:28:34] [EMAIL PROTECTED] Do you have any ErrorDocument directive set in any .htaccess file or httpd.conf? [2005-09-22 11:10:04] phpbugrep-20050921 at pgregg dot com more php5-200509211030/config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-pgsql' \ '--with-gd' \ '--with-zlib-dir=/usr' \ '--with-jpeg-dir=/usr/local' \ '--with-xpm-dir=/usr/X11R6' \ '--with-ttf=/usr/compat/linux/usr/' \ '--with-freetype-dir=/usr/local' \ '--enable-gd-native-ttf' \ '--with-mime-magic' \ '--enable-bcmath' \ '--with-xmlreader' \ '--with-xsl' \ '--enable-debug' \ $@ Thanks [2005-09-22 08:32:28] [EMAIL PROTECTED] What was the configure line you used to configure PHP? (I can't reproduce this with the one I have..) [2005-09-22 00:23:33] phpbugrep-20050921 at pgregg dot com I added the contents of the htaccess into the httpd.conf and stop/started. Result was the same - still segfaulting. Backtrace at: http://www.pgregg.com/crash/gdb_backtrace2.txt They are essentially the same. Problem still persists. Thanks. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34581 -- Edit this bug report at http://bugs.php.net/?id=34581edit=1
#34599 [NEW]: Accuracy of round() function affected by compiler optimizations
From: osolo at wndtabs dot com Operating system: Linux PHP version: 4.4.0 PHP Bug Type: *Math Functions Bug description: Accuracy of round() function affected by compiler optimizations Description: The round() function will return inconsistent results when PHP is compiled under certain Linux distro/CPU/compiler combinations. For example, if when compiling PHP on Gentoo 1.12.0_pre6/cc 3.4.4/Pentium 4, we get: round(0.245,2) = 0.24 Instead of the expected 0.25. I've traced the problem to the PHP_ROUND_WITH_FUZZ macro in ext/standard/math.c. This macro starts out as: #define PHP_ROUND_WITH_FUZZ(val, places) { \ double tmp_val=val, f = pow(10.0, (double) places); \ ... Changing the first line to: volatile double tmp_val=val; double f = pow(10.0, (double) places); \ I suspect the problem is that the optimizer is keeping tmp_val in a floating point register that has a difference precision than a C double. Declaring it volatile keeps it in the variable and makes things more consisntant. -- Edit bug report at http://bugs.php.net/?id=34599edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34599r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34599r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34599r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34599r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34599r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34599r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34599r=needscript Try newer version: http://bugs.php.net/fix.php?id=34599r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34599r=support Expected behavior: http://bugs.php.net/fix.php?id=34599r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34599r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34599r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34599r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34599r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34599r=dst IIS Stability: http://bugs.php.net/fix.php?id=34599r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34599r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34599r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34599r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34599r=mysqlcfg
#34599 [Opn-Bgs]: Accuracy of round() function affected by compiler optimizations
ID: 34599 Updated by: [EMAIL PROTECTED] Reported By: osolo at wndtabs dot com -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Linux PHP Version: 4.4.0 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about floats and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2005-09-22 16:04:20] osolo at wndtabs dot com Description: The round() function will return inconsistent results when PHP is compiled under certain Linux distro/CPU/compiler combinations. For example, if when compiling PHP on Gentoo 1.12.0_pre6/cc 3.4.4/Pentium 4, we get: round(0.245,2) = 0.24 Instead of the expected 0.25. I've traced the problem to the PHP_ROUND_WITH_FUZZ macro in ext/standard/math.c. This macro starts out as: #define PHP_ROUND_WITH_FUZZ(val, places) { \ double tmp_val=val, f = pow(10.0, (double) places); \ ... Changing the first line to: volatile double tmp_val=val; double f = pow(10.0, (double) places); \ I suspect the problem is that the optimizer is keeping tmp_val in a floating point register that has a difference precision than a C double. Declaring it volatile keeps it in the variable and makes things more consisntant. -- Edit this bug report at http://bugs.php.net/?id=34599edit=1
#34523 [Asn-Csd]: pdo drivers are not compiled due to compilation errors
ID: 34523 Updated by: [EMAIL PROTECTED] Reported By: dan at yes dot lt -Status: Assigned +Status: Closed Bug Type: PDO related Operating System: windows PHP Version: 5CVS-2005-09-16 (snap) Assigned To: edink 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-09-19 14:07:06] [EMAIL PROTECTED] See also bug #34255 [2005-09-16 10:01:02] [EMAIL PROTECTED] This is either caused by the build machine using outdated sources/headers or mixing some PDO stuff from PECL and some from the core..or wrong branch? [2005-09-16 09:11:25] dan at yes dot lt Description: PDO drivers are not compiled due to compilation errors Some lines from http://snaps.php.net/win32/snapshot-5.1.log ext\pdo_dblib\dblib_driver.c(250) : error C2198: 'php_pdo_get_exception' : too few actual parameters ext\pdo_mysql\mysql_driver.c(100) : error C2198: 'php_pdo_get_exception' : too few actual parameters ext\pdo_oci\oci_driver.c(161) : error C2198: 'php_pdo_get_exception' : too few actual parameters ext\pdo_odbc\odbc_driver.c(90) : error C2198: 'php_pdo_get_exception' : too few actual parameters ext\pdo_pgsql\pgsql_driver.c(83) : error C2198: 'php_pdo_get_exception' : too few actual parameters ext\pdo_sqlite\sqlite_driver.c(78) : error C2198: 'php_pdo_get_exception' : too few actual parameters ext\pdo_sqlite\sqlite_driver.c(695) : error C2198: 'php_pdo_get_exception' : too few actual parameters -- Edit this bug report at http://bugs.php.net/?id=34523edit=1
#34601 [NEW]: Different code execution order than in previous PHP versions
From: steemann at globalpark dot de Operating system: Linux 2.4.21-99 PHP version: 5.1.0RC1 PHP Bug Type: Scripting Engine problem Bug description: Different code execution order than in previous PHP versions Description: I noticed a slight change in the order some instructions get executed. The execution order of instructions for a code like $result[$base]=$base++; differs from PHP 5.1 to previous versions so that the $result variable also has different values as follows: PHP 4.3.10 : array(1) { [0]= int(0) } PHP 5.0.3: array(1) { [0]= int(0) } PHP 5.1.0b3 : array(1) { [1]= int(0) } PHP 5.1.0RC1 : array(1) { [1]= int(0) } Reproduce code: --- $base=0; $result[$base]=$base++; var_dump($result); Expected result: To keep compatibility with PHP 4.x and 5.0.x: array(1) { [0]= int(0) } Actual result: -- array(1) { [1]= int(0) } -- Edit bug report at http://bugs.php.net/?id=34601edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34601r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34601r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34601r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34601r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34601r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34601r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34601r=needscript Try newer version: http://bugs.php.net/fix.php?id=34601r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34601r=support Expected behavior: http://bugs.php.net/fix.php?id=34601r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34601r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34601r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34601r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34601r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34601r=dst IIS Stability: http://bugs.php.net/fix.php?id=34601r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34601r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34601r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34601r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34601r=mysqlcfg
#34595 [Bgs]: ftp_ssl_connect is not workin even after enabling php_openssl.dll extension
ID: 34595 User updated by: mittalsumit at netscape dot net Reported By: mittalsumit at netscape dot net Status: Bogus Bug Type: FTP related Operating System: Windows XP Professional PHP Version: 5.0.5 New Comment: I think that is basic thing which any body can read on.. But the problem is i am doing extension=php_openssl.dll in php.ini and system is showing output of phpinfo function as Registered PHP Streams = php, file, http, ftp, compress.zlib, https, ftps Registered Stream Socket Transports = tcp, udp, ssl, sslv3, sslv2, tls Then why this function is not working. In case if still it won't work then must be a bug. Or in case I have to compile then what is best way to do it. Previous Comments: [2005-09-22 13:24:57] [EMAIL PROTECTED] RTFM: Why this function may not exist: ftp_ssl_connect() is only available if OpenSSL support is enabled into your version of PHP. If it's undefined and you've compiled FTP support then this is why. For Windows you must compile your own PHP binaries to support this function. [2005-09-22 12:41:39] mittalsumit at netscape dot net Description: hi i wanted to run ftp_ssl_connect function but it says undefined. I tried to compile php from source it has a lot of errors and did not get compiled. in my phpinfo it shows ftps is enabled after doing php_openssl.dll uncommented in php.ini. A quick response will be highly appricieated. ;extension=php_oci8.dll extension=php_openssl.dll ;extension=php_oracle.dll Expected result: function should work Actual result: -- Fatal error: Call to undefined function ftp_ssl_connect() in C:\php5\getm.php on -- Edit this bug report at http://bugs.php.net/?id=34595edit=1
#34601 [Opn-WFx]: Different code execution order than in previous PHP versions
ID: 34601 Updated by: [EMAIL PROTECTED] Reported By: steemann at globalpark dot de -Status: Open +Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux 2.4.21-99 PHP Version: 5.1.0RC1 New Comment: Although this is a BC break, you can never rely on this behavior in any computer language where you both *use* a variable and increment it. Previous Comments: [2005-09-22 16:50:06] steemann at globalpark dot de Description: I noticed a slight change in the order some instructions get executed. The execution order of instructions for a code like $result[$base]=$base++; differs from PHP 5.1 to previous versions so that the $result variable also has different values as follows: PHP 4.3.10 : array(1) { [0]= int(0) } PHP 5.0.3: array(1) { [0]= int(0) } PHP 5.1.0b3 : array(1) { [1]= int(0) } PHP 5.1.0RC1 : array(1) { [1]= int(0) } Reproduce code: --- $base=0; $result[$base]=$base++; var_dump($result); Expected result: To keep compatibility with PHP 4.x and 5.0.x: array(1) { [0]= int(0) } Actual result: -- array(1) { [1]= int(0) } -- Edit this bug report at http://bugs.php.net/?id=34601edit=1
#34601 [WFx-Bgs]: Different code execution order than in previous PHP versions
ID: 34601 Updated by: [EMAIL PROTECTED] Reported By: steemann at globalpark dot de -Status: Wont fix +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.21-99 PHP Version: 5.1.0RC1 New Comment: In this case the behaviour is undefined and if it happen to work for you before, well.. you were lucky. But it's still undefined (as it is in such languages as C or C++). Previous Comments: [2005-09-22 17:06:24] [EMAIL PROTECTED] Although this is a BC break, you can never rely on this behavior in any computer language where you both *use* a variable and increment it. [2005-09-22 16:50:06] steemann at globalpark dot de Description: I noticed a slight change in the order some instructions get executed. The execution order of instructions for a code like $result[$base]=$base++; differs from PHP 5.1 to previous versions so that the $result variable also has different values as follows: PHP 4.3.10 : array(1) { [0]= int(0) } PHP 5.0.3: array(1) { [0]= int(0) } PHP 5.1.0b3 : array(1) { [1]= int(0) } PHP 5.1.0RC1 : array(1) { [1]= int(0) } Reproduce code: --- $base=0; $result[$base]=$base++; var_dump($result); Expected result: To keep compatibility with PHP 4.x and 5.0.x: array(1) { [0]= int(0) } Actual result: -- array(1) { [1]= int(0) } -- Edit this bug report at http://bugs.php.net/?id=34601edit=1
#34595 [Bgs]: ftp_ssl_connect is not workin even after enabling php_openssl.dll extension
ID: 34595 Updated by: [EMAIL PROTECTED] Reported By: mittalsumit at netscape dot net Status: Bogus Bug Type: FTP related Operating System: Windows XP Professional PHP Version: 5.0.5 New Comment: It's not working because openssl is not *statically* compiled into PHP in our Windows snapshot builds. Previous Comments: [2005-09-22 17:06:20] mittalsumit at netscape dot net I think that is basic thing which any body can read on.. But the problem is i am doing extension=php_openssl.dll in php.ini and system is showing output of phpinfo function as Registered PHP Streams = php, file, http, ftp, compress.zlib, https, ftps Registered Stream Socket Transports = tcp, udp, ssl, sslv3, sslv2, tls Then why this function is not working. In case if still it won't work then must be a bug. Or in case I have to compile then what is best way to do it. [2005-09-22 13:24:57] [EMAIL PROTECTED] RTFM: Why this function may not exist: ftp_ssl_connect() is only available if OpenSSL support is enabled into your version of PHP. If it's undefined and you've compiled FTP support then this is why. For Windows you must compile your own PHP binaries to support this function. [2005-09-22 12:41:39] mittalsumit at netscape dot net Description: hi i wanted to run ftp_ssl_connect function but it says undefined. I tried to compile php from source it has a lot of errors and did not get compiled. in my phpinfo it shows ftps is enabled after doing php_openssl.dll uncommented in php.ini. A quick response will be highly appricieated. ;extension=php_oci8.dll extension=php_openssl.dll ;extension=php_oracle.dll Expected result: function should work Actual result: -- Fatal error: Call to undefined function ftp_ssl_connect() in C:\php5\getm.php on -- Edit this bug report at http://bugs.php.net/?id=34595edit=1
#34602 [NEW]: Installation Bug
From: alonzo at dizturbedmindz dot net Operating system: Windows 2003 Standard PHP version: 5.0.5 PHP Bug Type: Unknown/Other Function Bug description: Installation Bug Description: The installer for 5.0.5 attempts to run a Windows Scripting Host file, I'm assuming in CScript language, before setting the Windows Scripting Host to CScript. This generates an error and an unsuccessful installation. However, this is resolved by re-running the installation (Windows Scripting Host is already set to CScript then). -- Edit bug report at http://bugs.php.net/?id=34602edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34602r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34602r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34602r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34602r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34602r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34602r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34602r=needscript Try newer version: http://bugs.php.net/fix.php?id=34602r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34602r=support Expected behavior: http://bugs.php.net/fix.php?id=34602r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34602r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34602r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34602r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34602r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34602r=dst IIS Stability: http://bugs.php.net/fix.php?id=34602r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34602r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34602r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34602r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34602r=mysqlcfg
#34602 [Opn-Fbk]: Installation Bug
ID: 34602 Updated by: [EMAIL PROTECTED] Reported By: alonzo at dizturbedmindz dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows 2003 Standard PHP Version: 5.0.5 New Comment: 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. Previous Comments: [2005-09-22 19:47:34] alonzo at dizturbedmindz dot net Description: The installer for 5.0.5 attempts to run a Windows Scripting Host file, I'm assuming in CScript language, before setting the Windows Scripting Host to CScript. This generates an error and an unsuccessful installation. However, this is resolved by re-running the installation (Windows Scripting Host is already set to CScript then). -- Edit this bug report at http://bugs.php.net/?id=34602edit=1
#34603 [NEW]: Amau
From: amau96 at gmail dot com Operating system: xp PHP version: 4.4.0 PHP Bug Type: *General Issues Bug description: Amau Description: I think you forget the function unlink_wc -- Edit bug report at http://bugs.php.net/?id=34603edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34603r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34603r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34603r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34603r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34603r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34603r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34603r=needscript Try newer version: http://bugs.php.net/fix.php?id=34603r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34603r=support Expected behavior: http://bugs.php.net/fix.php?id=34603r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34603r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34603r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34603r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34603r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34603r=dst IIS Stability: http://bugs.php.net/fix.php?id=34603r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34603r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34603r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34603r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34603r=mysqlcfg
#34603 [Opn]: Amau
ID: 34603 User updated by: amau96 at gmail dot com Reported By: amau96 at gmail dot com Status: Open Bug Type: *General Issues Operating System: xp PHP Version: 4.4.0 New Comment: I think you forget the function unlink_wc in your online documentation Previous Comments: [2005-09-22 20:22:44] amau96 at gmail dot com Description: I think you forget the function unlink_wc -- Edit this bug report at http://bugs.php.net/?id=34603edit=1
#34603 [Opn-Bgs]: Amau
ID: 34603 Updated by: [EMAIL PROTECTED] Reported By: amau96 at gmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: xp PHP Version: 4.4.0 New Comment: There is no such function. Previous Comments: [2005-09-22 20:23:48] amau96 at gmail dot com I think you forget the function unlink_wc in your online documentation [2005-09-22 20:22:44] amau96 at gmail dot com Description: I think you forget the function unlink_wc -- Edit this bug report at http://bugs.php.net/?id=34603edit=1
#34593 [Csd]: Unintuitive serialization for inherited objects.
ID: 34593 User updated by: ectsue at gmail dot com Reported By: ectsue at gmail dot com Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5.0.* New Comment: tony: In the project that I ran into this problem, I use the __sleep method to return only a subset of the member variables of the class. An object of this class can get to be rather large and I do not need to serialize everything. This class is occasionally used as a superclass for other classes (this is where I ran into the problem). So, I do need that __sleep function. Previous Comments: [2005-09-22 10:45:30] [EMAIL PROTECTED] 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. Have a look at interface serializable in 5.1 [2005-09-22 10:45:30] [EMAIL PROTECTED] This code (with __sleep() removed) works perfecty fine: ?php class A { private $a; public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); ? Is this what you need? [2005-09-22 07:00:26] ectsue at gmail dot com Description: I believe that the way serialization works for objects doesn't make sense. I have a subclass whose superclass contains a private member variable. Upon serialization, I cannot get the private member variable to serialize for the subclass (except by using a NUL class-name NUL member-name string in __sleep()). Imho, subclasses shouldn't have to know what parts of their parent classes to serialize. I can think of two possible solutions to this problem: 1. Have serialize() walk the inheritance tree for the object it is serializing. 2. Have some method that will be able to take the output from parent::__sleep() and modify it so that it can be passed back from the __sleep() method of the subclass so that private member variables in the parent can be serialized. (The function I have in mind would do the NUL class-name NUL member-name transformation). Reproduce code: --- class A { private $a; public function __sleep() { return array('a'); } public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); Expected result: object(B)#1 (1) { [a:private]= int(10) } object(B)#1 (1) { [a:private]= int(10) } Actual result: -- object(B)#1 (1) { [a:private]= int(10) } object(B)#2 (2) { [a:private]= NULL [a]= NULL } -- Edit this bug report at http://bugs.php.net/?id=34593edit=1
#34593 [Csd]: Unintuitive serialization for inherited objects.
ID: 34593 User updated by: ectsue at gmail dot com Reported By: ectsue at gmail dot com Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5.0.* New Comment: helly: Where can I find documentation about the serializable interface? I tried a whole site search on php.net and couldn't find anything of interest. Previous Comments: [2005-09-22 21:10:28] ectsue at gmail dot com tony: In the project that I ran into this problem, I use the __sleep method to return only a subset of the member variables of the class. An object of this class can get to be rather large and I do not need to serialize everything. This class is occasionally used as a superclass for other classes (this is where I ran into the problem). So, I do need that __sleep function. [2005-09-22 10:45:30] [EMAIL PROTECTED] 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. Have a look at interface serializable in 5.1 [2005-09-22 10:45:30] [EMAIL PROTECTED] This code (with __sleep() removed) works perfecty fine: ?php class A { private $a; public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); ? Is this what you need? [2005-09-22 07:00:26] ectsue at gmail dot com Description: I believe that the way serialization works for objects doesn't make sense. I have a subclass whose superclass contains a private member variable. Upon serialization, I cannot get the private member variable to serialize for the subclass (except by using a NUL class-name NUL member-name string in __sleep()). Imho, subclasses shouldn't have to know what parts of their parent classes to serialize. I can think of two possible solutions to this problem: 1. Have serialize() walk the inheritance tree for the object it is serializing. 2. Have some method that will be able to take the output from parent::__sleep() and modify it so that it can be passed back from the __sleep() method of the subclass so that private member variables in the parent can be serialized. (The function I have in mind would do the NUL class-name NUL member-name transformation). Reproduce code: --- class A { private $a; public function __sleep() { return array('a'); } public function getA() { return $this-a; } public function setA($a) { $this-a = $a; } } class B extends A { } $b = new B(); $b-setA(10); $bSerialized = serialize($b); $bUnserialized = unserialize($bSerialized); var_dump($b); var_dump($bUnserialized); Expected result: object(B)#1 (1) { [a:private]= int(10) } object(B)#1 (1) { [a:private]= int(10) } Actual result: -- object(B)#1 (1) { [a:private]= int(10) } object(B)#2 (2) { [a:private]= NULL [a]= NULL } -- Edit this bug report at http://bugs.php.net/?id=34593edit=1
#34599 [Bgs-Opn]: Accuracy of round() function affected by compiler optimizations
ID: 34599 User updated by: osolo at wndtabs dot com Reported By: osolo at wndtabs dot com -Status: Bogus +Status: Open Bug Type: *Math Functions Operating System: Linux PHP Version: 4.4.0 New Comment: The bug is **not** about limited precision of floating point numbers. The bug report is about the optimizer causing the function to return different values. The function should return the same value whether or not its compiled with -O2. The proposed fix does in fact solve this problem. Previous Comments: [2005-09-22 16:18:52] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about floats and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. [2005-09-22 16:04:20] osolo at wndtabs dot com Description: The round() function will return inconsistent results when PHP is compiled under certain Linux distro/CPU/compiler combinations. For example, if when compiling PHP on Gentoo 1.12.0_pre6/cc 3.4.4/Pentium 4, we get: round(0.245,2) = 0.24 Instead of the expected 0.25. I've traced the problem to the PHP_ROUND_WITH_FUZZ macro in ext/standard/math.c. This macro starts out as: #define PHP_ROUND_WITH_FUZZ(val, places) { \ double tmp_val=val, f = pow(10.0, (double) places); \ ... Changing the first line to: volatile double tmp_val=val; double f = pow(10.0, (double) places); \ I suspect the problem is that the optimizer is keeping tmp_val in a floating point register that has a difference precision than a C double. Declaring it volatile keeps it in the variable and makes things more consisntant. -- Edit this bug report at http://bugs.php.net/?id=34599edit=1
#34599 [Opn]: Accuracy of round() function affected by compiler optimizations
ID: 34599 Updated by: [EMAIL PROTECTED] Reported By: osolo at wndtabs dot com Status: Open Bug Type: Math related Operating System: Linux PHP Version: 4.4.0 New Comment: See also bug #17772 which has some talk about optimizations and some other options. Previous Comments: [2005-09-22 21:16:05] osolo at wndtabs dot com The bug is **not** about limited precision of floating point numbers. The bug report is about the optimizer causing the function to return different values. The function should return the same value whether or not its compiled with -O2. The proposed fix does in fact solve this problem. [2005-09-22 16:18:52] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about floats and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. [2005-09-22 16:04:20] osolo at wndtabs dot com Description: The round() function will return inconsistent results when PHP is compiled under certain Linux distro/CPU/compiler combinations. For example, if when compiling PHP on Gentoo 1.12.0_pre6/cc 3.4.4/Pentium 4, we get: round(0.245,2) = 0.24 Instead of the expected 0.25. I've traced the problem to the PHP_ROUND_WITH_FUZZ macro in ext/standard/math.c. This macro starts out as: #define PHP_ROUND_WITH_FUZZ(val, places) { \ double tmp_val=val, f = pow(10.0, (double) places); \ ... Changing the first line to: volatile double tmp_val=val; double f = pow(10.0, (double) places); \ I suspect the problem is that the optimizer is keeping tmp_val in a floating point register that has a difference precision than a C double. Declaring it volatile keeps it in the variable and makes things more consisntant. -- Edit this bug report at http://bugs.php.net/?id=34599edit=1
#32081 [Asn-Csd]: mysqli_real_connect(): mysqli.default_socket in php.ini has no effect
ID: 32081 Updated by: [EMAIL PROTECTED] Reported By: subscription at nazarenko dot net -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: * PHP Version: 5CVS-2005-09-08 Assigned To: iliaa 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-09-10 22:57:47] [EMAIL PROTECTED] Assigning to Ilia who supposedly fixed something like this before.. [2005-09-08 07:57:02] subscription at nazarenko dot net As I specified it in my last comment, safe mode was off. What I am trying to say is that in all the testing scenarios the socket was never speified in a function call and the behaviour of mysqli_connect() and mysqli_real_connect() is not the same. mysql_connect() does use the mysqli.default_socket value and it does not matter if I specify user/password in a function call or not. mysqli_real_connect() never uses the mysqli.default_socket value, whether user/password are given in a function call or not. [2005-09-08 00:40:50] subscription at nazarenko dot net Sorry, you comment is not true. Both mysql*_connect functions, if called this way: mysql_connect('','user','password') mysqli_connect('','user','password') do use mysql*.default_host/mysql*.default_socket from the php.ini. See my example with mysqli_connect() above. It is ONLY mysqli_real_connect() called this way: mysqli_real_connect($db_obj, '', 'user', 'password') that does not use the values from php.ini. Just to dismiss the argument completely I have tried setting all mysqli.default_* parameters in the php.ini to proper values (safe mode off) and then calling mysqli_real_connect() this way: $db=mysqli_init(); mysqli_real_connect($db); I am still connection error and see that the mysqli_real_connect() is trying to use the hard-coded socket value, which is different from the php.ini [2005-09-07 13:48:21] [EMAIL PROTECTED] The defaults are only used if you don't pass any parameters to these connect functions. [2005-09-07 11:40:00] subscription at nazarenko dot net Tried the php5-200509070630 snapshot. The settings in the php.ini file are: error_reporting = E_ALL display_errors = On mysqli.default_socket = /srv/mysql/mysql.sock mysqli.default_host = localhost Used this code for testing: ? $db = mysqli_connect('','user','password'); var_dump($db); close ($db); echo ---\n; $dbr = mysqli_init(); var_dump (mysqli_real_connect ($dbr, '', 'user', 'password')); mysqli_close($dbr); ? This produces the following ouput: object(mysqli)#1 (0) --- Warning: mysqli_real_connect(): (HY000/2002): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) bool(false) So it confirms that mysqli_real_connect() is still ignoring the php.ini setting. 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/32081 -- Edit this bug report at http://bugs.php.net/?id=32081edit=1
#34604 [NEW]: ./configure --with-msql fails
From: snambi_75 at yahoo dot com Operating system: redhat fedora core 2 PHP version: 4.4.0 PHP Bug Type: *Configuration Issues Bug description: ./configure --with-msql fails Description: when I run configure with php4.4.0 source it fails to recognise mysql I have installed MySQL in non-standard location, under /software/mysql so I run configure as follows. ./configure --with-mysql=shared,/software/mysql configure fails, reporting unable to find mysql header files. however configure works well, when mysql is installed under standard directories, ie under /usr. -- Edit bug report at http://bugs.php.net/?id=34604edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34604r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34604r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34604r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34604r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34604r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34604r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34604r=needscript Try newer version: http://bugs.php.net/fix.php?id=34604r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34604r=support Expected behavior: http://bugs.php.net/fix.php?id=34604r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34604r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34604r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34604r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34604r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34604r=dst IIS Stability: http://bugs.php.net/fix.php?id=34604r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34604r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34604r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34604r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34604r=mysqlcfg
#34604 [Opn-Fbk]: ./configure --with-msql fails
ID: 34604 Updated by: [EMAIL PROTECTED] Reported By: snambi_75 at yahoo dot com -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: redhat fedora core 2 PHP Version: 4.4.0 New Comment: Put your config.log somewhere and paste the link here, plz. Previous Comments: [2005-09-22 23:55:25] snambi_75 at yahoo dot com Description: when I run configure with php4.4.0 source it fails to recognise mysql I have installed MySQL in non-standard location, under /software/mysql so I run configure as follows. ./configure --with-mysql=shared,/software/mysql configure fails, reporting unable to find mysql header files. however configure works well, when mysql is installed under standard directories, ie under /usr. -- Edit this bug report at http://bugs.php.net/?id=34604edit=1
#34605 [NEW]: cannot run fastcgi php with oci8
From: nicetmy at 126 dot com Operating system: win2K sp4 PHP version: 4.4.0 PHP Bug Type: OCI8 related Bug description: cannot run fastcgi php with oci8 Description: PHP: 4.3.11 Oracle client: 10.1.0 and 9.2 Apache 2.0.47 I try to run php under fastcgi mode Using the default configure of php everything is fine. But when I open the oci8 suport, apache service started but php cannot work. So I turn to start apache service with DOS command, system popup the notice of cannot find oci.dll(In fact, oci.dll in %PATH%). Then I change the httpd.conf using isapi mode, oracle support is ok. Why? -- Edit bug report at http://bugs.php.net/?id=34605edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34605r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34605r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34605r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34605r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34605r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34605r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34605r=needscript Try newer version: http://bugs.php.net/fix.php?id=34605r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34605r=support Expected behavior: http://bugs.php.net/fix.php?id=34605r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34605r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34605r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34605r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34605r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34605r=dst IIS Stability: http://bugs.php.net/fix.php?id=34605r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34605r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34605r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34605r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34605r=mysqlcfg
#34587 [Fbk-Csd]: PDO::__construct() error
ID: 34587 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: PDO related Operating System: Windows XP Professional PHP Version: 5.1.0RC1 New Comment: On the php info page, available PDO drivers: sqlite2. Then I tried edit my dsn to sqlite2:D:/DB/SQLite/test.db2. It's work fine. I dunno, seems PDO changes in PHP 5.1.0RC1. Ok fine now, I closed this bugs. Sorry for the noise. Thanks Previous Comments: [2005-09-21 20:50:53] [EMAIL PROTECTED] Are you sure pdo_sqlite has been loaded? Try php -m. [2005-09-21 20:41:02] [EMAIL PROTECTED] Description: A PDO::__construct() throwed an exception when I tried to open sqlite database, seem no driver for sqlite. My dsn is work fine in PHP 5.0.5. Reproduce code: --- ?php $dbh = new PDO('sqlite:D:/DB/SQLite/test.db3'); ? Expected result: $dbh is a PDO object. Actual result: -- Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' -- Edit this bug report at http://bugs.php.net/?id=34587edit=1
#34607 [NEW]: oci_bind_by_name fails when $variable has NULL value
From: robcolbert at yahoo dot com Operating system: Fedora Core 4 PHP version: 5.0.5 PHP Bug Type: OCI8 related Bug description: oci_bind_by_name fails when $variable has NULL value Description: It is not possible to use oci_bind_by_name to assign a NULL value to a placeholder. The OCI will attempt to allocate a very large (negative) amount of memory and cause the script to exit due to memory depletion. I'm not sure if this is a bug or intended behavior, but it was frustrating to figure out, and limits the programmer's ability to use a truly generic statement for all cases. I have found myself having to code constructs such as: if( $SomeVarB == NULL ) { $SQL = INSERT INTO table (a, b) VALUES (:a, NULL); $stid = $oci_parse($conn, $SQL); oci_bind_by_name($stid, :a, $SomeVarA); } else { $SQL = INSERT INTO table (a, b) VALUES (:a, :b); $stid = $oci_parse($conn, $SQL); oci_bind_by_name($stid, :a, $SomeVarA); oci_bind_by_name($stid, :b, $SomeVarB); } This is bloating scripts unnecessarily, and I expect that other programmers are experiencing similar results. It would be better if NULL could be specified as the input variable value to mean that the OCI should use NULL for the given placeholder's value such as: $SomeVarB = NULL; oci_bind_by_name($stid, :b, $SomeVarB); Reproduce code: --- $SomeVarB = NULL; oci_bind_by_name($stid, :placeholder, $SomeVarB); Expected result: The OCI should use the NULL SQL value supplied as the value of the $variable input parameter. The OCI should attempt to allocate an enormous amount of memory and cause the script to terminate. If NULL cannot be handled as an input $variable value, then it is expected for the API to return an error code and allow the application to handle the error rather than causing an abortive condition (script termination) to occur. Actual result: -- PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate -153092209 bytes). -- Edit bug report at http://bugs.php.net/?id=34607edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34607r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34607r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34607r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34607r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34607r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34607r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34607r=needscript Try newer version: http://bugs.php.net/fix.php?id=34607r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34607r=support Expected behavior: http://bugs.php.net/fix.php?id=34607r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34607r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34607r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34607r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34607r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34607r=dst IIS Stability: http://bugs.php.net/fix.php?id=34607r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34607r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34607r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34607r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34607r=mysqlcfg
#34595 [Bgs]: ftp_ssl_connect is not workin even after enabling php_openssl.dll extension
ID: 34595 User updated by: mittalsumit at netscape dot net Reported By: mittalsumit at netscape dot net Status: Bogus Bug Type: FTP related Operating System: Windows XP Professional PHP Version: 5.0.5 New Comment: I have got few docs telling the php compilation on windows as well read the php manual for the same but all give error while compiling it.. is there any link where i can find a good document which tell how to compile it for windows with *ssl statically* a quick response will be highly appiciated Previous Comments: [2005-09-22 19:22:32] [EMAIL PROTECTED] It's not working because openssl is not *statically* compiled into PHP in our Windows snapshot builds. [2005-09-22 17:06:20] mittalsumit at netscape dot net I think that is basic thing which any body can read on.. But the problem is i am doing extension=php_openssl.dll in php.ini and system is showing output of phpinfo function as Registered PHP Streams = php, file, http, ftp, compress.zlib, https, ftps Registered Stream Socket Transports = tcp, udp, ssl, sslv3, sslv2, tls Then why this function is not working. In case if still it won't work then must be a bug. Or in case I have to compile then what is best way to do it. [2005-09-22 13:24:57] [EMAIL PROTECTED] RTFM: Why this function may not exist: ftp_ssl_connect() is only available if OpenSSL support is enabled into your version of PHP. If it's undefined and you've compiled FTP support then this is why. For Windows you must compile your own PHP binaries to support this function. [2005-09-22 12:41:39] mittalsumit at netscape dot net Description: hi i wanted to run ftp_ssl_connect function but it says undefined. I tried to compile php from source it has a lot of errors and did not get compiled. in my phpinfo it shows ftps is enabled after doing php_openssl.dll uncommented in php.ini. A quick response will be highly appricieated. ;extension=php_oci8.dll extension=php_openssl.dll ;extension=php_oracle.dll Expected result: function should work Actual result: -- Fatal error: Call to undefined function ftp_ssl_connect() in C:\php5\getm.php on -- Edit this bug report at http://bugs.php.net/?id=34595edit=1