[PHP-DOC] Re: Forgotten division-marks in PCRE
http://news.php.net/article.php?group=php.doc&article=969357146 thanks :) didou File: phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml CVS comment: There were forgotten division-marks inside words pcre.pattern.modifiers.xml and other files seem correct. Jakub Vrana
[PHP-DOC] cvs: phpdoc /en/reference/pcre/functions pcre.pattern.syntax.xml
didou Mon Dec 1 18:44:09 2003 EDT Modified files: /phpdoc/en/reference/pcre/functions pcre.pattern.syntax.xml Log: There were forgotten division-marks inside words (Jakub Vrana) Index: phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml diff -u phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml:1.5 phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml:1.6 --- phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml:1.5 Tue Aug 6 16:04:34 2002 +++ phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml Mon Dec 1 18:44:09 2003 @@ -1,5 +1,5 @@ - + @@ -47,10 +47,10 @@ - Capturing subpatterns that occur inside negative looka- - head assertions are counted, but their entries in the - offsets vector are never set. Perl sets its numerical vari- - ables from any such patterns that are matched before the + Capturing subpatterns that occur inside negative + lookahead assertions are counted, but their entries in the + offsets vector are never set. Perl sets its numerical + variables from any such patterns that are matched before the assertion fails to match something (thereby succeeding), but only if the negative lookahead assertion contains just one branch. @@ -68,8 +68,8 @@ The following Perl escape sequences are not supported: \l, \u, \L, \U, \E, \Q. In fact these are implemented by - Perl's general string-handling and are not part of its pat- - tern matching engine. + Perl's general string-handling and are not part of its + pattern matching engine. @@ -123,7 +123,7 @@ If PCRE_DOLLAR_ENDONLY is set and PCRE_MULTILINE is not - set, the $ meta- character matches only at the very end of + set, the $ meta-character matches only at the very end of the string. @@ -135,8 +135,8 @@ - If PCRE_UNGREEDY is set, the greediness of the repeti- - tion quantifiers is inverted, that is, by default they are + If PCRE_UNGREEDY is set, the greediness of the + repetition quantifiers is inverted, that is, by default they are not greedy, but if followed by a question mark they are. @@ -152,8 +152,8 @@ Introduction - The syntax and semantics of the regular expressions sup- - ported by PCRE are described below. Regular expressions are + The syntax and semantics of the regular expressions + supported by PCRE are described below. Regular expressions are also described in the Perl documentation and in a number of other books, some of which have copious examples. Jeffrey Friedl's "Mastering Regular Expressions", published by @@ -162,8 +162,8 @@ A regular expression is a pattern that is matched against a subject string from left to right. Most characters stand for - themselves in a pattern, and match the corresponding charac- - ters in the subject. As a trivial example, the pattern + themselves in a pattern, and match the corresponding + characters in the subject. As a trivial example, the pattern The quick brown fox matches a portion of a subject string that is identical to itself. @@ -173,9 +173,9 @@ Meta-characters The power of regular expressions comes from the - ability to include alternatives and repetitions in the pat- - tern. These are encoded in the pattern by the use of meta- - characters, which do not stand for themselves but instead + ability to include alternatives and repetitions in the + pattern. These are encoded in the pattern by the use of + meta-characters, which do not stand for themselves but instead are interpreted in some special way. @@ -299,8 +299,8 @@ Part of a pattern that is in square brackets is called a - "character class". In a character class the only meta- - characters are: + "character class". In a character class the only + meta-characters are: \ @@ -350,23 +350,23 @@ For example, if you want to match a "*" character, you write - "\*" in the pattern. This applies whether or not the follow- - ing character would otherwise be interpreted as a meta- - character, so it is always safe to precede a non-alphanumeric - with "\" to specify that it stands for itself. In particu- - lar, if you want to match a backslash, you write "\\". + "\*" in the pattern. This applies whether or not the + following character would otherwise be interpreted as a + meta-character, so it is always safe to precede a non-alphanumeric + with "\" to specify that it stands for itself. In + particular, if you want to match a backslash, you wr
[PHP-DOC] Forgotten division-marks in PCRE
File: phpdoc/en/reference/pcre/functions/pcre.pattern.syntax.xml CVS comment: There were forgotten division-marks inside words pcre.pattern.modifiers.xml and other files seem correct. Jakub Vrana pcre.pattern.syntax.xml.diff Description: Binary data
[PHP-DOC] cvs: phpdoc /en/reference/stream/functions stream-get-contents.xml
pollita Mon Dec 1 16:17:58 2003 EDT Modified files: /phpdoc/en/reference/stream/functions stream-get-contents.xml Log: Copy/Paste bug. The fopen-wrappers tip doesn't belong here. Index: phpdoc/en/reference/stream/functions/stream-get-contents.xml diff -u phpdoc/en/reference/stream/functions/stream-get-contents.xml:1.2 phpdoc/en/reference/stream/functions/stream-get-contents.xml:1.3 --- phpdoc/en/reference/stream/functions/stream-get-contents.xml:1.2Mon Dec 1 03:52:59 2003 +++ phpdoc/en/reference/stream/functions/stream-get-contents.xmlMon Dec 1 16:17:58 2003 @@ -1,5 +1,5 @@ - + stream_get_contents @@ -19,7 +19,6 @@ maxlength bytes, in a string. ¬e.bin-safe; -&tip.fopen-wrapper; See also: fgets,
[PHP-DOC] #26493 [NEW]: documentation example causes error
From: patterson at computer dot org Operating system: RH Linux 9.0 PHP version: 5.0.0b2 (beta2) PHP Bug Type: Documentation problem Bug description: documentation example causes error Description: I tried to execute the example for interfaces in PHP 5.0.0b (beta 2) and got this result: Fatal error: Cannot redeclare class exception in /home/billy/public_html/php5/interface.php on line 6 When I changed the word "Exception" to "Exception1" the code ran without a problem. Probably the example needs to be changed, but I am not sure. Bill Patterson Reproduce code: --- Expected result: expect a blank page Actual result: -- Fatal error: Cannot redeclare class exception in /home/billy/public_html/php5/interface.php on line 6 -- Edit bug report at http://bugs.php.net/?id=26493&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26493&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26493&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26493&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26493&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26493&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26493&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26493&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26493&r=support Expected behavior: http://bugs.php.net/fix.php?id=26493&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26493&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26493&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26493&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26493&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26493&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26493&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26493&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26493&r=float
[PHP-DOC] #26489 [Opn->Csd]: slightly misleading advice in the documentation of file()
ID: 26489 Updated by: [EMAIL PROTECTED] Reported By: messju at lammfellpuschen dot de -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-12-01 13:03:55] messju at lammfellpuschen dot de Description: it's really just a very little thing: the first note on http://php.dpnet/manual/en/ function.file.php says: "Note: Each line in the resulting array will include the line ending, so you still need to use trim() if you do not want the line ending present." of course rtrim() should be used to only get rid the line endings not trim(). -- Edit this bug report at http://bugs.php.net/?id=26489&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions file.xml
didou Mon Dec 1 13:14:09 2003 EDT Modified files: /phpdoc/en/reference/filesystem/functions file.xml Log: fix #26489 Index: phpdoc/en/reference/filesystem/functions/file.xml diff -u phpdoc/en/reference/filesystem/functions/file.xml:1.10 phpdoc/en/reference/filesystem/functions/file.xml:1.11 --- phpdoc/en/reference/filesystem/functions/file.xml:1.10 Mon Jun 16 08:57:32 2003 +++ phpdoc/en/reference/filesystem/functions/file.xml Mon Dec 1 13:14:09 2003 @@ -1,5 +1,5 @@ - + @@ -51,7 +51,7 @@ Each line in the resulting array will include the line ending, so you - still need to use trim if you do not want the line + still need to use rtrim if you do not want the line ending present.
[PHP-DOC] #26489 [NEW]: slightly misleading advice in the documentation of file()
From: messju at lammfellpuschen dot de Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: slightly misleading advice in the documentation of file() Description: it's really just a very little thing: the first note on http://php.dpnet/manual/en/ function.file.php says: "Note: Each line in the resulting array will include the line ending, so you still need to use trim() if you do not want the line ending present." of course rtrim() should be used to only get rid the line endings not trim(). -- Edit bug report at http://bugs.php.net/?id=26489&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26489&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26489&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26489&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26489&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26489&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26489&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26489&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26489&r=support Expected behavior: http://bugs.php.net/fix.php?id=26489&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26489&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26489&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26489&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26489&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26489&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26489&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26489&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26489&r=float
[PHP-DOC] PHP installation under Win 2003 Web server edition
When installing PHP 4.3.3 under "Win2003 Web Server edition". I followed the instructions in "php_manual_en.chm" compiled "Sun Oct 05 02:13:52 2003" according to the About-menue. However you forget to state, that Web Service Extensions must allow php.exe and php4ts.dll before PHP will work. __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455
[PHP-DOC] #26486 [NEW]: socket_create Constats missing
From: nunoplopes at sapo dot pt Operating system: n/a PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: socket_create Constats missing Description: In socket_create manual entry and in table 3 (common protocls) you only say the name of the protocols and you missed the constants. Instead of tcp, you should write SOL_TCP. In sockets' main page, you should alter the following line: $socket = socket_create (AF_INET, SOCK_STREAM, 0); to $socket = socket_create (AF_INET, SOCK_STREAM, SOL_TCP); -- Edit bug report at http://bugs.php.net/?id=26486&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26486&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26486&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26486&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26486&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26486&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26486&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26486&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26486&r=support Expected behavior: http://bugs.php.net/fix.php?id=26486&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26486&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26486&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26486&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26486&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26486&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26486&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26486&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26486&r=float
[PHP-DOC] #24878 [Csd]: "Header" documentation does not state return value
ID: 24878 Updated by: [EMAIL PROTECTED] -Summary: typo at snaps.php.net Reported By: keith at midnighthax dot com Status: Closed Bug Type: Documentation problem Operating System: any PHP Version: Irrelevant Assigned To: betz New Comment: changed summary back ti the original one. Previous Comments: [2003-12-01 07:30:07] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-07-31 07:39:51] [EMAIL PROTECTED] should be void instead of int [2003-07-31 04:19:27] keith at midnighthax dot com Description: The online documentation page for "header" at http://uk.php.net/manual/en/function.header.php states that "header" returns an int value. However, the value of the return value does not appear to be documented. -- Edit this bug report at http://bugs.php.net/?id=24878&edit=1
[PHP-DOC] #24878 [Asn->Csd]: typo at snaps.php.net
ID: 24878 Updated by: [EMAIL PROTECTED] -Summary: "Header" documentation does not state return value Reported By: keith at midnighthax dot com -Status: Assigned +Status: Closed Bug Type: Documentation problem -Operating System: n/a +Operating System: any PHP Version: Irrelevant -Assigned To: +Assigned To: betz New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-31 07:39:51] [EMAIL PROTECTED] should be void instead of int [2003-07-31 04:19:27] keith at midnighthax dot com Description: The online documentation page for "header" at http://uk.php.net/manual/en/function.header.php states that "header" returns an int value. However, the value of the return value does not appear to be documented. -- Edit this bug report at http://bugs.php.net/?id=24878&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/http/functions header.xml
betzMon Dec 1 07:31:57 2003 EDT Modified files: /phpdoc/en/reference/http/functions header.xml Log: bugfix #24878 returntype is void Index: phpdoc/en/reference/http/functions/header.xml diff -u phpdoc/en/reference/http/functions/header.xml:1.19 phpdoc/en/reference/http/functions/header.xml:1.20 --- phpdoc/en/reference/http/functions/header.xml:1.19 Sat Aug 16 14:59:11 2003 +++ phpdoc/en/reference/http/functions/header.xml Mon Dec 1 07:31:57 2003 @@ -1,5 +1,5 @@ - + @@ -9,7 +9,7 @@ Description - intheader + voidheader stringstring boolreplace inthttp_response_code
Re: [PHP-DOC] #18914 ZendAPI images missing
There is bz2 version of the manual now, but the .gz version has that images. And the on-line version (also mentioned) has the pictures. So, I think you may close that bug. Nuno - Original Message - From: "Friedhelm Betz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 01, 2003 12:08 PM Subject: [PHP-DOC] #18914 ZendAPI images missing > > seems to be solved? > > Friedhelm
[PHP-DOC] #18914 ZendAPI images missing
seems to be solved? Friedhelm
Re: [PHP-DOC] date suggestion
On Friday 28 November 2003 12:39, pete M wrote: > the manual for the date() function has a list of all the format > characters alphabetically.. > > Would it not be more readable if the format characters were grouped by > type.. > > eg > hour codes > minute codes > day codes > week codes > month codes > year codes > missc codes > > regards > Pete Please file a bug at http://bugs.php.net/, categorizied as Documentation Problem. By doing so, someone will remember and take a look. Thanks and rergards Friedhelm
[PHP-DOC] #26472 [Opn->Csd]: E_ALL changed its value to 4095
ID: 26472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 5.0.0b2 (beta2) -Assigned To: +Assigned To: betz New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-11-30 15:49:00] [EMAIL PROTECTED] If it changed from 2047 to 4095, what is the differece? : 4095-2047= 2048 :) [2003-11-30 15:45:04] [EMAIL PROTECTED] Whats the value of E_Strict? Haven't cvs compiled and its not changend in Beta2. Thx Friedhelm [2003-11-30 10:59:49] [EMAIL PROTECTED] Description: Since the addition of E_STRICT, the value of E_ALL has changed from 2047 to 4095. This may affected the php_value directive for apache and related issues where no symbolic but only the numeric value can be set. -- Edit this bug report at http://bugs.php.net/?id=26472&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc constants.xml ini.xml
betzMon Dec 1 06:52:55 2003 EDT Modified files: /phpdoc/en/reference/errorfunc constants.xml ini.xml Log: bugfix #26472 E_STRICT added default values for error_reporting bitmask allows xor in php.ini Index: phpdoc/en/reference/errorfunc/constants.xml diff -u phpdoc/en/reference/errorfunc/constants.xml:1.8 phpdoc/en/reference/errorfunc/constants.xml:1.9 --- phpdoc/en/reference/errorfunc/constants.xml:1.8 Tue Jun 10 12:53:37 2003 +++ phpdoc/en/reference/errorfunc/constants.xml Mon Dec 1 06:52:54 2003 @@ -1,5 +1,5 @@ - + &reftitle.constants; &extension.constants.core; @@ -172,8 +172,22 @@ PHP 4 only + + 2048 + + E_STRICT + (integer) + + + Run-time notices. Enable to have PHP suggest changes + to your code which will ensure the best interoperability + and forward compatability of your code. + + PHP 5 only + + - 2047 + 4095 E_ALL (integer) @@ -181,6 +195,7 @@ All errors and warnings, as supported. + With PHP >= 5.0.0 the value changed from 2047 to 4095. @@ -192,7 +207,7 @@ up a bitmask that specifies which errors to report. You can use the bitwise operators to combine these values or mask out certain types of errors. Note - that only '|', '~', '!', and '&' will be understood within + that only '|', '~', '!', ^ and '&' will be understood within &php.ini;, however, and that no bitwise operators will be understood within php3.ini. Index: phpdoc/en/reference/errorfunc/ini.xml diff -u phpdoc/en/reference/errorfunc/ini.xml:1.14 phpdoc/en/reference/errorfunc/ini.xml:1.15 --- phpdoc/en/reference/errorfunc/ini.xml:1.14 Mon Jun 9 16:41:23 2003 +++ phpdoc/en/reference/errorfunc/ini.xml Mon Dec 1 06:52:54 2003 @@ -1,5 +1,5 @@ - + &reftitle.runtime; &extension.runtime; @@ -17,7 +17,7 @@ error_reporting - E_ALL & ~E_NOTICE + E_ALL & ~E_NOTICE & ~E_STRICT PHP_INI_ALL @@ -122,7 +122,14 @@ display_errors directive. - In PHP 4 the default value does not show E_NOTICE + In PHP 4 the default value is E_ALL & ~E_NOTICE. This setting does + not show E_NOTICE level errors. You may want to + show them during development. + + + In PHP 5 E_STRICT is introduced. The default value + is E_ALL & ~E_NOTICE & ~E_STRICT. This setting does not show + errors E_NOTICE and E_STRICT level errors. You may want to show them during development.
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions error-reporting.xml
betzMon Dec 1 06:49:35 2003 EDT Modified files: /phpdoc/en/reference/errorfunc/functionserror-reporting.xml Log: E_STRICT added linking constants to a more propper target Index: phpdoc/en/reference/errorfunc/functions/error-reporting.xml diff -u phpdoc/en/reference/errorfunc/functions/error-reporting.xml:1.5 phpdoc/en/reference/errorfunc/functions/error-reporting.xml:1.6 --- phpdoc/en/reference/errorfunc/functions/error-reporting.xml:1.5 Sat Jun 14 13:48:17 2003 +++ phpdoc/en/reference/errorfunc/functions/error-reporting.xml Mon Dec 1 06:49:35 2003 @@ -1,5 +1,5 @@ - + @@ -79,79 +79,92 @@ 1 - E_ERROR + E_ERROR 2 - E_WARNING + E_WARNING 4 - E_PARSE + E_PARSE 8 - E_NOTICE + E_NOTICE 16 - E_CORE_ERROR + E_CORE_ERROR 32 - E_CORE_WARNING + E_CORE_WARNING 64 - E_COMPILE_ERROR + E_COMPILE_ERROR 128 - E_COMPILE_WARNING + E_COMPILE_WARNING 256 - E_USER_ERROR + E_USER_ERROR 512 - E_USER_WARNING + E_USER_WARNING 1024 - E_USER_NOTICE + E_USER_NOTICE - -2047 - - E_ALL - - + + 2048 + + E_STRICT + + + + 4096 + + E_ALL + + + + + With PHP > 5.0.0 E_STRICT with value 2048 is + introduced. Therefore the value for E_ALL changed + to 4096. + + See also the display_errors directive and ini_set.
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions restore-error-handler.xml set-error-handler.xml trigger-error.xml
betzMon Dec 1 06:46:50 2003 EDT Modified files: /phpdoc/en/reference/errorfunc/functionsrestore-error-handler.xml set-error-handler.xml trigger-error.xml Log: remove user_error from see also added link to error constants in see also Index: phpdoc/en/reference/errorfunc/functions/restore-error-handler.xml diff -u phpdoc/en/reference/errorfunc/functions/restore-error-handler.xml:1.2 phpdoc/en/reference/errorfunc/functions/restore-error-handler.xml:1.3 --- phpdoc/en/reference/errorfunc/functions/restore-error-handler.xml:1.2 Wed Apr 17 02:37:45 2002 +++ phpdoc/en/reference/errorfunc/functions/restore-error-handler.xml Mon Dec 1 06:46:50 2003 @@ -1,5 +1,5 @@ - + @@ -22,7 +22,7 @@ See also error_reporting, set_error_handler, - trigger_error, user_error + trigger_error. Index: phpdoc/en/reference/errorfunc/functions/set-error-handler.xml diff -u phpdoc/en/reference/errorfunc/functions/set-error-handler.xml:1.14 phpdoc/en/reference/errorfunc/functions/set-error-handler.xml:1.15 --- phpdoc/en/reference/errorfunc/functions/set-error-handler.xml:1.14 Sat Aug 16 14:59:11 2003 +++ phpdoc/en/reference/errorfunc/functions/set-error-handler.xml Mon Dec 1 06:46:50 2003 @@ -1,5 +1,5 @@ - + @@ -200,7 +200,8 @@ See also error_reporting, restore_error_handler, - trigger_error, user_error + trigger_error, and + error level constants. Index: phpdoc/en/reference/errorfunc/functions/trigger-error.xml diff -u phpdoc/en/reference/errorfunc/functions/trigger-error.xml:1.6 phpdoc/en/reference/errorfunc/functions/trigger-error.xml:1.7 --- phpdoc/en/reference/errorfunc/functions/trigger-error.xml:1.6 Sat Aug 16 14:59:11 2003 +++ phpdoc/en/reference/errorfunc/functions/trigger-error.xml Mon Dec 1 06:46:50 2003 @@ -1,5 +1,5 @@ - + @@ -53,7 +53,7 @@ See also error_reporting, set_error_handler, restore_error_handler, and - user_error. + error level constants.
[PHP-DOC] #26484 [NEW]: "Returning References" could do with more info
From: sdavey at datalink dot net dot au Operating system: NA PHP version: 4.3.2 PHP Bug Type: Documentation problem Bug description: "Returning References" could do with more info Description: The Returning References manual page contains the following comment: "Note: Unlike parameter passing, here you have to use & in both places - to indicate that you return by-reference, not a copy as usual, and to indicate that reference binding, rather than usual assignment, should be done for $foo." It refers to pass-by-reference, where you have to use the ampersand in both the function *and* in the assignment of the function value to a variable. It is not clear what would happen if you didn't put the ampersand in both places, and it would be nice to have someone explain this. I'm a fairly seasoned PHP developer, but references are complex, and judging by the user comments in various places in the manual concerning them I think it would be great to have a sentance or two clarify this. I know it's only a minor request, but for developers seeking to fine-tune their code, understanding references is clearly the way to go. Thanks, Scott. -- Edit bug report at http://bugs.php.net/?id=26484&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26484&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26484&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26484&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26484&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26484&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26484&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26484&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26484&r=support Expected behavior: http://bugs.php.net/fix.php?id=26484&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26484&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26484&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26484&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26484&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26484&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26484&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26484&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26484&r=float
[PHP-DOC] cvs: phpdoc /en/reference/tidy configure.xml
didou Mon Dec 1 04:29:54 2003 EDT Modified files: /phpdoc/en/reference/tidy configure.xml Log: less redundancy missing space Index: phpdoc/en/reference/tidy/configure.xml diff -u phpdoc/en/reference/tidy/configure.xml:1.2 phpdoc/en/reference/tidy/configure.xml:1.3 --- phpdoc/en/reference/tidy/configure.xml:1.2 Fri Nov 28 05:59:49 2003 +++ phpdoc/en/reference/tidy/configure.xml Mon Dec 1 04:29:54 2003 @@ -1,10 +1,10 @@ - + &reftitle.install; Tidy is currently available for PHP 4.3.x and PHP 5 as a PECL - extension. The tidy extension is available from PECL + extension from &url.pecl.package;tidy. @@ -28,7 +28,7 @@ - Windows users can download the extension dllphp_tidy.dll + Windows users can download the extension dll php_tidy.dll from &url.pecl.get.win;.
[PHP-DOC] cvs: phpdoc /en/reference/stream/functions stream-socket-recvfrom.xml
didou Mon Dec 1 04:18:30 2003 EDT Modified files: /phpdoc/en/reference/stream/functions stream-socket-recvfrom.xml Log: typo Index: phpdoc/en/reference/stream/functions/stream-socket-recvfrom.xml diff -u phpdoc/en/reference/stream/functions/stream-socket-recvfrom.xml:1.1 phpdoc/en/reference/stream/functions/stream-socket-recvfrom.xml:1.2 --- phpdoc/en/reference/stream/functions/stream-socket-recvfrom.xml:1.1 Sun Nov 30 13:47:42 2003 +++ phpdoc/en/reference/stream/functions/stream-socket-recvfrom.xml Mon Dec 1 04:18:30 2003 @@ -1,5 +1,5 @@ - + stream_socket_recvfrom @@ -18,7 +18,7 @@ The function stream_socket_recvfrom accepts data from a remote socket up to length bytes. If address is provided it will be populated with - the addres of the remote socket. + the address of the remote socket. The value of flags can be any combination
[PHP-DOC] cvs: phpdoc /en/reference/stream/functions stream-get-contents.xml
didou Mon Dec 1 03:53:00 2003 EDT Modified files: /phpdoc/en/reference/stream/functions stream-get-contents.xml Log: typo Index: phpdoc/en/reference/stream/functions/stream-get-contents.xml diff -u phpdoc/en/reference/stream/functions/stream-get-contents.xml:1.1 phpdoc/en/reference/stream/functions/stream-get-contents.xml:1.2 --- phpdoc/en/reference/stream/functions/stream-get-contents.xml:1.1Sun Nov 30 13:47:42 2003 +++ phpdoc/en/reference/stream/functions/stream-get-contents.xmlMon Dec 1 03:52:59 2003 @@ -1,5 +1,5 @@ - + stream_get_contents @@ -15,7 +15,7 @@ Identical to file_get_contents, except that stream_get_contents operates on an already open - file resource and returns the remainiing contents, up to + file resource and returns the remaining contents, up to maxlength bytes, in a string. ¬e.bin-safe;