[PHP-DOC] #30337 [Opn]: empty() does not return true on empty objects
ID: 30337 Updated by: [EMAIL PROTECTED] Reported By: jorma dot tuomainen at softera dot fi Status: Open Bug Type: Documentation problem Operating System: Solaris PHP Version: 5.0.1 Assigned To: andi New Comment: It's covered under http://php.net/migration5 Perhaps this deserves a note on the empty() page, perhaps not. Previous Comments: [2004-10-23 16:15:27] [EMAIL PROTECTED] As far as the new OO model is concerned objects are always handles, they are always true and they aren't empty. (c) Andi Making it a documentation problem then. [2004-10-11 20:48:41] [EMAIL PROTECTED] ?php function empty_object($obj){ return count((array)$obj)==0; } class foo{var $a=1;} $std=new stdclass; $foo=new foo; var_dump(empty_object($obj), empty_object($foo)); ? bool(true) bool(false) [2004-10-08 13:38:29] th at zirkonium dot net I find this bug pretty irritating too. In my opinion empty() shouldn't behave this way, or at least like Jorma said, it should be mentioned in docs or some other way to check if objects are empty. [2004-10-07 16:39:17] jorma dot tuomainen at softera dot fi No, I'm not using compatibility mode. If this is wanted behaviour it should least be mentioned in the documentation. I still don't understand why empty() have to behave that way. Since that makes perfectly good function for a good purpose go to waste on objects. Is there going to be some function for checking empty objects(no methods or properties) or do I need to implement that myself? [2004-10-06 22:05:06] [EMAIL PROTECTED] Does this also happen in zend.ze1_compatibility_mode? This was changed for non-compatibility mode with the change of moving objects to handles. As far as the new OO model is concerned objects are always handles, they are always true and they aren't empty. This is due to objects being an entity of their own now and not just a different syntax for accessing an array like structure. Just an example of why empty() might not make sense with objects is how you'd expect it to work with private/public/protected members. 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/30337 -- Edit this bug report at http://bugs.php.net/?id=30337edit=1
[PHP-DOC] #30553 [NEW]: typing error in the documentation
From: cortexd at wanadoo dot fr Operating system: doc PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: typing error in the documentation Description: I don't speak very well english, but at this page: http://fr.php.net/manual/fr/tokens.php there is written T_SMALLER_OR_EQUAL instead of T_IS_SMALLER_OR_EQUAL :) -- Edit bug report at http://bugs.php.net/?id=30553edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30553r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30553r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30553r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30553r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30553r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30553r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30553r=needscript Try newer version: http://bugs.php.net/fix.php?id=30553r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30553r=support Expected behavior: http://bugs.php.net/fix.php?id=30553r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30553r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30553r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30553r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30553r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30553r=dst IIS Stability: http://bugs.php.net/fix.php?id=30553r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30553r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30553r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30553r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/appendices tokens.xml
damsMon Oct 25 13:50:35 2004 EDT Modified files: /phpdoc/en/appendices tokens.xml Log: T_SMALLER_OR_EQUAL to T_IS_SMALLER_OR_EQUAL http://cvs.php.net/diff.php/phpdoc/en/appendices/tokens.xml?r1=1.15r2=1.16ty=u Index: phpdoc/en/appendices/tokens.xml diff -u phpdoc/en/appendices/tokens.xml:1.15 phpdoc/en/appendices/tokens.xml:1.16 --- phpdoc/en/appendices/tokens.xml:1.15Tue Aug 10 12:30:13 2004 +++ phpdoc/en/appendices/tokens.xml Mon Oct 25 13:50:33 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.15 $ -- +!-- $Revision: 1.16 $ -- appendix id=tokens titleList of Parser Tokens/title @@ -347,7 +347,7 @@ entrylink linkend=language.operators.comparisoncomparison operators/link/entry /row row - entryT_SMALLER_OR_EQUAL/entry + entryT_IS_SMALLER_OR_EQUAL/entry entrylt;=/entry entrylink linkend=language.operators.comparisoncomparison operators/link/entry /row
[PHP-DOC] #30553 [Opn-Csd]: typing error in the documentation
ID: 30553 Updated by: [EMAIL PROTECTED] Reported By: cortexd at wanadoo dot fr -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: doc 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: [2004-10-25 17:37:56] cortexd at wanadoo dot fr Description: I don't speak very well english, but at this page: http://fr.php.net/manual/fr/tokens.php there is written T_SMALLER_OR_EQUAL instead of T_IS_SMALLER_OR_EQUAL :) -- Edit this bug report at http://bugs.php.net/?id=30553edit=1
[PHP-DOC] #30537 [Opn]: Predefined Constants Missing Magic constants
ID: 30537 Updated by: [EMAIL PROTECTED] Reported By: ammar at gnuix dot com Status: Open Bug Type: Documentation problem Operating System: * PHP Version: Irrelevant New Comment: Some notes: - These constants are linked to from here: http://php.net/constants - reserved.constants should link to language.constants but as of now reserved.constants contains the following text: !-- This file shold only be present in the English doc tree. If you copy it over to your translation tree you will be hunted down relentlessly! You have been warned! :) -- So perhaps it shouldn't be touched, or, the above note be removed. - The [predefined/reserved] constants pages should in the very least be 'grouped together' a little better. Previous Comments: [2004-10-23 03:16:27] ammar at gnuix dot com Description: I checked the reserved constants page http://www.php.net/manual/en/reserved.constants.php And followed both links, Core Predefined Constants -- Constants defined in the PHP core, Zend, and SAPI modules Standard Predefined Constants -- Constants defined in PHP by default I didn't find the following constants: __FILE__ __LINE__ __FUNCTION__ __CLASS__ __METHOD__ Maybe they are somewhere else, but for usability and convenience I think they should be added to this page, maybe in a seperate category. P.S: Please reply to my email address directly, as i'm not subscribed to this list Regards, Ammar Ibrahim -- Edit this bug report at http://bugs.php.net/?id=30537edit=1