[PHP-DOC] #36640 [Opn]: get_parent_class() return different result on 504 and 512
ID: 36640 Updated by: [EMAIL PROTECTED] Reported By: happyaccident at citiz dot net Status: Open -Bug Type: Unknown/Other Function +Bug Type: Documentation problem Operating System: redhat7.3 PHP Version: 5.1.2 New Comment: Reclassified as docu problem. Previous Comments: [2006-03-07 06:58:47] happyaccident at citiz dot net Description: var_dump(get_parent_class()) return different result on php version 5.0.4 and 5.1.2, but it's not mentioned on php manual. Reproduce code: --- Actual result: -- php5.0.4: Warning: Wrong parameter count for get_parent_class().. php5.1.2: bool(false) -- Edit this bug report at http://bugs.php.net/?id=36640&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/xml/functions xml-get-current-byte-index.xml
vrana Tue Mar 7 01:18:10 2006 UTC Modified files: /phpdoc/en/reference/xml/functions xml-get-current-byte-index.xml Log: Works with UTF-8 (bug #36596) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/xml/functions/xml-get-current-byte-index.xml?r1=1.5&r2=1.6&diff_format=u Index: phpdoc/en/reference/xml/functions/xml-get-current-byte-index.xml diff -u phpdoc/en/reference/xml/functions/xml-get-current-byte-index.xml:1.5 phpdoc/en/reference/xml/functions/xml-get-current-byte-index.xml:1.6 --- phpdoc/en/reference/xml/functions/xml-get-current-byte-index.xml:1.5 Sun Feb 6 00:41:24 2005 +++ phpdoc/en/reference/xml/functions/xml-get-current-byte-index.xmlTue Mar 7 01:18:09 2006 @@ -1,5 +1,5 @@ - + xml_get_current_byte_index @@ -38,6 +38,15 @@ the parser is currently at in its data buffer (starting at 0). + +&reftitle.notes; + + + This function returns byte index according to UTF-8 encoded text + disregarding if input is in another encoding. + + + &reftitle.seealso;
[PHP-DOC] #36596 [Opn->Csd]: xml_get_current_byte_index reports in relation to utf8
ID: 36596 Updated by: [EMAIL PROTECTED] Reported By: preben at infofab dot no -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux FC4 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. "This function returns byte index according to UTF-8 encoded text disregarding if input is in another encoding." Previous Comments: [2006-03-03 12:37:34] preben at infofab dot no Sorry, an error in statement - correct version $ch = substr($data, $byte, 7); The "bug" still stands though... [2006-03-03 12:37:32] preben at infofab dot no Sorry, an error in statement - correct version $ch = substr($data, $byte, 7); The "bug" still stands though... [2006-03-03 00:12:33] preben at infofab dot no Description: The function xml_get_current_byte_index() returns byte index according to utf8 encoded text - disregarding if input is in ISO-8859-1. If you would like to cach a chunk of data from a xml file you would need to convert input to utf8 to get the correct calculations. Reproduce code: --- $data = "\n\nøææø\nÆØÅdata\n\n"; function startElement($parser, $name, $attrs) { global $data; if($name != "ROW") return; $byte = xml_get_current_byte_index($parser) + 41; $ch = substr($data, $byte + 41, 7); # The following calculates correct # $ch = utf8_decode(substr(utf8_encode($data), $byte, 7)); echo "$name ($byte): $ch\n"; exit(); } function endElement($parser, $name) { } $xml_parser = xml_parser_create(); xml_set_element_handler($xml_parser, "startElement", "endElement"); xml_parse($xml_parser, $data, 1); Expected result: ROW (79): ÆØÅd Actual result: -- ROW (79): -- Edit this bug report at http://bugs.php.net/?id=36596&edit=1
[PHP-DOC] Re: functable getting confused
Rasmus Lerdorf wrote: functable is getting confused on entries like this: proto public static mixed Reflection::export(Reflector r [, bool return]) and public void ReflectionFunction::__construct(string name) The function name in the proto5 table ends up being "static" and "void" for those two cases. Ok, I have fixed this one, fixed the php5 checkout which was broken, and added php6 support along with the ability to pick out class methods in the version detection magic. -Rasmus
[PHP-DOC] #36563 [Opn->Csd]: print_r, var_export, debug_print_backtrace use output buffering
ID: 36563 Updated by: [EMAIL PROTECTED] Reported By: jasper at album dot co dot nz -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. Previous Comments: [2006-03-07 02:13:42] [EMAIL PROTECTED] "This function internally uses the output buffering with this parameter so it can not be used inside ob_start() callback function." by highlight_file(), highlight_string(), print_r() and var_export(). I see nothing wrong with debug_print_backtrace(). [2006-02-28 19:57:04] jasper at album dot co dot nz Description: It needs to be documented that print_r and var_export, with the second parameter TRUE, internally use output buffering to return their result rather than output it. This causes them to fail when used within an output buffering callback handler. Alternatively, this could be changed to a feature request and the code could be changed to not use output buffering. Reproduce code: --- Expected result: 'Hello' Actual result: -- Fatal error: var_export(): Cannot use output buffering in output buffering display handlers in Command line code on line 2 -- Edit this bug report at http://bugs.php.net/?id=36563&edit=1
[PHP-DOC] #36563 [Opn]: print_r, var_export, debug_print_backtrace use output buffering
ID: 36563 Updated by: [EMAIL PROTECTED] Reported By: jasper at album dot co dot nz Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: Irrelevant New Comment: "This function internally uses the output buffering with this parameter so it can not be used inside ob_start() callback function." by highlight_file(), highlight_string(), print_r() and var_export(). I see nothing wrong with debug_print_backtrace(). Previous Comments: [2006-02-28 19:57:04] jasper at album dot co dot nz Description: It needs to be documented that print_r and var_export, with the second parameter TRUE, internally use output buffering to return their result rather than output it. This causes them to fail when used within an output buffering callback handler. Alternatively, this could be changed to a feature request and the code could be changed to not use output buffering. Reproduce code: --- Expected result: 'Hello' Actual result: -- Fatal error: var_export(): Cannot use output buffering in output buffering display handlers in Command line code on line 2 -- Edit this bug report at http://bugs.php.net/?id=36563&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/misc/functions highlight-file.xml highlight-string.xml /en/reference/var/functions print-r.xml var-export.xml
vrana Tue Mar 7 01:12:15 2006 UTC Modified files: /phpdoc/en/reference/misc/functions highlight-file.xml highlight-string.xml /phpdoc/en/reference/var/functions print-r.xml var-export.xml Log: Can't be used together with OB callback (bug #36563) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/misc/functions/highlight-file.xml?r1=1.20&r2=1.21&diff_format=u Index: phpdoc/en/reference/misc/functions/highlight-file.xml diff -u phpdoc/en/reference/misc/functions/highlight-file.xml:1.20 phpdoc/en/reference/misc/functions/highlight-file.xml:1.21 --- phpdoc/en/reference/misc/functions/highlight-file.xml:1.20 Thu Jun 23 16:53:21 2005 +++ phpdoc/en/reference/misc/functions/highlight-file.xml Tue Mar 7 01:12:15 2006 @@ -1,5 +1,5 @@ - + @@ -25,6 +25,7 @@ not set to &true; then highlight_file will return &true; on success, &false; on failure. +¬e.uses-ob; The return parameter became available in PHP http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/misc/functions/highlight-string.xml?r1=1.5&r2=1.6&diff_format=u Index: phpdoc/en/reference/misc/functions/highlight-string.xml diff -u phpdoc/en/reference/misc/functions/highlight-string.xml:1.5 phpdoc/en/reference/misc/functions/highlight-string.xml:1.6 --- phpdoc/en/reference/misc/functions/highlight-string.xml:1.5 Thu May 6 15:48:40 2004 +++ phpdoc/en/reference/misc/functions/highlight-string.xml Tue Mar 7 01:12:15 2006 @@ -1,5 +1,5 @@ - + @@ -25,6 +25,7 @@ not set to &true; then highlight_string will return &true; on success, &false; on failure. +¬e.uses-ob; highlight_string example http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/var/functions/print-r.xml?r1=1.11&r2=1.12&diff_format=u Index: phpdoc/en/reference/var/functions/print-r.xml diff -u phpdoc/en/reference/var/functions/print-r.xml:1.11 phpdoc/en/reference/var/functions/print-r.xml:1.12 --- phpdoc/en/reference/var/functions/print-r.xml:1.11 Thu Jan 26 12:28:19 2006 +++ phpdoc/en/reference/var/functions/print-r.xml Tue Mar 7 01:12:15 2006 @@ -1,5 +1,5 @@ - + @@ -74,6 +74,7 @@ to &true;, print_r will return its output, instead of printing it (which it does by default). +¬e.uses-ob; return parameter example http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/var/functions/var-export.xml?r1=1.11&r2=1.12&diff_format=u Index: phpdoc/en/reference/var/functions/var-export.xml diff -u phpdoc/en/reference/var/functions/var-export.xml:1.11 phpdoc/en/reference/var/functions/var-export.xml:1.12 --- phpdoc/en/reference/var/functions/var-export.xml:1.11 Thu Nov 3 10:45:48 2005 +++ phpdoc/en/reference/var/functions/var-export.xmlTue Mar 7 01:12:15 2006 @@ -1,5 +1,5 @@ - + @@ -40,6 +40,7 @@ If used and set to &true;, var_export will return the variable representation instead of outputing it. + ¬e.uses-ob;
Re: [PHP-DOC] #36609 [Opn->Csd]: typo in maxdb_get_client_version()
Hi, On 3/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > ID: 36609 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > -Status: Open > +Status: Closed > Bug Type: Documentation problem > Operating System: Irrelevant > PHP Version: Irrelevant > New Comment: > > applied, thanks. Thank you. > next time, aplly the patch yourself! Its probably faster than opening a > bug report. > If I could, I'd like to do so. But I don't have karma for phpdoc (only for phpdoc-ja :-(). -> http://cvs.php.net/viewcvs.cgi/CVSROOT/avail?r1=1.999&r2=1.1000&diff_format=u So, I requested karma for php-doc. could you approve it? -> http://news.php.net/php.internals/22157 -- TAKAGI Masahiro mailto:[EMAIL PROTECTED]
[PHP-DOC] cvs: phpdoc /en/language types.xml
vrana Tue Mar 7 00:51:47 2006 UTC Modified files: /phpdoc/en/language types.xml Log: Not so large hexadecimals are converted to float (bug #36325) http://cvs.php.net/viewcvs.cgi/phpdoc/en/language/types.xml?r1=1.159&r2=1.160&diff_format=u Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.159 phpdoc/en/language/types.xml:1.160 --- phpdoc/en/language/types.xml:1.159 Thu Mar 2 08:28:29 2006 +++ phpdoc/en/language/types.xmlTue Mar 7 00:51:47 2006 @@ -1,5 +1,5 @@ - + Types @@ -408,7 +408,11 @@ var_dump($large_number); // output: float(2147483648) -// this doesn't go for hexadecimal specified integers: +// it's true also for hexadecimal specified integers between 2^31 and 2^32-1: +var_dump( 0x ); +// output: float(4294967295) + +// this doesn't go for hexadecimal specified integers above 2^32-1: var_dump( 0x1 ); // output: int(2147483647)
[PHP-DOC] #36325 [Opn->Csd]: Hexadecimal numbers above LONG_INT do convert to floats
ID: 36325 Updated by: [EMAIL PROTECTED] Reported By: paul dot biggar at gmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Ubuntu dapper (Linux 2.6.15) 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: [2006-02-07 21:55:37] paul dot biggar at gmail dot com Description: This is related to bug 32211. The fix specified a documentation fix was required. It seems that this should be fixed in the code base, so that hexadecimal and decimal integers behave identically. Regardless, the documentation doesn't completely describe the behaviour below. Description: The manual (http://ie2.php.net/int#language.types.integer.overflow) implies that hexadecimal integers above 2147483647 do not get converted to a float, but rather, are truncated to an int. In actual fact, only numbers above 0x1 get truncated. Hexadecimal numbers between 0x8000 and 0x are converted to floats, in the same way as if they had been specified in decimal. Reproduce code: --- echo "\nHexdecimal ints near ULONG_MAX(truncated to int(LONG_MAX) after ULONG_MAX)\n"; echo "0xfffd\t= "; var_dump(0xfffd); echo "0xfffe\t= "; var_dump(0xfffe); echo "0x\t= "; var_dump(0x); echo "0x1\t= "; var_dump(0x1); echo "0x10001\t= "; var_dump(0x10001); echo "0x10002\t= "; var_dump(0x10002); echo "\nDecimal ints near ULONG_MAX(floats as far as the eye can see)\n"; echo "4294967293\t= "; var_dump(4294967293); echo "4294967294\t= "; var_dump(4294967294); echo "4294967295\t= "; var_dump(4294967295); echo "4294967296\t= "; var_dump(4294967296); echo "4294967297\t= "; var_dump(4294967297); echo "4294967298\t= "; var_dump(4294967298); Expected result: Hexdecimal ints near ULONG_MAX(truncated to int(LONG_MAX) after ULONG_MAX) 0xfffd = float(4294967293) 0xfffe = float(4294967294) 0x = float(4294967295) 0x1 = float(4294967296) 0x10001 = float(4294967297) 0x10002 = float(4294967298) Decimal ints near ULONG_MAX(floats as far as the eye can see) 4294967293 = float(4294967293) 4294967294 = float(4294967294) 4294967295 = float(4294967295) 4294967296 = float(4294967296) 4294967297 = float(4294967297) 4294967298 = float(4294967298) Actual result: -- Hexdecimal ints near ULONG_MAX(truncated to int(LONG_MAX) after ULONG_MAX) 0xfffd = float(4294967293) 0xfffe = float(4294967294) 0x = float(4294967295) 0x1 = int(2147483647) 0x10001 = int(2147483647) 0x10002 = int(2147483647) Decimal ints near ULONG_MAX(floats as far as the eye can see) 4294967293 = float(4294967293) 4294967294 = float(4294967294) 4294967295 = float(4294967295) 4294967296 = float(4294967296) 4294967297 = float(4294967297) 4294967298 = float(4294967298) -- Edit this bug report at http://bugs.php.net/?id=36325&edit=1
[PHP-DOC] #36381 [Opn->Bgs]: The term "header" is used incorrectly
ID: 36381 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Any PHP Version: Irrelevant New Comment: RFC 2616 4.1: "header fields (also known as "headers")". Previous Comments: [2006-02-13 16:48:50] david at acz dot org Description: The header, headers_list, headers_sent and possibly other functions use the term "header" incorrectly (although this is a very common mistake). See RFC 2616 sections 4.1 and 4.2 for the complete explanation. Essentially, an HTTP response consists of a status-line, message-header and message-body. The individual entities in the header are called "header fields", not "headers" as the documentation calls them. I realize this is a pedantic issue, but that doesn't mean it shouldn't be fixed. The PHP manual is generally excellent. -- Edit this bug report at http://bugs.php.net/?id=36381&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/var/functions is-object.xml
vrana Tue Mar 7 00:39:39 2006 UTC Modified files: /phpdoc/en/reference/var/functions is-object.xml Log: Incomplete objects (bug #36422, user note) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/var/functions/is-object.xml?r1=1.4&r2=1.5&diff_format=u Index: phpdoc/en/reference/var/functions/is-object.xml diff -u phpdoc/en/reference/var/functions/is-object.xml:1.4 phpdoc/en/reference/var/functions/is-object.xml:1.5 --- phpdoc/en/reference/var/functions/is-object.xml:1.4 Sun Feb 6 00:59:36 2005 +++ phpdoc/en/reference/var/functions/is-object.xml Tue Mar 7 00:39:39 2006 @@ -1,5 +1,5 @@ - + is_object @@ -37,6 +37,16 @@ &false; otherwise. + +&reftitle.notes; + + + This function will return &false; if used on an unserialized object + where the class definition is not present (even though + gettype returns object). + + + &reftitle.seealso;
[PHP-DOC] #36430 [Opn]: Problem on Zend Overview
ID: 36430 Updated by: [EMAIL PROTECTED] Reported By: hugotacito at yahoo dot com dot br Status: Open Bug Type:Documentation problem PHP Version: Irrelevant -Assigned To: +Assigned To: derick New Comment: Derick, could you please copy or symlink the files there? They are in en/figures directory. Previous Comments: [2006-02-17 18:10:26] hugotacito at yahoo dot com dot br Description: Theres a problem in the image of the manual in pt_BR... In the page http://www.php.net/manual/pt_BR/zend.overview.php the image of The internal structure of PHP doesn't appear, because the image could not be found... The image missing is http://br.php.net/manual/pt_BR/figures/Extending_Zend_1_PHPs_internal_structure.png -- Edit this bug report at http://bugs.php.net/?id=36430&edit=1
[PHP-DOC] cvs: phpdoc /en/language constants.xml
vrana Tue Mar 7 00:29:14 2006 UTC Modified files: /phpdoc/en/language constants.xml Log: Resource constants (bug #29534) http://cvs.php.net/viewcvs.cgi/phpdoc/en/language/constants.xml?r1=1.42&r2=1.43&diff_format=u Index: phpdoc/en/language/constants.xml diff -u phpdoc/en/language/constants.xml:1.42 phpdoc/en/language/constants.xml:1.43 --- phpdoc/en/language/constants.xml:1.42 Fri Nov 18 16:25:23 2005 +++ phpdoc/en/language/constants.xmlTue Mar 7 00:29:13 2006 @@ -1,5 +1,5 @@ - + Constants @@ -68,6 +68,7 @@ Only scalar data (boolean, integer, float and string) can be contained in constants. +Do not define resource constants. You can get the value of a constant by simply specifying its name.
[PHP-DOC] #29534 [Opn->Csd]: Resources should be scalars
ID: 29534 Updated by: [EMAIL PROTECTED] Reported By: tomas_matousek at hotmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: WinXP PHP Version: 5.0.0 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: [2006-02-21 17:07:22] [EMAIL PROTECTED] Maybe we shouldn't, but we can. Shouldn't we document this in a similar way to the is_scalar() docs (that this behavior may change, do not rely upon it..." That would seem appropriate. [2004-08-07 16:02:31] [EMAIL PROTECTED] Andy said some time ago that we shouldn't define resources as constants. [2004-08-05 12:58:37] tomas_matousek at hotmail dot com Description: A resource can be defined as a constant: e.g. define("my_file",fopen(...)); or STDIN, STDOUT, STDERR in CLI mode. In the "Constants" manual section constant values are constrained to scalars only. "Only scalar data (boolean, integer, float and string) can be contained in constants." However, a resource is not a scalar (is_scalar returns false). Moreover, a NULL can be used as a value of a constant. It's a mess, isn't it? IMHO a resource should be a scalar. Such a change is acceptable since there is a notice in the is_scalar() function description which allows it: "Note: is_scalar() does not consider resource type values to be scalar as resources are abstract datatypes which are currently based on integers. This implementation detail should not be relied upon, as it may change." And there should be stated in the constants section of the manual that a NULL can be also a constant (don't forget to correct an error message which is reported if one tries to define a constant with a value being e.g. an array or object). -- Edit this bug report at http://bugs.php.net/?id=29534&edit=1
[PHP-DOC] #36470 [Opn->Csd]: levenshtein with 3 parameters does not work as expected
ID: 36470 Updated by: [EMAIL PROTECTED] Reported By: chen dot daqi at gmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 5.1.2 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: [2006-02-22 08:33:11] [EMAIL PROTECTED] Reclassified as docu problem. [2006-02-21 09:18:38] chen dot daqi at gmail dot com Description: Hi, levenshtein("abc", "abbc", 2) is valid according to PHP manual, but in fact it issues a warning and return -1. Reproduce code: --- Expected result: int(2) Actual result: -- Warning: levenshtein(): The general Levenshtein support is not there yet in lev.php on line 2 Warning: levenshtein(): Argument string(s) too long in lev.php on line 2 int(-1) -- Edit this bug report at http://bugs.php.net/?id=36470&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions levenshtein.xml
vrana Tue Mar 7 00:17:34 2006 UTC Modified files: /phpdoc/en/reference/strings/functions levenshtein.xml Log: Fourth parameter is not optional (bug #36470) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/strings/functions/levenshtein.xml?r1=1.7&r2=1.8&diff_format=u Index: phpdoc/en/reference/strings/functions/levenshtein.xml diff -u phpdoc/en/reference/strings/functions/levenshtein.xml:1.7 phpdoc/en/reference/strings/functions/levenshtein.xml:1.8 --- phpdoc/en/reference/strings/functions/levenshtein.xml:1.7 Fri Dec 3 16:01:33 2004 +++ phpdoc/en/reference/strings/functions/levenshtein.xml Tue Mar 7 00:17:34 2006 @@ -1,5 +1,5 @@ - + @@ -15,7 +15,7 @@ stringstr1 stringstr2 intcost_ins - intcost_rep + intcost_rep intcost_del
[PHP-DOC] #36530 [Opn->Csd]: ob_start & ob-gzhandler - mistakes
ID: 36530 Updated by: [EMAIL PROTECTED] Reported By: lunter at interia dot pl -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: n/a 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: [2006-02-25 22:15:25] lunter at interia dot pl /Edit/ 1. ... Without this sentence you may think that ob-gzhandler return (not compressed) input string. [2006-02-25 22:05:45] lunter at interia dot pl Description: 1. http://php.net/manual/en/function.ob-gzhandler.php There is not written what ob-gzhandler return boolean false if browser does't support gzip/deflate compression. Without this sentence you may think that ob-gzhandler return uncompressed input string. --- 2. http://php.net/manual/en/function.ob-start.php There is not written what if ob_start output_callback is a callable function and this function return boolean false, ob_start return original buffer. -- Edit this bug report at http://bugs.php.net/?id=36530&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/outcontrol/functions ob-gzhandler.xml ob-start.xml
vrana Tue Mar 7 00:11:55 2006 UTC Modified files: /phpdoc/en/reference/outcontrol/functions ob-gzhandler.xml ob-start.xml Log: Callback returning false (bug #36530) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml?r1=1.11&r2=1.12&diff_format=u Index: phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml diff -u phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml:1.11 phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml:1.12 --- phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml:1.11 Mon Jan 10 23:32:49 2005 +++ phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml Tue Mar 7 00:11:55 2006 @@ -1,5 +1,5 @@ - + @@ -31,6 +31,8 @@ none at all) and will return its output accordingly. All browsers are supported since it's up to the browser to send the correct header saying that it accepts compressed web pages. + If a browser doesn't support compressed pages this function returns + &false;. http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/outcontrol/functions/ob-start.xml?r1=1.19&r2=1.20&diff_format=u Index: phpdoc/en/reference/outcontrol/functions/ob-start.xml diff -u phpdoc/en/reference/outcontrol/functions/ob-start.xml:1.19 phpdoc/en/reference/outcontrol/functions/ob-start.xml:1.20 --- phpdoc/en/reference/outcontrol/functions/ob-start.xml:1.19 Tue Apr 5 12:59:58 2005 +++ phpdoc/en/reference/outcontrol/functions/ob-start.xml Tue Mar 7 00:11:55 2006 @@ -1,5 +1,5 @@ - + @@ -43,6 +43,8 @@ PHP_OUTPUT_HANDLER_START, PHP_OUTPUT_HANDLER_CONT and PHP_OUTPUT_HANDLER_END. + If output_callback returns &false; original input + is sent to the browser.
[PHP-DOC] cvs: phpdoc /en/reference/ps/functions ps-stringwidth.xml
vrana Tue Mar 7 00:03:58 2006 UTC Modified files: /phpdoc/en/reference/ps/functions ps-stringwidth.xml Log: Typo http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/ps/functions/ps-stringwidth.xml?r1=1.5&r2=1.6&diff_format=u Index: phpdoc/en/reference/ps/functions/ps-stringwidth.xml diff -u phpdoc/en/reference/ps/functions/ps-stringwidth.xml:1.5 phpdoc/en/reference/ps/functions/ps-stringwidth.xml:1.6 --- phpdoc/en/reference/ps/functions/ps-stringwidth.xml:1.5 Mon Mar 6 22:48:02 2006 +++ phpdoc/en/reference/ps/functions/ps-stringwidth.xml Tue Mar 7 00:03:58 2006 @@ -1,5 +1,5 @@ - + @@ -42,7 +42,7 @@ text - The text for which the witdh is to be calculated. + The text for which the width is to be calculated.
[PHP-DOC] #36610 [Opn->Csd]: SMTP directive is not correct
ID: 36610 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem 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: [2006-03-04 15:16:31] [EMAIL PROTECTED] Description: http://php.net/manual/en/ref.mail.php > SMTP string > Used under Windows only: DNS name or IP address of the SMTP server PHP should use for mail sent with the mail() function. Has not DNS name mistaken for "Host name" and/or "FQDN"? -- Edit this bug report at http://bugs.php.net/?id=36610&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/mail ini.xml
vrana Mon Mar 6 23:58:53 2006 UTC Modified files: /phpdoc/en/reference/mail ini.xml Log: Host name instead of DNS name (bug #36610) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/mail/ini.xml?r1=1.8&r2=1.9&diff_format=u Index: phpdoc/en/reference/mail/ini.xml diff -u phpdoc/en/reference/mail/ini.xml:1.8 phpdoc/en/reference/mail/ini.xml:1.9 --- phpdoc/en/reference/mail/ini.xml:1.8Tue Feb 22 17:36:07 2005 +++ phpdoc/en/reference/mail/ini.xmlMon Mar 6 23:58:52 2006 @@ -1,5 +1,5 @@ - + &reftitle.runtime; &extension.runtime; @@ -57,7 +57,7 @@ - Used under Windows only: DNS name or IP address of the SMTP server PHP + Used under Windows only: host name or IP address of the SMTP server PHP should use for mail sent with the mail function.
[PHP-DOC] #36621 [Opn->Bgs]: Chapter 2, section 3-9 missing in CHM Table of Contents
ID: 36621 Updated by: [EMAIL PROTECTED] Reported By: php-bugs at t43 dot mine dot nu -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: n/a 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. We will track it under bug #33838. Previous Comments: [2006-03-05 20:00:23] php-bugs at t43 dot mine dot nu For clarity, it is the CHM's Table Of Contents. [2006-03-05 19:56:15] php-bugs at t43 dot mine dot nu Description: Another annoying bug, a whole section is missing in the CHM table of contents, english and german. 23Nov2005 edition. The section simply does not show up in the left TOC pane of the CHM. It should be: II. Installation und Konfiguration 3. General Installation Considerations ... 9. Runtime configuration. I open a new bug, as I did not find it already documented, but just tail-added it to 33838 too, which is about in the english CHM version. I had a very hard time figuring this out. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=36621&edit=1
[PHP-DOC] #36617 [Opn->Csd]: Improper comments in maxdb_*
ID: 36617 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant 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: [2006-03-05 09:54:59] [EMAIL PROTECTED] Description: The following functions' document contains some improper comments in their example. - maxdb_fetch_object() - maxdb_fetch_row() - maxdb_stmt_data_seek() please take a look at the following patch for details. Expected result: Index: en/reference/maxdb/functions/maxdb-fetch-object.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml,v retrieving revision 1.3 diff -u -r1.3 maxdb-fetch-object.xml --- en/reference/maxdb/functions/maxdb-fetch-object.xml 23 Jun 2005 16:53:23 - 1.3 +++ en/reference/maxdb/functions/maxdb-fetch-object.xml 5 Mar 2006 08:52:48 - @@ -94,7 +94,7 @@ if ($result = maxdb_query($link, $query)) { - /* fetch associative array */ + /* fetch object array */ while ($obj = maxdb_fetch_object($result)) { printf ("%s (%s)\n", $obj->NAME, $obj->STATE); } Index: en/reference/maxdb/functions/maxdb-fetch-row.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml,v retrieving revision 1.2 diff -u -r1.2 maxdb-fetch-row.xml --- en/reference/maxdb/functions/maxdb-fetch-row.xml8 Mar 2005 16:39:06 - 1.2 +++ en/reference/maxdb/functions/maxdb-fetch-row.xml5 Mar 2006 08:52:48 - @@ -68,7 +68,7 @@ if ($result = $maxdb->query($query)) { - /* fetch object array */ + /* fetch enumerated array */ while ($row = $result->fetch_row()) { printf ("%s (%s)\n", $row[0], $row[1]); } @@ -100,7 +100,7 @@ if ($result = maxdb_query($link, $query)) { - /* fetch associative array */ + /* fetch enumerated array */ while ($row = maxdb_fetch_row($result)) { printf ("%s (%s)\n", $row[0], $row[1]); } Index: en/reference/maxdb/functions/maxdb-stmt-data-seek.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xml,v retrieving revision 1.2 diff -u -r1.2 maxdb-stmt-data-seek.xml --- en/reference/maxdb/functions/maxdb-stmt-data-seek.xml 8 Mar 2005 16:39:06 - 1.2 +++ en/reference/maxdb/functions/maxdb-stmt-data-seek.xml 5 Mar 2006 08:52:48 - @@ -114,7 +114,7 @@ /* store result */ maxdb_stmt_store_result($stmt); - /* seek to row no. 400 */ + /* seek to row no. 5 */ maxdb_stmt_data_seek($stmt, 5); /* fetch values */ -- Edit this bug report at http://bugs.php.net/?id=36617&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/maxdb/functions maxdb-fetch-object.xml maxdb-fetch-row.xml maxdb-stmt-data-seek.xml
vrana Mon Mar 6 23:54:08 2006 UTC Modified files: /phpdoc/en/reference/maxdb/functionsmaxdb-fetch-object.xml maxdb-fetch-row.xml maxdb-stmt-data-seek.xml Log: Typos in examples (bug #36617) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml diff -u phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml:1.3 phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml:1.4 --- phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml:1.3 Thu Jun 23 16:53:23 2005 +++ phpdoc/en/reference/maxdb/functions/maxdb-fetch-object.xml Mon Mar 6 23:54:08 2006 @@ -1,5 +1,5 @@ - + maxdb_fetch_object @@ -94,7 +94,7 @@ if ($result = maxdb_query($link, $query)) { - /* fetch associative array */ + /* fetch object array */ while ($obj = maxdb_fetch_object($result)) { printf ("%s (%s)\n", $obj->NAME, $obj->STATE); } http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml diff -u phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml:1.2 phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml:1.3 --- phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml:1.2 Tue Mar 8 16:39:06 2005 +++ phpdoc/en/reference/maxdb/functions/maxdb-fetch-row.xml Mon Mar 6 23:54:08 2006 @@ -1,5 +1,5 @@ - + maxdb_fetch_row @@ -68,7 +68,7 @@ if ($result = $maxdb->query($query)) { - /* fetch object array */ + /* fetch enumerated array */ while ($row = $result->fetch_row()) { printf ("%s (%s)\n", $row[0], $row[1]); } @@ -100,7 +100,7 @@ if ($result = maxdb_query($link, $query)) { - /* fetch associative array */ + /* fetch enumerated array */ while ($row = maxdb_fetch_row($result)) { printf ("%s (%s)\n", $row[0], $row[1]); } http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xml diff -u phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xml:1.2 phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xml:1.3 --- phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xml:1.2Tue Mar 8 16:39:06 2005 +++ phpdoc/en/reference/maxdb/functions/maxdb-stmt-data-seek.xmlMon Mar 6 23:54:08 2006 @@ -1,5 +1,5 @@ - + maxdb_stmt_data_seek @@ -114,7 +114,7 @@ /* store result */ maxdb_stmt_store_result($stmt); - /* seek to row no. 400 */ + /* seek to row no. 5 */ maxdb_stmt_data_seek($stmt, 5); /* fetch values */
[PHP-DOC] cvs: phpdoc /en/reference/datetime constants.xml
nlopess Mon Mar 6 22:58:51 2006 UTC Modified files: /phpdoc/en/reference/datetime constants.xml Log: fix #36598: update W3C date example http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/datetime/constants.xml?r1=1.6&r2=1.7&diff_format=u Index: phpdoc/en/reference/datetime/constants.xml diff -u phpdoc/en/reference/datetime/constants.xml:1.6 phpdoc/en/reference/datetime/constants.xml:1.7 --- phpdoc/en/reference/datetime/constants.xml:1.6 Tue Jan 31 21:10:31 2006 +++ phpdoc/en/reference/datetime/constants.xml Mon Mar 6 22:58:51 2006 @@ -1,5 +1,5 @@ - + &reftitle.constants; @@ -114,7 +114,7 @@ - World Wide Web Consortium (example: 2005-08-15T15:52:01+) + World Wide Web Consortium (example: 2005-08-15T15:52:01+00:00)
[PHP-DOC] #36598 [Opn->Csd]: incorrect example for date() constant
ID: 36598 Updated by: [EMAIL PROTECTED] Reported By: d dot begley at uws dot edu dot au -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: * 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: [2006-03-04 13:15:33] [EMAIL PROTECTED] You don't have to document bugs like this... [2006-03-04 02:52:35] [EMAIL PROTECTED] I've kinda been expecting reports like this. We'll need to document the changed behaviour. Something along the lines of this patch maybe.. http://php.is/bugs/36598/phpdoc.datetime.patch.txt Index: constants.xml === RCS file: /repository/phpdoc/en/reference/datetime/constants.xml,v retrieving revision 1.6 diff -u -r1.6 constants.xml --- constants.xml 31 Jan 2006 21:10:31 - 1.6 +++ constants.xml 4 Mar 2006 01:39:00 - @@ -17,6 +17,9 @@ Atom (example: 2005-08-15T15:52:01+00:00) + + Prior to PHP5.1.3 DATE_ATOM didn't have colon in the timezone offset + @@ -114,8 +117,11 @@ - World Wide Web Consortium (example: 2005-08-15T15:52:01+) + World Wide Web Consortium (example: 2005-08-15T15:52:01+00:00) + + Prior to PHP5.1.3 DATE_W3C didn't have colon in the timezone offset + [2006-03-03 08:46:31] [EMAIL PROTECTED] The documentation for DATE_ATOM is correct, the one for DATE_W3C isn't. I will fix the code in a bit too. [2006-03-03 06:06:51] d dot begley at uws dot edu dot au Description: The documentation for date() gives a number of examples for the new constants added in PHP 5.1.1: http://www.php.net/manual/en/ref.datetime.php The first example: DATE_ATOM (string) Atom (example: 2005-08-15T15:52:01+00:00) is incorrect - the actual output has no colon in the timezone offset (though I believe one is missing from the W3C format, though I'll file a separate bug for that). Reproduce code: --- Simple function call: date( DATE_ATOM, getlastmod() ) produces output of the form: 2006-03-03T15:41:46+1100 which according to the documentation should be: 2006-03-03T15:41:46+11:00 (ie., colon in timezone offset). The documentation and code are inconsistent. Expected result: See "reproduce code" section; expected output (as per documentation) is: 2006-03-03T15:41:46+11:00 Actual result: -- See "reproduce code" section; actual result is: 2006-03-03T15:41:46+1100 -- Edit this bug report at http://bugs.php.net/?id=36598&edit=1
Re: [PHP-DOC] cvs: phpdoc /en/reference/ps/functions ps-add-bookmark.xml ps-add-launchlink.xml ps-add-locallink.xml ps-add-note.xml ps-add-pdflink.xml ps-add-weblink.xml ps-arc.xml ps-arcn.xml ps-begi
applied, thanks! Nuno - Original Message - Hi, At Fri, 03 Mar 2006 12:31:05 -, Uwe Steinmann wrote: steinm Fri Mar 3 12:31:05 2006 UTC (snip) Log: - completed the list of function parameters - added examples where needed Thank you very much for updating documents. But I found some typo in these modifications. See the attached patch. -- TAKAGI Masahiro mailto:[EMAIL PROTECTED]
[PHP-DOC] cvs: phpdoc /en/reference/ps/functions ps-rotate.xml ps-set-info.xml ps-setmiterlimit.xml ps-setpolydash.xml ps-stringwidth.xml ps-translate.xml
nlopess Mon Mar 6 22:48:02 2006 UTC Modified files: /phpdoc/en/reference/ps/functions ps-rotate.xml ps-set-info.xml ps-setmiterlimit.xml ps-setpolydash.xml ps-stringwidth.xml ps-translate.xml Log: fix typos, by takagi http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/ps/functions/ps-rotate.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/ps/functions/ps-rotate.xml diff -u phpdoc/en/reference/ps/functions/ps-rotate.xml:1.2 phpdoc/en/reference/ps/functions/ps-rotate.xml:1.3 --- phpdoc/en/reference/ps/functions/ps-rotate.xml:1.2 Fri Mar 3 12:31:05 2006 +++ phpdoc/en/reference/ps/functions/ps-rotate.xml Mon Mar 6 22:48:02 2006 @@ -1,5 +1,5 @@ - + @@ -60,12 +60,12 @@ - This examples draws a line with a 10 and 1 points long line, and + This example draws a line with a 10 and 2 points long line, and gaps of 5 points inbetween. http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/ps/functions/ps-stringwidth.xml?r1=1.4&r2=1.5&diff_format=u Index: phpdoc/en/reference/ps/functions/ps-stringwidth.xml diff -u phpdoc/en/reference/ps/functions/ps-stringwidth.xml:1.4 phpdoc/en/reference/ps/functions/ps-stringwidth.xml:1.5 --- phpdoc/en/reference/ps/functions/ps-stringwidth.xml:1.4 Fri Mar 3 12:31:05 2006 +++ phpdoc/en/reference/ps/functions/ps-stringwidth.xml Mon Mar 6 22:48:02 2006 @@ -1,5 +1,5 @@ - + @@ -42,7 +42,7 @@ text - The text for which the geometry is to be calculated. + The text for which the witdh is to be calculated. http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/ps/functions/ps-translate.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/ps/functions/ps-translate.xml diff -u phpdoc/en/reference/ps/functions/ps-translate.xml:1.3 phpdoc/en/reference/ps/functions/ps-translate.xml:1.4 --- phpdoc/en/reference/ps/functions/ps-translate.xml:1.3 Fri Mar 3 12:49:53 2006 +++ phpdoc/en/reference/ps/functions/ps-translate.xml Mon Mar 6 22:48:02 2006 @@ -1,5 +1,5 @@ - + @@ -69,12 +69,12 @@
Re: [PHP-DOC] Assigning more than bug at a time
On Mon, 6 Mar 2006 [EMAIL PROTECTED] wrote: > Is it considered rude to assign more than one bug to yourself at a time? I would say not, as long as you address the issues within reasonable time... regards, Derick
[PHP-DOC] Assigning more than bug at a time
Is it considered rude to assign more than one bug to yourself at a time? -- Gavin Foster
[PHP-DOC] #36618 [Opn->Csd]: sqlite_last_error return 0 when no error occurred
ID: 36618 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: applied, thanks. next time, apply the patch yourself! Its probably faster than opening a bug report. Previous Comments: [2006-03-05 14:55:16] [EMAIL PROTECTED] Description: Missing documentation on what sqlite_last_error return when no error occurred. Noticed by Marnaq, http://www.php.net/manual/en/function.sqlite-last-error.php#62614 Tiny patch: http://php.is/bugs/36618/phpdoc.sqlite-last-error.patch.txt Index: sqlite-last-error.xml === RCS file: /repository/phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml,v retrieving revision 1.9 diff -u -r1.9 sqlite-last-error.xml --- sqlite-last-error.xml 4 Oct 2005 15:11:18 - 1.9 +++ sqlite-last-error.xml 5 Mar 2006 13:47:55 - @@ -23,7 +23,8 @@ Returns the error code from the last operation performed on - dbhandle, the database handle. A human readable + dbhandle (the database handle), or 0 when no errors + occurred. A human readable description of the error code can be retrieved using sqlite_error_string. -- Edit this bug report at http://bugs.php.net/?id=36618&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/sqlite/functions sqlite-last-error.xml
nlopess Mon Mar 6 20:53:42 2006 UTC Modified files: /phpdoc/en/reference/sqlite/functions sqlite-last-error.xml Log: document the return value on success http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml?r1=1.9&r2=1.10&diff_format=u Index: phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml diff -u phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml:1.9 phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml:1.10 --- phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml:1.9 Tue Oct 4 15:11:18 2005 +++ phpdoc/en/reference/sqlite/functions/sqlite-last-error.xml Mon Mar 6 20:53:42 2006 @@ -1,5 +1,5 @@ - + sqlite_last_error @@ -23,7 +23,8 @@ Returns the error code from the last operation performed on - dbhandle, the database handle. A human readable + dbhandle (the database handle), or 0 + when no error occurred. A human readable description of the error code can be retrieved using sqlite_error_string.
[PHP-DOC] #36609 [Opn->Csd]: typo in maxdb_get_client_version()
ID: 36609 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: applied, thanks. next time, aplly the patch yourself! Its probably faster than opening a bug report. Previous Comments: [2006-03-06 14:59:13] [EMAIL PROTECTED] I found another typo in maxdb_stmt_execute(). Index: en/reference/maxdb/functions/maxdb-stmt-execute.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-stmt-execute.xml,v retrieving revision 1.2 diff -u -r1.2 maxdb-stmt-execute.xml --- en/reference/maxdb/functions/maxdb-stmt-execute.xml 8 Mar 2005 16:39:06 - 1.2 +++ en/reference/maxdb/functions/maxdb-stmt-execute.xml 6 Mar 2006 13:56:33 - @@ -26,7 +26,7 @@ The maxdb_stmt_execute function executes a query that has been previously prepared using the maxdb_prepare function represented by the stmt resource. When executed any parameter markers which exist will - automatically be replaced with the appropiate data. + automatically be replaced with the appropriate data. If the statement is UPDATE, DELETE, or INSERT, the total number of affected rows can be @@ -36,7 +36,7 @@ When using maxdb_stmt_execute, the maxdb_fetch - function must be used to fetch the data prior to preforming any additional queries. + function must be used to fetch the data prior to performing any additional queries. [2006-03-04 13:41:28] [EMAIL PROTECTED] Description: There is a typo in the documentation of maxdb_get_client_version(). "to know if some capability exits." should be "to know if some capability exists." Expected result: Index: en/reference/maxdb/functions/maxdb-get-client-version.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml,v retrieving revision 1.2 diff -u -r1.2 maxdb-get-client-version.xml --- en/reference/maxdb/functions/maxdb-get-client-version.xml 8 Mar 2005 16:39:06 - 1.2 +++ en/reference/maxdb/functions/maxdb-get-client-version.xml 4 Mar 2006 12:34:25 - @@ -24,7 +24,7 @@ This is useful to quickly determine the version of the client library - to know if some capability exits. + to know if some capability exists. -- Edit this bug report at http://bugs.php.net/?id=36609&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/maxdb/functions maxdb-get-client-version.xml
nlopess Mon Mar 6 20:49:55 2006 UTC Modified files: /phpdoc/en/reference/maxdb/functionsmaxdb-get-client-version.xml Log: typo http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml diff -u phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml:1.2 phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml:1.3 --- phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml:1.2 Tue Mar 8 16:39:06 2005 +++ phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xmlMon Mar 6 20:49:55 2006 @@ -1,5 +1,5 @@ - + maxdb_get_client_version @@ -24,7 +24,7 @@ This is useful to quickly determine the version of the client library - to know if some capability exits. + to know if some capability exists.
Re: [PHP-DOC] #36619 [Opn->Asn]: broken hyperlink
Out of interest is it considered rude to assign more than one bug to yourself to at a time? Just now I was going to assign myself a few different bugs, to do later, but didnt want to offend. -- Gavin Foster On 6 Mar 2006, at 20:36, [EMAIL PROTECTED] wrote: ID: 36619 Updated by: [EMAIL PROTECTED] Reported By: ming dot khor at gmail dot com -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant -Assigned To: +Assigned To: gavinfo Previous Comments: -- -- [2006-03-05 15:55:26] [EMAIL PROTECTED] changed category Friedhelm -- -- [2006-03-05 15:02:08] ming dot khor at gmail dot com Description: It seems that following hyperlink located at this webpage (http://us2.php.net/manual/en/faq.general.php) is broken: "Free On-Line Dictionary of Computing". The URL seems to be invalid? -- -- -- Edit this bug report at http://bugs.php.net/?id=36619&edit=1
[PHP-DOC] #36619 [Opn->Asn]: broken hyperlink
ID: 36619 Updated by: [EMAIL PROTECTED] Reported By: ming dot khor at gmail dot com -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant -Assigned To: +Assigned To: gavinfo Previous Comments: [2006-03-05 15:55:26] [EMAIL PROTECTED] changed category Friedhelm [2006-03-05 15:02:08] ming dot khor at gmail dot com Description: It seems that following hyperlink located at this webpage (http://us2.php.net/manual/en/faq.general.php) is broken: "Free On-Line Dictionary of Computing". The URL seems to be invalid? -- Edit this bug report at http://bugs.php.net/?id=36619&edit=1
[PHP-DOC] Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_compile.czend_compile.h zend_globals.h zend_language_parser.y /testsbreak_label01.phpt break_label02.phpt break_label03.phptbreak
Don't worry, we follow the cvs lists. I'll document it as soon as the code stabilizes. Nuno - Original Message - Thanks for your help Sara! Any chance someone from the Doc project has time to update the manual? Thanks. Andi At 05:09 AM 3/3/2006, Dmitry Stogov wrote: dmitry Fri Mar 3 13:09:13 2006 UTC Added files: /ZendEngine2/tests break_label01.phpt break_label02.phpt break_label03.phpt break_label04.phpt break_label05.phpt break_label06.phpt break_label07.phpt break_label08.inc break_label08.phpt break_label09.phpt Modified files: /php-srcNEWS /ZendEngine2zend_compile.c zend_compile.h zend_globals.h zend_language_parser.y Log: Added support for "continue" and "break" operators with labels. Each loop or switch statement can be marked by label and then it is possible to write "break " instead of "break ".
[PHP-DOC] functable getting confused
functable is getting confused on entries like this: proto public static mixed Reflection::export(Reflector r [, bool return]) and public void ReflectionFunction::__construct(string name) The function name in the proto5 table ends up being "static" and "void" for those two cases. -Rasmus
Re: [PHP-DOC] cvs: phpdoc /en/appendices ini.xml
Great. I was worried for a moment that I had got it wrong, this is my first contribution you see... Thanks for the clarification. -- Gavin Foster On 6 Mar 2006, at 14:24, Friedhelm Betz wrote: Gavin Foster wrote: Hi, I expected the below modification to add a description to this section of the online manual: http://www.php.net/manual/en/ini.core.php#ini.sql.safe-mode Can someone confirm that I've added the description to the correct file. Yes. My understanding was that the online manual is re-generated on a daily basis (assuming it is updated ever day), but it hasn't changed. No, it is not generated on a daily basis, only from time to time. Friedhelm
Re: [PHP-DOC] cvs: phpdoc /en/appendices ini.xml
Gavin Foster wrote: Hi, I expected the below modification to add a description to this section of the online manual: http://www.php.net/manual/en/ini.core.php#ini.sql.safe-mode Can someone confirm that I've added the description to the correct file. Yes. My understanding was that the online manual is re-generated on a daily basis (assuming it is updated ever day), but it hasn't changed. No, it is not generated on a daily basis, only from time to time. Friedhelm
[PHP-DOC] #36609 [Opn]: typo in maxdb_get_client_version()
ID: 36609 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: I found another typo in maxdb_stmt_execute(). Index: en/reference/maxdb/functions/maxdb-stmt-execute.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-stmt-execute.xml,v retrieving revision 1.2 diff -u -r1.2 maxdb-stmt-execute.xml --- en/reference/maxdb/functions/maxdb-stmt-execute.xml 8 Mar 2005 16:39:06 - 1.2 +++ en/reference/maxdb/functions/maxdb-stmt-execute.xml 6 Mar 2006 13:56:33 - @@ -26,7 +26,7 @@ The maxdb_stmt_execute function executes a query that has been previously prepared using the maxdb_prepare function represented by the stmt resource. When executed any parameter markers which exist will - automatically be replaced with the appropiate data. + automatically be replaced with the appropriate data. If the statement is UPDATE, DELETE, or INSERT, the total number of affected rows can be @@ -36,7 +36,7 @@ When using maxdb_stmt_execute, the maxdb_fetch - function must be used to fetch the data prior to preforming any additional queries. + function must be used to fetch the data prior to performing any additional queries. Previous Comments: [2006-03-04 13:41:28] [EMAIL PROTECTED] Description: There is a typo in the documentation of maxdb_get_client_version(). "to know if some capability exits." should be "to know if some capability exists." Expected result: Index: en/reference/maxdb/functions/maxdb-get-client-version.xml === RCS file: /repository/phpdoc/en/reference/maxdb/functions/maxdb-get-client-version.xml,v retrieving revision 1.2 diff -u -r1.2 maxdb-get-client-version.xml --- en/reference/maxdb/functions/maxdb-get-client-version.xml 8 Mar 2005 16:39:06 - 1.2 +++ en/reference/maxdb/functions/maxdb-get-client-version.xml 4 Mar 2006 12:34:25 - @@ -24,7 +24,7 @@ This is useful to quickly determine the version of the client library - to know if some capability exits. + to know if some capability exists. -- Edit this bug report at http://bugs.php.net/?id=36609&edit=1
Re: [PHP-DOC] cvs: phpdoc /en/appendices ini.xml
Hi, I expected the below modification to add a description to this section of the online manual: http://www.php.net/manual/en/ini.core.php#ini.sql.safe-mode Can someone confirm that I've added the description to the correct file. My understanding was that the online manual is re-generated on a daily basis (assuming it is updated ever day), but it hasn't changed. Thanks, -- Gavin Foster On 4 Mar 2006, at 17:47, Gavin Foster wrote: gavinfo Sat Mar 4 17:47:43 2006 UTC Modified files: /phpdoc/en/appendices ini.xml Log: Added description to sql.safe_mode (for core ini php directives). http://cvs.php.net/viewcvs.cgi/phpdoc/en/appendices/ini.xml? r1=1.35&r2=1.36&diff_format=u Index: phpdoc/en/appendices/ini.xml diff -u phpdoc/en/appendices/ini.xml:1.35 phpdoc/en/appendices/ ini.xml:1.36 --- phpdoc/en/appendices/ini.xml:1.35 Sun Feb 19 13:34:19 2006 +++ phpdoc/en/appendices/ini.xmlSat Mar 4 17:47:42 2006 @@ -1,5 +1,5 @@ - + &php.ini; directives @@ -3782,6 +3782,9 @@ + If turned on, database connect functions that specify default values + will use those values in place of supplied arguments. For default + values see connect function documentation for the relevant database.
Re: [PHP-DOC] #36627 [NEW]: Error in maual query
What I meant was something like: --- search.php 2006-02-28 17:30:04.0 +0100 +++ search.php 2006-03-06 13:55:39.31250 +0100 @@ -90,6 +90,15 @@ // Covers the rest default: +$operators = array('==', '!=', '===', '!==', '+=', '? :'); +$refs = array('=&', '&='); +if (in_array($_FORM['pattern'], $operators)) { + mirror_redirect("/manual-lookup.php?pattern=operators{$langparam}"); +break; +} else if (in_array($_FORM['pattern'], $refs)) { + mirror_redirect("/manual-lookup.php?pattern=references{$langparam}"); +break; +} $p = urlencode($_FORM['show']); mirror_redirect($MYSITE . "results.php?q={$ucp}&l=$LANG&p=$p"); break; Of course I haven't used all possible operators now but wouldn't that be a bit better? procabral, es.php.net seems generally broken for me - I get errors none of the other mirrors are returning. Greetings, Florian
Re: [PHP-DOC] #36627 [NEW]: Error in maual query
procabral at yahoo dot com schrieb: > From: procabral at yahoo dot com > Operating system: Win XP > PHP version: Irrelevant > PHP Bug Type: Documentation problem > Bug description: Error in maual query > > Description: > > web page es.php.net results in an error when I search for "&" in the > online documentation. > > (I am trying to find the syntax and semantics for &= or =&) > > Best regards. > Rafael Cabral. > > Reproduce code: > --- > No source code, just an error querying the online docs. > Agreed. de.php.net for example doesn't throw an error (I really wonder why *.php.net doesn't have display_errors = off...) but brings me to hyperwave functions - a behaviour I also often found annoying when looking for stuff like === or "? :". http://php.net/manual/en/language.references.php is what you were looking for, I suppose, in case you didn't get it. I'd really vote for prepending a custom filter to the search functions that takes non-alphanumeric search strings (especially operators) and brings the user to the right manual page. Greetings, Florian
[PHP-DOC] #36627 [NEW]: Error in maual query
From: procabral at yahoo dot com Operating system: Win XP PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Error in maual query Description: web page es.php.net results in an error when I search for "&" in the online documentation. (I am trying to find the syntax and semantics for &= or =&) Best regards. Rafael Cabral. Reproduce code: --- No source code, just an error querying the online docs. -- Edit bug report at http://bugs.php.net/?id=36627&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36627&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36627&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36627&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36627&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36627&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36627&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36627&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36627&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36627&r=support Expected behavior:http://bugs.php.net/fix.php?id=36627&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36627&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36627&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36627&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36627&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36627&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36627&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36627&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36627&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36627&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36627&r=mysqlcfg
Re: [PHP-DOC] php.net search data aggregation
On the short term, a disambiguation page would be nice, and the long run, we might be able to map /xml and such to a categorized manual section. Goba On Mon, 6 Mar 2006, Friedhelm Betz wrote: Hi Sean, Sean Coates wrote: PHP 5 uptake is also speeding up and there are a couple of areas of the manual that are confusing. A search for "xml" or going to php.net/xml lands you on php.net/manual/en/ref.xml.php which has no mention of the different xml implementations available. The best way to handle this, probably, is to add a very high level "XML Processing in PHP" appendix and link xml there. The appendix could then link the the various sections: DOM, libxml, SimpleXML, ref.xml, etc. Alternative: Let the search handle this "ambiguous" terms and nuke this kinds of shortcuts? php.net/xml would give you a page with results relevant to xml, of course extension/implementation wise. The point Rasmus made boils probably down to "categorized manual" http://cvs.php.net/viewcvs.cgi/phpdoc/RFC/manual.xml.in?view=markup&rev=1.19 This approach would it make dead simple, php.net/xml points to This said, I don't know the status of livedocs and in which way livedocs supersedes the "categorized manual" approach. Friedhelm
Re: [PHP-DOC] php.net search data aggregation
Agreed. Goba On Sun, 5 Mar 2006, Sean Coates wrote: PHP 5 uptake is also speeding up and there are a couple of areas of the manual that are confusing. A search for "xml" or going to php.net/xml lands you on php.net/manual/en/ref.xml.php which has no mention of the different xml implementations available. The best way to handle this, probably, is to add a very high level "XML Processing in PHP" appendix and link xml there. The appendix could then link the the various sections: DOM, libxml, SimpleXML, ref.xml, etc. S
Re: [PHP-DOC] php.net search data aggregation
Friedhelm Betz wrote: > The point Rasmus made boils probably down to "categorized manual" > http://cvs.php.net/viewcvs.cgi/phpdoc/RFC/manual.xml.in?view=markup&rev=1.19 > This approach would it make dead simple, php.net/xml points to > We already have that page: http://www.php.net/manual/en/extensions.php#refs.xml Jakub Vrana