Re: [PHP-DOC] How long between PHP online manual rebuild from lasttime?
Well, I think I didn't manage to express well. I meant whether a error in the zh file or an out of date zh file would cause the system report errors related with some en files, and of course these are all in the zh build. I'm not talking about the en build. Actually, I looked into some errors when I doing 'make test' with the zh build, some of them are reported in files in the en tree. In fact, they are caused by an out of date zh file, and some en files cannot find ID reference in the old file. Greg "Gabor Hojtsy" <[EMAIL PROTECTED]> wrote in message 002e01c24f61$05bfe7c0$0304010a@tserver">news:002e01c24f61$05bfe7c0$0304010a@tserver... > > Well, I've just noticed this, too. > > I wondered whether the faults in zh tree would take affects on the en tree > > and cause the error mentioned in the build log? > > Errors in the zh tree can only cause errors in the zh build. En errors > can cause errors in all the build of course... Just think about it a bit... > > Goba > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Strange things happen
I've decided to take a look at Russian version of PHP Manual at php.net/manual/ru and I was surprised discovering that it's date was 19-03-2002. Though last CVS commit operation took place yesterday. Last automatic building process started on Aug 12, 2002 and failed, as I can see in build.log, due to errors. Could anyone take a look at my problem and possibly help? I'm just out of ideas what to do about this. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19180 [NEW]: Wrong descriptions in language/types.xml
From: [EMAIL PROTECTED] Operating system: PHP version: 4CVS-2002-08-29 PHP Bug Type: Documentation problem Bug description: Wrong descriptions in language/types.xml In http://www.php.net/manual/en/language.types.type-juggling.php there's a sample: $a = 1; // $a is an integer $a[0] = "f"; // $a becomes an array, with $a[0] holding "f" Which will issue an warning: Warning: Cannot use a scalar value as an array in cast.php on line 3 and $a is still a int(1). Tried PHP 4.2.3 under Windows and PHP 4.0.6 under Linux with same result. And in http://www.php.net/manual/en/language.types.string.php inside the Heredoc warning it said: Probably the nastiest gotcha is that there may also not be a carriage return (\r) at the end of the line, only a form feed, AKA newline (\n). Since Microsoft Windows uses the sequence \r\n as a line terminator, your heredoc may not work if you write your script in a Windows editor. However, most programming editors provide a way to save your files with a UNIX line terminator. Which is actually not true. PHP 4 seems working fine with Windows line terminator in Heredoc syntax. Also tried PHP 4.2.3 under Windows and PHP 4.0.6 under Linux, they both work correctly without any problem. -- Edit bug report at http://bugs.php.net/?id=19180&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19180&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19180&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19180&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19180&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19180&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19180&r=support Expected behavior: http://bugs.php.net/fix.php?id=19180&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19180&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19180&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19180&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
dallas Thu Aug 29 17:18:15 2002 EDT Modified files: /phpdoc/en/language types.xml Log: Typos fixed Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.86 phpdoc/en/language/types.xml:1.87 --- phpdoc/en/language/types.xml:1.86 Fri Aug 23 18:27:24 2002 +++ phpdoc/en/language/types.xmlThu Aug 29 17:18:14 2002 @@ -1,5 +1,5 @@ - + Types @@ -793,7 +793,7 @@ The complex syntax was introduced in PHP 4, - and can by recognised + and can be recognised by the curly braces surrounding the expression. @@ -1100,7 +1100,7 @@ integer 1 as key. Using false as a key will evalute to integer 0 as key. Using NULL as a key - will evalute to an empty string. Using an emptry string as key will + will evaluate to an empty string. Using an emptry string as key will create (or overwrite) a key with an empty string and its value, it is not the same as using empty brackets. @@ -1185,7 +1185,7 @@ The foreach - control structure exists specificly for arrays. It + control structure exists specifically for arrays. It provides an easy way to traverse an array. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] How long between PHP online manual rebuild from lasttime?
> Well, I've just noticed this, too. > I wondered whether the faults in zh tree would take affects on the en tree > and cause the error mentioned in the build log? Errors in the zh tree can only cause errors in the zh build. En errors can cause errors in all the build of course... Just think about it a bit... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/ming/functions swfmovie.nextframe.xml
ceceThu Aug 29 09:12:02 2002 EDT Modified files: /phpdoc/en/reference/ming/functions swfmovie.nextframe.xml Log: fixed copy/paste mistake in swfmovie->nextframe() function doc Index: phpdoc/en/reference/ming/functions/swfmovie.nextframe.xml diff -u phpdoc/en/reference/ming/functions/swfmovie.nextframe.xml:1.2 phpdoc/en/reference/ming/functions/swfmovie.nextframe.xml:1.3 --- phpdoc/en/reference/ming/functions/swfmovie.nextframe.xml:1.2 Wed Apr 17 02:40:30 2002 +++ phpdoc/en/reference/ming/functions/swfmovie.nextframe.xml Thu Aug 29 09:12:02 +2002 @@ -1,5 +1,5 @@ - + @@ -14,7 +14,7 @@ &warn.experimental.func; - swfmovie->setframes moves to the next frame of + swfmovie->nextframe moves to the next frame of the animation. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19166 [Dup]: strtotime example in docs incorrect
ID: 19166
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Documentation problem
Operating System: Red Hat Linux 7.2
PHP Version: 4.2.2
Assigned To: derick
New Comment:
Your an angel. A quick call to checkdate() to verify the input might be
all that's needed?
Previous Comments:
[2002-08-29 08:36:45] [EMAIL PROTECTED]
Ok, I changed my mind and think this would be solved by fixing the
function instead.
Because there is a Bug #18101 in which sniper promised that I would
rewrite it, I'm marking this one as duplicate of that bug 18101.
[2002-08-29 03:46:14] [EMAIL PROTECTED]
The docs for strtotime contain a code snippet that is supposed to catch
invalid dates. It fails in this example where $str is set to
"1970-1-222" and invalid date.
$str = "1970-1-222";
if (($timestamp = strtotime($str)) === -1) {
echo "The string ($str) is bogus";
}
else {
echo "$str == ". date('l dS of F Y h:i:s A',$timestamp);
}
The output is:
1970-1-222 == Monday 10th of August 1970 12:00:00 AM
Whereas is should say that 1970-1-222 is a bogus date.
Jc
--
Edit this bug report at http://bugs.php.net/?id=19166&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19166 [Opn->Dup]: strtotime example in docs incorrect
ID: 19166
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Documentation problem
Operating System: Red Hat Linux 7.2
PHP Version: 4.2.2
-Assigned To:
+Assigned To: derick
New Comment:
Ok, I changed my mind and think this would be solved by fixing the
function instead.
Because there is a Bug #18101 in which sniper promised that I would
rewrite it, I'm marking this one as duplicate of that bug 18101.
Previous Comments:
[2002-08-29 03:46:14] [EMAIL PROTECTED]
The docs for strtotime contain a code snippet that is supposed to catch
invalid dates. It fails in this example where $str is set to
"1970-1-222" and invalid date.
$str = "1970-1-222";
if (($timestamp = strtotime($str)) === -1) {
echo "The string ($str) is bogus";
}
else {
echo "$str == ". date('l dS of F Y h:i:s A',$timestamp);
}
The output is:
1970-1-222 == Monday 10th of August 1970 12:00:00 AM
Whereas is should say that 1970-1-222 is a bogus date.
Jc
--
Edit this bug report at http://bugs.php.net/?id=19166&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #19166 [NEW]: strtotime example in docs incorrect
Hi all
Also, if you call
strtotime("2002-08-25")
you will get the correct timestamp. If you call
strtotime("25-08-2002")
you get the timestamp 1926889200 which represents 23 Jan 2031 instead
getting-1 to indicate an error.
Regards
Conni
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions checkdate.xml
jan Thu Aug 29 07:46:11 2002 EDT Modified files: /phpdoc/en/reference/datetime/functions checkdate.xml Log: - checkdate does not check time. Index: phpdoc/en/reference/datetime/functions/checkdate.xml diff -u phpdoc/en/reference/datetime/functions/checkdate.xml:1.2 phpdoc/en/reference/datetime/functions/checkdate.xml:1.3 --- phpdoc/en/reference/datetime/functions/checkdate.xml:1.2Wed Apr 17 02:37:09 2002 +++ phpdoc/en/reference/datetime/functions/checkdate.xmlThu Aug 29 07:46:10 +2002 @@ -1,10 +1,10 @@ - + checkdate -Validate a gregorian date/time +Validate a gregorian date Description -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image reference.xml
helly Thu Aug 29 05:48:09 2002 EDT Modified files: /phpdoc/en/reference/image reference.xml Log: No libexif needed Index: phpdoc/en/reference/image/reference.xml diff -u phpdoc/en/reference/image/reference.xml:1.6 phpdoc/en/reference/image/reference.xml:1.7 --- phpdoc/en/reference/image/reference.xml:1.6 Wed Aug 28 14:28:39 2002 +++ phpdoc/en/reference/image/reference.xml Thu Aug 29 05:48:09 2002 @@ -1,5 +1,5 @@ - + Image functions Image @@ -53,6 +53,11 @@ JPEG and TIFF images. This way you can read meta data generated by digital cameras as mentioned above. These functions does not require the GD library. + + + PHP does not require any additional library for exif the module. + + -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19166 [NEW]: strtotime example in docs incorrect
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.2
PHP version: 4.2.2
PHP Bug Type: Documentation problem
Bug description: strtotime example in docs incorrect
The docs for strtotime contain a code snippet that is supposed to catch
invalid dates. It fails in this example where $str is set to "1970-1-222"
and invalid date.
$str = "1970-1-222";
if (($timestamp = strtotime($str)) === -1) {
echo "The string ($str) is bogus";
}
else {
echo "$str == ". date('l dS of F Y h:i:s A',$timestamp);
}
The output is:
1970-1-222 == Monday 10th of August 1970 12:00:00 AM
Whereas is should say that 1970-1-222 is a bogus date.
Jc
--
Edit bug report at http://bugs.php.net/?id=19166&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19166&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19166&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19166&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19166&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19166&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19166&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19166&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19166&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19166&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19166&r=globals
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
