#29955 [Ana]: mb_strtoupper() / lower() broken with some locale
ID: 29955
Updated by: [EMAIL PROTECTED]
Reported By: jan at horde dot org
Status: Analyzed
Bug Type: mbstring related
Operating System: Linux
PHP Version: 4CVS-2004-09-02 (stable)
New Comment:
Turkish locale would need complete overhaul on the
entire extension because the locale's character
properties and required case folding behaviour are very
special.
PHP-ICU extension could support anything, but that's
just an ongoing work by l0t3k.
Previous Comments:
[2005-05-13 02:26:18] mustafa at deu dot edu dot tr
I get the same results like jan.
I need to get UTF-8 output for consuming a web service and I configured
my php 5.0.4 with --enable-mbstring=all parameter (on linux that has
been set with Turkish locale)
I see that mbstring extension has limited language support in source
code. (German, English, Japanese, Korean, Russian, Chinese)
Is there a way to add our (Turkish) language to source code? Any
references about this extension's source?
[2005-02-22 11:10:06] [EMAIL PROTECTED]
It turned out this is because mbstring doesn't take the
locale into consideration.
[2005-02-21 20:51:07] jan at horde dot org
No, this didn't change anything.
[2005-02-21 11:02:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-09-02 17:15:42] jan at horde dot org
Description:
In ISO-8859-9 (Turkish) the uppercase letter of i is a dotted
uppercase I, the lowercase letter of I is a dotless i. But
mb_strtolower() und mb_strtoupper() simply return the ASCII uppercase
or lowercase counterparts.
You get the correct result with:
setlocale(LC_ALL, 'tr_TR');
echo strtoupper('i');
echo strtolower('I');
But the wrong results with:
echo mb_strtoupper('i', 'iso-8859-9');
echo mb_strtolower('I', 'iso-8859-9');
--
Edit this bug report at http://bugs.php.net/?id=29955edit=1
#33025 [NEW]: Excluded win32 directory for tru64 OS
From: shantalabhat at hotmail dot com Operating system: Tru64 PHP version: 4.3.11 PHP Bug Type: Compile Failure Bug description: Excluded win32 directory for tru64 OS Description: I am compiling the PHP-4.3.11 on Tru64 . So I exclueded the php-4.3.11/win32 directory. When I try to build the source I get the error saying php4/main/php_ini.c, line 34: Cannot find file win32/php_registry.h specified in #include directive. (noinclfilef) #include win32/php_registry.h -^ When I looked into php4/main/php_ini.c file I noticed that none of the functions mentioned in win32/php_registry.h are utilised in this file. So when I take out this include directory The compilation goes out smooth. Reproduce code: --- 21 /* Check CWD for php.ini */ 22 #define INI_CHECK_CWD 23 24 #include php.h 25 #include ext/standard/info.h 26 #include zend_ini.h 27 #include php_ini.h 28 #include ext/standard/dl.h 29 #include zend_extensions.h 30 #include zend_highlight.h 31 #include SAPI.h 32 #include php_main.h 33 #include php_scandir.h 34 #include win32/php_registry.h 35 36 #if HAVE_SCANDIR HAVE_ALPHASORT HAVE_DIRENT_H Expected result: The compilation should go smooth if win32 directory is excluded Actual result: -- Getting Compilation error -- Edit bug report at http://bugs.php.net/?id=33025edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33025r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33025r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33025r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33025r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33025r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33025r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33025r=needscript Try newer version: http://bugs.php.net/fix.php?id=33025r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33025r=support Expected behavior: http://bugs.php.net/fix.php?id=33025r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33025r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33025r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33025r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33025r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33025r=dst IIS Stability: http://bugs.php.net/fix.php?id=33025r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33025r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33025r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33025r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33025r=mysqlcfg
#33020 [Opn-Bgs]: getAttribute() incorrectly de-references entities
ID: 33020
Updated by: [EMAIL PROTECTED]
Reported By: mark at kimsal dot com
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5.0.4
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
It's UTF-8 encoded, but you output is as ISO-8859-1 (same goes for
htmlentities).
(Almost) anything from DOM is UTF-8 encoded.
Previous Comments:
[2005-05-12 21:53:59] mark at kimsal dot com
Description:
When using getAttribute to get the value of an attribute
that contains an XML entity (eg. #174) the returned value
is neither the actual character that is being represented
nor the characters that make up the entity '' '#' '1' '7'
'4'. Instead there are two characters that are returned, A
circumflex (Â) and, in this example, the registered
trademark symbol (®).
'./configure' '--prefix=/opt/php5' '--with-mysql'
'--with-apxs2=/usr/sbin/apxs2' '--with-zlib' '--with-expat'
'--enable-sigchild' '--with-openssl' '--enable-shared'
'--enable-soap' '--with-gd' '--enable-mbstring'
'--with-pgsql' '--with-imap=shared,/usr/lib'
'--with-imap-ssl=no' '--with-gd'
'--with-jpeg-dir=/usr/include' '--with-ldap' '--with-xsl'
'--enable-memory-limit' '--enable-debug'
'--with-libxml-dir=/usr'
Reproduce code:
---
ent.php:
$dom = new DomDocument();
$dom-substituteEntities = true;
$dom-resolveExternals = true;
$dom-load('ent.xml');
$dom-substituteEntities = true;
$dom-resolveExternals = true;
echo $dom-saveXml();
$list = $dom-getElementsByTagName('bar');
$node = $list-item(0);
echo \n===\n Attribute 'test' of node 'bar': ;
echo $node-getAttribute(test);
echo \n===\n Attribute 'test' of node 'bar' with htmlentities:
;
echo htmlentities($node-getAttribute(test));
echo \n===\n;
ent.xml:
?xml version=1.0?
!DOCTYPE foo [
!ENTITY reg #174;
]
foo
bar test=reg;#174;/bar
/foo
Expected result:
?xml version=1.0?
!DOCTYPE foo [
!ENTITY reg #174;
]
foo
bar test=#174;#174;/bar
/foo
===
Attribute 'test' of node 'bar': #174;
===
Attribute 'test' of node 'bar' with htmlentities:
amp;#174;
===
Actual result:
--
?xml version=1.0?
!DOCTYPE foo [
!ENTITY reg #174;
]
foo
bar test=#xAE;#xAE;/bar
/foo
===
Attribute 'test' of node 'bar': ®
===
Attribute 'test' of node 'bar' with htmlentities:
Acirc;reg;
===
--
Edit this bug report at http://bugs.php.net/?id=33020edit=1
#33025 [Opn-Bgs]: Excluded win32 directory for tru64 OS
ID: 33025 Updated by: [EMAIL PROTECTED] Reported By: shantalabhat at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Tru64 PHP Version: 4.3.11 New Comment: Don't mess with the sources if you don't know what you're doing. Previous Comments: [2005-05-13 08:55:51] shantalabhat at hotmail dot com Description: I am compiling the PHP-4.3.11 on Tru64 . So I exclueded the php-4.3.11/win32 directory. When I try to build the source I get the error saying php4/main/php_ini.c, line 34: Cannot find file win32/php_registry.h specified in #include directive. (noinclfilef) #include win32/php_registry.h -^ When I looked into php4/main/php_ini.c file I noticed that none of the functions mentioned in win32/php_registry.h are utilised in this file. So when I take out this include directory The compilation goes out smooth. Reproduce code: --- 21 /* Check CWD for php.ini */ 22 #define INI_CHECK_CWD 23 24 #include php.h 25 #include ext/standard/info.h 26 #include zend_ini.h 27 #include php_ini.h 28 #include ext/standard/dl.h 29 #include zend_extensions.h 30 #include zend_highlight.h 31 #include SAPI.h 32 #include php_main.h 33 #include php_scandir.h 34 #include win32/php_registry.h 35 36 #if HAVE_SCANDIR HAVE_ALPHASORT HAVE_DIRENT_H Expected result: The compilation should go smooth if win32 directory is excluded Actual result: -- Getting Compilation error -- Edit this bug report at http://bugs.php.net/?id=33025edit=1
#33023 [Opn-Fbk]: ./configure appears to hang after detecting os version
ID: 33023 Updated by: [EMAIL PROTECTED] Reported By: terry dot gill at ieee dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.9 Sparc PHP Version: 4.3.11 -Assigned To: +Assigned To: sniper New Comment: What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or something like that..) Previous Comments: [2005-05-13 00:12:14] terry dot gill at ieee dot org Description: After running ./configure it hangs after apprently detecting OS version. On debugging I have found that the version of ~/build/shtools (yes, I know its supposed to be portable ;-/ ) will not run on Solaris 9. Downloading, locally building, and replacing the shtool binary resolves this problem. Reproduce code: --- See description Expected result: See description Actual result: -- See description -- Edit this bug report at http://bugs.php.net/?id=33023edit=1
#33022 [Opn-Fbk]: unable to access $_REQUEST value
ID: 33022
Updated by: [EMAIL PROTECTED]
Reported By: juha at mobilememoir dot com
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Redhat 9 Linux 2.4.20-19.9smp
PHP Version: 4.3.10
New Comment:
1. Try with PHP 4.3.11
2. If it fails, check what the variable contains with
var_dump($_REQUEST['startqid']);
Previous Comments:
[2005-05-12 23:24:04] juha at mobilememoir dot com
Description:
This bug for unknown reason. Happens approximately 5 times for every
1000 times the script is run. The PHP script where this bug occurs is
very complicated so we couldn't figure what encourages this bug to
occur. This bug has been bothering us for months. Today we finally
gaught it and realized $_REQUEST is the problem. If you run
print_r($_REQUEST) key startqid is there with its value, but
isset($_REQUEST['startqid']) returns false and also if you try to
assign startqid to a local variable the value will be empty. We fixed
this problem simply by replacing $_REQUEST with $_POST, so this is
definately a bug in PHP as all $_POST values should exists always in
$_REQUEST.
We are using Apache 1.3.33
'./configure' '--with-apxs=/var/apache1333/bin/apxs' '--with-mysql'
'--prefix=/var/apache1333/php'
'--with-config-file-path=/var/apache1333/php'
'--with-imap=/usr/local/imap-2004a' '--with-gd'
'--with-png-dir=/usr/include/lib'
'--with-zlib-dir=/root/Apache1333/zlib-1.2.1' '--enable-gd-native-ttf'
'--with-freetype-dir=/usr/include/freetype2'
Reproduce code:
---
# THIS METHOD DOESN'T
if (isset($_REQUEST('startqid']))
{
echo Startqid is coming in ;
$startqid=$_REQUEST['startqid'];
echo ($startqid);
}
else
{
echo Startqid not coming in;
}
# THIS METHOD WORKS
if (isset($_POST('startqid']))
{
echo Startqid is coming in ;
$startqid=$_POST['startqid'];
echo ($startqid);
}
else
{
echo Startqid not coming in;
}
Expected result:
Startqid is coming in (1)
Startqid is coming in (1)
Actual result:
--
Startqid not coming in
Startqid is coming in (1)
--
Edit this bug report at http://bugs.php.net/?id=33022edit=1
#33017 [Opn-Asn]: make distclean give error outside of php-src
ID: 33017 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Assigned Bug Type: Compile Warning Operating System: linux PHP Version: 4.3.11 -Assigned To: +Assigned To: sniper Previous Comments: [2005-05-12 18:08:01] xuefer at 21cn dot com the problem of php_have_iconv.h is bogus. i should have been buildconf after cvs up. the egrep problem is still there sorry to submit too fast. i'll check more before submit next time. [2005-05-12 17:55:05] xuefer at 21cn dot com even worse after configure make: /usr/src/php4/ext/iconv/php_iconv.h:36:38: ext/iconv/php_have_iconv.h: No such file or directory [2005-05-12 16:20:41] xuefer at 21cn dot com Description: when configure/compile outside of php source directory, make distclean failed to figure out where configure is. Reproduce code: --- $ ../php4/configure ... $ make distclean egrep define'.*include/php' configure|sed 's/.*//'|xargs rm -f grep: configure: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=33017edit=1
#33024 [Opn-Bgs]: dynamic library problem
ID: 33024 Updated by: [EMAIL PROTECTED] Reported By: siza_boy at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: XP Pro PHP Version: 5.0.3 New Comment: You haven't installed PHP correctly. It's just missing the dlls it's linked with. Previous Comments: [2005-05-13 03:39:33] siza_boy at hotmail dot com Description: When Apache2 starts up it comes up with two Warning boxes saying: PHP Startup: Unable to load dynamic library 'C:\php\ext\php_msql.dll'-The specified module could not be found. When i go to the folder though it is there and it's still the original version. Is it something to do with msql or something else -- Edit this bug report at http://bugs.php.net/?id=33024edit=1
#33023 [Fbk-Opn]: ./configure appears to hang after detecting os version
ID: 33023 User updated by: terry dot gill at ieee dot org Reported By: terry dot gill at ieee dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 Sparc PHP Version: 4.3.11 Assigned To: sniper New Comment: Yep 2.0.1. Incidentally the ./configure will also try and use the Solaris native version of 'lex' if it finds it first. Really need to ensure it finds 'flex' instead (reorder $PATH). Previous Comments: [2005-05-13 09:58:28] [EMAIL PROTECTED] What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or something like that..) [2005-05-13 00:12:14] terry dot gill at ieee dot org Description: After running ./configure it hangs after apprently detecting OS version. On debugging I have found that the version of ~/build/shtools (yes, I know its supposed to be portable ;-/ ) will not run on Solaris 9. Downloading, locally building, and replacing the shtool binary resolves this problem. Reproduce code: --- See description Expected result: See description Actual result: -- See description -- Edit this bug report at http://bugs.php.net/?id=33023edit=1
#33026 [NEW]: MySql Connection Problem
From: mks_ekm at yahoo dot com Operating system: Windows Xp PHP version: 5.0.3 PHP Bug Type: MySQL related Bug description: MySql Connection Problem Description: I am using PHP 5.0 with Apache 2 web server. It is working properly. When I am booting my system, it will give one warning message like Can not upload php_msql.dll file to windows dynamic link library. But it is working properly. When I am trying to connect Mysql 4.1.11 it is giving the error like, Fatal error: Class 'mysqli' not found in D:\Program Files\Apache Group\Apache2\htdocs\conn3.php on line 2. I have an important work to complete. I can create Database and Tables inside my Mysql, and performing all database operations also. Because of the connection problem I am struggling a lot. I cant go further with out solving this problem. The next problem is that I dont where and how to compile the PHP with Mysql? Please help me to solve these problems. I am new to this technology. Reproduce code: --- $link=mysql_connect(localhost,root,server); Expected result: The compilation code for PHP with Mysql. Code for connecting (not musql_connect():) Any ODBC connectivity.. Code for basic connection.. Description for making a connection.. Reason for this problem.. Actual result: -- Database Connection with Mysql.. -- Edit bug report at http://bugs.php.net/?id=33026edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33026r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33026r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33026r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33026r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33026r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33026r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33026r=needscript Try newer version: http://bugs.php.net/fix.php?id=33026r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33026r=support Expected behavior: http://bugs.php.net/fix.php?id=33026r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33026r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33026r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33026r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33026r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33026r=dst IIS Stability: http://bugs.php.net/fix.php?id=33026r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33026r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33026r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33026r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33026r=mysqlcfg
#33005 [Fbk-Opn]: mysqli do not support float type
ID: 33005 User updated by: dan at yes dot lt Reported By: dan at yes dot lt -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: winxp -PHP Version: 5CVS-2005-05-11 (dev) +PHP Version: 5CVS-2005-05-13 (dev) Assigned To: andrey New Comment: I've tried to update libmysql to 4.1.11 and to 5.0.4-beta - this wont help... Also - where can I get the newest php_mysqli.dll ? The latest builds are going without it - may be this is a problem ? Previous Comments: [2005-05-12 21:33:25] [EMAIL PROTECTED] Cannot reproduce with PHP 5.1-dev, libmysql 4.1.12 and MySQL 5.0.6-beta. Can you try upgrading your client library? Thanks! [2005-05-11 10:52:52] dan at yes dot lt PHP Version 5.0.5-dev MySQLi Client API version 4.1.7 MySQL Server version: 5.0.4-beta [2005-05-11 09:36:37] [EMAIL PROTECTED] Can't reproduce Connecting to MySQL 4.1 returns int(1) float(1.23) Connectiong to MySQL 5.0 returns int(1) string(4) 1.23 Which MySQL client library and server do you use? [2005-05-11 07:58:39] dan at yes dot lt Description: mysqli do not supports float type neither in results nor in params. for result it returns NULL instead of float, for params there is no type letter for float type... Reproduce code: --- $db = new mysqli(...); $st = $db-prepare(SELECT 1.23 AS test); $st-execute(); $st-store_result(); var_dump($st-num_rows); $st-bind_result($x); $st-fetch(); $st-free_result(); $st-close(); var_dump($x); Expected result: int(1) float(1.23) Actual result: -- int(1) NULL -- Edit this bug report at http://bugs.php.net/?id=33005edit=1
#33026 [Opn-Bgs]: MySql Connection Problem
ID: 33026 Updated by: [EMAIL PROTECTED] Reported By: mks_ekm at yahoo dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Xp PHP Version: 5.0.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-05-13 10:57:45] mks_ekm at yahoo dot com Description: I am using PHP 5.0 with Apache 2 web server. It is working properly. When I am booting my system, it will give one warning message like Can not upload php_msql.dll file to windows dynamic link library. But it is working properly. When I am trying to connect Mysql 4.1.11 it is giving the error like, Fatal error: Class 'mysqli' not found in D:\Program Files\Apache Group\Apache2\htdocs\conn3.php on line 2. I have an important work to complete. I can create Database and Tables inside my Mysql, and performing all database operations also. Because of the connection problem I am struggling a lot. I cant go further with out solving this problem. The next problem is that I dont where and how to compile the PHP with Mysql? Please help me to solve these problems. I am new to this technology. Reproduce code: --- $link=mysql_connect(localhost,root,server); Expected result: The compilation code for PHP with Mysql. Code for connecting (not musql_connect():) Any ODBC connectivity.. Code for basic connection.. Description for making a connection.. Reason for this problem.. Actual result: -- Database Connection with Mysql.. -- Edit this bug report at http://bugs.php.net/?id=33026edit=1
#33023 [Opn-Asn]: ./configure appears to hang after detecting os version
ID: 33023 Updated by: [EMAIL PROTECTED] Reported By: terry dot gill at ieee dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Solaris 2.9 Sparc PHP Version: 4.3.11 Assigned To: sniper Previous Comments: [2005-05-13 10:17:46] terry dot gill at ieee dot org Yep 2.0.1. Incidentally the ./configure will also try and use the Solaris native version of 'lex' if it finds it first. Really need to ensure it finds 'flex' instead (reorder $PATH). [2005-05-13 09:58:28] [EMAIL PROTECTED] What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or something like that..) [2005-05-13 00:12:14] terry dot gill at ieee dot org Description: After running ./configure it hangs after apprently detecting OS version. On debugging I have found that the version of ~/build/shtools (yes, I know its supposed to be portable ;-/ ) will not run on Solaris 9. Downloading, locally building, and replacing the shtool binary resolves this problem. Reproduce code: --- See description Expected result: See description Actual result: -- See description -- Edit this bug report at http://bugs.php.net/?id=33023edit=1
#32223 [Opn-Fbk]: weird behaviour of pg_last_notice
ID: 32223
Updated by: [EMAIL PROTECTED]
Reported By: valiak at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: *
PHP Version: 5CVS-2005-03-08
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-03-08 13:28:02] valiak at gmail dot com
if you switch the places of include_once and define there is no bug
there is no difference in the behaviour if include_once is changed to
include or require_once or require
[2005-03-08 08:59:31] valiak at gmail dot com
the problem still exists :-(
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
1
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php -v
PHP 5.1.0-dev (cli) (built: Mar 8 2005 09:54:24)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
[2005-03-07 20:06:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-07 18:13:54] valiak at gmail dot com
Description:
i've tried to localize to as smallest code as I could
the correct result happens even if you comment the include line or the
global directive or not using exceptions ... (there are few other
modifications too)
it happens with the cli version and with the apache module version
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php -v
PHP 5.0.3 (cli) (built: Mar 2 2005 13:13:40)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
compiled with
./configure --with-gettext --with-oci8 --with-apxs=/usr/bin/apxs
--with-gd --with-pgsql --with-readline --with-zlib --with-mysql=/usr
--with-
jpeg-dir --with-png-dir --enable-mbstring --enable-sockets
--enable-pcntl --enable-sigchild --with-exec-dir=/usr/bin
--with-config-file-path=
/etc/php5
pgsql
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.0.1
Multibyte character support = enabled
SSL support = disabled
Active Persistent Links = 0
Active Links = 0
Directive = Local Value = Master Value
pgsql.allow_persistent = Off = Off
pgsql.auto_reset_persistent = Off = Off
pgsql.ignore_notice = Off = Off
pgsql.log_notice = Off = Off
pgsql.max_links = Unlimited = Unlimited
pgsql.max_persistent = Unlimited = Unlimited
if some more info is needed tell me what to do?
Reproduce code:
---
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.inc.php
?
?
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.php
?
/*
this is a dummy pg function just to raise notice, called from this
file
CREATE OR REPLACE FUNCTION test_notice() RETURNS boolean AS $$
begin
RAISE NOTICE '1';
return 'f';
end;
$$ LANGUAGE plpgsql;
*/
define(TTT, pg_connect('user=test password=test
dbname=test'));
include_once 'test.inc.php';
function tester() {
global $t;
$res = pg_query(TTT, 'SELECT test_notice()');
$result = pg_fetch_row($res, 0);
pg_free_result($res);
if ($result[0] == 'f') {
throw new Exception(pg_last_notice(TTT));
}
}
try {
echo tester();
echo 2;
}
catch (Exception $e) {
echo $e-getMessage(), 1;
}
?
Expected result:
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
NOTICE: 11
Actual result:
--
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
1
--
Edit this bug report at http://bugs.php.net/?id=32223edit=1
#32101 [Ver-Fbk]: Exception in unknown on line 0 when throwing exception inside exception handler
ID: 32101
Updated by: [EMAIL PROTECTED]
Reported By: ceefour at gauldong dot net
-Status: Verified
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-02-15
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-02-25 11:20:24] ceefour at gauldong dot net
This modified code may be better illustrate the problem:
?php
function error_handler() {
trigger_error(inside error, E_USER_ERROR);
}
set_error_handler('error_handler');
trigger_error(outside error, E_USER_ERROR);
function exception_handler($exception) {
throw new Exception('inside exception');
}
set_exception_handler('exception_handler');
throw new Exception('outside exception');
?
[2005-02-25 11:01:19] [EMAIL PROTECTED]
?php
function exception_handler($exception) {
trigger_error(user error);
throw new Exception('exception1');
}
set_exception_handler('exception_handler');
throw new Exception('exception2');
?
[2005-02-25 07:12:16] ceefour at gauldong dot net
Description:
When an exception is thrown inside an exception handler, a exception
thrown without stack frame in unknown on line 0 message is displayed.
While the meaning of this message is clear enough... it doesn't help
at all.
If you trigger_error() inside an error handler, the default error
handler is triggered, but still showing meaningful/helpful error
message. Exceptions inside exception handler should behave similarly.
Reproduce code:
---
// do this inside an exception handler function
throw new Exception('test');
Expected result:
...file something.php on line 483...
Actual result:
--
...unknown on line 0
--
Edit this bug report at http://bugs.php.net/?id=32101edit=1
#31725 [Opn-Asn]: sqlite/zend engine 2 weird problems
ID: 31725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2005-03-21 -Assigned To: +Assigned To: wez Previous Comments: [2005-04-26 23:12:09] [EMAIL PROTECTED] Sorry, valgrind took a while to finish. The output: http://mega.ist.utl.pt/~ncpl/valgrind-php.txt [2005-04-26 20:26:06] [EMAIL PROTECTED] valgrind... [2005-04-26 20:02:44] [EMAIL PROTECTED] Well, I've already posted 2 examples with backtraces above. I've run the ini-update.php script (available in the above URL) and I got this: #0 0x4046dd67 in mallopt () from /lib/libc.so.6 #1 0x4046db5e in mallopt () from /lib/libc.so.6 #2 0x4046c908 in free () from /lib/libc.so.6 #3 0x081ea0e7 in shutdown_memory_manager (silent=0, full_shutdown=0) at /cvs/php-src/Zend/zend_alloc.c:511 #4 0x081c9821 in php_request_shutdown (dummy=0x0) at /cvs/php-src/main/main.c:1228 #5 0x082633df in main (argc=2, argv=0xb944) at /cvs/php-src/sapi/cli/php_cli.c:1057 [2005-04-22 04:46:36] [EMAIL PROTECTED] backtrace and/or valgrind output please. [2005-04-21 20:21:52] [EMAIL PROTECTED] It segfaults in both windows (using the 'official' binaries) and linux. The program that I've used that is segfaulting is in CVS: http://cvs.php.net/phpdoc/scripts/iniupdate/ 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/31725 -- Edit this bug report at http://bugs.php.net/?id=31725edit=1
#31971 [Opn]: ftp_login fails on messsage from FTP+SSL server (234 Enabling SSL)
ID: 31971
User updated by: frantisek at augusztin dot com
Reported By: frantisek at augusztin dot com
Status: Open
Bug Type: FTP related
Operating System: Linux (Fedora Core 3)
PHP Version: 4.3.11
New Comment:
The SSL_CTX_set_options must be called for both control and data
connection :
264a265
SSL_CTX_set_options(ctx,SSL_OP_ALL);
1405a1407,1408
SSL_CTX_set_options(ctx,SSL_OP_ALL);
Previous Comments:
[2005-05-05 12:57:00] frantisek at augusztin dot com
Here is the solution (now it works for me) .
Here is the diff (against 4.3.11) for file ext/ftp/ftp.c:
265c265,266
---
SSL_CTX_set_options(ctx,SSL_OP_ALL);
Yeah, it's one line at 265th line - here is how it looks in source code
:
ctx = SSL_CTX_new(SSLv23_client_method());
if (ctx == NULL) {
php_error_docref(NULL TSRMLS_CC, E_WARNING,
ftp_login: failed to
create the SSL context);
return 0;
}
SSL_CTX_set_options(ctx,SSL_OP_ALL);
ftp-ssl_handle = SSL_new(ctx);
[2005-03-07 01:00:04] 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.
[2005-02-22 00:48:29] [EMAIL PROTECTED]
Please provide address of FTP/SSL server which can be used to replicate
the bug.
[2005-02-14 17:32:32] frantisek at augusztin dot com
After examining (and debuging PHP code) i found out, that the ftp_login
function exits after getting the response for PBSZ command (from
ext/ftp/ftp.c, lines 305-313) :
if (!ftp-old_ssl) {
/* set protection buffersize to zero */
if (!ftp_putcmd(ftp, PBSZ, 0)) {
return 0;
}
if (!ftp_getresp(ftp)) {
return 0; /* here it exits
}
Why ? What can i do to make it work ? As i said, using regular FTP+SSL
client it works.
[2005-02-14 16:19:47] frantisek at augusztin dot com
Description:
PHP returns following error when connecting using example code:
Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line
3
Using FTP client the following messages are displayed in the log window
of the client :
*** Connecting to 'XXX.XXX.XXX.XXX:21'...
220 Service Ready for new User
AUTH TLS
234 Enabling SSL
FTP clearly fails on this messsage. But i don't understand why, because
i found in source code, that 234 is not an error, but a valid result
code for this operation.
FTP System type is 215 NETWARE Type : L8
Reproduce code:
---
?php
$connection = ftp_ssl_connect(server,21);
$login = ftp_login($connection, name,password);
ftp_close($connection);
?
Expected result:
No warning message and successfull connection to FTP server.
Actual result:
--
Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=31971edit=1
#32802 [Csd-Asn]: General cookie overrides more specific cookie (path)
ID: 32802
Updated by: [EMAIL PROTECTED]
Reported By: ast at gmx dot ch
-Status: Closed
+Status: Assigned
Bug Type: HTTP related
Operating System: *
PHP Version: 4.*, 5.*
-Assigned To:
+Assigned To: ilia
New Comment:
Ilia, I reverted the PHP4 version of your patch to fix this.It
seems to be fine in PHP5, but in PHP4 it is causing a segfault. Could
you have another look?
See the backtrace in the commit message at:
http://cvs.php.net/php-src/main/php_variables.c?onb=1.45.2
Previous Comments:
[2005-04-24 20:50:45] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2005-04-24 16:25:15] ast at gmx dot ch
Your reproduce script does not describe this bug.
Your script describes a Server - Browser issue.
This bug is about a Browser - Server issue. The browser sends a Cookie
HTTP header with its request to the server.
The Cookie HTTP request header lists the cookies in the right order.
Cookies with more specific paths precede cookies with less specific
paths in the header string.
PHP populates the superglobal $_COOKIE with the wrong values when
reading/evaluating the Cookie HTTP header.
This The following reproduce script shows the PHP bug.
Please place it into document_root / test.
?php
/* This script has to be executed in document_root/test/ or deeper */
/* set the first cookie with path '/' */
if (!isset($_COOKIE['TestCookie'])) {
setcookie(TestCookie, Value1, time()+3600, /);
header(Location: {$_SERVER['PHP_SELF']});
exit();
}
/*
* set second cookie, with a more specific path, actually, the order in
which the cookies are set
* is irrelevant
*/
if (!strpos($_SERVER['HTTP_COOKIE'], 'Value2')) {
setcookie(TestCookie, Value2, time()+3600, /test);
header(Location: {$_SERVER['PHP_SELF']});
exit();
}
echo '$_COOKIE[\'TestCookie\'] should have the value \'Value2\' because
it\'s the value of the cookie with the more specific path.pre';
var_dump($_COOKIE);
echo '/prebr';
echo '$_SERVER[\'HTTP_COOKIE\'] lists the cookies in the correct order,
Value2 before Value1. It conforms to RFC 2965.pre';
var_dump($_SERVER['HTTP_COOKIE']);
echo '/pre';
?
[2005-04-24 14:01:21] [EMAIL PROTECTED]
Reproduce script:
?php
setcookie(TestCookie, Value1, time()+3600, /test/);
setcookie(TestCookie, Value2, time()+3600, /);
if (!isset($_COOKIE['TestCookie'])) {
header(Location: {$_SERVER['PHP_SELF']});
exit();
}
echo 'pre';
var_dump($_COOKIE);
var_dump($_SERVER['HTTP_COOKIE']);
echo '/pre';
?
[2005-04-24 03:21:37] ast at gmx dot ch
Here is a fix for my application.
/**
* Fix the superglobal $_COOKIE to conform with RFC 2965
*
* We don't use $_COOKIE[$cookiename], because it doesn't conform
to RFC 2965 (the
* cookie standard), i.e. in $_COOKIE, we don't get the cookie with
the most specific path for
* a given cookie name, we get the cookie with the least specific
cookie path.
* This function does it exactly the other way around to conform
with the RFC.
*
* This function reevaluates the HTTP Cookie header and populates
$_COOKIE with the correct
* cookies.
*
* @static
*/
function fixCookieVars() {
if (isset($_SERVER['HTTP_COOKIE'])
!empty($_SERVER['HTTP_COOKIE'])) {
$allCookies = explode(';', $_SERVER['HTTP_COOKIE']);
/*
* Get rid of less specific cookies if multiple cookies with
the same
NAME
* are present. Do this by going from left/first cookie to
right/last
cookie.
*/
/* Reset the $_COOKIE array */
$_COOKIE = array();
/* Repopulate it, but now correctly */
foreach ($allCookies as $cookie) {
/* Split NAME [=VALUE], value is optional */
$cookie = explode('=', $cookie);
$key = preg_replace('|\s|', '', $cookie[0]);
$value = isset($cookie[1]) ? $cookie[1] : '';
if (!isset($_COOKIE[$key])) {
$_COOKIE[$key] = $value;
}
}
}
}
}
[2005-04-24 00:43:04] ast at gmx dot ch
the bug report that was closed as bogus (sorry, forgot to add the link.
originally, i wanted to add a comment there, but you can't add comments
to bugs that
#33027 [NEW]: PHP thinks it gets a flock when it doesn't
From: jaa at interflow dot dk
Operating system: Un*x
PHP version: 5.0.4
PHP Bug Type: Filesystem function related
Bug description: PHP thinks it gets a flock when it doesn't
Description:
flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already
locked.
This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2,
5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as expected.
The blocking version: flock($fp, LOCK_EX) works as expected.
The workaround is to check the value of the wouldblock argument to
flock() but this shouldn't be necessary and is not documented in the
manual.
Reproduce code:
---
?php
$fp = fopen(/tmp/lock.txt, w+);
if (flock($fp, LOCK_EX | LOCK_NB )) {
print Got lock @ .date('H:i:s');
while(1) {}
} else {
echo Couldn't lock the file.;
}
fclose($fp);
?
Expected result:
When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should return
false.
First terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:34
Got lock @ 15:18:34
Second terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:33
Couldn't lock the file.
Actual result:
--
First terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:34
Got lock @ 15:18:34
Second terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:33
Got lock @ 15:18:37
--
Edit bug report at http://bugs.php.net/?id=33027edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33027r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33027r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33027r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33027r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33027r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33027r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33027r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33027r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33027r=support
Expected behavior: http://bugs.php.net/fix.php?id=33027r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33027r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33027r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33027r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33027r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33027r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33027r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33027r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33027r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33027r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33027r=mysqlcfg
#33027 [Opn-Fbk]: PHP thinks it gets a flock when it doesn't
ID: 33027
Updated by: [EMAIL PROTECTED]
Reported By: jaa at interflow dot dk
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Un*x
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Something related to flock() was just fixed this week..
Previous Comments:
[2005-05-13 15:38:35] jaa at interflow dot dk
Description:
flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already
locked.
This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2,
5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as
expected.
The blocking version: flock($fp, LOCK_EX) works as expected.
The workaround is to check the value of the wouldblock argument to
flock() but this shouldn't be necessary and is not documented in the
manual.
Reproduce code:
---
?php
$fp = fopen(/tmp/lock.txt, w+);
if (flock($fp, LOCK_EX | LOCK_NB )) {
print Got lock @ .date('H:i:s');
while(1) {}
} else {
echo Couldn't lock the file.;
}
fclose($fp);
?
Expected result:
When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should
return false.
First terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:34
Got lock @ 15:18:34
Second terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:33
Couldn't lock the file.
Actual result:
--
First terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:34
Got lock @ 15:18:34
Second terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:33
Got lock @ 15:18:37
--
Edit this bug report at http://bugs.php.net/?id=33027edit=1
#33028 [NEW]: mime_content_type returns inaccurate Office content types
From: matt at kanchi dot org Operating system: OS X PHP version: 4.3.10 PHP Bug Type: Filesystem function related Bug description: mime_content_type returns inaccurate Office content types Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit bug report at http://bugs.php.net/?id=33028edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33028r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33028r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33028r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33028r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33028r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33028r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33028r=needscript Try newer version: http://bugs.php.net/fix.php?id=33028r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33028r=support Expected behavior: http://bugs.php.net/fix.php?id=33028r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33028r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33028r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33028r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33028r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33028r=dst IIS Stability: http://bugs.php.net/fix.php?id=33028r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33028r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33028r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33028r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33028r=mysqlcfg
#33028 [Opn-Fbk]: mime_content_type returns inaccurate Office content types
ID: 33028 Updated by: [EMAIL PROTECTED] Reported By: matt at kanchi dot org -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: Does this work: `file /path/to/file.ppt` ? Previous Comments: [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33028 [Fbk-Opn]: mime_content_type returns inaccurate Office content types
ID: 33028 User updated by: matt at kanchi dot org Reported By: matt at kanchi dot org -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. Previous Comments: [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#30674 [Ver-Fbk]: Unexpected results and core dump with recursive references serializing
ID: 30674
Updated by: [EMAIL PROTECTED]
Reported By: fmmarzoa at gmx dot net
-Status: Verified
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-STABLE-2005-03-07
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce it with latest CVS.
Previous Comments:
[2005-03-07 21:58:41] [EMAIL PROTECTED]
I can not reproduce this with latest HEAD branch but
PHP_5_0 branch is still broken.
[2004-11-03 16:47:29] fmmarzoa at gmx dot net
(just changed crashed by core dump in subject)
[2004-11-03 16:29:49] fmmarzoa at gmx dot net
Description:
serialize function lost references to itself on an array and produces a
segfault in some other circunstances. I send the code with which I've
discovered the problem, but Andrey Hristov has also cooked some code
based on this that crash the PHP engine.
Complete quoted thread with more code samples can be found on the
internals list archive:
http://marc.theaimsgroup.com/?l=php-devm=109949534625983w=2
Reproduce code:
---
pre
?php
$Arr = array();
$Arr['self'] = $Arr;
var_dump ( $Arr );
$serdata = serialize ($Arr);
$Arr2 = unserialize ( $serdata );
echo \n\n;
var_dump ( $Arr2 );
?
/pre
Complete quoted thread with more code samples, including segfaults, can
be found on the internals list archive:
http://marc.theaimsgroup.com/?l=php-devm=109949534625983w=2
Expected result:
array(1) {
[self]=
array(1) {
[self]=
*RECURSION*
}
}
array(1) {
[self]=
array(1) {
[self]=
*RECURSION*
}
}
Actual result:
--
array(1) {
[self]=
array(1) {
[self]=
*RECURSION*
}
}
array(1) {
[self]=
array(1) {
[self]=
NULL
}
}
--
Edit this bug report at http://bugs.php.net/?id=30674edit=1
#33030 [NEW]: Floating point subtraction : incorrect precision
From: justandy at lagparty dot org Operating system: XP PHP version: 5CVS-2005-05-13 (dev) PHP Bug Type: Math related Bug description: Floating point subtraction : incorrect precision Description: PHP 5.0.0 (cli) (built: Jul 13 2004 21:39:58) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies // Subtraction for floating point numbers is incorrect. I searched the existing bug reports and could not find anything similar. Running the same version on LINUX reports the correct value. Reproduce code: --- ? //CORRECT: 0.03 echo 1.06 - 1.03; //WRONG : 0.029 echo 6.06 - 6.03; ? Expected result: 0.03 Actual result: -- 0.029 -- Edit bug report at http://bugs.php.net/?id=33030edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33030r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33030r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33030r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33030r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33030r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33030r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33030r=needscript Try newer version: http://bugs.php.net/fix.php?id=33030r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33030r=support Expected behavior: http://bugs.php.net/fix.php?id=33030r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33030r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33030r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33030r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33030r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33030r=dst IIS Stability: http://bugs.php.net/fix.php?id=33030r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33030r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33030r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33030r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33030r=mysqlcfg
#33030 [Opn-Bgs]: Floating point subtraction : incorrect precision
ID: 33030 Updated by: [EMAIL PROTECTED] Reported By: justandy at lagparty dot org -Status: Open +Status: Bogus Bug Type: Math related Operating System: XP PHP Version: 5CVS-2005-05-13 (dev) New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about floats and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2005-05-13 22:59:13] justandy at lagparty dot org Description: PHP 5.0.0 (cli) (built: Jul 13 2004 21:39:58) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies // Subtraction for floating point numbers is incorrect. I searched the existing bug reports and could not find anything similar. Running the same version on LINUX reports the correct value. Reproduce code: --- ? //CORRECT: 0.03 echo 1.06 - 1.03; //WRONG : 0.029 echo 6.06 - 6.03; ? Expected result: 0.03 Actual result: -- 0.029 -- Edit this bug report at http://bugs.php.net/?id=33030edit=1
#33028 [Opn-Fbk]: mime_content_type returns inaccurate Office content types
ID: 33028 Updated by: [EMAIL PROTECTED] Reported By: matt at kanchi dot org -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: No, I meant running this command in console. Previous Comments: [2005-05-13 22:37:18] matt at kanchi dot org Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33028 [Opn]: mime_content_type returns inaccurate Office content types
ID: 33028 User updated by: matt at kanchi dot org Reported By: matt at kanchi dot org Status: Open Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: In case you meant file -i /path/to/file.ppt, that returns the same as mime_content_type does (in my case) for those files. -k returns only one result. Previous Comments: [2005-05-14 00:50:38] matt at kanchi dot org Gotcha. It returns: (filename): Microsoft Office Document [2005-05-13 23:33:09] [EMAIL PROTECTED] No, I meant running this command in console. [2005-05-13 22:37:18] matt at kanchi dot org Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33028 [Fbk-Opn]: mime_content_type returns inaccurate Office content types
ID: 33028 User updated by: matt at kanchi dot org Reported By: matt at kanchi dot org -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: Gotcha. It returns: (filename): Microsoft Office Document Previous Comments: [2005-05-13 23:33:09] [EMAIL PROTECTED] No, I meant running this command in console. [2005-05-13 22:37:18] matt at kanchi dot org Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33027 [Fbk-Csd]: PHP thinks it gets a flock when it doesn't
ID: 33027
User updated by: jaa at interflow dot dk
Reported By: jaa at interflow dot dk
-Status: Feedback
+Status: Closed
Bug Type: Filesystem function related
Operating System: Un*x
PHP Version: 5.0.4
New Comment:
I've run tests on both Linux and FreeBSD and flock() is working
correctly on both platforms. I'm closing the bug. Thanks.
Previous Comments:
[2005-05-13 16:03:58] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Something related to flock() was just fixed this week..
[2005-05-13 15:38:35] jaa at interflow dot dk
Description:
flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already
locked.
This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2,
5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as
expected.
The blocking version: flock($fp, LOCK_EX) works as expected.
The workaround is to check the value of the wouldblock argument to
flock() but this shouldn't be necessary and is not documented in the
manual.
Reproduce code:
---
?php
$fp = fopen(/tmp/lock.txt, w+);
if (flock($fp, LOCK_EX | LOCK_NB )) {
print Got lock @ .date('H:i:s');
while(1) {}
} else {
echo Couldn't lock the file.;
}
fclose($fp);
?
Expected result:
When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should
return false.
First terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:34
Got lock @ 15:18:34
Second terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:33
Couldn't lock the file.
Actual result:
--
First terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:34
Got lock @ 15:18:34
Second terminal:
% ~/php-5.0.4/sapi/cli/php flock.php 15:18:33
Got lock @ 15:18:37
--
Edit this bug report at http://bugs.php.net/?id=33027edit=1
#29975 [Ver-Csd]: memory leaks
ID: 29975
Updated by: [EMAIL PROTECTED]
Reported By: guth at fiifo dot u-psud dot fr
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-04-28
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-05-07 03:11:03] guth at fiifo dot u-psud dot fr
/usr/src/php5-STABLE-200505070036/Zend/zend_builtin_functions.c(1090) :
Freeing 0x0824C56C (16 bytes), script=/www/test3.php
Last leak repeated times
/usr/src/php5-STABLE-200505070036/Zend/zend_builtin_functions.c(1100) :
Freeing 0x0824C49C (23 bytes), script=/www/test3.php
/usr/src/php5-STABLE-200505070036/Zend/zend_variables.c(137) : Actual
location (location was relayed)
Last leak repeated times
=== Total 2 memory leaks detected ===
[2005-01-07 20:51:38] [EMAIL PROTECTED]
/Zend/zend_builtin_functions.c(1097) : Freeing 0x08965664 (16 bytes),
script=t.php
Last leak repeated times
/Zend/zend_variables.h(45) : Freeing 0x08965594 (23 bytes),
script=t.php
/Zend/zend_variables.c(120) : Actual location (location was relayed)
Last leak repeated times
=== Total 2 memory leaks detected ===
[2004-10-12 10:36:00] guth at fiifo dot u-psud dot fr
I use a SimpleTest to do unit tests and it seems that it is this
library which causes the memory leaks.
?php
function simpleTestErrorHandler($severity, $message, $filename, $line)
{
restore_error_handler();
TRUE; // Some PHP code
set_error_handler('simpleTestErrorHandler');
}
class plip {
public function run() {
set_error_handler('simpleTestErrorHandler');
trigger_error(plop, E_USER_NOTICE);
restore_error_handler();
}
}
$a = new plip;
for($i = 0; $i 1; $i++)
$a-run();
?
/usr/src/php5-200410111030/Zend/zend_builtin_functions.c(1058) :
Freeing 0x082D0C54 (16 bytes), script=/www/test2.php
Last leak repeated times
/usr/src/php5-200410111030/Zend/zend_variables.h(45) : Freeing
0x082D0B84 (23 bytes), script=/www/test2.php
/usr/src/php5-200410111030/Zend/zend_variables.c(120) : Actual location
(location was relayed)
Last leak repeated times
[2004-09-03 21:21:15] guth at fiifo dot u-psud dot fr
Description:
(i'm french, excuse me for my english)
I try to develop a CMS and i take more time to debug PHP than code
PHP...
After 3 segmentation fault, I compiled PHP with --enable-debug, and my
tests give the following errors.
Reproduce code:
---
/usr/src/php-5.0.1/Zend/zend_builtin_functions.c(1023) : Freeing
0x0846F864 (23 bytes),
script=/www/haricow/0.4/haricow/test/runTests.php
/usr/src/php-5.0.1/Zend/zend_variables.c(137) : Actual location
(location was relayed)
Last leak repeated 32 times
/usr/src/php-5.0.1/Zend/zend_builtin_functions.c(1013) : Freeing
0x084702C4 (16 bytes),
script=/www/haricow/0.4/haricow/test/runTests.php
Last leak repeated 32 times
/usr/src/php-5.0.1/Zend/zend_execute.c(3718) : Freeing 0x0844FA94 (44
bytes), script=/www/haricow/0.4/haricow/test/runTests.php
/usr/src/php-5.0.1/Zend/zend_variables.c(149) : Actual location
(location was relayed)
Last leak repeated 1 time
/usr/src/php-5.0.1/Zend/zend_execute.c(3252) : Freeing 0x0844DCCC (16
bytes), script=/www/haricow/0.4/haricow/test/runTests.php
Last leak repeated 7 times
/usr/src/php-5.0.1/Zend/zend_variables.c(150) : Freeing 0x0843597C (32
bytes), script=/www/haricow/0.4/haricow/test/runTests.php
/usr/src/php-5.0.1/Zend/zend_hash.c(169) : Actual location (location
was relayed)
/usr/src/php-5.0.1/Zend/zend_execute.c(3389) : Freeing 0x084315DC (16
bytes), script=/www/haricow/0.4/haricow/test/runTests.php
/usr/src/php-5.0.1/Zend/zend_hash.c(242) : Freeing 0x08233804 (40
bytes), script=/www/haricow/0.4/haricow/test/runTests.php
=== Total 79 memory leaks detected ===
Expected result:
No memory leaks
Actual result:
--
About 3 Kb of memory leaks.
I tryed to insulate them, but i didn't manage, because of the
complexity of the script.
--
Edit this bug report at http://bugs.php.net/?id=29975edit=1
#32223 [Fbk-Opn]: weird behaviour of pg_last_notice
ID: 32223
User updated by: valiak at gmail dot com
Reported By: valiak at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: PostgreSQL related
Operating System: *
-PHP Version: 5CVS-2005-03-08
+PHP Version: 5CVS-2005-05-13
New Comment:
the problem still exists ...
PHP 5.1.0-dev (cli) (built: May 14 2005 02:09:08)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
Previous Comments:
[2005-05-13 13:08:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-08 13:28:02] valiak at gmail dot com
if you switch the places of include_once and define there is no bug
there is no difference in the behaviour if include_once is changed to
include or require_once or require
[2005-03-08 08:59:31] valiak at gmail dot com
the problem still exists :-(
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
1
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php -v
PHP 5.1.0-dev (cli) (built: Mar 8 2005 09:54:24)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
[2005-03-07 20:06:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-07 18:13:54] valiak at gmail dot com
Description:
i've tried to localize to as smallest code as I could
the correct result happens even if you comment the include line or the
global directive or not using exceptions ... (there are few other
modifications too)
it happens with the cli version and with the apache module version
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php -v
PHP 5.0.3 (cli) (built: Mar 2 2005 13:13:40)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
compiled with
./configure --with-gettext --with-oci8 --with-apxs=/usr/bin/apxs
--with-gd --with-pgsql --with-readline --with-zlib --with-mysql=/usr
--with-
jpeg-dir --with-png-dir --enable-mbstring --enable-sockets
--enable-pcntl --enable-sigchild --with-exec-dir=/usr/bin
--with-config-file-path=
/etc/php5
pgsql
PostgreSQL Support = enabled
PostgreSQL(libpq) Version = 8.0.1
Multibyte character support = enabled
SSL support = disabled
Active Persistent Links = 0
Active Links = 0
Directive = Local Value = Master Value
pgsql.allow_persistent = Off = Off
pgsql.auto_reset_persistent = Off = Off
pgsql.ignore_notice = Off = Off
pgsql.log_notice = Off = Off
pgsql.max_links = Unlimited = Unlimited
pgsql.max_persistent = Unlimited = Unlimited
if some more info is needed tell me what to do?
Reproduce code:
---
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.inc.php
?
?
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ cat test.php
?
/*
this is a dummy pg function just to raise notice, called from this
file
CREATE OR REPLACE FUNCTION test_notice() RETURNS boolean AS $$
begin
RAISE NOTICE '1';
return 'f';
end;
$$ LANGUAGE plpgsql;
*/
define(TTT, pg_connect('user=test password=test
dbname=test'));
include_once 'test.inc.php';
function tester() {
global $t;
$res = pg_query(TTT, 'SELECT test_notice()');
$result = pg_fetch_row($res, 0);
pg_free_result($res);
if ($result[0] == 'f') {
throw new Exception(pg_last_notice(TTT));
}
}
try {
echo tester();
echo 2;
}
catch (Exception $e) {
echo $e-getMessage(), 1;
}
?
Expected result:
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
NOTICE: 11
Actual result:
--
[EMAIL PROTECTED] ~/tmp/pg_last_notice
$ php test.php
1
--
Edit this bug report at http://bugs.php.net/?id=32223edit=1
#33031 [NEW]: foreach fails to continue after returning from a recursion call
From: jxmaster at msn dot com
Operating system: windowsxp
PHP version: 4.3.11
PHP Bug Type: Arrays related
Bug description: foreach fails to continue after returning from a recursion
call
Description:
'foreach' fails to continue visiting the following items in the array
after returning from a recursion function call. I understand that
'foreach' works on the copy of the array, but I think it cannot explain
the situation. Because after returning from the recursion call, the memory
space before the call should be popped out from the running enviorenment
stack. Hence, foreach should not feel that its execution has been
interrupted by the recursion call.
If I change the structure of the array slightly and use for loop to
replace foreach the function get the expected value.
Following is the revised version:
function recurGetDescdendant($all, $current, $descendant) {
$length = count($all);
for ($i = 0; $i $length; $i++) {
$userid = $all[$i][0];
$parent = $all[$i][1];
if ($parent == $current) {
$descendant[] = $userid;
$cdescendant = array();
recurGetDescdendant($all, $userid, $cdescendant);
$descendant = array_merge($descendant, $cdescendant);
} } }
//key represents the user id; value reprents the parent's user id of this
user. for example: 6 = 1 means user 6's parent is user 1
$all = array(array(1,0), array(2,0), array(3,0), array(4,0), array(5,0),
array(6,1), array(7,1), array(11,7), array(12,11), array(13,11) );
$descendant = array();
recurGetDescdendant($all, 1, $descendant);
foreach ($descendant as $value) echo $value . br\n;
Reproduce code:
---
function recurGetDescdendant($all, $current, $descendant) {
foreach ($all as $userid = $parent) {
if ($parent == $current) {
$descendant[] = $userid;
$cdescendant = array();
recurGetDescdendant($all, $userid, $cdescendant);
$descendant = array_merge($descendant, $cdescendant);
} } }
//key represents the user id; value reprents the parent's user id of this
user. for example: 6 = 1 means user 6's parent is user 1
$all = array(1 = 0, 2 = 0, 3 = 0, 4 = 0, 5 = 0, 6 = 1, 7 = 1, 11
= 7, 12 = 11, 13 = 11 );
$descendant = array();
recurGetDescdendant($all, 1, $descendant);
foreach ($descendant as $value) echo $value . br\n;
Expected result:
6br
7br
11br
12br
13br
Actual result:
--
6br
--
Edit bug report at http://bugs.php.net/?id=33031edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33031r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33031r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33031r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33031r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33031r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33031r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33031r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33031r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33031r=support
Expected behavior: http://bugs.php.net/fix.php?id=33031r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33031r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33031r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33031r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33031r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33031r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33031r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33031r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33031r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33031r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33031r=mysqlcfg
