[PHP-DOC] cvs: phpdoc /en/reference/mbstring ini.xml
tony2001Wed Dec 22 04:58:36 2004 EDT Modified files: /phpdoc/en/reference/mbstring ini.xml Log: fix typo http://cvs.php.net/diff.php/phpdoc/en/reference/mbstring/ini.xml?r1=1.13r2=1.14ty=u Index: phpdoc/en/reference/mbstring/ini.xml diff -u phpdoc/en/reference/mbstring/ini.xml:1.13 phpdoc/en/reference/mbstring/ini.xml:1.14 --- phpdoc/en/reference/mbstring/ini.xml:1.13 Wed Jul 21 04:40:46 2004 +++ phpdoc/en/reference/mbstring/ini.xmlWed Dec 22 04:58:35 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.13 $ -- +!-- $Revision: 1.14 $ -- section id=mbstring.configuration reftitle.runtime; extension.runtime; @@ -162,7 +162,7 @@ listitem para Overloads a set of single byte functions by the mbstring counterparts. See - link linkend=mbstring.overload Funtion overloading/link for more + link linkend=mbstring.overloadFunction overloading/link for more information. /para /listitem
Re: [PHP-DOC] Exceptions in the PHP5 OOP section?
Why is the exceptions documentation in the PHP5 OOP section of the manual? Try/catch/throw would fit better in the Control Structures section, a catch acts much like an if exception thrown block. Re: http://www.sitepoint.com/forums/showthread.php?p=1570977#post1570977 Please submit doc problems as appripriately categorized bug reports. AFAIR it is documented there, because you throw an object... But this is a quite weak argument I understand :) Regards, Gabor Hojtsy
[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/faq installation.xml
rasmus Wed Dec 22 10:03:21 2004 EDT Modified files: /phpdoc/en language-snippets.ent /phpdoc/en/faq installation.xml Log: Restrict the Apache2 warning to just talk about threading issues. http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.125r2=1.126ty=u Index: phpdoc/en/language-snippets.ent diff -u phpdoc/en/language-snippets.ent:1.125 phpdoc/en/language-snippets.ent:1.126 --- phpdoc/en/language-snippets.ent:1.125 Mon Dec 13 10:06:21 2004 +++ phpdoc/en/language-snippets.ent Wed Dec 22 10:03:20 2004 @@ -1,4 +1,4 @@ -!-- $Revision: 1.125 $ -- +!-- $Revision: 1.126 $ -- !-- Keep 'em sorted -- @@ -413,9 +413,9 @@ utf16le, utf16be, big5 and shiftjis./para' !-- Snippets for the installation section -- -!ENTITY warn.apache2.compat 'warningparaDo not use Apache 2.0.x -and PHP in a production environment neither on Unix nor on Windows. For -information on why, read the following +!ENTITY warn.apache2.compat 'warningparaWe do not recommend using a threaded MPM +in production with Apache2. Use the prefork MPM instead, or use Apache1. For information +on why, read the following link linkend=faq.installation.apache2FAQ entry/link/para/warning' !ENTITY note.apache.slashes 'notesimparaRemember that when adding http://cvs.php.net/diff.php/phpdoc/en/faq/installation.xml?r1=1.40r2=1.41ty=u Index: phpdoc/en/faq/installation.xml diff -u phpdoc/en/faq/installation.xml:1.40 phpdoc/en/faq/installation.xml:1.41 --- phpdoc/en/faq/installation.xml:1.40 Sun Sep 19 06:08:19 2004 +++ phpdoc/en/faq/installation.xml Wed Dec 22 10:03:21 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.40 $ -- +!-- $Revision: 1.41 $ -- chapter id=faq.installation titleInstallation/title titleabbrevInstallation/titleabbrev @@ -22,60 +22,11 @@ qandaentry id=faq.installation.apache2 question para - Why shouldn't I use Apache 2 in a production environment? + Why shouldn't I use Apache2 with a threaded MPM in a production environment? /para /question answer para - The following answer is based in this modified excerpt of a mail - by Rasmus Lerdorf. - /para - para - Apache 2 is a complete rewrite and a complete architecture change from - Apache 1. It is not like going from PHP 3 to PHP 4 or from PHP 4 to PHP 5. - There is a lot of code that is common, and certainly the base architecture - of PHP has not changed for years. So comparing Apache 1 vs. Apache 2 to - PHP 4 vs. PHP 5 makes no sense. The architecture has been proven over - the years and the code, while somewhat unwieldy in places, is a known - entity. PHP from the very early days was designed against this basic - Apache 1 architecture and works extremely well running under it. - /para - para - The major feature that draws people to Apache 2 is threading. On Windows - where most basic libraries are, and must be, threadsafe, Apache 2 does - actually make sense and it would be good to work out the kinks on that - platform. However, on UNIX there are a lot of basic libraries where - thread safety is an unknown. And this is not about PHP extensions, it is - about 3rd-party libraries underneath PHP's hundreds of extensions. - Whether any one 3rd-party library is threadsafe is really hard to - determine. There are a lot of variables involved, including which OS, - which version of the OS, which libc, which version of that libc and on - some platforms even the compiler flags used to compile these things. And - to make it even more fun, tracking down a thread safety problem is damn - well near impossible. Hundreds of people may well state that - Apache+PHP+ext/foo works perfectly for them, but maybe they are only - getting about a million hits a day. Then another user comes along who - gets 100 million hits a day and uses a fast dual-cpu machine and - everything blows up because now suddenly the window for some tiny race - condition has been made much larger due to the faster cpu speeds, the - second cpu and the higher frequency of requests. And the bug report we - get from this user will be something along the lines of: - /para - blockquote - para - It don't work sometimes. Most of the times it works fine, but then - every now and then it just don't. The error is different each time - and I have no idea how to reproduce it, but fix it right away!!! - /para - /blockquote - - paraWhat can we do about these?/para - para - There are a number of (fixable) technical reasons Rasmus does not think - Apache2+PHP is a good idea in a production environment, but setting - those aside it really boils down to one simple concept: - /para - para PHP is glue. It is the glue used to build cool web
[PHP-DOC] cvs: phpdoc /en/install/windows extensions.xml
nlopess Wed Dec 22 11:20:27 2004 EDT Modified files: /phpdoc/en/install/windows extensions.xml Log: fix #31168: libmysql.dll is now used both for mysql and mysqli extensions http://cvs.php.net/diff.php/phpdoc/en/install/windows/extensions.xml?r1=1.6r2=1.7ty=u Index: phpdoc/en/install/windows/extensions.xml diff -u phpdoc/en/install/windows/extensions.xml:1.6 phpdoc/en/install/windows/extensions.xml:1.7 --- phpdoc/en/install/windows/extensions.xml:1.6Tue Aug 31 19:17:24 2004 +++ phpdoc/en/install/windows/extensions.xmlWed Dec 22 11:20:26 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.6 $ -- +!-- $Revision: 1.7 $ -- sect1 id=install.windows.extensions titleInstallation of extensions on Windows/title para @@ -319,8 +319,8 @@ row entryphp_mysqli.dll/entry entrylink linkend=ref.mysqliMySQLi/link functions/entry - entryPHP gt;= 5.0.0, requires filenamelibmysqli.dll/filename -(bundled)/entry + entryPHP gt;= 5.0.0, requires filenamelibmysql.dll/filename +(filenamelibmysqli.dll/filename in PHP lt;= 5.0.2) (bundled)/entry /row row entryphp_oci8.dll/entry
[PHP-DOC] #31168 [Opn-Csd]: libmysqli.dll missing from php-5.0.3-Win32.zip distribution
ID: 31168 Updated by: [EMAIL PROTECTED] Reported By: chris at lodesys dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows PHP Version: 5.0.3 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: [2004-12-18 12:44:25] [EMAIL PROTECTED] As of php-5.0.3 both mysql and mysqli extensions use the same libmysql.dll which is identical to one shipped with mysql distribution. Marking this as documentation issue. [2004-12-18 03:47:29] [EMAIL PROTECTED] I'm asleep at the wheel, that's who I meant to assign it to. My apologies. [2004-12-18 03:44:06] [EMAIL PROTECTED] Georg can't do anything about this, please do never assign bugs to people without verifying it with them first (or really knowing to whom to assign it too). This should go to Edin. Derick [2004-12-18 03:19:39] [EMAIL PROTECTED] Thanks for pointing this out. Georg? [2004-12-18 02:52:36] chris at lodesys dot com Description: The documentation states that libmysqli.dll is required to use the php_mysqli.dll extension, and is bundled. However the file libmysqli.dll is not included in the php-5.0.3-Win32.zip distribution. http://www.php.net/manual/en/install.windows.extensions.php Reproduce code: --- n/a Expected result: Would find file libmysqli.dll in php-5.0.3-Win32.zip Actual result: -- not found -- Edit this bug report at http://bugs.php.net/?id=31168edit=1
[PHP-DOC] #31250 [NEW]: Try is a Control Structure, not an Object
From: rampant at gmail dot com Operating system: WinXP PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Try is a Control Structure, not an Object Description: The documentation for try and catch is in the Classes and Objects chapter of the manual. Throw, Try and Catch control the flow of execution much like if does. They make use of the Exception class, just as if works on booleans - and just as if is not put into the Types chapter, we shouldn't expect to find try and catch in the Classes and Objects chapter. Expected result: http://www.php.net/manual/en/language.control-structures.php try, catch and throw would ba added to the list on the above page, and the exceptions content would be moved there from the http://www.php.net/manual/en/language.oop5.exceptions.php page. Actual result: -- Exceptions are hidden away in the Classes and Objects chapter. -- Edit bug report at http://bugs.php.net/?id=31250edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31250r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31250r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31250r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31250r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31250r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31250r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31250r=needscript Try newer version: http://bugs.php.net/fix.php?id=31250r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31250r=support Expected behavior: http://bugs.php.net/fix.php?id=31250r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31250r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31250r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31250r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31250r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31250r=dst IIS Stability: http://bugs.php.net/fix.php?id=31250r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31250r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31250r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31250r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31250r=mysqlcfg
[PHP-DOC] #31238 [Ana]: pg_field_is_null fails for column with upper case name
ID: 31238 Updated by: [EMAIL PROTECTED] Reported By: phpdevel-no-spam at pv2c dot sk Status: Analyzed -Bug Type: PostgreSQL related +Bug Type: Documentation problem Operating System: * PHP Version: 4CVS, 5CVS (2004-12-22) Assigned To: sniper New Comment: This should be documented. Previous Comments: [2004-12-22 09:06:10] [EMAIL PROTECTED] I can verify this. It happens because the underlying PQfnumber() function tolower()'s the passed field name. You can avoid that by passing the name double-quoted: - if(pg_field_is_null($res, 0, $field)) + if(pg_field_is_null($res, 0, \$field\)) I have prepared a patch for this but it's up to the committee whether we will fix this in sources or in documentation. [2004-12-22 01:00:11] phpdevel-no-spam at pv2c dot sk Description: When calling pg_field_is_null() with 3. parameter the column name and it has upper case letters in it, an error is the result: PHP Warning: pg_field_is_null(): Bad column offset specified in bugtest.php on line 15 This bug was reproduced using PostgreSQL 7.4.6, PHP 4.3.10 PostgreSQL 7.4.6, PHP 4.3.9 PostgreSQL 7.4.6, PHP 4.3.10 using two different servers. This bug doesn't occur when the 3. parameter is column offset, or the column name contains only lover case letters. Reproduce code: --- http://www.pv2c.sk/php/bugtest.zip (1KB) Included is also a sample db creation script. Expected result: Just want to know if the column is NULL. Actual result: -- Just an warning. -- Edit this bug report at http://bugs.php.net/?id=31238edit=1
[PHP-DOC] test
Please ignore (sorry). S
[PHP-DOC] #31257 [NEW]: Documentation error on language.oop5.basic.php
From: j8859 at clix dot pt Operating system: PHP version: 5.0.3 PHP Bug Type: Documentation problem Bug description: Documentation error on language.oop5.basic.php Description: Where is: The inherited methods and members can be overloaded, unless the parent class has defined a method as final, by redeclaring them within the same name defined in the parent class. It is possible to access the overloaded method or members by referencing them with parent:: Should be: The inherited methods and members can be overrided, unless the parent class has defined a method as final, by redeclaring them within the same name defined in the parent class. It is possible to access the overrided method or members by referencing them with parent:: -- Edit bug report at http://bugs.php.net/?id=31257edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31257r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31257r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31257r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31257r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31257r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31257r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31257r=needscript Try newer version: http://bugs.php.net/fix.php?id=31257r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31257r=support Expected behavior: http://bugs.php.net/fix.php?id=31257r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31257r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31257r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31257r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31257r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31257r=dst IIS Stability: http://bugs.php.net/fix.php?id=31257r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31257r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31257r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31257r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31257r=mysqlcfg