#30906 [Opn->WFx]: COM doesn't works
ID: 30906 Updated by: [EMAIL PROTECTED] Reported By: egarcia at egm dot as -Status: Open +Status: Wont fix Bug Type: COM related Operating System: Windows XP SP2 PHP Version: 4.3.10RC1 New Comment: Use PHP 5 if you want workin COM support. Previous Comments: [2004-12-06 03:52:04] ecgirl at iahk dot com Same problem under Windows NT [2004-11-26 13:44:41] egarcia at egm dot as Sorry, the code to reproduce is: $y = new COM('ADODB.Connection'); if ($y) { echo "OK"; } else { echo "fail"; } If I test it on the WEB. 4.3.9 => OK 4.3.10RC1 => fail If I test it on the CONSOLE. 4.3.9 => OK 4.3.10RC1 => OK [2004-11-26 13:34:00] egarcia at egm dot as Description: I have the 4.3.9 version, I upgrade to make tests over the 4.3.10RC1, but I found that: The COM interface doesn't works, I make tests with ADODB library, and when the code runs: $dbc = new COM('ADODB.Connection'); It doesn't create the object. This error doesn't happen in 4.3.9. Reproduce code: --- $y = new COM('ADODB.Connection'); if (is_resource($y)) { echo "OK"; } else { echo "fail"; } Expected result: OK Actual result: -- fail -- Edit this bug report at http://bugs.php.net/?id=30906&edit=1
#30849 [Opn->Fbk]: example conf of README.FastCGI is not secure
ID: 30849 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: win PHP Version: 4.3.9 New Comment: So where's the bug? Any patches perhaps..? Previous Comments: [2004-11-20 14:22:23] xuefer at 21cn dot com Description: sapi/cgi/README.FastCGI (with apache mod_fastcgi) both ScriptAlias(dynserver) or Alias(static server) method issue a security problem. force_redirect is not done for fastcgi, only for cgi this have same problem as cgi with no force_redirect i guess redirect checking can be done after $_SERVER is ready, while cgi use getenv. separate php is not affected by this problem. -- Edit this bug report at http://bugs.php.net/?id=30849&edit=1
#29548 [Opn->WFx]: Apache2/PHP Module crashes
ID: 29548 Updated by: [EMAIL PROTECTED] Reported By: tom at ideaweb dot de -Status: Open +Status: Wont fix Bug Type: XSLT related Operating System: Debian Testing PHP Version: 4.3.8 Previous Comments: [2004-09-06 00:27:58] [EMAIL PROTECTED] We have moved completely to libxml2 and I don't think anybody is working with Sablotron anymore. I am sure you are right that there is a bug there, but I just don't think anybody is all that motivated to go back and try to fix it. [2004-09-05 17:36:37] tom at ideaweb dot de it happens with sablot 1.0.1. with 0.98 there are no problems. [2004-09-04 21:47:43] [EMAIL PROTECTED] Use ext/domlxml and its xslt support instead. [2004-08-07 13:49:00] [EMAIL PROTECTED] Looks like a problem in the XSLT/Sablotron extension of PHP 4.3 (not my area ;) ) [2004-08-06 15:18:12] tom at ideaweb dot de Description: hi, i have a small content management system, which transforms xml documents to evaluated php templates. with huge data the apache2.0.50 crashes with the following message in the error log: httpd: domprovider.h:269: virtual SXP_NodeType DOMProviderUniversal::getNodeType(void*): Assertion `!! (external)' failed. [Mon Aug 02 20:15:58 2004] [notice] child pid 20982 exit signal Aborted (6) httpd: domprovider.h:269: virtual SXP_NodeType DOMProviderUniversal::getNodeType(void*): Assertion `!! (external)' failed. [Mon Aug 02 20:16:08 2004] [notice] child pid 21091 exit signal Aborted (6) httpd: domprovider.h:269: virtual SXP_NodeType DOMProviderUniversal::getNodeType(void*): Assertion `!! (external)' failed. [Mon Aug 02 20:23:50 2004] [notice] child pid 21440 exit signal Aborted (6) httpd: domprovider.h:269: virtual SXP_NodeType DOMProviderUniversal::getNodeType(void*): Assertion `!! (external)' failed. [Mon Aug 02 20:50:11 2004] [notice] child pid 28053 exit signal Aborted (6) httpd: domprovider.h:269: virtual SXP_NodeType DOMProviderUniversal::getNodeType(void*): Assertion `!! (external)' failed. [Mon Aug 02 20:52:20 2004] [notice] child pid 28197 exit signal Aborted (6) if i change some content in cdata notes, the transformation over sabltron xsl works in some cases again. with small documents no problem. Reproduce code: --- sorry its to complex to post this in 20 line. if you have questions contact me. Expected result: no crashes at any kind programming failures... Actual result: -- root:/etc/firewall# /www/apache/current/bin/httpd -X Aborted the apache webserver quits only with "Aborted",the the same error message in the error log and without a core file. ??? -- Edit this bug report at http://bugs.php.net/?id=29548&edit=1
#29501 [Opn->Fbk]: php Core Dumps randomly and kills mySQL
ID: 29501 Updated by: [EMAIL PROTECTED] Reported By: adams at mars-project dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: FreeBSD 4.10 PHP Version: 4.3.7 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-08-06 19:34:18] adams at mars-project dot com When i recompiled to --enable-debug i nolonger get any core dumps but the file still crashes. Not to worry though we are going to wipe the box and reinstall. If we get this again we will notify you. Thank you for your help, and a really great language. :D [2004-08-03 09:19:57] [EMAIL PROTECTED] Can you try to run the script from within GDB, and PLEASE add debug information by adding --enable-debug to your PHP configure line. [2004-08-03 07:39:00] adams at mars-project dot com Here is the backtrace. GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libsablot.so.70...(no debugging symbols found)...done. Reading symbols from /usr/lib/libstdc++.so.3...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libexpat.so.5...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.12...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libt1.so.5...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...(no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libpng.so.5...(no debugging symbols found)...done. Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libjpeg.so.9...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXThrStub.so.6...(no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)...done. #0 0x812aa01 in pass_two () (gdb) bt #0 0x812aa01 in pass_two () #1 0x811c4c6 in compile_file () #2 0x811c57b in compile_filename () #3 0x8147e91 in execute () #4 0x813156a in zend_execute_scripts () #5 0x8109a99 in php_execute_script () #6 0x814b32e in main () #7 0x8063efa in _start () [2004-08-03 07:18:57] adams at mars-project dot com Description: We have a on-line game in production, it is a online text based stratagy game. Our tick file that runs every 5 minutes has a php core dump very randomly and at that exact same time mySQL drops its connection. The odd thing is that if you just cruise the page. It will never show this behavior. I would have to check with my team members if they are ok with giving you the cod but it is 100K+. The funny thing is the code will run, about 5% of it then just drop. Every time when that error occurs but it occurs so randomly we have not found a reason yet. We only have 5 test players so its not like we are overloading the system. Reproduce code: --- As per above. Expected result: No core dump. Nor mysql connection drops. Actual result: -- Very random and not reproduceable core dumps. example of my logs both php and mysql crash at the same time but only php core dumps. System Error Log. Aug 2 18:51:00 game /kernel: pid 6679 (php), uid 0: exited on signal 10 (core dumped) Aug 2 19:32:00 game /kernel: pid 6956 (php), uid 0: exited on signal 10 (core dumped) Aug 2 20:10:00 game /kernel: pid 7213 (php), uid 0: exited on signal 10 (core dumped) Aug 2 20:30:01 game /kernel: pid 7345
#29383 [Opn->Fbk]: A SELECT statement returns instead of an empty value, a value containing space
ID: 29383 Updated by: [EMAIL PROTECTED] Reported By: gunther at ultraconsulting dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.7, 5.0.0 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-11-05 09:43:15] dcrignon at adequasys dot com I exaclty have the same problem! In our intranet Php Solution, we can't upgrade from php 4.3.3 if we use mssql database. With Oracle or MySql, no problem, we can go to 4.3.9 or 5.0. Now, a new element. On a customer installation, we need Apache 2.0.52 with SSL and in that case, PHP 4.3.3 is really unstable... So we need to go to 4.3.8 or 4.3.9 but we can't, because of MSSQL bug with this space returned instead of empty string !!! Please PHP Team, any solution ??? Thanks, David [2004-09-30 12:52:06] andreyra at chtivo dot ru I have the same experience on version 4.3.8 - 4.3.9. Thank for advice to use dll from version 4.3.2. It really solves a problem :). [2004-09-22 02:35:53] gunther at ultraconsulting dot com It seems this problem is a long term problem as it was first reported a year ago. Not quite sure why the developers are tagging these reports as 'Bogus'. Everybody using PHP 4.3.3 and higher and MSSQL is affected. The problem is definetely in the php_mssql.dll as the version 4.3.2 dll is working fine, even with PHP 4.3.8. There is no way to upgrade to PHP 5.0.x as the functioning dll doesn't work with 5.0. Any clues if and when this bug will be fixed? Or at least a workaround for this bug without changing thousands of lines of code withing the application. [2004-07-26 14:25:18] gunther at ultraconsulting dot com This is the same as Bug #29292 .. didn't find that one before ... [2004-07-26 04:49:49] gunther at ultraconsulting dot com php_mssql.dll up to PHP 4.3.3 is working fine, problem first started with PHP 4.3.4 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/29383 -- Edit this bug report at http://bugs.php.net/?id=29383&edit=1
#29352 [Opn->Fbk]: returned number values shipped with trailing character
ID: 29352 Updated by: [EMAIL PROTECTED] Reported By: p dot novicky at sh dot cvut dot cz -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: Redhat 9.0 Linux PHP Version: 4.3.8 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-07-23 17:28:14] p dot novicky at sh dot cvut dot cz Description: Hi, I tried to use the newest version of PHP (4.3.8) and Sybase module using FreeTDS v. 0.62-4 and Apache 1.3.31. I compiled the module statically into PHP like this: ./configure --prefix=/opt/php-4.3.8 --with-apache=../apache_1.3.28 \ --with-curl --with-zlib --with-sybase=/opt/freetds \ --enable-trans-sid --with-iconv --with-recode --with-xml And my web application stops working and i have to use older version of PHP (4.3.3), where everything work just fine. When i submit SELECT query to database and then retrieve the data using sybase_fetch_array(), number values from database is shipped with weird trailing character. f.e.: echo $row["number"], which should give just '1' gives '1'. So that's the problem, i wonder if it's the problem of PHP or FreeTDS or why it happens. Best regards, Petr Novicky -- Edit this bug report at http://bugs.php.net/?id=29352&edit=1
#29400 [Opn->Fbk]: object is no being passed by reference to reference defined method
ID: 29400 Updated by: [EMAIL PROTECTED] Reported By: marcelo at beteltecnologia dot com dot br -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows XP PHP Version: 4.3.8 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 avoid embedding huge scripts into the report. Previous Comments: [2004-07-26 23:49:33] marcelo at beteltecnologia dot com dot br Description: I have a method that receives a object by reference. Despite the method definition defines that the parameter should be taken by reference it is being treated as it were a copy. Reproduce code: --- class Myclass extends MyOtherClass { function mymethod(&$myobj) { $myobj->mymodifier('Parameter'); } } Expected result: the 'mymodifier' method of the original 'myobj' object should be called. Actual result: -- PHP is calling the method 'mymofifier' for a copy of the instance of 'myobj'. I used Call-time pass-by reference, to avoid the problem but, since this technique is deprecated I am reporting the bug. -- Edit this bug report at http://bugs.php.net/?id=29400&edit=1
#29338 [Opn->Ver]: highlight_* don't translate single leading space to
ID: 29338 Updated by: [EMAIL PROTECTED] Reported By: francois at bonzon dot com -Status: Open +Status: Verified Bug Type: Strings related -Operating System: Linux +Operating System: * -PHP Version: 4.3.8 +PHP Version: 4CVS, 5CVS (2004-12-12) Previous Comments: [2004-07-22 19:43:40] francois at bonzon dot com Changed the bug title to something better. [2004-07-22 19:41:18] francois at bonzon dot com Description: The highlight_file() and highlight_string() functions don't translate the leading space of a line to when this line has exactly one leading space (or identation space if you prefer). As web browsers don't display leading spaces of a line (that are not of course), this single leading space then disapears on the output visible in the browser. When there are two or more spaces, they are all correctly translated to however, and the identation is visible. Reproduce code: --- highlight_string(''); Expected result: with HTML source (excerpt): ... ); one_leading_space ... Actual result: -- with HTML source (excerpt): ... ); one_leading_space ... -- Edit this bug report at http://bugs.php.net/?id=29338&edit=1
#29203 [Opn->Fbk]: invalid page exception on processing some scripts
ID: 29203 Updated by: [EMAIL PROTECTED] Reported By: asoft at takas dot lt -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 98 SE PHP Version: 4.3.8 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-07-19 00:02:24] asoft at takas dot lt The code which caused crash was system ("chmod 0777 ".$cachedir); changing to php function chmod() helped. Anyway, may it be considered as bug? [2004-07-16 09:39:09] asoft at takas dot lt Description: I use php 4.3.8 as CGI, mysql, gd library under Windows with Xitami web server. On one of my pages I'm always getting the same exception : Invalid page exception at address 0028:0013 Interrupts in service: None php process remains in memory when this exception occurs and I cannot even kill php process. I used php from command line in order to know what happens. When I try to open page from a browser xitami returns message that server is overloaded. I guess it's has something to do with gd library, because php starts output and stops somewhere where it should output images. It seems there is no problem running the same script under FreeBSD with Apache. -- Edit this bug report at http://bugs.php.net/?id=29203&edit=1
#29223 [Opn->Fbk]: PHP.exe crash after hundreads of requests of IMAP
ID: 29223 Updated by: [EMAIL PROTECTED] Reported By: lkp857 at yahoo dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Windows XP 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 Also, try upgrading Apache2 to the latest available version. Previous Comments: [2004-07-27 04:15:27] lkp857 at yahoo dot com Currently im using Zend PHP Debugger and the ZendOptimizer_errors.txt files shows that error: [5736] Unable to view file mapping:[487]Attempt to access invalid address. [2004-07-26 08:01:09] lkp857 at yahoo dot com beside that, the apache also contain the error: (70007)The timeout specified has expired: ap_content_length_filter: apr_bucket_read() failed [2004-07-26 07:58:43] lkp857 at yahoo dot com I discover the error message: The instruction at 0x7c9059b1 referenced memory at 0x0014 The memory cannot be read. [2004-07-22 17:58:12] lkp857 at yahoo dot com Im using Windows Version of PHP, so how to use a debugger except gdb...?? Visual C++ can?? [2004-07-22 08:23:24] [EMAIL PROTECTED] How to generate a gdb backtrace: http://bugs.php.net/bugs-generating-backtrace.php 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/29223 -- Edit this bug report at http://bugs.php.net/?id=29223&edit=1
#29160 [Opn->Asn]: [PATCH] phpize not automake 1.8 compatible
ID: 29160 Updated by: [EMAIL PROTECTED] Reported By: selsky at columbia dot edu -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 4.3.8 -Assigned To: +Assigned To: sniper Previous Comments: [2004-07-14 20:37:04] selsky at columbia dot edu Here's a patch to correct the warnings: diff -ur php-4.3.8.orig/acinclude.m4 php-4.3.8/acinclude.m4 --- php-4.3.8.orig/acinclude.m4 2004-07-13 20:28:54.0 -0400 +++ php-4.3.8/acinclude.m4 2004-07-14 13:50:11.923691000 -0400 @@ -16,7 +16,7 @@ sed -e "s#\$(srcdir)#$ac_srcdir#g" -e "s#\$(builddir)#$ac_builddir#g" $src >> Makefile.fragments ]) -AC_DEFUN(PHP_PROG_RE2C,[ +AC_DEFUN([PHP_PROG_RE2C],[ AC_CHECK_PROG(RE2C, re2c, re2c, [exit 0;]) ]) diff -ur php-4.3.8.orig/scripts/phpize.m4 php-4.3.8/scripts/phpize.m4 --- php-4.3.8.orig/scripts/phpize.m42004-07-13 20:28:54.0 -0400 +++ php-4.3.8/scripts/phpize.m4 2004-07-14 13:51:28.346385000 -0400 @@ -6,7 +6,7 @@ PHP_INIT_BUILD_SYSTEM -AC_DEFUN(PHP_WITH_PHP_CONFIG,[ +AC_DEFUN([PHP_WITH_PHP_CONFIG],[ AC_ARG_WITH(php-config, [ --with-php-config=PATH],[ PHP_CONFIG=$withval @@ -29,10 +29,10 @@ AC_MSG_RESULT($EXTENSION_DIR) ]) dnl -AC_DEFUN(PHP_EXT_BUILDDIR,[.])dnl -AC_DEFUN(PHP_EXT_DIR,[""])dnl -AC_DEFUN(PHP_EXT_SRCDIR,[$abs_srcdir])dnl -AC_DEFUN(PHP_ALWAYS_SHARED,[ +AC_DEFUN([PHP_EXT_BUILDDIR],[.])dnl +AC_DEFUN([PHP_EXT_DIR],[""])dnl +AC_DEFUN([PHP_EXT_SRCDIR],[$abs_srcdir])dnl +AC_DEFUN([PHP_ALWAYS_SHARED],[ ext_output="yes, shared" ext_shared=yes test "[$]$1" = "no" && $1=yes I'm not sure how to fix the error though. [2004-07-14 20:27:25] selsky at columbia dot edu Description: automake 1.8 is more strict about quoting rules according to http://sources.redhat.com/automake/automake.html#Extending%20aclocal I'm currently trying to build APC 2.0.4 with automake 1.8.3 autoconf 2.59 libtool 1.5.2 Expected result: The module should build as the documentation describes. Actual result: -- $ phpize configure.in:9: warning: underquoted definition of PHP_WITH_PHP_CONFIG run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal configure.in:32: warning: underquoted definition of PHP_EXT_BUILDDIR configure.in:33: warning: underquoted definition of PHP_EXT_DIR configure.in:34: warning: underquoted definition of PHP_EXT_SRCDIR configure.in:35: warning: underquoted definition of PHP_ALWAYS_SHARED acinclude.m4:19: warning: underquoted definition of PHP_PROG_RE2C configure.in:65: error: possibly undefined macro: AC_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. -- Edit this bug report at http://bugs.php.net/?id=29160&edit=1
#28930 [Ver->Asn]: [PATCH] PHP sources pick wrong header files generated by bison
ID: 28930 Updated by: [EMAIL PROTECTED] Reported By: eggert at gnu dot org -Status: Verified +Status: Assigned Bug Type: Compile Failure Operating System: * PHP Version: 4CVS, 5CVS -Assigned To: +Assigned To: sniper Previous Comments: [2004-11-30 22:13:17] mej at eterm dot org Tested this patch against 4.3.9. It applies cleanly and does indeed fix bug #21802. [2004-07-08 12:15:55] [EMAIL PROTECTED] Verified. (I misunderstood the problem first, sorry..) [2004-06-25 22:33:22] eggert at gnu dot org Description: "make install" fails as described under "actual result". The problem is that the source files are picking up the wrong include files: they should be including the new files generated by Bison 1.875, but they are including the prebuilt files generated by Bison 1.35. Here is a patch. This patch should fix PHP bug 21802. diff -prU2 php-4.3.7/Zend/zend_compile.c php-4.3.7-fix/Zend/zend_compile.c --- php-4.3.7/Zend/zend_compile.c 2003-08-28 09:08:11 -0700 +++ php-4.3.7-fix/Zend/zend_compile.c 2004-06-25 13:11:23 -0700 @@ -19,5 +19,5 @@ -#include "zend_language_parser.h" +#include #include "zend.h" #include "zend_compile.h" diff -prU2 php-4.3.7/Zend/zend_highlight.c php-4.3.7-fix/Zend/zend_highlight.c --- php-4.3.7/Zend/zend_highlight.c 2003-12-25 10:57:28 -0800 +++ php-4.3.7-fix/Zend/zend_highlight.c 2004-06-25 13:10:57 -0700 @@ -20,5 +20,5 @@ #include "zend.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_highlight.h" diff -prU2 php-4.3.7/Zend/zend_indent.c php-4.3.7-fix/Zend/zend_indent.c --- php-4.3.7/Zend/zend_indent.c2002-12-31 08:23:03 -0800 +++ php-4.3.7-fix/Zend/zend_indent.c2004-06-25 13:11:02 -0700 @@ -23,5 +23,5 @@ #include "zend.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_indent.h" diff -prU2 php-4.3.7/Zend/zend_ini_scanner.l php-4.3.7-fix/Zend/zend_ini_scanner.l --- php-4.3.7/Zend/zend_ini_scanner.l 2003-07-24 01:44:28 -0700 +++ php-4.3.7-fix/Zend/zend_ini_scanner.l 2004-06-25 13:10:34 -0700 @@ -31,5 +31,5 @@ #include "zend.h" #include "zend_globals.h" -#include "zend_ini_parser.h" +#include #include "zend_ini_scanner.h" diff -prU2 php-4.3.7/Zend/zend_language_scanner.l php-4.3.7-fix/Zend/zend_language_scanner.l --- php-4.3.7/Zend/zend_language_scanner.l 2004-02-03 06:31:19 -0800 +++ php-4.3.7-fix/Zend/zend_language_scanner.l 2004-06-25 13:11:16 -0700 @@ -48,5 +48,5 @@ #include "zend.h" #include "zend_alloc.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_language_scanner.h" Reproduce code: --- To reproduce the problem, install Bison 1.875 and build PHP 4.3.7 with the following commands: mkdir obj cd obj sh ../php-4.3.7/configure make make install Expected result: Expected a clean make install. Actual result: -- $ make install Installing PHP SAPI module: cgi Installing PHP CGI into: /tmp/prefix/bin/ Installing PEAR environment: /tmp/prefix/lib/php/ Parse error: syntax error, unexpected T_WHITESPACE in /home/eggert/src/php/php-4.3.7/pear/install-pear.php on line 3 make[1]: *** [install-pear-installer] Error 255 make: *** [install-pear] Error 2 -- Edit this bug report at http://bugs.php.net/?id=28930&edit=1
#31067 [NEW]: know about php
From: klceproject at yahoo dot co dot in Operating system: RED HAT LINUX PHP version: 4.3.9 PHP Bug Type: *General Issues Bug description: know about php Description: what are the applications of PHP? why is it so useful than java? -- Edit bug report at http://bugs.php.net/?id=31067&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31067&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31067&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31067&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31067&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31067&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31067&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31067&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31067&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31067&r=support Expected behavior: http://bugs.php.net/fix.php?id=31067&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31067&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31067&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31067&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31067&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31067&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31067&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31067&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31067&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31067&r=mysqlcfg
#30957 [Com]: filesystem functions bugs in destructor (under gc condition)
ID: 30957 Comment by: iquito at gmx dot ch Reported By: rueycheng at gmail dot com Status: Open Bug Type: Class/Object related Operating System: Windows XP PHP Version: 5.0.1 New Comment: I also encountered this bug, it is very annoying - a class of mine checks a file with a simple file_exists(), and the file isn't found - the whole script works if I call the destructor at the very end of it explicitly (which isn't really the point of having a destructor). it seems no file functions work at all in the destructor. This bug also applies to register_shutdown_function, it just seems that as soon as the "regular" scripts stops, everything that comes after that has problems with the file system. Previous Comments: [2004-12-02 11:25:07] rueycheng at gmail dot com The garbage collector may clean up the object prior to its __destruct() invocation. Nothing would go wrong if you explicitly *destroy* the object. By the way, I tested the code on Redhat 7.3 with the following configuration. $ cat config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-mysql=/usr/local/mysql/' \ '--with-libxml-dir' \ '--enable-dba' \ '--enable-mbstring' \ "$@" $ diff php.ini ../src/php-5.0.1/php.ini-recommended 353c353 < display_errors = On --- > display_errors = Off 407c407 < ;error_log = /var/log/php.log --- > ;error_log = filename 491c491 < include_path = ".:/usr/local/lib/php" --- > ;include_path = ".:/php/includes" As a result, two warnings are generated. [ Warning: file_put_contents(./.bugtest) [function.file-put-contents]: failed to open stream: Permission denied in /home/httpd/html/testbed/bugtest.php on line 12 Warning: file_get_contents(./.bugtest) [function.file-get-contents]: failed to open stream: No such file or directory in /home/httpd/html/testbed/bugtest.php on line 13 ] Actually I've already enabled the write-permission for the directory. The execution of these filesystem functions outside of __destruct() is OK. [2004-12-02 11:01:33] rueycheng at gmail dot com Description: Some filesystem functions, like file_put_contents() or fwrite(), don't work properly in the destructor __destruct(). The following scenario may looks a bit weird: it appeared that the file is not overwritten or even created, but PHP does 'read' the content of the imaginary file! If you uncomment the last line of the code, everything would works fine. Thanks. $ diff php.ini php.ini-dist 288c288 < error_reporting = E_ALL --- > error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT 436c436 < include_path = ".;c:\php-5.0.1\PEAR" --- > ;include_path = ".;c:\php\includes" 450c450 < extension_dir = "c:\php-5.0.1\ext" --- > extension_dir = "./" 571,573c571,573 < extension=php_mbstring.dll < extension=php_mcrypt.dll < extension=php_mhash.dll --- > ;extension=php_mbstring.dll > ;extension=php_mcrypt.dll > ;extension=php_mhash.dll 578c578 < extension=php_mysql.dll --- > ;extension=php_mysql.dll Reproduce code: --- filename = $filename; } public function __destruct() { echo "["; file_put_contents($this->filename, 'Gotcha!'); echo file_get_contents($this->filename); echo "]"; } } $bug = new Bug('.bugtest'); //unset($bug); ?> Expected result: [Gotcha!] (And the file .bugtest under working directory should be created.) $ cat .bugtest Gotcha! Actual result: -- [Gotcha!] $ cat .bugtest cat: .bugtest: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=30957&edit=1
#28602 [Opn->Csd]: Segmentation fault in _zval_ptr_dtor()
ID: 28602 Updated by: [EMAIL PROTECTED] Reported By: arkadi at mebius dot lv -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 4.3.6 New Comment: Solved -> closed.. Previous Comments: [2004-07-26 13:16:11] arkadi at mebius dot lv Looks like the problem is resolved by php4-STABLE-200407120630. Over a week w/o a single SEGFAULT. [2004-07-11 21:38:47] [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-06-01 12:49:05] arkadi at mebius dot lv Description: Apache 1.3.31, DSO mod_php4, FreeBSD 4.9, compiled with -O -g. I have apache core files with a segmentation fault error on the same line inside the PHP: #0 0x2842f72d in _zval_ptr_dtor (zval_ptr=0x8ff1158) at /usr/home/arkadi/build/php-4.3.6/Zend/zend_execute_API.c:289 289 (*zval_ptr)->refcount--; (gdb) bt #0 0x2842f72d in _zval_ptr_dtor (zval_ptr=0x8ff1158) at /usr/home/arkadi/build/php-4.3.6/Zend/zend_execute_API.c:289 #1 0x2843c839 in zend_hash_destroy (ht=0x83a5e0c) at /usr/home/arkadi/build/php-4.3.6/Zend/zend_hash.c:553 #2 0x2842f37e in shutdown_executor () at /usr/home/arkadi/build/php-4.3.6/Zend/zend_execute_API.c:180 #3 0x28437f80 in zend_deactivate () at /usr/home/arkadi/build/php-4.3.6/Zend/zend.c:667 #4 0x2840ea6e in php_request_shutdown (dummy=0x0) at /usr/home/arkadi/build/php-4.3.6/main/main.c:996 #5 0x28451667 in php_apache_request_shutdown (dummy=0x0) at /usr/home/arkadi/build/php-4.3.6/sapi/apache/mod_php4.c:302 #6 0x8050bfa in run_cleanups (c=0x838a80c) at alloc.c:1936 #7 0x804fbfb in ap_clear_pool (a=0x836400c) at alloc.c:650 #8 0x804fc5c in ap_destroy_pool (a=0x836400c) at alloc.c:680 #9 0x804fbe7 in ap_clear_pool (a=0x80d600c) at alloc.c:643 #10 0x805c2ae in child_main (child_num_arg=23) at http_main.c:4548 #11 0x805c8cd in make_child (s=0x8099034, slot=23, now=1086039560) at http_main.c:5051 #12 0x805cfe8 in standalone_main (argc=2, argv=0xbfbffbec) at http_main.c:5451 #13 0x805d597 in main (argc=2, argv=0xbfbffbec) at http_main.c:5757 (gdb) p zval_ptr $1 = (zval **) 0x8ff1158 (gdb) p **zval_ptr Cannot access memory at address 0x3. (gdb) p *zval_ptr $2 = (zval *) 0x3 The error happens approximatelly every 100,000 requests. MaxRequestPerChild is set to 10,000. There are malloc() errors in error_log that may be related: httpd in free(): warning: chunk is already free httpd in malloc(): warning: recursive call FATAL: emalloc(): Unable to allocate 1617 bytes or just malloc() w/o free(): httpd in malloc(): warning: recursive call FATAL: emalloc(): Unable to allocate 1851 bytes Since last httpd restart there are 300,000 requests, three core files, four free() errors and five malloc() errors in error_log. They happens at different times though. Similar problem was reported in bug #14239. -- Edit this bug report at http://bugs.php.net/?id=28602&edit=1
#28673 [Opn->Fbk]: readfile() crashes on huge local files
ID: 28673 Updated by: [EMAIL PROTECTED] Reported By: valyala at tut dot by -Status: Open +Status: Feedback Bug Type: Output Control Operating System: any with MMAP support PHP Version: 4.3.7 New Comment: Is this still a problem in the most recent PHP versions? (PHP 4.3.9 for example) If it is, please provide an unified diff of your changes (diff -u) and place the patch somewhere in the web and paste an url here. Previous Comments: [2004-06-07 15:46:39] valyala at tut dot by Description: When I try to print huge files (greater than 500Mb) using readfile() function, my computer crashes. I found in the PHP 4.3.7 sources the file /main/strems.c and function _php_stream_passthru() in it. The readfile() uses this function to print content of the file. Below you can see source of the function with my comments: === PHPAPI size_t _php_stream_passthru(php_stream * stream STREAMS_DC TSRMLS_DC) { size_t bcount = 0; int ready = 0; char buf[8192]; #ifdef HAVE_MMAP int fd; #endif #ifdef HAVE_MMAP if (!php_stream_is(stream, PHP_STREAM_IS_SOCKET) && stream->filterhead == NULL && php_stream_tell(stream) == 0 && SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD, (void*)&fd, 0)) { struct stat sbuf; off_t off; /* !!! offset == 0 (see above condition [php_stream_tell(stream) == 0] ) */ void *p; size_t len; fstat(fd, &sbuf); /* !!! missing error check after this line */ if (sbuf.st_size > sizeof(buf)) { off = php_stream_tell(stream); /* !!! offset == 0 (see above) */ len = sbuf.st_size - off; /* suppose len > 1 Gb, machine has 128Mb RAM and 128Mb swap. What happens after the next line? */ p = mmap(0, len, PROT_READ, MAP_SHARED, fd, off); /* !!! why MAP_SHARED, not MAP_PRIVATE ? First parameter of the mmap is (void *) type, not (int) */ if (p != (void *) MAP_FAILED) { BG(mmap_file) = p; /* !!! what sense of this and next string? Thread safety? I don't understand how it works here */ BG(mmap_len) = len; PHPWRITE(p, len); BG(mmap_file) = NULL; /* !!! thread safety? ok. why there is not BG(mmap_len) = 0 on the next line ? */ munmap(p, len); /* !!! missing error check after munmap */ bcount += len; ready = 1; } } } #endif if(!ready) { int b; while ((b = php_stream_read(stream, buf, sizeof(buf))) > 0) { PHPWRITE(buf, b); bcount += b; } } return bcount; } === And here you can see my version of the function: === PHPAPI size_t _php_stream_passthru(php_stream * stream STREAMS_DC TSRMLS_DC) { size_t bcount = 0; /* counter of printed out bytes */ int is_mapped = 0; char buf[8192]; size_t buf_len = sizeof(buf); #ifdef HAVE_MMAP int fd; if (!php_stream_is(stream, PHP_STREAM_IS_SOCKET) && stream->filterhead == NULL && php_stream_tell(stream) == 0 && SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD, (void*)&fd, 0)) { is_mapped = 1; buf_len = 1024 * 1024; /* default length of the mapped memory */ struct stat sbuf; void *p; /* pinter to the mapped part of file */ size_t len; /* get the length of local file connected to descriptor fd */ fstat(fd, &sbuf); if (errno) { /* cannot get length of file */ php_error_docref(NULL TSRMLS_CC, E_ERROR, "cannot get length of the file"); return bcount; } len = (size_t) sbuf.st_size; /* print to the output buffer file contents */ while (bcount < len) { if (len - bcount < buf_len) buf_len = len - bcount; p = mmap(NULL, buf_len, PROT_READ, MAP_PRIVATE, fd, (off_t) bcount); /* try to map part of the file to memory */ if (p == (void *) MAP_FAILED) { /* error when mapping part of the file to memory */ php_error_docref(NULL TSRMLS_CC, E_ERROR, "mmap error: cannot map part of the file to memory"); break; } PHPWRITE(p, buf_len); munmap(p, buf_len); /* try to unmap allocated memory */ if (errno) { /* error when unmapping memory */ php_error_docref(NULL TSRMLS_CC, E_ERROR, "mmap error: cannot unmap allocated memory"); break; } bcount += buf_len; }
#29928 [Bgs->Csd]: glob() returns false instead of an ampty array, again
ID: 29928 Updated by: [EMAIL PROTECTED] Reported By: rossen dot radonov at ecad dot tu-sofia dot bg -Status: Bogus +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.9RC2 New Comment: Fixed. Previous Comments: [2004-09-01 10:26:35] [EMAIL PROTECTED] Duplicate of bug #28649 (which was closed). I reopened that one and marking this one as bogus (as it was already reported). [2004-09-01 10:05:44] rossen dot radonov at ecad dot tu-sofia dot bg Description: glob() returns false instead of an empty array. I was using version 4.3.7 and everything was OK. Then I upgraded to 4.3.9RC1 and 4.3.9RC2 and the problem appeared. I looked in the bug-report database and saw simillar problems, then downloaded the php4-STABLE-200409010630 version, compiled it and the results were the same. Is this a bug or a normal behavior? Reproduce code: --- $files = glob("/some_empty_dir/*"); var_dump($files); Expected result: array(0) { } Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=29928&edit=1
#28804 [Opn->Asn]: [FIX] lex pattern for ini-file sections wrong (affects php.ini/parse_ini_file())
ID: 28804 Updated by: [EMAIL PROTECTED] Reported By: wendland at scan-plus dot de -Status: Open +Status: Assigned Bug Type:Scripting Engine problem PHP Version: 4CVS, 5CVS Assigned To: zeev New Comment: Zeev, please look into this sometime, or at least add a comment if you're not going to do it? Previous Comments: [2004-07-06 15:55:43] [EMAIL PROTECTED] Assigned to the author. [2004-06-16 14:20:53] wendland at scan-plus dot de Description: The pattern for section in ini-files (as used in php.ini and each file used with parse_ini_file()) is wrong. It looks like (in Zend/zend_ini_scanner.l:140): [[][^[]+[\]][ ]*{NEWLINE}? That means that the following example won't work: [section] var = "val" var2 = "]" var3 = "val3" Try to run this through parse_ini_file(). The pattern should look like: \[[^\]]+\][ ]*{NEWLINE}? If you'd like to disallow brackets in section name, you could use the following pattern: \[[^\]\[]+\][ ]*{NEWLINE}? Kind Regards, Joerg Wendland -- Edit this bug report at http://bugs.php.net/?id=28804&edit=1
#28804 [Asn->Opn]: [FIX] lex pattern for ini-file sections wrong (affects php.ini/parse_ini_file())
ID: 28804 Updated by: [EMAIL PROTECTED] Reported By: wendland at scan-plus dot de -Status: Assigned +Status: Open Bug Type:Scripting Engine problem PHP Version: 4CVS, 5CVS Assigned To: zeev Previous Comments: [2004-07-06 15:55:43] [EMAIL PROTECTED] Assigned to the author. [2004-06-16 14:20:53] wendland at scan-plus dot de Description: The pattern for section in ini-files (as used in php.ini and each file used with parse_ini_file()) is wrong. It looks like (in Zend/zend_ini_scanner.l:140): [[][^[]+[\]][ ]*{NEWLINE}? That means that the following example won't work: [section] var = "val" var2 = "]" var3 = "val3" Try to run this through parse_ini_file(). The pattern should look like: \[[^\]]+\][ ]*{NEWLINE}? If you'd like to disallow brackets in section name, you could use the following pattern: \[[^\]\[]+\][ ]*{NEWLINE}? Kind Regards, Joerg Wendland -- Edit this bug report at http://bugs.php.net/?id=28804&edit=1
#28652 [Fbk->Asn]: sockets code doesn't compile
ID: 28652 Updated by: [EMAIL PROTECTED] Reported By: ler at lerctr dot org -Status: Feedback +Status: Assigned Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 Assigned To: pollita Previous Comments: [2004-12-13 01:28:46] [EMAIL PROTECTED] Is this still a problem in recent PHP versions..? Was pollita able to reproduce or not? [2004-06-11 21:32:20] ler at lerctr dot org I emailed the script(1) and configure output to pollita at php dot net. [2004-06-11 21:21:50] [EMAIL PROTECTED] I'm unable to replicate the error on your system. I even used the ./configure line from your home directory (minus a couple of extension [gd/imap] which the libraries couldn't be found for) and the compile was successful with or without sockets enabled. Can you provide more detail on how you're ./configuring and compiling it? [2004-06-07 11:26:20] ler at lerctr dot org login info sent to pollita at php.net. Let me know if I can help more. LER [2004-06-07 06:41:02] [EMAIL PROTECTED] I'll take ya up on that offer. The first two warnings are simple ooopses in the source that are easily fixed. The other two warnings and the actual error are less obvious. Certainly they look okay with the other OS header files I have available. If you want to avoid sending me login credentials an email with /usr/include/netdb.h and /usr/include/bits/socket.h would be a good start. (netdb is the more crucial of the two) 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/28652 -- Edit this bug report at http://bugs.php.net/?id=28652&edit=1
#28652 [Asn->Fbk]: sockets code doesn't compile
ID: 28652 Updated by: [EMAIL PROTECTED] Reported By: ler at lerctr dot org -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 Assigned To: pollita New Comment: Is this still a problem in recent PHP versions..? Was pollita able to reproduce or not? Previous Comments: [2004-06-11 21:32:20] ler at lerctr dot org I emailed the script(1) and configure output to pollita at php dot net. [2004-06-11 21:21:50] [EMAIL PROTECTED] I'm unable to replicate the error on your system. I even used the ./configure line from your home directory (minus a couple of extension [gd/imap] which the libraries couldn't be found for) and the compile was successful with or without sockets enabled. Can you provide more detail on how you're ./configuring and compiling it? [2004-06-07 11:26:20] ler at lerctr dot org login info sent to pollita at php.net. Let me know if I can help more. LER [2004-06-07 06:41:02] [EMAIL PROTECTED] I'll take ya up on that offer. The first two warnings are simple ooopses in the source that are easily fixed. The other two warnings and the actual error are less obvious. Certainly they look okay with the other OS header files I have available. If you want to avoid sending me login credentials an email with /usr/include/netdb.h and /usr/include/bits/socket.h would be a good start. (netdb is the more crucial of the two) [2004-06-06 17:19:12] ler at lerctr dot org Description: when I added --enable-sockets to my configure flags we get: /bin/sh /home/ler/SOURCE/php/php-4.3.7/libtool --silent --preserve-dup-deps --mode=compile cc -Xb -Iext/sockets/ -I/home/ler/SOURCE/php/php-4.3.7/ext/sockets/ -DPHP_ATOM_INC -I/home/ler/SOURCE/php/php-4.3.7/include -I/home/ler/SOURCE/php/php-4.3.7/main -I/home/ler/SOURCE/php/php-4.3.7 -I/home/ler/SOURCE/php/php-4.3.7/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/mysql/include -I/usr/local/pgsql/include/pgsql -I/home/ler/SOURCE/php/php-4.3.7/ext/xml/expat -I/home/ler/SOURCE/php/php-4.3.7/TSRM -O -Kpthread -prefer-pic -c /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c -o ext/sockets/sockets.lo UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 353: improper pointer/integer combination: arg #2 UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 353: improper pointer/integer combination: arg #3 UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 1658: argument #4 incompatible with prototype: add_assoc_string_ex() UX:acomp: WARNING: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 1717: argument #4 incompatible with prototype: add_assoc_string_ex() UX:acomp: ERROR: "/home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c", line 1765: left operand must be modifiable lvalue: op "=" gmake: *** [ext/sockets/sockets.lo] Error 1 $ I can supply an account for debug if necessary. -- Edit this bug report at http://bugs.php.net/?id=28652&edit=1
#28649 [Opn->Csd]: glob() nomatch return false
ID: 28649 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Closed Bug Type: Directory function related Operating System: linux PHP Version: 4.3.7 New Comment: Fixed. Previous Comments: [2004-09-01 10:27:02] [EMAIL PROTECTED] Reopening because of: http://bugs.php.net/bug.php?id=29928 [2004-06-06 18:21:34] [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. [2004-06-06 15:06:13] xuefer at 21cn dot com Description: i don't know what this modify do, but it broke what the comment say. relatived to #28289 ? http://bugs.php.net/bug.php?id=28289 @@ -388,10 +390,14 @@ /* Linux handles no matches as an error condition, but FreeBSD * doesn't. This ensure that if no match is found, an empty array * is always returned so it can be used without worrying in e.g. * foreach() */ +#if __linux__ + RETURN_FALSE; +#else array_init(return_value); return; +#endif Reproduce code: --- php -r 'var_dump(glob("abcdefg"));' Expected result: an empty array() Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=28649&edit=1
#28605 [Opn->Asn]: bug21523.phpt test never end
ID: 28605 Updated by: [EMAIL PROTECTED] Reported By: tbp at poly dot polytechnique dot fr -Status: Open +Status: Assigned Bug Type: Math related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) -Assigned To: +Assigned To: derick New Comment: Derick, fix the compile error? Previous Comments: [2004-12-13 01:22:55] [EMAIL PROTECTED] I accidently deleted your previous comment: gcc -IZend/ -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend/ -DPHP_ATOM_INC -I/Admin/SRC/Apache/php4-STABLE-200412122330/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/main -I/Admin/SRC/Apache/php4-STABLE-200412122330 -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend -I/Local/include -I/Local/mysql/include/mysql -I/Local/pgsql/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/ext/xml/expat -I/Admin/SRC/Apache/php4-STABLE-200412122330/TSRM -g -O2 -c /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c -o Zend/zend_strtod.o && echo > Zend/zend_strtod.lo /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: warning: no semicolon at end of struct or union /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:236: warning: data definition has no type or storage class /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: warning: no semicolon at end of struct or union make: *** [Zend/zend_strtod.lo] Error 1 [2004-12-13 01:16:11] tbp at poly dot polytechnique dot fr I mean, that I cannot build it. It was extract of error I get while makeing "make" [2004-12-12 23:45:17] [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-07-19 17:21:55] edreddy at gmail dot com I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae
#28605 [Opn]: bug21523.phpt test never end
ID: 28605 Updated by: [EMAIL PROTECTED] Reported By: tbp at poly dot polytechnique dot fr Status: Open Bug Type: Math related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) New Comment: I accidently deleted your previous comment: gcc -IZend/ -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend/ -DPHP_ATOM_INC -I/Admin/SRC/Apache/php4-STABLE-200412122330/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/main -I/Admin/SRC/Apache/php4-STABLE-200412122330 -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend -I/Local/include -I/Local/mysql/include/mysql -I/Local/pgsql/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/ext/xml/expat -I/Admin/SRC/Apache/php4-STABLE-200412122330/TSRM -g -O2 -c /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c -o Zend/zend_strtod.o && echo > Zend/zend_strtod.lo /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: warning: no semicolon at end of struct or union /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:236: warning: data definition has no type or storage class /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: warning: no semicolon at end of struct or union make: *** [Zend/zend_strtod.lo] Error 1 Previous Comments: [2004-12-13 01:16:11] tbp at poly dot polytechnique dot fr I mean, that I cannot build it. It was extract of error I get while makeing "make" [2004-12-12 23:45:17] [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-07-19 17:21:55] edreddy at gmail dot com I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae738 in read in psymtab, but not in symtab.) #5 0x0001200ae738 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',') at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1032 warning
#28228 [Asn]: number_format function bug
ID: 28228 Updated by: [EMAIL PROTECTED] Reported By: bichinhoverde at spwinternet dot com dot br Status: Assigned Bug Type: Math related Operating System: * PHP Version: 4CVS, 5CVS (2004-12-12) Assigned To: iliaa New Comment: This is not fixed correctly. See also bug #29538 Previous Comments: [2004-12-12 23:46:00] [EMAIL PROTECTED] This is not fixed correctly. See also bug 29538 [2004-09-23 19:43:49] bichinhoverde at spwinternet dot com dot br Well, according to the documentation, dec_point and thousands_sep should be both string. I wouldn't know what to expect when I put a boolean value in ther. But, regarding: print number_format(1234.56, 2, '', ','); it really outputs 123,456 when it should output 1,23456. I tested it on 4.3.8 on windows. I thinks it is another "feature" ;) [2004-09-23 17:08:45] mark at quarella dot co dot uk To be a bit clearer than my previous comment: number_format(1234.56, 2, '', ',') should result in 1,23456 not 123,456 as it does now. Ideally number_format(1234.56, 2, FALSE, ',') would give 1,234.56 but 1,23456 would be better than the current behaviour. [2004-09-23 17:04:49] mark at quarella dot co dot uk I have just discovered that: number_format(11.99, 2, FALSE, ',') which used to display 11.99 now displays 1,199 I'm not sure whether FALSE ought to be supported as a "use the default" rather than equivalent to the empty string, but surely at worst this should give: 1199 My preference, for what it's worth, is that FALSE should take the default ('.'), but '' should work better than it does? [I only have 4.3.8 to test against but no mention of this is made in the 4.3.9 release notes] [2004-04-30 15:26:29] [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. 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/28228 -- Edit this bug report at http://bugs.php.net/?id=28228&edit=1
#28474 [Opn->Fbk]: Mail function freezes when empty body
ID: 28474 Updated by: [EMAIL PROTECTED] Reported By: enelson at modulusgroup dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 ADV SRV Exchange 2K PHP Version: 4.3.6 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-05-21 18:53:54] enelson at modulusgroup dot com Description: I'm working with PHP 4.3.3, but have tested this behavior in HPP 4.3.6 as well. When using the mail function and attempting to send attachments in HTML email, the message body you send is empty looking something like the following: mail("[EMAIL PROTECTED]","Subject","",$headers); The mail function will freeze due to the "" for the message body. This behavior does not occur under php 4.2.3. Past scripts I've written to post this sort of complex mail that work under this version of PHP freeze when set to run under PHP 4.3.3. Did something change? I didn't see anything in the documentation, but I'm sometimes blind like that. Thank you for your help, -Ethan Nelson, Modulus, LLC Reproduce code: --- $headers=; mail("[EMAIL PROTECTED]","Subject","",$headers); Expected result: I expect the mail function to run and send the mail through our exchange server. Actual result: -- The mail function freezes and a PHP hung process appears in the task manager on the server. -- Edit this bug report at http://bugs.php.net/?id=28474&edit=1
#28006 [Opn->Fbk]: referencing an unset global produces a segfault
ID: 28006 Updated by: [EMAIL PROTECTED] Reported By: per at computer dot org -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: linux, kernel 2.4.26 PHP Version: 4.3.10RC2 New Comment: Can't you provide a SINGLE file with a short script in it? Using virtual() in this kind of place is pretty useless, why don't you use include() ?? Previous Comments: [2004-07-12 13:15:32] per at computer dot org I believe I am now able to reproduce the problem - I can't say for certain that it *is* the same, but I suspect so. I first saw this with php 434, then 437, and finally php4-STABLE-200407120830, all with apache 2.0.49 on linux 2.4.26. 3 files to reproduce: k1.phtml.en - http://jessen.ch/php-bug28006/k1.txt k2.phtml.en - http://jessen.ch/php-bug28006/k2.txt k3.phtml.en - http://jessen.ch/php-bug28006/k3.txt Load http://server/k1 [2004-04-15 07:36:22] per at computer dot org Description: Hi, I've got a situation where a seemingly innocent statement produces a segfault. I've tried reducing it to a single reproducable testcase, but without success. The problem is however solidly reproducable in the context in which it occurs. I'm certain it is caused by a mistake in my code, but I feel it isn't exactly appropriate for php to segfault because of a user error? Very briefly, this is an excerpt where the segfault occurs: "; $result=mysql_query( $q ) or die("mysql:".mysql_error()); $main_address=mysql_fetch_array( $result, MYSQL_ASSOC ); $q=""; $result=mysql_query( $q ) or die(mysql_error()); $billing_address=mysql_fetch_array( $result, MYSQL_ASSOC ); $q=""; $result=mysql_query( $q ) or die(mysql_error()); $technical_address=mysql_fetch_array( $result, MYSQL_ASSOC ); $editmain=strcasecmp($_REQUEST['contact'],"main")==0; // $editbilling=strcasecmp($_REQUEST['contact'],"billing")==0; // $edittechnical=strcasecmp($_REQUEST['contact'],"technical")==0; ?> If I uncomment either of the last 2 commented-out statements, I get a segfault. I'm using php 4.3.4 and apache 2.0.49 on linux 2.4.24. mysql is 4.0.15. --- OK, I've now guarded the above with : if ( isset($_REQUEST['contact']) ) { $editmain=strcmp($_REQUEST['contact'],"main")==0; $editbilling=strcmp($_REQUEST['contact'],"billing")==0; $edittechnical=strcasecmp($_REQUEST['contact'],"technical")==0; } and the segfault is gone. Still, a segfault just because I'm using an unset global? And why only on the 2nd or later statement? Actual result: -- (gdb) run -X -f /etc/httpd/httpd.conf Starting program: /usr/bin/httpd -X -f /etc/httpd/ httpd.conf [New Thread 16384 (LWP 9121)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 9121)] 0x40576622 in zend_get_executed_lineno () at /usr/src/ packages/SOURCES/php-4.3.4/Zend/zend_execute_API.c:271 271 return active_opline->lineno; (gdb) bt #0 0x40576622 in zend_get_executed_lineno () at /usr/src/ packages/SOURCES/php-4.3.4/Zend/zend_execute_API.c:271 #1 0x4057ec6d in zend_error (type=8, format=0x40706ea3 "Undefined index: %s") at /usr/src/packages/SOURCES/ php-4.3.4/Zend/zend.c:731 #2 0x405914a0 in zend_fetch_dimension_address_inner (ht=0x81d4bf4, op2=0x821ed34, Ts=0xbfffb34c, type=0) at / usr/src/packages/SOURCES/php-4.3.4/Zend/zend_execute.c:636 #3 0x4058a5f0 in zend_fetch_dimension_address (result=0x821ed14, op1=0x81d4bd4, op2=0x821ed34, Ts=0xbfffb34c, type=0) at /usr/src/packages/SOURCES/ php-4.3.4/Zend/zend_execute.c:787 #4 0x4058f7fe in execute (op_array=0x81d4f2c) at /usr/src/ packages/SOURCES/php-4.3.4/Zend/zend_execute.c:1283 #5 0x4057edbb in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/packages/SOURCES/php-4.3.4/Zend/ zend.c:884 #6 0x40552f3f in php_execute_script (primary_file=0xb3d0) at /usr/src/packages/SOURCES/ php-4.3.4/main/main.c:1729 #7 0x405923b8 in php_handler (r=0x81ef8f8) at /usr/src/ packages/SOURCES/php-4.3.4/sapi/apache2handler/ sapi_apache2.c:537 #8 0x08092d85 in ap_run_handler (r=0x81ef8f8) at config.c:151 #9 0x08093390 in ap_invoke_handler (r=0x81ef8f8) at config.c:358 #10 0x08076edb in ap_process_request (r=0x81ef8f8) at http_request.c:246 #11 0x0807239d in ap_process_http_connection (c=0x81b5000) at http_core.c:250 #12 0x0809de25 in ap_run_process_connection (c=0x81b5000) at connection.c:42 #13 0x08091384 in child_main (child_num_arg=0) at prefork.c:609 #14 0x0809159b in make_child (s=0x0, slot=0) at prefork.c:649 #15 0x080915f8 in startup_children (number_to_start=5) at prefork.c:721 #16 0x08091e6a in ap_mpm_run (_pconf=
#28605 [Opn]: bug21523.phpt test never end
ID: 28605 User updated by: tbp at poly dot polytechnique dot fr Reported By: tbp at poly dot polytechnique dot fr Status: Open Bug Type: Math related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) New Comment: I mean, that I cannot build it. It was extract of error I get while makeing "make" Previous Comments: [2004-12-13 01:12:45] tbp at poly dot polytechnique dot fr gcc -IZend/ -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend/ -DPHP_ATOM_INC -I/Admin/SRC/Apache/php4-STABLE-200412122330/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/main -I/Admin/SRC/Apache/php4-STABLE-200412122330 -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend -I/Local/include -I/Local/mysql/include/mysql -I/Local/pgsql/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/ext/xml/expat -I/Admin/SRC/Apache/php4-STABLE-200412122330/TSRM -g -O2 -c /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c -o Zend/zend_strtod.o && echo > Zend/zend_strtod.lo /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: warning: no semicolon at end of struct or union /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:236: warning: data definition has no type or storage class /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: warning: no semicolon at end of struct or union make: *** [Zend/zend_strtod.lo] Error 1 [2004-12-12 23:45:17] [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-07-19 17:59:57] tbp at poly dot polytechnique dot fr I have no solution. Since this issue does not disturb my applications for a moment I leave it as it is [2004-07-19 17:21:55] edreddy at gmail dot com I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae738 in read
#28419 [Opn->Bgs]: Notice "Refused (10061) (errflg=2) in Unknown on" when IMAP connection refused
ID: 28419 Updated by: [EMAIL PROTECTED] Reported By: stepanov at transchip dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Windows XP Professional SP1 PHP Version: 4CVS-2004-05-17 (stable) New Comment: The error comes from the c-client library. We can't do anything about it so report to the c-client library author(s) instead. Previous Comments: [2004-11-11 04:19:43] tomato at pisem dot net I'm using php 4.3.8 and getting the same error furthermore, error_reporting(E_ALL ^ E_NOTICE); didn't helped I got this notice anyway [2004-05-17 17:34:41] stepanov at transchip dot com Yes, I am using the latest PHP (4.3.7-dev) I run the folowing: $mbox = imap_open ("{192.168.0.250:143}Inbox", "xxx", "xxx"); And i get the: Warning: imap_open(): Couldn't open stream {192.168.0.250:143}Inbox in C:\html\test\imap.php on line 12 Notice: (null)(): Can't connect to 192.168.0.250,143: Refused (10061) (errflg=2) in Unknown on line 0 if i run $mbox = @imap_open ("{192.168.0.250:143}Inbox", "xxx", "xxx"); i get: Notice: (null)(): Can't connect to 192.168.0.250,143: Refused (10061) (errflg=2) in Unknown on line 0 [2004-05-17 15:32:11] [EMAIL PROTECTED] Are you absolutely sure you are using the latest PHP? I've checked the source code of the extension and the only error you can get while opening an imap connection can go something like this: Couldn't open stream ... [2004-05-17 10:06:12] stepanov at transchip dot com Description: When IMAP connection is refused I get following notice: Notice: (null)(): Can't connect to 192.168.0.251,143: Refused (10061) (errflg=2) in Unknown on line 0 Reproduce code: --- $mbox = @imap_open ("{192.168.0.251:143}Inbox", "user", "pass"); Expected result: Because of calling the function with @ I expect don't see the notice. And if I see the notice, I expect to see the file name and line number where the error occurred, and not "in Unknown on line 0" Actual result: -- Notice: (null)(): Can't connect to 192.168.0.251,143: Refused (10061) (errflg=2) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=28419&edit=1
#28451 [Opn->Ver]: Infinite recursion in ext/exif
ID: 28451 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: *Graphics related -Operating System: All +Operating System: * -PHP Version: 4.3.6 +PHP Version: 4CVS, 5CVS (2004-12-12) Previous Comments: [2004-05-20 01:18:02] [EMAIL PROTECTED] Description: This jpg (http://lerdorf.com/file.jpg) causes infinite recursion leading to a crash. I'll get to fixing it eventually, but can't right now and don't want it to go unfixed for too long, so if anybody else is keen... Reproduce code: --- http://lerdorf.com/file.jpg'); ?> Actual result: -- #1087 0x08090f77 in exif_process_IFD_TAG (ImageInfo=0xbfffcc50, dir_entry=0x1 , offset_base=0x84f4bac "MM", IFDlength=24989, displacement=12, section_index=7, ReadNextIFD=1, tag_table=0x827ccc0) at /home/rasmus/php43/ext/exif/exif.c:2955 #1088 0x0809152e in exif_process_IFD_in_JPEG (ImageInfo=0xbfffcc50, dir_start=0x84f4bf0 "", offset_base=0x84f4bac "MM", IFDlength=24989, displacement=12, section_index=7) at /home/rasmus/php43/ext/exif/exif.c:2990 #1089 0x08090f77 in exif_process_IFD_TAG (ImageInfo=0xbfffcc50, dir_entry=0x1 , offset_base=0x84f4bac "MM", IFDlength=24989, displacement=12, section_index=7, ReadNextIFD=1, tag_table=0x827ccc0) at /home/rasmus/php43/ext/exif/exif.c:2955 #1090 0x0809152e in exif_process_IFD_in_JPEG (ImageInfo=0xbfffcc50, dir_start=0x84f4bf0 "", offset_base=0x84f4bac "MM", IFDlength=24989, displacement=12, section_index=7) at /home/rasmus/php43/ext/exif/exif.c:2990 -- Edit this bug report at http://bugs.php.net/?id=28451&edit=1
#28590 [Opn->Bgs]: configure --with-mysql-sock is ignored
ID: 28590 Updated by: [EMAIL PROTECTED] Reported By: u60149431 at bedug dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Fedora Core 2 PHP Version: 4.3.6 New Comment: You're doing something wrong. This works fine for me too on dozen different servers and configurations from Linux to MacOSX. Previous Comments: [2004-06-25 10:14:07] u60149431 at bedug dot com Further analysis has revealed that the problem originates with PHP taking the socket defined in /usr/local/include/mysql/mysql_version.h for granted, even though MySQL is built with an alternate socket. The issue that PHP:s configure script completely ignores the --with-mysql-sock remains. To re-create the error: Build MySQL from sources using: ./configure \ --enable-assembler \ --with-unix-socket=/var/run/mysql/mysql.sock \ --without-debug \ --with-openssl \ --with-openssl-includes=/usr/local/ssl/include \ --with-openssl-libs=/usr/local/ssl/lib And build PHP with: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-zlib \ --enable-calendar \ --with-mysql=/usr/local \ --with-mysql-sock=/var/run/mysql/mysqld.sock \ --with-ncurses \ --with-gettext \ --with-xml \ --with-imap=/root/download/imap-2004 \ --with-imap-ssl=/usr/local/ssl \ --with-java=$JAVA_HOME [2004-06-11 15:39:39] [EMAIL PROTECTED] It works fine here and it worked fine before. [2004-06-10 17:28:07] u60149431 at bedug dot com I linked it against a MySQL built from sources. I was able to make a workaround for this bug by editing the MySQL header file where a default was defined. What meaning does --with-mysql-sock have if it doesn't have any effect??? [2004-06-01 22:39:28] [EMAIL PROTECTED] Are you compiling the MySQL extension against external or bundled libmysql? Check your phpinfo() output, what does MYSQL_SOCKET show for it's value? [2004-05-31 10:04:33] u60149431 at bedug dot com Description: The option --with-mysql-sock to the configure script is completely ignored, and causes PHP to still access /tmp/mysql.sock, which is the hard-coded value from header files. Any alternate values from /etc/my.cnf are also ignored. Use of php.ini is not feasible in my specific application. Expected result: That --with-mysql-sock indicates the default value for the mysql socket. (which may be altered by a config file) -- Edit this bug report at http://bugs.php.net/?id=28590&edit=1
#28605 [Fbk->Opn]: bug21523.phpt test never end
ID: 28605 User updated by: tbp at poly dot polytechnique dot fr Reported By: tbp at poly dot polytechnique dot fr -Status: Feedback +Status: Open Bug Type: Math related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) New Comment: gcc -IZend/ -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend/ -DPHP_ATOM_INC -I/Admin/SRC/Apache/php4-STABLE-200412122330/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/main -I/Admin/SRC/Apache/php4-STABLE-200412122330 -I/Admin/SRC/Apache/php4-STABLE-200412122330/Zend -I/Local/include -I/Local/mysql/include/mysql -I/Local/pgsql/include -I/Admin/SRC/Apache/php4-STABLE-200412122330/ext/xml/expat -I/Admin/SRC/Apache/php4-STABLE-200412122330/TSRM -g -O2 -c /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c -o Zend/zend_strtod.o && echo > Zend/zend_strtod.lo /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:235: warning: no semicolon at end of struct or union /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:236: warning: data definition has no type or storage class /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: error: parse error before "u_int32_t" /Admin/SRC/Apache/php4-STABLE-200412122330/Zend/zend_strtod.c:382: warning: no semicolon at end of struct or union make: *** [Zend/zend_strtod.lo] Error 1 Previous Comments: [2004-12-12 23:45:17] [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-07-19 17:59:57] tbp at poly dot polytechnique dot fr I have no solution. Since this issue does not disturb my applications for a moment I leave it as it is [2004-07-19 17:21:55] edreddy at gmail dot com I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae738 in read in psymtab, but not in symtab.) #5 0x0001200ae738 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',') at /Admin/SRC/Apache/php-4.3.7/ext/standar
#27820 [Opn->Fbk]: Page stops creating in middle of page and many php.exe started
ID: 27820 Updated by: [EMAIL PROTECTED] Reported By: brandonnimon at comcast dot net -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Reproducible crash Operating System: Windows (xp and 2000) PHP Version: 4.3.7 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-06-16 08:28:58] brandonnimon at comcast dot net After complicating my code moreso since the 4.3.6 release, I have run into the bug a few more times in the same type of format as before. The 4.3.6 release seemed to make it more reliable and forgiving, but only to a point. And I've been finding myself spending way more time than I should trying to write "Windows Compatable" code, which should work fine for everyone. But I run into a lot of code that halts on Windows servers, and not on Linux servers (most of the Linux servers have 4.3.4). [2004-04-01 01:57:20] brandonnimon at comcast dot net Description: When programming on complicated sites, I have run into a problem a few times. I'll add some code (sometimes it could be something as simple as a few lines like this: echo "Table 1"; But seems to better replicated with large complex arrays, just 'cause they are larger, there is a greater chance. When I have run into this problem, I transfer my code to my Linux machine, and a Unix webhosting server. They all do the same thing. I've also had it stop in the middle of a php function such as print_r(). It will suddenly just stop. I've seen it print_r($array); and stop like this: Array ( [0] => Array ( [user] => admin [0] => Array ( [album] => 1 [0] => Array ( [date] => 1080354398 [name] => 105blaster_s9969041.jpg [number] => 0 ) [1] => Array ( [date] => 1080460914 [name] => ballot7784410.jpg [num ..just stops in the middle of the dump. Also, every time a page like this is opened, an execution of php.exe is started. And after 30 or so open there is an "internal server error". I'm not sure of how the PHP client works, but my guess is that php.exe is crashing partially, and it tries to start another, and I just end up with a bunch of the same program. I also think it may have something to do with error reporting. Because to a point, I was able to supress the bug by adding @ signs to certain lines of code, ones which could potentially return an error but don't (I did this just as some debugging attempts, and was suprised that it worked -- but I could only do it to so many relevent lines before I ran out, and the problem persisted after I added something else). And I checked my apache error log and no "Segmentation Fault" errors are in there. Currently I am using a GD2 extension, but I have run into the problem when I was using all default settings. Reproduce code: --- I can't seem to reproduce the error on Linux with this code, but I know with some other code I have. I don't know exactly what part is causeing it, so I am using all of it. If you see some inconsistancies, it is probably because I was trying to debug. http://24.127.21.245/prod_error/source.zip Expected result: The page to be displayed fully. And no php.exe's to start. Actual result: -- Currently the output is stopping for no apearent reason (see description for an example). The output will just stop at some character, and the browser continually tries to get the rest. Everytime a page like this is opened, an execution of php.exe is started. -- Edit this bug report at http://bugs.php.net/?id=27820&edit=1
#28547 [Opn->Asn]: Incorrect use of mysql_thread_init/end() functions
ID: 28547 Updated by: [EMAIL PROTECTED] Reported By: arkadi at mebius dot lv -Status: Open +Status: Assigned Bug Type: MySQL related -Operating System: Any, FreeBSD +Operating System: * -PHP Version: 4.3.7RC1 +PHP Version: 4CVS, 5CVS (2004-12-12) -Assigned To: +Assigned To: georg Previous Comments: [2004-05-27 20:06:26] arkadi at mebius dot lv Description: When PHP is compiled with --enable-experimental-zts (for Apache 2 Worker MPM) the following code is enabled in ext/mysql/php_mysql.c in ZEND_MODULE_STARTUP_D(mysql) and PHP_MSHUTDOWN_FUNCTION(mysql) functions: init: #ifdef ZTS # if MYSQL_VERSION_ID >= 4 mysql_thread_init(); # endif #endif shutdown: #ifdef ZTS # if MYSQL_VERSION_ID >= 4 mysql_thread_end(); # endif #endif The use of these function is incorrect and may lead to segmentation fault dependending on pthreads and mysql client library internal implementation details. In case of FreeBSD 4.x pthreads it is a reproducible process crash on module shutdown time. mysql_thread_init() must be called at least once for every thread that use mysql, but only after mysql_init() is called somewhere in the program. mysql_thread_end() must be called only in case mysql_init() is called before or else it will call pthread_getspecific() with an unallocated pthread key as an argument with an undefined results (according to specification). Then (on FreeBSD and in my particular PHP build) it will try to deallocate condition variable using bogus memory address leading to segfault. Program received signal SIGSEGV, Segmentation fault. 0x28483089 in _atomic_lock () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x28483089 in _atomic_lock () from /usr/lib/libc_r.so.4 #1 0x28482ffb in _spinlock_debug () from /usr/lib/libc_r.so.4 #2 0x2848a53a in pthread_cond_destroy () from /usr/lib/libc_r.so.4 #3 0x281f1f28 in my_thread_end () at my_thr_init.c:209 #4 0x281e6460 in mysql_thread_end () at libmysql.c:136 #5 0x807c2ee in zm_shutdown_mysql () #6 0x0 in ?? () (gdb) up 3 #3 0x281f1f28 in my_thread_end () at my_thr_init.c:209 209 pthread_cond_destroy(&tmp->suspend); (gdb) p *tmp $9 = {thr_errno = 136209024, suspend = 0x17, mutex = 0x81bb000, current_mutex = 0x0, current_cond = 0x81d6080, pthread_self = 0x0, id = 0, cmp_length = 0, abort = 1130656883, init = 108 'l'} On a related note I wish to say that PHP build process must link to libmysqlclient_r.so (instead of libmysqlclient.so) in case thread safety is enabled. There is patch easily found by Google to ext/mysql/config.m4, for now I just edited Makefile. Additional information: - http://dev.mysql.com/doc/mysql/en/Threaded_clients.html (near the end of the page) - MySQL source: mysql-4.0.20/mysys/my_thr_init.c mysql_thread_* function are just wrappers that calls my_thread_*. my_bool my_thread_init(void) { struct st_my_thread_var *tmp; my_bool error=0; #ifdef EXTRA_DEBUG_THREADS fprintf(stderr,"my_thread_init(): thread_id=%ld\n",pthread_self()); #endif #if !defined(__WIN__) || defined(USE_TLS) || ! defined(SAFE_MUTEX) pthread_mutex_lock(&THR_LOCK_lock); #endif #if !defined(__WIN__) || defined(USE_TLS) if (my_pthread_getspecific(struct st_my_thread_var *,THR_KEY_mysys)) { #ifdef EXTRA_DEBUG_THREADS fprintf(stderr,"my_thread_init() called more than once in thread %ld\n", pthread_self()); #endif goto end; } if (!(tmp= (struct st_my_thread_var *) calloc(1, sizeof(*tmp { error= 1; goto end; } pthread_setspecific(THR_KEY_mysys,tmp); #else /* Skip initialization if the thread specific variable is already initialized */ if (THR_KEY_mysys.id) goto end; tmp= &THR_KEY_mysys; #endif tmp->id= ++thread_id; #if defined(__WIN__) && defined(EMBEDDED_LIBRARY) tmp->thread_self= (pthread_t)getpid(); #endif pthread_mutex_init(&tmp->mutex,MY_MUTEX_INIT_FAST); pthread_cond_init(&tmp->suspend, NULL); tmp->init= 1; end: #if !defined(__WIN__) || defined(USE_TLS) || ! defined(SAFE_MUTEX) pthread_mutex_unlock(&THR_LOCK_lock); #endif return error; } void my_thread_end(void) { struct st_my_thread_var *tmp; tmp= my_pthread_getspecific(struct st_my_thread_var*,THR_KEY_mysys); #ifdef EXTRA_DEBUG_THREADS fprintf(stderr,"my_thread_end(): tmp=%p,thread_id=%ld\n", tmp,pthread_self()); #endif if (tmp && tmp->init) { #if !defined(DBUG_OFF) /* tmp->dbug is allocated inside DBUG library */ if (tmp->dbug) { free(tmp->dbug); tmp->dbug=0; } #endif #if !defined(__bsdi__) || defined(HAVE_mit_thread) /* bsdi dumps core here */ pthread_cond_destroy(&tmp->suspend); #endif pthread_mutex_destroy(&tmp->mutex); #if (!defined(__WIN__) && !defined(OS2)) || defined(USE_TLS) free(tmp); #else tmp->init= 0; #endif } /* The following free has to be done, even if my_
#28215 [Ver->Csd]: [PATCH] crash when serialize() twice to same __PHP_Incomplete_Class object
ID: 28215 Updated by: [EMAIL PROTECTED] Reported By: takanota at alpha dot co dot jp -Status: Verified +Status: Closed Bug Type: Reproducible crash Operating System: * PHP Version: 4CVS, 5CVS 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-07-11 21:50:08] [EMAIL PROTECTED] Didn't try the patch though.. [2004-06-30 23:23:24] schulz at schwaar dot com This patch fixes the bug for me. Tested on linux with php-4.3.7. The second changed line of the diff should probably be turned into something like: "if (class_name) free_class_name = 1; else emit_a_warning(WITH_A_PROPER_TEXT);" --- php_incomplete_class.h.orig 2004-06-30 22:40:12.0 +0200 +++ php_incomplete_class.h 2004-06-30 23:00:01.0 +0200 @@ -29,8 +29,8 @@ #define PHP_SET_CLASS_ATTRIBUTES(struc) \ /* OBJECTS_FIXME: Fix for new object model */ \ if (Z_OBJCE_P(struc) == BG(incomplete_class)) { \ - class_name = php_lookup_class_name(struc, &name_len, 1 TSRMLS_CC); \ - free_class_name = 1; \ + class_name = php_lookup_class_name(struc, &name_len, 0 TSRMLS_CC); \ + if (class_name) free_class_name = 1; \ } else { \ class_name = Z_OBJCE_P(struc)->name; \ name_len = Z_OBJCE_P(struc)->name_length; \ [2004-04-29 11:42:50] takanota at alpha dot co dot jp Description: When serialize() twice to same __PHP_Incomplete_Class object, php will crash on second serialize(). I found this problem on apache and cli sapi on Red Hat Linux 9 (2.4.20-8, not smp). If memory-limit is enabled, php reports memory-limit error. (try to allocate over 1G bytes!) If memory-limit is disabled, php crash with segmentation fault. It seems that serialize() drops __PHP_Incomplete_Class_Name member. Reproduce code: --- string(9) "testclass" ["value"]=> int(100) } O:9:"testclass":1:{s:5:"value";i:100;} object(__PHP_Incomplete_Class)(2) { ["__PHP_Incomplete_Class_Name"]=> string(9) "testclass" ["value"]=> int(100) } O:9:"testclass":1:{s:5:"value";i:100;} Actual result: -- object(__PHP_Incomplete_Class)(2) { ["__PHP_Incomplete_Class_Name"]=> string(9) "testclass" ["value"]=> int(100) } O:9:"testclass":1:{s:5:"value";i:100;} object(__PHP_Incomplete_Class)(1) { ["value"]=> int(100) } Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 1107768167 bytes) in /home/takanota/php/serialize.php on line 8 If memory-limit is disabled, php will crash with segmentation fault. backtrace: #0 0x4207c1ac in memcpy () from /lib/tls/libc.so.6 #1 0x080afe24 in smart_str_appendl_ex (dest=0xbfffd030, src=0x8159e74 "\204\223\025\b\001", len=1, what=0) at php_smart_str.h:84 #2 0x080b0070 in php_var_serialize_class_name (buf=0xbfffd030, struc=0x8159e74) at /home/takanota/local/src/php-4.3.6/ext/standard/var.c:430 #3 0x080af926 in php_var_serialize_intern (buf=0xbfffd030, struc=0x8159e74, var_hash=0xbfffd040) at /home/takanota/local/src/php-4.3.6/ext/standard/var.c:574 #4 0x080afa94 in php_var_serialize (buf=0xbfffd030, struc=0x8159e74, var_hash=0xbfffd040) at /home/takanota/local/src/php-4.3.6/ext/standard/var.c:626 #5 0x080afb36 in zif_serialize (ht=1, return_value=0x81592ec, this_ptr=0x0, return_value_used=1) at /home/takanota/local/src/php-4.3.6/ext/standard/var.c:649 #6 0x080febe2 in execute (op_array=0x815f48c) at /home/takanota/local/src/php-4.3.6/Zend/zend_execute.c:1635 #7 0x080eef25 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/takanota/local/src/php-4.3.6/Zend/zend.c:886 #8 0x080bf8aa in php_execute_script (primary_file=0xb660) at /home/takanota/local/src/php-4.3.6/main/main.c:1731 #9 0x081048c9 in main (argc=2, argv=0xb6f4) at /home/takanota/local/src/php-4.3.6/sapi/cli/php_cli.c:822 #10 0x42015574 in __libc_start_main () from
#28531 [Opn->Fbk]: config file path (-c flag) ignored
ID: 28531 Updated by: [EMAIL PROTECTED] Reported By: raga71 at yahoo dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows 2000 PHP Version: 4.3.6 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-08-09 16:51:00] raga71 at yahoo dot com i tried with 4.3.9-dev but experienced the same problem: whatever i put in my IIS configuration box ("IIS Admin > Default Website > Properties > Home directory > Configuration > Application Mapping > Add/Edit"), Php always looks for ini file in the directory where the executable is (which is "C:\Program Files\php\") and secondly -if unable to find one- in the system directory ("C:\WINNT"), thus ignoring my own settings. Note 1: php 5.0.0RC2 -which i also have running on my server- doesn't seem to be affected by this issue. Note 2: when invoked through the command line, such as "php -c conf/php.ini -i", the -c switch is correctly performed. [2004-08-05 23:40:45] [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-05-26 17:19:39] raga71 at yahoo dot com Description: it seems that the -c (-c "C:/path/to/php.ini") flag that i previously used in IIS to have the cgi executable point to a specified configuration file doesn't work anymore with 4.3.6 is it a compilation issue related to the 4.3.6 windows binaries? -- Edit this bug report at http://bugs.php.net/?id=28531&edit=1
#28060 [Opn->Bgs]: dlname not found in /usr/local/apache2/modules/libphp4.la.
ID: 28060 Updated by: [EMAIL PROTECTED] Reported By: jperezme at jazzfree dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Aix 5.2 PHP Version: 4.3.6 New Comment: I think this might be fixed in the latest Apache 2 release, as it seems to have different instdso.sh script in it. So please give it try. In any case: this is NOT a PHP bug. Previous Comments: [2004-06-01 18:40:18] stefano dot calisto at kuoni dot ch I found this (it works for me ;-) aaronmorris at mindspring dot com 06-Dec-2003 03:47 If you have the libphp4.a instead of libphp4.so on AIX, you can extract the .so file from the .a file by running "ar -x libphp4.a". [2004-05-05 11:24:37] lawrence at alphageeks dot co dot uk Same problem trying to get 4.3.6 onto my Raq550r configure options; cut here ./configure '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--enable-safe-mode' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes' '--with-regex=system' '--enable-track-vars' '--with-iconv' '--enable-xml' '--disable-debug' '--with-gd' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-pgsql=shared' '--with-ldap' '--with-openssl=/usr' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' --cut here make install error; cut here Installing PHP SAPI module: apache [activating module `php4' in /etc/httpd/conf/httpd.conf] cp libs/libphp4.so /usr/lib/apache/libphp4.so cp: cannot stat `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 cut here [2004-04-19 16:42:33] jperezme at jazzfree dot com Description: I have tried to compile php 4.3.6 on Aix 5.2 with gcc 2.95. All process seems to be fine except when i type make install. My libtool version is 1.5. I have build with: CC=gcc ./configure --prefix=/usr/local/apache2/php --with-config-file-path=/usr/local/apache2/php --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --disable-cgi --enable-force-cgi-redirect --with-zlib Any idea ? Actual result: -- libtool: install: warning: remember to run `libtool --finish /software/php-4.3.6/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp4.so chmod: /usr/local/apache2/modules/libphp4.so: One file or directory don't exist. apxs:Error: Command failed with rc=65536 . gmake: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=28060&edit=1
#28556 [Opn->Fbk]: PHP as CGI becomes a zombie when loaded too often
ID: 28556 Updated by: [EMAIL PROTECTED] Reported By: floeff at arcor dot de -Status: Open +Status: Feedback -Bug Type: *General Issues +Bug Type: CGI related Operating System: Linux 2.4 PHP Version: 4.3.6 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-07-08 17:58:36] floeff at arcor dot de I have tried on a lot of machines. [2004-07-08 13:02:00] [EMAIL PROTECTED] Have you tried on another machine? [2004-06-24 18:18:03] trevor at verite dot com I have also experienced this problem, we have a nightly crontab that uses the CGI version of PHP to run a weekly import, every week we need to kill the script because even with a exit; command at the end it just keeps running and taking up more and more memory/processor time. I'm not sure if this is related but.. We're on a debian potato/apache 1.3/PHP 4.3.7 (Jun 7th Build). Any ideas? [2004-05-28 14:37:06] floeff at arcor dot de Description: Sorry for posting this again and again, but I still experience this problem and there seems to be no way for me to solve it. I've got confirmation from others that this problem is not only mine, so please take the time to read this. I've tried Apache 1.3 and 2.0, both on Linux 2.4. I've tried using suEXEC and not using suEXEC, and I even tried modules that stop script execution at a specific load average (tested with 1.00!) or number of processes (tested with 10!). But nothing seems to help in the following case: I run PHP as CGI because I don't want to have world-readable scripts and mod_perchild is not ready yet. When I do a hard reload - i.e. reloading the same script for about 10 seconds continously which should open quite a lot of scripts - I can crash the server. PHP-CGI-processes become zombies, I get a load average of about 90 (!) and it can take up to 30 minutes until the system responds again. This happens even with the simplest PHP scripts like a phpinfo call, but Perl scripts make absolutely no problem. The PHP developers say it's an Apache problem, the Apache developers say it's a PHP problem. So *PLEASE* take the time to review this one again - I'm helpless right now! :-( I know there must be a solution, because some providers run PHP as CGI without problems, but I don't know what it could be. :-( -- Edit this bug report at http://bugs.php.net/?id=28556&edit=1
#28563 [Opn->Fbk]: php not installing with apache 1.3.28
ID: 28563 Updated by: [EMAIL PROTECTED] Reported By: ramakrishnan dot iyer at hp dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: hp ux PHP Version: 4.3.6 New Comment: Try using GCC instead of the native compiler.. Previous Comments: [2004-07-08 18:10:59] ramakrishnan dot iyer at hp dot com Sorry, i had pasted the wrong script. Even this does not work - CC=/opt/ansic/bin/cc \ GCC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/php437 \ --with-apxs=/var/opt/web/apache_1328_2/bin/apxs \ --with-oci8=/opt/oracle/product/8.1.6 \ --enable_sigchild \ --without-mysql But the important question that i have is why doesn't php install with Oracle 9 on HP UX. If you could give me a workaround to this problem, i would greatly appreciate it. [2004-07-08 12:55:06] [EMAIL PROTECTED] The correct configure option is "--with-apxs" to get a DSO. If you're trying to make a static install, read the INSTALL file..) [2004-05-28 20:43:58] ramakrishnan dot iyer at hp dot com Description: The platform is HP UX 11.0. I am trying to install php 4.3.6. I am using the following script - CC=/opt/ansic/bin/cc \ GCC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/php437 \ --with-apache=/mnt/d0006/rrc-disk/dump/apache_1.3.28 \ --with-oci8=/opt/oracle/product/8.1.6 Apache has been installed like this CC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/apache_1328_3 "make" is going through, but "make install" reports "not a so" error. I analyzed this a little ... After "configure" if i edit Makefile, main/build*.h and config.status and after "make" if i edit libs/*.la and .libs/*.lai and replace libphp4.sl with libphp4.so the installtion goes through. This solution would have been acceptable to me, but when i put in the with-oci8 - after my edits, the make creates a static file with .a extension and not a .so file. This is not acceptable because the mod perl server that we have has shared module enabled. Please help with suggestions/resolution. -- Edit this bug report at http://bugs.php.net/?id=28563&edit=1
#28533 [Opn->Fbk]: Object variables not being saved in session properly
ID: 28533 Updated by: [EMAIL PROTECTED] Reported By: dayal at capital-merchant dot com -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows XP PHP Version: 4.3.5 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , 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 avoid embedding huge scripts into the report. Previous Comments: [2004-07-06 17:09:15] dayal at capital-merchant dot com You can access the scripts @ http://198.92.233.203/temp/CustomerTest.php Please respond if you need anything else.. Thanks Dayal [2004-07-05 11:29:20] [EMAIL PROTECTED] Please provide a self-contained script with which we can reproduce your problem. [2004-05-26 19:58:36] dayal at capital-merchant dot com I haved used the latest CVS snapshot but the problem still persists... Please advise [2004-05-26 19:25:47] [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-05-26 17:37:10] dayal at capital-merchant dot com Description: I have a php class Customer which has and Object variable 'Address'. The class 'Address' in turn has an object variable 'Zip'. Customer Address Zip In the file 'CustomerTest.php' - I am creating a new Zip object and assigning this zip object to a new Address object which in turn is assigned to a new Customer object. Now I am printing the instance variables of the Zip object (two String values). After this I am assigning a new Zip object to the above 'Address object' and again printing the instance variables of the Zip object to the screen. As expected these values differ from the above print command. Now I am assigning the Customer object to SESSION. Now on a different php page using the Customer object stored in session, if I print the instance variables of zip object, I get the OLD VALUES but not the new ones which I have modified. I reproduced the same code using servlets which functioned properly as expected unlike php. Please look into this. Reproduce code: --- http://198.92.233.203/temp/CustomerTest.php Expected result: Zip1: 333 Zip2: 444 Actual result: -- Zip1: 123 Zip2: 345 -- Edit this bug report at http://bugs.php.net/?id=28533&edit=1
#27830 [Opn->Fbk]: PHP segfaults immediately on startup
ID: 27830 Updated by: [EMAIL PROTECTED] Reported By: adconrad at 0c3 dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Debian 3.0/SPARC PHP Version: 4.3.7 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-06-07 05:14:52] adconrad at 0c3 dot net This bug has returned in PHP 4.3.7 with the changes made in ext/standard/config.m4, rev 1.47.2.14. [2004-04-04 06:14: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. [2004-04-03 08:34:24] adconrad at 0c3 dot net As an added note, I didn't bother trying to add a glibc or linux test in there, as most arch-specific compiler bugs seem to span OSs, and this bug would probably affect Solaris as well. We don't have a Solaris machine in-house anymore for me to test this theory on, however. [2004-04-03 08:31:25] adconrad at 0c3 dot net > Please try the new config.m4 No go. The glibc tests appear to be incorrect. I took them out anyway, and changed the others, as rationalised below. > Could you try and tweak the #ifdefs if they still don't > work, and report back here. New and improved line: - #if (__GNUC__ == 2)&&(__GNUC_MINOR <= 96)&&defined(__sparc__) - 1. I bumped the __GNUC_MINOR version to 96, as I will give you 99-to-1 odds the bug lasted until later pre-releases, and there are a couple of dists out there (*cough*RedHat*cough*) that actually released a stable dist based on that buggy pre-release. I can't verify this in the GCC bug tracker right now, but given how few people would be running gcc-2.96 on SPARC, I'd say it's a "better safe than dealing with a duplicate bug that no one can hunt down later" thing. 2. I pulled out the glibc check after confirming that building with gcc-2.95 on a system with glibc 2.3 produces the same segfaulting binary. It's all GCC's fault, glibc is an innocent bystander. 3. I changed __sparc64 (a define that doesn't always (or ever, in some systems) exist to __sparc__, since while I reported this happening on a sparc64 system, one must realise that sparc64 systems are sparc32 in user-space (well, most of them are). Compiling for sparc32 or sparc64 targets produces the same bug, so a generic __sparc__ test seems to make more sense. With this new and improved line, the Ugly Hack(tm) to work around this compiler issue seems to work just fine. Thanks for the help hunting it down and giving it some TLC. > Clearly, this is a compiler/glibc bug. Sounds like > something you guys at Debian might wanna fix as well. Certainly looks like a GCC bug, yes. However, it's a GCC bug in our stable release (which doesn't get compiler updates, or PHP updates for that matter, with the exception of security fixes), so it's not going to get fixed (this problem doesn't show up in sarge (our upcoming stable release) or sid (unstable)). Doesn't stop me from trying to run the latest PHP on production machines running Debian/stable, however. :) I'm not sure how many other Debian/SPARC users try to use the latest PHP on stable systems, but I'm sure they'd thank you for your efforts. Most probably use the php4 packages provided by Debian (and packaged by me, ironically) that work just fine, but there's always a few build-from-source types out there. [2004-04-03 07:29:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Please try the new config.m4 Could you try and tweak the #ifdefs if they still don't work, and report back here. Clearly, this is a compiler/glibc bug. Sounds like something you guys at Debian might wanna fix as well. 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/27830 -- Edit this bug report at http://bugs.php.net/?id=27830&edit=1
#28505 [Opn->Fbk]: value from __get() concatenated to session_id() gives unexpected results
ID: 28505 Updated by: [EMAIL PROTECTED] Reported By: lars_stegelitz at col dot wunderman dot com -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows 2000 PHP Version: 4.3.4 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-05-25 10:24:20] robbix at web dot de Same thing happens with PHP 4.3.6 [2004-05-25 10:24:09] lars_stegelitz at col dot wunderman dot com Alas, problem still exists in latest stable version (4.3.7dev) [2004-05-24 19:03:57] [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-05-24 14:02:01] lars_stegelitz at col dot wunderman dot com Description: Assume a class with overload-support. Now, if you use an instance of that class to __set/__get a property (of type string) an try to concatenate it with the return value of another function (which returns a string like session_id()) some strange things gonna happen. The actual return value (of the string-returning function, session_id() in this example) will be changed to '1'! (see code and the actual/expected results... notice, that the session_id may differ, but it's never expected to give '1' as a session_id) However, if a constant string (or if the return value is temporarily stored into another variable) is concatenated to the property, everthing works fine (see comments in the code). PHP configuration is: - Win 2000 SP4 - minixampp containing - Apache/2.0.48 (Win32) - PHP/4.3.4 Reproduce code: --- \n"; } function __get($key, &$value) { $value = $_SESSION[$key]; echo "__get was called with '$key' \n"; return true; } function __set($key, $value) { $_SESSION[$key] = $value; echo "__set was called with '$key' = '$value' \n"; return true; } } overload('A'); session_name("my_session"); session_start(); # make sure, a session is started $a =& new A(); $a->my_var = "test"; $res = $a->my_var.session_id(); # <- doesn't work properly! # the following one will work as expected # $res = $a->my_var."_constant_string"; # (produces output: "test_constant_string") # this one is ok, too: # $res = $a->my_var."".session_id(); echo "concat test :".$res."\n"; echo "session id : ".session_id()."\n"; ?> Expected result: A constructed __set was called with 'my_var' = 'test' __get was called with 'my_var' concat-test : test31b4ed95c6d107d9e40368c160843d8e session id : 31b4ed95c6d107d9e40368c160843d8e Actual result: -- A constructed __set was called with 'my_var' = 'test' __get was called with 'my_var' concat-test : test1 session id : 31b4ed95c6d107d9e40368c160843d8e -- Edit this bug report at http://bugs.php.net/?id=28505&edit=1
#28522 [Opn->Fbk]: .htaccess settings missing
ID: 28522 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at pajunas dot net -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.2.x PHP Version: 4.3.6 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-05-26 20:18:07] phpbugs at pajunas dot net It is worth describing how php settings are managed. In addition to the php.ini file, each VirtualHost gets php settings via a Directory directive. ServerName www.example.com ServerAlias example.com DocumentRoot /www/virtual/example.com/www ErrorLog /www/virtual/example.com/logs/error_log php_value session.save_path /www/virtual/example.com/ tmp php_admin_value upload_tmp_dir /www/virtual/ example.com/tmp php_admin_value doc_root /www/virtual/example.com/www php_admin_value open_basedir /www/lib/:/www/virtual/ example.com/ php_admin_value sendmail_from [EMAIL PROTECTED] SetEnv PHP_DOCUMENT_ROOT /www/virtual/example.com/www SetEnv PHPRC /www/virtual/example.com/conf Things have been fine this way, but the only change on the system before the .htaccess problem was the addition of several VirtualHosts. [2004-05-26 19:38:13] phpbugs at pajunas dot net Yes, I am using 4.3.6. I encountered that ini leak bug in 4.3.4 and limped by with MaxRequestsPerChild 1 until 4.3.5 came out. However, in this case, setting MaxRequestsPerChild 1 does not appear to have any effect. [2004-05-26 19:31:22] [EMAIL PROTECTED] Are you sure you are running 4.3.6? 4.3.6 has been out for just over a month. The error you've describe is reminiscent of a ini leak solved by 4.3.6. [2004-05-26 01:31:07] phpbugs at pajunas dot net Description: After several months of proper behavior and no system changes, apache2/php are no longer consistently applying php_value and php_flag settings from .htaccess files. I create a .htaccess file including the following settings (which differ from their php.ini values): php_flag display_errors On php_flag register_globals On Between 5-10% of web requests do not take these settings into account. A phpinfo() script, reloaded repeatedly produces the php.ini (and not the .htaccess) values some of the time, and scripts relying on these settings occasionally break. This began occurring without warning, and may related to the addition of ~12 VirtualHosts to apache ./configure' '--enable-versioning' '--enable-memory- limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '-- disable-all' '--with-regex=php' '--with-pear' '--enable- bcmath' '--with-bz2=/usr' '--enable-calendar' '--with- cdb' '--with-crack=/usr/local' '--enable-ctype' '--with- curl=/usr/local' '--with-db4=/usr/local' '--enable-dba' '--enable-dbx' '--enable-dio' '--with-dom=/usr/local' '--with-dom-xslt=/usr/local' '--with-dom-exslt=/usr/ local' '--enable-exif' '--enable-ftp' '--with-gd' '-- enable-gd-native-ttf' '--enable-gd-jis-conv' '--with- freetype-dir=/usr/local' '--with-t1lib=/usr/local' '-- with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-gdbm=/usr/local' '--with-gettext=/usr/local' '-- with-iconv-dir=/usr/local' '--with-iconv=/usr/local' '-- with-inifile' '--with-java=/usr/local/jdk1.4.2' '-- enable-mbstring' '--with-mcal=/usr/local' '--with- mcrypt=/usr/local' '--with-mhash=/usr/local' '--with- mime-magic=/usr/share/misc/magic.mime' '--with-ming=/ usr/local' '--with-mm=/usr/local' '--with-mnogosearch=/ usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/ local' '--with-openssl-dir=/usr' '--with-openssl=/usr' '--enable-overload' '--with-pcre-regex=yes' '--with- pdflib=/usr/local' '--enable-posix' '--with-pgsql=/usr/ local' '--with-pspell=/usr/local' '--enable-session' '-- enable-shmop' '--enable-sockets' '--enable-sysvsem' '-- enable-sysvshm' '--enable-tokenizer' '--with-unixODBC=/ usr/local' '--enable-wddx' '--with-expat-dir=/usr/local' '--enable-xml' '--with-xmlrpc' '--enable-xslt' '--with- xslt-sablot=/usr/local' '--with-zip=/usr/local' '--with- zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with- imap=/usr/local' '--with-imap-ssl=/usr/local' '--with- snmp=/usr/local' '--enable-ucd-snmp-hack' '--prefix=/ usr/local' 'i386-portbld-freebsd5.2' -- Edit this bug report at http://bugs.php.net/?id=28522&edit=1
#28496 [Opn->Asn]: Fatel Error in the make install
ID: 28496 Updated by: [EMAIL PROTECTED] Reported By: rehanann at kfupm dot edu dot sa -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Aix 5.2 -PHP Version: 4.3.6 +PHP Version: 4CVS, 5CVS -Assigned To: +Assigned To: sniper Previous Comments: [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-11-22 07:20:16] sjungels at adelphia dot net This bug is still present in 4.3.9 and the latest snapshot as of 11/21/2004. Apache 2.0.52 with "configure --enable-module=so enable-module=rewrite --prefix=/usr/local/apache" PHP with "configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql" Montevista Linux 2.4.17 [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
#27678 [Opn->Ver]: number_format() is having trouble with large numbers. Can segfault Apache.
ID: 27678 Updated by: [EMAIL PROTECTED] Reported By: morten_odegaard at broadpark dot no -Status: Open +Status: Verified -Bug Type: Reproducible crash +Bug Type: Math related -Operating System: Linux (redhat 7.3) +Operating System: Linux (redhat 7.3, 9) -PHP Version: 4.3.8 +PHP Version: 4CVS, 5CVS (2004-12-12) New Comment: (gdb) run -r "echo number_format(1e80, 3, '', ' ');" Starting program: /www/php-modules/bin/php -r "echo number_format(1e80, 3, '', ' ');" [New Thread 1087948032 (LWP 31942)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1087948032 (LWP 31942)] 0x4207c0ad in memmove () from /lib/tls/libc.so.6 (gdb) bt #0 0x4207c0ad in memmove () from /lib/tls/libc.so.6 #1 0xbfffd8e8 in ?? () #2 0x08259347 in ap_php_cvt (arg=Cannot access memory at address 0xffef ) at /usr/src/web/php/php4/main/snprintf.c:294 Cannot access memory at address 0x Previous Comments: [2004-08-22 23:35:21] morten_odegaard at broadpark dot no Well, its now 4.3.8, and the bug still exists, even on 5.* [2004-03-24 14:27:01] morten_odegaard at broadpark dot no Description: number_format() seems to be having problems with large numbers. I've found two different bugs, where one can segfault Apache. They are tested on both 4.3.4 and 5.0RC1 on Linux, and 4.3.4 on Windows. Bugs happens in all of them. -- Calling the function on numbers higher than (and including) 1e71, it will display a wrong result. Some numbers will have one 0 replaced with a 7, while some will be a digit too short, but be very close to the number it is supposed to show. -- When calling number_format() on numbers bigger than (and including) 1e80, it will either return nothing or crash, depending on the 'decimals' parameter. If 'decimals' is bigger then 0, then it will return nothing. If 'decimals' is lower then 1, Apache will segfault. Reproduce code: --- $ php -r "echo number_format(1e71, 0, '', ' ');" 100 000 000 000 000 070 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 $ php -r "echo number_format(1e72, 0, '', ' ');" 999 999 999 999 999 600 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 $ php -r "echo number_format(1e80, 3, '', ' ');" $ php -r "echo number_format(1e80, 0, '', ' ');" Segmentation fault Expected result: 100 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 1 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 10 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000.000 10 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 Actual result: -- Bug 1: Wrong numbers, as shown above. Bug 2: Nothing or a segfault, as show above. -- Edit this bug report at http://bugs.php.net/?id=27678&edit=1
#31030 [Opn->Bgs]: iconv() fails to output an error even if it cannot convert a string
ID: 31030 Updated by: [EMAIL PROTECTED] Reported By: rq at akl dot lt -Status: Open +Status: Bogus Bug Type: ICONV related Operating System: Linux PHP Version: 4.3.9 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. See the following post in [EMAIL PROTECTED]: http://news.php.net/php.i18n/766 Previous Comments: [2004-12-09 02:01:16] rq at akl dot lt Description: It's a duplicate of Bug #29852, which I cannot comment because it's marked as "Bogus", which it's not I'm using iconv() for some charset conversions, and, before converting anything to users' supplied charset, i use iconv() to check whether it would convert flawlessly. And I noticed, that iconv() never returns any error if at least the first character in the array given for conversion, is convertable. However, i think it's a bug somewhere in PHP, because the iconv(1) console command outputs an error in both similar cases: [EMAIL PROTECTED]:~ $ echo "rûta" > r [EMAIL PROTECTED]:~ $ iconv -futf-8 -tascii r riconv: illegal input sequence at position 1 ^^ note the "r" here. [EMAIL PROTECTED]:~ $ echo "ûta" > r [EMAIL PROTECTED]:~ $ iconv -futf-8 -tascii r iconv: illegal input sequence at position 0 [EMAIL PROTECTED]:~ $ echo "ruta" > r [EMAIL PROTECTED]:~ $ iconv -futf-8 -tascii r ruta Reproduce code: --- I wrote a small testcase script to demonstrate this issue. It's located at: http://jazz.lma.lt/~rq/iconv.php and source is at: http://jazz.lma.lt/~rq/iconv.phps. For example, check out these two links: http://jazz.lma.lt/~rq/iconv.php?text=r%C3%BBta&charset=ascii&submit= http://jazz.lma.lt/~rq/iconv.php?text=%C3%BBta&charset=ascii&submit= The only difference in them is an "r" letter in the beginning of the "text" variable. And in case it exists in "text", no errors are reported. Expected result: In both cases, iconv() should have reported an error. Actual result: -- iconv() did not return an error in the first case, when there was an ASCII letter before any unconvertable strings. -- Edit this bug report at http://bugs.php.net/?id=31030&edit=1
#28605 [Opn->Fbk]: bug21523.phpt test never end
ID: 28605 Updated by: [EMAIL PROTECTED] Reported By: tbp at poly dot polytechnique dot fr -Status: Open +Status: Feedback Bug Type: Math related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2004-06-01 (stable) 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-07-19 17:59:57] tbp at poly dot polytechnique dot fr I have no solution. Since this issue does not disturb my applications for a moment I leave it as it is [2004-07-19 17:21:55] edreddy at gmail dot com I am able reproduce the same bug on Redhat Enterprise Linux Advanced Server 3.0 in php version-4.3.8. Is there any solution found so far. If so, please pass on to me [2004-07-11 22:48:01] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php-4.3.7]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alphaev68-dec-osf5.1"... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php-4.3.7/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010bb14 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 317 fj = modf(fi / 10, &fi); (gdb) bt #0 0x00012010bb14 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:317 warning: (Internal error: pc 0x12010b9b8 in read in psymtab, but not in symtab.) #1 0x00012010b9b8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "", len=0x11fff9ba8) at /Admin/SRC/Apache/php-4.3.7/main/snprintf.c:176 warning: (Internal error: pc 0x12010d88c in read in psymtab, but not in symtab.) #2 0x00012010d88c in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f659 "f", ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:461 warning: (Internal error: pc 0x12010e048 in read in psymtab, but not in symtab.) #3 0x00012010e048 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f656 "%.*f", ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:638 warning: (Internal error: pc 0x12010e110 in read in psymtab, but not in symtab.) #4 0x00012010e110 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' ) at /Admin/SRC/Apache/php-4.3.7/main/spprintf.c:658 warning: (Internal error: pc 0x1200ae738 in read in psymtab, but not in symtab.) #5 0x0001200ae738 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',') at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1032 warning: (Internal error: pc 0x1200aeb68 in read in psymtab, but not in symtab.) #6 0x0001200aeb68 in zif_number_format (ht=1074697176, return_value=0x1400e9398, this_ptr=0x11fff9ad6, return_value_used=0) at /Admin/SRC/Apache/php-4.3.7/ext/standard/math.c:1128 warning: (Internal error: pc 0x1201558d8 in read in psymtab, but not in symtab.) #7 0x0001201558d8 in execute (op_array=0x7ff0) at /Admin/SRC/Apache/php-4.3.7/Zend/zend_execute.c:1635 Previous frame inner to this frame (corrupt stack?) (gdb) [2004-07-11 21:43:33] [EMAIL PROTECTED] run the single test like this: # gdb sapi/cli/php (gdb) run ext/standard/tests/math/bug21523.phpt And if/when it hangs, press ctrl+c and then type: (gdb) bt And paste output here. [2004-06-01 22:21:01] tbp at poly dot polytechnique dot fr Description: I was upgrading my apache/mod-ssl/php to latest version and I have now trouble to do make test: I expect make test to give me some results in minute or some, but it continue running for hours. But I could stop it with CTRL-C Same results for php 4.3.6/4.3.7RC1/php4-STABLE-200406011430 php 4.3.4 works fine. My
#28228 [Opn->Asn]: number_format function bug
ID: 28228 Updated by: [EMAIL PROTECTED] Reported By: bichinhoverde at spwinternet dot com dot br -Status: Open +Status: Assigned Bug Type: Math related Operating System: * -PHP Version: 4.3.8 +PHP Version: 4CVS, 5CVS (2004-12-12) -Assigned To: +Assigned To: iliaa New Comment: This is not fixed correctly. See also bug 29538 Previous Comments: [2004-09-23 19:43:49] bichinhoverde at spwinternet dot com dot br Well, according to the documentation, dec_point and thousands_sep should be both string. I wouldn't know what to expect when I put a boolean value in ther. But, regarding: print number_format(1234.56, 2, '', ','); it really outputs 123,456 when it should output 1,23456. I tested it on 4.3.8 on windows. I thinks it is another "feature" ;) [2004-09-23 17:08:45] mark at quarella dot co dot uk To be a bit clearer than my previous comment: number_format(1234.56, 2, '', ',') should result in 1,23456 not 123,456 as it does now. Ideally number_format(1234.56, 2, FALSE, ',') would give 1,234.56 but 1,23456 would be better than the current behaviour. [2004-09-23 17:04:49] mark at quarella dot co dot uk I have just discovered that: number_format(11.99, 2, FALSE, ',') which used to display 11.99 now displays 1,199 I'm not sure whether FALSE ought to be supported as a "use the default" rather than equivalent to the empty string, but surely at worst this should give: 1199 My preference, for what it's worth, is that FALSE should take the default ('.'), but '' should work better than it does? [I only have 4.3.8 to test against but no mention of this is made in the 4.3.9 release notes] [2004-04-30 15:26:29] [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. [2004-04-30 09:19:20] [EMAIL PROTECTED] It's not a feature, it's a bug of course. 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/28228 -- Edit this bug report at http://bugs.php.net/?id=28228&edit=1
#29538 [Opn->Ver]: number_format and problem with 0
ID: 29538 Updated by: [EMAIL PROTECTED] Reported By: maugeri at tiscali dot it -Status: Open +Status: Verified Bug Type: Math related Operating System: Linux Fedora Core 2 -PHP Version: 4.3.8 +PHP Version: 4CVS, 5CVS (2004-12-12) Previous Comments: [2004-08-05 17:16:47] maugeri at tiscali dot it Description: When i try to obtain a value withou the separator give me a strange result... $sfero = number_format("0.25", 2, '', ''); echo $sfero; it give 25 and not 025! now i must use $sfero = number_format("0.25", 2, ',', ''); $sfero = str_replace(",", "", $sfero); i don't know if is a bug but first,with other php version, the function number_format worked fine Reproduce code: --- "; } ?> Expected result: 000 025 050 075 100 125 150 etc Actual result: -- 25 50 75 100 125 150 etc -- Edit this bug report at http://bugs.php.net/?id=29538&edit=1
#29733 [Opn->Ver]: printf handles repeated placeholders wrong
ID: 29733 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at bluetwanger dot de -Status: Open +Status: Verified Bug Type: Strings related -Operating System: +Operating System: * -PHP Version: 5.0.1 +PHP Version: 4CVS, 5CVS (2004-12-12) Previous Comments: [2004-10-05 17:50:51] bugs dot php dot net at afdelingp dot dk The bug is also in PHP 4.3. The problem is that the original check for too-few-arguments was left in the code when I implemented argnum swapping. Your patch (moving the check to the bottom instead of having two checks) fixes this, and should be applied to PHP 4.3 too. Embarrassing :-) [2004-09-30 16:42:33] danielc at analysisandsolutions dot com Note, the error only happens when mixing numbered and non-numberd directives. Tweaking the example from the original bug report to use only numbered directives eliminates the error: printf('%1$s - %2$s %3$s %3$s %2$s', 1, 2, 3); [2004-08-27 14:36:16] bugs dot php dot net at bluetwanger dot de Here's a link: http://www.bluetwanger.de/~mbertheau/formatted_print.c.patch You make it really hard to submit a patch. This bug thing has no provision for attaching a file and you have to strain a lot to get at an email address of a developer mailing list. [2004-08-27 14:30:33] bugs dot php dot net at bluetwanger dot de Here's a patch: --- ext/standard/formatted_print.c.orig 2004-07-18 19:28:04.0 +0200 +++ ext/standard/formatted_print.c 2004-08-27 14:23:07.580732341 +0200 @@ -537,12 +537,6 @@ php_sprintf_appendchar(&result, &outpos, &size, '%' TSRMLS_CC); inpos += 2; } else { - if (currarg >= argc && format[inpos + 1] != '%') { - efree(result); - efree(args); - php_error_docref(NULL TSRMLS_CC, E_WARNING, "Too few arguments"); - return NULL; - } /* starting a new format specifier, reset variables */ alignment = ALIGN_RIGHT; adjusting = 0; @@ -574,13 +568,6 @@ argnum += format_offset; - if (argnum >= argc) { - efree(result); - efree(args); - php_error_docref(NULL TSRMLS_CC, E_WARNING, "Too few arguments"); - return NULL; - } - /* after argnum comes modifiers */ PRINTF_DEBUG(("sprintf: looking for modifiers\n" "sprintf: now looking at '%c', inpos=%d\n", @@ -635,6 +622,13 @@ argnum = currarg++ + format_offset; } +if (argnum >= argc) { +efree(result); +efree(args); +php_error_docref(NULL TSRMLS_CC, E_WARNING, "Too few arguments"); +return NULL; +} + if (format[inpos] == 'l') { inpos++; } Let's see if the line breaks survive. It basically removes the bogus (format[inpos + 1] != '%' will always be true there) arg number check and moves the right one outside the special case for "complicated" format specifiers. [2004-08-18 14:46:41] bugs dot php dot net at bluetwanger dot de Description: printf('%s - %s %s %3$s %2$s', 1, 2, 3); complains: Warning: printf(): Too few arguments in /home/bertheau/printf.php on line 2 printf('%s - %s %s %3$s %2$s', 1, 2, 3, 4); does not complain and prints: 1 - 2 3 3 2 I expect the first version to not complain and print what the second version prints. -- Edit this bug report at http://bugs.php.net/?id=29733&edit=1
#31066 [NEW]: Can't dynamic load with module (php.ini)
From: jsgoupil at lookstrike dot com Operating system: WinXP PHP version: 5.0.2 PHP Bug Type: Dynamic loading Bug description: Can't dynamic load with module (php.ini) Description: When loading PHP with CGI method, I put the extension_dir to "./ext" and it is working fine. When I want to load PHP with module method, I got some problem. First of all, it seems the library can't be loaded. The "./ext" doesn't work. So there are two ways to resolve the problem, copy "ext" dir into C:/Windows or link to "ext" dir with the full path : extension_dir = "C:/php5/ext" So this is the first problem. The second one, is that php_mysqli.dll can't be loaded even if I use one of the two mothods I explain above... All other dlls (gd2 and mysql) are loaded but not mysqli... So I have to stay on php-cgi since you discover the problem... Notice that it is perhaps not a bug the first one, but it is not normal that it is working with php-cgi and not with module... I already check the bug http://bugs.php.net/bug.php?id=30636 and it doesn't correspond to this one... I put the C:/php5 to my PATH to be sure. Furthermore, I tried with / and \ in the extension_dir and it is not working anyway... I check http://bugs.php.net/bug.php?id=8416 and I've try to copy the ext folder to System32... the second bug is always there. -- Edit bug report at http://bugs.php.net/?id=31066&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31066&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31066&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31066&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31066&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31066&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31066&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31066&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31066&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31066&r=support Expected behavior: http://bugs.php.net/fix.php?id=31066&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31066&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31066&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31066&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31066&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31066&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31066&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31066&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31066&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31066&r=mysqlcfg
#31065 [Fbk->Opn]: HTTP "302" status header contains no description causing failure on clients.
ID: 31065 User updated by: glideraerobatics at hotmail dot com Reported By: glideraerobatics at hotmail dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Linux PHP Version: 5.0.2 New Comment: I'm using php-cgi called from mod_suphp in Apache 2. Previous Comments: [2004-12-12 16:35:29] [EMAIL PROTECTED] What SAPI are you using? [2004-12-12 16:35:29] [EMAIL PROTECTED] What SAPI are you using? [2004-12-12 15:46:06] glideraerobatics at hotmail dot com Description: I've noticed that the browsers in many mobile handsets fail to understand HTTP responses that don't contain a description after the status code. This is often a problem when using the header('Location: http://somewhere/') function in PHP scripts. This function sets the HTTP status code to 302 so that the client can redirect to the given location. Unfortunately the description "Found" is missing behind that status header so many mobile clients just croak when they recieve the response. Adding a status description. Just rip them from here: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 When it comes to what is not following the HTTP standards exactly in this case, then I think it's PHP as I can't see anywhere that the status description is something optional: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 Reproduce code: --- header('Location: http://www.php.net'); Expected result: HTTP/1.1 302 Found Location: http://www.php.net/ Actual result: -- HTTP/1.1 302 Location: http://www.php.net/ -- Edit this bug report at http://bugs.php.net/?id=31065&edit=1
#31043 [Bgs->Opn]: Error trying to build with GD 2.0.33
ID: 31043 User updated by: phpbb dot mods at phpmix dot com Reported By: phpbb dot mods at phpmix dot com -Status: Bogus +Status: Open Bug Type: GD related Operating System: RHEL 3 PHP Version: 4.3.9 New Comment: Anyway... the PHP manual suggests it IS possible to compile PHP with a GD other than the one bundled in the package (using the --with-gd[=DIR] parameter). However, this does NOT seem to be the case. ...or? Previous Comments: [2004-12-10 04:41:38] phpbb dot mods at phpmix dot com I meant _write_ support for GIF _Animation_. I believe 4.3.9 adds support for writing GIFs, but not GIF animations. A bug in the manual? ..it suggests it is possible to compile PHP with a different GD library than the one PHP provides as an extension. I'm guessing this is not completely correct. :( Will this patch be included in 4.3.10 ? http://www.zend.com/lists/php-dev/200411/msg00171.html [2004-12-10 02:03:36] phpbb dot mods at phpmix dot com I've tried without success. The only reference I've about it is here: http://www.zend.com/lists/php-dev/200411/msg00171.html http://hyvatti.iki.fi/~jaakko/sw/ Do you mean the GIF animation functions are already implemented? If so, could you please give a pointer on how to get more information about new functions? Thanks [2004-12-10 01:20:59] [EMAIL PROTECTED] So does bundled GD lib as of PHP 4.3.9 [2004-12-09 23:31:25] phpbb dot mods at phpmix dot com Main reason is GD 2.0.33 now supports writing GIF animations. [2004-12-09 23:24:40] [EMAIL PROTECTED] We recommend the bundled GD version, why to you want to use another one? 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/31043 -- Edit this bug report at http://bugs.php.net/?id=31043&edit=1
#31056 [Opn->Csd]: php_std_date() returns invalid formatted date if y2k_compliance is On
ID: 31056 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Date/time related Operating System: Linux 2.4 (Debian) PHP Version: 5.0.1 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-12-11 09:59:26] [EMAIL PROTECTED] It's just a matter of changing 2 hyphens to spaces at http://lxr.php.net/source/php-src/ext/standard/datetime.c#952 Michael [2004-12-10 20:45:47] [EMAIL PROTECTED] Description: If INI directive "y2k_compliance" is set to "On", php_std_date() returns an invalid HTTP date: Sun, 06-Nov-1994 08:49:37 GMT - which should be: Sun, 06 Nov 1994 08:49:37 GMT - (RFC 822/1123) If "y2k_compliance" is set to "Off", php_std_date() returns a valid RFC850 HTTP date, though(like: Fri, 10-Dec-04 19:38:00 GMT). http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3.1 -- Edit this bug report at http://bugs.php.net/?id=31056&edit=1
#31065 [Opn->Fbk]: HTTP "302" status header contains no description causing failure on clients.
ID: 31065 Updated by: [EMAIL PROTECTED] Reported By: glideraerobatics at hotmail dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Linux PHP Version: 5.0.2 New Comment: What SAPI are you using? Previous Comments: [2004-12-12 16:35:29] [EMAIL PROTECTED] What SAPI are you using? [2004-12-12 15:46:06] glideraerobatics at hotmail dot com Description: I've noticed that the browsers in many mobile handsets fail to understand HTTP responses that don't contain a description after the status code. This is often a problem when using the header('Location: http://somewhere/') function in PHP scripts. This function sets the HTTP status code to 302 so that the client can redirect to the given location. Unfortunately the description "Found" is missing behind that status header so many mobile clients just croak when they recieve the response. Adding a status description. Just rip them from here: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 When it comes to what is not following the HTTP standards exactly in this case, then I think it's PHP as I can't see anywhere that the status description is something optional: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 Reproduce code: --- header('Location: http://www.php.net'); Expected result: HTTP/1.1 302 Found Location: http://www.php.net/ Actual result: -- HTTP/1.1 302 Location: http://www.php.net/ -- Edit this bug report at http://bugs.php.net/?id=31065&edit=1
#31065 [Opn->Fbk]: HTTP "302" status header contains no description causing failure on clients.
ID: 31065 Updated by: [EMAIL PROTECTED] Reported By: glideraerobatics at hotmail dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Linux PHP Version: 5.0.2 New Comment: What SAPI are you using? Previous Comments: [2004-12-12 16:35:29] [EMAIL PROTECTED] What SAPI are you using? [2004-12-12 15:46:06] glideraerobatics at hotmail dot com Description: I've noticed that the browsers in many mobile handsets fail to understand HTTP responses that don't contain a description after the status code. This is often a problem when using the header('Location: http://somewhere/') function in PHP scripts. This function sets the HTTP status code to 302 so that the client can redirect to the given location. Unfortunately the description "Found" is missing behind that status header so many mobile clients just croak when they recieve the response. Adding a status description. Just rip them from here: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 When it comes to what is not following the HTTP standards exactly in this case, then I think it's PHP as I can't see anywhere that the status description is something optional: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 Reproduce code: --- header('Location: http://www.php.net'); Expected result: HTTP/1.1 302 Found Location: http://www.php.net/ Actual result: -- HTTP/1.1 302 Location: http://www.php.net/ -- Edit this bug report at http://bugs.php.net/?id=31065&edit=1
#29877 [Opn]: variable assign by reference works even when methods don't return by reference
ID: 29877 Updated by: [EMAIL PROTECTED] Reported By: bharat at menalto dot com Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8 PHP Version: 4CVS, 5CVS (2004-12-10) New Comment: Note: Tested with 4.2.2 and it works exactly the same. IMO this is not a bug. Previous Comments: [2004-08-28 22:56:41] bharat at menalto dot com Description: According to the documentation here: http://us4.php.net/manual/en/language.references.return.php In order to assign a variable as a reference to a value returned by a class method, the method needs to also return by reference. However, on PHP 4.3.8 in my test script I've found that the semantics are the same whether or not you return by reference. This is surprising to me. I could have sworn that it didn't used to be this way. Please let me know if you need more information. I can reproduce this with a stock php.ini. If this is the desired behaviour in this case, then we should update the documentation to reflect that the ampersand is no longer necessary on the getter method. Reproduce code: --- http://www.menalto.com/.outgoing/php/ref.php Expected result: The URL above indicates the expected results. I can elaborate if necessary. -- Edit this bug report at http://bugs.php.net/?id=29877&edit=1
#30372 [Opn->Bgs]: dba_open() fails when using the db3 handler
ID: 30372 Updated by: [EMAIL PROTECTED] Reported By: spame at pobox dot sk -Status: Open +Status: Bogus Bug Type: DBM/DBA related Operating System: win xp sp1 PHP Version: 4.3.9 New Comment: File permission problem -> not PHP bug but user error. Ask support questions on an appropriate support forum. Previous Comments: [2004-10-09 12:43:31] spame at pobox dot sk Description: my os: win xp sp1 my php: 4.3.9 my web server: apache/1.3.29 (win32) php/4.3.9 i have the same problem as was described in bug #17559 or #28122 (but with other os ond/or higher php version). i followed all steps to solve my problem with dba_open() function with db3 handler, but nothing helps me... of course, i have php_dba.dll included as an extension (specified in php.ini), and phpinfo()'s dba section shows that dba is enabled and the db3 handler is available handler of course, the path to dba file is correct. of course, all user hava are able to access dba file. if i change db3 handler for inifile or flatfile handler, everithing working. thanks in advance Reproduce code: --- $fp = dba_open(PATH_TO_FILE.'/qui2id', 'c', 'db3') Expected result: create 'qui2id' file and return a valid dba identifier resource Actual result: -- Notice: dba_open(): read: 0x173f47c, 256: Permission denied in e:\www\index.php on line 92 Notice: dba_open(): e:/www/cache/qui2id: Permission denied in e:\www\index.php on line 92 Warning: dba_open(e:/www/cache/qui2id,c): Driver initialization failed for handler: db3: Permission denied in e:\www\index.php on line 92 -- Edit this bug report at http://bugs.php.net/?id=30372&edit=1
#29895 [Opn->Fbk]: connect via CLI failed
ID: 29895 Updated by: [EMAIL PROTECTED] Reported By: sonny at sun dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Fedora Core 2 PHP Version: 4.3.8, 5.0.1 New Comment: Try to trace it in GDB instead of strace.. Put a break for zif_ldap_connect call and step from there and show the result. Previous Comments: [2004-10-01 11:14:44] sonny at sun dot com Aditional info to strace: read(3, "http://bugs.php.net/?id=29895&edit=1
#29949 [Opn->Fbk]: Relative include() sometimes works as expected
ID: 29949 Updated by: [EMAIL PROTECTED] Reported By: joaquim at telia dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 4.3.8 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-09-27 11:53:22] joaquim at telia dot com I guess this is an obvious mistake, but in "Expected result", it's supposed to say "spoon" instead of "foo". [2004-09-02 13:34:37] joaquim at telia dot com Description: If include_path is set to ".", and the relative path in an include statement contains "../" but doesn't start with "../", then the relative path is relative to the including script instead of the currently running script. This is inconsistent with the way in which relative paths in include statements are supposed to work. Reproduce code: --- /a.php /inc/module/b.php /inc/c.php Expected result: "Warning: main(foo/../../c.php): failed to open stream: No such file or directory in /inc/module/b.php on line 1" The above result would be consistent with the error reported when "foo/../" is removed from the code. Actual result: -- Outputs "Hello world" to the browser. -- Edit this bug report at http://bugs.php.net/?id=29949&edit=1
#30003 [Opn->Bgs]: FTP: Nonexistant Year Handler
ID: 30003 Updated by: [EMAIL PROTECTED] Reported By: djneoform at gmail dot com -Status: Open +Status: Bogus -Bug Type: Feature/Change Request +Bug Type: FTP related Operating System: Linux PHP Version: 4.3.8 New Comment: There is no standard for how the output of LIST is shown so it is likely to be different on different FTP servers.. Previous Comments: [2004-09-07 17:05:39] djneoform at gmail dot com After looking into it more, ftp_mdtm() doesn't work unless you just used ftp_chdir() i don't believe it's supposed to work that way. [2004-09-06 21:42:55] djneoform at gmail dot com Description: When looking at ftp_rawlist() for each file there's a date, and time, but the date has no year.. I would use ftp_mdtm(), but it works on about 10% of the files I check.. Reproduce code: --- $contents = ftp_rawlist($conn_id,$directory); -- Edit this bug report at http://bugs.php.net/?id=30003&edit=1
#30189 [Opn->Fbk]: Compile with IBM DB2 don't work
ID: 30189 Updated by: [EMAIL PROTECTED] Reported By: cseader at idahopower dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: SuSE SLES 8 zSeries 64bit PHP Version: 4.3.8 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-09-21 23:56:09] cseader at idahopower dot com Description: I am compileing PHP with IBM DB2 support on SuSE SLES 8 zSeries 64bit platform. I am useing the following configure options. ./configure --with-apxs --enable-track-vars --with-ibm-db2=/opt/IBM/db2/V8.1 --enable-bcmath --with-zlib=yes While doing the compile i get some warnings that are spit out and the compile completes successfully, but ODBC for IBM DB2 does not work properly, and i think it has to do with these warnings. Here are the warnings listed below. In file included from /opt/IBM/db2/V8.1/include/sqlcli1.h:42, from /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc_includes.h:176, from /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:37: /opt/IBM/db2/V8.1/include/sqlcli.h:772:1: warning: "ODBCVER" redefined In file included from /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:37: /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc_includes.h:28:1: warning: this is the location of the previous definition /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `safe_odbc_disconnect': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:201: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:204: warning: passing arg 1 of `SQLTransact' makes integer from pointer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:204: warning: passing arg 2 of `SQLTransact' makes integer from pointer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:205: warning: passing arg 1 of `SQLDisconnect' makes integer from pointer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `_close_odbc_conn': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:231: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `_close_odbc_pconn': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:259: warning: passing arg 1 of `safe_odbc_disconnect' makes pointer from integer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `odbc_bindcols': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:676: warning: passing arg 6 of `SQLBindCol' from incompatible pointer type /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `zif_odbc_execute': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1042: warning: cast to pointer from integer of different size /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `zif_odbc_data_source': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1223: warning: passing arg 2 of `odbc_sql_error' makes integer from pointer without a cast /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `php_odbc_fetch_hash': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1434: warning: passing arg 6 of `SQLGetData' from incompatible pointer type /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `zif_odbc_fetch_into': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1594: warning: passing arg 6 of `SQLGetData' from incompatible pointer type /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `zif_odbc_result': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1825: warning: passing arg 6 of `SQLGetData' from incompatible pointer type /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1868: warning: passing arg 6 of `SQLGetData' from incompatible pointer type /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `zif_odbc_result_all': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:1972: warning: passing arg 6 of `SQLGetData' from incompatible pointer type /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c: In function `odbc_do_connect': /usr/src/packages/BUILD/php4-STABLE-200409201630/ext/odbc/php_odbc.c:2302: warning: cast fro
#30258 [Opn->Bgs]: make install fails to install mod_php4.so
ID: 30258 Updated by: [EMAIL PROTECTED] Reported By: mcaplin at miami dot edu -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Tru64 UNIX PHP Version: 4.3.9 New Comment: 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. Previous Comments: [2004-09-27 21:30:30] mcaplin at miami dot edu Description: # ./configure --with-apxs=/usr/local/apache/bin/apxs --with-imap --with-mysql=/usr/local --with-curl --with-gettext --enable-memory-limit --quiet # /usr/lcoal/bin/make -s [many warnings] # apachectl stop /usr/local/apache/bin/apachectl stop: httpd stopped # /usr/local/bin/make install Installing PHP SAPI module: apache [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 Exit 2 # ls -l ./libs total 14840 -rw-r--r-- 1 root 1003 15136388 Sep 27 13:18 libphp4.a -rw-r--r-- 1 root 1003 836 Sep 27 13:18 libphp4.la Tried with Apache versions 1.3.29 and 1.3.31. -- Edit this bug report at http://bugs.php.net/?id=30258&edit=1
#31065 [NEW]: HTTP "302" status header contains no description causing failure on clients.
From: glideraerobatics at hotmail dot com Operating system: Linux PHP version: 5.0.2 PHP Bug Type: HTTP related Bug description: HTTP "302" status header contains no description causing failure on clients. Description: I've noticed that the browsers in many mobile handsets fail to understand HTTP responses that don't contain a description after the status code. This is often a problem when using the header('Location: http://somewhere/') function in PHP scripts. This function sets the HTTP status code to 302 so that the client can redirect to the given location. Unfortunately the description "Found" is missing behind that status header so many mobile clients just croak when they recieve the response. Adding a status description. Just rip them from here: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 When it comes to what is not following the HTTP standards exactly in this case, then I think it's PHP as I can't see anywhere that the status description is something optional: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 Reproduce code: --- header('Location: http://www.php.net'); Expected result: HTTP/1.1 302 Found Location: http://www.php.net/ Actual result: -- HTTP/1.1 302 Location: http://www.php.net/ -- Edit bug report at http://bugs.php.net/?id=31065&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31065&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31065&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31065&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31065&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31065&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31065&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31065&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31065&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31065&r=support Expected behavior: http://bugs.php.net/fix.php?id=31065&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31065&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31065&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31065&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31065&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31065&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31065&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31065&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31065&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31065&r=mysqlcfg
#30446 [Opn]: virtual() includes files out of sequence
ID: 30446 User updated by: per at computer dot org Reported By: per at computer dot org Status: Open Bug Type: Apache2 related Operating System: linux 2.4.26 PHP Version: 4CVS, 5CVS (?) New Comment: Also present in 4.3.10RC2. I'm curious regarding the Category "Apache2 related" - this problem is not present in php4.3.8, only in the later versions. I'm sure it *is* apache2 related, but it would appear that the problem is in php, not apache2? Previous Comments: [2004-12-02 09:43:45] per at computer dot org I'm currently using 2.0.52, but I believe I reproduced this with 2.0.50 as well. The problem does not occur in php 4.3.8 with either apache version. [2004-12-02 03:30:40] [EMAIL PROTECTED] What Apache version are you using? [2004-11-24 13:36:13] per at computer dot org Also present in 4.3.10RC1 [2004-10-25 12:13:19] michele at borioli dot net Got the same error on Win 2k platform. OS: Windows 2000 SP3 (5.00.2195) PHP: 5.0.1 APACHE: 2.0.1 [2004-10-16 00:46:05] kulphp at akaukul dot co dot uk This I have found this only happens when using multiviews (content-negotiation), and the same(both examples below) as a .shtml works correctly. works ok and places the content in the correct place (NOT using mutliviews) places the content at the very beginning of the output, and in front(very top of results) of where it was called (using mutliviews). 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/30446 -- Edit this bug report at http://bugs.php.net/?id=30446&edit=1
#31064 [Opn->Bgs]: str_word_count and german umlauts and ligatures
ID: 31064 Updated by: [EMAIL PROTECTED] Reported By: km at control-b dot de -Status: Open +Status: Bogus Bug Type: Strings related Operating System: windows PHP Version: 5.0.2 New Comment: This is not a bug, PHP doesn't know anything about UTF8 encodings and will split up a word if it's not [A-z]. Previous Comments: [2004-12-12 01:57:22] km at control-b dot de Description: str_word_count return wrong number, if german umlaut "ö" (ö) is contained in the word. it is okay, if the umlaut is the first or the last character. the same goes für the ligature "ß" ß. Reproduce code: --- echo str_word_count('wäre'); # 1 - okay echo str_word_count('würde');# 1 - okay echo str_word_count('wérk'); # 1 - okay echo str_word_count('wörk'); # 2 - wrong!!! echo str_word_count('örk'); # 1 - okay echo str_word_count('werök');# 2 - wrong!!! echo str_word_count('weräk');# 1 - okay echo str_word_count('straßenbahnölbehälter'); # 3 words??? Expected result: the above code should return always 1 -- Edit this bug report at http://bugs.php.net/?id=31064&edit=1
#28006 [Opn]: referencing an unset global produces a segfault
ID: 28006 User updated by: per at computer dot org Reported By: per at computer dot org Status: Open Bug Type: Reproducible crash -Operating System: linux, kernel 2.4.24 +Operating System: linux, kernel 2.4.26 -PHP Version: 4.3.7 +PHP Version: 4.3.10RC2 New Comment: Reproduced in 4.3.10RC2, kernel 2.4.26. Previous Comments: [2004-07-12 13:15:32] per at computer dot org I believe I am now able to reproduce the problem - I can't say for certain that it *is* the same, but I suspect so. I first saw this with php 434, then 437, and finally php4-STABLE-200407120830, all with apache 2.0.49 on linux 2.4.26. 3 files to reproduce: k1.phtml.en - http://jessen.ch/php-bug28006/k1.txt k2.phtml.en - http://jessen.ch/php-bug28006/k2.txt k3.phtml.en - http://jessen.ch/php-bug28006/k3.txt Load http://server/k1 [2004-05-03 01:00:03] php-bugs at lists dot php dot net 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". [2004-04-25 13:05:53] [EMAIL PROTECTED] Then please do that. [2004-04-25 11:07:23] per at computer dot org >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. The problem is still reproducible, but I have not been able to write a simple script for reproducing it for debugging purposes. [2004-04-23 17:42:25] [EMAIL PROTECTED] 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. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28006 -- Edit this bug report at http://bugs.php.net/?id=28006&edit=1
#29840 [Bgs->Asn]: is_executable does not honor the safe_mode!
ID: 29840 Updated by: [EMAIL PROTECTED] Reported By: markus at cultcom dot de -Status: Bogus +Status: Assigned Bug Type: Filesystem function related Operating System: Linux 2.4.x PHP Version: 4.3.8 -Assigned To: +Assigned To: wez New Comment: Jani, I sent a patch for this problem to Wez long ago. The problem is that is_executable() indeed doesn't respect safe_mode_exec_dir as it should, so I'm assigning this to Wez. Previous Comments: [2004-12-12 02:07:16] [EMAIL PROTECTED] It works just fine. (it returns false always when in safe-mode..) [2004-08-25 18:06:12] markus at cultcom dot de Description: Seems to be a common problem nobody complains about... "is_executable()" does not work in safe_mode! Some PHP-Projects check for sendmail using this function and don't work in safe_mode even if sendmail acutally IS executable (i.e. PEAR: Mail.php). is_executable() should at least honor the safe_mode_exec_dir directive! Reproduce code: --- Try with PHP/CGI and suexec + safe_mode where example-UID != sendmail-UID Expected result: true, what else? Actual result: -- false. -- Edit this bug report at http://bugs.php.net/?id=29840&edit=1