[PHP-DOC] #32627 [Csd->Opn]: realpath fails to return FALSE if last path component does not exist
ID: 32627
Updated by: [EMAIL PROTECTED]
Reported By: alan dot harder at sun dot com
-Status: Closed
+Status: Open
-Bug Type: Filesystem function related
+Bug Type: Documentation problem
Operating System: FreeBSD 4.11-STABLE
PHP Version: 4.3.10
Previous Comments:
[2005-04-07 23:44:31] [EMAIL PROTECTED]
This is not fixed at all...
This is a documentation bug...
realpath() uses the underlying system realpath() { unless you run it
with the hardening-patch }
On linux/glibc realpath() will return failure if the last component
does not exist.
On BSD realpath() will not return failure if only the last component
does not exist.
[2005-04-07 21:42:39] alan dot harder at sun dot com
thanks for the response. by "latest" do you mean php5? as shown in
this bug description I tested with today's stable 4.3.x build in
addition to 4.3.10 where i found the problem.
[2005-04-07 21:04:46] [EMAIL PROTECTED]
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
[2005-04-07 18:23:45] alan dot harder at sun dot com
Description:
I have found that realpath() returns a path when it should return FALSE
if only the last path component in the given string does not exist.
Tested on php 4.3.10 and php4-STABLE-200504071438. Both tests and
phpinfo can be viewed at http://realpath.moshpit.org/
Reproduce code:
---
$x = realpath('/bad/path'); var_dump($x);
$x = realpath('/badpath'); var_dump($x);
$x = realpath('/tmp/badpath'); var_dump($x);
View tests at http://realpath.moshpit.org/
Expected result:
FALSE for all three tests.
Actual result:
--
The first one works (gets FALSE), the other two return the path when
they should return FALSE (assuming /tmp is valid).
--
Edit this bug report at http://bugs.php.net/?id=32627&edit=1
[PHP-DOC] #29877 [Opn->Ver]: variable assign by reference works even when methods don't return by reference
ID: 29877 Updated by: [EMAIL PROTECTED] Reported By: bharat at menalto dot com -Status: Open +Status: Verified Bug Type: Documentation problem Operating System: FreeBSD 4.8 PHP Version: 4CVS, 5CVS (2004-12-10) New Comment: This is definitely not how the current documentation describes how references work. Does this require a trivial documentation change, or is it something in the engine/language that is not copasetic? Previous Comments: [2004-12-13 09:54:21] bharat at menalto dot com I left the old script with the bug intact, but have created a second one with the fix that Jakub suggests, here: http://www.menalto.com/.outgoing/php/ref2.php [2004-12-13 09:47:15] [EMAIL PROTECTED] There's a small mistake in the sample script but it doesn't affect the issue: There should be $test2->_data instead of $test1->_data on the last line. It's worth noting that if get() method returns literal instead of variable, PHP doesn't issue any warning and the variable is not bound. [2004-12-13 09:09:23] bharat at menalto dot com Jani, I appreciate that this behaviour hasn't changed in a while. If it's part of the language, I'm ok with it. However, in the documentation that I referenced, it clearly states: --- Note: Unlike parameter passing, here you have to use & in both places - to indicate that you return by-reference, not a copy as usual, and to indicate that reference binding, rather than usual assignment, should be done for $foo. --- But as my sample code indicates (unless you can demonstrate a bug in my code), the & is not required on the function. So if this is the desired behaviour, then let us please update the documentation to state that it is NOT required that there be an & on the function for you to get back a reference. Either way we resolve this, there's a discrepancy that should be removed. Thanks! [2004-12-12 16:29:31] [EMAIL PROTECTED] Note: Tested with 4.2.2 and it works exactly the same. IMO this is not a bug. [2004-08-28 22:56:41] bharat at menalto dot com Description: According to the documentation here: http://us4.php.net/manual/en/language.references.return.php In order to assign a variable as a reference to a value returned by a class method, the method needs to also return by reference. However, on PHP 4.3.8 in my test script I've found that the semantics are the same whether or not you return by reference. This is surprising to me. I could have sworn that it didn't used to be this way. Please let me know if you need more information. I can reproduce this with a stock php.ini. If this is the desired behaviour in this case, then we should update the documentation to reflect that the ampersand is no longer necessary on the getter method. Reproduce code: --- http://www.menalto.com/.outgoing/php/ref.php Expected result: The URL above indicates the expected results. I can elaborate if necessary. -- Edit this bug report at http://bugs.php.net/?id=29877&edit=1
[PHP-DOC] #24730 [Opn->Bgs]: Error in "http://at2.php.net/manual/es/tutorial.useful.php"
ID: 24730 Updated by: [EMAIL PROTECTED] Reported By: matosale at yahoo dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: WindowsXP PHP Version: Irrelevant New Comment: You are probably not using a version of PHP that has superglobals ( < 4.1.0). Upgrade! Previous Comments: [2003-07-20 16:15:24] matosale at yahoo dot com Description: In the spanish version says: when i put it like this it did work :o) Reproduce code: --- http://bugs.php.net/?id=24730&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24036 [Opn->Csd]: print returns bool, not void, or?
ID: 24036 Updated by: [EMAIL PROTECTED] Reported By: geert at kemuri dot org -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.3.2 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-06-05 08:14:27] geert at kemuri dot org After a nice debate of what ownz echo or print on channel #php/IRCNet, I found out a fishy thing in the docs: void print ( string arg) Outputs arg. Returns TRUE on success or FALSE on failure. TRUE/FALSE ain't void imho :) Regards! Geert -- Edit this bug report at http://bugs.php.net/?id=24036&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23181 [Opn->Bgs]: Missing Docs
ID: 23181 Updated by: [EMAIL PROTECTED] Reported By: arko at panix dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Red Hat 9 PHP Version: 4.3.1 New Comment: See here: http://cvs.php.net/co.php/phpdoc/RFC/pdf_problems There's a lot to be done, and on top of the ''PDF problem'', all manual generations have ground to a halt (since a few months ago), so that needs to be fixed before PDFs can be implemented... Previous Comments: [2003-04-12 15:35:02] arko at panix dot com When are downloadable PDF versions of the documentation going to be available? The docs page has said "not available right now due to technical difficulties" for months and months! -- Edit this bug report at http://bugs.php.net/?id=23181&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23044 [Opn->Fbk]: Constant GLOB_ONLYDIR is absent in file php4ts.dll and unusable
ID: 23044
Updated by: [EMAIL PROTECTED]
Reported By: ship at omskreg dot ru
-Status: Open
+Status: Feedback
Bug Type: Documentation problem
Operating System: Windows 2000 (all Windows)
PHP Version: 4.3.1
-Assigned To:
+Assigned To: alindeman
New Comment:
Is that the only constant that isn't defined (I need to know before
making a note of this in the docs)? Assigning to myself...
Previous Comments:
[2003-04-04 11:28:09] [EMAIL PROTECTED]
It's just not avaialable under windows then.
[2003-04-04 02:32:11] ship at omskreg dot ru
in php4ts.dll (product version 4.3.1, file version 4.3.1.1):
Constant GLOB_ONLYDIR is absent (void) in file php4ts.dll.
Constant GLOB_ONLYDIR is unusable in function glob().
This constant (GLOB_ONLYDIR) is present in sources.
Error message in HTML code from PHP engine is:
Notice: Use of undefined constant GLOB_ONLYDIR - assumed 'GLOB_ONLYDIR'
in C:\Program Files\Apache Group\Apache2\htdocs\dev\lib.php on line 58
Warning: glob() expects parameter 2 to be long, string given in
C:\Program Files\Apache Group\Apache2\htdocs\dev\lib.php on line 58
Source PHP code for reproduce error:
$filesarray = glob("*", GLOB_ONLYDIR);
--
Edit this bug report at http://bugs.php.net/?id=23044&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23015 [Ana->Csd]: Annoying message in Event Viewer when using syslog
ID: 23015 Updated by: [EMAIL PROTECTED] Reported By: skissane at ics dot mq dot edu dot au -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 Advanced Server 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. We try as hard as we can, sniper... Previous Comments: [2003-04-02 10:53:24] [EMAIL PROTECTED] http://fooassociates.com/phpfer/html/rn61re1299.html (funny, someone has better docs for PHP than we have.. :) [2003-04-02 10:51:15] [EMAIL PROTECTED] LOG_USER is the only valid log type under Windows operating systems. [2003-04-02 05:05:01] skissane at ics dot mq dot edu dot au When executing syslog(LOG_DEBUG,"test message") under Windows 2000, the following appears in the Event Viewer: The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[1368]; test message This message is annoying and pointless and makes logs hard to read. -- Edit this bug report at http://bugs.php.net/?id=23015&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23001 [Fbk->Csd]: Bug in documentation of SESSIONs
ID: 23001 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: 5CVS-2003-04-01 (dev) 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-02 03:35:34] [EMAIL PROTECTED] Do whatever you like strip_tags(),urlencode(),html_entities() just replace the simple echo SID stuff. [2003-04-01 17:14:32] [EMAIL PROTECTED] What do you suggest be done with it? [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] #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] #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] #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] #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] #22925 [Opn->Csd]: Typo in documentation at Popen function
ID: 22925 Updated by: [EMAIL PROTECTED] Reported By: powerblade at mail dot dk -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.3.0 New Comment: Status -> Closed Previous Comments: [2003-03-27 07:44:18] [EMAIL PROTECTED] This has already been fixed in CVS: http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/popen.xml?r1=1.7&r2=1.8&ty=h I wonder why it's not showing up yet... [2003-03-27 07:18:43] powerblade at mail dot dk "Example1. popen examole" it says.. Guess it should be an "example" :o) -- Edit this bug report at http://bugs.php.net/?id=22925&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22925 [Opn]: Typo in documentation at Popen function
ID: 22925 Updated by: [EMAIL PROTECTED] Reported By: powerblade at mail dot dk Status: Open Bug Type: Documentation problem Operating System: All PHP Version: 4.3.0 New Comment: This has already been fixed in CVS: http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/popen.xml?r1=1.7&r2=1.8&ty=h I wonder why it's not showing up yet... Previous Comments: [2003-03-27 07:18:43] powerblade at mail dot dk "Example1. popen examole" it says.. Guess it should be an "example" :o) -- Edit this bug report at http://bugs.php.net/?id=22925&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22915 [Opn->Csd]: Errors in security - register globals doc page
ID: 22915
Updated by: [EMAIL PROTECTED]
Reported By: plaz at addict dot net dot nz
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Irrelevant
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-03-26 20:28:31] plaz at addict dot net dot nz
The references to fpassthru("filename") in the code examples in
http://www.php.net/manual/en/security.registerglobals.php should be
replaced with readfile("filename") or fpassthru(fopen("filename", "r"))
--
Edit this bug report at http://bugs.php.net/?id=22915&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22673 [Opn->Csd]: --with-fastcgi option not avable
ID: 22673 Updated by: [EMAIL PROTECTED] Reported By: progcom at yahoo dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 4.3.1 New Comment: Fixed in CVS. Will show up in a few days. Thanks Previous Comments: [2003-03-13 07:29:40] progcom at yahoo dot com In PHP Manual --with-fastcgi=SRCDIR Build PHP as FastCGI application is not avable. I checked configuration file, I think it is changed to --enable-fastcgi option. Check it please. -- Edit this bug report at http://bugs.php.net/?id=22673&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19743 [Opn->Bgs]: Addition to the Documentation
ID: 19743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: -- PHP Version: 4.2.3 New Comment: The error PHP returns should be verbose enough. Documenting every error message wouldn't be viable. Also, many errors can have multiple causes, and will be different for every script. If you have questions about errors, use the correct mailing list (probably php-general). Previous Comments: [2002-10-03 16:28:25] [EMAIL PROTECTED] I program service scripts in PHP designed to be portable to other systems running PHP. And while the same code works on my own site, a few people have reported some really gnarly errors when trying to run the code on their own sites. Since I can't access their sites to see what the problem is, and I can only try and figure it out from the error messages they send me... A list of error messages PHP returns, along with general descriptions as to what might have caused them would be invaluable for me. I could also direct people there if their queries were simple enough. Brian -- Edit this bug report at http://bugs.php.net/?id=19743&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #12379 Updated: conversion from html entities to normal text
ID: 12379 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-27 14:55:47] [EMAIL PROTECTED] php.net/htmlentities documents how to do this. (in the notes, right now. reclassifying as documentation problem so the notes get pulled into the documentation proper.) [2001-07-25 16:50:29] [EMAIL PROTECTED] PHP needs a function to convert html entities to plain text, such as " becomes a double quote character. Essentially, htmlentities or htmlspecialcharacters, except in reverse. -- Edit this bug report at http://bugs.php.net/?id=12379&edit=1
[PHP-DOC] Bug #16829 Updated: Example code for nssl_pkcs7_encrypt is incorrect
ID: 16829 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-25 15:30:26] [EMAIL PROTECTED] The description of the recipcerts parameter for nssl_pkcs7_encrypt is incorrect. It is either the text of the key to use or a filename in "file://..." format - a straight path to the key file will not work (as the example shows). I've posted a comment to the entry with fixed code. -- Edit this bug report at http://bugs.php.net/?id=16829&edit=1
[PHP-DOC] Bug #16738 Updated: confusing explanation of assigning by reference
ID: 16738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.0 -Assigned To: +Assigned To: alindeman New Comment: assigned to myself Previous Comments: [2002-04-22 16:59:24] [EMAIL PROTECTED] Why do '$bar = "My name is $bar";'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: Clearer for the newcomer to programming, ne? -- Edit this bug report at http://bugs.php.net/?id=16738&edit=1
[PHP-DOC] Bug #16724 Updated: strip_tags function
ID: 16724 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 New Comment: Maybe I'm misunderstanding but the following script hello",""); print $string; ?> will produce "hello" (expected behavior) Please expand on what your saying (b/c your first post was a bit hard to understand) or this is bogus. Previous Comments: [2002-04-21 15:08:48] [EMAIL PROTECTED] For esample: $HtmlText = strip_tags($HtmlText,''); If your $HtmlText is like this: . Hello!! . the font tag can not be stripped. I think that all tags present in allowable tags not are stripped. This is not present in manual reference Thank u for all -- Edit this bug report at http://bugs.php.net/?id=16724&edit=1
[PHP-DOC] Bug #16187 Updated: mysql_fetch_object docs
ID: 16187 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: I guess see what you're saying. The documentation kind of contradicts itself. Now, which part is wrong? Previous Comments: [2002-03-20 15:50:23] [EMAIL PROTECTED] Did you read the code at all? It is a documentation problem, not more, not less. How would the parameters to this function be useful, if only one of the possible constant values can be used? [2002-03-20 12:41:26] [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 Anyway, it means you can use $object->field (with the fieldnames like in mysql_fetch_array) but not $object->1 (like in mysql_fetch_row). If you want more clarification to translate something correctly, ask it on [EMAIL PROTECTED] If you just want to know how it works, ask on [EMAIL PROTECTED] [2002-03-20 10:57:18] [EMAIL PROTECTED] mysql_fetch_object is similar to mysql_fetch_array, with one difference - an object is returned, instead of an array. Indirectly, that means that you can only access the data by the field names, and not by their offsets (numbers are illegal property names). The optional argument result_type is a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and MYSQL_BOTH. See mysql_fetch_array for explanation of these constants. Could someone please explain this? TIA, Manuzhai -- Edit this bug report at http://bugs.php.net/?id=16187&edit=1
[PHP-DOC] Bug #16157 Updated: 'bool highlight_file' should be 'mixed highlight_file'
ID: 16157 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: -- PHP Version: 4.1.2 Assigned To: sander New Comment: Are you sure this is correct? highlight_file returns (only) bool for me Previous Comments: [2002-03-19 04:16:33] [EMAIL PROTECTED] Asssigning to myself. [2002-03-18 18:23:58] [EMAIL PROTECTED] Just a small error in the documentation for highlight_file, the prototype in the docs shows that it returns 'bool', while it also could return a string (like highlight_string). -- Edit this bug report at http://bugs.php.net/?id=16157&edit=1
[PHP-DOC] Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Documentation problem Operating System: windows 9x PHP Version: 4.1.2 New Comment: I dunno about this. I use linux. Can someone with windows please try this. Re-opening in case this is correct. Previous Comments: [2002-03-18 12:47:11] [EMAIL PROTECTED] Sorry I forget an word : the unresolved link is in the "php_manual_fr.chm" downloaded by the "http://www.php.net/download-docs.php"; page. Ruben [2002-03-18 08:27:05] [EMAIL PROTECTED] Dunno what you're talking about. This works fine. The manual page should be: http://php.net/manual/fr/function.chmod.php not whatever you typed. If french is your default language, you should be able to type http://php.net/chmod and it should redirect to the correct place. [2002-03-18 07:31:22] [EMAIL PROTECTED] In the french version, the "chmod" gives an "page cannot be displayed" because it looks for the : "res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\function.chmod.html" page. The link is not resolved. Ruben -- Edit this bug report at http://bugs.php.net/?id=16142&edit=1
[PHP-DOC] Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: windows 9x PHP Version: 4.1.2 New Comment: Dunno what you're talking about. This works fine. The manual page should be: http://php.net/manual/fr/function.chmod.php not whatever you typed. If french is your default language, you should be able to type http://php.net/chmod and it should redirect to the correct place. Previous Comments: [2002-03-18 07:31:22] [EMAIL PROTECTED] In the french version, the "chmod" gives an "page cannot be displayed" because it looks for the : "res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\function.chmod.html" page. The link is not resolved. Ruben -- Edit this bug report at http://bugs.php.net/?id=16142&edit=1
[PHP-DOC] Bug #16010 Updated: phpinfo manual page bad grammar
ID: 16010 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 New Comment: And also, to answer your question, yes this is correct place to submit bugs for PHP and the docs. Please feel free to submit any others errors you find as a bug like you did in this case. Previous Comments: [2002-03-11 22:12:02] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-03-11 22:07:32] [EMAIL PROTECTED] on http://www.php.net/manual/en/function.phpinfo.php, in the "phpinfo() options" table: Loaded modules and there respective settings. should be: Loaded modules and their respective settings. (is this the right place to report this sort of error?) S -- Edit this bug report at http://bugs.php.net/?id=16010&edit=1
[PHP-DOC] Bug #15953 Updated: Error in Date documentation?
ID: 15953
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Closed
Bug Type: Documentation problem
Operating System: Mac OS X
PHP Version: 4.1.2
Assigned To: alindeman
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-03-08 08:21:33] [EMAIL PROTECTED]
I believe it should actually be date ("j, n, Y"). I fix it this
afternoon. Thanks
[2002-03-08 06:06:38] [EMAIL PROTECTED]
I believe there is a bug in the date documentation, as seen
below:
Shouldn't $today = date("j, m, Y"); write 10, 03, 2001
instead of 10, 3, 2001?
Example 4. date() Formatting
/* Today is March 10th, 2001, 5:16:18 pm */
$today = date("F j, Y, g:i a"); // March
10, 2001, 5:16 pm
$today = date("m.d.y"); // 03.10.01
$today = date("j, m, Y"); // 10, 3,
2001
$today = date("Ymd"); // 20010310
$today = date('h-i-s, j-m-y, it is w Day z '); //
05-16-17, 10-03-01, 1631 1618 6 Fripm01
$today = date('\i\t \i\s \t\h\e jS \d\a\y.'); // It is
the 10th day.
$today = date("D M j G:i:s T Y"); // Sat Mar
10 15:16:08 MST 2001
$today = date('H:m:s \m \i\s\ \m\o\n\t\h'); // 17:03:17
m is month
$today = date("H:i:s"); // 17:16:17
--
Edit this bug report at http://bugs.php.net/?id=15953&edit=1
[PHP-DOC] Bug #15947 Updated: It's code wrong or document wrong about fgets
ID: 15947
Updated by: [EMAIL PROTECTED]
-Summary: It's code wrong or document wrong about fgets
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Documentation problem
Operating System: linux
PHP Version: 4.1.2
New Comment:
Documentation is fine. There is a note about this (that this is only
optional in 4.2.0) in the documentation.
Previous Comments:
[2002-03-08 06:21:23] [EMAIL PROTECTED]
Reclassified.
[2002-03-08 02:39:28] [EMAIL PROTECTED]
Documentation is correct here, but the 2nd parameter is only optional
in php 4.2.0 and higher (not released yet).
Derick
[2002-03-08 01:29:23] [EMAIL PROTECTED]
On fgets() document is write
string fgets ( int fp [, int length])
bug is you just write php code like
$string = fget($fp);
it will print out some warn info about "Wrong parameter count".
when I check the source code on fgets(), it writed
if (ARG_COUNT(ht) != 2 || zend_get_parameters_ex(2, &arg1, &arg2) ==
FAILURE) {
WRONG_PARAM_COUNT;
}
I think it must not ARG_COUNT(ht) != 2
--
Edit this bug report at http://bugs.php.net/?id=15947&edit=1
[PHP-DOC] Bug #15953 Updated: Error in Date documentation?
ID: 15953
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Analyzed
Bug Type: Documentation problem
Operating System: Mac OS X
PHP Version: 4.1.2
-Assigned To:
+Assigned To: alindeman
New Comment:
I believe it should actually be date ("j, n, Y"). I fix it this
afternoon. Thanks
Previous Comments:
[2002-03-08 06:06:38] [EMAIL PROTECTED]
I believe there is a bug in the date documentation, as seen
below:
Shouldn't $today = date("j, m, Y"); write 10, 03, 2001
instead of 10, 3, 2001?
Example 4. date() Formatting
/* Today is March 10th, 2001, 5:16:18 pm */
$today = date("F j, Y, g:i a"); // March
10, 2001, 5:16 pm
$today = date("m.d.y"); // 03.10.01
$today = date("j, m, Y"); // 10, 3,
2001
$today = date("Ymd"); // 20010310
$today = date('h-i-s, j-m-y, it is w Day z '); //
05-16-17, 10-03-01, 1631 1618 6 Fripm01
$today = date('\i\t \i\s \t\h\e jS \d\a\y.'); // It is
the 10th day.
$today = date("D M j G:i:s T Y"); // Sat Mar
10 15:16:08 MST 2001
$today = date('H:m:s \m \i\s\ \m\o\n\t\h'); // 17:03:17
m is month
$today = date("H:i:s"); // 17:16:17
--
Edit this bug report at http://bugs.php.net/?id=15953&edit=1
[PHP-DOC] Bug #14883 Updated: Remote vulnerability allows access to ALL files on webserver
ID: 14883 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows NT (all Win32) PHP Version: 4.1.1 New Comment: Not a doc prob...RTFM http://www.php.net/manual/en/security.cgi-bin.php Previous Comments: [2002-02-28 19:59:34] [EMAIL PROTECTED] The problem can be avoided by setting doc_root in php.ini. Meanwhile, I've submitted a quick patch to cvs. Working right now on a full patch. Shane [2002-02-28 19:54:24] [EMAIL PROTECTED] I think document is updated so that users can set up Apache corretly, right? (Not yet?) [2002-02-28 06:28:04] [EMAIL PROTECTED] Actually, this exploit allows anyone to gain root access to the Machine and so the severity should be ugraded to High. [2002-01-06 02:12:42] [EMAIL PROTECTED] Report yesterday (4 Jan 02) at http://www.securiteam.com/windowsntfocus/5ZP030U60U.html outlines the security hole. I have tested it on NT4, Apache 1.3.9, PHP 4.0.4 and then upgraded to NT4, Apache 1.3.22, PHP 4.1.1 and the problem remains. I've been monitoring the PHP newsgroups (announcements and Windows user lists) since the vulnerability was announced and searched the buglist but haven't found mention of it anywhere. -- Edit this bug report at http://bugs.php.net/?id=14883&edit=1
[PHP-DOC] Bug #15723 Updated: dir->read() class/function fails when directory contains subdirectory '0'
ID: 15723
Updated by: [EMAIL PROTECTED]
-Summary: dir->read() class/function fails when directory
contains subdirectory '0'
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-02-26 01:38:43] [EMAIL PROTECTED]
I'm changing this to a documentation problem, since it should
be explained on the dir() manual page. It is explained
here: http://www.php.net/readdir, however.
The gist is that '0' evaluates to false in PHP.
Torben
[2002-02-26 00:30:26] [EMAIL PROTECTED]
$d = dir('.');
while ($entry = $d->read()) {
echo "$entry \n";
}
$d->close();
The above script works fine on mosth direcotries, but if the direcoty
contains a subdirectory "0", it stops as soon as it gets to it and only
outputs the . and .. entries.
Caleb
--
Edit this bug report at http://bugs.php.net/?id=15723&edit=1
[PHP-DOC] Bug #15581 Updated: Must use --enable-ctype should be in docs
ID: 15581 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 Assigned To: alindeman New Comment: Status -> Closed Previous Comments: [2002-02-15 18:30:41] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-02-15 17:41:29] [EMAIL PROTECTED] I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit this bug report at http://bugs.php.net/?id=15581&edit=1
[PHP-DOC] Bug #15581 Updated: Must use --enable-ctype should be in docs
ID: 15581 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 -Assigned To: +Assigned To: alindeman New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 17:41:29] [EMAIL PROTECTED] I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit this bug report at http://bugs.php.net/?id=15581&edit=1
[PHP-DOC] Bug #11297 Updated: swf_shapecurveto() description missing an element
ID: 11297 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Not relevant PHP Version: 4.0.5 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-13 21:18:02] [EMAIL PROTECTED] Besier curves based on two points are a straight line. Three points produce a quadratic equation and a curve. Four points produce a cubic equation and a spline or S curve. Splines are the fancy things used in Postscript to draw fonts. Three point systems are used in graphics programs to make curves. You click the FROM point then the TO point then you drag the third point, the mid point, to develop the curve. In a parameter based system, as in functions, the order of the points may be From, Mid, To, or From, To, Mid, depending on the language. swf_shapecurveto() appears to be From, Mid, To. [2002-02-07 19:30:18] [EMAIL PROTECTED] I don't really know much about quadratic bezier curves. Can anybody verify that this is correct? [2001-06-05 17:06:39] [EMAIL PROTECTED] bezier curves need three points. I think the following sentence: "The swf_shapecurveto() function draws a quadratic bezier curve from the x coordinate given by x1 and the y coordinate given by y1 to the x coordinate given by x2 and the y coordinate given by y2." should say: "The swf_shapecurveto() function draws a quadratic bezier curve from the current location, through the x coordinate given by x1 and the y coordinate given by y1, to the x coordinate given by x2 and the y coordinate given by y2." -- Edit this bug report at http://bugs.php.net/?id=11297&edit=1
[PHP-DOC] Bug #15480 Updated: Error in fgets() Docs
ID: 15480 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 Assigned To: alindeman New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-09 19:17:12] [EMAIL PROTECTED] Your right. Status -> Analyzed Assigned to myself. I'll fix it in a minute. [2002-02-09 19:13:44] [EMAIL PROTECTED] Hello, When using fgets() with 4.1.1 it says that the second parameter [int length] is optional. However, if length is left out, I get a Warning complaining that the second parameter is missing. Thank you, Hans -- Edit this bug report at http://bugs.php.net/?id=15480&edit=1
[PHP-DOC] Bug #15480 Updated: Error in fgets() Docs
ID: 15480 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 -Assigned To: +Assigned To: alindeman New Comment: Your right. Status -> Analyzed Assigned to myself. I'll fix it in a minute. Previous Comments: [2002-02-09 19:13:44] [EMAIL PROTECTED] Hello, When using fgets() with 4.1.1 it says that the second parameter [int length] is optional. However, if length is left out, I get a Warning complaining that the second parameter is missing. Thank you, Hans -- Edit this bug report at http://bugs.php.net/?id=15480&edit=1
[PHP-DOC] Bug #11618 Updated: session and form data
ID: 11618 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: linux 2.2.16-22 PHP Version: 4.0.4 New Comment: Ok. Try telnetting to that page "telnet yoursite.com 80" Type: HEAD /thepage.php HTTP/1.1 Host: yoursite.com Obviously replace thepage.php and yoursite.com with your actual site. See what the headers are (especially the "Pragma:" or "Cache-Control" headers) Previous Comments: [2002-02-07 22:41:59] [EMAIL PROTECTED] To answer the most recent question from alindeman (I apologize, but I do not know your name): The mention of nocache isn't exactly just HTTP/1.0, however the Pragma header in fact is unique to HTTP/1.0 and was only included in HTTP/1.1 to maintain backwards compatibility. No directives exist for this header except nocache. HTTP/1.1 introduces the Cache-Control header, and with it comes many available directives. In fact, nocache is still one of these. I'm honestly not sure how the session_cache_limiter is implemented at the protocol level, but I can try to figure it out if it would be helpful to you. guo_feng: Though from your brief account I would say that you have now chosen the most appropriate value for session_cache_limiter (assuming it affects the value of the Cache-Control header), I would suggest learning more about it so that you feel more confident in your implementation. To briefly answer your question, however, public basically declares that the content may be cached by anything. Private has a bit more unclear definition to me (you might find more clarification in your research), but it basically allows caching but not in a shared cache. An example of a shared cache would be a proxy that many people are connected to, so the content might be considered a bit too sensitive to be accidentally returned to another user. Hope that helps. Thanks for all your help guo_feng. Chris [2002-02-07 19:33:35] [EMAIL PROTECTED] Wasn't "nocache" a HTTP/1.0 thing? Is "must-revalidate" the HTTP/1.1 equivilant? Can anybody verify this so that I can do something with the docs. [2001-06-23 06:35:20] [EMAIL PROTECTED] reclassified as documentation problem. This should be explained better in the manual. [2001-06-22 12:57:37] [EMAIL PROTECTED] I have solve the problem when I set session.cache_limiter =must-revalidate But I don't why!Can somebody tell me? [2001-06-22 12:46:30] [EMAIL PROTECTED] FORM METHOD=POST ACTION="test2.php"> ?> /--- "; echo "bbb:".$bbb ?> back /--- When I set the session_cache_limiter = nocache ,that I submit my form ,and I can get the correct session. But when I click then back link ,I lost the data in the form . So I change the session_cache_limiter = private or public. That when I back I can got the data in the form. And I have a new problem,I need check the session in my program when the different user login(I check use status using session ) , When I login use different user ,the session I got is not correct. And I found I can't destroy the session.What shall I do? What is the different about nocache,private,public? -- Edit this bug report at http://bugs.php.net/?id=11618&edit=1
[PHP-DOC] Bug #15448 Updated: Part of Apache installation howto disappeared
ID: 15448 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: This is intended. The installation uses apxs. This is a description of apxs.. "apxs is a tool for building and installing extension modules for the Apache HyperText Transfer Protocol (HTTP) server. This is achieved by building a Dynamic Shared Object (DSO) from one or more source or object files which then can be loaded into the Apache server under runtime via the LoadMo- dule directive from mod_so. " Previous Comments: [2002-02-08 06:44:08] [EMAIL PROTECTED] On "Manual / Installation / Servers: Apache on Unix" there used to be sections such as: 11. cd ../apache_1.3.x 12. for PHP 3: ./configure -activate-module=src/modules/php3/libphp3.a for PHP 4: ./configure --activate-module=src/modules/php4/libphp4.a 13. make 14. make install These seem to have disappeared. -- Edit this bug report at http://bugs.php.net/?id=15448&edit=1
[PHP-DOC] Bug #12434 Updated: confusing....
ID: 12434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: na PHP Version: 4.0.6 Assigned To: alindeman New Comment: Done. Fixed in CVS..will show up in a few days. Previous Comments: [2002-02-07 19:40:01] [EMAIL PROTECTED] I'll fix this. Status -> Assigned (alindeman) [2001-07-27 14:19:49] [EMAIL PROTECTED] This is more an issue of the FAQ not really being maintained. The definitive installation documentation is in the INSTALL file in the distribution where the instructions are actually perfect. [2001-07-27 14:17:09] [EMAIL PROTECTED] In the FAQ: Build Problems, here's what it says: - 7. I can't figure out how to build PHP with Apache 1.3. This is actually quite easy. Follow these steps carefully: Grab the latest Apache 1.3 distribution from http://www.apache.org/dist/. Ungzip and untar it somewhere, for example /usr/local/src/apache-1.3. Compile PHP by first running ./configure --with-apache=//apache-1.3 (substitute for the actual path to your apache-1.3 directory. Type 'make' followed by 'make install' to build PHP and copy the necessary files to the Apache distribution tree. Change directories into to your //apache-1.3/src directory and edit the Configuration file. At the end of the file, add: AddModule modules/php3/libphp3.a. Well, of course, the AddModule line should read "libphp4.a". While this may seem obvious to the writer, what happens is that the user thinks that might be the name of a certain file in version 3, but that the file name has changed in version 4. So the user looks, and the file name is "libmodphp4.a". So he changes it to that name, and failure occurs. Later, there's a remark about how the writers can't be outsmarted - to make such a remark would mean that the writer has to be PERFECT - and that's impossible. Solution: the FAQ should point out that the filename doesn't really exist, so just change "3" to "4". If a user slavishly followed the docs, he would just use "3", so the writer has to help him out. BTW, the AddModule line shouldn't be at the end - there is another AddModule line that belongs at the end. Suggestion: don't make comments about outsmarting the docs writers. I can point out hundreds of errors in the docs - users OFTEN have to read between the lines to figure stuff out, and try to discern what the writers really mean. Thanx for listeningJP Harrison -- Edit this bug report at http://bugs.php.net/?id=12434&edit=1
[PHP-DOC] Bug #12434 Updated: confusing....
ID: 12434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: na PHP Version: 4.0.6 -Assigned To: +Assigned To: alindeman New Comment: I'll fix this. Status -> Assigned (alindeman) Previous Comments: [2001-07-27 14:19:49] [EMAIL PROTECTED] This is more an issue of the FAQ not really being maintained. The definitive installation documentation is in the INSTALL file in the distribution where the instructions are actually perfect. [2001-07-27 14:17:09] [EMAIL PROTECTED] In the FAQ: Build Problems, here's what it says: - 7. I can't figure out how to build PHP with Apache 1.3. This is actually quite easy. Follow these steps carefully: Grab the latest Apache 1.3 distribution from http://www.apache.org/dist/. Ungzip and untar it somewhere, for example /usr/local/src/apache-1.3. Compile PHP by first running ./configure --with-apache=//apache-1.3 (substitute for the actual path to your apache-1.3 directory. Type 'make' followed by 'make install' to build PHP and copy the necessary files to the Apache distribution tree. Change directories into to your //apache-1.3/src directory and edit the Configuration file. At the end of the file, add: AddModule modules/php3/libphp3.a. Well, of course, the AddModule line should read "libphp4.a". While this may seem obvious to the writer, what happens is that the user thinks that might be the name of a certain file in version 3, but that the file name has changed in version 4. So the user looks, and the file name is "libmodphp4.a". So he changes it to that name, and failure occurs. Later, there's a remark about how the writers can't be outsmarted - to make such a remark would mean that the writer has to be PERFECT - and that's impossible. Solution: the FAQ should point out that the filename doesn't really exist, so just change "3" to "4". If a user slavishly followed the docs, he would just use "3", so the writer has to help him out. BTW, the AddModule line shouldn't be at the end - there is another AddModule line that belongs at the end. Suggestion: don't make comments about outsmarting the docs writers. I can point out hundreds of errors in the docs - users OFTEN have to read between the lines to figure stuff out, and try to discern what the writers really mean. Thanx for listeningJP Harrison -- Edit this bug report at http://bugs.php.net/?id=12434&edit=1
[PHP-DOC] Bug #11618 Updated: session and form data
ID: 11618 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: linux 2.2.16-22 PHP Version: 4.0.4 New Comment: Wasn't "nocache" a HTTP/1.0 thing? Is "must-revalidate" the HTTP/1.1 equivilant? Can anybody verify this so that I can do something with the docs. Previous Comments: [2001-06-23 06:35:20] [EMAIL PROTECTED] reclassified as documentation problem. This should be explained better in the manual. [2001-06-22 12:57:37] [EMAIL PROTECTED] I have solve the problem when I set session.cache_limiter =must-revalidate But I don't why!Can somebody tell me? [2001-06-22 12:46:30] [EMAIL PROTECTED] FORM METHOD=POST ACTION="test2.php"> ?> /--- "; echo "bbb:".$bbb ?> back /--- When I set the session_cache_limiter = nocache ,that I submit my form ,and I can get the correct session. But when I click then back link ,I lost the data in the form . So I change the session_cache_limiter = private or public. That when I back I can got the data in the form. And I have a new problem,I need check the session in my program when the different user login(I check use status using session ) , When I login use different user ,the session I got is not correct. And I found I can't destroy the session.What shall I do? What is the different about nocache,private,public? -- Edit this bug report at http://bugs.php.net/?id=11618&edit=1
[PHP-DOC] Bug #11297 Updated: swf_shapecurveto() description missing an element
ID: 11297 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Not relevant PHP Version: 4.0.5 New Comment: I don't really know much about quadratic bezier curves. Can anybody verify that this is correct? Previous Comments: [2001-06-05 17:06:39] [EMAIL PROTECTED] bezier curves need three points. I think the following sentence: "The swf_shapecurveto() function draws a quadratic bezier curve from the x coordinate given by x1 and the y coordinate given by y1 to the x coordinate given by x2 and the y coordinate given by y2." should say: "The swf_shapecurveto() function draws a quadratic bezier curve from the current location, through the x coordinate given by x1 and the y coordinate given by y1, to the x coordinate given by x2 and the y coordinate given by y2." -- Edit this bug report at http://bugs.php.net/?id=11297&edit=1
[PHP-DOC] Bug #15411 Updated: Mention 'AllowOverride Options' in the Apache configuration
ID: 15411 Updated by: [EMAIL PROTECTED] -Summary: Mention 'AllowOverride Options' in the Apache configuration Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: Fixed in CVS. Will show up in a day or two. Thanks Previous Comments: [2002-02-06 17:25:06] [EMAIL PROTECTED] I see your point. Assigned to myself. [2002-02-06 17:19:56] [EMAIL PROTECTED] The configuration section of the documentation refers to using .htaccess files to override system wide PHP settings. However, it does not mention that you need "AllowOverride Options" or higher in order for this to work. Adding this to the documentation may save some people some hours of frustration. Thanks ;0) -- Edit this bug report at http://bugs.php.net/?id=15411&edit=1
[PHP-DOC] Bug #15411 Updated: Mention 'AllowOverride Options' in the Apache configuration
ID: 15411 Updated by: [EMAIL PROTECTED] -Summary: Mention 'AllowOverride Options' in the Apache configuration Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: I see your point. Assigned to myself. Previous Comments: [2002-02-06 17:19:56] [EMAIL PROTECTED] The configuration section of the documentation refers to using .htaccess files to override system wide PHP settings. However, it does not mention that you need "AllowOverride Options" or higher in order for this to work. Adding this to the documentation may save some people some hours of frustration. Thanks ;0) -- Edit this bug report at http://bugs.php.net/?id=15411&edit=1
[PHP-DOC] Bug #15366 Updated: Appendix A. History of PHP and related projects
ID: 15366 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type:Documentation problem PHP Version: 4.1.1 Assigned To: alindeman New Comment: Status -> Closed Previous Comments: [2002-02-06 14:22:03] [EMAIL PROTECTED] Hehe, now that is funny. Assigned to myself. Should appear fixed in a few days. [2002-02-04 09:12:43] [EMAIL PROTECTED] Appendix A. History of PHP and related projects Publications about PHP "Articles about migrating PHP-based applications to PHP under Windows" you mean ASP-based ? -- Edit this bug report at http://bugs.php.net/?id=15366&edit=1
[PHP-DOC] Bug #15366 Updated: Appendix A. History of PHP and related projects
ID: 15366 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Documentation problem PHP Version: 4.1.1 -Assigned To: +Assigned To: alindeman New Comment: Hehe, now that is funny. Assigned to myself. Should appear fixed in a few days. Previous Comments: [2002-02-04 09:12:43] [EMAIL PROTECTED] Appendix A. History of PHP and related projects Publications about PHP "Articles about migrating PHP-based applications to PHP under Windows" you mean ASP-based ? -- Edit this bug report at http://bugs.php.net/?id=15366&edit=1
[PHP-DOC] Bug #14663 Updated: Empty packets as result of serialization
ID: 14663
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Suspended
Bug Type: Documentation problem
Operating System: Windows NT 4 sp 6a
PHP Version: 4.1.0
New Comment:
status -> suspended (waiting till it becomes un-experimental ;)
Previous Comments:
[2002-02-06 12:43:52] [EMAIL PROTECTED]
status -> suspended (waiting till it becomes un-experimental ;)
[2001-12-22 16:22:10] [EMAIL PROTECTED]
the manual page is marked as "EXPERIMENTAL". so waiting for the
extension to become stable wil be the best. fixing the example now just
to change it again tomorrow is useless.
[2001-12-22 15:58:12] [EMAIL PROTECTED]
Making a documentation problem. Valid sample still have to be written.
[2001-12-22 15:50:49] [EMAIL PROTECTED]
Example code copy/pasted from
http://www.php.net/manual/en/html/ref.sockets.html :
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
"socket_create() successful: " . socket_strerror ($socket) . "\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while (socket_read ($socket, $out, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
When run :
TCP/IP Connection
Warning: socket_strerror() expects parameter 1 to be long,
resource given in /usr/home/aragon/squeakbot/test2 on line
18
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:
Warning: socket_read() expects parameter 2 to be long, string
given in /usr/home/aragon/squeakbot/test2 on line 38
Closing socket...OK.
Regards,
Aragon
--
Edit this bug report at http://bugs.php.net/?id=14663&edit=1
[PHP-DOC] Bug #14663 Updated: Empty packets as result of serialization
ID: 14663
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Suspended
Bug Type: Documentation problem
Operating System: Windows NT 4 sp 6a
PHP Version: 4.1.0
New Comment:
status -> suspended (waiting till it becomes un-experimental ;)
Previous Comments:
[2001-12-22 16:22:10] [EMAIL PROTECTED]
the manual page is marked as "EXPERIMENTAL". so waiting for the
extension to become stable wil be the best. fixing the example now just
to change it again tomorrow is useless.
[2001-12-22 15:58:12] [EMAIL PROTECTED]
Making a documentation problem. Valid sample still have to be written.
[2001-12-22 15:50:49] [EMAIL PROTECTED]
Example code copy/pasted from
http://www.php.net/manual/en/html/ref.sockets.html :
TCP/IP Connection\n";
/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');
/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');
/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
"socket_create() successful: " . socket_strerror ($socket) . "\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}
$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';
echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";
echo "Reading response:\n\n";
while (socket_read ($socket, $out, 2048)) {
echo $out;
}
echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>
When run :
TCP/IP Connection
Warning: socket_strerror() expects parameter 1 to be long,
resource given in /usr/home/aragon/squeakbot/test2 on line
18
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:
Warning: socket_read() expects parameter 2 to be long, string
given in /usr/home/aragon/squeakbot/test2 on line 38
Closing socket...OK.
Regards,
Aragon
--
Edit this bug report at http://bugs.php.net/?id=14663&edit=1
[PHP-DOC] Bug #14255 Updated: setcookie bug (Cookie is destroyed/Inaccessible)
ID: 14255
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Suspended
Bug Type: Documentation problem
Operating System: Debian 2.2.19
PHP Version: 4.0.6
Assigned To: hholzgra
New Comment:
Is this even a bug? It's under documentation problem. Do I need to
change something in the documentation?
Previous Comments:
[2002-02-03 22:47:01] [EMAIL PROTECTED]
A couple of comments.
Kris, in regards to your comment on NOV-27-2001 at 1:48PM, that code
will fail because you cannot set a cookie and give a Location header in
the same HTTP response. Well, you *can*, but your cookie will not be
set. Since the server would not be able to identify the client without
the cookie, you get the unexpected behavior. This is a protocol-level
situation, but is generally *not* considered a bug in HTTP (in case you
got the feeling I was supporting that idea). Basically, PHP gives you
the freedom to specify your own headers in the HTTP response, but you
need to have a clear grasp of what they do to use them.
So, if this example was a clear illustration of the problem you've been
having, it's not a bug in PHP. You can spread that around to others who
are having the same problems.
Also, in regards to the time/date discussion, it is correct to say that
the browser uses the client time (obviously) to determine whether to
send a cookie along with subsequent HTTP requests. It is also correct
to say that the setcookie function uses the server time to set the
expiration date. However, since both are in GMT as [EMAIL PROTECTED]
explained (sorry, I don't know your name), this only matters if both
clocks are considerably out of sync or if the expiration time of the
cookie is extremely small. If this is a concern, consider using
client-side scripting to set the cookie, so that the browser itself
creates the cookie based on its own time. You can create the
client-side script itself using PHP, so that the cookie's value can
still be dynamically generated by your PHP scripts.
Hope that clears a few things up. If this didn't solve your problem,
please post another small example, and I'll try to reproduce your
environment.
[2001-12-05 06:52:05] [EMAIL PROTECTED]
Timezones do NOT matter. All times are GMT.
>From a HTTP-response:
Set-Cookie: CookieName=CookieValue; expires=Mon, 28-Jan-02 00:47:45
GMT
So the only thing that should be noted is that the time on client and
server should be in sync for correct behaviour.
[2001-11-28 04:39:25] [EMAIL PROTECTED]
ok, stupid me regarding the claim that a zero value
(or a string as parameter, evaluating to zero)
actualy deletes a cookie
it indeed defines the cookie to be a session cookie
which is valid until the browser is closed instead
of until a certain date/time is reached
for the time parameter itself:
the time() function returns the server time
while the browser deciedes when to delete
a cookie by the client time
if client and server are not in sync or live in
different time zones you will get exactly the
problems you experienced
you either have to use expiration times in the range of days isntead of
hours (as timezone differences can sum up to slightly more than 24
hours in the worst case) or you have to use javascript Date.getTime()
to fetch the client time and transfer it to the server as a base for
expiration dates instead of using the time() function on the server
(will add a note to the setcookie documentation and work through the
notes later, bug type switched to documentation problem for now)
[2001-11-27 14:28:16] [EMAIL PROTECTED]
IIRC, no time (time=0) means that the cookie will not expire until the
session (read: your browser) has been closed.
Your scripts work fine for me at both Windows 2000 and Debian Linux
(Potato).
[2001-11-27 13:59:12] [EMAIL PROTECTED]
array(4) { ["xfxdD"]=> string(4) "Blah" ["wingrep"]=> array(4) {
["customer_cookie"]=> string(10) "1150232722" ["customer_id"]=>
string(1) "1" ["customer_name"]=> string(13) "Mr. Wilkinson"
["customer_province"]=> string(2) "BC" } ["titancart"]=> array(1) {
[0]=> string(72) "33a63c7718-component-1715-108.95-1-Adaptec
Fireconnect 4300 3 Port-2.00*" } ["wingrepship"]=> array(7) {
["ship_to"]=> string(18) "Mr. Kris Wilkinson" ["unit_type"]=> string(5)
"SUITE" ["unit_num"]=> string(3) "101" ["street"]=> string(18) "10464
176th Street" ["city"]=> string(8) "Edmonton" ["province"]=> string(2)
"BC" ["postal"]=> string(7) "T5R 3L6" } }
is what it returns. nothing containing the CustomerCookie
defined previously.
[PHP-DOC] Bug #13794 Updated: Unclear to PHP novice: minimum necessary config for "hello"
ID: 13794 Updated by: [EMAIL PROTECTED] -Summary: Unclear to PHP novice: minimum necessary config for "hello" Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: RH Linux 7.0 / Apache / Netscape PHP Version: 4.0.6 New Comment: Which page is this? I'm looking for a URL here Previous Comments: [2001-10-23 01:30:26] [EMAIL PROTECTED] Suggested change to introductory tutorial: Section is "Your first PHP-enabled page" Currently: Create a file named hello.php and in it ... Suggested update: Create a file named "hello.php" in your server web directory and in it ... Currently: This program is extremely simple ... Suggested update: add following sentence, preceding current. Use your browser to access the file with your web access URL, ending with the "/hello.php" file reference. [2001-10-23 01:05:50] [EMAIL PROTECTED] Situation: old, used programmer just learning Linux PHP by himself. Took several hours to figure out simplest possible example execution. Main confusion: what example file / content goes where, then how to access testfile, then defining and matching several Apache file extensions (PHP, PHP3, PHP4). Have two PHP books, your tutorial, your manual, and your examples. Never found explicit directions on where PHP content could appear (so at first associated "Hello World" attempts with browser side HTML.) (What I was trying was browser "open page" to access local PHP testfile.) Your tutorial does say "server web directory", but not clearly enough (to a PHP novice) that this is the only place (for "Hello World".) (with access through a browser URL reference) The last few hours were spent learning a little about Apache's AddType and LoadType, then getting testfile extensions to match Apache definitions (the http://bugs.php.net/?id=13794&edit=1
[PHP-DOC] Bug #13606 Updated: $PHP_SELF not always point to script name
ID: 13606 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux+Apache 1.3.20+PHP (DSO) PHP Version: 4.0.6 New Comment: Fixed in docs, will appear in a day or two... Previous Comments: [2001-12-14 13:49:08] [EMAIL PROTECTED] Type = Documentation Problem. When test.php is a script, $PHP_SELF === /test.php/some_string http://example.com/test.php/some_string Document should descript this behavior.. [2001-10-08 23:55:32] [EMAIL PROTECTED] The docs says that $PHP_SELF contains "The filename of the currently executing script, relative to the document root." However, if one uses additional PATH_INFO data in the URL, they get inserted on $PHP_SELF as well. Example script: http://example.org/example.php prints "/example.php" http://example.org/example.php/foobar.html prints "/example.php/foobar.html" If this is not a bug in PHP then the docs may need to be updated. -- Edit this bug report at http://bugs.php.net/?id=13606&edit=1
[PHP-DOC] Bug #13321 Updated: Documnetation
ID: 13321 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Win 32 PHP Version: 4.0.6 New Comment: Examples? More info needed than that! Previous Comments: [2001-09-15 13:11:45] [EMAIL PROTECTED] Many of the file function in the manual now works on Win32 Sure you know that, but the manual is not updated. -- Edit this bug report at http://bugs.php.net/?id=13321&edit=1
[PHP-DOC] Bug #12978 Updated: Multiple isset
ID: 12978 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.0.6 -Assigned To: +Assigned To: alindeman New Comment: Changed it in the CVS, will take effect in a day or so. Cool feature ;-) Previous Comments: [2002-01-29 12:44:13] [EMAIL PROTECTED] Neat! Reopened as a documentation problem. [2002-01-28 21:16:00] [EMAIL PROTECTED] Implemented. [2001-08-27 10:07:48] [EMAIL PROTECTED] Hiya, I'd like to see that isset would take more parameters to test like: $a = $b = $c = 1 ; if (isset($a)) echo "isset"; // TRUE if (isset($a, $b, $c)) echo "isset"; // TRUE if (isset($a,$b,$d)) echo "isset"; // FALSE you will get my point i guess Greetz, Wico -- Edit this bug report at http://bugs.php.net/?id=12978&edit=1
[PHP-DOC] Bug #12131 Updated: misworded gmp_random documentation(?)
ID: 12131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. Previous Comments: [2001-07-13 03:28:54] [EMAIL PROTECTED] on: http://php.net/manual/en/function.gmp-random.php you say: Generate a random number. The number will be up to limiter words long. If limiter is negative, negative numbers are generated you might have meant: Generates a random number. The generated number will be between _limiter_ and zero in value. If limiter is negative, negative numbers are generated -- Edit this bug report at http://bugs.php.net/?id=12131&edit=1
