[PHP-DOC] Re: [PHP-DEV] PHP_INI_SYSTEM and httpd.conf
I can clearly set the PHP_INI_SYSTEM option in the httpd.conf. As stated in http://php.net/configuration.changes you should use the 'php_admin_xx' directive instead of 'php_xx'. *cough* Yes, you're right. Sorry for the noise. S
[PHP-DOC] #33955 [NEW]: Manual
From: EdgarERP at yahoo dot com Operating system: Solaris, Irix an Windows XP SP2 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Manual Description: English: I need find manual for PHP 5.0.4 on Jakarta Tomcat 4.1.31 installations for operating system: Solaris, Irix and Windows XP SP2. -- Edit bug report at http://bugs.php.net/?id=33955&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33955&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33955&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33955&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33955&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33955&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33955&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33955&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33955&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33955&r=support Expected behavior: http://bugs.php.net/fix.php?id=33955&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33955&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33955&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33955&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33955&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33955&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33955&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33955&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33955&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33955&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33955&r=mysqlcfg
[PHP-DOC] #33157 [Ana->Asn]: Missing htmlspecialchars_decode
ID: 33157 Updated by: [EMAIL PROTECTED] Reported By: mjs15451 at hotmail dot com -Status: Analyzed +Status: Assigned Bug Type: Documentation problem Operating System: Linux 2.6.10 PHP Version: 5.0.4 Assigned To: hholzgra Previous Comments: [2005-05-27 09:26:12] [EMAIL PROTECTED] Version 5 tags were ignored in the generation process. Here's the patch: http://www.vrana.cz/scite/version5_tags.diff.txt Hartmut, can you please apply the patch? [2005-05-27 03:57:35] [EMAIL PROTECTED] Documentation is wrong, this function is found in PHP 5.1 only [2005-05-27 01:57:06] mjs15451 at hotmail dot com Description: htmlspecialchars_decode() is missing. Reproduce code: --- echo htmlspecialchars_decode("asdf<>"); Expected result: Should output: asdf<> Actual result: -- Fatal error: Call to undefined function htmlspecialchars_decode() I double checked my php version and I am definitely running php 5.0.4 and according to the docs this function should be available in PHP 5. http://us2.php.net/manual/en/function.htmlspecialchars-decode.php I did the usual configure, make, make install. ./configure --prefix=/usr/lib/php --with-apxs2=/usr/sbin/apxs2 --with-openssl --with-zlib --enable-dio --with-bz2 --enable-calendar --enable-bcmath --with-curl=/usr/include/curl --enable-exif --enable-filepro --enable-ftp --with-ttf --enable-mbstring --enable-zend-multibyte --without-mysql --with-mysqli=/usr/lib/mysql/bin/mysql_config --with-mysql-sock=/var/run/mysqld/mysql.sock --enable-sockets --enable-sqllite-utf8 --enable-wddx --with-gettext=/usr/lib/gettext --with-imagick=/usr --with-mcrypt --with-mhash --with-gd --with-jpeg-dir --with-png-dir --with-freetype-dir --with-zlib-dir --with-libxml-dir make make install -- Edit this bug report at http://bugs.php.net/?id=33157&edit=1
[PHP-DOC] Re: [PHP-DEV] PHP_INI_SYSTEM and httpd.conf
I can clearly set the PHP_INI_SYSTEM option in the httpd.conf. As stated in http://php.net/configuration.changes you should use the 'php_admin_xx' directive instead of 'php_xx'. AFAIK, those options marked with 'php.ini only' were considered too expensive to be set at run-time (they are hard-coded in the ini updater script - phpdoc/scripts/iniupdate). Nuno - Original Message - Hello core folks. Please see this table: http://php.net/manual/en/ini.php#AEN189095 As long as I can remember, the manual has said that PHP_INI_SYSTEM is settable in httpd.conf. I just ran some tests, and it seems that this is not the case. Seems these are only settable in php.ini. The manual even goes far as to distinguish between "php.ini only" (disable_classes, for example), and PHP_INI_SYSTEM. So, am I just missing something, or is the manual wrong? Could someone clarify in unambiguous terms the credentials for changing a setting that is PHP_INI_SYSTEM? (sorry for the crosspost) Thanks, S
[PHP-DOC] #33953 [Asn->Csd]: class_implements parameter list invalid
ID: 33953 Updated by: [EMAIL PROTECTED] Reported By: ludvig dot ericson at gmail dot com -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Irrelative PHP Version: Irrelevant Assigned To: nlopess New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2005-08-02 00:06:46] ludvig dot ericson at gmail dot com Updated Version/OS [2005-08-02 00:04:39] ludvig dot ericson at gmail dot com Description: The documentation at www.php.net/class_implements says array class_implements ( mixed class [, bool autoload] ) while this is only true for the snapshot version. Although the page does say that the first parameter, class, can only be string/object as of 5.1.0 (objects only in 5.0.x) The second parameter on the other hand, is stated as "always there", this is apparently not the case, it's snapshot-only (5.1.0). -- Edit this bug report at http://bugs.php.net/?id=33953&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/spl/functions class-implements.xml class-parents.xml
nlopess Mon Aug 1 18:29:42 2005 EDT Modified files: /phpdoc/en/reference/spl/functions class-implements.xml class-parents.xml Log: fix #33853 and a user note: missing description & changelog for the autoload parameter http://cvs.php.net/diff.php/phpdoc/en/reference/spl/functions/class-implements.xml?r1=1.6&r2=1.7&ty=u Index: phpdoc/en/reference/spl/functions/class-implements.xml diff -u phpdoc/en/reference/spl/functions/class-implements.xml:1.6 phpdoc/en/reference/spl/functions/class-implements.xml:1.7 --- phpdoc/en/reference/spl/functions/class-implements.xml:1.6 Wed May 4 05:39:10 2005 +++ phpdoc/en/reference/spl/functions/class-implements.xml Mon Aug 1 18:29:40 2005 @@ -1,5 +1,5 @@ - + class_implements @@ -32,6 +32,16 @@ + + autoload + + + Whether to allow this function to load the class automatically through + the __autoload magic + method. Defaults to &true;. + + + @@ -59,7 +69,8 @@ 5.1.0 -Added the option to pass the parameter as a string +Added the option to pass the class parameter as +a string. Added the autoload parameter. @@ -82,6 +93,17 @@ print_r(class_implements(new bar)); +// since PHP 5.1 you may also specify the parameter as a string +print_r(class_implements('bar')); + + +function __autoload($class_name) { + require_once $class_name . '.php'; +} + +// use __autoload to load the 'not-loaded' class +print_r(class_implements('not-loaded', true)); + ?> ]]> http://cvs.php.net/diff.php/phpdoc/en/reference/spl/functions/class-parents.xml?r1=1.4&r2=1.5&ty=u Index: phpdoc/en/reference/spl/functions/class-parents.xml diff -u phpdoc/en/reference/spl/functions/class-parents.xml:1.4 phpdoc/en/reference/spl/functions/class-parents.xml:1.5 --- phpdoc/en/reference/spl/functions/class-parents.xml:1.4 Wed May 4 05:39:10 2005 +++ phpdoc/en/reference/spl/functions/class-parents.xml Mon Aug 1 18:29:40 2005 @@ -1,5 +1,5 @@ - + class_parents @@ -28,7 +28,17 @@ class - An object or a string of the class + An object (class instance) or a string (class name). + + + + + autoload + + + Whether to allow this function to load the class automatically through + the __autoload magic + method. Defaults to &true;. @@ -58,7 +68,8 @@ 5.1.0 -Added the option to pass the parameter as a string +Added the option to pass the class parameter as +a string. Added the autoload parameter. @@ -81,6 +92,16 @@ print_r(class_parents(new bar)); +// since PHP 5.1 you may also specify the parameter as a string +print_r(class_parents('bar')); + + +function __autoload($class_name) { + require_once $class_name . '.php'; +} + +// use __autoload to load the 'not-loaded' class +print_r(class_parents('not-loaded', true)); ?> ]]>
[PHP-DOC] #33953 [Opn->Asn]: class_implements parameter list invalid
ID: 33953 Updated by: [EMAIL PROTECTED] Reported By: ludvig dot ericson at gmail dot com -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Irrelative PHP Version: Irrelevant -Assigned To: +Assigned To: nlopess Previous Comments: [2005-08-02 00:06:46] ludvig dot ericson at gmail dot com Updated Version/OS [2005-08-02 00:04:39] ludvig dot ericson at gmail dot com Description: The documentation at www.php.net/class_implements says array class_implements ( mixed class [, bool autoload] ) while this is only true for the snapshot version. Although the page does say that the first parameter, class, can only be string/object as of 5.1.0 (objects only in 5.0.x) The second parameter on the other hand, is stated as "always there", this is apparently not the case, it's snapshot-only (5.1.0). -- Edit this bug report at http://bugs.php.net/?id=33953&edit=1
[PHP-DOC] #33953 [Opn]: class_implements parameter list invalid
ID: 33953 User updated by: ludvig dot ericson at gmail dot com Reported By: ludvig dot ericson at gmail dot com Status: Open Bug Type: Documentation problem Operating System: Irrelative PHP Version: Irrelevant New Comment: Updated Version/OS Previous Comments: [2005-08-02 00:04:39] ludvig dot ericson at gmail dot com Description: The documentation at www.php.net/class_implements says array class_implements ( mixed class [, bool autoload] ) while this is only true for the snapshot version. Although the page does say that the first parameter, class, can only be string/object as of 5.1.0 (objects only in 5.0.x) The second parameter on the other hand, is stated as "always there", this is apparently not the case, it's snapshot-only (5.1.0). -- Edit this bug report at http://bugs.php.net/?id=33953&edit=1
[PHP-DOC] #33953 [NEW]: class_implements parameter list invalid
From: ludvig dot ericson at gmail dot com Operating system: Irrelative PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: class_implements parameter list invalid Description: The documentation at www.php.net/class_implements says array class_implements ( mixed class [, bool autoload] ) while this is only true for the snapshot version. Although the page does say that the first parameter, class, can only be string/object as of 5.1.0 (objects only in 5.0.x) The second parameter on the other hand, is stated as "always there", this is apparently not the case, it's snapshot-only (5.1.0). -- Edit bug report at http://bugs.php.net/?id=33953&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33953&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33953&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33953&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33953&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33953&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33953&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33953&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33953&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33953&r=support Expected behavior: http://bugs.php.net/fix.php?id=33953&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33953&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33953&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33953&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33953&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33953&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33953&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33953&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33953&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33953&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33953&r=mysqlcfg
Re: [PHP-DOC] cvs: phpdoc /en/reference/datetime constants.xmlreference.xml /en/reference/datetime/functions date.xml gmmktime.xmlmktime.xml strtotime.xml
The following constants are defined since PHP 5.1.0 and they offer standard date representations, which can be used along with the date format functions (like date or strftime). That is not true, they can not be used with the strftime function as that one wants % in front of modifiers. regards, Derick Thanks for reviewing the docs! I've fixed that bug. I wanted to use the new date_format() function, but I chose a wrong example instead :( Nuno
[PHP-DOC] cvs: phpdoc /en/reference/datetime constants.xml
nlopess Mon Aug 1 14:46:16 2005 EDT Modified files: /phpdoc/en/reference/datetime constants.xml Log: fix example of date format functions. Thanks Derick ;) http://cvs.php.net/diff.php/phpdoc/en/reference/datetime/constants.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/datetime/constants.xml diff -u phpdoc/en/reference/datetime/constants.xml:1.1 phpdoc/en/reference/datetime/constants.xml:1.2 --- phpdoc/en/reference/datetime/constants.xml:1.1 Sat Jul 30 14:14:09 2005 +++ phpdoc/en/reference/datetime/constants.xml Mon Aug 1 14:46:14 2005 @@ -1,11 +1,11 @@ - + &reftitle.constants; The following constants are defined since PHP 5.1.0 and they offer standard date representations, which can be used along with the date format functions - (like date or strftime). + (like date).
[suspicious - maybe spam] [PHP-DOC] [suspicious - maybe spam] Re: [suspicious - maybe spam] [PHP-DOC] [suspicious - maybe spam] Re: [PHP-DOC] cvs: phpdoc /en/docweb main.ent
The wishlist is actually for a link to a wishlist, like an Amazon wishlist The picture problem has been fixed in cvs, the website updates every hour. You should be able to upload a picture soon. The RFC System is the request for comments system that you can find on the doc website http://doc.php.net/rfc/ It's a voting system for proposals. Vincent On Monday 01 August 2005 19:32, Jean-Sebastien Goupil wrote: > What is the wishlist ? it points to http://doc.php.net/user/ > (... wondering for translation...) > I sent a photo 500x500 jpg 201k, no error but it's not visible. Perhaps > it is still in development ? (it seems that you have one picture > displayed on your profile) > "at this moment it is only used in the RFC system" sorry for not > understanding, bug what is RFC system? > > Jean-Sébastien Goupil > [EMAIL PROTECTED] > > Vincent Gevers wrote: > >Hi, > > > >All cvs users have a profile page at doc.php.net > > > >at this moment it is only used in the RFC system or can be looked up. > >to view, and edit, your profile you can visit > >http://doc.php.net/user/yourusername > > > >Vincent > > > >On Monday 01 August 2005 18:17, Jean-Sebastien Goupil wrote: > >>Hi, > >> > >>Perhaps I didn't follow all message on this mailing list but I'm > >>wondering how to edit these information ? http://doc.php.net/login.php ? > >>where :) > >>Or perhaps it is only for "big" admin ? > >> > >>Jean-Sébastien Goupil > >>[EMAIL PROTECTED] > >> > >>Vincent Gevers wrote: > >>>vincent Mon Aug 1 10:33:02 2005 EDT > >>> > >>> Modified files: > >>> /phpdoc/en/docweb main.ent > >>> Log: > >>> Allow users to delete there current photo > >>> > >>>http://cvs.php.net/diff.php/phpdoc/en/docweb/main.ent?r1=1.24&r2=1.25&ty > >>>=u Index: phpdoc/en/docweb/main.ent > >>>diff -u phpdoc/en/docweb/main.ent:1.24 phpdoc/en/docweb/main.ent:1.25 > >>>--- phpdoc/en/docweb/main.ent:1.24 Sun Jul 31 20:33:42 2005 > >>>+++ phpdoc/en/docweb/main.ent Mon Aug 1 10:33:00 2005 > >>>@@ -1,5 +1,5 @@ > >>> > >>>- > >>>+ > >>> > >>> > >>> > >>>@@ -148,6 +148,7 @@ > >>> > >>> > >>> > >>>+ > >>> > >>> >>> jpg format and is maximum 500x500'> >>> 'You may only edit your own profile'>
Re: [PHP-DOC] cvs: phpdoc /en/reference/datetime constants.xml reference.xml /en/reference/datetime/functions date.xml gmmktime.xml mktime.xml strtotime.xml
> The following constants are defined since PHP 5.1.0 and they offer standard > date representations, which can be used along with the date format functions > (like date or strftime). That is not true, they can not be used with the strftime function as that one wants % in front of modifiers. regards, Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org
[suspicious - maybe spam] [PHP-DOC] [suspicious - maybe spam] Re: [PHP-DOC] cvs: phpdoc /en/docweb main.ent
What is the wishlist ? it points to http://doc.php.net/user/ (... wondering for translation...) I sent a photo 500x500 jpg 201k, no error but it's not visible. Perhaps it is still in development ? (it seems that you have one picture displayed on your profile) "at this moment it is only used in the RFC system" sorry for not understanding, bug what is RFC system? Jean-Sébastien Goupil [EMAIL PROTECTED] Vincent Gevers wrote: Hi, All cvs users have a profile page at doc.php.net at this moment it is only used in the RFC system or can be looked up. to view, and edit, your profile you can visit http://doc.php.net/user/yourusername Vincent On Monday 01 August 2005 18:17, Jean-Sebastien Goupil wrote: Hi, Perhaps I didn't follow all message on this mailing list but I'm wondering how to edit these information ? http://doc.php.net/login.php ? where :) Or perhaps it is only for "big" admin ? Jean-Sébastien Goupil [EMAIL PROTECTED] Vincent Gevers wrote: vincent Mon Aug 1 10:33:02 2005 EDT Modified files: /phpdoc/en/docweb main.ent Log: Allow users to delete there current photo http://cvs.php.net/diff.php/phpdoc/en/docweb/main.ent?r1=1.24&r2=1.25&ty=u Index: phpdoc/en/docweb/main.ent diff -u phpdoc/en/docweb/main.ent:1.24 phpdoc/en/docweb/main.ent:1.25 --- phpdoc/en/docweb/main.ent:1.24 Sun Jul 31 20:33:42 2005 +++ phpdoc/en/docweb/main.ent Mon Aug 1 10:33:00 2005 @@ -1,5 +1,5 @@ - + @@ -148,6 +148,7 @@ +
[PHP-DOC] PHP_INI_SYSTEM and httpd.conf
Hello core folks. Please see this table: http://php.net/manual/en/ini.php#AEN189095 As long as I can remember, the manual has said that PHP_INI_SYSTEM is settable in httpd.conf. I just ran some tests, and it seems that this is not the case. Seems these are only settable in php.ini. The manual even goes far as to distinguish between "php.ini only" (disable_classes, for example), and PHP_INI_SYSTEM. So, am I just missing something, or is the manual wrong? Could someone clarify in unambiguous terms the credentials for changing a setting that is PHP_INI_SYSTEM? (sorry for the crosspost) Thanks, S
[suspicious - maybe spam] [PHP-DOC] [suspicious - maybe spam] Re: [suspicious - maybe spam] [PHP-DOC] [suspicious - maybe spam] Re: [PHP-DOC] cvs: phpdoc /en/docweb main.ent
Hi, All cvs users have a profile page at doc.php.net at this moment it is only used in the RFC system or can be looked up. to view, and edit, your profile you can visit http://doc.php.net/user/yourusername Vincent On Monday 01 August 2005 18:17, Jean-Sebastien Goupil wrote: > Hi, > > Perhaps I didn't follow all message on this mailing list but I'm > wondering how to edit these information ? http://doc.php.net/login.php ? > where :) > Or perhaps it is only for "big" admin ? > > Jean-Sébastien Goupil > [EMAIL PROTECTED] > > Vincent Gevers wrote: > >vincent Mon Aug 1 10:33:02 2005 EDT > > > > Modified files: > >/phpdoc/en/docweb main.ent > > Log: > > Allow users to delete there current photo > > > >http://cvs.php.net/diff.php/phpdoc/en/docweb/main.ent?r1=1.24&r2=1.25&ty=u > >Index: phpdoc/en/docweb/main.ent > >diff -u phpdoc/en/docweb/main.ent:1.24 phpdoc/en/docweb/main.ent:1.25 > >--- phpdoc/en/docweb/main.ent:1.24 Sun Jul 31 20:33:42 2005 > >+++ phpdoc/en/docweb/main.ent Mon Aug 1 10:33:00 2005 > >@@ -1,5 +1,5 @@ > > > >- > >+ > > > > > > > >@@ -148,6 +148,7 @@ > > > > > > > >+ > > > > > format and is maximum 500x500'> > may only edit your own profile'>
[suspicious - maybe spam] [PHP-DOC] [suspicious - maybe spam] Re: [PHP-DOC] cvs: phpdoc /en/docweb main.ent
Hi, Perhaps I didn't follow all message on this mailing list but I'm wondering how to edit these information ? http://doc.php.net/login.php ? where :) Or perhaps it is only for "big" admin ? Jean-Sébastien Goupil [EMAIL PROTECTED] Vincent Gevers wrote: vincent Mon Aug 1 10:33:02 2005 EDT Modified files: /phpdoc/en/docweb main.ent Log: Allow users to delete there current photo http://cvs.php.net/diff.php/phpdoc/en/docweb/main.ent?r1=1.24&r2=1.25&ty=u Index: phpdoc/en/docweb/main.ent diff -u phpdoc/en/docweb/main.ent:1.24 phpdoc/en/docweb/main.ent:1.25 --- phpdoc/en/docweb/main.ent:1.24 Sun Jul 31 20:33:42 2005 +++ phpdoc/en/docweb/main.ent Mon Aug 1 10:33:00 2005 @@ -1,5 +1,5 @@ - + @@ -148,6 +148,7 @@ +
[PHP-DOC] #33949 [NEW]: header() documentation incorrect.
From: martin dot bundgaard at gmail dot com Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: header() documentation incorrect. Description: The page http://php.net/header of the documentation states: "HTTP/1.1 requires an absolute URI as argument to Location: including the scheme, hostname and absolute path, but some clients accept relative URIs." This is incorrect. According to the HTTP/1.1 specification (http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14), according to which, relative URIs _are_ acceptable and work the way you would (probably) expect them to: "If the Content-Location is a relative URI, the relative URI is interpreted relative to the Request-URI." Sincerely, Martin Bundgaard -- Edit bug report at http://bugs.php.net/?id=33949&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33949&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33949&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33949&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33949&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33949&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33949&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33949&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33949&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33949&r=support Expected behavior: http://bugs.php.net/fix.php?id=33949&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33949&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33949&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33949&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33949&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33949&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33949&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33949&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33949&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33949&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33949&r=mysqlcfg
[PHP-DOC] #33948 [Opn->Csd]: Error in french translation of str_rot13 info page
ID: 33948 Updated by: [EMAIL PROTECTED] Reported By: gkieffer at evolutive dot org -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2005-08-01 18:02:14] gkieffer at evolutive dot org Description: There's a slight error in the french translation of the documentation page of str_rot13(). Original documentation says: "Note: The behaviour of this function was buggy until PHP 4.3.0. Before this, the str was also modified, as if passed by reference. " French translation says: "Note : Le comportement de cette fonction était bogué jusqu'en PHP 4.3.0. Avant cela, str n'était pas modifié, comme s'il était passé par référence. " ... that is: "Before this, the str was NOT modified, as if passed by reference." Obviously the french translation is wrong. The french translation should read: "Avant cela, str était modifié, comme s'il était passé par référence." EN: http://www.php.net/manual/en/function.str-rot13.php FR: http://www.php.net/manual/fr/function.str-rot13.php Expected result: Note : Le comportement de cette fonction était bogué jusqu'en PHP 4.3.0. Avant cela, str était modifié, comme s'il était passé par référence. Actual result: -- Note : Le comportement de cette fonction était bogué jusqu'en PHP 4.3.0. Avant cela, str n'était pas modifié, comme s'il était passé par référence. -- Edit this bug report at http://bugs.php.net/?id=33948&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/info/functions ini-set.xml
seanMon Aug 1 12:09:54 2005 EDT Modified files: /phpdoc/en/reference/info/functions ini-set.xml Log: add link to config. changes page http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/ini-set.xml?r1=1.45&r2=1.46&ty=u Index: phpdoc/en/reference/info/functions/ini-set.xml diff -u phpdoc/en/reference/info/functions/ini-set.xml:1.45 phpdoc/en/reference/info/functions/ini-set.xml:1.46 --- phpdoc/en/reference/info/functions/ini-set.xml:1.45 Sun Jan 30 11:27:46 2005 +++ phpdoc/en/reference/info/functions/ini-set.xml Mon Aug 1 12:09:53 2005 @@ -1,5 +1,5 @@ - + @@ -27,8 +27,10 @@ See also: get_cfg_var, ini_get, - ini_get_all, and - ini_restore + ini_get_all, + ini_restore &listendand; + How to change configuration + settings
[PHP-DOC] #33948 [NEW]: Error in french translation of str_rot13 info page
From: gkieffer at evolutive dot org Operating system: All PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Error in french translation of str_rot13 info page Description: There's a slight error in the french translation of the documentation page of str_rot13(). Original documentation says: "Note: The behaviour of this function was buggy until PHP 4.3.0. Before this, the str was also modified, as if passed by reference. " French translation says: "Note : Le comportement de cette fonction était bogué jusqu'en PHP 4.3.0. Avant cela, str n'était pas modifié, comme s'il était passé par référence. " ... that is: "Before this, the str was NOT modified, as if passed by reference." Obviously the french translation is wrong. The french translation should read: "Avant cela, str était modifié, comme s'il était passé par référence." EN: http://www.php.net/manual/en/function.str-rot13.php FR: http://www.php.net/manual/fr/function.str-rot13.php Expected result: Note : Le comportement de cette fonction était bogué jusqu'en PHP 4.3.0. Avant cela, str était modifié, comme s'il était passé par référence. Actual result: -- Note : Le comportement de cette fonction était bogué jusqu'en PHP 4.3.0. Avant cela, str n'était pas modifié, comme s'il était passé par référence. -- Edit bug report at http://bugs.php.net/?id=33948&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33948&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33948&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33948&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33948&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33948&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33948&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33948&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33948&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33948&r=support Expected behavior: http://bugs.php.net/fix.php?id=33948&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33948&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33948&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33948&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33948&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33948&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33948&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33948&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33948&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33948&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33948&r=mysqlcfg
[PHP-DOC] #33947 [NEW]: session.cookie_domain default behavior undocumented
From: gabe at mudbugmedia dot com Operating system: Linux/Debian PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: session.cookie_domain default behavior undocumented Description: For the php.ini setting session.cookie_domain, the default value of '' (empty string) is documented in the php.ini and on the website. However, the meaning of the empty string value, and its expected default behavior, is not documented. The documentation needs updating to state what cookie domain will be sent to the browser. As of now I am getting conflicting reports of whether this empty value should set the cookie to '.blah.com' (to go across all sub-domains) or just 'www.blah.com' -- Edit bug report at http://bugs.php.net/?id=33947&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33947&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33947&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33947&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33947&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33947&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33947&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33947&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33947&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33947&r=support Expected behavior: http://bugs.php.net/fix.php?id=33947&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33947&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33947&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33947&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33947&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33947&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33947&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33947&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33947&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33947&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33947&r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/docweb main.ent
vincent Mon Aug 1 10:33:02 2005 EDT Modified files: /phpdoc/en/docweb main.ent Log: Allow users to delete there current photo http://cvs.php.net/diff.php/phpdoc/en/docweb/main.ent?r1=1.24&r2=1.25&ty=u Index: phpdoc/en/docweb/main.ent diff -u phpdoc/en/docweb/main.ent:1.24 phpdoc/en/docweb/main.ent:1.25 --- phpdoc/en/docweb/main.ent:1.24 Sun Jul 31 20:33:42 2005 +++ phpdoc/en/docweb/main.ent Mon Aug 1 10:33:00 2005 @@ -1,5 +1,5 @@ - + @@ -148,6 +148,7 @@ +
[PHP-DOC] #33945 [Opn->Bgs]: error in .chm file ciompiling
ID: 33945 Updated by: [EMAIL PROTECTED] Reported By: huszti dot roland at freemail dot hu -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: .chm file PHP Version: Irrelevant 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. This was reported countless times before Previous Comments: [2005-08-01 14:41:09] huszti dot roland at freemail dot hu Description: Hi! The latest Hungarian PHP documentation .html files had been compiled absolutelly badly into .chm file. It is absolutely unuseful, because a permanent error. It says: 'H:/phpdoc/hu/html' is missing. Expected result: Correct work. Actual result: -- 'H:/phpdoc/hu/html' is missing. -- Edit this bug report at http://bugs.php.net/?id=33945&edit=1
[PHP-DOC] Re: [DOC-WEB] Re: [PHP-DOC] cvs: phpdoc /en/docweb main.ent
>> + >> + >> +Username'> >> +Real name'> >> +Country'> > > I really think we should avoid putting markup directly in the entities > when simple. > > For example, in docweb.login.text, it would be inconvenient to break > that piece into two entities (one for "Note:" and one for the rest). > > However, in the case of docweb.users.*, we should put the tags > into the template, and allow the entities to be only text. +1 Goba
[PHP-DOC] #33945 [NEW]: error in .chm file ciompiling
From: huszti dot roland at freemail dot hu Operating system: .chm file PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: error in .chm file ciompiling Description: Hi! The latest Hungarian PHP documentation .html files had been compiled absolutelly badly into .chm file. It is absolutely unuseful, because a permanent error. It says: 'H:/phpdoc/hu/html' is missing. Expected result: Correct work. Actual result: -- 'H:/phpdoc/hu/html' is missing. -- Edit bug report at http://bugs.php.net/?id=33945&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33945&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33945&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33945&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33945&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33945&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33945&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33945&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33945&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33945&r=support Expected behavior: http://bugs.php.net/fix.php?id=33945&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33945&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33945&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33945&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33945&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33945&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33945&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33945&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33945&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33945&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33945&r=mysqlcfg
Re: [PHP-DOC] #33830 [Opn->Csd]: vrana
Derick Rethans wrote: > Every time you update a report, you set the summary of the report to > "vrana" - please make sure you don't do that in the future anymore. I'm sorry. It's not every time but only when I'm logged out and logging in again. It's caused probably by auto username filling of my browser and I will take care about it next time. Jakub Vrana
Re: [PHP-DOC] #33830 [Opn->Csd]: vrana
On Sat, 23 Jul 2005 [EMAIL PROTECTED] wrote: > ID: 33830 > Updated by: [EMAIL PROTECTED] > -Summary: Incorrect documentation on sqlite_fetch_all page > Reported By: jmarbas at hotmail dot com > -Status: Open > +Status: Closed > Bug Type: Documentation problem > Operating System: win xp > PHP Version: Irrelevant Every time you update a report, you set the summary of the report to "vrana" - please make sure you don't do that in the future anymore. regards, Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org
[PHP-DOC] #33944 [Csd->Bgs]: vrana
ID: 33944 Updated by: [EMAIL PROTECTED] Reported By: wanie at wanie dot info -Status: Closed +Status: Bogus Bug Type: Documentation problem Operating System: linux PHP Version: Irrelevant New Comment: I'm sorry, it's not fixed anywhere yet. Previous Comments: [2005-08-01 12:58:56] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. We probably already track this under bug #33722. [2005-08-01 11:20:00] wanie at wanie dot info Description: I get the document link http://www.php.net/get/php_manual_kr.chm/from/a/mirror and run this document, left menu's link is all broken ¿ÞÂÊ ¸Þ´º ÀÛµ¿ÇÏ´Â°Ô Çϳªµµ ¾ø³×¿ä. ÇÏÀ§¸Þ´º ÆîÄ¡±â¸¸ ÀÛµ¿ÇÕ´Ï´Ù. When i click the menu, it try to open wrong link ... I'm sorry I'm poor at English -- Edit this bug report at http://bugs.php.net/?id=33944&edit=1
[PHP-DOC] cvs: phpdoc /scripts missing-entities.php.in
nlopess Mon Aug 1 07:00:29 2005 EDT Modified files: /phpdoc/scripts missing-entities.php.in Log: try tp fix the windows missing ids search when using cygwin's openjade & standard PHP (usual setup) http://cvs.php.net/diff.php/phpdoc/scripts/missing-entities.php.in?r1=1.17&r2=1.18&ty=u Index: phpdoc/scripts/missing-entities.php.in diff -u phpdoc/scripts/missing-entities.php.in:1.17 phpdoc/scripts/missing-entities.php.in:1.18 --- phpdoc/scripts/missing-entities.php.in:1.17 Wed Feb 9 18:46:00 2005 +++ phpdoc/scripts/missing-entities.php.in Mon Aug 1 07:00:27 2005 @@ -17,7 +17,7 @@ | Gabor Hojtsy <[EMAIL PROTECTED]> | +--+ - $Id: missing-entities.php.in,v 1.17 2005/02/09 23:46:00 hholzgra Exp $ + $Id: missing-entities.php.in,v 1.18 2005/08/01 11:00:27 nlopess Exp $ */ set_time_limit(0); @@ -36,10 +36,15 @@ $NSGMLS_OUTPUT = "missing-entities.out"; // Support for Windows systems -if (substr(PHP_OS, 0, 3) == 'WIN') { -$NSGMLS = str_replace("/", "\\", "$NSGMLS"); +$windows = (strpos(PHP_OS, 'WIN') !== false); + +// If PHP wasn't compiled on Cygwin, the path needs to be fixed. +// cygwin's path is hardcoded to C:\cygwin. change it if needed +if ($windows && (strpos(php_uname(), 'CYGWIN') === false)) { +$NSGMLS = preg_replace('@/usr/bin/(.+)@', 'C:\cygwin\bin\1.exe', $NSGMLS); } + // Execute a test of the manual if("@SP_OPTIONS@" == "" || substr(PHP_OS, 0, 3) == 'WIN') { exec(
[PHP-DOC] #33944 [Opn->Csd]: vrana
ID: 33944 Updated by: [EMAIL PROTECTED] -Summary: korean chm document is broken Reported By: wanie at wanie dot info -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. We probably already track this under bug #33722. Previous Comments: [2005-08-01 11:20:00] wanie at wanie dot info Description: I get the document link http://www.php.net/get/php_manual_kr.chm/from/a/mirror and run this document, left menu's link is all broken ¿ÞÂÊ ¸Þ´º ÀÛµ¿ÇÏ´Â°Ô Çϳªµµ ¾ø³×¿ä. ÇÏÀ§¸Þ´º ÆîÄ¡±â¸¸ ÀÛµ¿ÇÕ´Ï´Ù. When i click the menu, it try to open wrong link ... I'm sorry I'm poor at English -- Edit this bug report at http://bugs.php.net/?id=33944&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/sdodasrel/functions SDO-DAS-Relational-executePreparedQuery.xml
mfp Mon Aug 1 05:23:02 2005 EDT Modified files: /phpdoc/en/reference/sdodasrel/functions SDO-DAS-Relational-executePreparedQuery.xml Log: Add with example code for executePreparedQuery() http://cvs.php.net/diff.php/phpdoc/en/reference/sdodasrel/functions/SDO-DAS-Relational-executePreparedQuery.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/sdodasrel/functions/SDO-DAS-Relational-executePreparedQuery.xml diff -u phpdoc/en/reference/sdodasrel/functions/SDO-DAS-Relational-executePreparedQuery.xml:1.1 phpdoc/en/reference/sdodasrel/functions/SDO-DAS-Relational-executePreparedQuery.xml:1.2 --- phpdoc/en/reference/sdodasrel/functions/SDO-DAS-Relational-executePreparedQuery.xml:1.1 Fri Jul 29 14:14:31 2005 +++ phpdoc/en/reference/sdodasrel/functions/SDO-DAS-Relational-executePreparedQuery.xml Mon Aug 1 05:23:02 2005 @@ -1,5 +1,5 @@ - + SDO_DAS_Relational::executePreparedQuery @@ -196,10 +196,63 @@ &reftitle.examples; - Please see the - Examples - section in the general information about the - Relational DAS for many examples of calling this method. + +Retrieving a data object using executePreparedQuery + + In this example a single data object is retrieved from the database + - or possibly more than one if there is more than one company + called 'Acme'. For each company returned, the + name + and + id + properties are echoed. + + + Other examples of the use of + executePreparedQuery + can be found in the example code supplied in + sdo/DAS/Relational/Scenarios + . + + + + +
[PHP-DOC] #33944 [NEW]: korean chm document is broken
From: wanie at wanie dot info Operating system: linux PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: korean chm document is broken Description: I get the document link http://www.php.net/get/php_manual_kr.chm/from/a/mirror and run this document, left menu's link is all broken ¿ÞÂÊ ¸Þ´º ÀÛµ¿ÇÏ´Â°Ô Çϳªµµ ¾ø³×¿ä. ÇÏÀ§¸Þ´º ÆîÄ¡±â¸¸ ÀÛµ¿ÇÕ´Ï´Ù. When i click the menu, it try to open wrong link ... I'm sorry I'm poor at English -- Edit bug report at http://bugs.php.net/?id=33944&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33944&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33944&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33944&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33944&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33944&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33944&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33944&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33944&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33944&r=support Expected behavior: http://bugs.php.net/fix.php?id=33944&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33944&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33944&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33944&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33944&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33944&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33944&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33944&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33944&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33944&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33944&r=mysqlcfg
Re: [PHP-DOC] bugfixing policy
anatoly techtonik wrote: > Should one work on bogus entries or leave them for some purpose? > Can they be closed, reviewed to be suspended or asked to be > retested against latest manual version to finally get one of the > three status "no feedback", "won't fix" or "closed" ? Bogus is the final state same as those you have listed. Jakub Vrana
[PHP-DOC] #33790 [Opn]: Exec command trims spaces from output
ID: 33790 User updated by: marcus at names dot co dot uk Reported By: marcus at names dot co dot uk Status: Open Bug Type: Documentation problem Operating System: * PHP Version: 5CVS, 4CVS (2005-07-20) New Comment: Hi. Thanks for reponding to this. However, just because a bug has existed for a long time doesn't mean it's not a bug. Removing new line characters is fine, but changing the actual output is just plain wrong! Previous Comments: [2005-07-30 00:49:23] [EMAIL PROTECTED] The manual should state this fact. There is no bug to fix as these functions have worked like this since PHP 3. You can use ob_start()..passthru()..ob_get_contents() as workaround. Or you can use glob() or scandir() if you only need to get the filenames.. [2005-07-20 17:13:36] marcus at names dot co dot uk Description should read, "all white space is removed FROM THE END OF EACH LINE, rather than just new line characters". [2005-07-20 17:11:10] marcus at names dot co dot uk Description: Each line in the output array returned as the second parameter of exec() is trimmed so that all white space is removed, rather than just new line characters. I found this issue while trying to use the following command to find all files in the current directory whose name ends in a space: exec("find . -name '* '",$output_array,$status); However, in $output_array the filenames have been trimmed so that they no longer end in a space. Reproduce code: --- exec("find . -name '* '",$output_array,$status); Expected result: array( "file1 " "file2 " ); Actual result: -- array( "file1" "file2" ); -- Edit this bug report at http://bugs.php.net/?id=33790&edit=1
Re: [PHP-DOC] bugfixing policy
On Sun, 31 Jul 2005, anatoly techtonik wrote: > Hello, phpdoc@lists.php.net > > I forgot - what do we do with duplicate bugs if main bug is closed? > These are marked bogus by default. > > for example: > http://bugs.php.net/bug.php?id=30708 - main bug closed > these are bogus: > http://bugs.php.net/bug.php?id=33262 > http://bugs.php.net/bug.php?id=29862 > > Should one work on bogus entries or leave them for some purpose? > Can they be closed, reviewed to be suspended or asked to be > retested against latest manual version to finally get one of the > three status "no feedback", "won't fix" or "closed" ? Duplicate bugs should always be bogus. Don't mark them as closed - actually, don't change them at all :) Derick