RE: [PHP-DOC] cvs probs?
> Hi, > fresh checkout of phpdoc, running cvs upd results in random messages like: > cvs upd > cannot mkdir /ftmp/cvs-serv25868/en/reference/dba/functions > No space left on device > > Friedhelm Sounds like you ran out of space on one of your partitions? jared
[PHP-DOC] cvs probs?
Hi, fresh checkout of phpdoc, running cvs upd results in random messages like: cvs upd cannot mkdir /ftmp/cvs-serv25868/en/reference/dba/functions No space left on device Friedhelm
[PHP-DOC] cvs: phpdoc /en/reference/tidy/functions tidy-get-body.xml tidy-get-head.xml tidy-get-html.xml tidy-get-root.xml
betzSun Dec 7 17:00:56 2003 EDT Modified files: /phpdoc/en/reference/tidy/functions tidy-get-body.xml tidy-get-head.xml tidy-get-html.xml tidy-get-root.xml Log: only available with ze2 Index: phpdoc/en/reference/tidy/functions/tidy-get-body.xml diff -u phpdoc/en/reference/tidy/functions/tidy-get-body.xml:1.3 phpdoc/en/reference/tidy/functions/tidy-get-body.xml:1.4 --- phpdoc/en/reference/tidy/functions/tidy-get-body.xml:1.3Thu Nov 27 20:39:08 2003 +++ phpdoc/en/reference/tidy/functions/tidy-get-body.xmlSun Dec 7 17:00:56 2003 @@ -1,5 +1,5 @@ - + @@ -16,7 +16,7 @@ &warn.undocumented.func; - + ¬e.tidy.ze2; Index: phpdoc/en/reference/tidy/functions/tidy-get-head.xml diff -u phpdoc/en/reference/tidy/functions/tidy-get-head.xml:1.3 phpdoc/en/reference/tidy/functions/tidy-get-head.xml:1.4 --- phpdoc/en/reference/tidy/functions/tidy-get-head.xml:1.3Thu Nov 27 20:39:08 2003 +++ phpdoc/en/reference/tidy/functions/tidy-get-head.xmlSun Dec 7 17:00:56 2003 @@ -1,5 +1,5 @@ - + @@ -16,7 +16,7 @@ &warn.undocumented.func; - + ¬e.tidy.ze2; Index: phpdoc/en/reference/tidy/functions/tidy-get-html.xml diff -u phpdoc/en/reference/tidy/functions/tidy-get-html.xml:1.4 phpdoc/en/reference/tidy/functions/tidy-get-html.xml:1.5 --- phpdoc/en/reference/tidy/functions/tidy-get-html.xml:1.4Thu Nov 27 20:39:08 2003 +++ phpdoc/en/reference/tidy/functions/tidy-get-html.xmlSun Dec 7 17:00:56 2003 @@ -1,5 +1,5 @@ - + @@ -16,7 +16,7 @@ &warn.undocumented.func; - + ¬e.tidy.ze2; Index: phpdoc/en/reference/tidy/functions/tidy-get-root.xml diff -u phpdoc/en/reference/tidy/functions/tidy-get-root.xml:1.2 phpdoc/en/reference/tidy/functions/tidy-get-root.xml:1.3 --- phpdoc/en/reference/tidy/functions/tidy-get-root.xml:1.2Thu Nov 27 20:39:08 2003 +++ phpdoc/en/reference/tidy/functions/tidy-get-root.xmlSun Dec 7 17:00:56 2003 @@ -1,5 +1,5 @@ - + @@ -16,6 +16,7 @@ &warn.undocumented.func; + ¬e.tidy.ze2;
[PHP-DOC] cvs: phpdoc /en language-snippets.ent
betzSun Dec 7 16:59:52 2003 EDT Modified files: /phpdoc/en language-snippets.ent Log: tidy note about ze2 functions Index: phpdoc/en/language-snippets.ent diff -u phpdoc/en/language-snippets.ent:1.61 phpdoc/en/language-snippets.ent:1.62 --- phpdoc/en/language-snippets.ent:1.61Sat Nov 29 11:39:54 2003 +++ phpdoc/en/language-snippets.ent Sun Dec 7 16:59:52 2003 @@ -1,4 +1,4 @@ - + This extension is EXPERIMENTAL. The behaviour of this extension -- @@ -242,3 +242,7 @@ IPv6 Support was added with PHP 5.0.0 .'> + + + This function is only available with Zend engine2, this means PHP +>= 5.0.0.'>
[PHP-DOC] #25653 [Opn->Fbk]: German translation incomplete for function "get_parent_class"
ID: 25653 Updated by: [EMAIL PROTECTED] Reported By: h_hoefer at hotmail dot com -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: n/a PHP Version: Irrelevant New Comment: In english please... Previous Comments: [2003-09-25 07:31:23] h_hoefer at hotmail dot com Description: In der deutschen Version des Manuals fehlt der Hinweis, daß man auch ohne eine Instanz die Superklasse einer beliebigen Klasse herausbekommen kann (als obj muß dann ein String mit dem Klassennamen übergeben werden). Kann einem viel Instanziierung sparen ;-) -- Edit this bug report at http://bugs.php.net/?id=25653&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/apache/functions getallheaders.xml
betzSun Dec 7 16:12:59 2003 EDT Modified files: /phpdoc/en/reference/apache/functions getallheaders.xml Log: moved misplaced nsapi note Index: phpdoc/en/reference/apache/functions/getallheaders.xml diff -u phpdoc/en/reference/apache/functions/getallheaders.xml:1.6 phpdoc/en/reference/apache/functions/getallheaders.xml:1.7 --- phpdoc/en/reference/apache/functions/getallheaders.xml:1.6 Wed Nov 26 19:50:00 2003 +++ phpdoc/en/reference/apache/functions/getallheaders.xml Sun Dec 7 16:12:58 2003 @@ -1,5 +1,5 @@ - + @@ -28,10 +28,10 @@ Apache Module. +&reference.apache.note-nsapi-module; See also apache_request_headers. -&reference.apache.note-nsapi-module;
[PHP-DOC] cvs: phpdoc /en/reference/apache/functions apache-response-headers.xml
betzSun Dec 7 16:01:09 2003 EDT Modified files: /phpdoc/en/reference/apache/functions apache-response-headers.xml Log: moved misplaced nsapi note see also: getallheaders replaced with apache_request_headers Index: phpdoc/en/reference/apache/functions/apache-response-headers.xml diff -u phpdoc/en/reference/apache/functions/apache-response-headers.xml:1.4 phpdoc/en/reference/apache/functions/apache-response-headers.xml:1.5 --- phpdoc/en/reference/apache/functions/apache-response-headers.xml:1.4Wed Nov 26 19:50:00 2003 +++ phpdoc/en/reference/apache/functions/apache-response-headers.xmlSun Dec 7 16:01:09 2003 @@ -1,5 +1,5 @@ - + @@ -18,11 +18,11 @@ Returns an array of all Apache response headers. This functionality is only available in PHP version 4.3.0 and greater. +&reference.apache.note-nsapi-module; - See also getallheaders and + See also apache_request_headers, and headers_sent. -&reference.apache.note-nsapi-module;
[PHP-DOC] cvs: phpdoc /en/reference/apache/functions apache-request-headers.xml
betzSun Dec 7 15:59:48 2003 EDT Modified files: /phpdoc/en/reference/apache/functions apache-request-headers.xml Log: see also apache_response_headers Index: phpdoc/en/reference/apache/functions/apache-request-headers.xml diff -u phpdoc/en/reference/apache/functions/apache-request-headers.xml:1.4 phpdoc/en/reference/apache/functions/apache-request-headers.xml:1.5 --- phpdoc/en/reference/apache/functions/apache-request-headers.xml:1.4 Wed Nov 26 19:50:00 2003 +++ phpdoc/en/reference/apache/functions/apache-request-headers.xml Sun Dec 7 15:59:47 2003 @@ -1,5 +1,5 @@ - + @@ -52,6 +52,9 @@ &reference.apache.note-nsapi-module; + + See also apache_response_headers. +
[PHP-DOC] #26100 [Opn->Csd]: [de] bad protos for imagecopyresized()
ID: 26100 Updated by: [EMAIL PROTECTED] Reported By: sunbox at gmx dot net -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: khj 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-11-19 07:33:52] [EMAIL PROTECTED] fixing summary [2003-11-03 15:53:25] sunbox at gmx dot net Description: there´s a bug in the german online documentation. The topic is http://www.php.net/manual/de/function.imagecopyresized.php Thes "dest_im" und the other "_im" are from type resource but not the type int! *gg* Reproduce code: --- ghk Expected result: hgk Actual result: -- ljkl -- Edit this bug report at http://bugs.php.net/?id=26100&edit=1
Re: [PHP-DOC] Document translation version
What should be checked in the translations? It is not clear to me... That the translation is up-to-date. And if not should contain a warning with a link to the original (english) page. We cannot check for that. Imagine that someone translates an English function description on monday. Then on thuesday the English file is modified to add new information and the same day some hours later, some typos are fixed in the translated version (but the new information is not incorporated). Now is the translated version up to date? No. How would some automatic check know that? Replying to my silly points :) We have revision tracking for that reason. So we can check the revision number of the file... Well... Not a bad idea after all Goba
Re: [PHP-DOC] Document translation version
What should be checked in the translations? It is not clear to me... That the translation is up-to-date. And if not should contain a warning with a link to the original (english) page. We cannot check for that. Imagine that someone translates an English function description on monday. Then on thuesday the English file is modified to add new information and the same day some hours later, some typos are fixed in the translated version (but the new information is not incorporated). Now is the translated version up to date? No. How would some automatic check know that? Goba
Re: [PHP-DOC] Document translation version
Gabor Hojtsy wrote: What should be checked in the translations? It is not clear to me... That the translation is up-to-date. And if not should contain a warning with a link to the original (english) page. - Chris
Re: [PHP-DOC] Document translation version
Hello documentation folks, I wonder if it would be possible to warn users about discrepancies in the document translations. I think it's not possible at all, because the manuals are not build at the same day/time, AFAIK. But they are build from the same CVS checkout... So this would be possible, but the question remains if we want to? What should be checked in the translations? It is not clear to me... Goba
Re: [PHP-DOC] Document translation version
On Sun, 7 Dec 2003, Gabor Hojtsy wrote: > > I can't login in master or in bugs servers, I don't know why... Can you help > > me please? > > Please ask system related questions at [EMAIL PROTECTED] :) Already forwarded this... Derick
Re: [PHP-DOC] Document translation version
On Sunday 07 December 2003 18:25, Derick Rethans wrote: > On Sun, 7 Dec 2003, Friedhelm Betz wrote: > > On Friday 07 November 2003 15:51, Christian Schneider wrote: > > > > Hi, > > > > > Hello documentation folks, > > > I wonder if it would be possible to warn users about discrepancies in > > > the document translations. > > > > I think it's not possible at all, because the manuals are not build at > > the same day/time, AFAIK. > > But they are build from the same CVS checkout... So this would be possible, but the question remains if we want to? Friedhelm -- http://www.jungle-world.com/
Re: [PHP-DOC] Document translation version
On Sun, 7 Dec 2003, Friedhelm Betz wrote: > On Friday 07 November 2003 15:51, Christian Schneider wrote: > > Hi, > > > Hello documentation folks, > > I wonder if it would be possible to warn users about discrepancies in > > the document translations. > > I think it's not possible at all, because the manuals are not build at the > same day/time, AFAIK. But they are build from the same CVS checkout... Derick
Re: [PHP-DOC] Document translation version
I can't login in master or in bugs servers, I don't know why... Can you help me please? Please ask system related questions at [EMAIL PROTECTED] :) Goba
Re: [PHP-DOC] Document translation version
same problem at #25599. --- I can't login in master or in bugs servers, I don't know why... Can you help me please? - Original Message - From: "Friedhelm Betz" <[EMAIL PROTECTED]> To: "Christian Schneider" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Sunday, December 07, 2003 4:56 PM Subject: Re: [PHP-DOC] Document translation version > On Friday 07 November 2003 15:51, Christian Schneider wrote: > > Hi, > > > Hello documentation folks, > > I wonder if it would be possible to warn users about discrepancies in > > the document translations. > > I think it's not possible at all, because the manuals are not build at the > same day/time, AFAIK. > > > While looking at the german version of the > > documentation for 'min' I noted that it was missing the (rather crucial) > > note about non-numeric strings. > > > > Something like a (well-visible) warning stating that the english version > > of the documentation is newer would help a lot. > > In general, if in doubt, the english manual is the very lastest resource ;-) > > Regards > Friedhelm > > -- > http://www.jungle-world.com/
Re: [PHP-DOC] Document translation version
Hello documentation folks, I wonder if it would be possible to warn users about discrepancies in the document translations. I think it's not possible at all, because the manuals are not build at the same day/time, AFAIK. While looking at the german version of the documentation for 'min' I noted that it was missing the (rather crucial) note about non-numeric strings. Something like a (well-visible) warning stating that the english version of the documentation is newer would help a lot. In general, if in doubt, the english manual is the very lastest resource ;-) I have just added two notes to the documentation download page, that the English version is the most accurate one, and that translations are not complete. Goba
Re: [PHP-DOC] Document translation version
On Friday 07 November 2003 15:51, Christian Schneider wrote: Hi, > Hello documentation folks, > I wonder if it would be possible to warn users about discrepancies in > the document translations. I think it's not possible at all, because the manuals are not build at the same day/time, AFAIK. > While looking at the german version of the > documentation for 'min' I noted that it was missing the (rather crucial) > note about non-numeric strings. > > Something like a (well-visible) warning stating that the english version > of the documentation is newer would help a lot. In general, if in doubt, the english manual is the very lastest resource ;-) Regards Friedhelm -- http://www.jungle-world.com/
Re: [PHP-DOC] PHP Documentation
On Friday 05 December 2003 09:24, Julian Chappell wrote: > Hi there, > > Just a suggestion for the PHP documentation: > > I'm working with the POP3, IMAP and NNTP section where you link to the MIME > RFCs (very useful, thank you) in the "See Also" part. RFC2387 > (Multipart/Related) is not included as far as I can see and I thought a > link to it might come in handy for other developers. > > Cheers, > > Jools. Would you mind to 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] cvs: phpdoc /en/reference rsusi.txt
betzSun Dec 7 11:33:55 2003 EDT Modified files: /phpdoc/en/referencersusi.txt Log: tidy added Index: phpdoc/en/reference/rsusi.txt diff -u phpdoc/en/reference/rsusi.txt:1.46 phpdoc/en/reference/rsusi.txt:1.47 --- phpdoc/en/reference/rsusi.txt:1.46 Tue May 13 07:19:10 2003 +++ phpdoc/en/reference/rsusi.txt Sun Dec 7 11:33:54 2003 @@ -124,6 +124,7 @@ strings none noneyes swf none yes yes sybase ~ yes yes none +tidy yes yes yes tokenizer ~ yes yes none uodbcyes *** yes url~ none nonenone
[PHP-DOC] cvs: phpdoc /en/reference/tidy constants.xml ini.xml reference.xml
betzSun Dec 7 11:33:30 2003 EDT Added files: /phpdoc/en/reference/tidy constants.xml ini.xml Modified files: /phpdoc/en/reference/tidy reference.xml Log: constants and ini settings linkend from reference Index: phpdoc/en/reference/tidy/reference.xml diff -u phpdoc/en/reference/tidy/reference.xml:1.3 phpdoc/en/reference/tidy/reference.xml:1.4 --- phpdoc/en/reference/tidy/reference.xml:1.3 Thu Nov 27 20:42:15 2003 +++ phpdoc/en/reference/tidy/reference.xml Sun Dec 7 11:33:30 2003 @@ -1,5 +1,5 @@ - + tidy Functions @@ -22,8 +22,16 @@ on the tidy homepage &url.tidy;. - + &reference.tidy.configure; + &reference.tidy.ini; + + +&reftitle.resources; +&no.resource; + + + &reference.tidy.constants; &reference.tidy.functions; Index: phpdoc/en/reference/tidy/constants.xml +++ phpdoc/en/reference/tidy/constants.xml &reftitle.constants; &extension.constants; The following constants are defined: tidy tag constants constant description TIDY_TAG_UNKNOWN TIDY_TAG_A TIDY_TAG_ABBR TIDY_TAG_ACRONYM TIDY_TAG_ACRONYM TIDY_TAG_ALIGN TIDY_TAG_APPLET TIDY_TAG_AREA TIDY_TAG_B TIDY_TAG_BASE TIDY_TAG_BASEFONT TIDY_TAG_BDO TIDY_TAG_BGSOUND TIDY_TAG_BIG TIDY_TAG_BLINK TIDY_TAG_BLOCKQUOTE TIDY_TAG_BODY TIDY_TAG_BR TIDY_TAG_BUTTON TIDY_TAG_CAPTION TIDY_TAG_CENTER TIDY_TAG_CITE TIDY_TAG_CODE TIDY_TAG_COL TIDY_TAG_COLGROUP TIDY_TAG_COMMENT TIDY_TAG_DD TIDY_TAG_DEL TIDY_TAG_DFN TIDY_TAG_DIR TIDY_TAG_DIV TIDY_TAG_DL TIDY_TAG_DT TIDY_TAG_EM TIDY_TAG_EMBED TIDY_TAG_FIELDSET TIDY_TAG_FONT TIDY_TAG_FORM TIDY_TAG_FRAME TIDY_TAG_FRAMESET TIDY_TAG_H1 TIDY_TAG_H2 TIDY_TAG_H3 TIDY_TAG_H4 TIDY_TAG_H5 TIDY_TAG_6 TIDY_TAG_HEAD TIDY_TAG_HR TIDY_TAG_HTML TIDY_TAG_I TIDY_TAG_IFRAME TIDY_TAG_ILAYER TIDY_TAG_IMG TIDY_TAG_INPUT TIDY_TAG_INS TIDY_TAG_ISINDEX TIDY_TAG_KBD TIDY_TAG_KEYGEN TIDY_TAG_LABEL TIDY_TAG_LAYER TIDY_TAG_LEGEND TIDY_TAG_LI TIDY_TAG_LINK TIDY_TAG_LISTING TIDY_TAG_MAP TIDY_TAG_MARQUEE TIDY_TAG_MENU TIDY_TAG_META TIDY_TAG_MULTICOL TIDY_TAG_NOBR TIDY_TAG_NOEMBED TIDY_TAG_NOFRAMES TIDY_TAG_NOLAYER TIDY_TAG_NOSAFE TIDY_TAG_NOSCRIPT
[PHP-DOC] #26472 [Asn->Csd]: E_ALL changed its value to 4095 and now back to 2047 again.
ID: 26472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 5.0.0b2 (beta2) 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-12-07 10:47:19] [EMAIL PROTECTED] you are right, of course;-) [2003-12-07 09:46:04] [EMAIL PROTECTED] > standard setting for error_reporting in php5 > E_ALL & ~E_NOTICE & ~E_STRICT That doesnt make sense, as E_ALL does not include E_STRICT. It's just what it was in PHP 4: E_ALL & ~E_NOTICE. The rest was ok. [2003-12-07 09:32:22] [EMAIL PROTECTED] better not submitting doc bugs about moving targets ;-) Ok, I'll take care. Am I right this _is_ the final solution: E_ALL 2047 E_STRICT 2048 E_ALL does not include E_STRICT standard setting for error_reporting in php5 E_ALL & ~E_NOTICE & ~E_STRICT Friedhelm [2003-12-02 05:01:42] [EMAIL PROTECTED] Funny, shortly after I reported this bug, it has been decieded to NOT include E_STRICT in E_ALL; this means the value of E_ALL has been changed back to its original value of 2047 ;-) Sorry for the fuz; better not write documentation on moving targets. [2003-12-01 06:54:20] [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. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26472 -- Edit this bug report at http://bugs.php.net/?id=26472&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc constants.xml ini.xml /en/reference/errorfunc/functions error-reporting.xml
betzSun Dec 7 11:04:36 2003 EDT Modified files: /phpdoc/en/reference/errorfunc constants.xml ini.xml /phpdoc/en/reference/errorfunc/functionserror-reporting.xml Log: real bugfix #26472 E_STRICT available with PHP5 Index: phpdoc/en/reference/errorfunc/constants.xml diff -u phpdoc/en/reference/errorfunc/constants.xml:1.9 phpdoc/en/reference/errorfunc/constants.xml:1.10 --- phpdoc/en/reference/errorfunc/constants.xml:1.9 Mon Dec 1 06:52:54 2003 +++ phpdoc/en/reference/errorfunc/constants.xml Sun Dec 7 11:04:35 2003 @@ -1,5 +1,5 @@ - + &reftitle.constants; &extension.constants.core; @@ -172,30 +172,32 @@ PHP 4 only - - 2048 + + 2047 - E_STRICT + E_ALL (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. + All errors and warnings, as supported, except of level + E_STRICT. - PHP 5 only + - - 4095 + + + 2048 - E_ALL + E_STRICT (integer) - All errors and warnings, as supported. + Run-time notices. Enable to have PHP suggest changes + to your code which will ensure the best interoperability + and forward compatability of your code. - With PHP >= 5.0.0 the value changed from 2047 to 4095. + PHP 5 only Index: phpdoc/en/reference/errorfunc/ini.xml diff -u phpdoc/en/reference/errorfunc/ini.xml:1.15 phpdoc/en/reference/errorfunc/ini.xml:1.16 --- phpdoc/en/reference/errorfunc/ini.xml:1.15 Mon Dec 1 06:52:54 2003 +++ phpdoc/en/reference/errorfunc/ini.xml Sun Dec 7 11:04:35 2003 @@ -1,5 +1,5 @@ - + &reftitle.runtime; &extension.runtime; @@ -17,7 +17,7 @@ error_reporting - E_ALL & ~E_NOTICE & ~E_STRICT + E_ALL & ~E_NOTICE PHP_INI_ALL @@ -122,15 +122,9 @@ display_errors directive. - 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. + In PHP 4 and PHP 5 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. Enabling E_NOTICE during development has @@ -143,6 +137,17 @@ it is a string index for the array. + + + In PHP 5 a new error level E_STRICT is available. + As E_STRICT is not included within + E_ALL you have to explicitly enable this kind of + error level. Enabling E_STRICT during development + has some benefits. STRICT messages will help you to use the latest and + greatest suggested method of coding, for example warn you about using + deprecated functions. + + In PHP 3, the default setting is (E_ERROR | E_WARNING | E_PARSE), Index: phpdoc/en/reference/errorfunc/functions/error-reporting.xml diff -u phpdoc/en/reference/errorfunc/functions/error-reporting.xml:1.6 phpdoc/en/reference/errorfunc/functions/error-reporting.xml:1.7 --- phpdoc/en/reference/errorfunc/functions/error-reporting.xml:1.6 Mon Dec 1 06:49:35 2003 +++ phpdoc/en/reference/errorfunc/functions/error-reporting.xml Sun Dec 7 11:04:36 2003 @@ -1,5 +1,5 @@ - + @@ -143,17 +143,17 @@ + 2047 + + E_ALL + + + 2048 E_STRICT - - 4096 - - E_ALL - - @@ -161,8 +161,8 @@ With PHP > 5.0.0 E_STRICT with value 2048 is - introduced. Therefore the value for E_ALL changed - to 4096. + available. E_ALL does NOT + include error levelE_STRICT.
[PHP-DOC] #26472 [Asn]: E_ALL changed its value to 4095 and now back to 2047 again.
ID: 26472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 5.0.0b2 (beta2) Assigned To: betz New Comment: you are right, of course;-) Previous Comments: [2003-12-07 09:46:04] [EMAIL PROTECTED] > standard setting for error_reporting in php5 > E_ALL & ~E_NOTICE & ~E_STRICT That doesnt make sense, as E_ALL does not include E_STRICT. It's just what it was in PHP 4: E_ALL & ~E_NOTICE. The rest was ok. [2003-12-07 09:32:22] [EMAIL PROTECTED] better not submitting doc bugs about moving targets ;-) Ok, I'll take care. Am I right this _is_ the final solution: E_ALL 2047 E_STRICT 2048 E_ALL does not include E_STRICT standard setting for error_reporting in php5 E_ALL & ~E_NOTICE & ~E_STRICT Friedhelm [2003-12-02 05:01:42] [EMAIL PROTECTED] Funny, shortly after I reported this bug, it has been decieded to NOT include E_STRICT in E_ALL; this means the value of E_ALL has been changed back to its original value of 2047 ;-) Sorry for the fuz; better not write documentation on moving targets. [2003-12-01 06:54:20] [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-11-30 15:49:00] [EMAIL PROTECTED] If it changed from 2047 to 4095, what is the differece? : 4095-2047= 2048 :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26472 -- Edit this bug report at http://bugs.php.net/?id=26472&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/filesystem reference.xml
derick Sun Dec 7 10:24:29 2003 EDT Modified files: /phpdoc/en/reference/filesystem reference.xml Log: - Tabs -> spaces Index: phpdoc/en/reference/filesystem/reference.xml diff -u phpdoc/en/reference/filesystem/reference.xml:1.9 phpdoc/en/reference/filesystem/reference.xml:1.10 --- phpdoc/en/reference/filesystem/reference.xml:1.9Sun Dec 7 10:21:32 2003 +++ phpdoc/en/reference/filesystem/reference.xmlSun Dec 7 10:24:29 2003 @@ -1,5 +1,5 @@ - + Filesystem functions Filesystem @@ -13,12 +13,12 @@ &reftitle.required; - -No external libraries are needed to build this extension, but if you want -PHP to support LFS (large files) on Linux, then you need to have a recent -glibc and you need compile PHP with the following compiler flags: --D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64. - + + No external libraries are needed to build this extension, but if you want + PHP to support LFS (large files) on Linux, then you need to have a recent + glibc and you need compile PHP with the following compiler flags: + -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64. +
[PHP-DOC] cvs: phpdoc /en/reference/filesystem reference.xml
derick Sun Dec 7 10:21:32 2003 EDT Modified files: /phpdoc/en/reference/filesystem reference.xml Log: - Add requirement for large file support. Index: phpdoc/en/reference/filesystem/reference.xml diff -u phpdoc/en/reference/filesystem/reference.xml:1.8 phpdoc/en/reference/filesystem/reference.xml:1.9 --- phpdoc/en/reference/filesystem/reference.xml:1.8Sun Feb 23 11:02:44 2003 +++ phpdoc/en/reference/filesystem/reference.xmlSun Dec 7 10:21:32 2003 @@ -1,5 +1,5 @@ - + Filesystem functions Filesystem @@ -13,7 +13,12 @@ &reftitle.required; -&no.requirement; + +No external libraries are needed to build this extension, but if you want +PHP to support LFS (large files) on Linux, then you need to have a recent +glibc and you need compile PHP with the following compiler flags: +-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64. +
[PHP-DOC] #26472 [Asn]: E_ALL changed its value to 4095 and now back to 2047 again.
ID: 26472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 5.0.0b2 (beta2) Assigned To: betz New Comment: > standard setting for error_reporting in php5 > E_ALL & ~E_NOTICE & ~E_STRICT That doesnt make sense, as E_ALL does not include E_STRICT. It's just what it was in PHP 4: E_ALL & ~E_NOTICE. The rest was ok. Previous Comments: [2003-12-07 09:32:22] [EMAIL PROTECTED] better not submitting doc bugs about moving targets ;-) Ok, I'll take care. Am I right this _is_ the final solution: E_ALL 2047 E_STRICT 2048 E_ALL does not include E_STRICT standard setting for error_reporting in php5 E_ALL & ~E_NOTICE & ~E_STRICT Friedhelm [2003-12-02 05:01:42] [EMAIL PROTECTED] Funny, shortly after I reported this bug, it has been decieded to NOT include E_STRICT in E_ALL; this means the value of E_ALL has been changed back to its original value of 2047 ;-) Sorry for the fuz; better not write documentation on moving targets. [2003-12-01 06:54:20] [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-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 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26472 -- Edit this bug report at http://bugs.php.net/?id=26472&edit=1
[PHP-DOC] #26472 [Opn->Asn]: E_ALL changed its value to 4095 and now back to 2047 again.
ID: 26472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 5.0.0b2 (beta2) Assigned To: betz New Comment: better not submitting doc bugs about moving targets ;-) Ok, I'll take care. Am I right this _is_ the final solution: E_ALL 2047 E_STRICT 2048 E_ALL does not include E_STRICT standard setting for error_reporting in php5 E_ALL & ~E_NOTICE & ~E_STRICT Friedhelm Previous Comments: [2003-12-02 05:01:42] [EMAIL PROTECTED] Funny, shortly after I reported this bug, it has been decieded to NOT include E_STRICT in E_ALL; this means the value of E_ALL has been changed back to its original value of 2047 ;-) Sorry for the fuz; better not write documentation on moving targets. [2003-12-01 06:54:20] [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-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 /scripts diff_en_rev.php
vrana Sun Dec 7 08:51:19 2003 EDT
Added files:
/phpdoc/scripts diff_en_rev.php
Log:
Prints diff of current English file and the file used for the translation.
Index: phpdoc/scripts/diff_en_rev.php
+++ phpdoc/scripts/diff_en_rev.php
#!/usr/bin/php -q
This script should stay in phpdoc-lang/scripts/ directory.
The local cvs-root is determined by it's location.
*/
function exit1($status) {
fwrite(STDERR, $status);
exit(1);
}
if ($_SERVER["argc"] < 2 || $_SERVER["argc"] > 3) {
exit1("Prints diff of current English file and the file used for the
translation.\n"
."Usage: ". basename(__FILE__) ." translated_file [cvs_executable]\n"
."Example: ". basename(__FILE__) ." ../cs/appendices/about.xml
/bin/cvs\n"
);
}
// returns first 500 bytes of $filename
function head($filename) {
$fp = fopen($filename, "rb");
$return = fread($fp, 500);
fclose($fp);
return $return;
}
// find filename
$cvs_executable = (isset($_SERVER["argv"][2]) ? $_SERVER["argv"][2] : "cvs");
$root = str_replace('\\', '/', dirname(__FILE__)); // for Windows
$root = substr($root, 0, strrpos($root, '/')); // up-dir from scripts/
$filename = str_replace('\\', '/', realpath($_SERVER["argv"][1]));
if (!file_exists($filename)) {
exit1("Error: File ". $_SERVER["argv"][1] ." not found.\n");
}
if (!ereg('^'. quotemeta($root) ."/([^/]*)/(.*)", $filename, $regs)) {
exit1("Error: File ". $_SERVER["argv"][1] ." is outside CVS root.\n");
}
$lang = $regs[1];
$filename = $regs[2];
// find EN-Revision tag
chdir($root);
if (!eregi("
Re: [PHP-DOC] diff of untraslated sections
Jakub, since you have just received your CVS accont :) I would like to ask you to commit this script yourself... Thanks for your contributions :) Goba Jakub Vrana wrote: Hello! By running revcheck.php, one can get a HTML list of files in translation with links to diff of current version and the revision from EN-Revision tag of translated file. For those who prefer command line interface, I wrote a script which just prints out this diff on standard output. Usage: diff_en_rev.php translated_file [cvs_executable] Example: diff_en_rev.php ../cs/appendices/about.xml /bin/cvs Script should stay in phpdoc-lang/scripts/ directory. I use this script in my editor so I get this diff to editor's output window by one single keystroke. Jakub Vrana
