#32007 [Bgs]: problem with GD + freetype2
ID: 32007 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr Status: Bogus Bug Type: GD related Operating System: solaris 5.8 PHP Version: 4CVS-2005-02-17 New Comment: This bug system cut that url, but you'll see easily what letter is missing from word solaris in it. :) Previous Comments: [2005-02-22 08:55:13] [EMAIL PROTECTED] You will find couple of solutions by using this search: http://www.google.com/search?q=%22libgcc_s.so.1%3A+open+failed%22+solaris This is NOT any bug in PHP, just a broken installation of gcc on your system. [2005-02-22 08:44:25] bernard dot prevosto at ifremer dot fr The debug.log file: -- CONFIGURE: './configure' '--with-gd' '--with-zlib-dir=/home/services/bibli/zlib' '--with-jpeg-dir=/home/services/bibli/jpeglib' '--with-png-dir=/home/services/bibli/pnglib' '--with-tiff-dir=/home/services/bibli/tifflib' '--with-freetype-dir=/home/services/bibli/freetype2' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/home/services/bibli/zlib/include -I/home/services/bibli/jpeglib/include -I/home/services/bibli/pnglib/include -I/home/services/bibli/freetype2/include -I/home/services/bibli/freetype2/include/freetype2 LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib -R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib -R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib -R/home/services/bibli/freetype2/lib -L/home/services/bibli/freetype2/lib LIBS: -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc DLIBS: SAPI: cgi PHP_RPATHS: /usr/ucblib /home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 /home/services/bibli/zlib/lib /home/services/bibli/jpeglib/lib /home/services/bibli/pnglib/lib /home/services/bibli/freetype2/lib uname -a: SunOS iletudy 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Fire-880 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib -R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib -R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib -R/home/services/bibli/freetype2/lib -L/home/services/bibli/freetype2/lib conftest.c -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld.so.1: ./conftest: fatal: libgcc_s.so.1: open failed: No such file or directory [2005-02-21 19:43:31] [EMAIL PROTECTED] Well, what was in the debug.log file...? [2005-02-17 14:19:12] bernard dot prevosto at ifremer dot fr Sorry without IMAP i have: checking for extended DES crypt... no checking for MD5 crypt... no Killed checking for Blowfish crypt... no checking whether flush should be called explicitly after a buffered io... yes without freetype2 or GD i have not tke ligne KILLED at the end of configure in this case i have: ++ | *** ATTENTION ***| || | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | || | If you are unable to fix this, send the file debug.log to the | | php-install@lists.php.net mailing list and include appropiate | | information about your setup. | i have not without freetype2 or GD but the make work fine [2005-02-17 13:46:52] [EMAIL PROTECTED] Does this work: # rm config.cache # ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-freetype-dir=/home/services/bibli/freetype2 # make clean && m
#32007 [Opn->Bgs]: problem with GD + freetype2
ID: 32007 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Bogus Bug Type: GD related Operating System: solaris 5.8 PHP Version: 4CVS-2005-02-17 New Comment: You will find couple of solutions by using this search: http://www.google.com/search?q=%22libgcc_s.so.1%3A+open+failed%22+solaris This is NOT any bug in PHP, just a broken installation of gcc on your system. Previous Comments: [2005-02-22 08:44:25] bernard dot prevosto at ifremer dot fr The debug.log file: -- CONFIGURE: './configure' '--with-gd' '--with-zlib-dir=/home/services/bibli/zlib' '--with-jpeg-dir=/home/services/bibli/jpeglib' '--with-png-dir=/home/services/bibli/pnglib' '--with-tiff-dir=/home/services/bibli/tifflib' '--with-freetype-dir=/home/services/bibli/freetype2' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/home/services/bibli/zlib/include -I/home/services/bibli/jpeglib/include -I/home/services/bibli/pnglib/include -I/home/services/bibli/freetype2/include -I/home/services/bibli/freetype2/include/freetype2 LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib -R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib -R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib -R/home/services/bibli/freetype2/lib -L/home/services/bibli/freetype2/lib LIBS: -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc DLIBS: SAPI: cgi PHP_RPATHS: /usr/ucblib /home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 /home/services/bibli/zlib/lib /home/services/bibli/jpeglib/lib /home/services/bibli/pnglib/lib /home/services/bibli/freetype2/lib uname -a: SunOS iletudy 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Fire-880 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib -R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib -R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib -R/home/services/bibli/freetype2/lib -L/home/services/bibli/freetype2/lib conftest.c -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld.so.1: ./conftest: fatal: libgcc_s.so.1: open failed: No such file or directory [2005-02-21 19:43:31] [EMAIL PROTECTED] Well, what was in the debug.log file...? [2005-02-17 14:19:12] bernard dot prevosto at ifremer dot fr Sorry without IMAP i have: checking for extended DES crypt... no checking for MD5 crypt... no Killed checking for Blowfish crypt... no checking whether flush should be called explicitly after a buffered io... yes without freetype2 or GD i have not tke ligne KILLED at the end of configure in this case i have: ++ | *** ATTENTION ***| || | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | || | If you are unable to fix this, send the file debug.log to the | | php-install@lists.php.net mailing list and include appropiate | | information about your setup. | i have not without freetype2 or GD but the make work fine [2005-02-17 13:46:52] [EMAIL PROTECTED] Does this work: # rm config.cache # ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-freetype-dir=/home/services/bibli/freetype2 # make clean && make [2005-02-17 09:32:54] bernard dot prevosto at ifremer dot fr Description: When I configure PHP with G
#32007 [Fbk->Opn]: problem with GD + freetype2
ID: 32007 User updated by: bernard dot prevosto at ifremer dot fr Reported By: bernard dot prevosto at ifremer dot fr -Status: Feedback +Status: Open Bug Type: GD related Operating System: solaris 5.8 PHP Version: 4CVS-2005-02-17 New Comment: The debug.log file: -- CONFIGURE: './configure' '--with-gd' '--with-zlib-dir=/home/services/bibli/zlib' '--with-jpeg-dir=/home/services/bibli/jpeglib' '--with-png-dir=/home/services/bibli/pnglib' '--with-tiff-dir=/home/services/bibli/tifflib' '--with-freetype-dir=/home/services/bibli/freetype2' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/home/services/bibli/zlib/include -I/home/services/bibli/jpeglib/include -I/home/services/bibli/pnglib/include -I/home/services/bibli/freetype2/include -I/home/services/bibli/freetype2/include/freetype2 LDFLAGS: -R/usr/ucblib -L/usr/ucblib -R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib -R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib -R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib -R/home/services/bibli/freetype2/lib -L/home/services/bibli/freetype2/lib LIBS: -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc DLIBS: SAPI: cgi PHP_RPATHS: /usr/ucblib /home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 /home/services/bibli/zlib/lib /home/services/bibli/jpeglib/lib /home/services/bibli/pnglib/lib /home/services/bibli/freetype2/lib uname -a: SunOS iletudy 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Fire-880 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/ucblib -L/usr/ucblib -R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3 -R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib -R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib -R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib -R/home/services/bibli/freetype2/lib -L/home/services/bibli/freetype2/lib conftest.c -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld.so.1: ./conftest: fatal: libgcc_s.so.1: open failed: No such file or directory Previous Comments: [2005-02-21 19:43:31] [EMAIL PROTECTED] Well, what was in the debug.log file...? [2005-02-17 14:19:12] bernard dot prevosto at ifremer dot fr Sorry without IMAP i have: checking for extended DES crypt... no checking for MD5 crypt... no Killed checking for Blowfish crypt... no checking whether flush should be called explicitly after a buffered io... yes without freetype2 or GD i have not tke ligne KILLED at the end of configure in this case i have: ++ | *** ATTENTION ***| || | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | || | If you are unable to fix this, send the file debug.log to the | | php-install@lists.php.net mailing list and include appropiate | | information about your setup. | i have not without freetype2 or GD but the make work fine [2005-02-17 14:05:59] [EMAIL PROTECTED] I asked you to compile WITHOUT imap!! Please do that.. [2005-02-17 14:01:17] bernard dot prevosto at ifremer dot fr NO always the same error with configure ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-imap=/home1/iletudy/www/httpd/imap \ --with-freetype-dir=/home/services/bibli/freetype2 checking for Hyperwave support... no checking for iconv support... no checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... no configure: e
#32058 [Opn->Fbk]: stream_set_timeout() appears to do nothing of value
ID: 32058 Updated by: [EMAIL PROTECTED] Reported By: alan at ridersite dot org -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: BSD PHP Version: 4.3.10 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 , 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-02-21 23:14:57] alan at ridersite dot org Description: It appears to me that stream_set_timout() does not do anything of value. You can set it prior to a while loop; but, it does nothing to help you exit the loop if the time expires. e.g., stream_set_timeout($fp, 20); $status = socket_get_status($fp); while (!feof($fp) && !$status['timed_out']) { $chunk = fread($fp, 1); $length = strlen($chunk); $html_str .= $chunk; sleep(2); $status = socket_get_status($fp); } //end while, fetching data If fread() hangs up, the script hangs. You can do exactly the same thing by simply keeping track of elapsed time in the loop. Set stream_set_blocking($fp, FALSE ) so fread() keeps going and the loop continues until the elapsed time expires. -- Edit this bug report at http://bugs.php.net/?id=32058&edit=1
#32060 [Opn->Fbk]: configure host type detection broken
ID: 32060 Updated by: [EMAIL PROTECTED] Reported By: dg at orbhost dot net -Status: Open +Status: Feedback -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: tru64 5.1b PHP Version: 4CVS-2005-02-22 (stable) New Comment: What does this command run in the source directory output: # ./config.guess Previous Comments: [2005-02-22 04:46:03] dg at orbhost dot net Description: I've been trying to build 4.3.10 on tru64 5.1b and several things are broken, so I've been trying to build from a daily snapshot for several days, grabbing the latest snapshot and trying it out. For several days now, the configure host type detection has been broken, at least on tru64. It can't guess the host type any more and just stops before doing anything. I've been giving it the host type myself to allow it to proceed, and that works. I searched the reported bugs for such an issue and couldn't find one, so here's mine. More things are broken, but it's with some modules and extensions, so if I turn them off, I can compile the latest php completely, but basically all extra stuff has to be turned off, otherwise there are errors. (that may be a bug report for later) -- Edit this bug report at http://bugs.php.net/?id=32060&edit=1
#32061 [Opn->Bgs]: Call to new COM() doesn't work
ID: 32061 Updated by: [EMAIL PROTECTED] Reported By: stevedar at verizon dot net -Status: Open +Status: Bogus Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.3.10 New Comment: Search first..this has already been reported dozen times and fixed too in CVS. Previous Comments: [2005-02-22 06:51:59] stevedar at verizon dot net Description: The code I want to execute is: $objCOM = new COM("PFProCOMControl.PFProCOMControl.1"); if ( !is_object ( $objCOM ) ) { echo 'objCOM is not a object'; } It always comes out saying that $objCOM is not an object & therefore I cannot work with its methods and so on. If I call them I get: objCOM is not a object Fatal error: Call to a member function on a non-object in C:\Inetpub\wwwroot\mcr\testpfp.php on line 27 If I switch to this: $objCOM = com_load("PFProCOMControl.PFProCOMControl.1"); if ( !is_object ( $objCOM ) ) { echo 'objCOM is not a object'; } It works! I have an object defined... Reproduce code: --- $objCOM = new COM("PFProCOMControl.PFProCOMControl.1"); if ( !is_object ( $objCOM ) ) { echo 'objCOM is not a object'; } Expected result: I expect no output because $objCOM IS AN OBJECT! -- Edit this bug report at http://bugs.php.net/?id=32061&edit=1
#31977 [Opn->Ver]: count() doesnt count class members properly
ID: 31977 Updated by: [EMAIL PROTECTED] Reported By: jmarbas at hotmail dot com -Status: Open +Status: Verified Bug Type: Class/Object related -Operating System: Windows XP +Operating System: * -PHP Version: 5.0.3 +PHP Version: 4CVS, 5CVS (2005-02-22) Previous Comments: [2005-02-15 03:01:45] jmarbas at hotmail dot com Description: When I try to count the number of non-static members of an object with the count() function, I always get a count of 1. The code below shows both a user defined class and the standard class(StdClass) instances with more than 1 member variable each but the count() still comes out to 1. Reproduce code: --- class jerry{ public $foo='A property'; public $bar='Another property'; } $obj1 = new jerry(); echo $obj1->foo."\n"; echo $obj1->bar."\n"; printf("The count is %d\n",count($obj1)); $obj = new StdClass; $obj->foo='A property'; $obj->bar='Another property'; $obj->bleh='asdf'; echo $obj->foo."\n"; echo $obj->bar."\n"; echo $obj->bleh."\n"; printf("The count is %d\n",count($obj)); Expected result: I expect the count() function to count all non-static member variables just like it says in the count() description on php.net Actual result: -- The actual count() is 1 for both objects in the code pasted above. -- Edit this bug report at http://bugs.php.net/?id=31977&edit=1
#32062 [NEW]: mbstring fails to match encoding with some locale settings
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: mbstring related Bug description: mbstring fails to match encoding with some locale settings Description: mbstring fails to match encoding name against any one of the supported encodings with some locale settings. Irrelevant to bug #29955. Reproduce code: --- Expected result: string(1) "a" string(1) "a" string(1) "a" string(1) "a" Actual result: -- string(1) "a" string(1) "a" Warning: mb_convert_encoding(): Illegal character encoding specified in %s on line %d string(1) "a" string(1) "a" -- Edit bug report at http://bugs.php.net/?id=32062&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32062&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32062&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32062&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32062&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32062&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32062&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32062&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32062&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32062&r=support Expected behavior: http://bugs.php.net/fix.php?id=32062&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32062&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32062&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32062&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32062&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32062&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32062&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32062&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32062&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32062&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32062&r=mysqlcfg
#32061 [NEW]: Call to new COM() doesn't work
From: stevedar at verizon dot net Operating system: Windows 2000 PHP version: 4.3.10 PHP Bug Type: COM related Bug description: Call to new COM() doesn't work Description: The code I want to execute is: $objCOM = new COM("PFProCOMControl.PFProCOMControl.1"); if ( !is_object ( $objCOM ) ) { echo 'objCOM is not a object'; } It always comes out saying that $objCOM is not an object & therefore I cannot work with its methods and so on. If I call them I get: objCOM is not a object Fatal error: Call to a member function on a non-object in C:\Inetpub\wwwroot\mcr\testpfp.php on line 27 If I switch to this: $objCOM = com_load("PFProCOMControl.PFProCOMControl.1"); if ( !is_object ( $objCOM ) ) { echo 'objCOM is not a object'; } It works! I have an object defined... Reproduce code: --- $objCOM = new COM("PFProCOMControl.PFProCOMControl.1"); if ( !is_object ( $objCOM ) ) { echo 'objCOM is not a object'; } Expected result: I expect no output because $objCOM IS AN OBJECT! -- Edit bug report at http://bugs.php.net/?id=32061&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32061&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32061&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32061&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32061&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32061&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32061&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32061&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32061&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32061&r=support Expected behavior: http://bugs.php.net/fix.php?id=32061&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32061&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32061&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32061&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32061&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32061&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32061&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32061&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32061&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32061&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32061&r=mysqlcfg
#32027 [Bgs]: Using concurrent sessions and processes causes Apache to lock up
ID: 32027 User updated by: nickk at att dot net Reported By: nickk at att dot net Status: Bogus Bug Type: Session related Operating System: Windows PHP Version: 4.3.10 New Comment: For clarification, this test script was run both locally and remotely. Both had the same results, the server running on Windows locked up when the test was executed. The same script was run on a *NIX system both locally and remotely, and nothing happened. I shouldn't have to close the session before running a process. Previous Comments: [2005-02-21 19:42:04] [EMAIL PROTECTED] I agree with Derick: This is not a bug. And to solve the locking problem with either multiple frames or windows (same thing actually) is to use session_write_close(), that's what it was added for. This locking propably will happen in *nix too, I'd guess that was remote coonection and with windows you do it locally..? So you actually just couldn't simulate the concurrent requests as fast as you can locally. [2005-02-20 17:07:48] nickk at att dot net Bogus? PHP is running as a module of Apache. If it messes something up, then Apache suffers. If it's not a bug in PHP then how come switching versions of Apache doesn't have any affect on this problem? [2005-02-20 12:15:18] [EMAIL PROTECTED] 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. Thank you for your interest in PHP. see also http://php.net/session_write_close [2005-02-19 15:36:21] nickk at att dot net Description: If you enable sessions on a page that runs any program execution command and do two or more concurrent requests for the page, Apache immediately stops responding and sits doing nothing (using 0% of the CPU) until you close it. I'm using a clean install of both Apache and PHP for windows; both are using their default configurations. This was tested under Windows 2000 and XP using Apache 1.3.33. The problem seems to be the same under Apache 2.x as well. There is a workaround for this problem, and that is to call session_write_close before calling any program execution function. Note: This seems to be a Windows specific problem. This was tested with a *NIX copy of PHP and it worked just fine. Reproduce code: --- http://www.cs.rit.edu/~ndk4275/multi.php.txt Expected result: When the page loads, click on "Test". It will open two small windows and will wait for 10 seconds before executing the actual test. It might seem like the browser is not responding for the ten seconds before the test, but this is due to the fact that the wait function is a greedy CPU function. When the test starts, the two small browser windows will load the test page with the program execution function at the same time and the main window will reload the current page. At this point, Apache should stop responding. Attempting to make any request to the server will result in an indefinite wait. Actual result: -- After the test executes, Apache stops responding. -- Edit this bug report at http://bugs.php.net/?id=32027&edit=1
#32060 [NEW]: configure host type detection broken
From: dg at orbhost dot net Operating system: tru64 5.1b PHP version: 4CVS-2005-02-22 (stable) PHP Bug Type: *Compile Issues Bug description: configure host type detection broken Description: I've been trying to build 4.3.10 on tru64 5.1b and several things are broken, so I've been trying to build from a daily snapshot for several days, grabbing the latest snapshot and trying it out. For several days now, the configure host type detection has been broken, at least on tru64. It can't guess the host type any more and just stops before doing anything. I've been giving it the host type myself to allow it to proceed, and that works. I searched the reported bugs for such an issue and couldn't find one, so here's mine. More things are broken, but it's with some modules and extensions, so if I turn them off, I can compile the latest php completely, but basically all extra stuff has to be turned off, otherwise there are errors. (that may be a bug report for later) -- Edit bug report at http://bugs.php.net/?id=32060&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32060&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32060&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32060&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32060&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32060&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32060&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32060&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32060&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32060&r=support Expected behavior: http://bugs.php.net/fix.php?id=32060&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32060&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32060&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32060&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32060&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32060&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32060&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32060&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32060&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32060&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32060&r=mysqlcfg
#31515 [Opn->Csd]: scandir() is slower than user-function
ID: 31515 Updated by: [EMAIL PROTECTED] Reported By: akorthaus at web dot de -Status: Open +Status: Closed Bug Type: Performance problem Operating System: Linux 2.4.28 (Gentoo) PHP Version: 5.0.3 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-01-14 11:39:34] akorthaus at web dot de I tried php5-STABLE-200501140930 with the same result The size of the directory-listing ("files"): number of files: ls -1 files | wc -l 1 Number of bytes: ls -1 files | wc -c 33 [2005-01-13 03:43:06] akorthaus at web dot de the same with php5-STABLE-200501130130 [2005-01-13 03:09:46] akorthaus at web dot de I tried php5-STABLE-200501122330: ./configure \ --prefix=/home/akorthaus/bin/php5-STABLE-200501122330 \ --disable-all \ --with-pcre-regex \ --enable-memory-limit With the following results: scandir (foreach:500, files:527) mem: 2M time: 10.242558956146s my_scandir (foreach:500, files:527) mem: 0M time: 2.3772580623627s scandir (foreach:1, files:1) mem: 40M time: 0.40674495697021s my_scandir (foreach:1, files:1) mem: 1M time: 0.17293095588684s scandir (foreach:100, files:1) mem: 40M time: 41.659919977188s my_scandir (foreach:100, files:1) mem: 1M time: 20.631703853607s [2005-01-13 02:10:35] [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 That's amazing. Try 5.0.4-dev. [2005-01-12 23:59:15] akorthaus at web dot de With a small directory I get: my_scandir: count: 71 1.63159513474 scandir: count: 71 3.12091302872 With 100.000 files it takes too long, and scandir() runs into memory_limit (which is 500 MB!) scandir() seems to need much more memory! I added the following line to the scripts: echo "mem: ".number_format(memory_get_usage()/1048576) . "M\n"; so I get: my_scandir: mem: 10M count: 12 1.38867807388 scandir: mem: 397M count: 12 1.75003910065 If I put in (scandir version): foreach(range(1, 2) as $unused) I get: Fatal error: Allowed memory size of 524288000 bytes exhausted (tried to allocate 4096 bytes) in /home/akorthaus/test/scan.php on line 5 If I put in (my_scandir version): foreach(range(1, 10) as $unused) mem: 10M count: 12 16.7273759842 which is the same as with only one cycle. 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/31515 -- Edit this bug report at http://bugs.php.net/?id=31515&edit=1
#29864 [Fbk->NoF]: CLI PHP crash after successful script completion when querying Oracle 9 DB CLOB
ID: 29864 Updated by: php-bugs@lists.php.net Reported By: Volker dot Weinberger at pharma dot novartis dot com -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.1 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-14 10:41:04] [EMAIL PROTECTED] Please, see bug #31533 and try the patch supplied there. Seems that werdie Solarises are broken (or Oracle for Solaris is). Also I should note that your last bt is very odd. I've never seen such senseless backtraces before =) [2005-01-18 14:05:03] Volker dot Weinberger at pharma dot novartis dot com I've managed to get --enable-debug compiled in with a recent CVS version of PHP: php5-200501180930 . The same error still occurs. Following instructions for a gdb backtrace I get: gdb ./php ./core GNU gdb 5.0 ... (gdb) bt #0 0x34e204 in ZEND_RETURN_SPEC_CV_HANDLER () #1 0x31946c in execute () #2 0x319948 in zend_do_fcall_common_helper_SPEC () #3 0x319d84 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #4 0x31946c in execute () #5 0x319948 in zend_do_fcall_common_helper_SPEC () #6 0x319d84 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #7 0x31946c in execute () #8 0x319948 in zend_do_fcall_common_helper_SPEC () #9 0x319d84 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #10 0x31946c in execute () #11 0x2db78c in zend_execute_scripts () #12 0x265050 in php_execute_script () #13 0x370018 in main () (gdb) frame 1 #1 0x31946c in execute () (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Attempt to extract a component of a value that is not a structure. (gdb) Since PHP wasn't compiled with GCC, but with Solaris CC, using GDB might not give the expected result. Using SUN dbx instead: dbx ./php ./cor ... detected a multithreaded program [EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal BUS (invalid address alignment) Current function is ZEND_RETURN_SPEC_CV_HANDLER (optimized) 17699 || (opline->extended_value == ZEND_RETURNS_FUNCTION && !EX_T(opline->op1.u.var).var.fcall_returned_reference)) { (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where current thread: [EMAIL PROTECTED] =>[1] ZEND_RETURN_SPEC_CV_HANDLER(execute_data = ???) (optimized), at 0x34e204 (line ~17699) in "zend_vm_execute.h" [2] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in "zend_vm_execute.h" [3] zend_do_fcall_common_helper_SPEC(execute_data = ???) (optimized), at 0x319940 (line ~204) in "zend_vm_execute.h" [4] ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(execute_data = ???) (optimized), at 0x319d7c (line ~288) in "zend_vm_execute.h" [5] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in "zend_vm_execute.h" [6] zend_do_fcall_common_helper_SPEC(execute_data = ???) (optimized), at 0x319940 (line ~204) in "zend_vm_execute.h" [7] ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(execute_data = ???) (optimized), at 0x319d7c (line ~288) in "zend_vm_execute.h" [8] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in "zend_vm_execute.h" [9] zend_do_fcall_common_helper_SPEC(execute_data = ???) (optimized), at 0x319940 (line ~204) in "zend_vm_execute.h" [10] ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(execute_data = ???) (optimized), at 0x319d7c (line ~288) in "zend_vm_execute.h" [11] execute(op_array = ???) (optimized), at 0x319464 (line ~78) in "zend_vm_execute.h" [12] zend_execute_scripts(type = ???, retval = ???, file_count = ???, ...) (optimized), at 0x2db784 (line ~1058) in "zend.c" [13] php_execute_script(primary_file = ???) (optimized), at 0x265048 (line ~1636) in "main.c" [14] main(argc = ???, argv = ???) (optimized), at 0x370010 (line ~944) in "php_cli.c" >frame 2 Current function is execute (optimized) 78 if (EX(opline)->handler(&execute_data TSRMLS_CC) > 0) { (char *) executor_globals.function_state_ptr->function->common.function_name = 0xac55c0 "raiseError" [2004-08-27 15:47:28] Volker dot Weinberger at pharma dot novartis dot com Backtrace attempt: unfortunately I'm not able to compile with --enable-debug (filed as a separate bug report). Backtrace info without --enable-debug: (gdb) bt #0 0x7edbe1ac in kpughndl0 ()from /u01/home/oracle/product/9.2.0/lib32/libclntsh.so.9.0 #1 0xbcd5c in _oci_close_session () #2 0x2597ec in list_entry_destructor () #3 0x256fc4 in zend_hash_del_key_or_index () #4 0x259480 in _zend_list_delete () #5 0xb8ea0 in _oci_conn_list_dtor () #6 0x2597ec in list_entry_destructor
#29640 [Fbk->NoF]: ASP fails using ISAPI dll
ID: 29640 Updated by: php-bugs@lists.php.net Reported By: mikey at mikeymejnr dot com -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-15 00:23:55] [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 [2004-08-13 00:10:09] mikey at mikeymejnr dot com Description: Note: similar to Bug 11151 but newer version of PHP Using ISAPI module (with or without ISAPI filter) is causing ASP pages to fail intermittantly. Error message given as The RPC server is unavailable Also sometimes see just a memory location as the error message. Tested using latest snapshot also. Terminating DLLHOST process seems to temporarily fix. Also could not load IIS MMC until DDLHOST was terminated. Not sure what code is running since this is on a production server. Tried using PHP-CGI.exe but this would not allow login scripts to work using cookies/sessions (in PHPNuke etc). Register globals enabled. session.save-path set correctly. session folder permissions set. -- Edit this bug report at http://bugs.php.net/?id=29640&edit=1
#29477 [Fbk->NoF]: Apache & CGI crash on insert query
ID: 29477 Updated by: php-bugs@lists.php.net Reported By: phprazor at dap dot ro -Status: Feedback +Status: No Feedback Bug Type: SQLite related Operating System: Windows XP PHP Version: 5CVS-2004-08-01 (dev) New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-15 00:26:26] [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 [2004-08-01 02:59:57] phprazor at dap dot ro Description: I used IIS 5.0 with the CGI version of php5 and I was getting a "CGI has encountered an error..." . I read about other bugs with SQLite and some users were suggesting the use of Apache. So i switched from the CGI version of php running with IIS to running it as a module with Apache 2.0. when i run the code, it tells gives me an "Apache has encountered an error..." dialog. I'm trying to create a script to process a registration form. It would take the data, an store it in an SQLite database. I tried commenting out the INSERT query and i get no error. It seems the INSERT Query is the problem. A SELECT query workd fine. Can someone help? Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=29477&edit=1
#29426 [Fbk->NoF]: Incomplete/inconsistent functionality
ID: 29426 Updated by: php-bugs@lists.php.net Reported By: php at peterrobins dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: SimpleXML related Operating System: Linux 2.4 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-15 00:33:45] [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 , 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. [2004-10-06 07:14:06] matt dot bevan at marginsoftware dot com I am also in the position where I need to be able to create and insert a SimpleXMLElement before or after an arbitrary SimpleXMLElement, then remove the previous instance. This is to move XML elements from one location in an XML file into another. I'll likely be switching to/from a DOM object to accomplish this, however. [2004-09-19 17:40:18] phpbugs at ilibi dot com Either the documentation for simplexml should be clarified about exactly what can and can not be added/ edited. Or the ability to add nodes should be added to simplexml. [2004-08-08 01:18:36] cyberlot at cyberlot dot net Confirming this bug exists, Have the same problem, I need to add to a simplexml object on the fly and can't [2004-07-28 13:22:59] php at peterrobins dot co dot uk Description: According to the manual page, you can add a node with SimpleXML, but this does not seem to work, either as $xml->movie[0]->characters[0]->character[0]->age = '21'; nor as $xml->movie[0]->rating[2] = 'not bad'; Deletion works on attributes unset($xml->movie[0]->rating[1]['type']); but at node level, deletes all unset($xml->movie[0]->rating); This is inconsistent with reading where $xml->movie[0]->rating fetches the first node only. unset($xml->movie->rating); deletes all ratings for the 1st movie only. It does not appear possible to delete just 1 node unset($xml->movie[0]->rating[1]); Because objs are now refs not copies, can do this $rat = $xml->movie[0]->rating[0]; $rat['name'] = 'judge'; but not this $rat = 'new content'; nor this $rat->child[0] = 'new rating'; and if I try and do $rat->child = 'new rating'; I get 'Attempt to assign property of non-object' -- Edit this bug report at http://bugs.php.net/?id=29426&edit=1
#29284 [Fbk->NoF]: Fatal MySQL compilation error
ID: 29284 Updated by: php-bugs@lists.php.net Reported By: evan at fusion-zero dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: win32 PHP Version: 5CVS-2004-07-20 (dev) New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-15 00:57:09] [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 [2004-07-20 20:43:51] evan at fusion-zero dot com For the description, a little better English. Trying to use cscript to compile with EAPI using the latest snapshot after continuous failures on the stable release. Ran buildconf.bat, then ran cscript with flags to exclude errors, except MySQL. Then I editted the makefile CFLAGS line to include EAPI, then run nmake and it got all the way to the MySQL section and encounters a fatal error. [2004-07-20 20:29:56] evan at fusion-zero dot com Description: Trying to use cscript to compile for EAPI latest snapshot after continuous failures on stable release. Ran buildconf.bat, the ran cscript with flags I to exclude problems errors, except MySQL. Then I editted the makefile CFLAGS line to include EAPI, then run nmake and it get all the way to the MySQL section or encounters a fatal error. Reproduce code: --- cscript configure.js --enable-prefix=\server\php\5.0.0 with-php-build=\build\win32build --with-mysql --enable-sockets --without-iconv --without-libxml --without-gd --enable-apache Expected result: A successful compilation of PHP Actual result: -- "cl.exe" /I "..\win32build\include" /D COMPILE_DL_MYSQL /D MYSQL_EXPORTS=1 /nologo /YX /FD /I . /I main /I regex /I Zend /I TSRM /D _WINDOWS /D ZEND_WIN32=1 /D PHP_WIN32=1 /D WIN32 /D _MBCS /LD /MD /W3 /Ox /D NDebug /D NDEBUG /D ZEND_WIN32_FORCE_INLINE /GB /GF /D ZEND_DEBUG=0 /D ZTS=1 /I "..\win32build\include" /FoRelease_TS\ext\mysql\ /FdRelease_TS\ext\mysql\ /FpRelease_TS\ext\mysql\ /FRRelease_TS\ext\mysql\ -c ext\mysql\php_mysql.c -o Release_TS\ext\mysql\php_mysql.obj php_mysql.c ext\mysql\php_mysql.c(382) : error C2065: 'CLIENT_INTERACTIVE' : undeclared identifier ext\mysql\php_mysql.c(1124) : warning C4013: 'mysql_character_set_name' undefined; assuming extern returning int ext\mysql\php_mysql.c(1711) : warning C4013: 'mysql_real_escape_string' undefined; assuming extern returning int NMAKE : fatal error U1077: '"cl.exe"' : return code '0x2' -- Edit this bug report at http://bugs.php.net/?id=29284&edit=1
#29274 [Fbk->NoF]: mkdir() failed to create dir
ID: 29274 Updated by: php-bugs@lists.php.net Reported By: ca50015 at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: windows 98 se PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-15 00:57:20] [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 [2004-07-20 10:59:57] ca50015 at yahoo dot com Description: mkdir() wont work properly when its parameter is a numeric string Reproduce code: --- Expected result: It should create two directory trees under current dir: 1/0/0001 1/1/0001 Actual result: -- and the result is: 1/0/0001(correct) 1/0001 (should be '1/1/0001') -- Edit this bug report at http://bugs.php.net/?id=29274&edit=1
#31971 [Opn->Fbk]: ftp_login fails on messsage from FTP+SSL server (234 Enabling SSL)
ID: 31971 Updated by: [EMAIL PROTECTED] Reported By: frantisek at augusztin dot com -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Linux (Fedora Core 3) PHP Version: 5.0.3 New Comment: Please provide address of FTP/SSL server which can be used to replicate the bug. Previous Comments: [2005-02-14 17:32:32] frantisek at augusztin dot com After examining (and debuging PHP code) i found out, that the ftp_login function exits after getting the response for PBSZ command (from ext/ftp/ftp.c, lines 305-313) : if (!ftp->old_ssl) { /* set protection buffersize to zero */ if (!ftp_putcmd(ftp, "PBSZ", "0")) { return 0; } if (!ftp_getresp(ftp)) { return 0; /* <<< here it exits } Why ? What can i do to make it work ? As i said, using regular FTP+SSL client it works. [2005-02-14 16:19:47] frantisek at augusztin dot com Description: PHP returns following error when connecting using example code: Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3 Using FTP client the following messages are displayed in the log window of the client : *** Connecting to 'XXX.XXX.XXX.XXX:21'... 220 Service Ready for new User AUTH TLS 234 Enabling SSL FTP clearly fails on this messsage. But i don't understand why, because i found in source code, that 234 is not an error, but a valid result code for this operation. FTP System type is "215 NETWARE Type : L8" Reproduce code: --- Expected result: No warning message and successfull connection to FTP server. Actual result: -- Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=31971&edit=1
#31948 [Opn->Fbk]: __soapCall & __call producing wrong output
ID: 31948 Updated by: [EMAIL PROTECTED] Reported By: wico at cnh dot nl -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: debian (dotdeb php5) PHP Version: 5.0.3 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 , 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. Please supply *complete* reproduce code and don't forget about expected & actual results. Previous Comments: [2005-02-13 02:41:32] wico at cnh dot nl Description: $data = new soapParam('test1', 'data1'); $data = new soapParam('test2', 'data2'); $data = new soapParam('test3', 'data3'); // works correctly: $soap->function($data); // outputs: data data data // produces wrong output $soap->__call('function', $data); $soap->__soapCall('function', $data); // outputs: data data in short it closes the function tag right away but continues with putting the arguments in the xml (after removing the first argument) -- Edit this bug report at http://bugs.php.net/?id=31948&edit=1
#32058 [NEW]: stream_set_timeout() appears to do nothing of value
From: alan at ridersite dot org Operating system: BSD PHP version: 4.3.10 PHP Bug Type: Sockets related Bug description: stream_set_timeout() appears to do nothing of value Description: It appears to me that stream_set_timout() does not do anything of value. You can set it prior to a while loop; but, it does nothing to help you exit the loop if the time expires. e.g., stream_set_timeout($fp, 20); $status = socket_get_status($fp); while (!feof($fp) && !$status['timed_out']) { $chunk = fread($fp, 1); $length = strlen($chunk); $html_str .= $chunk; sleep(2); $status = socket_get_status($fp); } //end while, fetching data If fread() hangs up, the script hangs. You can do exactly the same thing by simply keeping track of elapsed time in the loop. Set stream_set_blocking($fp, FALSE ) so fread() keeps going and the loop continues until the elapsed time expires. -- Edit bug report at http://bugs.php.net/?id=32058&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32058&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32058&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32058&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32058&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32058&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32058&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32058&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32058&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32058&r=support Expected behavior: http://bugs.php.net/fix.php?id=32058&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32058&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32058&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32058&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32058&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32058&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32058&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32058&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32058&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32058&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32058&r=mysqlcfg
#31940 [Bgs->Csd]: skipif.inc missing in ext/mysqli/tests
ID: 31940 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de -Status: Bogus +Status: Closed Bug Type:MySQLi related PHP Version: 5.0.x New Comment: D'oh ... I'll leave it closed for now. Previous Comments: [2005-02-21 22:45:53] webmaster at ragnarokonline dot de Can you add the check, if connecting succeeded? Like in ext/mysql/skipif.inc? [2005-02-21 22:42:21] [EMAIL PROTECTED] I misunderstoo: Now there is skipif.inc in also PHP_5_0 branch. [2005-02-21 22:40:11] [EMAIL PROTECTED] Either I misunderstood the problem or it's already fixed since in both HEAD and PHP_5_0 branches all the tests in ext/mysqli/tests do have the skipif clause. [2005-02-11 22:52:58] webmaster at ragnarokonline dot de Description: Although it is required () in most or all of the MySQLi-tests the file skipif.inc is missing in ext/mysqli/tests I guess, copying it from ext/mysql/test and modifying it, so it uses the MySQLi-functions should fix it. -- Edit this bug report at http://bugs.php.net/?id=31940&edit=1
#31940 [Csd->Bgs]: skipif.inc missing in ext/mysqli/tests
ID: 31940 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de -Status: Closed +Status: Bogus Bug Type:MySQLi related PHP Version: 5.0.x New Comment: Can you add the check, if connecting succeeded? Like in ext/mysql/skipif.inc? Previous Comments: [2005-02-21 22:42:21] [EMAIL PROTECTED] I misunderstoo: Now there is skipif.inc in also PHP_5_0 branch. [2005-02-21 22:40:11] [EMAIL PROTECTED] Either I misunderstood the problem or it's already fixed since in both HEAD and PHP_5_0 branches all the tests in ext/mysqli/tests do have the skipif clause. [2005-02-11 22:52:58] webmaster at ragnarokonline dot de Description: Although it is required () in most or all of the MySQLi-tests the file skipif.inc is missing in ext/mysqli/tests I guess, copying it from ext/mysql/test and modifying it, so it uses the MySQLi-functions should fix it. -- Edit this bug report at http://bugs.php.net/?id=31940&edit=1
#31940 [Bgs->Csd]: skipif.inc missing in ext/mysqli/tests
ID: 31940 Updated by: [EMAIL PROTECTED] Reported By: webmaster at ragnarokonline dot de -Status: Bogus +Status: Closed Bug Type:MySQLi related PHP Version: 5.x New Comment: I misunderstoo: Now there is skipif.inc in also PHP_5_0 branch. Previous Comments: [2005-02-21 22:40:11] [EMAIL PROTECTED] Either I misunderstood the problem or it's already fixed since in both HEAD and PHP_5_0 branches all the tests in ext/mysqli/tests do have the skipif clause. [2005-02-11 22:52:58] webmaster at ragnarokonline dot de Description: Although it is required () in most or all of the MySQLi-tests the file skipif.inc is missing in ext/mysqli/tests I guess, copying it from ext/mysql/test and modifying it, so it uses the MySQLi-functions should fix it. -- Edit this bug report at http://bugs.php.net/?id=31940&edit=1
#31940 [Opn->Bgs]: skipif.inc missing in ext/mysqli/tests
ID: 31940 Updated by: [EMAIL PROTECTED] Reported By: webmaster at ragnarokonline dot de -Status: Open +Status: Bogus -Bug Type:Unknown/Other Function +Bug Type:MySQLi related -PHP Version: Irrelevant +PHP Version: 5.x New Comment: Either I misunderstood the problem or it's already fixed since in both HEAD and PHP_5_0 branches all the tests in ext/mysqli/tests do have the skipif clause. Previous Comments: [2005-02-11 22:52:58] webmaster at ragnarokonline dot de Description: Although it is required () in most or all of the MySQLi-tests the file skipif.inc is missing in ext/mysqli/tests I guess, copying it from ext/mysql/test and modifying it, so it uses the MySQLi-functions should fix it. -- Edit this bug report at http://bugs.php.net/?id=31940&edit=1
#31939 [Opn->Asn]: Test for Bug 30967 uses hardcoded login
ID: 31939 Updated by: [EMAIL PROTECTED] Reported By: webmaster at ragnarokonline dot de -Status: Open +Status: Assigned Bug Type: MySQLi related -Operating System: +Operating System: * PHP Version: 5.x -Assigned To: +Assigned To: georg New Comment: Assigning to da author of the test and extension. :) Previous Comments: [2005-02-21 22:35:45] [EMAIL PROTECTED] The version isn't irrelevant. It's 5.x if anything. (mysqli does not exist in PHP 4) [2005-02-11 22:56:03] webmaster at ragnarokonline dot de changing version to irrelevant ... [2005-02-11 22:43:32] webmaster at ragnarokonline dot de Description: The login-data in the MySQLi-test for Bug 30967 is trying to login with a hardcoded username/password-combo. The fix is simple: find in ext/mysqli/tests/bug30967.phpt: $mysql = new mysql2($host, "root", "", "test"); and replace it with: $mysql = new mysql2($host, $user, $passwd, "test"); -- Edit this bug report at http://bugs.php.net/?id=31939&edit=1
#31939 [Opn]: Test for Bug 30967 uses hardcoded login
ID: 31939 Updated by: [EMAIL PROTECTED] Reported By: webmaster at ragnarokonline dot de Status: Open -Bug Type:Unknown/Other Function +Bug Type:MySQLi related -PHP Version: irrelevant +PHP Version: 5.x New Comment: The version isn't irrelevant. It's 5.x if anything. (mysqli does not exist in PHP 4) Previous Comments: [2005-02-11 22:56:03] webmaster at ragnarokonline dot de changing version to irrelevant ... [2005-02-11 22:43:32] webmaster at ragnarokonline dot de Description: The login-data in the MySQLi-test for Bug 30967 is trying to login with a hardcoded username/password-combo. The fix is simple: find in ext/mysqli/tests/bug30967.phpt: $mysql = new mysql2($host, "root", "", "test"); and replace it with: $mysql = new mysql2($host, $user, $passwd, "test"); -- Edit this bug report at http://bugs.php.net/?id=31939&edit=1
#31792 [Opn->Ver]: getrusage() does not give ru_nswap
ID: 31792 Updated by: [EMAIL PROTECTED] Reported By: bertrand at toggg dot com -Status: Open +Status: Verified Bug Type: *General Issues Operating System: *nix PHP Version: 4CVS, 5CVS (2005-02-21) New Comment: This indeed is missing. Previous Comments: [2005-02-14 00:19:10] bertrand at toggg dot com Thanks vrana ! You're right, it's ru_nswap resource usage number of swap. (as stated in title). So, back from bogus. Do you have some answer about why it's not reported ? Ã + [2005-02-13 21:43:20] [EMAIL PROTECTED] It's not ru_nwsap but ru_nswap (typo). [2005-02-01 12:37:25] bertrand at toggg dot com Description: Although this resource usage is documented in PHP manual getrusage(), ru_nwsap (number of swap) is not reported. checking ext/standard/microtime.c, it's obviously not copied in the returned array. Does exist a technical reason for that ? Thanks bertrand -- Edit this bug report at http://bugs.php.net/?id=31792&edit=1
#32057 [Opn->Bgs]: array + operator with Zend Optimizer
ID: 32057 Updated by: [EMAIL PROTECTED] Reported By: eli dot hen at gmail dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: unix / windows PHP Version: 5.0.2 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Tell the Zend guys... Previous Comments: [2005-02-21 21:59:57] eli dot hen at gmail dot com Description: Hi, It seems that + operator on arrays seems to be incorrect with Zend Optimizer (tested on v2.5.7 using PHP5.0.2 on CGI/CLI mode rather on unix or windows platforms). The manual regarding array + operator only talks about adding array *variables*, and not the form in the example above. Please note that if you assign the value of array(..)+$a into another variable (not $a), then you get the expected result. -thanks, Eli Reproduce code: --- 2,'c'=>3); $a=array('a'=>1)+$a; var_dump($a); ?> Expected result: array(3) { ["a"]=> int(1) ["b"]=> int(2) ["c"]=> int(3) } Actual result: -- array(3) { ["b"]=> int(2) ["c"]=> int(3) ["a"]=> int(1) } -- Edit this bug report at http://bugs.php.net/?id=32057&edit=1
#32057 [NEW]: array + operator with Zend Optimizer
From: eli dot hen at gmail dot com Operating system: unix / windows PHP version: 5.0.2 PHP Bug Type: Arrays related Bug description: array + operator with Zend Optimizer Description: Hi, It seems that + operator on arrays seems to be incorrect with Zend Optimizer (tested on v2.5.7 using PHP5.0.2 on CGI/CLI mode rather on unix or windows platforms). The manual regarding array + operator only talks about adding array *variables*, and not the form in the example above. Please note that if you assign the value of array(..)+$a into another variable (not $a), then you get the expected result. -thanks, Eli Reproduce code: --- 2,'c'=>3); $a=array('a'=>1)+$a; var_dump($a); ?> Expected result: array(3) { ["a"]=> int(1) ["b"]=> int(2) ["c"]=> int(3) } Actual result: -- array(3) { ["b"]=> int(2) ["c"]=> int(3) ["a"]=> int(1) } -- Edit bug report at http://bugs.php.net/?id=32057&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32057&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32057&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32057&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32057&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32057&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32057&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32057&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32057&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32057&r=support Expected behavior: http://bugs.php.net/fix.php?id=32057&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32057&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32057&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32057&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32057&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32057&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32057&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32057&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32057&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32057&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32057&r=mysqlcfg
#28207 [Fbk->Opn]: Wrong output in PHP 5 with XML Parser Functions
ID: 28207 User updated by: bart at mediawave dot nl Reported By: bart at mediawave dot nl -Status: Feedback +Status: Open Bug Type: XML related Operating System: Windows 2000 PHP Version: 5.0.0RC2 New Comment: Unfortunately still no DTD. Also, I believe the entities aren't being translated correctly. In the DTD &plainEntity; is defined like: This means that all occurrences of &plainEntity; need to be transformed to "FOO entity". (You can check this by opening xmltest.xml in Firefox) Expected result: (Modified) ]> Title FOO entity a1b1c1 a2c2 a3b3c3 ]> test entity This is some more PHP code being executed. About this Document Hi! This is PHP version 4.3.6 parse complete Actual result: -- Title &plainEntity; a1b1c1 a2c2 a3b3c3 &testEnt; About this Document Hi! This is PHP version 5.1.0-dev parse complete --- I had another problem with 5.1 and IIS. (I was unable to run PHP files in subdirectories) This is fixed now! :) Previous Comments: [2005-02-21 20:14:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-04-28 17:18:12] bart at mediawave dot nl Description: The stream-oriented XML parser (formerly Expat) produces different output in PHP 5 than it did in PHP 4. I'm unable to read the ]> section of the XML document with PHP 5. Reproduce code: --- The code under "Example 3. External Entity Example" at http://www.php.net/manual/en/ref.xml.php Expected result: ]> Title &plainEntity; a1b1c1 a2c2 a3b3c3 ]> &testEnt; This is some more PHP code being executed. About this Document Hi! This is PHP version 4.3.6 parse complete Actual result: -- &plainEntity; Title &plainEntity; a1b1c1 a2c2 a3b3c3 &systemEntity; About this Document <-- this is a comment --> Hi! This is PHP version 5.0.0RC2 XML error: Undeclared entity warning at line 27 -- Edit this bug report at http://bugs.php.net/?id=28207&edit=1
#31849 [Com]: get_current_user() still crashes on page refresh
ID: 31849 Comment by: guillaume at nlbox dot com Reported By: info at cpgnuke dot com Status: Open Bug Type: Reproducible crash Operating System: Windows xp sp2 PHP Version: 4CVS-2005-02-05 New Comment: The crash of get_current_user() goes away after I did log on onto the network. (php4.3.10, Win98, Xitami webserver). Somehow my doze-box does not log me on at startup. In that case everything works, but php crashes. Doing a fresh logon vaporizes the crash. Cheers, wim niemans Previous Comments: [2005-02-13 13:28:56] gaebler at usa dot net Dragonfly 9.0.1 Security Fix Pack 1 9.0.1.1 -> In this package the install.php is missing. After copying it to my server I've got an error message -> missing "install.php"! [2005-02-10 01:12:34] info at cpgnuke dot com sometimes guillaume his example script crashes the server. But sometimes we only get it to crash when we run our complete CMS setup only. The issue is very strange but does crash apache. I can't give you a small script cos i've tried a bunch and they all didn't have issues. It only has issues in our full CMS (2 MB ZIP package) [2005-02-05 23:54:30] [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 , 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-02-05 18:46:49] info at cpgnuke dot com The issue still exists [2005-02-05 02:07:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/31849 -- Edit this bug report at http://bugs.php.net/?id=31849&edit=1
#31680 [Asn->Csd]: var_unserialize.c line 418 warning
ID: 31680 Updated by: [EMAIL PROTECTED] Reported By: hb at cgx dot nl -Status: Assigned +Status: Closed Bug Type: Compile Warning Operating System: * -PHP Version: 4CVS, 5CVS (2005-01-24) +PHP Version: * Assigned To: helly New Comment: Need to use re2.c 0.9.4+ Previous Comments: [2005-01-25 02:29:35] [EMAIL PROTECTED] re2c 0.9.3 does NOT fix the warning. [2005-01-24 19:37:07] [EMAIL PROTECTED] Obviously we need to use re2c 0.9.3! [2005-01-24 16:55:37] hb at cgx dot nl Description: I got this compile warning during the make process. /home/bonh/php-4.3.10/ext/standard/var_unserializer.c: In function `php_var_unserialize': /home/bonh/php-4.3.10/ext/standard/var_unserializer.c:381: warning: comparison is always false due to limited range of data type When I change line 418 of /ext/standard/var_unserializer.c into if(yych <= (YYCTYPE)'\277') goto yy16; The warning is gone and all runs fine. I compiled on the latest debian unstable I used php4-STABLE-200501241530.tar.gz. my config file is this. "./configure" \ "--with-zlib=/usr/local" \ "--enable-track-vars" \ "--with-mysql=/usr/local/mysql" \ "--with-apache=../apache_1.3.33" \ "--enable-force-cgi-redirect" \ "--enable-discard-path" \ "--enable-calendar" \ "--enable-ftp" \ "--enable-gd-native-ttf " \ "--with-xml" \ "--with-ttf" \ "--with-domxml" \ "--with-sablot=/usr/local" \ "--with-mcrypt=/usr/local" \ "--with-curl=/usr/local" \ "--with-png-dir=/usr/local" \ "--with-jpeg-dir=/usr/local" \ "--with-freetype-dir=/usr/local" \ "--with-tiff-dir=/usr/local" \ "--with-gdbm=/usr/local" \ "--with-t1lib=/usr/local" \ "$@" -- Edit this bug report at http://bugs.php.net/?id=31680&edit=1
#31644 [Opn->Bgs]: Mimetype Functions are deprecated in favour of an unstable replacement
ID: 31644 Updated by: [EMAIL PROTECTED] Reported By: peter at jingo dot com -Status: Open +Status: Bogus -Bug Type:Unknown/Other Function +Bug Type:*General Issues PHP Version: Irrelevant New Comment: I think the author of any extension can mark it deprecated if he/she thinks it is such..and there IS replacement: fileinfo extension found in PECL. And ext/mimetype has been marked as EXPERIMENTAL itself so I wouldn't call it 'stable' either. Fileinfo at least is under active maintenance, I'd rather use that if I needed this kind of functionality any day. Further rant > /dev/null Previous Comments: [2005-02-04 12:59:16] [EMAIL PROTECTED] Don't mark it as bogus if it isn't. [2005-02-04 11:35:37] [EMAIL PROTECTED] You are maybe right but it's not a documentation problem. [2005-01-21 19:19:12] peter at jingo dot com Description: The documentation for the Mimetype Functions says that it is deprecated and to use the FileInfo PECL extension which is not stable, experimental and has no documentation. The mimetype functions shouldn't be depreciated until a suitable replacement is available. -- Edit this bug report at http://bugs.php.net/?id=31644&edit=1
#29955 [Fbk->Opn]: mb_strtoupper() / lower() broken with iso-8859-9
ID: 29955 User updated by: jan at horde dot org Reported By: jan at horde dot org -Status: Feedback +Status: Open Bug Type: mbstring related Operating System: Linux PHP Version: 4CVS-2004-09-02 (stable) New Comment: No, this didn't change anything. Previous Comments: [2005-02-21 11:02:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-09-02 17:15:42] jan at horde dot org Description: In ISO-8859-9 (Turkish) the uppercase letter of "i" is a dotted uppercase "I", the lowercase letter of "I" is a dotless "i". But mb_strtolower() und mb_strtoupper() simply return the ASCII uppercase or lowercase counterparts. You get the correct result with: setlocale(LC_ALL, 'tr_TR'); echo strtoupper('i'); echo strtolower('I'); But the wrong results with: echo mb_strtoupper('i', 'iso-8859-9'); echo mb_strtolower('I', 'iso-8859-9'); -- Edit this bug report at http://bugs.php.net/?id=29955&edit=1
#31689 [Opn->Ver]: [PATCH] PHPAPI missing for php_std_date() and php_parse_date()
ID: 31689 Updated by: [EMAIL PROTECTED] -Summary: PHPAPI missing for php_std_date() and php_parse_date() Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Compile Failure Operating System: Win32 -PHP Version: Irrelevant +PHP Version: 4CVS, 5CVS (2005-02-21) Previous Comments: [2005-01-31 14:10:07] [EMAIL PROTECTED] The following patches should fix this issue additionally to bug #31583: http://dev.iworks.at/patches/PHP_4_3_datetime_PHPAPI.patch.txt http://dev.iworks.at/patches/PHP_5_0_datetime_PHPAPI.patch.txt http://dev.iworks.at/patches/PHP_HEAD_datetime_PHPAPI.patch.txt [2005-01-25 17:54:52] [EMAIL PROTECTED] Description: php_std_date() and php_parse_date() are missing PHPAPI, so that extensions using this functions cannot be built as shared extensions on Win32. -- Edit this bug report at http://bugs.php.net/?id=31689&edit=1
#31583 [Opn->Ver]: [PATCH] php_std_date() uses short day names in non-y2k_compliance mode
ID: 31583 Updated by: [EMAIL PROTECTED] -Summary: php_std_date() uses short day names in non-y2k_compliance mode Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Date/time related -Operating System: N/A +Operating System: * -PHP Version: Irrelevant +PHP Version: 4CVS, 5CVS (2005-02-21) New Comment: NEVER use that 'Irrelevant' or anything but 4 or 5 as first char in the Version field!!! Previous Comments: [2005-01-31 14:09:41] [EMAIL PROTECTED] The following patches should fix this issue additionally to bug #31689: http://dev.iworks.at/patches/PHP_4_3_datetime_PHPAPI.patch.txt http://dev.iworks.at/patches/PHP_5_0_datetime_PHPAPI.patch.txt http://dev.iworks.at/patches/PHP_HEAD_datetime_PHPAPI.patch.txt [2005-01-17 13:25:12] [EMAIL PROTECTED] Here's the patch against HEAD: --- php-src/ext/standard/datetime.c 12 Dec 2004 15:50:06 - 1.125 +++ php-src/ext/standard/datetime.c 17 Jan 2005 12:14:02 - @@ -957,7 +957,7 @@ tm1->tm_hour, tm1->tm_min, tm1->tm_sec); } else { snprintf(str, 80, "%s, %02d-%s-%02d %02d:%02d:%02d GMT", - day_short_names[tm1->tm_wday], + day_full_names[tm1->tm_wday], tm1->tm_mday, mon_short_names[tm1->tm_mon], ((tm1->tm_year) % 100), ... and PHP4: --- php4/ext/standard/datetime.c16 Dec 2004 00:10:55 - 1.96.2.17 +++ php4/ext/standard/datetime.c17 Jan 2005 12:24:30 - @@ -781,7 +781,7 @@ tm1->tm_hour, tm1->tm_min, tm1->tm_sec); } else { snprintf(str, 80, "%s, %02d-%s-%02d %02d:%02d:%02d GMT", - day_short_names[tm1->tm_wday], + day_full_names[tm1->tm_wday], tm1->tm_mday, mon_short_names[tm1->tm_mon], ((tm1->tm_year) % 100), [2005-01-17 12:43:55] [EMAIL PROTECTED] Description: http://cvs.php.net/co.php/php-src/ext/standard/datetime.c#999 should use day_long_names[] to be RFC850 compliant Expected result: Sunday, 06-Nov-94 08:49:37 GMT Actual result: -- Sun, 06-Nov-94 08:49:37 GMT -- Edit this bug report at http://bugs.php.net/?id=31583&edit=1
#31341 [Opn->Asn]: escape on curly inconsistent
ID: 31341 Updated by: [EMAIL PROTECTED] Reported By: nmuhayimana at semanticdesigns dot com -Status: Open +Status: Assigned Bug Type: Strings related -Operating System: Windows NT +Operating System: * -PHP Version: Irrelevant +PHP Version: 4CVS, 5CVS -Assigned To: +Assigned To: andi New Comment: Andi, is this _really_ intentional? :) Previous Comments: [2004-12-30 02:57:49] nmuhayimana at semanticdesigns dot com Description: Php suppresses the backslash before left curly brace using "action at distance", violating the "principle of least surprise". Apparently the backslash is suppressed if there is any non-escaped dollar sign any where in the string. Reproduce code: --- Expected result: $ \{ \{ $ {$ $\{ $\{ \{$ $\{ \{ $ % \{ Actual result: -- $ { { $ {$ ${ $\{ \{$ $\{ \{ $ % \{ -- Edit this bug report at http://bugs.php.net/?id=31341&edit=1
#32006 [Bgs->Opn]: convert_uudecode not always working
ID: 32006 User updated by: hoarau76 at free dot fr Reported By: hoarau76 at free dot fr -Status: Bogus +Status: Open Bug Type: Strings related Operating System: windows XP pro PHP Version: 5.0.3 New Comment: I am sorry but my code is correct. With your code it still doesn't work on Windows XP pro. When I test on "Fedora Core release 1 (Yarrow)", it works (my code and your code) So the probleme is specific to windows (XP) Previous Comments: [2005-02-21 19:16:00] [EMAIL PROTECTED] Your regular expression is obviously wrong, as it cuts '\n' at the end. Change your code to 'preg_match("/begin ([0-7]+) (.+)\r?\n(.+)\r?end/Us", $data, $part)' and see that convert_uudecode() work fine. [2005-02-18 22:23:14] hoarau76 at free dot fr I gave all information you need to check this bug. If you need something more, please tell me what you need EXACTLY [2005-02-17 08:15:25] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-02-17 01:23:05] hoarau76 at free dot fr Description: I can't uudecode a string it works under perl or winrar, but not with php 5.03 Reproduce code: --- http://www.chez.com/hoarau/bad_size.alt.binaries.picture.erotica.breasts.natural.87617";); if (preg_match("/begin ([0-7]+) (.+)\r?\n(.+)\r?\nend/Us", $data, $part)) { $file = convert_uudecode($part[3]); } ?> Expected result: I expect this script to work but it doesn't and gave me: PHP Warning: convert_uudecode(): The given parameter is not a valid uuencoded s tring. in C:\a.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=32006&edit=1
#31158 [Opn->Ver]: array_splice on $GLOBALS crashes
ID: 31158 Updated by: [EMAIL PROTECTED] -Summary: array_splice on $GLOBALS leads to crash Reported By: postings-php-bug at hans-spath dot de -Status: Open +Status: Verified Bug Type: Reproducible crash -Operating System: Irrelevant +Operating System: * -PHP Version: Irrelevant +PHP Version: 4CVS, 5CVS (2005-02-21) Previous Comments: [2004-12-18 17:31:41] postings-php-bug at hans-spath dot de <0>[EMAIL PROTECTED]:~/compile/php-4.3.10/sapi/cli% cat ~/test/killer.php [EMAIL PROTECTED]:~/compile/php-4.3.10/sapi/cli% gdb php [...] This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run ~/test/killer.php Starting program: /home/stob/compile/php-4.3.10/sapi/cli/php ~/test/killer.php [Sat Dec 18 17:28:35 2004] Script: '/home/stob/test/killer.php' --- /home/stob/compile/php-4.3.10/ext/standard/array.c(1897) : Block 0x081C2B28 status: Beginning: Overrun (magic=0x, expected=0x7312F8DC) Program received signal SIGSEGV, Segmentation fault. 0xb7ec81c3 in memcpy () from /lib/libc.so.6 (gdb) bt #0 0xb7ec81c3 in memcpy () from /lib/libc.so.6 #1 0x0814ace4 in _mem_block_check (ptr=0x81c2b4c, silent=0, __zend_filename=0x817ef80 "/home/stob/compile/php-4.3.10/ext/standard/array.c", __zend_lineno=1897, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/stob/compile/php-4.3.10/Zend/zend_alloc.c:675 #2 0x0814aca5 in _mem_block_check (ptr=0x81c2b4c, silent=1, __zend_filename=0x817ef80 "/home/stob/compile/php-4.3.10/ext/standard/array.c", __zend_lineno=1897, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/stob/compile/php-4.3.10/Zend/zend_alloc.c:667 #3 0x08149feb in _efree (ptr=0x81c2b4c, __zend_filename=0x817ef80 "/home/stob/compile/php-4.3.10/ext/standard/array.c", __zend_lineno=1897, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/stob/compile/php-4.3.10/Zend/zend_alloc.c:243 #4 0x080a2b90 in zif_array_splice (ht=3, return_value=0x81f6af4, this_ptr=0x0, return_value_used=0) at /home/stob/compile/php-4.3.10/ext/standard/array.c:1897 #5 0x0816eeb3 in execute (op_array=0x81f69b8) at /home/stob/compile/php-4.3.10/Zend/zend_execute.c:1642 #6 0x0816f0b1 in execute (op_array=0x81f15bc) at /home/stob/compile/php-4.3.10/Zend/zend_execute.c:1686 #7 0x0815be29 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/stob/compile/php-4.3.10/Zend/zend.c:900 #8 0x08127f54 in php_execute_script (primary_file=0xba60) at /home/stob/compile/php-4.3.10/main/main.c:1736 #9 0x0817507b in main (argc=2, argv=0xbae4) at /home/stob/compile/php-4.3.10/sapi/cli/php_cli.c:822 [2004-12-17 20:41:04] postings-php-bug at hans-spath dot de Description: PHP doesn't handle an attempt of clearing $GLOBALS correctly. Reproduce code: --- function __(){array_splice($GLOBALS,0,count($GLOBALS));}__(); Expected result: $GLOBALS should be empty or an error message should be printed. Actual result: -- My tests: PHP 4.3.8 cli/cgi, 4.3.10 cli, Linux 2.6: segmentation fault PHP 4.3.8 apache2sapi, Windows XP SP2: Apache2 log: Parent: child process exited with status 3221225477 -- Restarting. PHP 5.0.1 cli, Windows XP SP2: array_splice works, but then crashes on script end (probably during cleanups) or on phpinfo(); -- Edit this bug report at http://bugs.php.net/?id=31158&edit=1
#28067 [Asn->Fbk]: partially incorrect utf8 to htmlentities mapping
ID: 28067 Updated by: [EMAIL PROTECTED] Reported By: ben at csgb dot de -Status: Assigned +Status: Feedback Bug Type: Strings related Operating System: possibly all PHP Version: 4, 5, who knows Assigned To: derick New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-04-20 17:50:06] [EMAIL PROTECTED] received the patch, but it doesn't look 100% correct so I need to so some investigations. [2004-04-20 09:10:06] [EMAIL PROTECTED] Hello, can you please mail this patch to me, as the bug system garbled it a bit. regards, Derick [2004-04-19 20:51:01] ben at csgb dot de sorry, please be careful when using the diff, have to learn to copy and paste correctly )-; the diff ends after the first: + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 9001 */ "lang", "rang", }; without the "eck" [2004-04-19 20:46:26] ben at csgb dot de Description: During some doublecheck after Bug #28042 was closed, I discovered some more mistakes in that file. I just checked the UTF-8 tables, don't know if the other charsets are wrong, too. In Bug #28042, We forgot two letters of the greek table, 'upsih' and 'piv', which are spelled with an 'i' as in ice instead of '1'. Also there are some NULLs missing at several points. This causes htmlentities(,,"UTF-8") to convert UTF-8 encoded chars into the wrong or into no HTML-Entities since the mappings are shifted. For example U+202F is mapped to ‰ which should be U+2030. Here is my diff of the php5-cvs/ext/standard/html.c, the same modifications should be made in php-4.3, please double check --- html.c 2004-04-18 02:30:24.0 +0200 +++ html.c.fixed2004-04-19 18:44:47.949012992 +0200 @@ -114,13 +114,13 @@ /* 354 - 375 */ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, - NULL, NULL, NULL, NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 376 */ "Yuml", /* 377 - 401 */ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, - NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 402 */ "fnof" }; @@ -130,7 +130,7 @@ "circ", /* 711 - 731 */ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, - NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 732 */ "tilde", }; @@ -147,9 +147,9 @@ "sigmaf", "sigma", "tau", "upsilon", "phi", "chi", "psi", "omega", /* 970 - 976 are not mapped */ NULL, NULL, NULL, NULL, NULL, NULL, NULL, - "thetasym", "ups1h", + "thetasym", "upsih", NULL, NULL, NULL, - "p1v" + "piv" }; static entity_table_t ent_uni_punct[] = { @@ -158,7 +158,7 @@ "thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm", NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL, "lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo", - "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip", + NULL, "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip", NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil", NULL, "prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo", "rsaquo", NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL, @@ -191,7 +191,7 @@ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 8624 (0x21b0) */ - NULL, NULL, NULL, NULL, "crarr", NULL, NULL, NULL, + NULL, NULL, NULL, NULL, NULL, "crarr", NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 8640 (0x21c0) */ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, @@ -206,9 +206,9 @@ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 8704 (0x2200) */ "forall", "comp", "part", "exist", "nexist", "empty", NULL, "nabla", - "isin", "notin", "epsis", NULL, "ni", "bepsi", NULL, "prod", + "isin", "notin", "epsis", "ni", NULL, "bepsi", NULL, "prod", /* 8720 (0x2210) */ - "coprod", "sum", "minus", "mnplus", "plusdo", NULL, "setmn", NULL, + "coprod", "sum", "minus", "mnplus", "plusdo", NULL, "setmn", "lowast", "compfn", NULL, "radic", NULL, NULL, "prop", "infin", "ang
#28207 [Opn->Fbk]: Wrong output in PHP 5 with XML Parser Functions
ID: 28207 Updated by: [EMAIL PROTECTED] Reported By: bart at mediawave dot nl -Status: Open +Status: Feedback Bug Type: XML related Operating System: Windows 2000 PHP Version: 5.0.0RC2 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: [2004-04-28 17:18:12] bart at mediawave dot nl Description: The stream-oriented XML parser (formerly Expat) produces different output in PHP 5 than it did in PHP 4. I'm unable to read the ]> section of the XML document with PHP 5. Reproduce code: --- The code under "Example 3. External Entity Example" at http://www.php.net/manual/en/ref.xml.php Expected result: ]> Title &plainEntity; a1b1c1 a2c2 a3b3c3 ]> &testEnt; This is some more PHP code being executed. About this Document Hi! This is PHP version 4.3.6 parse complete Actual result: -- &plainEntity; Title &plainEntity; a1b1c1 a2c2 a3b3c3 &systemEntity; About this Document <-- this is a comment --> Hi! This is PHP version 5.0.0RC2 XML error: Undeclared entity warning at line 27 -- Edit this bug report at http://bugs.php.net/?id=28207&edit=1
#32055 [Opn->Bgs]: SASL bind problem
ID: 32055 Updated by: [EMAIL PROTECTED] Reported By: tom dot heinz at szm dot sk -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: linux FC3 PHP Version: 5.0.3 New Comment: See bug #30819 Previous Comments: [2005-02-21 18:17:18] tom dot heinz at szm dot sk Description: Hello, I try to use sasl/gssapi authentification. Everything work well with command ldapsearch. It use my ticket and I autentificate succesfully. But if I try to use php and ldap_sasl_bind I get warning in web browser ldap_sasl_bind() ... LocalError. I try some patches but not successful. Always the same. Can someone help me please. -- Edit this bug report at http://bugs.php.net/?id=32055&edit=1
#31886 [Opn->Fbk]: make install crashes
ID: 31886 Updated by: [EMAIL PROTECTED] Reported By: pieter dot donche at ua dot ac dot be -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4CVS-2005-02-17 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-02-17 15:43:12] pieter dot donche at ua dot ac dot be Downlaod and installed GNU sed (/usr/local/bin). Retried. Same errors. Went so far as to rename Solaris' /usr/bin/sed, /usr/ucb/sed and /usr/xpg4/bin/sed to different names so that they never are used. Retried. Still exactly same errors ... [2005-02-17 13:48:38] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#28496 [Fbk->Ver]: Fatal Error in the make install caused by broken egrep
ID: 28496 Updated by: [EMAIL PROTECTED] Reported By: rehanann at kfupm dot edu dot sa -Status: Feedback +Status: Verified Bug Type: *Compile Issues Operating System: Aix 5.2 PHP Version: 4CVS, 5CVS New Comment: There is no check for broken grep in our configure yet.. Previous Comments: [2005-02-15 01:44:59] [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 [2004-11-27 05:43:30] sjungels at adelphia dot net I tracked this bug down to a faulty version of GNU grep. If you are having problems where no libphp4.so is generated, this may be the cause in your case also. If you have this problem you will notice the following symptoms: during the part of the php configure log that begins "performing libtool configuration..." you will see the following (or similar) messages: checking if the linker (/usr/powerpc-hardhat-linux/bin/ld) is GNU ld... no checking whether the linker (/usr/powerpc-hardhat-linux/bin/ld) supports shared libraries... no checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes These messages may be correct, but if you have the problem I am describing, they are caused by a bad version of grep. Check for this by typing if echo GNU | egrep '(GNU|BFD)' >/dev/null; then echo "Good egrep"; else echo "Bad egrep"; fi If you get back "Bad egrep" you are running a version of egrep which doesn't really support extended regular expressions, and this is confusing the php configure script. You can fix the problem by installing GNU grep 2.5. If you have this problem, it will have effected apache also (even though it seems to work, it is statically compiled and probably won't work with DSOs), so after installing the new grep you will have to rebuild apache and PHP Note to whoever wrote the configure script: this issue is verified on only the Buffalo Linkstation, but indications are that it may apply to all versions of GNU grep 2.4.2 and earlier. You can save PHP users hours of frustration by not relying on egrep in your scripts. One workaround is to use grep -E. [2004-05-23 15:33:46] rehanann at kfupm dot edu dot sa Description: Please try to solve this error in PHP 4.3.6. I try lot of latest snapshots but still no use. configure options: CC="gcc" CFLAGS="-D_THREAD_SAFE" ./configure --with-apxs2=/usr/local/apache2/bin/apxs --disable-all Reproduce code: --- Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules rm -f /usr/local/apache2/modules/libphp4.so /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /tmp/horde/php-4.3.5/libs' chmod 755 /usr/local/apache2/modules/libphp4.so chmod: /usr/local/apache2/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. -- Edit this bug report at http://bugs.php.net/?id=28496&edit=1
#30729 [Fbk->NoF]: error at round() function
ID: 30729 Updated by: [EMAIL PROTECTED] Reported By: fansyah at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Math related Operating System: win32 only PHP Version: 4.3.9 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-03 04:45:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-11-24 01:30:12] [EMAIL PROTECTED] Works fine within Linux... [2004-11-09 07:03:48] fansyah at yahoo dot com Description: i have fraction 2.135 or 2.155 or 2.175 or 2.195 with around() function like this example: around(2.135,2) with result 2.13 it should be 2.14 Reproduce code: --- $b=2.135; echo round($b,2); Expected result: 2.14 Actual result: -- 2.13 -- Edit this bug report at http://bugs.php.net/?id=30729&edit=1
#30755 [Fbk->NoF]: imap_sort() fails to return messages
ID: 30755 Updated by: [EMAIL PROTECTED] Reported By: richard at dominion-web dot com -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: NT PHP Version: 4.3.9 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-03 04:44:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-11-11 00:31:54] richard at dominion-web dot com Description: On a Merak IMAP mail server and c-client 2001, the imap_sort function using UIDs fails to return messages. Switching to use imap_thread() returns the messages fine. Reproduce code: --- $sortmessages = imap_sort($this->_mailbox, SORTDATE, 1, SE_UID | SE_NOPREFETCH); Expected result: Array of messages Actual result: -- Empty array -- Edit this bug report at http://bugs.php.net/?id=30755&edit=1
#31592 [Fbk->NoF]: ifx_getsqlca fails when DB-error occurs
ID: 31592 Updated by: [EMAIL PROTECTED] Reported By: andreybl at matrix dot co dot il -Status: Feedback +Status: No Feedback Bug Type: Informix related Operating System: RedHat 3.0 ES PHP Version: 4.3.8 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-03 05:18:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-01-18 09:26:17] andreybl at matrix dot co dot il Description: In case when ifx_query() fails it returns FALSE as result id. When ifx_getsqlca gets false as result id, it complains: Warning: ifx_getsqlca(): supplied resource is not a valid Informix Result resource in This is actually a BUG, since when the sql-query fails, it is stll neccessary sometimes, to get the sqlca structure. E.g. to get the ISAM error. Reproduce code: --- sleep(20); $db->begin_transaction(); $sql = "update tb set recordingdate = '2005-01-12 11:33:57.597' where id = 138"; if (!($resid = ifx_query($sql, $db->connid))) { echo "Failed to open:\n$sql\n".ifx_error()."\n"; $db->rollback_transaction(); $sqlca = ifx_getsqlca($resind); var_dump($sqlca); die(); } else { echo "Open successfull\n"; ifx_free_result($resid); $db->commit_transaction(); } Expected result: ifx_getsqlca should get me the sqlca structure and not an error. Actual result: -- ifx_getsqlca fails, the following message appears: Warning: ifx_getsqlca(): supplied argument is not a valid Informix Result resource in -- Edit this bug report at http://bugs.php.net/?id=31592&edit=1
#31799 [Fbk->NoF]: Bug
ID: 31799 Updated by: [EMAIL PROTECTED] Reported By: ilya-- at mail dot ru -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Mandrake 10.0 i686 PHP Version: 5.0.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-02 13:05:12] [EMAIL PROTECTED] Can't reproduce. Please provide more info and make sure that your PHP installation is not broken. [2005-02-02 01:08:23] ilya-- at mail dot ru Description: Bug Reproduce code: --- first: ./configure --with-apxs2=/usr/local/apache2/bin/apxs second(bug): make Expected result: /home/inst/php-5.0.3/Zend/zend_list.h:68: warning: parameter names (without types) in function declaration /home/inst/php-5.0.3/Zend/zend_list.h:69: error: parse error before "TSRMLS_DC" /home/inst/php-5.0.3/Zend/zend_list.h:74: error: parse error before "TSRMLS_DC" /home/inst/php-5.0.3/Zend/zend_list.h:83: error: parse error before "TSRMLS_DC" /home/inst/php-5.0.3/Zend/zend_list.h:85: error: parse error before "TSRMLS_DC" In file included from /home/inst/php-5.0.3/Zend/zend_API.h:29, from /home/inst/php-5.0.3/main/php.h:38, from /home/inst/php-5.0.3/ext/libxml/libxml.c:28: /home/inst/php-5.0.3/Zend/zend_operators.h:42: error: parse error before "TSRMLS_DC" AND /home/inst/php-5.0.3/ext/libxml/libxml.c:81: error: parse error before "TSRMLS_DC" /home/inst/php-5.0.3/ext/libxml/libxml.c:82: error: parse error before "TSRMLS_DC" /home/inst/php-5.0.3/ext/libxml/libxml.c:126: error: parse error before "TSRMLS_DC" /home/inst/php-5.0.3/ext/libxml/libxml.c: In function `php_libxml_clear_object': /home/inst/php-5.0.3/ext/libxml/libxml.c:128: error: `object' undeclared (first use in this function) /home/inst/php-5.0.3/ext/libxml/libxml.c:131: error: parse error before "TSRMLS_CC" /home/inst/php-5.0.3/ext/libxml/libxml.c:132: error: parse error before "TSRMLS_CC" /home/inst/php-5.0.3/ext/libxml/libxml.c: At top level: /home/inst/php-5.0.3/ext/libxml/libxml.c:135: error: parse error before "TSRMLS_DC" Actual result: -- problems -- Edit this bug report at http://bugs.php.net/?id=31799&edit=1
#31802 [Fbk->NoF]: ftp_get never downloads a file
ID: 31802 Updated by: [EMAIL PROTECTED] Reported By: neo_in_matrix at msn dot com -Status: Feedback +Status: No Feedback Bug Type: FTP related Operating System: Fedora Core 1 & 3 PHP Version: 4.3.10 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-02 17:02:07] [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 , 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-02-02 04:16:15] neo_in_matrix at msn dot com Description: I have a small script file (less than 200 lines) that pulls Firefox/Thunderbird nightly trunk from mozilla.org. The script works well on Windows 2000 family since it was created in May 2003. I got my feet into Linux about half year ago. I had once tried to modify the script to let it work under Fedora Core 1; but I failed. ftp_get never download a file successfully. I think I was using an old version in PHP 4.3x series. I recently installed Fedore Core 3 and tried to do it again, since I think I am getting more experience on Linux. But, I get the same failure. It *seems* (no accurate proof) that ftp_get creates a zero byte file and never downloads and writes bytes to the file. I see this by doing ls -l. -- Edit this bug report at http://bugs.php.net/?id=31802&edit=1
#31823 [Fbk->NoF]: ftp_rawlist doesn't return file owner
ID: 31823 Updated by: [EMAIL PROTECTED] Reported By: hellfire at fastq dot com -Status: Feedback +Status: No Feedback Bug Type: FTP related Operating System: solaris 8 PHP Version: 4.3.10 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-03 04:37:48] [EMAIL PROTECTED] I also tried against the quite public and definately wuftpd: And again: it works just fine. (note: I'm using the latest stable snapshot. Get one from http://snaps.php.net/) [2005-02-03 04:27:16] [EMAIL PROTECTED] Are you sure doing 'ls -l' in your ftp client actually issues LIST command? I tested your script againts my ISP's ftp server and it works just fine. [2005-02-03 03:42:30] hellfire at fastq dot com Description: On Solaris 8 with php 4.3.10-5.03 when you try to use the ftp_rawlist command against a wuftpd server version wu-2.6.2 doesn't return the file owner. bash-2.03# ./ftptest.php array(5) { [0]=> string(9) "total 142" [1]=> string(55) "-rw-r--r-- 1 other 14162 Jan 31 16:37 Hawaii.pdf" [2]=> string(57) "-rw-r--r-- 1 other 4595 Feb 1 12:04 Podholes.txt" [3]=> string(72) "-rw-r--r-- 1 other 51370 Feb 1 12:18 ReactionPaperGuidelines.pdf" [4]=> string(54) "drwxr-xr-x 2 other512 Feb 2 09:45 juliotest" } If I run the code against a vsftpd server i get the file owner reported. bash-2.03# ./ftptest.php array(1) { [0]=> string(65) "drwxr-xr-x5 1000 100 1912 Jan 25 01:27 Documents" } I verified that this isn't a wuFTPD issue ftp> ls -l 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. total 1093912 drwxr-xr-x 4 bobdobbs its 512 Dec 21 12:48 CA -rw-r--r-- 1 root root 15156736 Jan 13 15:28 UHFreeradius-1.01.sol8 Notice the file owner is listed I started wi wuftpd2.6.1 but updated to wuftp 2.6.2 to see if it was an wuftp issue but it appears to only be a php issue. I verified this against multiple Solaris 8 wuftp servers they all seem to give the same results. -Aaron Collins Developer for the University of Hawaii Reproduce code: --- #!/usr/local/bin/php -- Edit this bug report at http://bugs.php.net/?id=31823&edit=1
#31809 [Fbk->NoF]: disable-output-escaping="yes" causes segmentation fault
ID: 31809 Updated by: [EMAIL PROTECTED] Reported By: it at lavtech dot ru -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: 2.4.19 GNU/Linux PHP Version: 5.0.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-02 11:50:24] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-02-02 10:33:50] it at lavtech dot ru Description: Using disable-output-escaping XSLT instruction attribute with "yes" value causes Segmentation fault. Reproduce code: --- $stylesheetDocument = new DOMDocument(); $stylesheetDocument->load( 'php5test.xslt' ) || die('Unable to open stylesheet'); $inputDocument = new DOMDocument(); $inputDocument->loadXML( '' ); $xsltProcessor = new XSLTProcessor(); $xsltProcessor->importStylesheet( $stylesheetDocument ); $outputDocument = $xsltProcessor->transformToDoc( $inputDocument, true ); php5test.xslt: http://www.w3.org/1999/XSL/Transform";> Expected result: Segmentation fault. Actual result: -- For example: child pid 31708 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=31809&edit=1
#31818 [Fbk->NoF]: crash with batches on zero row queries
ID: 31818 Updated by: [EMAIL PROTECTED] Reported By: xs0 at xs0 dot com -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Windows Server 2003 PHP Version: 5.0.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-02 17:55:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-02 17:23:15] xs0 at xs0 dot com Description: I executed mssql_query("...", $db, 50). The result was empty (no rows returned), and there was a read from 0x when (I think) mssql_fetch_assoc() executed. Reproduce code: --- I had no time to record the exact code, but it was something like this: $q=mssql_query("select * from table", $db, 50); do { while ($row=mssql_fetch_assoc($q)) { ... } } while (mssql_fetch_batch($q)>0); the table was empty. I then prepended if (mssql_num_rows($q)>0) and everything was fine. Expected result: nothing, the table was empty :) Actual result: -- a crash because of reading 0x -- Edit this bug report at http://bugs.php.net/?id=31818&edit=1
#31829 [Fbk->NoF]: Schema Validation Infinite Loop
ID: 31829 Updated by: [EMAIL PROTECTED] Reported By: lphuberdeau at phpquebec dot org -Status: Feedback +Status: No Feedback Bug Type: *XML functions Operating System: Windows 2000 PHP Version: 5.0.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-03 19:12:49] [EMAIL PROTECTED] Most certainly a libxml2 bug. PHP has nothing to do with the actual parsing and validation. Can you check with xmllint, if that has the same problem? And update to the latest libxml2 libraries, they were quite some fixes lately regarding XSDs. [2005-02-03 16:02:19] lphuberdeau at phpquebec dot org Description: When validating an XML document using a schema with references to other schemas, the validation falls in a loop until the script dies due to insufficient memory. Seems like there is no check to verify if the file has already been included. This bug might actually be located in libxml2. I was able to avoid the problem by only placing includes in the primary XSD. Reproduce code: --- Validate a DOM tree with a schema (schema1.xsd) with the following structure: schema1.xsd: include schema2.xsd include schema3.xsd schema2.xsd: include schema3.xsd schema3.xsd: include schema2.xsd Expected result: The file to validate, ignoring any already included files, or at least throw an exception. Actual result: -- Using PHP-CLI, the system goes in an infinite loop and uses all available system memory. I would suspect the script to crash in a web environment with a memory limit. -- Edit this bug report at http://bugs.php.net/?id=31829&edit=1
#31834 [Fbk->NoF]: undefined symbol: php_sprintf
ID: 31834 Updated by: [EMAIL PROTECTED] Reported By: miso_sim at yahoo dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: MySQL related Operating System: Debian Sarge (2.6.7-1-686) PHP Version: 4.3.8 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-03 22:43:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-03 22:33:10] miso_sim at yahoo dot co dot uk Description: (My PHP version is 4.3.4 but this is the newest version in Debian testing distribution(when using apt-get install method).) >From certain time my PHP scripts can't establish a connection with MySQL. PHP and MySQL alone work fine. this is what i found in apache error.log: "usr/sbin/apache: relocation error: /usr/lib/php4/20020429/mysql.so: undefined symbol: php_sprintf" i've installed all three,apache(1.3.33), php(4.3.4) and mysql(4.0.23_Debian-3-log) via "apt-get install" command. this is my configure line: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--enable-memory-limit' '--disable-debug' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-exec-dir=/usr/lib/php4/libexec' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-dom-xslt=shared,/usr' '--with-dom-exslt=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-imap-ssl' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' -- Edit this bug report at http://bugs.php.net/?id=31834&edit=1
#31840 [Fbk->NoF]: COM extensibility appears to hinder code execution
ID: 31840 Updated by: [EMAIL PROTECTED] Reported By: stefan dot mueller at issp dot cc -Status: Feedback +Status: No Feedback Bug Type: COM related Operating System: Windows 2000 Server/SP4 PHP Version: 4.3.10 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2005-02-04 09:13:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-04 09:04:36] stefan dot mueller at issp dot cc Description: When instantiating a new COM object PHP produces no output. Reproduce code given. PHP running with binaries from binary distributions available on www.php.net; No extensions activated. Reproduce code: --- Open("SELECT * FROM sysdatabases", "Data Source=localhost;User Id=sa;Password=sa;" . "Provider=SQLOLEDB.1;Initial Catalog=master"); echo "got my rst successfully"; ?> Expected result: Version 4.3.8 placed in the same directory (C:\php\php.exe) wrote this to the stdout when passing the file to the interpreter via command line prompt. This is the behaviour I do expect the interpreter to write to stdout. Content-type: text/html X-Powered-By: PHP/4.3.8 init phase got my rst successfully Actual result: -- No output to stdout with 4.3.10. I tried the following: + moving php.ini from windir to desktop temporarily + replace existing php.ini with php.ini-recommended from 4.3.10 and reconfigure it + explicitly enabling the display of errors (display_errors, display_startup_errors) through the INI file + execute script on Apache2 (configured with the experimental server module) and check Apaches' error log. --> no new entries after scripts' execution. -- Edit this bug report at http://bugs.php.net/?id=31840&edit=1
#32007 [Opn->Fbk]: problem with GD + freetype2
ID: 32007 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Feedback Bug Type: GD related Operating System: solaris 5.8 PHP Version: 4CVS-2005-02-17 New Comment: Well, what was in the debug.log file...? Previous Comments: [2005-02-17 14:19:12] bernard dot prevosto at ifremer dot fr Sorry without IMAP i have: checking for extended DES crypt... no checking for MD5 crypt... no Killed checking for Blowfish crypt... no checking whether flush should be called explicitly after a buffered io... yes without freetype2 or GD i have not tke ligne KILLED at the end of configure in this case i have: ++ | *** ATTENTION ***| || | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | || | If you are unable to fix this, send the file debug.log to the | | php-install@lists.php.net mailing list and include appropiate | | information about your setup. | i have not without freetype2 or GD but the make work fine [2005-02-17 14:05:59] [EMAIL PROTECTED] I asked you to compile WITHOUT imap!! Please do that.. [2005-02-17 14:01:17] bernard dot prevosto at ifremer dot fr NO always the same error with configure ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-imap=/home1/iletudy/www/httpd/imap \ --with-freetype-dir=/home/services/bibli/freetype2 checking for Hyperwave support... no checking for iconv support... no checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. [2005-02-17 13:46:52] [EMAIL PROTECTED] Does this work: # rm config.cache # ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-freetype-dir=/home/services/bibli/freetype2 # make clean && make [2005-02-17 10:45:28] bernard dot prevosto at ifremer dot fr Sorry but it's no good with this CVS snapshot the same errors occurs 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/32007 -- Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#32027 [Opn->Bgs]: Using concurrent sessions and processes causes Apache to lock up
ID: 32027 Updated by: [EMAIL PROTECTED] Reported By: nickk at att dot net -Status: Open +Status: Bogus -Bug Type: Reproducible crash +Bug Type: Session related Operating System: Windows PHP Version: 4.3.10 New Comment: I agree with Derick: This is not a bug. And to solve the locking problem with either multiple frames or windows (same thing actually) is to use session_write_close(), that's what it was added for. This locking propably will happen in *nix too, I'd guess that was remote coonection and with windows you do it locally..? So you actually just couldn't simulate the concurrent requests as fast as you can locally. Previous Comments: [2005-02-20 17:07:48] nickk at att dot net Bogus? PHP is running as a module of Apache. If it messes something up, then Apache suffers. If it's not a bug in PHP then how come switching versions of Apache doesn't have any affect on this problem? [2005-02-20 12:15:18] [EMAIL PROTECTED] 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. Thank you for your interest in PHP. see also http://php.net/session_write_close [2005-02-19 15:36:21] nickk at att dot net Description: If you enable sessions on a page that runs any program execution command and do two or more concurrent requests for the page, Apache immediately stops responding and sits doing nothing (using 0% of the CPU) until you close it. I'm using a clean install of both Apache and PHP for windows; both are using their default configurations. This was tested under Windows 2000 and XP using Apache 1.3.33. The problem seems to be the same under Apache 2.x as well. There is a workaround for this problem, and that is to call session_write_close before calling any program execution function. Note: This seems to be a Windows specific problem. This was tested with a *NIX copy of PHP and it worked just fine. Reproduce code: --- http://www.cs.rit.edu/~ndk4275/multi.php.txt Expected result: When the page loads, click on "Test". It will open two small windows and will wait for 10 seconds before executing the actual test. It might seem like the browser is not responding for the ten seconds before the test, but this is due to the fact that the wait function is a greedy CPU function. When the test starts, the two small browser windows will load the test page with the program execution function at the same time and the main window will reload the current page. At this point, Apache should stop responding. Attempting to make any request to the server will result in an indefinite wait. Actual result: -- After the test executes, Apache stops responding. -- Edit this bug report at http://bugs.php.net/?id=32027&edit=1
#32053 [Opn->Fbk]: ibase_query(): message length error
ID: 32053 Updated by: [EMAIL PROTECTED] Reported By: steven dot harrison3 at ntlworld dot com -Status: Open +Status: Feedback Bug Type: InterBase related Operating System: windows 2000 pro PHP Version: 4.3.9 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-02-21 15:47:50] steven dot harrison3 at ntlworld dot com Description: I use a number of if statements to select an SQL string (in this case to execute a stored procedure in a firebird database)to go in a $query variable. When the string is created and ran as a query the following is kicked out onto the screen: ibase_query(): message length error(encountered 0, expected 7346) in a typical sql string generated may be: EXECUTE PROCEDURE SEARCH_ALL_PARAM('Teesside','business planning','Middlesbrough','the'); The parameters are taken from 4 fields on a search web page. Reproduce code: --- //Stored procedures used: //SEARCH_NO_PARAM - where all the search boxes have 'any' and keyword '' if ($provider == "any" && $level == "any" && $location == "any" && $keyword == "") { $query = "EXECUTE PROCEDURE SEARCH_NO_PARAM;"; } //SEARCH_ALL_PARAM - where all the search boxes have information. if ($provider != "any" && $level != "any" && $location != "any" && $keyword != "") { $query = "EXECUTE PROCEDURE SEARCH_ALL_PARAM('".$provider."','".$level."','".$location."','".$keyword."');"; } // ### some $query removed to keep things brief. ### ?> Queries and Reports about the courses : Course Title Location Entry requirements COURSETITLE;?> ENTRYID."'"; } else { $query2 = "SELECT * FROM TBL_MODULE_DELIVERY Where ENTRYID='".$row->ENTRYID."' AND DELIVERYTOWN='".$location."'"; } echo "University provider : "; if (isset ($row->PROVIDERINSTITUTION) && $row->PROVIDERINSTITUTION!="") {echo $row->PROVIDERINSTITUTION;}else{ echo " - ";} echo " Delivery Town of Location(s): "; $result2 = ibase_query($db, $query2); while ($row2 = ibase_fetch_object($result2)) { if (isset ($row2->DELIVERYTOWN) && $row2->DELIVERYTOWN!=""){ echo $row2->DELIVERYTOWN." - "; } else { echo " - "; } } ?> Expected result: return a result set from a search of courses in a firebird database. Actual result: -- $query echoed to screen to see if search string right: EXECUTE PROCEDURE SEARCH_ALL_PARAM('Teesside','business planning','Middlesbrough','the'); Then the warning message: Warning: ibase_query(): message length error (encountered 0, expected 7346) in c:\program files\apache group\apache\htdocs\e_prospectus\results.php on line 252 Warning: ibase_fetch_object(): supplied argument is not a valid InterBase result resource in c:\program files\apache group\apache\htdocs\e_prospectus\results.php on line 253 -- Edit this bug report at http://bugs.php.net/?id=32053&edit=1
#32041 [Opn->Bgs]: Deleteing From a MS Access Database using PHP
ID: 32041 Updated by: [EMAIL PROTECTED] Reported By: mark dot horwell at uhns dot nhs dot uk -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Windows XP PHP Version: 4.3.10 New Comment: User error -> bogus. Previous Comments: [2005-02-21 11:32:36] mark dot horwell at uhns dot nhs dot uk Managed to solve the problem, it was an issue with file permissions, where only set to read only on the database. Thanks [2005-02-21 09:55:42] mark dot horwell at uhns dot nhs dot uk Description: When ever i try to delete a record with a MS access database I get the following error message Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Could not delete from specified tables., SQL state S1000 in SQLExecDirect in C:\Estates Info System\admin\Delete_Site.php on line 13 I know ther no problem with the sql statment, not sure what to do. I am using PHP, IIS and MS access Please Help Reproduce code: --- Expected result: Record with key 076 whould be deleted but is not Actual result: -- Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Could not delete from specified tables., SQL state S1000 in SQLExecDirect in C:\Estates Info System\admin\Delete_Site.php on line 13 -- Edit this bug report at http://bugs.php.net/?id=32041&edit=1
#32034 [Opn->Bgs]: setcookie
ID: 32034 Updated by: [EMAIL PROTECTED] Reported By: tshot at sancharnet dot in -Status: Open +Status: Bogus -Bug Type: Session related +Bug Type: *General Issues Operating System: Fedora Core 1 - 2.4.22 PHP Version: 4CVS-2005-02-20 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. Thank you for your interest in PHP. This is not any support forum and you're using "ancient" version of PHP anyway: Update first to 4.3.10.. And then ask further question on the php-general mailing list. Previous Comments: [2005-02-20 11:19:12] tshot at sancharnet dot in Description: Unable to set cookie. The cookie is deleted showing expiry time of about 1 year behind. I tried with different values for time. This happens during setting of cookie. --- When checking in phpinfo(), it shows (PHP version is 4.3.3) Set-Cookie font_type=deleted; expires=Sat, 21-Feb-2004 10:27:12 GMT Set-Cookie font_size=deleted; expires=Sat, 21-Feb-2004 10:27:12 GMT and my time returns Sunday 20th of February 2005 03:57:13 PM Below is the confirue option as reported in phpinfo(). And my installation is default that occurs during Linux installation './configure' '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-dom=shared,/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-xmlrpc=shared' '--with-pcre=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-apxs2=/usr/sbin/apxs' Reproduce code: --- setcookie("font_type", "$type_sel", mktime(0, 0, 0, 2, 26, 2005)) ; setcookie("font_size", $size_sel, ($tm=(time()-3600))) ; Expected result: Cookie variable should be set. -- Edit this bug report at http://bugs.php.net/?id=32034&edit=1
#32056 [Opn->Bgs]: different handles are ignored for DBM databases
ID: 32056 Updated by: [EMAIL PROTECTED] Reported By: dbai at lantanet dot cz -Status: Open +Status: Bogus Bug Type: CGI related -Operating System: Linux +Operating System: * -PHP Version: 4.3.10 +PHP Version: * New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php that's a known limitation as said in the documentation avoid handler 'dbm' Previous Comments: [2005-02-21 18:48:38] dbai at lantanet dot cz Description: Functions dba_firstkey/nextkey ignore specified db handle and use last opened DBM database. Reproduce code: --- #!/usr/local/bin/php Expected result: Keys from datadb_one Actual result: -- Keys from datadb_two (from last opened database). -- Edit this bug report at http://bugs.php.net/?id=32056&edit=1
#32029 [Fbk->Opn]: PCRE bugs under Windows XP
ID: 32029 User updated by: craig at unclecraig dot com Reported By: craig at unclecraig dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Windows XP Pro PHP Version: 4.3.11 New Comment: I'm developing on a Windows box for submission on a linux server so I run the same code on both windows and linux, and can assure you that for me both examples given run without problems on Linux. I can accept this is a PCRE bug/problem however, as the PCRE libraries are obviously different on both platforms. But running RegExp Coach on the same platform caused no problems with the same input and expression. This suggests that it may be an interaction between PHP and the PCRE code - perhaps in the way it allocates memory (look-aheads are quite memory intensive I believe). Nonetheless, if it is a PCRE bug, is there any way for PHP to raise an error, rather than terminating without warning. It took a long time to track the bug down by stepping through code until the correct line was isolated, as PCRE is implemented as a built-in function, it shouldn't cause the runtime to terminate unexpectedly (ie crash). The nature of any test is to implement controls and limit the variables, as you can see from above, I have demonstrated satisfactorily that the regular expression works without issue on multiple platforms with the same input, except when running with PHP under windows, i.e. PHP, linux -> Pass RegEx Coach, Windows -> Pass PHP, Windows -> Fail This demonstrates that the PCRE code works successfully except under the one condition where the variable was PHP. It is unlikely therefore that there is no issue with the way PHP uses the PCRE code, hence the bug report was filed here. Thank you Previous Comments: [2005-02-21 19:05:41] [EMAIL PROTECTED] It works in the same way for me under Linux, so I think it's probably PCRE problem and PHP has nothing to do with it. [2005-02-21 18:59:41] craig at unclecraig dot com Replacing '|\/\*((?!\*\/).)*\*\/|is' with '|\/\*.*?\*\/|is' is more efficient preventing greedy matching rather than using look ahead. Nonetheless, the original reg-ex is still techinically valid and works under linux, so it's still technically a bug. At a guess there is a memory issue when using look-ahead (and possible look-behind) in PCRE under windows. [2005-02-20 19:58:49] craig at unclecraig dot com Please note I am aware of and use the 'basename' and 'dirname' functions. The above is just a reproduceable example to demonstrate the the PCRE code is unreliable on Win XP, at least for me. [2005-02-19 20:42:18] craig at unclecraig dot com Description: I'm using the latest snap shot (php4-win32-STABLE-200502191330) on Win XP with Apache 2. I've experienced a number of problems with pgrep_replace/pgrep_match that only occur under windows. The same code works fine under linux. The example below is easily reproduced. The expression splits a file into it's components - path, name, ext (where ext can be multi part) When the name part exceeds 12 chars, the expression no longer matches. This is not the case using RegExp Coach on the same platform. I also get a problem when using the following: // Remove C comments $content = preg_replace( "|\/\*((?!\*\/).)*\*\/|is", "", $content); This used to work fine, then suddenly it stopped, no error is returned execution just halts here and the document returns no data. I made no modification to the PHP base, just some of the files that were being parsed got a bit bigger so this code be a memory issue??? Still no errors are generated php just halts. (This is one reason I increased the memory_limit directive in the php.ini file) Please help, as I can no longer debug under windows, and I face having to rewrite large chunks of code to avoid using preg functionality! -- PHP.INI -- max_execution_time = 150 memory_limit = 64M extension=php_filepro.dll extension=php_mcrypt.dll extension=php_mhash.dll extension=php_mime_magic.dll extension=php_zip.dll [Debugger] debugger.enabled=on debugger.profiler_enabled=on debugger.JIT_enabled=on debugger.JIT_host = clienthost debugger.JIT_port = 7869 mime_magic.magicfile = "C:\Program Files\Apache Group\Apache2\conf\magic" Reproduce code: --- Expected result: 1 1 Actual result: -- 1 0 -- Edit this bug report at http://bugs.php.net/?id=32029&edit=1
#32006 [Opn->Bgs]: convert_uudecode not always working
ID: 32006 Updated by: [EMAIL PROTECTED] Reported By: hoarau76 at free dot fr -Status: Open +Status: Bogus Bug Type: Strings related Operating System: windows XP pro PHP Version: 5.0.3 New Comment: Your regular expression is obviously wrong, as it cuts '\n' at the end. Change your code to 'preg_match("/begin ([0-7]+) (.+)\r?\n(.+)\r?end/Us", $data, $part)' and see that convert_uudecode() work fine. Previous Comments: [2005-02-18 22:23:14] hoarau76 at free dot fr I gave all information you need to check this bug. If you need something more, please tell me what you need EXACTLY [2005-02-17 08:15:25] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-02-17 01:23:05] hoarau76 at free dot fr Description: I can't uudecode a string it works under perl or winrar, but not with php 5.03 Reproduce code: --- http://www.chez.com/hoarau/bad_size.alt.binaries.picture.erotica.breasts.natural.87617";); if (preg_match("/begin ([0-7]+) (.+)\r?\n(.+)\r?\nend/Us", $data, $part)) { $file = convert_uudecode($part[3]); } ?> Expected result: I expect this script to work but it doesn't and gave me: PHP Warning: convert_uudecode(): The given parameter is not a valid uuencoded s tring. in C:\a.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=32006&edit=1
#32029 [Opn->Fbk]: PCRE bugs under Windows XP
ID: 32029 Updated by: [EMAIL PROTECTED] Reported By: craig at unclecraig dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows XP Pro PHP Version: 4.3.11 New Comment: It works in the same way for me under Linux, so I think it's probably PCRE problem and PHP has nothing to do with it. Previous Comments: [2005-02-21 18:59:41] craig at unclecraig dot com Replacing '|\/\*((?!\*\/).)*\*\/|is' with '|\/\*.*?\*\/|is' is more efficient preventing greedy matching rather than using look ahead. Nonetheless, the original reg-ex is still techinically valid and works under linux, so it's still technically a bug. At a guess there is a memory issue when using look-ahead (and possible look-behind) in PCRE under windows. [2005-02-20 19:58:49] craig at unclecraig dot com Please note I am aware of and use the 'basename' and 'dirname' functions. The above is just a reproduceable example to demonstrate the the PCRE code is unreliable on Win XP, at least for me. [2005-02-19 20:42:18] craig at unclecraig dot com Description: I'm using the latest snap shot (php4-win32-STABLE-200502191330) on Win XP with Apache 2. I've experienced a number of problems with pgrep_replace/pgrep_match that only occur under windows. The same code works fine under linux. The example below is easily reproduced. The expression splits a file into it's components - path, name, ext (where ext can be multi part) When the name part exceeds 12 chars, the expression no longer matches. This is not the case using RegExp Coach on the same platform. I also get a problem when using the following: // Remove C comments $content = preg_replace( "|\/\*((?!\*\/).)*\*\/|is", "", $content); This used to work fine, then suddenly it stopped, no error is returned execution just halts here and the document returns no data. I made no modification to the PHP base, just some of the files that were being parsed got a bit bigger so this code be a memory issue??? Still no errors are generated php just halts. (This is one reason I increased the memory_limit directive in the php.ini file) Please help, as I can no longer debug under windows, and I face having to rewrite large chunks of code to avoid using preg functionality! -- PHP.INI -- max_execution_time = 150 memory_limit = 64M extension=php_filepro.dll extension=php_mcrypt.dll extension=php_mhash.dll extension=php_mime_magic.dll extension=php_zip.dll [Debugger] debugger.enabled=on debugger.profiler_enabled=on debugger.JIT_enabled=on debugger.JIT_host = clienthost debugger.JIT_port = 7869 mime_magic.magicfile = "C:\Program Files\Apache Group\Apache2\conf\magic" Reproduce code: --- Expected result: 1 1 Actual result: -- 1 0 -- Edit this bug report at http://bugs.php.net/?id=32029&edit=1
#32029 [Opn]: PCRE bugs under Windows XP
ID: 32029 User updated by: craig at unclecraig dot com Reported By: craig at unclecraig dot com Status: Open Bug Type: PCRE related Operating System: Windows XP Pro -PHP Version: 4.3.10 +PHP Version: 4.3.11 New Comment: Replacing '|\/\*((?!\*\/).)*\*\/|is' with '|\/\*.*?\*\/|is' is more efficient preventing greedy matching rather than using look ahead. Nonetheless, the original reg-ex is still techinically valid and works under linux, so it's still technically a bug. At a guess there is a memory issue when using look-ahead (and possible look-behind) in PCRE under windows. Previous Comments: [2005-02-20 19:58:49] craig at unclecraig dot com Please note I am aware of and use the 'basename' and 'dirname' functions. The above is just a reproduceable example to demonstrate the the PCRE code is unreliable on Win XP, at least for me. [2005-02-19 20:42:18] craig at unclecraig dot com Description: I'm using the latest snap shot (php4-win32-STABLE-200502191330) on Win XP with Apache 2. I've experienced a number of problems with pgrep_replace/pgrep_match that only occur under windows. The same code works fine under linux. The example below is easily reproduced. The expression splits a file into it's components - path, name, ext (where ext can be multi part) When the name part exceeds 12 chars, the expression no longer matches. This is not the case using RegExp Coach on the same platform. I also get a problem when using the following: // Remove C comments $content = preg_replace( "|\/\*((?!\*\/).)*\*\/|is", "", $content); This used to work fine, then suddenly it stopped, no error is returned execution just halts here and the document returns no data. I made no modification to the PHP base, just some of the files that were being parsed got a bit bigger so this code be a memory issue??? Still no errors are generated php just halts. (This is one reason I increased the memory_limit directive in the php.ini file) Please help, as I can no longer debug under windows, and I face having to rewrite large chunks of code to avoid using preg functionality! -- PHP.INI -- max_execution_time = 150 memory_limit = 64M extension=php_filepro.dll extension=php_mcrypt.dll extension=php_mhash.dll extension=php_mime_magic.dll extension=php_zip.dll [Debugger] debugger.enabled=on debugger.profiler_enabled=on debugger.JIT_enabled=on debugger.JIT_host = clienthost debugger.JIT_port = 7869 mime_magic.magicfile = "C:\Program Files\Apache Group\Apache2\conf\magic" Reproduce code: --- Expected result: 1 1 Actual result: -- 1 0 -- Edit this bug report at http://bugs.php.net/?id=32029&edit=1
#32023 [Opn->Bgs]: move_uploaded_file ignore destination and put to default tmp
ID: 32023 Updated by: [EMAIL PROTECTED] Reported By: sopak at matrixway dot cz -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: linux PHP Version: 4.3.10 New Comment: move_uploaded_file() doesn't use any PHP ini options, so it can't move files to "default tmp dir", as it doesn't know about it. Check your code and always use absolute path. Previous Comments: [2005-02-18 18:29:51] sopak at matrixway dot cz Description: move_uploaded_file ignore destination if destination contains any relative path function will put file to default tmp(and no error message is sent, and strip relative path) , without(move to actual position) path or with absolute path will function move file to right destination I used php 4.3.10 safe_mode on base_dir I checked twice ;] I can tell this bug was not in 4.3.9 Reproduce code: --- $downloadDir="./tmp"; //local TMP dir in my space $file=$downloadDir."upload_".md5($HTTP_POST_FILES['file']['tmp_name']); move_uploaded_file($HTTP_POST_FILES['file']['tmp_name'],$file); //file is stored in /tmp/$file have to be in ./tmp/$file -- Edit this bug report at http://bugs.php.net/?id=32023&edit=1
#32020 [Opn->Fbk]: NULL is saved as 0 in variables
ID: 32020 Updated by: [EMAIL PROTECTED] Reported By: dreeh at ets-online dot de -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.10 New Comment: We can't reproduce this behaviour without eAccelerator. Please _check_ that you have not loaded any zend extensions (see `php -v` & phpinfo()). Previous Comments: [2005-02-20 21:43:27] dreeh at ets-online dot de the last time...the problem only occurs without any extensions. i do not need any support, i'm reporting a bug. [2005-02-20 18:30:28] [EMAIL PROTECTED] 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. Thank you for your interest in PHP. Unless you can demonstrate that the problem occurs with "stock' PHP without any extra extensions especially compiler related extnsion this is not a PHP bug. [2005-02-18 16:53:16] dreeh at ets-online dot de no, the problem occurs when i comment the loading of the extension in the php.ini! with loaded extension, the bug doesn't occur. see my last comment. [2005-02-18 16:39:50] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. That's eAccelerator bug and it has nothing to do with PHP itself. [2005-02-18 14:34:11] dreeh at ets-online dot de i can reproduce it. the problem ist only existent, if - i run php with normal php-sourcecode files - i run php with eaccelerator with (eaccelerator-encoded) php-compiled files the problem is not repuducable, if - i run php with eaccelerator and normal php-sourcecode files The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32020 -- Edit this bug report at http://bugs.php.net/?id=32020&edit=1
#32056 [NEW]: different handles are ignored for DBM databases
From: dbai at lantanet dot cz Operating system: Linux PHP version: 4.3.10 PHP Bug Type: CGI related Bug description: different handles are ignored for DBM databases Description: Functions dba_firstkey/nextkey ignore specified db handle and use last opened DBM database. Reproduce code: --- #!/usr/local/bin/php Expected result: Keys from datadb_one Actual result: -- Keys from datadb_two (from last opened database). -- Edit bug report at http://bugs.php.net/?id=32056&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32056&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32056&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32056&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32056&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32056&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32056&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32056&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32056&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32056&r=support Expected behavior: http://bugs.php.net/fix.php?id=32056&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32056&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32056&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32056&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32056&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32056&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32056&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32056&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32056&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32056&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32056&r=mysqlcfg
#32031 [Bgs]: Using array_multisort on a copy of an array affects the original
ID: 32031 User updated by: webmaster at korfballworld dot com Reported By: webmaster at korfballworld dot com Status: Bogus Bug Type: Arrays related Operating System: MacOS X, Linux PHP Version: 4.3.10 New Comment: Sorry, but the bug # you mention clearly does NOT relate to my problem!!! The array_multisort DOES work, it just affects the original array of the copy used in the array_multisort!!! Please read carefully before calling my entry 'Bogus'!! :-( As I wrote before it seems to be similar to the very old bug # 8130! Previous Comments: [2005-02-21 18:38:20] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See #25359. [2005-02-20 04:26:53] webmaster at korfballworld dot com Description: I have a class function that uses an internal array. When making a copy of this array and performing array_multisort on the copy of the array, using the original array lateron in the class results in an array, hinting the original array has been affected, UNLESS I give a statement involving the original array. See the code sample. Adding a line where the key of one element of the original array is printed before the array_multisort is called results in the original array keeping its original keys, where otherwise the key are reordered as if the original array was used in the array_multisort. This was testes by printing a key only after calling the array_multisort as well as both before and after. (It seems to be similar to an old bug #8130 which was closed, but I feel this to be such a fundemental error that I post this one anyway. To me this messes up 'sensible' programming. I couldn't explain this to any serious programmer. It's like working on a reference to a variable instead of the new variable it's supposed to be.) Reproduce code: --- $teams_list = $this->_teams; # This line is to fix a weird bug regarding the array_multisort screwing up the original array, despite using the copy $teams_list otherwise print ""; array_multisort($teams, SORT_ASC, SORT_STRING, $teams_list); Full class copied for viewing on: http://korfball.kicks-ass.org/assets/classes/League.inc.php.txt Page using the class: http://korfball.kicks-ass.org/leagues/00072/ I can 'turn on' the error when needed Expected result: I expect to have only the array $teams_list to be affected by the array_multisort, so using the original $this->_teams later in the class will still work the same. Actual result: -- Removing the print line with key($this->_teams) will result in an 'Fatal error: Call to a member function on a non-object' later in the class where $this->_teams is used. -- Edit this bug report at http://bugs.php.net/?id=32031&edit=1
#32052 [Opn->Bgs]: 8-bit subject not encoded after RFC 2047
ID: 32052 Updated by: [EMAIL PROTECTED] Reported By: slava at livsy dot kiev dot ua -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: Any PHP Version: 4.3.10 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. Thank you for your interest in PHP. PHP does not do e-mail encoding for you, the application is responsible for that. Previous Comments: [2005-02-21 15:35:30] slava at livsy dot kiev dot ua Description: When sending mail 8-bit Subject: data MUST be encoded as described in RFC 2047. No 8-bit headers allowed. php DOES NOT encode any subjects. Affected all mail-sending software written in php including phpBB, phpNuke, smallNuke etc. -- Edit this bug report at http://bugs.php.net/?id=32052&edit=1
#28568 [Asn->Csd]: known_post_content_types is not thread safe
ID: 28568 Updated by: [EMAIL PROTECTED] Reported By: novicky at aarongroup dot cz -Status: Assigned +Status: Closed Bug Type: Reproducible crash Operating System: win32 PHP Version: 4.3.7RC1 Assigned To: moriyoshi 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. The fix will be in the upcoming release of PHP5.1.0 Previous Comments: [2004-07-12 18:56:44] [EMAIL PROTECTED] Verified. This needs to be fixed. [2004-07-06 01:39:14] [EMAIL PROTECTED] correct nick [2004-05-31 12:21:07] [EMAIL PROTECTED] We can not add new globals in PHP 4 due to BC issues, but this can be fixed for PHP 5. Assigning to the maintainer. [2004-05-31 07:57:14] novicky at aarongroup dot cz It does change at least in MBSTRING module where post handlers are being registered. We have debugged crash of PHP as IIS isapi module and there was a problem with different threads manipulates the same memory of known_post_content_types. [2004-05-30 19:47:30] [EMAIL PROTECTED] It is safe because it does not actually change. 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/28568 -- Edit this bug report at http://bugs.php.net/?id=28568&edit=1
#32049 [NEW]: implicit declaration of function `pread'
From: mcihar at suse dot cz Operating system: Linux PHP version: 5.0.3 PHP Bug Type: Compile Warning Bug description: implicit declaration of function `pread' Description: php-5.0.3/ext/session/mod_files.c: In function `ps_read_files': php-5.0.3/ext/session/mod_files.c:326: warning: implicit declaration of function `pread' php-5.0.3/ext/session/mod_files.c: In function `ps_write_files': php-5.0.3/ext/session/mod_files.c:362: warning: implicit declaration of function `pwrite' sorry, no idea how to fix this... -- Edit bug report at http://bugs.php.net/?id=32049&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32049&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32049&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32049&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32049&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32049&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32049&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32049&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32049&r=support Expected behavior: http://bugs.php.net/fix.php?id=32049&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32049&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32049&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32049&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32049&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32049&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32049&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32049&r=mysqlcfg
#27633 [Csd->Opn]: vrana
ID: 27633 Updated by: [EMAIL PROTECTED] -Summary: [PATCH] Wrong translation in ASCII mode Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: FTP related Operating System: Windows XP PHP Version: 4.3.8 Assigned To: iliaa New Comment: I can't see any change: \n becomes \r\r on 5.1.0-dev (200502210730) \n becomes \r\r on 5.0.4-dev (200502210930) \n becomes \r\r\n on 4.3.11-dev (200502210530) last \n becomes \r\r\n on 5. Previous Comments: [2005-02-17 16:38:41] [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. [2005-02-03 03:20:09] [EMAIL PROTECTED] http://www.binam.net/bug-27633.patch [2004-12-11 00:11:58] sirbinam at hotmail dot com I submitted a patch to the internals list. It worked for me. :) [2004-07-23 17:55:56] [EMAIL PROTECTED] \n becomes \r\r\n in PHP 4.3.8. \n becomes \r\r in PHP 5.0.0 (last \n becomes \r\r\n). [2004-07-23 16:38:01] a dot hoekstra at boxitbv dot nl Upgraded from 4.3.1 to 4.3.8. After upgrade I got extra at end of line when ftp in ascii mode from unix host to xp client. In case of large file (+3kb) missing tail of file and no error message! Downgraded again to 4.3.1 to make things work :-(. 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/27633 -- Edit this bug report at http://bugs.php.net/?id=27633&edit=1
#30573 [Asn->Csd]: Compiler Warning Due to Invalid Incorrect Type Cast
ID: 30573 Updated by: [EMAIL PROTECTED] Reported By: jbarwick at sentienthealth dot com -Status: Assigned +Status: Closed Bug Type: Compile Warning Operating System: SuSE9.1 (amd64) PHP Version: 4.3.8 Assigned To: moriyoshi 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: [2004-10-27 04:10:16] jbarwick at sentienthealth dot com Description: file in consideration: ext/mbstring/libmbfl/filters/mbfilter_htmlent.c line 156 The line in question is written as: filter->cache = (int)mbfl_malloc(html_enc_buffer_size+1); This line is invalid on 64 bit systems as mbfl_malloc should be returning a pointer (64 bit) and int is not... filter->cache is defined as a long ... questions, should it be ulong? don't wanna change it cuz I don't know if there is any negative math used here Anyway, if we rewrite the line to: filter->cache = (long)mbfl_malloc(html_enc_buffer_size+1); we fix the invalid data type size, and this WILL work on both 32 bit and 64 bit systems. Throwing away the top 32 bits of a 64 bit pointer is extremely dangerous...don't you think? Reproduce code: --- compile the source Expected result: no compiler warnings Actual result: -- compiler warnings: cast from pointer ot integer of different size.. -- Edit this bug report at http://bugs.php.net/?id=30573&edit=1
#31576 [Opn->Bgs]: mbregex fails to recognise word boundary markers [[:<:]]
ID: 31576 Updated by: [EMAIL PROTECTED] -Summary: mbregex fails to recognise word boundary markers [[:<:]] on Windows XP Reported By: mw at lanfear dot com -Status: Open +Status: Bogus Bug Type: mbstring related -Operating System: Windows XP SP1 Only +Operating System: irrelevant -PHP Version: 5.0.3 +PHP Version: * New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [[:<:]] [[:>:]] These styles of regular expression are not official part of POSIX standard. http://www.opengroup.org/onlinepubs/009695399/basedefs/ xbd_chap09.html The implementation used in ereg*() is originally extended in some way, probably to use with Tcl. Better use /b and /B instead for more compatibility. Previous Comments: [2005-01-16 20:39:47] mw at lanfear dot com Description: The mbregex compiler appears to have a bug in it via which it cannot compile the word boundary markers [[:<:]] and [[:>:]] on the Windows version of PHP. (IIS5.1, PHP 5.0.3) On the Unix version of PHP, these boundaries work fine, with or without the mbstring and mbregex extension enabled, and the Windows versions of PHP will also recognise these markers IFF the mbstring.dll is disabled. Given the string: $strr "This is an ip address: 192.168.1.1 ..." The following: ereg("[[:<:]][0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[[:>:]]", $strr, $regex); will generate the following error in windows (IIS5.1, PHP 5.0.3), provided mbstring is enabled: Warning: mb_ereg() [function.mb-ereg]: mbregex compile err: invalid POSIX bracket type in c:\Inetpub\wwwroot\regex_test.php on line 5 NULL Reproduce code: --- :]]", $ipaddrs, $regex); var_dump($regex); ?> Expected result: array(1) { [0]=> string(13) "192.168.12.22" } Actual result: -- Warning: mb_ereg() [function.mb-ereg]: mbregex compile err: invalid POSIX bracket type in c:\Inetpub\wwwroot\regex_test.php on line 5 NULL -- Edit this bug report at http://bugs.php.net/?id=31576&edit=1
#32041 [NEW]: Deleteing From a MS Access Database using PHP
From: mark dot horwell at uhns dot nhs dot uk Operating system: Windows XP PHP version: 4.3.10 PHP Bug Type: ODBC related Bug description: Deleteing From a MS Access Database using PHP Description: When ever i try to delete a record with a MS access database I get the following error message Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Could not delete from specified tables., SQL state S1000 in SQLExecDirect in C:\Estates Info System\admin\Delete_Site.php on line 13 I know ther no problem with the sql statment, not sure what to do. I am using PHP, IIS and MS access Please Help Reproduce code: --- Expected result: Record with key 076 whould be deleted but is not Actual result: -- Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Could not delete from specified tables., SQL state S1000 in SQLExecDirect in C:\Estates Info System\admin\Delete_Site.php on line 13 -- Edit bug report at http://bugs.php.net/?id=32041&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32041&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32041&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32041&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32041&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32041&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32041&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32041&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32041&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32041&r=support Expected behavior: http://bugs.php.net/fix.php?id=32041&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32041&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32041&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32041&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32041&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32041&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32041&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32041&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32041&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32041&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32041&r=mysqlcfg