[PHP-DOC] #39453 [NEW]: Misleading note in ODBC Functions (Unified)
From: nick dot gorham at easysoft dot com Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Misleading note in ODBC Functions (Unified) Description: On the Unified ODBC doc page, there is a note at the top that indicates that iODBC is the way to use ODBC via PHP. The problem with this (IMHO), is that it seems to be suggesting that iODBC is the only way. Of course unixODBC is still supported in the build, and last time I looked that was what most linux distribs came with. I have just had a user, causing himeself all sorts of problems, as he decided he needed to rebuild his copy of PHP because it was supplied built with unixODBC, and he needed to change to iODBC. That wasn't his problem at all, it was actually a permissions problem. -- Edit bug report at http://bugs.php.net/?id=39453&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39453&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39453&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39453&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39453&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39453&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39453&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39453&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39453&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39453&r=support Expected behavior:http://bugs.php.net/fix.php?id=39453&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39453&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39453&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39453&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39453&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39453&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39453&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39453&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39453&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39453&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39453&r=mysqlcfg
Re: [PHP-DOC] CIV. ODBC Functions (Unified)
Nuno Lopes wrote: Hi, I never used this extension, so I can't really make a decision here. Anyway I advise you to fill in a bug in http://bugs.php.net so that this message doesn't get lost. Thanks, Nuno OK, Thanks, I will do that. -- Nick Gorham
Re: [PHP-DOC] CIV. ODBC Functions (Unified)
On 11/02/2006 02:02 PM, Nick Gorham wrote: Hi, I have looked through the archive, and can't find anything on the subject, So I hope this is the correct place to ask the question. On the Unified ODBC doc page, there is a note at the top that indicates that iODBC is the way to use ODBC via PHP. The problem with this (IMHO), is that it seems to be suggesting that iODBC is the only way. Of course unixODBC is still supported in the build, and last time I looked that was what most linux distribs came with. True, the note below seems to be missing unixODBC: --- Note: There is no ODBC involved when connecting to the above databases. The functions that you use to speak natively to them just happen to share the same names and syntax as the ODBC functions. The exception to this is iODBC. --- AFAIU unixODBC should be mentioned here too, as one of the "exceptions". I have just had a user, causing himeself all sorts of problems, as he decided he needed to rebuild his copy of PHP because it was supplied built with unixODBC, and he needed to change to iODBC. That wasn't his problem at all, it was actually a permissions problem. Hopefully you can see my point though? Thanks. -- Wbr, Antony Dovgal
[PHP-DOC] #39430 [Opn->Bgs]: Fatal error: Cannot redeclare date_format()
ID: 39430 Updated by: [EMAIL PROTECTED] Reported By: r dot vandruten at usc dot ru dot nl -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: freebsd 6.0 PHP Version: 5.2.0 New Comment: We have tools to track undocumented functions, so there's no need to have this bug open. Previous Comments: [2006-11-09 08:35:25] [EMAIL PROTECTED] Yes it is. [2006-11-08 19:27:57] judas dot iscariote at gmail dot com it is a new , yet to be documented function part of the new DateTime Facilities on 5.2. [2006-11-08 15:13:21] r dot vandruten at usc dot ru dot nl its an internal function? but not in the documents? [2006-11-08 15:08:13] r dot vandruten at usc dot ru dot nl addition perhaps its an engine or module problem [2006-11-08 14:56:09] r dot vandruten at usc dot ru dot nl Description: Fatal error: Cannot redeclare date_format() in /usr/home/tester.php on line 4 is date_format a new undocumented function? Reproduce code: --- Expected result: In 5.1.4 nothing in 5.2.0 ? -- Edit this bug report at http://bugs.php.net/?id=39430&edit=1
Re: [PHP-DOC] CIV. ODBC Functions (Unified)
Hi, I never used this extension, so I can't really make a decision here. Anyway I advise you to fill in a bug in http://bugs.php.net so that this message doesn't get lost. Thanks, Nuno - Original Message - Hi, I have looked through the archive, and can't find anything on the subject, So I hope this is the correct place to ask the question. On the Unified ODBC doc page, there is a note at the top that indicates that iODBC is the way to use ODBC via PHP. The problem with this (IMHO), is that it seems to be suggesting that iODBC is the only way. Of course unixODBC is still supported in the build, and last time I looked that was what most linux distribs came with. I have just had a user, causing himeself all sorts of problems, as he decided he needed to rebuild his copy of PHP because it was supplied built with unixODBC, and he needed to change to iODBC. That wasn't his problem at all, it was actually a permissions problem. Hopefully you can see my point though? Thanks. -- Nick Gorham Easysoft Limited - http://www.easysoft.com unixODBC project - http://www.unixODBC.org
[PHP-DOC] cvs: phpdoc /en/install ini.xml /en/install/windows iis.xml manual.xml
nlopess Thu Nov 9 15:50:45 2006 UTC Modified files: /phpdoc/en/install ini.xml /phpdoc/en/install/windows iis.xml manual.xml Log: add Apache 2.2 sapi fix the php.ini search order for CLI sapi remove reference to php.ini beeing search on the PATH(#39432) http://cvs.php.net/viewvc.cgi/phpdoc/en/install/ini.xml?r1=1.14&r2=1.15&diff_format=u Index: phpdoc/en/install/ini.xml diff -u phpdoc/en/install/ini.xml:1.14 phpdoc/en/install/ini.xml:1.15 --- phpdoc/en/install/ini.xml:1.14 Tue Jul 4 11:03:22 2006 +++ phpdoc/en/install/ini.xml Thu Nov 9 15:50:45 2006 @@ -1,5 +1,5 @@ - + Runtime Configuration @@ -39,7 +39,7 @@ - Current working directory (for CLI) + Current working directory (except CLI) http://cvs.php.net/viewvc.cgi/phpdoc/en/install/windows/iis.xml?r1=1.18&r2=1.19&diff_format=u Index: phpdoc/en/install/windows/iis.xml diff -u phpdoc/en/install/windows/iis.xml:1.18 phpdoc/en/install/windows/iis.xml:1.19 --- phpdoc/en/install/windows/iis.xml:1.18 Thu Apr 20 15:33:05 2006 +++ phpdoc/en/install/windows/iis.xml Thu Nov 9 15:50:45 2006 @@ -1,5 +1,5 @@ - + Microsoft IIS / PWS @@ -42,8 +42,8 @@ Modify the Windows PATH environment variable to - include the PHP directory. This way the PHP DLL files, PHP executables, - and &php.ini; can all remain in the PHP directory without cluttering + include the PHP directory. This way the PHP DLL files and PHP executables + can all remain in the PHP directory without cluttering up the Windows system directory. For more details, see the FAQ on Setting the PATH. http://cvs.php.net/viewvc.cgi/phpdoc/en/install/windows/manual.xml?r1=1.19&r2=1.20&diff_format=u Index: phpdoc/en/install/windows/manual.xml diff -u phpdoc/en/install/windows/manual.xml:1.19 phpdoc/en/install/windows/manual.xml:1.20 --- phpdoc/en/install/windows/manual.xml:1.19 Wed Nov 30 20:53:45 2005 +++ phpdoc/en/install/windows/manual.xmlThu Nov 9 15:50:45 2006 @@ -1,5 +1,5 @@ - + Manual Installation Steps @@ -230,6 +230,9 @@ sapi/php4apache2.dll (php5apache2.dll) - Apache 2.0.x module. + sapi/php5apache2_2.dll - Apache 2.2.x module. + + sapi/php4isapi.dll (php5isapi.dll) - ISAPI Module for ISAPI compliant web servers like IIS 4.0/PWS 4.0 or newer.
[PHP-DOC] #39432 [Opn->Csd]: PHP does not check c:\php for php.ini even though it's in the path
ID: 39432 Updated by: [EMAIL PROTECTED] Reported By: aren at cambre dot biz -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows Server 2003 SP1 PHP Version: 5.2.0 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: [2006-11-08 15:51:53] aren at cambre dot biz I take back what I said. You have a documentation error. >From http://us2.php.net/manual/en/install.windows.iis.php: "Modify the Windows PATH environment variable to include the PHP directory. This way the PHP DLL files, PHP executables, and php.ini can all remain in the PHP directory without cluttering up the Windows system directory. For more details, see the FAQ on Setting the PATH." I thought I wasn't smoking crack. :-) [2006-11-08 15:44:17] aren at cambre dot biz I see that now, and I now agree with the bogus status. It was buried pretty deeply at http://us2.php.net/manual/en/configuration.php#configuration.file. [2006-11-08 15:34:59] [EMAIL PROTECTED] No bug here, PHP is not supposed to look for php.ini in PATH. [2006-11-08 15:22:17] aren at cambre dot biz Description: I have used filemon (from sysinternals.com) to verify that php does not even check C:\php for a php.ini file even though c:\php is in my path. Here is my path statement: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\Program Files\Intel\DMIX;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;c:\php I tried moving c:\php to the 4th item in the path statement, and that didn't make a difference, either. According to filemon, php is checking c:\windows\system32\inetsrv\ and C:\windows\. I think that is bizarre because c:\windows\system32\inetsrv\ isn't even in the path! Expected result: php should load php.ini out of c:\php. Actual result: -- php doesn't even check c:\php. -- Edit this bug report at http://bugs.php.net/?id=39432&edit=1
[PHP-DOC] #39444 [Opn->Bgs]: PHP version in SOAP documentation?
ID: 39444 Updated by: [EMAIL PROTECTED] Reported By: mail at manuzhai dot nl -Status: Open +Status: Bogus Bug Type:Documentation problem PHP Version: Irrelevant New Comment: We already working on this. BTW, the SOAP extension appeared in PHP 5. Previous Comments: [2006-11-09 09:14:41] mail at manuzhai dot nl Description: In the documentation for the SOAP extension, it says there is no version available, and it "might be only in CVS". However, from the PHP 5 changelog it seems that it's been in there for a while. Could the documentation be updated to state the first version in which the relevant objects/methods appeared? -- Edit this bug report at http://bugs.php.net/?id=39444&edit=1
[PHP-DOC] #38810 [Opn->Csd]: GLOB_BRACE not available
ID: 38810 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Solaris 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: [2006-09-13 15:33:59] [EMAIL PROTECTED] Description: GLOB_BRACE seems only available on systems with GNUs glibc. This should be documented in the manual. On Solaris for example the constant is undefined and the feature does not work. -- Edit this bug report at http://bugs.php.net/?id=38810&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions glob.xml
nlopess Thu Nov 9 15:31:05 2006 UTC
Modified files:
/phpdoc/en/reference/filesystem/functions glob.xml
Log:
fix #38810: GLOB_BRACE not avaible on solaris
http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/filesystem/functions/glob.xml?r1=1.21&r2=1.22&diff_format=u
Index: phpdoc/en/reference/filesystem/functions/glob.xml
diff -u phpdoc/en/reference/filesystem/functions/glob.xml:1.21
phpdoc/en/reference/filesystem/functions/glob.xml:1.22
--- phpdoc/en/reference/filesystem/functions/glob.xml:1.21 Fri Aug 11
18:22:14 2006
+++ phpdoc/en/reference/filesystem/functions/glob.xml Thu Nov 9 15:31:05 2006
@@ -1,5 +1,5 @@
-
+
glob
@@ -53,6 +53,11 @@
GLOB_BRACE - Expands {a,b,c} to match 'a', 'b',
or 'c'
+
+
+This flag is not available on some non GNU systems, like Solaris.
+
+
Re: [PHP-DOC] New Functable Scripts
Hi all, I've mentioned this on IRC, but it's now time to bring it over to the list (I hope). I've started rewriting functable; I've got a mostly-working version written, entirely in PHP, so we can finally kiss that big blob of AWK goodbye. No offense, but most of us have no idea how to maintain it, and we've ported most (all?) of our other tools to PHP for this reason. Take a look: http://www.phpdoc.info/newfunctable.tgz http://www.phpdoc.info/newfunctable-nodb.tgz the latter is much smaller, but isn't bootstrapped It only generates the XSL (see gen_xsl.php), and not DSSSL, yet. It also only knows of php-src, and not of PECL (yet). So... thoughts? bugs? complaints? sanity check? Great news :) The PECL data will be difficult to generate (I mean, the PECL package version), but for a first step writing "PECL" would be enough. Also, you are going to commit this to phpdoc/scripts and not to functable, right? This application is a much needed step for improving the versioning information within the PHP manual. Yes it's great news, and you are sane for producing it! :) As far as TODO items for the PHP manual go, getting the versioning working (especially for PECL) is near the top of the list. In fact, it may be #1. Regards, Philip
Re: [PHP-DOC] Update to ibm_db2 ini.xml and functions
Patch commited. Thanks, Nuno - Original Message - We've added new i5 options and examples, affecting files: en/reference/ibm_db2/ini.xml en/reference/ibm_db2/functions/db2-connect.xml en/reference/ibm_db2/functions/db2-fetch-row.xml en/reference/ibm_db2/functions/db2-set-option.xml Thanks, Owain --- Owain Jones DB2 Information Development IBM Toronto Lab, D4-416 Phone (work): 905-413-2196 [EMAIL PROTECTED]
Re: [PHP-DOC] Documenting array_fill_keys
Jakub has commited your patch! Thanks and sorry for the delay. Nuno - Original Message - From: "Matt W" <[EMAIL PROTECTED]> To: Sent: Wednesday, November 01, 2006 11:08 AM Subject: [PHP-DOC] Documenting array_fill_keys Hi, First time posting to the doc list, so I hope this is helpful, etc. I requested the array_fill_keys() function awhile ago and figured I should help a bit by sending some basic documentation for it. :-) I worked from array-fill.xml and just saved the "middle" part (between comments), to let someone who knows what they're doing fill in the rest! Don't know if the wording needs to be tweaked or such, but it's a start... Matt
[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-fill-keys.xml
takagi Thu Nov 9 13:20:21 2006 UTC Modified files: /phpdoc/en/reference/array/functionsarray-fill-keys.xml Log: added $Revision$ tag. http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/array/functions/array-fill-keys.xml?r1=1.1&r2=1.2&diff_format=u Index: phpdoc/en/reference/array/functions/array-fill-keys.xml diff -u phpdoc/en/reference/array/functions/array-fill-keys.xml:1.1 phpdoc/en/reference/array/functions/array-fill-keys.xml:1.2 --- phpdoc/en/reference/array/functions/array-fill-keys.xml:1.1 Thu Nov 9 08:23:00 2006 +++ phpdoc/en/reference/array/functions/array-fill-keys.xml Thu Nov 9 13:20:21 2006 @@ -1,4 +1,5 @@ + array_fill_keys
[PHP-DOC] #39444 [NEW]: PHP version in SOAP documentation?
From: mail at manuzhai dot nl Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: PHP version in SOAP documentation? Description: In the documentation for the SOAP extension, it says there is no version available, and it "might be only in CVS". However, from the PHP 5 changelog it seems that it's been in there for a while. Could the documentation be updated to state the first version in which the relevant objects/methods appeared? -- Edit bug report at http://bugs.php.net/?id=39444&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39444&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39444&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39444&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39444&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39444&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39444&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39444&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39444&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39444&r=support Expected behavior:http://bugs.php.net/fix.php?id=39444&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39444&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39444&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39444&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39444&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39444&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39444&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39444&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39444&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39444&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39444&r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions error-get-last.xml
vrana Thu Nov 9 08:37:32 2006 UTC Added files: /phpdoc/en/reference/errorfunc/functionserror-get-last.xml Log: Initial documentation http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/errorfunc/functions/error-get-last.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/errorfunc/functions/error-get-last.xml +++ phpdoc/en/reference/errorfunc/functions/error-get-last.xml error_get_last Get the last occurred error &reftitle.description; arrayerror_get_last &reftitle.returnvalues; Returns an associative array describing the last error with keys "type", "message", "file" and "line". Returns &null; if there hasn't been an error yet. &reftitle.examples; An error_get_last example &example.outputs.similar; &reftitle.seealso; Error constants Variable $php_errormsg Directive display_errors
[PHP-DOC] #39430 [Opn]: Fatal error: Cannot redeclare date_format()
ID: 39430 Updated by: [EMAIL PROTECTED] Reported By: r dot vandruten at usc dot ru dot nl Status: Open Bug Type: Documentation problem Operating System: freebsd 6.0 PHP Version: 5.2.0 New Comment: Yes it is. Previous Comments: [2006-11-08 19:27:57] judas dot iscariote at gmail dot com it is a new , yet to be documented function part of the new DateTime Facilities on 5.2. [2006-11-08 15:13:21] r dot vandruten at usc dot ru dot nl its an internal function? but not in the documents? [2006-11-08 15:08:13] r dot vandruten at usc dot ru dot nl addition perhaps its an engine or module problem [2006-11-08 14:56:09] r dot vandruten at usc dot ru dot nl Description: Fatal error: Cannot redeclare date_format() in /usr/home/tester.php on line 4 is date_format a new undocumented function? Reproduce code: --- Expected result: In 5.1.4 nothing in 5.2.0 ? -- Edit this bug report at http://bugs.php.net/?id=39430&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-fill-keys.xml
vrana Thu Nov 9 08:23:00 2006 UTC Added files: /phpdoc/en/reference/array/functionsarray-fill-keys.xml Log: Documentation by Matt W http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/array/functions/array-fill-keys.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/array/functions/array-fill-keys.xml +++ phpdoc/en/reference/array/functions/array-fill-keys.xml array_fill_keys Fill an array with values, specifying keys Description arrayarray_fill_keys arraykeys mixedvalue array_fill_keys fills an array with the value of the value parameter, using the values of the keys array as keys. array_fill_keys example $a now is: See also array_fill and array_combine.
