[PHP-DOC] php.net user note wrong email address
Hello php.net people. I am [EMAIL PROTECTED] and [EMAIL PROTECTED]. I just submitted a note regarding a MySQL search function (yay, an actually original note) and I think I used my [EMAIL PROTECTED] email address would you kindly change it to [EMAIL PROTECTED] Thank You, Bill, Reboot Concepts 713.806.6699 [EMAIL PROTECTED] www.rebootconcepts.com
[PHP-DOC] #35157 [Opn-Csd]: There is no max_allowed_package mysql config variable
ID: 35157 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2005-11-08 17:12:24] [EMAIL PROTECTED] Description: http://www.php.net/manual/en/function.mysqli-stmt-bind-param.php Isn't the correct configuration variable mentioned here called max_allowed_packet ?? It also mentions 'package' in couple of other places where it propably should be saying 'packet' ? -- Edit this bug report at http://bugs.php.net/?id=35157edit=1
[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-stmt-bind-param.xml
vrana Wed Nov 9 05:37:49 2005 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-stmt-bind-param.xml Log: Packet instead of package (bug #35157) http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-stmt-bind-param.xml?r1=1.10r2=1.11ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-stmt-bind-param.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-stmt-bind-param.xml:1.10 phpdoc/en/reference/mysqli/functions/mysqli-stmt-bind-param.xml:1.11 --- phpdoc/en/reference/mysqli/functions/mysqli-stmt-bind-param.xml:1.10 Tue Apr 26 10:33:30 2005 +++ phpdoc/en/reference/mysqli/functions/mysqli-stmt-bind-param.xml Wed Nov 9 05:37:48 2005 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.10 $ -- +!-- $Revision: 1.11 $ -- refentry id=function.mysqli-stmt-bind-param refnamediv refnamemysqli_stmt_bind_param/refname @@ -56,7 +56,7 @@ /row row entryb/entry - entrycorresponding variable is a blob and will be send in packages/entry + entrycorresponding variable is a blob and will be send in packets/entry /row /tbody /tgroup @@ -64,10 +64,10 @@ /para note para - If data size of a variable exceeds max. allowed package size - (max_allowed_package), you have to specify literalb/literal in + If data size of a variable exceeds max. allowed packet size + (max_allowed_packet), you have to specify literalb/literal in parametertypes/parameter and use - functionmysqli_stmt_send_long_data/function to send the data in packages. + functionmysqli_stmt_send_long_data/function to send the data in packets. /para para The number of variables and length of
[PHP-DOC] #35161 [Opn]: Inaccurate documentation about popen() escaping in safe_mode
ID: 35161 Updated by: [EMAIL PROTECTED] Reported By: brion at pobox dot com Status: Open Bug Type: Documentation problem Operating System: Mac OS X PHP Version: Irrelevant New Comment: Snippet changed to: With safe mode enabled, the command string is escaped with escapeshellcmd(). Thus, echo y | echo x becomes echo y \| echo x. There's really no way to echo '-= Test =-' in safe_mode so I have reopened the bug #32701. I'm leaving this one open until 32701 will be resolved to document the final state. Previous Comments: [2005-11-09 03:28:34] brion at pobox dot com Description: This bug was reported some months ago about odd escaping in popen() when safe_mode is on: http://bugs.php.net/bug.php?id=32701 Arguments correctly escaped, as with escapeshellarg(), end up being unexpectedly corrupted under safe_mode with the addition of unexpected backslashes. The bug was marked as BOGUS. If it this is the intended behavior, the documentation needs to be modified to reflect this. Currently the docs for popen() and several other functions include only this caveat: With safe mode enabled, all words following the initial command string are treated as a single argument. Thus, echo y | echo x becomes echo y | echo x. However that is *false*: 1) Multiple arguments are sent where separated by spaces. 2) Quotes seem to be understood, so multi-word arguments are themselves passed intact. 3) In addition to this sensible behavior, many characters have backslashes inserted before them, even if they are inside already-quoted arguments. Accurate documentation, and an explanation of how to get parameters to the other program without corruption, would be a huge help in making our programs work correctly under safe_mode. cf http://bugzilla.wikimedia.org/show_bug.cgi?id=3891#c13 Reproduce code: --- ?php $r = popen(echo '-= Test =-', r); print(stream_get_contents($r)); pclose($r); ? Expected result: -= Test =- Actual result: -- -=\ Test \=- -- Edit this bug report at http://bugs.php.net/?id=35161edit=1
[PHP-DOC] cvs: phpdoc /en language-snippets.ent
vrana Wed Nov 9 06:14:37 2005 EDT Modified files: /phpdoc/en language-snippets.ent Log: sm.exec uses escapeshellcmd (bug #35161) http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.158r2=1.159ty=u Index: phpdoc/en/language-snippets.ent diff -u phpdoc/en/language-snippets.ent:1.158 phpdoc/en/language-snippets.ent:1.159 --- phpdoc/en/language-snippets.ent:1.158 Fri Sep 16 13:36:08 2005 +++ phpdoc/en/language-snippets.ent Wed Nov 9 06:14:34 2005 @@ -1,4 +1,4 @@ -!-- $Revision: 1.158 $ -- +!-- $Revision: 1.159 $ -- !-- Keep 'em sorted -- @@ -286,8 +286,8 @@ executed.' !ENTITY warn.sm.exec 'warningsimparaWith link linkend=features.safe-modesafe mode/link enabled, -all words following the initial command string are treated as a single argument. Thus, -literalecho y | echo x/literal becomes literalecho y | echo x/literal./simpara/warning' +the command string is escaped with functionescapeshellcmd/function. Thus, +literalecho y | echo x/literal becomes literalecho y \| echo x/literal./simpara/warning' !ENTITY note.exec-path 'notesimparaWhen link linkend=features.safe-modesafe mode/link is enabled, you can only
[PHP-DOC] cvs: phpdoc /en/reference/exec/functions escapeshellcmd.xml
vrana Wed Nov 9 08:03:25 2005 EDT
Modified files:
/phpdoc/en/reference/exec/functions escapeshellcmd.xml
Log:
List of escaped characters
http://cvs.php.net/diff.php/phpdoc/en/reference/exec/functions/escapeshellcmd.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/reference/exec/functions/escapeshellcmd.xml
diff -u phpdoc/en/reference/exec/functions/escapeshellcmd.xml:1.7
phpdoc/en/reference/exec/functions/escapeshellcmd.xml:1.8
--- phpdoc/en/reference/exec/functions/escapeshellcmd.xml:1.7 Fri Apr 8
19:18:40 2005
+++ phpdoc/en/reference/exec/functions/escapeshellcmd.xml Wed Nov 9
08:03:23 2005
@@ -1,5 +1,5 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
!-- splitted from ./en/functions/exec.xml, last change in rev 1.2 --
refentry id=function.escapeshellcmd
refnamediv
@@ -23,6 +23,13 @@
linkend=language.operators.executionbacktick
operator/link.
/para
+ para
+ Following characters are preceded by a backslash:
+ literal#amp;;`|*?~lt;gt;^()[]{}$\/literal, literal\x0A/literal
+ and literal\xFF/literal. literal'/literal and literal/literal
+ are escaped only if they are not paired. In Windows, all these characters
+ plus literal%/literal are replaced by a space instead.
+ /para
/refsect1
refsect1 role=parameters
[PHP-DOC] #35161 [Opn-Csd]: Inaccurate documentation about popen() escaping in safe_mode
ID: 35161
Updated by: [EMAIL PROTECTED]
Reported By: brion at pobox dot com
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Mac OS X
PHP Version: Irrelevant
New Comment:
This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.
Thank you for the report, and for helping us make our documentation
better.
32701 has been changed to Feature request and safe_mode will be removed
from PHP 6. So this is effectively the final state. I've added
Following characters are preceded by a backslash: #;`|*?~^()[]{}$\,
\x0A and \xFF. ' and are escaped only if they are not paired. In
Windows, all these characters plus % are replaced by a space instead.
to escapeshellcmd() documentation.
Your 3891#13 can be run without any quotes in safe_mode as you are
lucky enough to don't have any spaces in the argument.
Previous Comments:
[2005-11-09 12:14:03] [EMAIL PROTECTED]
Snippet changed to: With safe mode enabled, the command string is
escaped with escapeshellcmd(). Thus, echo
y | echo x becomes echo y \| echo x.
There's really no way to echo '-= Test =-' in safe_mode so I have
reopened the bug #32701.
I'm leaving this one open until 32701 will be resolved to document the
final state.
[2005-11-09 03:28:34] brion at pobox dot com
Description:
This bug was reported some months ago about odd escaping in
popen() when safe_mode is on:
http://bugs.php.net/bug.php?id=32701
Arguments correctly escaped, as with escapeshellarg(), end
up being unexpectedly corrupted under safe_mode with the
addition of unexpected backslashes.
The bug was marked as BOGUS. If it this is the intended
behavior, the documentation needs to be modified to reflect
this. Currently the docs for popen() and several other
functions include only this caveat:
With safe mode enabled, all words following the initial
command string are treated as a single argument. Thus, echo
y | echo x becomes echo y | echo x.
However that is *false*:
1) Multiple arguments are sent where separated by spaces.
2) Quotes seem to be understood, so multi-word arguments are
themselves passed intact.
3) In addition to this sensible behavior, many characters
have backslashes inserted before them, even if they are
inside already-quoted arguments.
Accurate documentation, and an explanation of how to get
parameters to the other program without corruption, would be
a huge help in making our programs work correctly under
safe_mode.
cf http://bugzilla.wikimedia.org/show_bug.cgi?id=3891#c13
Reproduce code:
---
?php
$r = popen(echo '-= Test =-', r);
print(stream_get_contents($r));
pclose($r);
?
Expected result:
-= Test =-
Actual result:
--
-=\ Test \=-
--
Edit this bug report at http://bugs.php.net/?id=35161edit=1
[PHP-DOC] #35172 [NEW]: Little typo on the PHP bcompiler introduction
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Little typo on the PHP bcompiler introduction Description: On manual/en/ref.bcompiler.php, they say Bcompiler was written for two reasons, while they give four reasons. Reproduce code: --- Read the bcompiler introduction: http://us2.php.net/manual/en/ref.bcompiler.php Expected result: Bcompiler was written for four reasons Actual result: -- Bcompiler was written for two reasons -- Edit bug report at http://bugs.php.net/?id=35172edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35172r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35172r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35172r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35172r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35172r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35172r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35172r=needscript Try newer version: http://bugs.php.net/fix.php?id=35172r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35172r=support Expected behavior: http://bugs.php.net/fix.php?id=35172r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35172r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35172r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35172r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35172r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35172r=dst IIS Stability: http://bugs.php.net/fix.php?id=35172r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35172r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35172r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35172r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35172r=mysqlcfg
[PHP-DOC] #35172 [Opn]: Little typo on the PHP bcompiler introduction
ID: 35172 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: Bcompiler was written for several reasons: Previous Comments: [2005-11-09 16:01:09] [EMAIL PROTECTED] Description: On manual/en/ref.bcompiler.php, they say Bcompiler was written for two reasons, while they give four reasons. Reproduce code: --- Read the bcompiler introduction: http://us2.php.net/manual/en/ref.bcompiler.php Expected result: Bcompiler was written for four reasons Actual result: -- Bcompiler was written for two reasons -- Edit this bug report at http://bugs.php.net/?id=35172edit=1
[PHP-DOC] #35172 [Opn-Csd]: Little typo on the PHP bcompiler introduction
ID: 35172 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2005-11-09 16:16:38] [EMAIL PROTECTED] Bcompiler was written for several reasons: [2005-11-09 16:01:09] [EMAIL PROTECTED] Description: On manual/en/ref.bcompiler.php, they say Bcompiler was written for two reasons, while they give four reasons. Reproduce code: --- Read the bcompiler introduction: http://us2.php.net/manual/en/ref.bcompiler.php Expected result: Bcompiler was written for four reasons Actual result: -- Bcompiler was written for two reasons -- Edit this bug report at http://bugs.php.net/?id=35172edit=1
[PHP-DOC] cvs: phpdoc /en/reference/apache/functions virtual.xml
vrana Wed Nov 9 10:45:04 2005 EDT Modified files: /phpdoc/en/reference/apache/functions virtual.xml Log: Variables are not visible (bug #35082) http://cvs.php.net/diff.php/phpdoc/en/reference/apache/functions/virtual.xml?r1=1.13r2=1.14ty=u Index: phpdoc/en/reference/apache/functions/virtual.xml diff -u phpdoc/en/reference/apache/functions/virtual.xml:1.13 phpdoc/en/reference/apache/functions/virtual.xml:1.14 --- phpdoc/en/reference/apache/functions/virtual.xml:1.13 Thu Jun 23 12:53:14 2005 +++ phpdoc/en/reference/apache/functions/virtual.xmlWed Nov 9 10:45:01 2005 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.13 $ -- +!-- $Revision: 1.14 $ -- !-- splitted from ./en/functions/apache.xml, last change in rev 1.20 -- refentry id=function.virtual refnamediv @@ -15,7 +15,7 @@ /methodsynopsis para functionvirtual/function is an Apache-specific function which - is equivalent to lt;!--#include virtual...--gt; in mod_include. + is similar to literallt;!--#include virtual...--gt;/literal in mod_include. It performs an Apache sub-request. It is useful for including CGI scripts or .shtml files, or anything else that you would parse through Apache. Note that for a CGI script, the script @@ -89,6 +89,12 @@ The requested file will not be listed in the Apache access log. /para /warning + note + para +Environment variables set in the requested file are not visible to the +calling script. + /para + /note note.apache.nsapi-module; /refsect1 /refentry
[PHP-DOC] #35176 [Opn]: include()/require()/*_once() produce wrong error messages about main()
ID: 35176
Updated by: [EMAIL PROTECTED]
Reported By: subscription at nazarenko dot net
Status: Open
-Bug Type: PHP options/info functions
+Bug Type: Documentation problem
Operating System: SuSE Linux 10.0
PHP Version: 5CVS-2005-11-09 (CVS)
New Comment:
The docs are wrong - I can see the same problem in 4.3.6 and 4.3.10.
Also, I don't see an easy way to fix it, since include_*()/require_*()
aren't really functions, but language constructs.
Previous Comments:
[2005-11-09 22:14:54] subscription at nazarenko dot net
Sorry, the script above should have
require_once('fake');
[2005-11-09 22:06:47] subscription at nazarenko dot net
A sample script:
?php
require_once('nonexisting');
?
Produces this HTML (html_errors=on):
bWarning/b: main(fake) [a
href='http://www.php.net/manual/en/function.main.php'function.main.php/a]:
failed to open stream: No such file or directory in bx.php/b on line
b2/bbr /
/span
bFatal error/b: main() [a
href='http://www.php.net/manual/en/function.require.php'function.require.php/a]:
Failed opening required 'fake' (include_path='.:/usr/lib/php') in
bx.php/b on line b2/bbr /
This illustrates both points: the erroneous main() function as well as
the wrong html link (should be funtion.require-once.php)
[2005-11-09 21:56:51] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-11-09 21:50:35] subscription at nazarenko dot net
Description:
According to this page:
http://www.php.net/manual/en/function.main.php
the misbehaviour was stopped in PHP 4.3.2, however it is still present
in the latest 5.1.x snapshot.
In addition when require_once() or include_once() call fails and
html_errors is On the error message HTML link points to the same
function require() or include(), without the _once() part in it.
--
Edit this bug report at http://bugs.php.net/?id=35176edit=1
[PHP-DOC] #35178 [NEW]: PHPRC and Apache 1.x VirtualHosts, RE: Bug #29694
From: chris_petersen at hotmail dot com Operating system: Windows 2000 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: PHPRC and Apache 1.x VirtualHosts, RE: Bug #29694 Description: The bug reports and updated documentation for PHP 5 state that the PHPRC variable should no longer be set by Apache 1.x but as a system environment variable instead. What the documentation fails to describe is how the environment variable is to be configured for each Apache 1.x Virtual Host, each with it's own PHP configuration. It appears to me that this PHPRC issue really is a bug and not a documentation issue. It is unreasonable that multiple hosts should share the same php.ini file. Workarounds are to upgrade Apache 1.x to 2.x (not recommended) or roll back to PHP 4. Reproduce code: --- The SetEnv PHPRC in a Apache 1.x httpd.conf file will not be read by PHP5. This can easily be proven using phpinfo(). Expected result: There must be a documented method of providing a seperate php.ini for each Apache 1.x virtual host. Actual result: -- The documentation states that the variable should be set as a system wide environment variable. The documentation fails to state how this should be done when there is more than one virtual host which requires more than one php.ini file. -- Edit bug report at http://bugs.php.net/?id=35178edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35178r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35178r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35178r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35178r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35178r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35178r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35178r=needscript Try newer version: http://bugs.php.net/fix.php?id=35178r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35178r=support Expected behavior: http://bugs.php.net/fix.php?id=35178r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35178r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35178r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35178r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35178r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35178r=dst IIS Stability: http://bugs.php.net/fix.php?id=35178r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35178r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35178r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35178r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35178r=mysqlcfg
[PHP-DOC] #35122 [Opn-Asn]: There is a summary of the 'extension' directive but its not in the table above
ID: 35122 Updated by: [EMAIL PROTECTED] Reported By: jmarbas at hotmail dot com -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: n/a PHP Version: Irrelevant Assigned To: nlopess Previous Comments: [2005-11-07 01:35:36] [EMAIL PROTECTED] scripts/iniupdate/ should be adjusted to fix this. [2005-11-06 03:59:00] jmarbas at hotmail dot com Description: On this page 'http://us3.php.net/manual/en/ini.core.php#ini.extension' you have the following description of the 'extension' directive below: extension string Which dynamically loadable extensions to load when PHP starts up. But the word 'extension' isnt listed in the table of directives above... in the 'Table G-7. Paths and Directories Configuration Options' above the description -- Edit this bug report at http://bugs.php.net/?id=35122edit=1
