[PHP-DOC] #34114 [NEW]: Unrecognized characters in Windows HTML Help
From: jrdnmoore at hotmail dot com Operating system: Windows XP/2000 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Unrecognized characters in Windows HTML Help Description: Most sub-headers and header/footer navigation within the main window of the latest Windows HTML Help (released on August 11, 2005) are being displayed as a series of question marks. I have verified this bug on 3 machines: Windows XP Pro (EN) Windows XP Home (EN) Windows 2000 Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=34114&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34114&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34114&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34114&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34114&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34114&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34114&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34114&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34114&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34114&r=support Expected behavior: http://bugs.php.net/fix.php?id=34114&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34114&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34114&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34114&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34114&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34114&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34114&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34114&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34114&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34114&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34114&r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions strtotime.xml
nlopess Fri Aug 12 12:07:43 2005 EDT Modified files: /phpdoc/en/reference/datetime/functions strtotime.xml Log: php 5.1 works with negative timestamps on all plataforms http://cvs.php.net/diff.php/phpdoc/en/reference/datetime/functions/strtotime.xml?r1=1.15&r2=1.16&ty=u Index: phpdoc/en/reference/datetime/functions/strtotime.xml diff -u phpdoc/en/reference/datetime/functions/strtotime.xml:1.15 phpdoc/en/reference/datetime/functions/strtotime.xml:1.16 --- phpdoc/en/reference/datetime/functions/strtotime.xml:1.15 Sat Jul 30 14:14:12 2005 +++ phpdoc/en/reference/datetime/functions/strtotime.xmlFri Aug 12 12:07:42 2005 @@ -1,5 +1,5 @@ - + @@ -152,7 +152,8 @@ Additionally, not all platforms support negative timestamps, therefore your date range may be limited to no earlier than the Unix epoch. This means that e.g. dates prior to Jan 1, 1970 will not work on Windows, -some Linux distributions, and a few other operating systems. +some Linux distributions, and a few other operating systems. PHP 5.1.0 and +newer versions overcome this limitation though.
[PHP-DOC] cvs: phpdoc /en/faq databases.xml
dallas Fri Aug 12 11:28:32 2005 EDT Modified files: /phpdoc/en/faq databases.xml Log: Wrap long lines. http://cvs.php.net/diff.php/phpdoc/en/faq/databases.xml?r1=1.28&r2=1.29&ty=u Index: phpdoc/en/faq/databases.xml diff -u phpdoc/en/faq/databases.xml:1.28 phpdoc/en/faq/databases.xml:1.29 --- phpdoc/en/faq/databases.xml:1.28Fri Aug 12 09:33:13 2005 +++ phpdoc/en/faq/databases.xml Fri Aug 12 11:28:31 2005 @@ -1,5 +1,5 @@ - + Database issues Database issues @@ -25,7 +25,7 @@ On Unix machines, you can use the Sybase-CT driver to access Microsoft SQL Servers because they are (at - least mostly) protocol-compatible. Sybase has made a + least mostly) protocol-compatible. Sybase has made a free version of the necessary libraries for Linux systems. For other Unix operating systems, you need to contact Sybase for the correct libraries. @@ -119,7 +119,7 @@ Select the table to link, press OK, and presto! You can now open the table and add/delete/edit data on your MySQL server! You can also build queries, import/export tables to MySQL, - build forms and reports, etc. + build forms and reports, etc. @@ -168,26 +168,26 @@ Most likely what has happened is, PHP 4 was compiled with the --with-mysql option, without specifying the - path to MySQL. This means PHP is using its built-in MySQL client - library. If your system is running applications, such as PHP 3 as a + path to MySQL. This means PHP is using its built-in MySQL client + library. If your system is running applications, such as PHP 3 as a concurrent Apache module, or auth-mysql, that use other versions of MySQL clients, then there is a conflict between the two differing versions of those clients. Recompiling PHP 4, and adding the path to MySQL to the flag, - '--with-mysql=/your/path/to/mysql' + '--with-mysql=/your/path/to/mysql' usually solves the problem. - + PHP 5 no longer bundles MySQL client libraries, what does this mean to me? Can I still use MySQL with PHP? I try to use MySQL and get - "function undefined" errors, what gives? + "function undefined" errors, what gives? @@ -233,13 +233,15 @@ ones who know what they are doing, tend to always build PHP against their system's libmyqlclient library simply by adding the --with-mysql=/usr option - when building PHP. Windows users may enable the extension - php_mysql.dll inside &php.ini;. For more details, see the MySQL Reference for installation instructions. Also, be sure + when building PHP. Windows users may enable the extension + php_mysql.dll inside &php.ini;. + For more details, see the MySQL Reference + for installation instructions. Also, be sure libmysql.dll is available to the systems PATH. - For more details on how, read the FAQ on - setting up the Windows + For more details on how, read the FAQ on + setting up the Windows systems PATH. Because libmysql.dll (and - many other PHP related files) exist in the PHP folder, you'll want to + many other PHP related files) exist in the PHP folder, you'll want to add the PHP folder to your systems PATH. @@ -266,9 +268,9 @@ - Why do I get an error that looks something like this: - "Warning: 0 is not a MySQL result index in- on line " or "Warning: Supplied argument is not + Why do I get an error that looks something like this: + "Warning: 0 is not a MySQL result index in + on line " or "Warning: Supplied argument is not a valid MySQL result resource in on line ? @@ -276,7 +278,7 @@ You are trying to use a result identifier that is 0. The 0 indicates that your query failed for some reason. You need to check for errors - after submitting a query and before you attempt to use the returned + after submitting a query and before you attempt to use the returned result identifier. The proper way to do this is with code similar to the following:
[PHP-DOC] #34101 [Opn->Bgs]: ArrayObject setFlags and getFlags functions not documented.
ID: 34101 Updated by: [EMAIL PROTECTED] Reported By: stochnagara at hotmail dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: windows xp PHP Version: Irrelevant New Comment: Thanks for the bug report, but we have tools to determine which functions aren't documented. Anyway the SPL extension is pretty bad documented. Previous Comments: [2005-08-12 16:50:20] stochnagara at hotmail dot com Description: ArrayObject setFlags and getFlags functions are not documented in the latest version of the documentation. Reproduce code: --- no Expected result: no Actual result: -- no -- Edit this bug report at http://bugs.php.net/?id=34101&edit=1
[PHP-DOC] #34102 [NEW]: Omission in Documentation
From: mikerob818 at cs dot com Operating system: Windows 98 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Omission in Documentation Description: In reference to your response to Bug Report #34083 PHP Manual: Errors, Inconsistencies, and Omissions I think I have gone through the PHP manual thoroughly but still can't get PHP5 to work with Personal Web Server 4. This is Part 3 of my bug report and I would appreciate a response. Thanks, Robin * Omissions in Documentation Once PHP is installed with Personal Web Server 4 (under Windows 98), when the folder c:\PHP is right clicked to get PHP properties, there is a Web Sharing tab that states "Microsoft Personal Web Server is started". The Share this Folder Option is selected and /Php appears under Aliases. However, trying to execute a simple script like hello.php results in an HTTP 404 File not found condition. In addition, the equivalent in hello.asp will also result in this error. You can only run an asp program under Personal Web Server by selecting Do Not Share this Folder. However, an Error dialogue box will appear that asks: "Disable web sharing of this folder? This action will delete all the aliases for this item." which then results in this error message when trying to run hello.php under Personal Web Server: HTTP Error 403 403.1 Forbidden: Execute Access Forbidden This error can be caused if you are trying to execute a CGI, ISAPI, or other executable program from a directory that does not allow programs to be executed. The PHP documentation does not address these problems with Personal Web Server. You need to discuss whether it is possible to run both PHP and ASP under Personal Web Server and how this can be done without getting a file not found condition. -- Edit bug report at http://bugs.php.net/?id=34102&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34102&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34102&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34102&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34102&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34102&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34102&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34102&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34102&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34102&r=support Expected behavior: http://bugs.php.net/fix.php?id=34102&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34102&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34102&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34102&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34102&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34102&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34102&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34102&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34102&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34102&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34102&r=mysqlcfg
[PHP-DOC] #34101 [NEW]: ArrayObject setFlags and getFlags functions not documented.
From: stochnagara at hotmail dot com Operating system: windows xp PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: ArrayObject setFlags and getFlags functions not documented. Description: ArrayObject setFlags and getFlags functions are not documented in the latest version of the documentation. Reproduce code: --- no Expected result: no Actual result: -- no -- Edit bug report at http://bugs.php.net/?id=34101&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34101&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34101&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34101&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34101&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34101&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34101&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34101&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34101&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34101&r=support Expected behavior: http://bugs.php.net/fix.php?id=34101&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34101&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34101&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34101&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34101&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34101&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34101&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34101&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34101&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34101&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34101&r=mysqlcfg
Re: [PHP-DOC] cvs: phpdoc /en/faq databases.xml
Wrap your lines, please. Thanks, Nuno - Original Message - dmytton Fri Aug 12 09:33:14 2005 EDT Modified files: /phpdoc/en/faq databases.xml Log: Added link to installation instructions for bug #34081 http://cvs.php.net/diff.php/phpdoc/en/faq/databases.xml?r1=1.27&r2=1.28&ty=u Index: phpdoc/en/faq/databases.xml diff -u phpdoc/en/faq/databases.xml:1.27 phpdoc/en/faq/databases.xml:1.28 --- phpdoc/en/faq/databases.xml:1.27 Sun Sep 5 03:46:11 2004 +++ phpdoc/en/faq/databases.xml Fri Aug 12 09:33:13 2005 @@ -1,5 +1,5 @@ - + Database issues Database issues @@ -234,7 +234,7 @@ their system's libmyqlclient library simply by adding the --with-mysql=/usr option when building PHP. Windows users may enable the extension - php_mysql.dll inside &php.ini;. Also, be sure + php_mysql.dll inside &php.ini;. For more details, see the MySQL Reference for installation instructions. Also, be sure libmysql.dll is available to the systems PATH. For more details on how, read the FAQ on setting up the Windows
[PHP-DOC] #34099 [Opn->Csd]: windows extension_dir
ID: 34099 Updated by: [EMAIL PROTECTED] -Summary: Inconsistencies in Documentation Reported By: mikerob818 at cs dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows 98 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. Both ways work nowadays. But I've changed all them to '\' (windows style). The default extension_dir for PHP 5 is right (C:\php5). Previous Comments: [2005-08-12 16:22:11] mikerob818 at cs dot com Description: In reference to your response to Bug Report #34083 PHP Manual: Errors, Inconsistencies, and Omissions I think I have gone through the PHP manual thoroughly but still can't get PHP5 to work with Personal Web Server 4. This is Part 2 of my bug report and I would appreciate a response. Thanks, Robin * Documentation Inconsistencies Installation of extensions on Windows The default location PHP searches for extensions is c:\php4\extensions in PHP 4 and c:\php5 in PHP 5. To change this setting to reflect your setup of PHP edit your php.ini file: · You will need to change the extension_dir setting to point to the directory where your extensions lives, or where you have placed your php_*.dll files. Please do not forget the last backslash. For example: extension_dir = c:/php/extensions/ Microsoft IIS / PWS General considerations for all installations of PHP with IIS · Be sure the extension_dir and doc_root PHP directives are appropriately set in php.ini. These directives depend on the system that PHP is being installed on. In PHP 4, the extension_dir is extensions while with PHP 5 it's ext. So, an example PHP 5 extensions_dir value is "c:\php\ext" and an example IIS doc_root value is "c:\Inetpub\wwwroot". MySql Functions Installation on Windows Systems As with enabling any PHP extension (such as php_mysql.dll), the PHP directive extension_dir should be set to the directory where the PHP extensions are located. An example extension_dir value for PHP 5 is c:\php\ext The last 2 sets of instructions for extension_dir are different from the first set of instructions. (In fact, all 3 are different in that the last instruction doesn't enclose c:\php\ext in quotes.) In addition, the default location for PHP5 extensions is stated as c:\PHP5 rather than c:\php\ext and there is no explanation for it. -- Edit this bug report at http://bugs.php.net/?id=34099&edit=1
[PHP-DOC] cvs: phpdoc /en/install/windows extensions.xml
nlopess Fri Aug 12 10:45:57 2005 EDT Modified files: /phpdoc/en/install/windows extensions.xml Log: fix #34099: wrong slashes in the extension_dir directive http://cvs.php.net/diff.php/phpdoc/en/install/windows/extensions.xml?r1=1.10&r2=1.11&ty=u Index: phpdoc/en/install/windows/extensions.xml diff -u phpdoc/en/install/windows/extensions.xml:1.10 phpdoc/en/install/windows/extensions.xml:1.11 --- phpdoc/en/install/windows/extensions.xml:1.10 Thu Mar 31 22:01:26 2005 +++ phpdoc/en/install/windows/extensions.xmlFri Aug 12 10:45:56 2005 @@ -1,5 +1,5 @@ - + Installation of extensions on Windows @@ -52,8 +52,8 @@ The default location PHP searches for extensions is - c:\php4\extensions in PHP 4 and - c:\php5 in PHP 5. To change this + C:\php4\extensions in PHP 4 and + C:\php5 in PHP 5. To change this setting to reflect your setup of PHP edit your &php.ini; file: @@ -61,12 +61,11 @@ You will need to change the extension_dir setting to point to the directory where your extensions lives, or where you have -placed your php_*.dll files. Please do not -forget the last backslash. For example: +placed your php_*.dll files. For example:
[PHP-DOC] cvs: phpdoc /en/install/unix apache2.xml
nlopess Fri Aug 12 10:24:57 2005 EDT Modified files: /phpdoc/en/install/unix apache2.xml Log: fix path of the php 5 module http://cvs.php.net/diff.php/phpdoc/en/install/unix/apache2.xml?r1=1.5&r2=1.6&ty=u Index: phpdoc/en/install/unix/apache2.xml diff -u phpdoc/en/install/unix/apache2.xml:1.5 phpdoc/en/install/unix/apache2.xml:1.6 --- phpdoc/en/install/unix/apache2.xml:1.5 Tue Mar 29 16:29:18 2005 +++ phpdoc/en/install/unix/apache2.xml Fri Aug 12 10:24:56 2005 @@ -1,5 +1,5 @@ - + Apache 2.0 on Unix systems @@ -90,11 +90,11 @@ For PHP 4: - LoadModule php4_module libexec/libphp4.so + LoadModule php4_module modules/libphp4.so For PHP 5: - LoadModule php5_module libexec/libphp5.so + LoadModule php5_module modules/libphp5.so 15. Tell Apache to parse certain extensions as PHP. For example, let's have Apache parse the .php extension as PHP. You could
[PHP-DOC] #34099 [NEW]: Inconsistencies in Documentation
From: mikerob818 at cs dot com Operating system: Windows 98 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Inconsistencies in Documentation Description: In reference to your response to Bug Report #34083 PHP Manual: Errors, Inconsistencies, and Omissions I think I have gone through the PHP manual thoroughly but still can't get PHP5 to work with Personal Web Server 4. This is Part 2 of my bug report and I would appreciate a response. Thanks, Robin * Documentation Inconsistencies Installation of extensions on Windows The default location PHP searches for extensions is c:\php4\extensions in PHP 4 and c:\php5 in PHP 5. To change this setting to reflect your setup of PHP edit your php.ini file: · You will need to change the extension_dir setting to point to the directory where your extensions lives, or where you have placed your php_*.dll files. Please do not forget the last backslash. For example: extension_dir = c:/php/extensions/ Microsoft IIS / PWS General considerations for all installations of PHP with IIS · Be sure the extension_dir and doc_root PHP directives are appropriately set in php.ini. These directives depend on the system that PHP is being installed on. In PHP 4, the extension_dir is extensions while with PHP 5 it's ext. So, an example PHP 5 extensions_dir value is "c:\php\ext" and an example IIS doc_root value is "c:\Inetpub\wwwroot". MySql Functions Installation on Windows Systems As with enabling any PHP extension (such as php_mysql.dll), the PHP directive extension_dir should be set to the directory where the PHP extensions are located. An example extension_dir value for PHP 5 is c:\php\ext The last 2 sets of instructions for extension_dir are different from the first set of instructions. (In fact, all 3 are different in that the last instruction doesn't enclose c:\php\ext in quotes.) In addition, the default location for PHP5 extensions is stated as c:\PHP5 rather than c:\php\ext and there is no explanation for it. -- Edit bug report at http://bugs.php.net/?id=34099&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34099&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34099&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34099&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34099&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34099&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34099&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34099&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34099&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34099&r=support Expected behavior: http://bugs.php.net/fix.php?id=34099&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34099&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34099&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34099&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34099&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34099&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34099&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34099&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34099&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34099&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34099&r=mysqlcfg
[PHP-DOC] #34098 [NEW]: Documentation Error
From: mikerob818 at cs dot com Operating system: Windows 98 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Documentation Error Description: In reference to your response to Bug Report #34083 PHP Manual: Errors, Inconsistencies, and Omissions I think I have gone through the PHP manual thoroughly but still can't get PHP5 to work with Personal Web Server 4. This is Part I of my bug report and I would appreciate a response. Thanks, Robin Documentation Error Microsoft IIS / PWS Windows and PWS 4 PWS 4 does not support ISAPI, only PHP CGI should be used. · In the PWS Manager, right click on a given directory you want to add PHP support to, and select Properties. Check the 'Execute' checkbox, and confirm. The instruction should be: In Personal Web Manager: Click View> Advanced Click Edit Properties Check Execute checkbox Click OK -- Edit bug report at http://bugs.php.net/?id=34098&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34098&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34098&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34098&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34098&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34098&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34098&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34098&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34098&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34098&r=support Expected behavior: http://bugs.php.net/fix.php?id=34098&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34098&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34098&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34098&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34098&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34098&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34098&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34098&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34098&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34098&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34098&r=mysqlcfg
[PHP-DOC] #34081 [Bgs->Csd]: FAQ. Incomplete MySQL enabling comments.
ID: 34081 Updated by: [EMAIL PROTECTED] Reported By: adrian dot worley at get2net dot dk -Status: Bogus +Status: Closed Bug Type: Documentation problem Operating System: Windows 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. I added a link to the existing instructions in the FAQ. Previous Comments: [2005-08-12 09:46:02] adrian dot worley at get2net dot dk I did not imply it was a bug. I figured that if an issue was turning up often enough to be in a FAQ, it may as well have the complete solution there rather then the partial solution shown now. [2005-08-12 02:46:15] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. This is mentioned at http://www.php.net/manual/en/ref.mysql.php under Installation on Windows Systems > PHP 5 [2005-08-11 16:38:53] adrian dot worley at get2net dot dk add the 7ext sub-dir to PATH should, of course, be add the /ext sub-dir to PATH [2005-08-11 16:34:48] adrian dot worley at get2net dot dk Description: 67 Database Issues. When enabling MySQL on a Windows box the Docs/FAQ correctly state... Windows users may enable the extension php_mysql.dll inside php.ini. ... and then how to add the PHP directory to the PATH variable. Upon doing so and rebooting, PHP fails to start stating that php_mysql.dll cannot be found. This is because the .dll is in the /ext sub-directory. I suggest the FAQ is modified to advise the user to either... change extension_dir from "./" to "./ext/" -OR- move php_mysql.dll to the PHP directory -OR- add the 7ext sub-dir to PATH ... I chose the first. Minor issue, but may help a few. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=34081&edit=1
[PHP-DOC] cvs: phpdoc /en/faq databases.xml
dmytton Fri Aug 12 09:33:14 2005 EDT Modified files: /phpdoc/en/faq databases.xml Log: Added link to installation instructions for bug #34081 http://cvs.php.net/diff.php/phpdoc/en/faq/databases.xml?r1=1.27&r2=1.28&ty=u Index: phpdoc/en/faq/databases.xml diff -u phpdoc/en/faq/databases.xml:1.27 phpdoc/en/faq/databases.xml:1.28 --- phpdoc/en/faq/databases.xml:1.27Sun Sep 5 03:46:11 2004 +++ phpdoc/en/faq/databases.xml Fri Aug 12 09:33:13 2005 @@ -1,5 +1,5 @@ - + Database issues Database issues @@ -234,7 +234,7 @@ their system's libmyqlclient library simply by adding the --with-mysql=/usr option when building PHP. Windows users may enable the extension - php_mysql.dll inside &php.ini;. Also, be sure + php_mysql.dll inside &php.ini;. For more details, see the MySQL Reference for installation instructions. Also, be sure libmysql.dll is available to the systems PATH. For more details on how, read the FAQ on setting up the Windows
Re: [PHP-DOC] Adding link
Thanks. On 12/08/05, Dan Scott <[EMAIL PROTECTED]> wrote: > On 8/12/05, David Mytton <[EMAIL PROTECTED]> wrote: > > If I wanted to add a link to > > http://www.php.net/manual/en/ref.mysql.php would the link be: > > > > Link text > > > > ? > > -- > > Regards, > > > > David Mytton > > http://www.olate.co.uk > > > > Yes, that's exactly right. > > Dan > -- Regards, David Mytton http://www.olate.co.uk
Re: [PHP-DOC] Adding link
On 8/12/05, David Mytton <[EMAIL PROTECTED]> wrote: > If I wanted to add a link to > http://www.php.net/manual/en/ref.mysql.php would the link be: > > Link text > > ? > -- > Regards, > > David Mytton > http://www.olate.co.uk > Yes, that's exactly right. Dan
[PHP-DOC] Adding link
If I wanted to add a link to http://www.php.net/manual/en/ref.mysql.php would the link be: Link text ? -- Regards, David Mytton http://www.olate.co.uk
[PHP-DOC] #34095 [NEW]: language/oop5/static.xml unclear about methods
From: [EMAIL PROTECTED] Operating system: All PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: language/oop5/static.xml unclear about methods Description: Manual is a bit unclear about static methods. It doesn't imply that calling non-static methods in a static context (using the paamayim nekudotayim operator) is still valid. Reproduce code: --- '; } public static function fromStatic() { echo 'A static call '; } } Foo::fromObject(); Foo::fromStatic(); ?> -- Edit bug report at http://bugs.php.net/?id=34095&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34095&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34095&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34095&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34095&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34095&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34095&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34095&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34095&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34095&r=support Expected behavior: http://bugs.php.net/fix.php?id=34095&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34095&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34095&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34095&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34095&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34095&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34095&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34095&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34095&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34095&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34095&r=mysqlcfg
[PHP-DOC] #34081 [Bgs]: FAQ. Incomplete MySQL enabling comments.
ID: 34081 User updated by: adrian dot worley at get2net dot dk Reported By: adrian dot worley at get2net dot dk Status: Bogus Bug Type: Documentation problem Operating System: Windows PHP Version: Irrelevant New Comment: I did not imply it was a bug. I figured that if an issue was turning up often enough to be in a FAQ, it may as well have the complete solution there rather then the partial solution shown now. Previous Comments: [2005-08-12 02:46:15] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. This is mentioned at http://www.php.net/manual/en/ref.mysql.php under Installation on Windows Systems > PHP 5 [2005-08-11 16:38:53] adrian dot worley at get2net dot dk add the 7ext sub-dir to PATH should, of course, be add the /ext sub-dir to PATH [2005-08-11 16:34:48] adrian dot worley at get2net dot dk Description: 67 Database Issues. When enabling MySQL on a Windows box the Docs/FAQ correctly state... Windows users may enable the extension php_mysql.dll inside php.ini. ... and then how to add the PHP directory to the PATH variable. Upon doing so and rebooting, PHP fails to start stating that php_mysql.dll cannot be found. This is because the .dll is in the /ext sub-directory. I suggest the FAQ is modified to advise the user to either... change extension_dir from "./" to "./ext/" -OR- move php_mysql.dll to the PHP directory -OR- add the 7ext sub-dir to PATH ... I chose the first. Minor issue, but may help a few. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=34081&edit=1
[PHP-DOC] #34086 [Opn->Bgs]: pg_set_error_verbosity is 5.1, not 5
ID: 34086 Updated by: [EMAIL PROTECTED] Reported By: php-bugs at projectjj dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: n/a PHP Version: Irrelevant New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Same as bug #33157. Previous Comments: [2005-08-12 01:22:40] php-bugs at projectjj dot com Description: http://www.php.net/pg_set_error_verbosity claims it is in PHP 5, but it is in PHP 5.1. -- Edit this bug report at http://bugs.php.net/?id=34086&edit=1