[PHP-DOC] #35149 [Opn]: MSSQL functions incompatible with SQL Server 2005
ID: 35149 Updated by: [EMAIL PROTECTED] Reported By: lukasoz at bigpond dot net dot au Status: Open Bug Type: Documentation problem Operating System: XP SP2, Server 2003, *nix PHP Version: Irrelevant New Comment: dblib should continue to work to talk to sql server (the network protocol hasn't changed enough to break this); it's only the dblib API that has been deprecated (for a long while now). pdo_odbc works with sql server 2005; I performed a decent amount of tests against the beta version using both the traditional and the newer SQL Native Client versions of the ODBC drivers. Previous Comments: [2005-11-08 07:10:18] lukasoz at bigpond dot net dot au Description: Per the following link, DB Library based interfaces (ntwdblib.dll, FreeTDS) are deprecated in Server 2005: http://msdn.microsoft.com/data/mdac/default.aspx?pull=/library/en-us/dnmdac/html/data_mdacroadmap.asp SQL Server 2005 uses the new SQL Native Client (SQLNCLI) API. This *may* be compatible with pdo_odbc. If the above is indeed true, it would be nice if there were a warning on the MSSQL pages regarding SQL Server 2005 compatibility. Thanks for all the great code, and sorry to bug you ;-) -- Edit this bug report at http://bugs.php.net/?id=35149edit=1
[PHP-DOC] #35193 [NEW]: safe_mode link wrong
From: php dot net at b-a-l-u dot de Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: safe_mode link wrong Description: http://php.net/manual/en/features.safe-mode.php#ini.safe-mode tells me to Read the Security chapter for more information. But the safe_mode is not described there, but in http://php.net/features.safe-mode Regards Balu -- Edit bug report at http://bugs.php.net/?id=35193edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35193r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35193r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35193r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35193r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35193r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35193r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35193r=needscript Try newer version: http://bugs.php.net/fix.php?id=35193r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35193r=support Expected behavior: http://bugs.php.net/fix.php?id=35193r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35193r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35193r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35193r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35193r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35193r=dst IIS Stability: http://bugs.php.net/fix.php?id=35193r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35193r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35193r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35193r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35193r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/features safe-mode.xml
vrana Fri Nov 11 05:50:50 2005 EDT Modified files: /phpdoc/en/features safe-mode.xml Log: Safe mode is described here (bug #35193) http://cvs.php.net/diff.php/phpdoc/en/features/safe-mode.xml?r1=1.63r2=1.64ty=u Index: phpdoc/en/features/safe-mode.xml diff -u phpdoc/en/features/safe-mode.xml:1.63 phpdoc/en/features/safe-mode.xml:1.64 --- phpdoc/en/features/safe-mode.xml:1.63 Tue Jun 14 21:16:14 2005 +++ phpdoc/en/features/safe-mode.xmlFri Nov 11 05:50:47 2005 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.63 $ -- +!-- $Revision: 1.64 $ -- chapter id=features.safe-mode titleSafe Mode/title @@ -98,9 +98,7 @@ /term listitem para -Whether to enable PHP's safe mode. Read the -link linkend=securitySecurity/link chapter for more -information. +Whether to enable PHP's safe mode. /para /listitem /varlistentry
[PHP-DOC] #35193 [Opn-Csd]: safe_mode link wrong
ID: 35193 Updated by: [EMAIL PROTECTED] Reported By: php dot net at b-a-l-u dot de -Status: Open +Status: Closed Bug Type:Documentation problem 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-11 11:37:42] php dot net at b-a-l-u dot de Description: http://php.net/manual/en/features.safe-mode.php#ini.safe-mode tells me to Read the Security chapter for more information. But the safe_mode is not described there, but in http://php.net/features.safe-mode Regards Balu -- Edit this bug report at http://bugs.php.net/?id=35193edit=1
Re: [PHP-DOC] cvs: phpdoc /en/reference/info/functions main.xml
Philip Olson wrote: They used to point here, then not, and now they do again?! So is this a PHP bug? This reintroduced feature just feels wrong. They unfortunately always pointed here. Since 4.3.2, they point both here and to function.include or function.require. See also bug #35176. Jakub Vrana
[PHP-DOC] #35178 [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: Bogus Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: Irrelevant New Comment: Can you please explain me HOW do you think should be posssible to do it, assuming that an Apache child can be reused multiple times, while PHP loads it's settings only once (at startup)? I guess you just don't understand the way it works, just think about it, you'll get that it's impossible to make PHP behave differently on different *virtual* hosts, unless every child performs only 1 request and dies just after that (which would be a huge overhead). Previous Comments: [2005-11-11 05:30:03] chris_petersen at hotmail dot com 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. [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
[PHP-DOC] Typo
Dear Sir or Madam, yesterday I submitted a note via http://php.benscom.com/manual/add- note.php?sect=ref.spl I just saw that I mada a typo but i have no possibility to change my mistake... could you please change array($this) into (array) $this. Regards, Dr. Jean-Claude Eischen IT Support ETH Zurich
[PHP-DOC] the note I submitted did not get added, and I did not get a deletion email :(
I submitted a note regarding the mysql_query function on the 9th. It still has not posted. I have not received any notification regarding deleting or adding it. Should I re-submit it? Thank You, Bill, Reboot Concepts 713.806.6699 [EMAIL PROTECTED] www.rebootconcepts.com
