[PHP-DOC] cvs: phpdoc /en/reference/info/functions main.xml
vrana Thu Nov 10 04:17:14 2005 EDT Modified files: /phpdoc/en/reference/info/functions main.xml Log: Include functions still point here http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/main.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/reference/info/functions/main.xml diff -u phpdoc/en/reference/info/functions/main.xml:1.3 phpdoc/en/reference/info/functions/main.xml:1.4 --- phpdoc/en/reference/info/functions/main.xml:1.3 Sun Jun 1 09:49:35 2003 +++ phpdoc/en/reference/info/functions/main.xml Thu Nov 10 04:17:11 2005 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- refentry id=function.main refnamediv refnamemain/refname @@ -26,29 +26,29 @@ para table titleKnown errors that point to functionmain/function/title - tgroup cols=2 + !-- tgroup cols=2 --tgroup cols=1 thead row entryFunction name/entry - entryNo longer points here as of/entry + !-- entryNo longer points here as of/entry -- /row /thead tbody row entryfunctioninclude/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row row entryfunctioninclude_once/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row row entryfunctionrequire/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row row entryfunctionrequire_once/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row /tbody /tgroup
[PHP-DOC] #35178 [Opn-Bgs]: PHPRC and Apache 1.x VirtualHosts, RE: Bug #29694
ID: 35178 Updated by: [EMAIL PROTECTED] Reported By: chris_petersen at hotmail dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: Irrelevant New Comment: This is simply misunderstanding. It's not possible to have different PHPRC environment variables for different virtualhosts. And SetEnv PHPRC is NOT the way to set it. That is an Apache environment variable, not the system environment PHP uses. And it's documented properly now - bogus. Previous Comments: [2005-11-09 23:19:57] chris_petersen at hotmail dot com 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 this bug report at http://bugs.php.net/?id=35178edit=1
[PHP-DOC] #35169 [Asn]: proc_get_status lost exitcode after second call
ID: 35169 Updated by: [EMAIL PROTECTED] Reported By: c dot affolter at stepping-stone dot ch Status: Assigned -Bug Type: Program Execution +Bug Type: Documentation problem Operating System: Linux version 2.4.21 PHP Version: 5.1.0RC4 Assigned To: wez New Comment: This is a not a bug, but an undocumented behaviour. Previous Comments: [2005-11-09 12:53:39] [EMAIL PROTECTED] Wez, how is it? Bug or undocumented behaviour? [2005-11-09 11:18:51] c dot affolter at stepping-stone dot ch Description: After a process (via proc_open()) has exited, proc_get_status() returns the actual exit code (within array['exitcode']) of that process. If proc_get_status() gets called a second time, the previous exit code will be lost (-1), because the internal waitpid() function won't return the pid a second time. So, either this is a bug and proc_get_status() has to keep track of the exitcode value (as it does for 'command', 'pid' and 'running') or this behaviour should be mentioned in the documentation. Reproduce code: --- #!/usr/bin/env php ?php $descriptors = array( 0 = array('pipe', 'r'), 1 = array('pipe', 'w'), 2 = array('pipe', 'w')); $pipes = array(); $ressource = proc_open('/bin/true', $descriptors, $pipes); echo stream_get_contents($pipes[1]); // first call exitcode == 0 var_dump(proc_get_status($ressource)); // second call exitcode == -1 var_dump(proc_get_status($ressource)); fclose($pipes[1]); proc_close($ressource); ? Expected result: array(8) { [command]= string(9) /bin/true [pid]= int(31590) [running]= bool(false) [signaled]= bool(false) [stopped]= bool(false) [exitcode]= int(0) [termsig]= int(0) [stopsig]= int(0) } array(8) { [command]= string(9) /bin/true [pid]= int(31590) [running]= bool(false) [signaled]= bool(false) [stopped]= bool(false) [exitcode]= int(0) [termsig]= int(0) [stopsig]= int(0) } Actual result: -- array(8) { [command]= string(9) /bin/true [pid]= int(31590) [running]= bool(false) [signaled]= bool(false) [stopped]= bool(false) [exitcode]= int(0) [termsig]= int(0) [stopsig]= int(0) } array(8) { [command]= string(9) /bin/true [pid]= int(31590) [running]= bool(false) [signaled]= bool(false) [stopped]= bool(false) [exitcode]= int(-1) [termsig]= int(0) [stopsig]= int(0) } -- Edit this bug report at http://bugs.php.net/?id=35169edit=1
[PHP-DOC] Managing doc comments
Hi, I'd like to go over all the ext/pgsql doc comments and remove many obsolete ones and merge any useful ones into the XML docs. How do I go about removing comments? ps. I'm a current committer on the xml docs and ext/pgsql. Chris
[PHP-DOC] #35178 [Bgs]: PHPRC and Apache 1.x VirtualHosts, RE: Bug #29694
ID: 35178 User updated by: chris_petersen at hotmail dot com Reported By: chris_petersen at hotmail dot com Status: Bogus Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: Irrelevant New Comment: I do understand that multiple environment variables cannot be set. I believe I understand now, PHP 5 no longer has a method for allowing multiple configurations for virtual hosts in Apache 1.3 and isn't intended to. This explains why Woody does not include PHP 5 in Debian: without virtual hosts support PHP 5 isn't useful in an online environment. I guess I'll keep using PHP 4 for online systems and wait for a release that addresses this requirement (PHP6?). I have since found I can use PHP 5 if I use a single PHP.INI, just don't set the docroot and enable most of the packages, except no one in their right mind would do this outside of a development environment. Previous Comments: [2005-11-10 12:21:33] [EMAIL PROTECTED] This is simply misunderstanding. It's not possible to have different PHPRC environment variables for different virtualhosts. And SetEnv PHPRC is NOT the way to set it. That is an Apache environment variable, not the system environment PHP uses. And it's documented properly now - bogus. [2005-11-09 23:19:57] chris_petersen at hotmail dot com 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 this bug report at http://bugs.php.net/?id=35178edit=1
Re: [PHP-DOC] cvs: phpdoc /en/reference/info/functions main.xml
They used to point here, then not, and now they do again?! So is this a PHP bug? This reintroduced feature just feels wrong. Regards, Philip On Thu, 10 Nov 2005, Jakub Vrana wrote: vrana Thu Nov 10 04:17:14 2005 EDT Modified files: /phpdoc/en/reference/info/functions main.xml Log: Include functions still point here http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/main.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/reference/info/functions/main.xml diff -u phpdoc/en/reference/info/functions/main.xml:1.3 phpdoc/en/reference/info/functions/main.xml:1.4 --- phpdoc/en/reference/info/functions/main.xml:1.3 Sun Jun 1 09:49:35 2003 +++ phpdoc/en/reference/info/functions/main.xml Thu Nov 10 04:17:11 2005 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- refentry id=function.main refnamediv refnamemain/refname @@ -26,29 +26,29 @@ para table titleKnown errors that point to functionmain/function/title - tgroup cols=2 + !-- tgroup cols=2 --tgroup cols=1 thead row entryFunction name/entry - entryNo longer points here as of/entry + !-- entryNo longer points here as of/entry -- /row /thead tbody row entryfunctioninclude/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row row entryfunctioninclude_once/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row row entryfunctionrequire/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row row entryfunctionrequire_once/function/entry - entry4.3.2/entry + !-- entry4.3.2/entry -- /row /tbody /tgroup