[PHP-DOC] undocumented register_shutdown_function feature/syntax
Dear PHP Documentation Team, After some experimenting with the register_shutdown_function I eventually found a 'simple' syntax to pass arguments to it (added in version 4.0 beta 2 - changelog). I also got a general workaround for win32. It may not be much, but it could save fellow win32 PHP'ers some hassle... Neither the manual, nore the user notes document this feature clearly . Before filing another user note I wanted to ask your opinion on this. A small test script is attached. Yours sincerely, speedfreak win32_regshtdwn_test.php Description: application/unknown-content-type-phpfile -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21419 [Bgs->Opn]: Documentation missing for glob() in French.
ID: 21419 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Documentation problem Operating System: ALL PHP Version: 4.3.0 Assigned To: nicos New Comment: Missing translations are bogus? Not to say we should encourage/promote opening bugs for this topic but someone did so what's the problem? Previous Comments: [2003-04-02 00:42:15] [EMAIL PROTECTED] Or just mark bogus bugs bogus. [2003-04-01 17:52:11] [EMAIL PROTECTED] Fix the bug then close or don't close at all... [2003-04-01 17:45:06] [EMAIL PROTECTED] I don't think a bug report needs to be filed on this. Write a note or something :) [2003-01-04 21:10:50] [EMAIL PROTECTED] Adding fnmatch() stream_register_wrapper() stream_set_blocking() stream_set_timeout() stream_set_write_buffer() too. Need to remove file_register_wrapper() and file_get_wrapper_data(). [2003-01-04 21:02:25] [EMAIL PROTECTED] The documentation in french for glob() is missing. Just a reminder for me to translate it. -- Edit this bug report at http://bugs.php.net/?id=21419&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language oop.xml
derick Wed Apr 2 01:44:47 2003 EDT Modified files: /phpdoc/en/language oop.xml Log: - Fix XML Index: phpdoc/en/language/oop.xml diff -u phpdoc/en/language/oop.xml:1.38 phpdoc/en/language/oop.xml:1.39 --- phpdoc/en/language/oop.xml:1.38 Tue Apr 1 01:39:54 2003 +++ phpdoc/en/language/oop.xml Wed Apr 2 01:44:47 2003 @@ -1,5 +1,5 @@ - + Classes and Objects @@ -1031,18 +1031,7 @@ Even in the cases where we have object composition, the same comparison rules apply. In the example below we create a container class that stores an associative array of Flag objects. - Composite objects u(o,p) and v(q,p) -o1 == o2 : TRUE -o1 != o2 : FALSE -o1 === o2 : TRUE -o1 !== o2 : FALSE - -u(o,p) and w(q) -o1 == o2 : FALSE -o1 != o2 : TRUE -o1 === o2 : FALSE -o1 !== o2 : TRUE - + Compound object comparisons in PHP 4
[PHP-DOC] #21419 [Opn->Bgs]: Documentation missing for glob() in French.
ID: 21419 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: ALL PHP Version: 4.3.0 Assigned To: nicos New Comment: Or just mark bogus bugs bogus. Previous Comments: [2003-04-01 17:52:11] [EMAIL PROTECTED] Fix the bug then close or don't close at all... [2003-04-01 17:45:06] [EMAIL PROTECTED] I don't think a bug report needs to be filed on this. Write a note or something :) [2003-01-04 21:10:50] [EMAIL PROTECTED] Adding fnmatch() stream_register_wrapper() stream_set_blocking() stream_set_timeout() stream_set_write_buffer() too. Need to remove file_register_wrapper() and file_get_wrapper_data(). [2003-01-04 21:02:25] [EMAIL PROTECTED] The documentation in french for glob() is missing. Just a reminder for me to translate it. -- Edit this bug report at http://bugs.php.net/?id=21419&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22282 [Opn->Fbk]: function synopsis for dba_fetch() is wrong
ID: 22282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: ANY PHP Version: 4.3.0 New Comment: Currently it's not possible but really it just seems odd, optional parameters should be to the right. Previous Comments: [2003-04-01 18:08:10] [EMAIL PROTECTED] According to funcsummary.txt in phpdoc/, this is the function layout string dba_fetch(string key, [int skip ,] int handle) Fetches the data associated with key Is this possible to implement in the documentation without making the third param optional? [2003-04-01 17:49:52] [EMAIL PROTECTED] See: http://cvs.php.net/cvs.php/phpdoc/en/reference/dba/functions/dba-fetch.xml Hasn't been touched in four months while the manual was last built two months ago, reopening... Although personally I don't understand how a middle parameter can be optional... [2003-04-01 17:27:34] [EMAIL PROTECTED] If it's fixed in the XML file, the documentation probably hasn't updated (there has been some problem with that lately). Should be fixed when documentation starts updating again... [2003-02-18 14:25:26] [EMAIL PROTECTED] The documentation says both skip and handle parameter are optional, that is wrong. string dba_fetch ( string key [, int skip, resource handle]) Instead only the skip parameter is optional. A look at the xml file snippet below shows it is correct. stringdba_fetch stringkey intskip resourcehandle Therefore the documentation should state: string dba_fetch ( string key [, int skip], resource handle) -- Edit this bug report at http://bugs.php.net/?id=22282&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22282 [Opn]: function synopsis for dba_fetch() is wrong
ID: 22282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: ANY PHP Version: 4.3.0 New Comment: According to funcsummary.txt in phpdoc/, this is the function layout string dba_fetch(string key, [int skip ,] int handle) Fetches the data associated with key Is this possible to implement in the documentation without making the third param optional? Previous Comments: [2003-04-01 17:49:52] [EMAIL PROTECTED] See: http://cvs.php.net/cvs.php/phpdoc/en/reference/dba/functions/dba-fetch.xml Hasn't been touched in four months while the manual was last built two months ago, reopening... Although personally I don't understand how a middle parameter can be optional... [2003-04-01 17:27:34] [EMAIL PROTECTED] If it's fixed in the XML file, the documentation probably hasn't updated (there has been some problem with that lately). Should be fixed when documentation starts updating again... [2003-02-18 14:25:26] [EMAIL PROTECTED] The documentation says both skip and handle parameter are optional, that is wrong. string dba_fetch ( string key [, int skip, resource handle]) Instead only the skip parameter is optional. A look at the xml file snippet below shows it is correct. stringdba_fetch stringkey intskip resourcehandle Therefore the documentation should state: string dba_fetch ( string key [, int skip], resource handle) -- Edit this bug report at http://bugs.php.net/?id=22282&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21029 [Asn->Opn]: mysql warning involving my_tempnam.c is misleading
ID: 21029 Updated by: [EMAIL PROTECTED] Reported By: php at 5en1 dot com -Status: Assigned +Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.3.2RC1 Assigned To: philip New Comment: Unassigning from self as I don't know this topic at all. Also, keep in mind that it's a warning and not fatal. Previous Comments: [2003-04-01 15:42:07] willie at pdfsystems dot com hi all; Sorry to clutter the database but I've searched everywhere else and can't find an answer. I have been trying to install php 4.3.1 I am using Redhat 8 Apache 2.x with MySQL4.0.12. I have gotten the same error with Redhat 7.3 apache 1.3.x and MySQL 3.23.56. I configure ./configure --with apxs2 --with-mysql --enable-track-vars I get the my-tempnam error and no binary is made. i tried make -k(continue) but still nothing. php4.2.x compiles fine with the above systems. [2003-03-16 16:54:28] [EMAIL PROTECTED] Reopening until we know the following: a) When was this warning resolved in the MySQL source? b) List any differences [for this tempnam warn] between bundled and external MySQL libs. Assigning to self but please feel free to discuss and leave comments :) [2003-03-15 12:36:06] [EMAIL PROTECTED] This is now documented: http://cvs.php.net/cvs.php/phpdoc/en/faq/build.xml Thanks for the report :) [2003-03-01 09:19:49] ibj at earthlink dot net I think the mysql code has been fixed. I was getting the same compiler error, but after downloading the source for the latest version of mysql (3.23.55) and pointing the config --with-mysql option at the unpacked mysql source, it compiled without a hitch. The build was for PHP4.3.1 on RedHat Linux 7.2 (2.4.18 kernel). Hope this helps! [2003-01-29 23:08:53] [EMAIL PROTECTED] It's finally time we make a FAQ out of this. Ilia's comments provide enough to make a good start so this is being reclassified as an open documentation problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21029 -- Edit this bug report at http://bugs.php.net/?id=21029&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21419 [Csd->Opn]: Documentation missing for glob() in French.
ID: 21419 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Documentation problem Operating System: ALL PHP Version: 4.3.0 -Assigned To: +Assigned To: nicos New Comment: Fix the bug then close or don't close at all... Previous Comments: [2003-04-01 17:45:06] [EMAIL PROTECTED] I don't think a bug report needs to be filed on this. Write a note or something :) [2003-01-04 21:10:50] [EMAIL PROTECTED] Adding fnmatch() stream_register_wrapper() stream_set_blocking() stream_set_timeout() stream_set_write_buffer() too. Need to remove file_register_wrapper() and file_get_wrapper_data(). [2003-01-04 21:02:25] [EMAIL PROTECTED] The documentation in french for glob() is missing. Just a reminder for me to translate it. -- Edit this bug report at http://bugs.php.net/?id=21419&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22282 [Csd->Opn]: function synopsis for dba_fetch() is wrong
ID: 22282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Documentation problem Operating System: ANY PHP Version: 4.3.0 New Comment: See: http://cvs.php.net/cvs.php/phpdoc/en/reference/dba/functions/dba-fetch.xml Hasn't been touched in four months while the manual was last built two months ago, reopening... Although personally I don't understand how a middle parameter can be optional... Previous Comments: [2003-04-01 17:27:34] [EMAIL PROTECTED] If it's fixed in the XML file, the documentation probably hasn't updated (there has been some problem with that lately). Should be fixed when documentation starts updating again... [2003-02-18 14:25:26] [EMAIL PROTECTED] The documentation says both skip and handle parameter are optional, that is wrong. string dba_fetch ( string key [, int skip, resource handle]) Instead only the skip parameter is optional. A look at the xml file snippet below shows it is correct. stringdba_fetch stringkey intskip resourcehandle Therefore the documentation should state: string dba_fetch ( string key [, int skip], resource handle) -- Edit this bug report at http://bugs.php.net/?id=22282&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21419 [Opn->Csd]: Documentation missing for glob() in French.
ID: 21419 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: ALL PHP Version: 4.3.0 New Comment: I don't think a bug report needs to be filed on this. Write a note or something :) Previous Comments: [2003-01-04 21:10:50] [EMAIL PROTECTED] Adding fnmatch() stream_register_wrapper() stream_set_blocking() stream_set_timeout() stream_set_write_buffer() too. Need to remove file_register_wrapper() and file_get_wrapper_data(). [2003-01-04 21:02:25] [EMAIL PROTECTED] The documentation in french for glob() is missing. Just a reminder for me to translate it. -- Edit this bug report at http://bugs.php.net/?id=21419&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21840 [Opn->Csd]: function & methods case sensitivity
ID: 21840 Updated by: [EMAIL PROTECTED] Reported By: tony2001 at ua dot fm -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: no matter PHP Version: 4.3.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-23 07:52:00] tony2001 at ua dot fm Yeah, we all know, that functions and methods are case insensitive. But I can't find any mention about this in docs, only in user notes. I suppose this MUST be added to Language Reference/Functions and Language Reference/Classes and Objects. -- Edit this bug report at http://bugs.php.net/?id=21840&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language functions.xml
alindeman Tue Apr 1 18:42:39 2003 EDT Modified files: /phpdoc/en/language functions.xml Log: adding note for bug #21840 Index: phpdoc/en/language/functions.xml diff -u phpdoc/en/language/functions.xml:1.33 phpdoc/en/language/functions.xml:1.34 --- phpdoc/en/language/functions.xml:1.33 Fri Feb 7 15:19:13 2003 +++ phpdoc/en/language/functions.xmlTue Apr 1 18:42:39 2003 @@ -1,5 +1,5 @@ - + Functions @@ -113,6 +113,12 @@ PHP does not support function overloading, nor is it possible to undefine or redefine previously-declared functions. + + + Function names are case-insensitive, though it is usually good form + to call functions as they appear in their declaration. + + PHP 3 does not support variable numbers of arguments to functions, although default arguments are supported (see http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22282 [Opn->Csd]: function synopsis for dba_fetch() is wrong
ID: 22282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: ANY PHP Version: 4.3.0 New Comment: If it's fixed in the XML file, the documentation probably hasn't updated (there has been some problem with that lately). Should be fixed when documentation starts updating again... Previous Comments: [2003-02-18 14:25:26] [EMAIL PROTECTED] The documentation says both skip and handle parameter are optional, that is wrong. string dba_fetch ( string key [, int skip, resource handle]) Instead only the skip parameter is optional. A look at the xml file snippet below shows it is correct. stringdba_fetch stringkey intskip resourcehandle Therefore the documentation should state: string dba_fetch ( string key [, int skip], resource handle) -- Edit this bug report at http://bugs.php.net/?id=22282&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22609 [Opn->Fbk]: Index
ID: 22609 Updated by: [EMAIL PROTECTED] Reported By: aldiab at softbyte dot qc dot ca -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Windows XP home PHP Version: 4.3.1 New Comment: Not only that, there is a search function in the manual. What more do you want? Previous Comments: [2003-03-10 11:23:11] aldiab at softbyte dot qc dot ca Thank you for your answer. The table of content, although very useful (we could not do without it), is not an index. I checked the quickref. It is already something, but kind of limited. The complete index would allow you to find any important word that exists in the manual. For example, I searched the word "if" to see if I would get the if statement's syntax, an explanation, and an example of an if statement; although I chose to search through the whole site, nothing was found... The only place where I could find an example of "if", was in Functions/User-defined function, where there is an example of conditionnal function, without showing specifically the "if", and without discussing the different possibilities of embedded ifs, etc... Maybe it exists somewhere, but I could'nt find it. This is where a complete index would be very helpful. Thank you. [2003-03-09 13:56:19] [EMAIL PROTECTED] Could you be more specific in what you mean by an 'index'? http://www.php.net/manual/en/ is one type of index (a table of contents). http://www.php.net/quickref.php is another type of index (a listing of all documented functions). [2003-03-08 10:46:46] aldiab at softbyte dot qc dot ca It would be nice to have an index for the php manual. Thank you. -- Edit this bug report at http://bugs.php.net/?id=22609&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22923 [Ana->Csd]: parse_ini_file parsing error when using no/yes/true/false as key
ID: 22923 Updated by: [EMAIL PROTECTED] Reported By: argh at php-tools dot net -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.3.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-03-27 06:31:14] [EMAIL PROTECTED] This is by design and won't be fixed. Should be documented though. Those are reserved words and can not be used in ini files. [2003-03-27 06:03:42] argh at php-tools dot net When using any of the following values: no yes true false As key for a configuration entry, like NO = "Norway" The function will return a parse error for the ini file. Found this when I tried to implement a countries list this way. Norway just happens to have that country code... -- Edit this bug report at http://bugs.php.net/?id=22923&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions parse-ini-file.xml
alindeman Tue Apr 1 18:19:32 2003 EDT Modified files: /phpdoc/en/reference/filesystem/functions parse-ini-file.xml Log: fixing bug #22923 Index: phpdoc/en/reference/filesystem/functions/parse-ini-file.xml diff -u phpdoc/en/reference/filesystem/functions/parse-ini-file.xml:1.11 phpdoc/en/reference/filesystem/functions/parse-ini-file.xml:1.12 --- phpdoc/en/reference/filesystem/functions/parse-ini-file.xml:1.11Mon Feb 10 22:04:15 2003 +++ phpdoc/en/reference/filesystem/functions/parse-ini-file.xml Tue Apr 1 18:19:32 2003 @@ -1,5 +1,5 @@ - + @@ -40,6 +40,12 @@ Since PHP 4.2.1 this function is also affected by &safemode; and open_basedir. + + + + + There are reserved words which must not be used as keys for + ini files. These include: yes, no, true, and false. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23001 [Opn->Fbk]: Bug in documentation of SESSIONs
ID: 23001 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: * PHP Version: 5CVS-2003-04-01 (dev) New Comment: What do you suggest be done with it? Previous Comments: [2003-04-01 05:52:04] [EMAIL PROTECTED] Documentation suggest to output SID with a simple echo -> vulnerable to Cross Site Scripting -- Edit this bug report at http://bugs.php.net/?id=23001&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21029 [Com]: mysql warning involving my_tempnam.c is misleading
ID: 21029 Comment by: willie at pdfsystems dot com Reported By: php at 5en1 dot com Status: Assigned Bug Type: Documentation problem Operating System: all PHP Version: 4.3.2RC1 Assigned To: philip New Comment: hi all; Sorry to clutter the database but I've searched everywhere else and can't find an answer. I have been trying to install php 4.3.1 I am using Redhat 8 Apache 2.x with MySQL4.0.12. I have gotten the same error with Redhat 7.3 apache 1.3.x and MySQL 3.23.56. I configure ./configure --with apxs2 --with-mysql --enable-track-vars I get the my-tempnam error and no binary is made. i tried make -k(continue) but still nothing. php4.2.x compiles fine with the above systems. Previous Comments: [2003-03-16 16:54:28] [EMAIL PROTECTED] Reopening until we know the following: a) When was this warning resolved in the MySQL source? b) List any differences [for this tempnam warn] between bundled and external MySQL libs. Assigning to self but please feel free to discuss and leave comments :) [2003-03-15 12:36:06] [EMAIL PROTECTED] This is now documented: http://cvs.php.net/cvs.php/phpdoc/en/faq/build.xml Thanks for the report :) [2003-03-01 09:19:49] ibj at earthlink dot net I think the mysql code has been fixed. I was getting the same compiler error, but after downloading the source for the latest version of mysql (3.23.55) and pointing the config --with-mysql option at the unpacked mysql source, it compiled without a hitch. The build was for PHP4.3.1 on RedHat Linux 7.2 (2.4.18 kernel). Hope this helps! [2003-01-29 23:08:53] [EMAIL PROTECTED] It's finally time we make a FAQ out of this. Ilia's comments provide enough to make a good start so this is being reclassified as an open documentation problem. [2003-01-29 18:32:58] [EMAIL PROTECTED] No - it doesn't (trust me). But please ask about this at [EMAIL PROTECTED] The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21029 -- Edit this bug report at http://bugs.php.net/?id=21029&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #17002 [Com]: Unable to load php_oci8.dll ONLY in command line mode
ID: 17002 Comment by: nelo at icubestudio dot com Reported By: dong_peng at sd163 dot net Status: Closed Bug Type: Documentation problem Operating System: Win98 PHP Version: 4.2.0 New Comment: According my experience it is not a PATH problem at all. I am trying to connect to Oracle 9i with PHP 4.2/4.3, Apache 1.3/2.0 without success for many hours :( I copied OCI.DLL many times almost everywhere, also PATH is set correctly. Might be problem of PHP, Oracle, or both simply cannot communicate. If someone ever succeded running Oracle 9i R2 with PHP please mail me. Nelo Previous Comments: [2003-01-17 23:04:42] [EMAIL PROTECTED] This has now been documented, see: http://cvs.php.net/cvs.php/phpdoc/en/chapters/install.windows.xml Thanks for the report :) [2002-05-05 12:09:28] [EMAIL PROTECTED] Hm... it seems to me a good idea to note somewhere in the manual that PHP (or Windows) searches for DLL's in %PATH% and %SYSTEM%. Reopening as a documentation problem. [2002-05-05 12:04:48] dong_peng at sd163 dot net Of course, it is NOT a bug of php. [2002-05-05 12:01:11] dong_peng at sd163 dot net After failed many times, I happened to find the cause. I think it maybe helpful for many people who reported or asked the same question that I have seen on www.php.net . It is the PATH has not been correctly set. When loading php_oci8.dll, this DLL file search for the other DLL file "oci.dll" in current directory, PATH environment and %SYSTEM%(on Windows). If oci.dll can not be found, the OS will tell you "Unable to load dynamic library : php_oci8.dll". If you installed Oracle RDBMS on your system, then the file "oci.dll" is in Oralce Home directory. So you must include "Oracle Home Directory " in PATH environment, on my computer it is "D:\Oracle\ora81\Bin". Perhaps, the same problem on different platform can be solved in same way, try it. I am lucky to find the cause in almost ten days, I hope people will not be worried about this problem any longer. Dong Peng Lanzhou Railway Universiy China 2002-5-6 00:06 [2002-05-04 05:15:29] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17002 -- Edit this bug report at http://bugs.php.net/?id=17002&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #15637 [Com]: if using URI, ldap_connect() returns resource ID when server does not exist
ID: 15637
Comment by: egeczi at nospamplease dot dist113 dot org
Reported By: cjm46543 at hotmail dot com
Status: Analyzed
Bug Type: Documentation problem
Operating System: Linux - RedHat 7.2
PHP Version: 4.4.0-dev
New Comment:
This is not just a documentation problem.
Not only does
$ldap_connection = ldap_connect("does.not.exist")
return a resource id when it obviously shouldn't, but
ldap_bind($ldap_connection, 'username', 'password')
also returns true.
If the actual connect occurs with ldap_bind(), why does it return true
for a server that does not exist?
Regards.
Previous Comments:
[2003-02-28 03:52:03] korte-php at et dot rub dot de
Rather anoying though since ldap_bind also fails when using a wrong
password... only looking at bind fails doen't neccessarily mean, that
the ldap server is down :(
[2003-02-10 12:30:10] [EMAIL PROTECTED]
When openldap 2.x is used, the ldap_connect() does not actually
connect, it just initializes the connecting parameters. The actual
connect happens with next calls
to ldap_* funcs, usually it is 'ldap_bind()'.
This is just documentation problem. Not any bug in code.
[2003-01-24 19:51:01] [EMAIL PROTECTED]
Yes, I still get ldap resources everytime except when passing in "/" or
a wrong parameter count.
[2003-01-20 16:12:25] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
With latest CVS it returns FALSE when appropriate, cannot replicate the
problem.
[2003-01-17 22:26:57] [EMAIL PROTECTED]
I cannot get ldap_connect() to return false under ANY conditions,
including with the examples provided in this bug report. I find this
behavior impossible to document, please have another look at this.
Reclassifying -> ldap related.
Shouldn't these return false? They are not URI's:
var_dump(ldap_connect('foo'));
var_dump(ldap_connect('does.not.exist'));
I get resources with both. apache1.3.26/php4.4/openldap2.0.23
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15637
--
Edit this bug report at http://bugs.php.net/?id=15637&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
alindeman Tue Apr 1 07:31:12 2003 EDT Modified files: /phpdoc/en/language types.xml Log: picky stuff Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.109 phpdoc/en/language/types.xml:1.110 --- phpdoc/en/language/types.xml:1.109 Tue Mar 18 13:38:47 2003 +++ phpdoc/en/language/types.xmlTue Apr 1 07:31:11 2003 @@ -1,5 +1,5 @@ - + Types @@ -674,7 +674,7 @@ strings this way as it is okay to do'; -// Outputs: "I'll be back" +// Outputs: Arnold once said: "I'll be back" echo 'Arnold once said: "I\'ll be back"'; // Outputs: You deleted C:\*.*? -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23002 [Opn->Csd]: Misunderstanding with "return" values
ID: 23002 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.3.2RC1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-04-01 06:12:14] [EMAIL PROTECTED] Hi, the explaination of the function var_dump() isn't clear enough (http://www.php.net/manual/en/function.var-dump.php): - User note added - The notes for this function say: "void var_dump ( mixed expression [, mixed expression [, ...]]) This function returns structured information about..." I've never used this function before, and I don't know how it works. First it says it returns void, then it says it returns a value. Please clarify this document. - End of user note - I think he misunderstand the meaning of "This function returns". It's not the return value of the function. It's just the output it will produce. Maybe somebody could change the explaination to cleaner description. Greetings Oliver -- Edit this bug report at http://bugs.php.net/?id=23002&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/var/functions var-dump.xml
derick Tue Apr 1 07:15:03 2003 EDT Modified files: /phpdoc/en/reference/var/functions var-dump.xml Log: - Fix for bug #23002 Index: phpdoc/en/reference/var/functions/var-dump.xml diff -u phpdoc/en/reference/var/functions/var-dump.xml:1.3 phpdoc/en/reference/var/functions/var-dump.xml:1.4 --- phpdoc/en/reference/var/functions/var-dump.xml:1.3 Tue Jan 21 14:10:29 2003 +++ phpdoc/en/reference/var/functions/var-dump.xml Tue Apr 1 07:15:03 2003 @@ -1,5 +1,5 @@ - + @@ -15,8 +15,8 @@ ... - This function returns structured information about one or more expressions - that includes its type and value. Arrays are explored + This function displays structured information about one or more + expressions that includes its type and value. Arrays are explored recursively with values indented to show structure. &tip.ob-capture; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23002 [NEW]: Misunderstanding with "return" values
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.2RC1 PHP Bug Type: Documentation problem Bug description: Misunderstanding with "return" values Hi, the explaination of the function var_dump() isn't clear enough (http://www.php.net/manual/en/function.var-dump.php): - User note added - The notes for this function say: "void var_dump ( mixed expression [, mixed expression [, ...]]) This function returns structured information about..." I've never used this function before, and I don't know how it works. First it says it returns void, then it says it returns a value. Please clarify this document. - End of user note - I think he misunderstand the meaning of "This function returns". It's not the return value of the function. It's just the output it will produce. Maybe somebody could change the explaination to cleaner description. Greetings Oliver -- Edit bug report at http://bugs.php.net/?id=23002&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23002&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23002&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23002&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23002&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23002&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23002&r=support Expected behavior: http://bugs.php.net/fix.php?id=23002&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23002&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23002&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23002&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23002&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23002&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23002&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23002&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Yet another PHP Manual solution
Sorry for being unclear, Of course I wouldn't charge anything of PHP Manual. It's not my work, so I don't wouldn't charge of it any day, period. I offered it for the demonstration purposes, for free, for anyone that is interested. With demonstration purposes I mean putting it somewhere publicly testable. The system itself is also made with PHP, so I guess it would demonstrate PHP a bit too. Though, Andrew Lindeman is probably correct, there is already a online manual viewable through a browser, so this wouldn't make much sense. I accept that. In any case, *if* there arises an interest for this, we can think about that again. Ilkka "Jesus M. Castagnetto" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Also, I am assuming that people are being asked to pay > for the help system and not for the manuals. Asking > people to pay for the PHP manual delivered with any > system might not be OK w/ the GPL license we have (or > the OPL license we will have). > > Just an opinion, and a tentative one at that as I am > not a lawyer and do not understand exactly the > application of GPL to manuals. > > IIRC, RMS mentioned that the original authors of a > manual for an Open Source program can sell the manuals > to finance the project, but no third parties. > > If on the other hand the PHP manual is being given > free in this system, the problem will be non-existent. > > --- Andrew Lindeman <[EMAIL PROTECTED]> wrote: > > IMHO, this is not necessary considing the online > > viewable manual is > > available. Why confuse people by offering two > > manuals with the same > > data on the web site? If Windows users want to > > download the CHM file, > > it's readily available. Offering a CHM type manual > > via the web doesn't > > seem to have any benefits to me -- just yet another > > thing to maintain > > and build... > > > > --Andrew > > > > On Mon, 2003-03-31 at 14:57, Ilkka Huotari wrote: > > > Hi, > > > > > > I have made a PHP manual solution, which some of > > you *may* find interesting. > > > > > > It's a CHM manual, which is usable through the > > web. Sure, in www.php.net, > > > there is also viewable manual, but this is a bit > > different in a sence, that > > > this uses the CHM file (almost) directly. It > > should look and feel jsut about > > > the same, as viewing a CHM file on a local > > computer. That means that it is > > > also easy to put to any web site for viewing, if > > some of you have such a > > > need. > > > > > > The URL for it is: > > > http://www.visiomode.com/help/ > > > > > > My web site states there that it is not free, but > > I wouldn't send an email > > > to this group to sell it. So, if some of you want > > to use that help system > > > for some purpose, please contact me and we can > > talk about it further. > > > > > > I would be very happy, for example, to see it in a > > working condition in > > > www.php.net for everybody to use. As an > > alternative help to the existing > > > ones? > > > > > > Thanks, > > > Ilkka > > -- > > Andrew Lindeman <[EMAIL PROTECTED]> > > > > > > -- > > PHP Documentation Mailing List (http://www.php.net/) > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > = > --- Jesus M. Castagnetto <[EMAIL PROTECTED]> > > __ > Do you Yahoo!? > Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! > http://platinum.yahoo.com -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23001 [NEW]: Bug in documentation of SESSIONs
From: [EMAIL PROTECTED] Operating system: * PHP version: 5CVS-2003-04-01 (dev) PHP Bug Type: Documentation problem Bug description: Bug in documentation of SESSIONs Documentation suggest to output SID with a simple echo -> vulnerable to Cross Site Scripting -- Edit bug report at http://bugs.php.net/?id=23001&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23001&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23001&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23001&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23001&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23001&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23001&r=support Expected behavior: http://bugs.php.net/fix.php?id=23001&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23001&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23001&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23001&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23001&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23001&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23001&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23001&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
