[PHP-DOC] #36408 [Opn]: cvs checkout phpdoc-all doesn't check out Japanese (and Korean) documentation
ID: 36408 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: There is nothing different in the configuration for those directories... Previous Comments: [2006-02-16 04:22:39] [EMAIL PROTECTED] When I do $ cvs -d:pserver:[EMAIL PROTECTED]:/repository checkout phpdoc-all ,the following messages are displayed. cvs checkout: existing repository /repository/phpdoc/ja does not match /repository/phpdoc-ja cvs checkout: ignoring module phpdoc-ja-dir cvs checkout: existing repository /repository/phpdoc/kr does not match /repository/phpdoc-kr cvs checkout: ignoring module phpdoc-kr-dir [2006-02-16 04:15:42] [EMAIL PROTECTED] Description: Documentation Howto says You also have the ability of checking out infrastructure the complete build and all the languages. You can do this with: $ cvs checkout phpdoc-all (http://doc.php.net/php/dochowto/cvs-checkout.php) but we can't check out Japaneese (and Korean) documentation by this command. Reproduce code: --- $ cvs -d:pserver:[EMAIL PROTECTED]:/repository login $ cvs -d:pserver:[EMAIL PROTECTED]:/repository checkout phpdoc-all $ ls phpdoc-all/ja/ Expected result: Same as the following. $ cvs -d:pserver:[EMAIL PROTECTED]:/repository login $ cvs -d:pserver:[EMAIL PROTECTED]:/repository checkout phpdoc-ja-dir $ ls ja/ Actual result: -- The directory is empty (only 'CVS' directory exists). -- Edit this bug report at http://bugs.php.net/?id=36408edit=1
[PHP-DOC] cvs: phpdoc /en/reference/ctype/functions ctype-cntrl.xml
vrana Thu Feb 16 08:32:07 2006 UTC Modified files: /phpdoc/en/reference/ctype/functionsctype-cntrl.xml Log: Escape (bug #36409) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/ctype/functions/ctype-cntrl.xml?r1=1.6r2=1.7diff_format=u Index: phpdoc/en/reference/ctype/functions/ctype-cntrl.xml diff -u phpdoc/en/reference/ctype/functions/ctype-cntrl.xml:1.6 phpdoc/en/reference/ctype/functions/ctype-cntrl.xml:1.7 --- phpdoc/en/reference/ctype/functions/ctype-cntrl.xml:1.6 Mon Mar 7 20:55:39 2005 +++ phpdoc/en/reference/ctype/functions/ctype-cntrl.xml Thu Feb 16 08:32:06 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.6 $ -- +!-- $Revision: 1.7 $ -- !-- splitted from ./en/functions/ctype.xml, last change in rev 1.1 -- refentry id=function.ctype-cntrl refnamediv @@ -16,7 +16,7 @@ para Checks if all of the characters in the provided string, parametertext/parameter, are control characters. - Control characters are e.g. line feed, tab, esc. + Control characters are e.g. line feed, tab, escape. /para /refsect1
[PHP-DOC] #36409 [Opn-Csd]: Incorrect function description on php.net
ID: 36409 Updated by: [EMAIL PROTECTED] Reported By: robeddielee at hotmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Any 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. esc really stands for escape here. Previous Comments: [2006-02-16 06:17:36] robeddielee at hotmail dot com Description: http://us2.php.net/manual/en/function.ctype-cntrl.php The description for this function has an 'e.g.' list of control characters. This list should be terminated with the latin abbreviation 'etc' but instead reads 'esc'. Especially in this context this is very confusing. In fact maybe 'escape' is what was meant here. This statement should probably be written more clearly. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=36409edit=1
[PHP-DOC] #36422 [Opn]: unserialize() __autoloads invalid objects
ID: 36422 Updated by: [EMAIL PROTECTED] Reported By: tomas_matousek at hotmail dot com Status: Open -Bug Type: Class/Object related +Bug Type: Documentation problem Operating System: WinXP PHP Version: 5.1.2 New Comment: This is expected, as object of __PHP_Incomplete_Class is actually not valid object. Reclassified as docu problem. Previous Comments: [2006-02-16 20:36:56] tomas_matousek at hotmail dot com Description: When unserialize calls __autoload() and this dosn't load the required class unserialize returns an object that doesn't behave like object; var_dump displays it as an object but is_object gives false. Reproduce code: --- function __autoload($class_name) { } var_dump($o = unserialize('O:1:X:0:{}')); var_dump(is_object($o)); Expected result: object(__PHP_Incomplete_Class)#1 (1) { [__PHP_Incomplete_Class_Name]= string(1) X } bool(true) Actual result: -- object(__PHP_Incomplete_Class)#1 (1) { [__PHP_Incomplete_Class_Name]= string(1) X } bool(false) -- Edit this bug report at http://bugs.php.net/?id=36422edit=1