[PHP-DOC] cvs: phpdoc /en/reference/array constants.xml
didou Thu Mar 31 04:19:36 2005 EDT Modified files: /phpdoc/en/reference/array constants.xml Log: SORT_LOCALE_STRING was just added to PHP 4.3.11 http://cvs.php.net/diff.php/phpdoc/en/reference/array/constants.xml?r1=1.7&r2=1.8&ty=u Index: phpdoc/en/reference/array/constants.xml diff -u phpdoc/en/reference/array/constants.xml:1.7 phpdoc/en/reference/array/constants.xml:1.8 --- phpdoc/en/reference/array/constants.xml:1.7 Sun Feb 27 05:56:58 2005 +++ phpdoc/en/reference/array/constants.xml Thu Mar 31 04:19:36 2005 @@ -1,5 +1,5 @@ - + &reftitle.constants; &extension.constants.core; @@ -107,7 +107,7 @@ SORT_LOCALE_STRING is used to compare items as -strings, based on the current locale. Added in PHP 5.0.2. +strings, based on the current locale. Added in PHP 4.3.11 and 5.0.2.
[PHP-DOC] #32493 [Opn->Bgs]: First bit of #29187 overlooked
ID: 32493 Updated by: [EMAIL PROTECTED] Reported By: php at gwaihir dot net -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: N/A PHP Version: 5.0.3 New Comment: Your copy of manual is outdated or I missed something. I can read this at the end of the first paragraph: "Protected limits access to inherited classes (and to the class that defines the item). Private limits visibility only to the class that defines the item." Previous Comments: [2005-03-30 01:14:45] php at gwaihir dot net Description: Best see #29187 (to which I sadly can't add / comment on). On the "visibility" page of the manual the end of the first paragraph still has "protected" mentioned twice. I do believe one should indeed be "private" as the writer of #29187 suggests. If not, best add some more info to that paragraph! -- Edit this bug report at http://bugs.php.net/?id=32493&edit=1
[PHP-DOC] #32515 [NEW]: German Translation: array_splice wrong equivalent for array_shift
From: pruem at hdm-stuttgart dot de Operating system: all PHP version: 4.3.10 PHP Bug Type: Documentation problem Bug description: German Translation: array_splice wrong equivalent for array_shift Description: In table 1 (in the german translation) There is a wrong eqivalent for array_shift($input). The English Version of this table seems to be correct. -- Edit bug report at http://bugs.php.net/?id=32515&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32515&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32515&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32515&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32515&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32515&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32515&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32515&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32515&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32515&r=support Expected behavior: http://bugs.php.net/fix.php?id=32515&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32515&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32515&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32515&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32515&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32515&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32515&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32515&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32515&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32515&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32515&r=mysqlcfg
[PHP-DOC] #32515 [Opn]: German Translation: array_splice wrong equivalent for array_shift
ID: 32515 User updated by: pruem at hdm-stuttgart dot de Reported By: pruem at hdm-stuttgart dot de Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.3.10 New Comment: The sentence: "Hier einige Entsprechungen:" before the table should also be changed i.e. to "Die folgenden Anweisungen ändern die Werte von $input ensprechend" see Bug #25489. Previous Comments: [2005-03-31 11:29:09] pruem at hdm-stuttgart dot de Description: In table 1 (in the german translation) There is a wrong eqivalent for array_shift($input). The English Version of this table seems to be correct. -- Edit this bug report at http://bugs.php.net/?id=32515&edit=1
[PHP-DOC] #31775 [Opn->Fbk]: Undefined behavior when uploaded file > post_max_size
ID: 31775 Updated by: [EMAIL PROTECTED] Reported By: rudolf at softwares dot ch -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.3.9 New Comment: Are you sure nothing is written to stdout? On the same environment, I experienced $_POST and $_FILES empty in case of data-size greater than post_max_size, but everything is written to stdout as usual. Can you please give us a link to source of fileupload.php? Previous Comments: [2005-03-29 10:32:58] markusg at cants dot no dot spam dot de PHP also completely truncates the POST request, so you can't even tell there was one. Perhaps it would be more useful to process the incoming data up to the point where the post_max_size limit is reached, and then set a flag the programmer can check for. [2005-01-31 11:40:53] rudolf at softwares dot ch OK, but the documentation does not explain how this fairly common condition (an uploaded file > post_max_size) can be trapped. [2005-01-31 11:27:55] [EMAIL PROTECTED] The behavior is correct as POST data is received before the request is run, but upload_max_filesize is checked later. [2005-01-31 11:23:53] rudolf at softwares dot ch Description: I'm not sure if this is a documentation omission and/or a PHP bug: I want to limit the size of files that can be uploaded to 8MB. I have set upload_max_filesize to 8MB and post_max_size to 10MB. memory_limit is not enabled. When I upload a 9MB file, then $_FILES['myfile']['error'] is 1, as documented. When I upload a 14MB file, PHP writes nothing to stdout and writes the following to syslog: PHP Warning: POST Content-Length of 14171720 bytes exceeds the limit of 10485760 bytes in Unknown on line 0 The documentation doesn't say how PHP reacts when it uploads a file larger than post_max_size, but I would assume that it should not "give up," which is the behavior I'm experiencing. Reproduce code: --- File Expected result: Unknown, since the documentation doesn't describe how PHP responds when the size of the uploaded file is greater than post_max_size. Actual result: -- A PHP warning written to syslog, and nothing written to stdout. See description above. -- Edit this bug report at http://bugs.php.net/?id=31775&edit=1
[PHP-DOC] cvs: phpdoc /en/appendices ini.xml
vrana Thu Mar 31 04:59:47 2005 EDT Modified files: /phpdoc/en/appendices ini.xml Log: What happens if post_max_size is exceeded (bug #31775) http://cvs.php.net/diff.php/phpdoc/en/appendices/ini.xml?r1=1.16&r2=1.17&ty=u Index: phpdoc/en/appendices/ini.xml diff -u phpdoc/en/appendices/ini.xml:1.16 phpdoc/en/appendices/ini.xml:1.17 --- phpdoc/en/appendices/ini.xml:1.16 Sat Mar 26 08:22:29 2005 +++ phpdoc/en/appendices/ini.xmlThu Mar 31 04:59:45 2005 @@ -1,5 +1,5 @@ - + &php.ini; directives @@ -2713,6 +2713,13 @@ &ini.shorthandbytes; + + If the size of post data is greater than post_max_size, $_POST and + $_FILES arrays are empty. You can track this condition various ways, + e.g. by passing $_GET variable to the script processing the data, + i.e.
[PHP-DOC] #31775 [Fbk->Csd]: Undefined behavior when uploaded file > post_max_size
ID: 31775 Updated by: [EMAIL PROTECTED] Reported By: rudolf at softwares dot ch -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.3.9 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. "If the size of post data is greater than post_max_size, $_POST and $_FILES arrays are empty. You can track this condition various ways, e.g. by passing $_GET variable to the script processing the data, i.e. and cheching this variable." Previous Comments: [2005-03-31 11:44:02] [EMAIL PROTECTED] Are you sure nothing is written to stdout? On the same environment, I experienced $_POST and $_FILES empty in case of data-size greater than post_max_size, but everything is written to stdout as usual. Can you please give us a link to source of fileupload.php? [2005-03-29 10:32:58] markusg at cants dot no dot spam dot de PHP also completely truncates the POST request, so you can't even tell there was one. Perhaps it would be more useful to process the incoming data up to the point where the post_max_size limit is reached, and then set a flag the programmer can check for. [2005-01-31 11:40:53] rudolf at softwares dot ch OK, but the documentation does not explain how this fairly common condition (an uploaded file > post_max_size) can be trapped. [2005-01-31 11:27:55] [EMAIL PROTECTED] The behavior is correct as POST data is received before the request is run, but upload_max_filesize is checked later. [2005-01-31 11:23:53] rudolf at softwares dot ch Description: I'm not sure if this is a documentation omission and/or a PHP bug: I want to limit the size of files that can be uploaded to 8MB. I have set upload_max_filesize to 8MB and post_max_size to 10MB. memory_limit is not enabled. When I upload a 9MB file, then $_FILES['myfile']['error'] is 1, as documented. When I upload a 14MB file, PHP writes nothing to stdout and writes the following to syslog: PHP Warning: POST Content-Length of 14171720 bytes exceeds the limit of 10485760 bytes in Unknown on line 0 The documentation doesn't say how PHP reacts when it uploads a file larger than post_max_size, but I would assume that it should not "give up," which is the behavior I'm experiencing. Reproduce code: --- File Expected result: Unknown, since the documentation doesn't describe how PHP responds when the size of the uploaded file is greater than post_max_size. Actual result: -- A PHP warning written to syslog, and nothing written to stdout. See description above. -- Edit this bug report at http://bugs.php.net/?id=31775&edit=1
[PHP-DOC] Re: cvs: phpdoc /en/appendices ini.xml
So $_GET will also be empty ? Mehdi Jakub Vrana wrote: vrana Thu Mar 31 04:59:47 2005 EDT Modified files: /phpdoc/en/appendices ini.xml Log: What happens if post_max_size is exceeded (bug #31775) http://cvs.php.net/diff.php/phpdoc/en/appendices/ini.xml?r1=1.16&r2=1.17&ty=u Index: phpdoc/en/appendices/ini.xml diff -u phpdoc/en/appendices/ini.xml:1.16 phpdoc/en/appendices/ini.xml:1.17 --- phpdoc/en/appendices/ini.xml:1.16 Sat Mar 26 08:22:29 2005 +++ phpdoc/en/appendices/ini.xml Thu Mar 31 04:59:45 2005 @@ -1,5 +1,5 @@ - + &php.ini; directives @@ -2713,6 +2713,13 @@ &ini.shorthandbytes; + + If the size of post data is greater than post_max_size, $_POST and + $_FILES arrays are empty. You can track this condition various ways, + e.g. by passing $_GET variable to the script processing the data, + i.e.
Re: [PHP-DOC] Re: cvs: phpdoc /en/appendices ini.xml
Mehdi Achour wrote: > So $_GET will also be empty ? No, $_GET will not be empty, that's the point. Jakub Vrana
Re: [PHP-DOC] Re: cvs: phpdoc /en/appendices ini.xml
Jakub Vrana wrote: Mehdi Achour wrote: So $_GET will also be empty ? No, $_GET will not be empty, that's the point. Ok.. the example is quiet confusing I think.. or I need another caffeine injection :) Mehdi
[PHP-DOC] #32493 [Bgs]: First bit of #29187 overlooked
ID: 32493 User updated by: php at gwaihir dot net Reported By: php at gwaihir dot net Status: Bogus Bug Type: Documentation problem Operating System: N/A PHP Version: 5.0.3 New Comment: Oops; sorry. It seems I am learning a thing or two about the "translated" versions: I assumed the English text in the "Dutch" version (which is very partially translated) was always / automatically up to date. Previous Comments: [2005-03-31 11:28:02] [EMAIL PROTECTED] Your copy of manual is outdated or I missed something. I can read this at the end of the first paragraph: "Protected limits access to inherited classes (and to the class that defines the item). Private limits visibility only to the class that defines the item." [2005-03-30 01:14:45] php at gwaihir dot net Description: Best see #29187 (to which I sadly can't add / comment on). On the "visibility" page of the manual the end of the first paragraph still has "protected" mentioned twice. I do believe one should indeed be "private" as the writer of #29187 suggests. If not, best add some more info to that paragraph! -- Edit this bug report at http://bugs.php.net/?id=32493&edit=1
[PHP-DOC] Discuss Addition to PHP Copy Manual
Hi, When using PHP Copy, I found that it did not like a colon in the file name. This problem took quite a while to solve. Is this a bug or is this correct behaviour of the function ? ie: should I post this info to the manual or not ? Cheers, Rob. No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.8.6 - Release Date: 30/03/2005
Re: [PHP-DOC] Discuss Addition to PHP Copy Manual
Colons have special meaning in filenames. On unix-likes, they act as path separators. On Windows, they're drive specifiers. This is normal. S [EMAIL PROTECTED] wrote: Hi, When using PHP Copy, I found that it did not like a colon in the file name. This problem took quite a while to solve. Is this a bug or is this correct behaviour of the function ? ie: should I post this info to the manual or not ? Cheers, Rob.
Re: [PHP-DOC] cvs: phpdoc /en/reference/array constants.xml
On Thu, 31 Mar 2005, Mehdi Achour wrote: > didou Thu Mar 31 04:19:36 2005 EDT > > Modified files: > /phpdoc/en/reference/arrayconstants.xml > Log: > SORT_LOCALE_STRING was just added to PHP 4.3.11 NO, it's in 4.3.12, not 4.3.11. Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org
[PHP-DOC] #32453 [Opn->Csd]: Confusing faq about emulating register_globals
ID: 32453
Updated by: [EMAIL PROTECTED]
Reported By: holliwell at gmx dot net
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: n/a
PHP Version: Irrelevant
Previous Comments:
[2005-03-25 17:13:29] [EMAIL PROTECTED]
I also thought that prints "foo" thus I documented why ini_set was
called in FAQ first. But it's not true (at least in 4.3.10 and 5.0.3),
ini_set() works only with PHP_INI_USER.
[2005-03-25 17:07:21] [EMAIL PROTECTED]
It does have some effect in regards to sessions (at least it used to,
not sure since 4.2.3). And I assume the author of that FAQ put it there
in case the script uses ini_get('register_globals') somewhere else in
which case the script knows it's been polluted (behaving like it's on).
But to avoid confusion, I also think it should be removed.
[2005-03-25 15:07:27] [EMAIL PROTECTED]
You are absolutely right, sorry for the confusion. I removed the
ini_set('register_globals') from FAQ.
[2005-03-25 13:54:08] holliwell at gmx dot net
Hi,
The manual says very clear, that you cannot change register_globals
with ini_set, because it is changeable PHP_INI_DIR:
register_globals"0" PHP_INI_PERDIR PHP_INI_ALL in PHP <= 4.2.3.
Conclusion: using ini_set('register_globals', 'what_ever_value') has no
effect, no?
Kind regards
Friedhelm
[2005-03-25 13:42:26] [EMAIL PROTECTED]
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.
It's for telling the rest of the script that globals are (not)
registered (if tested with ini_get).
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/32453
--
Edit this bug report at http://bugs.php.net/?id=32453&edit=1
[PHP-DOC] cvs: phpdoc /en/features safe-mode.xml
vrana Thu Mar 31 09:38:23 2005 EDT Modified files: /phpdoc/en/features safe-mode.xml Log: PHP restrictions are not valid outside PHP (bug #32421) http://cvs.php.net/diff.php/phpdoc/en/features/safe-mode.xml?r1=1.59&r2=1.60&ty=u Index: phpdoc/en/features/safe-mode.xml diff -u phpdoc/en/features/safe-mode.xml:1.59 phpdoc/en/features/safe-mode.xml:1.60 --- phpdoc/en/features/safe-mode.xml:1.59 Tue Feb 22 12:36:04 2005 +++ phpdoc/en/features/safe-mode.xmlThu Mar 31 09:38:23 2005 @@ -1,5 +1,5 @@ - + Safe Mode @@ -301,7 +301,7 @@ See also: register_globals, display_errors, and -log_errors +log_errors. @@ -342,7 +342,7 @@ If instead of safe_mode, you set an open_basedir directory then all - file operations will be limited to files under the specified directory + file operations will be limited to files under the specified directory. For example (Apache &httpd.conf; example): + + +These PHP rectrictions are not valid in executed binaries, of course. + +
[PHP-DOC] #32421 [Opn->Csd]: Execution functions bypass safe_mode configurations
ID: 32421 Updated by: [EMAIL PROTECTED] Reported By: ricardi at gmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: *nix (Tested on Linux) PHP Version: 4.3.10 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. "These PHP rectrictions are not valid in executed binaries, of course." Previous Comments: [2005-03-28 04:49:44] ricardi at gmail dot com Thank you. Please, the banner could be placed at this chapter: Chapter 42. Safe Mode Under the section: safe_mode_exec_dir I think that the problem is big enough to receive a big warning too. Others chapters like: IV. Security XXXI. Program Execution Functions ... could be helpfull too. The banner contents would be something like: "The PHP Engine (and nobody) can't take care of your children. Not trusteds binaries can be dangerous to your system. In Mass VirtualHost machines, we suggest to disable exec functions". Thanks again! [2005-03-26 15:01:15] [EMAIL PROTECTED] Warning should go to the docs... (if it's not there yet) [2005-03-24 00:21:50] ricardi at gmail dot com Ok. So, even knowing this, there is no banner with a warning about this problem? Please, just to close this "bug", put this warning when talking about safe_mode_exec_dir. When you are using PHP in a Hosting Provider with thousand domains, the banner CERTAINLY would be helpfull. I've almost had 12000 defaces because I didn't be advised about sefa_mode_exec_dir bypass. Please, think about it! Thank you! [2005-03-23 16:41:51] [EMAIL PROTECTED] >The PHP engine can't not control de children created by the >exec functions? exactly. and nobody can. [2005-03-23 16:38:58] ricardi at gmail dot com The PHP engine can't not control de children created by the exec functions? This could be a great security enhancement, since that some php applications are suffering from xploits that use this technic. I've already disable this functions now, but our clients are unhappy with this limitations. 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/32421 -- Edit this bug report at http://bugs.php.net/?id=32421&edit=1
Re: [PHP-DOC] cvs: phpdoc /en/reference/array constants.xml
Derick Rethans wrote: On Thu, 31 Mar 2005, Mehdi Achour wrote: didou Thu Mar 31 04:19:36 2005 EDT Modified files: /phpdoc/en/reference/array constants.xml Log: SORT_LOCALE_STRING was just added to PHP 4.3.11 NO, it's in 4.3.12, not 4.3.11. THANK you. Mehdi
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions fopen.xml
vrana Thu Mar 31 09:41:26 2005 EDT Modified files: /phpdoc/en/reference/filesystem/functions fopen.xml Log: Punctuation http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/fopen.xml?r1=1.25&r2=1.26&ty=u Index: phpdoc/en/reference/filesystem/functions/fopen.xml diff -u phpdoc/en/reference/filesystem/functions/fopen.xml:1.25 phpdoc/en/reference/filesystem/functions/fopen.xml:1.26 --- phpdoc/en/reference/filesystem/functions/fopen.xml:1.25 Mon Nov 29 18:15:35 2004 +++ phpdoc/en/reference/filesystem/functions/fopen.xml Thu Mar 31 09:41:25 2005 @@ -1,5 +1,5 @@ - + @@ -50,9 +50,9 @@ context and/or &php.ini; options. Refer to the specific page for the protocol in use for a list of options which can be set. ( i.e. &php.ini; value - user_agent used by the http wrapper) + user_agent used by the http wrapper). For a description of contexts and the - zcontext parameter , refer to . + zcontext parameter, refer to . ¬e.context-support;
[PHP-DOC] cvs: phpdoc /en/reference/array constants.xml
didou Thu Mar 31 09:42:02 2005 EDT Modified files: /phpdoc/en/reference/array constants.xml Log: Fix PHP version # thank you Derick http://cvs.php.net/diff.php/phpdoc/en/reference/array/constants.xml?r1=1.8&r2=1.9&ty=u Index: phpdoc/en/reference/array/constants.xml diff -u phpdoc/en/reference/array/constants.xml:1.8 phpdoc/en/reference/array/constants.xml:1.9 --- phpdoc/en/reference/array/constants.xml:1.8 Thu Mar 31 04:19:36 2005 +++ phpdoc/en/reference/array/constants.xml Thu Mar 31 09:42:02 2005 @@ -1,5 +1,5 @@ - + &reftitle.constants; &extension.constants.core; @@ -107,7 +107,7 @@ SORT_LOCALE_STRING is used to compare items as -strings, based on the current locale. Added in PHP 4.3.11 and 5.0.2. +strings, based on the current locale. Added in PHP 4.3.12 and 5.0.2.
[PHP-DOC] cvs: phpdoc /en/reference/array/functions sort.xml
nlopess Thu Mar 31 09:49:38 2005 EDT Modified files: /phpdoc/en/reference/array/functionssort.xml Log: update this also: sort_locale in php 4.3.12 too http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/sort.xml?r1=1.18&r2=1.19&ty=u Index: phpdoc/en/reference/array/functions/sort.xml diff -u phpdoc/en/reference/array/functions/sort.xml:1.18 phpdoc/en/reference/array/functions/sort.xml:1.19 --- phpdoc/en/reference/array/functions/sort.xml:1.18 Fri Feb 4 05:15:20 2005 +++ phpdoc/en/reference/array/functions/sort.xmlThu Mar 31 09:49:36 2005 @@ -1,5 +1,5 @@ - + @@ -77,7 +77,7 @@ SORT_LOCALE_STRING - compare items as -strings, based on the current locale. Added in PHP 5.0.2 +strings, based on the current locale. Added in PHP 4.3.12 and 5.0.2.
[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/reference/filesystem/functions file-get-contents.xml file-put-contents.xml fopen.xml mkdir.xml readfile.xml rename.xml rmdir.xml unlink.xml
vrana Thu Mar 31 10:01:45 2005 EDT
Modified files:
/phpdoc/en language-snippets.ent
/phpdoc/en/reference/filesystem/functions file-get-contents.xml
file-put-contents.xml
fopen.xml mkdir.xml
readfile.xml rename.xml
rmdir.xml unlink.xml
Log:
Context parameter (bug #32499)
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.141&r2=1.142&ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.141
phpdoc/en/language-snippets.ent:1.142
--- phpdoc/en/language-snippets.ent:1.141 Thu Mar 31 02:42:34 2005
+++ phpdoc/en/language-snippets.ent Thu Mar 31 10:01:43 2005
@@ -1,4 +1,4 @@
-
+
@@ -12,7 +12,8 @@
more details.'>
Context support was added
-with PHP 5.0.0.'>
+with PHP 5.0.0. For a description of contexts, refer to
+.'>
If you start a program using this function
and want to leave it running in the background, you have to make sure that the
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/file-get-contents.xml?r1=1.22&r2=1.23&ty=u
Index: phpdoc/en/reference/filesystem/functions/file-get-contents.xml
diff -u phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.22
phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.23
--- phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.22 Wed Feb
9 12:06:36 2005
+++ phpdoc/en/reference/filesystem/functions/file-get-contents.xml Thu Mar
31 10:01:43 2005
@@ -1,5 +1,5 @@
-
+
@@ -34,6 +34,11 @@
need to encode the URI with urlencode.
+
+
+ context parameter can be skipped by &null;.
+
+
@@ -71,6 +76,7 @@
&reftitle.notes;
¬e.bin-safe;
&tip.fopen-wrapper;
+¬e.context-support;
&warn.ssl-non-standard;
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/file-put-contents.xml?r1=1.5&r2=1.6&ty=u
Index: phpdoc/en/reference/filesystem/functions/file-put-contents.xml
diff -u phpdoc/en/reference/filesystem/functions/file-put-contents.xml:1.5
phpdoc/en/reference/filesystem/functions/file-put-contents.xml:1.6
--- phpdoc/en/reference/filesystem/functions/file-put-contents.xml:1.5 Wed Feb
9 12:06:38 2005
+++ phpdoc/en/reference/filesystem/functions/file-put-contents.xml Thu Mar
31 10:01:43 2005
@@ -1,5 +1,5 @@
-
+
file_put_contents
@@ -29,6 +29,7 @@
(not multi-dimension arrays). This is equivalent to
file_put_contents($filename, join('', $array)).
+¬e.context-support;
As of PHP 5.1.0, you may also pass a stream resource to the
data parameter. In result, the remaining buffer of
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/fopen.xml?r1=1.26&r2=1.27&ty=u
Index: phpdoc/en/reference/filesystem/functions/fopen.xml
diff -u phpdoc/en/reference/filesystem/functions/fopen.xml:1.26
phpdoc/en/reference/filesystem/functions/fopen.xml:1.27
--- phpdoc/en/reference/filesystem/functions/fopen.xml:1.26 Thu Mar 31
09:41:25 2005
+++ phpdoc/en/reference/filesystem/functions/fopen.xml Thu Mar 31 10:01:43 2005
@@ -1,5 +1,5 @@
-
+
@@ -49,10 +49,8 @@
Some protocols (also referred to as wrappers) support
context and/or &php.ini; options.
Refer to the specific page for the protocol in use for a list of options
- which can be set. ( i.e. &php.ini; value
+ which can be set. (e.g. &php.ini; value
user_agent used by the http
wrapper).
- For a description of contexts and the
- zcontext parameter, refer to .
¬e.context-support;
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/mkdir.xml?r1=1.16&r2=1.17&ty=u
Index: phpdoc/en/reference/filesystem/functions/mkdir.xml
diff -u phpdoc/en/reference/filesystem/functions/mkdir.xml:1.16
phpdoc/en/reference/filesystem/functions/mkdir.xml:1.17
--- phpdoc/en/reference/filesystem/functions/mkdir.xml:1.16 Tue Aug 10
12:30:17 2004
+++ phpdoc/en/reference/filesystem/functions/mkdir.xml Thu Mar 31 10:01:43 2005
@@ -1,5 +1,5 @@
-
+
@@ -56,10 +56,10 @@
for a listing of which wrappers support mkdir.
+¬e.context-support;
- The recursive and context
parameters
- were added as of PHP 5.0.0.
+ The recursive parameter was added as of PHP 5.0.0.
¬e.sm.uidcheck.dir;
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/readfile.xml?r1=1.6&r2=1.7&ty=u
Index: phpdoc/en/reference/filesystem/functions/readfile.xml
diff -u phpdoc/en/reference/filesystem/functions/readfile.xml:1.6
phpdoc/en/reference/filesystem/functions/readfile.xml:1.7
--- phpdoc/en/reference/filesystem/functions/readfile.xml:1.6 Tue Sep 9
07:32:55 2003
+++
[PHP-DOC] cvs: phpdoc /en/reference/ibase/functions ibase-affected-rows.xml
vrana Thu Mar 31 10:05:38 2005 EDT Modified files: /phpdoc/en/reference/ibase/functionsibase-affected-rows.xml Log: Doesn't work with SELECT (bug #32454) http://cvs.php.net/diff.php/phpdoc/en/reference/ibase/functions/ibase-affected-rows.xml?r1=1.2&r2=1.3&ty=u Index: phpdoc/en/reference/ibase/functions/ibase-affected-rows.xml diff -u phpdoc/en/reference/ibase/functions/ibase-affected-rows.xml:1.2 phpdoc/en/reference/ibase/functions/ibase-affected-rows.xml:1.3 --- phpdoc/en/reference/ibase/functions/ibase-affected-rows.xml:1.2 Wed Aug 18 11:39:25 2004 +++ phpdoc/en/reference/ibase/functions/ibase-affected-rows.xml Thu Mar 31 10:05:35 2005 @@ -1,5 +1,5 @@ - + ibase_affected_rows @@ -14,7 +14,8 @@ resourcelink_identifier - This function returns the number of rows that were affected by the previous query that was + This function returns the number of rows that were affected by the + previous query (INSERT, UPDATE or DELETE) that was executed from within the transaction context specified by link_identifier. If link_identifier is a connection resource, its default transaction is used.
[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-slice.xml
vrana Thu Mar 31 10:50:09 2005 EDT Modified files: /phpdoc/en/reference/array/functionsarray-slice.xml Log: Positive -> non-negative offset (bug #32227) http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/array-slice.xml?r1=1.10&r2=1.11&ty=u Index: phpdoc/en/reference/array/functions/array-slice.xml diff -u phpdoc/en/reference/array/functions/array-slice.xml:1.10 phpdoc/en/reference/array/functions/array-slice.xml:1.11 --- phpdoc/en/reference/array/functions/array-slice.xml:1.10Mon Nov 1 07:39:25 2004 +++ phpdoc/en/reference/array/functions/array-slice.xml Thu Mar 31 10:50:05 2005 @@ -1,5 +1,5 @@ - + @@ -22,7 +22,7 @@ parameters. - If offset is positive, the sequence will + If offset is non-negative, the sequence will start at that offset in the array. If offset is negative, the sequence will start that far from the end of the array.
[PHP-DOC] cvs: phpdoc /en/language types.xml
vrana Thu Mar 31 10:58:02 2005 EDT Modified files: /phpdoc/en/language types.xml Log: Big hex-values are not overflowed to float (bug #32211) http://cvs.php.net/diff.php/phpdoc/en/language/types.xml?r1=1.150&r2=1.151&ty=u Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.150 phpdoc/en/language/types.xml:1.151 --- phpdoc/en/language/types.xml:1.150 Fri Feb 25 04:58:53 2005 +++ phpdoc/en/language/types.xmlThu Mar 31 10:57:59 2005 @@ -1,5 +1,5 @@ - + Types @@ -408,9 +408,9 @@ var_dump($large_number); // output: float(2147483648) -// this goes also for hexadecimal specified integers: -var_dump( 0x8000 ); -// output: float(2147483648) +// this doesn't go for hexadecimal specified integers: +var_dump( 0x1 ); +// output: int(2147483647) $million = 100; $large_number = 5 * $million;
[PHP-DOC] cvs: phpdoc /en/reference/http/functions header.xml
vrana Thu Mar 31 11:06:08 2005 EDT Modified files: /phpdoc/en/reference/http/functions header.xml Log: Remove confusing note about Status: in PHP 3 (bug #32122) http://cvs.php.net/diff.php/phpdoc/en/reference/http/functions/header.xml?r1=1.24&r2=1.25&ty=u Index: phpdoc/en/reference/http/functions/header.xml diff -u phpdoc/en/reference/http/functions/header.xml:1.24 phpdoc/en/reference/http/functions/header.xml:1.25 --- phpdoc/en/reference/http/functions/header.xml:1.24 Thu Jul 22 20:18:21 2004 +++ phpdoc/en/reference/http/functions/header.xml Thu Mar 31 11:06:01 2005 @@ -1,5 +1,5 @@ - + @@ -73,22 +73,6 @@ at any time unless the HTTP headers have already been sent. - - - In PHP 3, this only works when PHP is compiled as an Apache - module. You can achieve the same effect using the - Status header. - - - - - - - The second special case is the "Location:" header. Not only does it send this header back to the browser, but it also returns a
[PHP-DOC] cvs: phpdoc /en/appendices ini.xml
philip Thu Mar 31 12:49:33 2005 EDT Modified files: /phpdoc/en/appendices ini.xml Log: Grammar/clarity/tags to "post_max_size is exceeded", and added auto_globals_jit info. http://cvs.php.net/diff.php/phpdoc/en/appendices/ini.xml?r1=1.17&r2=1.18&ty=u Index: phpdoc/en/appendices/ini.xml diff -u phpdoc/en/appendices/ini.xml:1.17 phpdoc/en/appendices/ini.xml:1.18 --- phpdoc/en/appendices/ini.xml:1.17 Thu Mar 31 04:59:45 2005 +++ phpdoc/en/appendices/ini.xmlThu Mar 31 12:49:30 2005 @@ -1,5 +1,5 @@ - + &php.ini; directives @@ -2449,6 +2449,12 @@ + auto_globals_jit + "1" + PHP_INI_PERDIR + Available since PHP 5.0.0. + + register_globals "0" PHP_INI_PERDIR @@ -2714,11 +2720,13 @@ &ini.shorthandbytes; - If the size of post data is greater than post_max_size, $_POST and - $_FILES arrays are empty. You can track this condition various ways, - e.g. by passing $_GET variable to the script processing the data, - i.e.
[PHP-DOC] cvs: phpdoc /en/reference/network/functions inet-ntop.xml
vrana Thu Mar 31 14:19:15 2005 EDT Modified files: /phpdoc/en/reference/network/functions inet-ntop.xml Log: Opossite function in example (bug #32520) http://cvs.php.net/diff.php/phpdoc/en/reference/network/functions/inet-ntop.xml?r1=1.2&r2=1.3&ty=u Index: phpdoc/en/reference/network/functions/inet-ntop.xml diff -u phpdoc/en/reference/network/functions/inet-ntop.xml:1.2 phpdoc/en/reference/network/functions/inet-ntop.xml:1.3 --- phpdoc/en/reference/network/functions/inet-ntop.xml:1.2 Sat Aug 7 04:27:37 2004 +++ phpdoc/en/reference/network/functions/inet-ntop.xml Thu Mar 31 14:19:13 2005 @@ -1,5 +1,5 @@ - + inet_ntop @@ -24,13 +24,13 @@
[PHP-DOC] #32520 [Opn->Csd]: inet_ntop manual page has the wrong example
ID: 32520 Updated by: [EMAIL PROTECTED] Reported By: shimi at shimi dot net -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 5CVS-2005-03-31 (dev) 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: [2005-03-31 18:05:07] shimi at shimi dot net Description: In http://www.php.net/manual/en/function.inet-ntop.php : Example is for function inet_pton, while the page is about the function inet_ntop. P.S. Shame that "Irrelevant" is no longer an option for "PHP Version". If you ask me, errors on the website shouldn't matter the PHP version I am using (if, at all, I'm using), so I just choosed one of them randomally. -- Edit this bug report at http://bugs.php.net/?id=32520&edit=1
[PHP-DOC] cvs: phpdoc /en/language basic-syntax.xml
vrana Thu Mar 31 16:12:59 2005 EDT Modified files: /phpdoc/en/language basic-syntax.xml Log: // doesn't escape from PHP (bug #31672) http://cvs.php.net/diff.php/phpdoc/en/language/basic-syntax.xml?r1=1.43&r2=1.44&ty=u Index: phpdoc/en/language/basic-syntax.xml diff -u phpdoc/en/language/basic-syntax.xml:1.43 phpdoc/en/language/basic-syntax.xml:1.44 --- phpdoc/en/language/basic-syntax.xml:1.43Sun Feb 20 01:11:25 2005 +++ phpdoc/en/language/basic-syntax.xml Thu Mar 31 16:12:56 2005 @@ -1,5 +1,5 @@ - + Basic syntax @@ -184,6 +184,8 @@ // cannot influence that. If asp_tags configuration directive is enabled, it behaves the same with // %>. +However, tag doesn't escape PHP mode in +one-line comment.
[PHP-DOC] #31672 [Opn->Csd]: [PATCH] is not considered closing tag if preceded by one-line comment
ID: 31672 Updated by: [EMAIL PROTECTED] Reported By: tomc at wanadoo dot fr -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: 4CVS, 5CVS (2005-01-24) 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. "However, tag doesn't escape PHP mode in one-line comment." Previous Comments: [2005-03-07 17:54:13] [EMAIL PROTECTED] Fixing this appears to open a can of worms. The fix was reverted. Changing to a documentation issue - we need to change the docs to reflect that doesn't end scripting within a one line comment. [2005-02-25 16:59:31] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2005-01-24 04:40:29] [EMAIL PROTECTED] I'm not any flex guru, but this patch fixes the problem: http://www.php.net/~jani/patches/bug31672.patch (need to get some guru to approve this one :) [2005-01-24 02:23:10] [EMAIL PROTECTED] This is valid bug, all other closing tags ( ?>, %> ) work fine in same situation, as the provided test case proves. [2005-01-23 23:08:59] tomc at wanadoo dot fr Description: in the manual : "The one-line comment styles actually only comment to the end of the line or the current block of PHP code, whichever comes first." Everything is working as described in the manual except that if you are using the closing tag, PHP will consider the end of the PHP block as part of the comment. Reproduce code: --- echo "out of PHP" echo "out of PHP" <% // line comment %> echo "out of PHP" // line comment echo "how come I'm still in PHP ?\n" ; echo "out of PHP" Expected result: echo "out of PHP" echo "out of PHP" echo "out of PHP" echo "how come I'm still in PHP ?\n" ; echo "out of PHP" Actual result: -- echo "out of PHP" echo "out of PHP" echo "out of PHP" how come I'm still in PHP ? echo "out of PHP" -- Edit this bug report at http://bugs.php.net/?id=31672&edit=1
[PHP-DOC] #31591 [Opn->Csd]: apache_getenv() is an 'undefined function'
ID: 31591
Updated by: [EMAIL PROTECTED]
Reported By: aronnax_98 at yahoo dot com
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Mac OS X 10.3.7
PHP Version: 4.3.9
Previous Comments:
[2005-01-18 19:44:54] [EMAIL PROTECTED]
This requirement has been documented, but some questions:
1) Assuming putenv() or apache_setenv() aren't used, will
apache_getenv(), getenv(), and the Superglobals always have the same
value?
2) How do these functions differ? putenv() vs. apache_setenv(), etc.
[2005-01-18 12:12:13] [EMAIL PROTECTED]
Yes, it is available, but only with Apache2.
Documentation should have a note about it.
[2005-01-18 04:01:58] aronnax_98 at yahoo dot com
Description:
When I try to call apache_getenv(...), PHP claims that
the function doesn't exist. The function is present in
the online PHP manual.
Reproduce code:
---
echo apache_getenv('SOME_ENV_VARIABLE');
Expected result:
VALUE_OF_SOME_ENV_VARIABLE
Actual result:
--
Fatal error: Call to undefined function: apache_getenv()
in /www/php/dryerase/config.php on line 21
--
Edit this bug report at http://bugs.php.net/?id=31591&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/ftp configure.xml
vrana Thu Mar 31 16:41:26 2005 EDT Modified files: /phpdoc/en/reference/ftpconfigure.xml Log: enable-ftp works with PHP 5 too (part of bug #31567) http://cvs.php.net/diff.php/phpdoc/en/reference/ftp/configure.xml?r1=1.2&r2=1.3&ty=u Index: phpdoc/en/reference/ftp/configure.xml diff -u phpdoc/en/reference/ftp/configure.xml:1.2 phpdoc/en/reference/ftp/configure.xml:1.3 --- phpdoc/en/reference/ftp/configure.xml:1.2 Sun Jan 16 01:02:13 2005 +++ phpdoc/en/reference/ftp/configure.xml Thu Mar 31 16:41:25 2005 @@ -1,12 +1,12 @@ - + &reftitle.install; In order to use FTP functions with your PHP configuration, you should add the --enable-ftp option when - installing PHP 4 or --with-ftp when using - PHP 3. + installing PHP 4 or greater or --with-ftp + when using PHP 3. &windows.builtin;
[PHP-DOC] Please update the online en manual
Hello! The en/ manual was updated just over a week ago but could it be generated again soon? The IIS documentation was completely overhauled and with the new PHP releases I think it would be nice to generate them again. Regards, Philip
Re: [PHP-DOC] Please update the online en manual
On Thu, 31 Mar 2005, Philip Olson wrote: > The en/ manual was updated just over a week ago but could it > be generated again soon? The IIS documentation was > completely overhauled and with the new PHP releases I think > it would be nice to generate them again. Sure, I started a build now. regards, Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org
[PHP-DOC] #28371 [Fbk->NoF]: Different behaviour of fopen depending on r+,w+,a+
ID: 28371 Updated by: phpdoc@lists.php.net Reported By: rc at opelgt dot org -Status: Feedback +Status: No Feedback Bug Type: Documentation problem Operating System: MacOSX 10.3 PHP Version: 4.3.4 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-03-24 16:09:12] [EMAIL PROTECTED] Tell us what's wrong or missing mainly in the table "A list of possible modes for fopen() using mode". The behavior of the modes is explained well there IMHO. [2005-03-23 11:53:50] rc at opelgt dot org I have written all things that should be mentioned. Please read it carefully and if you do not understand it, ask me again ;-) [2005-03-23 01:00:04] phpdoc at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-03-15 14:24:05] [EMAIL PROTECTED] Please tell us what exactly is not documented. In my eyes, everything works exactly as described on fopen page, mainly in the table "A list of possible modes for fopen() using mode". [2005-02-03 05:05:56] [EMAIL PROTECTED] reclassified 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/28371 -- Edit this bug report at http://bugs.php.net/?id=28371&edit=1
[PHP-DOC] cvs: phpdoc /en/install/windows extensions.xml
philip Thu Mar 31 22:01:27 2005 EDT Modified files: /phpdoc/en/install/windows extensions.xml Log: Update list of built in extensions to include PHP 5 changes, and link to these extensions. Also rewrite the built in intro. http://cvs.php.net/diff.php/phpdoc/en/install/windows/extensions.xml?r1=1.9&r2=1.10&ty=u Index: phpdoc/en/install/windows/extensions.xml diff -u phpdoc/en/install/windows/extensions.xml:1.9 phpdoc/en/install/windows/extensions.xml:1.10 --- phpdoc/en/install/windows/extensions.xml:1.9Tue Feb 22 06:13:56 2005 +++ phpdoc/en/install/windows/extensions.xmlThu Mar 31 22:01:26 2005 @@ -1,5 +1,5 @@ - + Installation of extensions on Windows @@ -12,18 +12,44 @@ The DLLs for PHP extensions are prefixed with php_. - - - In PHP 4.3.1 BCMath, Calendar, COM, Ctype, FTP, MySQL, ODBC, Overload, - PCRE, Session, Tokenizer, WDDX, XML and Zlib support is - built in. You don't need to load any additional - extensions in order to use these functions. See your distributions - README.txt or install.txt - or this table - for a list of built in modules. - - - + + Many extensions are built into the Windows version + of PHP. This means additional DLL files, and the + extension directive, are + not used to load these extensions. The Windows + PHP Extensions + table lists extensions that require, or used to require, additional PHP + DLL files. Here's a list of built in extensions: + + + In PHP 4 (updated PHP 4.3.11): + BCMath, + Caledar, + COM, + Ctype, + FTP, + MySQL, + ODBC, + Overload, + PCRE, + Session, + Tokenizer, + WDDX, + XML&listendand; + Zlib + + + In PHP 5 (updated PHP 5.0.4), the following changes exist. Built in: + DOM, + LibXML, + Iconv, + SimpleXML, + SPL&listendand; + SQLite. + And the following are no longer built in: + MySQL and + Overload. + The default location PHP searches for extensions is c:\php4\extensions in PHP 4 and
[PHP-DOC] #32528 [NEW]: If (comparison) {do} function not documented neither properly working
From: grasso789 at versanet dot de
Operating system: All
PHP version: 4.3.10
PHP Bug Type: Documentation problem
Bug description: If (comparison) {do} function not documented neither properly
working
Description:
PHP has the IF (boolean expression) {...} function which is not documented
at all. I am searching for a logical if function since I want to compare
numbers.
Reproduce code:
---
if (0<1) {echo("The world does still exist!")}
Expected result:
The world does still exist!
Actual result:
--
Parse error: parse error, expecting `','' or `';'' in ...
--
Edit bug report at http://bugs.php.net/?id=32528&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32528&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32528&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32528&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32528&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32528&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32528&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32528&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32528&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32528&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32528&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32528&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32528&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32528&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32528&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32528&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32528&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32528&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32528&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32528&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32528&r=mysqlcfg
[PHP-DOC] #32528 [Opn->Bgs]: If (comparison) {do} function not documented neither properly working
ID: 32528
Updated by: [EMAIL PROTECTED]
Reported By: grasso789 at versanet dot de
-Status: Open
+Status: Bogus
Bug Type: Documentation problem
Operating System: All
PHP Version: 4.3.10
New Comment:
It's very much documented:
http://php.net/manual/en/language.control-structures.php#control-structures.if
The parse error is because of a missing ;
Previous Comments:
[2005-04-01 06:49:49] grasso789 at versanet dot de
Description:
PHP has the IF (boolean expression) {...} function which is not
documented at all. I am searching for a logical if function since I
want to compare numbers.
Reproduce code:
---
if (0<1) {echo("The world does still exist!")}
Expected result:
The world does still exist!
Actual result:
--
Parse error: parse error, expecting `','' or `';'' in ...
--
Edit this bug report at http://bugs.php.net/?id=32528&edit=1
