[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-delete-record.xml px-insert-record.xml px-retrieve-record.xml px-update-record.xml
steinm Wed Feb 8 06:34:54 2006 UTC Added files: /phpdoc/en/reference/paradox/functions px-delete-record.xml px-insert-record.xml px-retrieve-record.xml px-update-record.xml Log: - new functions for modify and read the database http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-delete-record.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/paradox/functions/px-delete-record.xml +++ phpdoc/en/reference/paradox/functions/px-delete-record.xml px_delete_record Deletes record from paradox database &reftitle.description; arraypx_delete_record resourcepxdoc intnum &reftitle.parameters; pxdoc Resource identifier of the paradox database. num The record number is an artificial number counting records in the order as they are stored in the database. The first record has number 0. This function deletes a record from the database. It does not free the space in the database file but just marks it as deleted. Inserting a new record afterwards will reuse the space. This function is only available if pxlib >= 0.6.0 is used. http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-insert-record.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/paradox/functions/px-insert-record.xml +++ phpdoc/en/reference/paradox/functions/px-insert-record.xml px_insert_record Inserts record into paradox database &reftitle.description; intpx_insert_record resourcepxdoc arraydata &reftitle.parameters; pxdoc Resource identifier of the paradox database. data Associated array containing the field values as returned by px_retrieve_record. This function inserts a new record into the database. The record is stored into the first free slot found in the database. This function is only available if pxlib >= 0.6.0 is used. &reftitle.returnvalues; Returns &false; on failure or the record number in case of success. http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-retrieve-record.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/paradox/functions/px-retrieve-record.xml +++ phpdoc/en/reference/paradox/functions/px-retrieve-record.xml px_retrieve_record Returns record of paradox database &reftitle.description; arraypx_retrieve_record resourcepxdoc intnum intmode &reftitle.parameters; pxdoc Resource identifier of the paradox database as returned by px_new. num The record number is an artificial number counting records in the order as they are stored in the database. The first record has number 0. mode The optional mode can be PX_KEYTOLOWER or PX_KEYTOUPPER in order to convert the keys into lower or upper case. If mode is not passed or is 0, then the key will be exactly like the field name. The element values will contain the field values. NULL values will be retained and are different from 0.0, 0 or the empty string. Fields of type PX_FIELD_TIME will be returned as an integer counting the number of milliseconds starting at midnight. A timestamp is a floating point value also counting milliseconds starting at the beginning of julian calendar. This function is very similar to px_get_record but uses internally a different approach to retrieve the data. It relies on pxlib for reading each single field value, which usually results in support for more field types. This function is only available if pxlib >= 0.6.0 is used. &reftitle.returnvalues; Returns the num'th record from the paradox database. The record is returned as an associated array with its keys being the field names. &reftitle.seealso; px_get_record http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-update-record.xml?view=markup&rev=1.1 Index: phpdoc/en/reference/paradox/functions/px-update-record.xml +++ phpdoc/en/reference/paradox/functions/px-update-record.xml px_update_record Updates record in paradox database &reftitle.description; arraypx_update_record resourcepxdoc arraydata intnum &reftitle.parameters; pxdoc Resource identifier of the paradox database as returned by px_new.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-create-fp.xml
steinm Wed Feb 8 06:34:10 2006 UTC
Modified files:
/phpdoc/en/reference/paradox/functions px-create-fp.xml
Log:
- added note that this function may issue a warning if the tablename
isn't set
- use none deprecated functions on example
http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-create-fp.xml?r1=1.3&r2=1.4&diff_format=u
Index: phpdoc/en/reference/paradox/functions/px-create-fp.xml
diff -u phpdoc/en/reference/paradox/functions/px-create-fp.xml:1.3
phpdoc/en/reference/paradox/functions/px-create-fp.xml:1.4
--- phpdoc/en/reference/paradox/functions/px-create-fp.xml:1.3 Mon Jun 20
08:12:15 2005
+++ phpdoc/en/reference/paradox/functions/px-create-fp.xml Wed Feb 8
06:34:10 2006
@@ -1,5 +1,5 @@
-
+
@@ -20,16 +20,22 @@
with fopen. Make sure the file is writable. The first
parameter is the return value of px_new.
fielddesc is an array containing one element for each
- field containing its specification. Each field specification is an array
+ field specification. A field specification is an array
itself with either two or three elements.The first element is always a
string value used as the name of the field. It may not be larger than ten
characters. The second element contains the field type which is one of the
constants listed in the table
Constants for field types.
- In the case of a character field, you will have to provide a third element
- specifying the length of the field.
+ In the case of a character field or bcd field, you will have to provide a
+ third element
+ specifying the length respectively the precesion of the field.
+ Calling this functions issues a warning about an empty tablename which
+can be savely ignored. Just set the tablename afterwards with
+px_set_parameter.
+
+
This function is highly experimental, due to insufficient
documentation of the paradox file format. Database files created with this
function can be opened by px_open_fp and has been
@@ -61,7 +67,7 @@
if(!px_create_fp($pxdoc, $fp, $fields)) {
/* Error handling */
}
-px_set_tablename($pxdoc, "testtable");
+px_set_parameter($pxdoc, "tablename", "testtable");
for($i=-50; $i<50; $i++) {
$rec = array($i, -$i);
px_put_record($pxdoc, $rec);
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-get-parameter.xml
steinm Wed Feb 8 06:33:08 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-get-parameter.xml Log: - fixed grammer http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-get-parameter.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-get-parameter.xml diff -u phpdoc/en/reference/paradox/functions/px-get-parameter.xml:1.3 phpdoc/en/reference/paradox/functions/px-get-parameter.xml:1.4 --- phpdoc/en/reference/paradox/functions/px-get-parameter.xml:1.3 Fri Jun 24 13:02:25 2005 +++ phpdoc/en/reference/paradox/functions/px-get-parameter.xml Wed Feb 8 06:33:08 2006 @@ -1,5 +1,5 @@ - + @@ -38,7 +38,7 @@ The encoding for the output. Data which is being read from character - fields is being recode into the targetencoding. + fields is recoded into the targetencoding.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-get-record.xml
steinm Wed Feb 8 06:32:29 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-get-record.xml Log: - added explaination of pxdoc parameter - added see also section http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-get-record.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-get-record.xml diff -u phpdoc/en/reference/paradox/functions/px-get-record.xml:1.3 phpdoc/en/reference/paradox/functions/px-get-record.xml:1.4 --- phpdoc/en/reference/paradox/functions/px-get-record.xml:1.3 Tue Jun 21 09:34:20 2005 +++ phpdoc/en/reference/paradox/functions/px-get-record.xml Wed Feb 8 06:32:29 2006 @@ -1,5 +1,5 @@ - + @@ -25,6 +25,8 @@ pxdoc + Resource identifier of the paradox database + as returned by px_new. @@ -67,6 +69,14 @@ + + &reftitle.seealso; + + +px_retrieve_record + + +
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-get-schema.xml px-get-value.xml
steinm Wed Feb 8 06:32:06 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-get-value.xml px-get-schema.xml Log: - added explaination of pxdoc parameter http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-get-value.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-get-value.xml diff -u phpdoc/en/reference/paradox/functions/px-get-value.xml:1.2 phpdoc/en/reference/paradox/functions/px-get-value.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-get-value.xml:1.2 Sun Jun 19 20:46:15 2005 +++ phpdoc/en/reference/paradox/functions/px-get-value.xml Wed Feb 8 06:32:06 2006 @@ -1,5 +1,5 @@ - + @@ -27,6 +27,8 @@ pxdoc + Resource identifier of the paradox database + as returned by px_new. http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-get-schema.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-get-schema.xml diff -u phpdoc/en/reference/paradox/functions/px-get-schema.xml:1.2 phpdoc/en/reference/paradox/functions/px-get-schema.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-get-schema.xml:1.2 Sun Jun 19 20:46:15 2005 +++ phpdoc/en/reference/paradox/functions/px-get-schema.xml Wed Feb 8 06:32:06 2006 @@ -1,5 +1,5 @@ - + @@ -27,6 +27,8 @@ pxdoc + Resource identifier of the paradox database + as returned by px_new.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-new.xml
steinm Wed Feb 8 06:31:39 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-new.xml Log: - added note that this function has no meaning in oo interface http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-new.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-new.xml diff -u phpdoc/en/reference/paradox/functions/px-new.xml:1.2 phpdoc/en/reference/paradox/functions/px-new.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-new.xml:1.2Sun Jun 19 20:46:15 2005 +++ phpdoc/en/reference/paradox/functions/px-new.xmlWed Feb 8 06:31:39 2006 @@ -1,5 +1,5 @@ - + @@ -16,7 +16,8 @@ Create a new paradox object. You will have to call this function before any further functions. px_new does not create any file on - the disk, it justs creates an instance of a paradox object. + the disk, it just creates an instance of a paradox object. This function + must not be called if the object oriented interface is used.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-open-fp.xml
steinm Wed Feb 8 06:29:34 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-open-fp.xml Log: - added more documentation of function arguments http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-open-fp.xml?r1=1.1&r2=1.2&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-open-fp.xml diff -u phpdoc/en/reference/paradox/functions/px-open-fp.xml:1.1 phpdoc/en/reference/paradox/functions/px-open-fp.xml:1.2 --- phpdoc/en/reference/paradox/functions/px-open-fp.xml:1.1Sun Jun 19 18:42:58 2005 +++ phpdoc/en/reference/paradox/functions/px-open-fp.xmlWed Feb 8 06:29:34 2006 @@ -1,5 +1,5 @@ - + @@ -31,8 +31,8 @@ pxdoc - pxdoc is the return value of - px_new. + Resource identifier of the paradox database + as returned by px_new. @@ -42,6 +42,8 @@ file is the return value from fopen with the actual database file as parameter. + Make sure the database is writable if you plan to update or insert + records.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-put-record.xml
steinm Wed Feb 8 06:28:55 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-put-record.xml Log: - better explaination on how this function differs from px_insert_record() http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-put-record.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-put-record.xml diff -u phpdoc/en/reference/paradox/functions/px-put-record.xml:1.2 phpdoc/en/reference/paradox/functions/px-put-record.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-put-record.xml:1.2 Sun Jun 19 20:46:15 2005 +++ phpdoc/en/reference/paradox/functions/px-put-record.xml Wed Feb 8 06:28:55 2006 @@ -1,5 +1,5 @@ - + @@ -15,8 +15,10 @@ arrayrecord - Stores a record into a paradox database. The record is added at the end of - the database. + Stores a record into a paradox database. The record is always added at + the end of the database, regardless of any free slots. Use + px-insert-record to add a new record into the first + free slot found in the database.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-set-parameter.xml
steinm Wed Feb 8 06:28:05 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-set-parameter.xml Log: - added explaination for function arguments http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-set-parameter.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-set-parameter.xml diff -u phpdoc/en/reference/paradox/functions/px-set-parameter.xml:1.2 phpdoc/en/reference/paradox/functions/px-set-parameter.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-set-parameter.xml:1.2 Fri Jun 24 13:02:25 2005 +++ phpdoc/en/reference/paradox/functions/px-set-parameter.xml Wed Feb 8 06:28:05 2006 @@ -1,5 +1,5 @@ - + @@ -28,6 +28,8 @@ pxdoc + Resource identifier of the paradox database + as returned by px_new. @@ -35,7 +37,8 @@ name - name can be one of the following. + Depending on the parameter you want to set, name + can be one of the following. @@ -71,6 +74,9 @@ value + The value of parameter to set. For inputencoding and targetencoding + this must be the name of the encoding as understood by iconv or + recode, e.g. iso-8859-1, utf-8, cp850.
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-set-tablename.xml
steinm Wed Feb 8 06:27:39 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-set-tablename.xml Log: - added 'see also' section http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-set-tablename.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-set-tablename.xml diff -u phpdoc/en/reference/paradox/functions/px-set-tablename.xml:1.2 phpdoc/en/reference/paradox/functions/px-set-tablename.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-set-tablename.xml:1.2 Fri Jun 24 13:24:33 2005 +++ phpdoc/en/reference/paradox/functions/px-set-tablename.xml Wed Feb 8 06:27:39 2006 @@ -1,5 +1,5 @@ - + @@ -16,8 +16,8 @@ Sets the table name of a paradox database, which was created with - px_create_fp. Applying this function on an existing - database has no effect. + px_create_fp. This function is deprecated use + px_set_parameter instead. @@ -27,6 +27,13 @@ Returns &null; on success or &false; on failure. + + + &reftitle.seealso; + +px_set_parameter + +
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-set-value.xml
steinm Wed Feb 8 06:26:56 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-set-value.xml Log: - added 'see also' section - added explaination of pxdoc parameter http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-set-value.xml?r1=1.1&r2=1.2&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-set-value.xml diff -u phpdoc/en/reference/paradox/functions/px-set-value.xml:1.1 phpdoc/en/reference/paradox/functions/px-set-value.xml:1.2 --- phpdoc/en/reference/paradox/functions/px-set-value.xml:1.1 Sun Jun 19 18:42:58 2005 +++ phpdoc/en/reference/paradox/functions/px-set-value.xml Wed Feb 8 06:26:56 2006 @@ -1,5 +1,5 @@ - + @@ -28,6 +28,8 @@ pxdoc + Resource identifier of the paradox database + as returned by px_new. @@ -64,6 +66,13 @@ &reftitle.returnvalues; &return.success; + + + &reftitle.seealso; + +px_set_parameter + +
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-timestamp2string.xml
steinm Wed Feb 8 06:26:17 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-timestamp2string.xml Log: - added explaination for passed arguments http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-timestamp2string.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-timestamp2string.xml diff -u phpdoc/en/reference/paradox/functions/px-timestamp2string.xml:1.2 phpdoc/en/reference/paradox/functions/px-timestamp2string.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-timestamp2string.xml:1.2 Fri Jun 24 09:11:45 2005 +++ phpdoc/en/reference/paradox/functions/px-timestamp2string.xml Wed Feb 8 06:26:17 2006 @@ -1,5 +1,5 @@ - + @@ -28,6 +28,7 @@ pxdoc + Resource identifier of the paradox database. @@ -35,6 +36,8 @@ value + Value as stored in paradox database field of type + PX_FIELD_DATE, PX_FIELD_TIME, or PX_FIELD_TIMESTAMP. @@ -42,6 +45,10 @@ format +String format similar to the format used by date. +The placeholders support by this function is a subset of those +supported by date (Y, y, m, n, d, j, H, h, G, g, +i, s, A, a, L).
[PHP-DOC] cvs: phpdoc /en/reference/paradox/functions px-set-targetencoding.xml
steinm Wed Feb 8 06:25:46 2006 UTC Modified files: /phpdoc/en/reference/paradox/functions px-set-targetencoding.xml Log: - added more info on how this function can be replaced (Closes: #35880) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/functions/px-set-targetencoding.xml?r1=1.2&r2=1.3&diff_format=u Index: phpdoc/en/reference/paradox/functions/px-set-targetencoding.xml diff -u phpdoc/en/reference/paradox/functions/px-set-targetencoding.xml:1.2 phpdoc/en/reference/paradox/functions/px-set-targetencoding.xml:1.3 --- phpdoc/en/reference/paradox/functions/px-set-targetencoding.xml:1.2 Sun Jun 19 20:46:15 2005 +++ phpdoc/en/reference/paradox/functions/px-set-targetencoding.xml Wed Feb 8 06:25:43 2006 @@ -1,5 +1,5 @@ - + @@ -18,12 +18,17 @@ Set the encoding for data retrieved from a character field. All character fields will be recoded to the encoding set by this function. If the encoding is not set, the character data will be returned in the DOS code - page encoding as specified in the database. - - - See also px_get_info to determine the DOS code page. - - + page encoding as specified in the database file. The + encoding can be any string identifier known to + iconv or recode. + + This function is deprecated and should be replaced by calling + px_set_parameter. + + See also px_get_info to determine the DOS code page + as stored in the database file. + + &reftitle.returnvalues; @@ -33,6 +38,13 @@ warning will be issued. + + + &reftitle.seealso; + +px_set_parameter + +
[PHP-DOC] #35880 [Asn->Csd]: 'deprecated' should not leave user hanging
ID: 35880 Updated by: [EMAIL PROTECTED] Reported By: simon dot sellick at tesco dot net -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: irrelevant PHP Version: Irrelevant Assigned To: steinm New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-07 18:14:01] [EMAIL PROTECTED] assigned to paradox maintainer [2006-01-03 12:04:36] simon dot sellick at tesco dot net Description: When a function or feature has been deprecated, it would be really useful consistently to offer next to the 'deprecated' notice the current approved solution. For example, I was searching for a way to ensure that PC 8-bit ASCII characters display as expected and searched for 'code+page'. I arrived at the manual page for a paradox extension (px_set_targetencoding) which is deprecated but offers no alternative (not that this is what I wanted, but it raised the issue). Thank you for maintaining an excellent product and documentation. -- Edit this bug report at http://bugs.php.net/?id=35880&edit=1
Re: [PHP-DOC] cvs: phpdoc /en/install/windows building.xml
Hi, At Tue, 07 Feb 2006 16:13:03 -, Nuno Lopes wrote: > > @@ -213,7 +221,9 @@ > url="&url.icu;">ICU (needed for PHP >= 6). > > > - First you should open a Visual Studio Command Prompt, which should be > + First you should open a Visual Studio Command Prompt (a normal Command > + Prompt window doesn't work because it doesn't have the necessary > + environment variables set), which should be > available under the Start menu. A regular Command Prompt window shouldn't > work, as probably it doesn't have the necessary environment variables set. > Then type something like cd C:\work\php-5.x.x to enter > I suggest the following modification to remove repetition. --- en/install/windows/building.xml 7 Feb 2006 16:13:02 - 1.11 +++ en/install/windows/building.xml 8 Feb 2006 02:42:05 - @@ -224,8 +224,7 @@ First you should open a Visual Studio Command Prompt (a normal Command Prompt window doesn't work because it doesn't have the necessary environment variables set), which should be - available under the Start menu. A regular Command Prompt window shouldn't - work, as probably it doesn't have the necessary environment variables set. + available under the Start menu. Then type something like cd C:\work\php-5.x.x to enter in the PHP source dir. Now you are ready to start configuring PHP. -- TAKAGI Masahiro mailto:[EMAIL PROTECTED]
[PHP-DOC] #36326 [NEW]: error in a user function on http://php.net/date
From: danny at glyphimaging dot com Operating system: - PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: error in a user function on http://php.net/date Description: abu_aaminah at yahoo dot co dot uk 14-Dec-2005 04:38 My function (http://phpshortcuts.blog-city.com/dateconvert_1.htm ) for converting system dates into user-friendly dates . THIS FUNCTION CONTAINS ERRORS IN THE substr() CALLS USED TO PARSE THE VARS TO SEND TO mktime(), RESULTING IN INCORRECT DATE OUTPUT. -- Edit bug report at http://bugs.php.net/?id=36326&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36326&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36326&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36326&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36326&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36326&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36326&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36326&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36326&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36326&r=support Expected behavior:http://bugs.php.net/fix.php?id=36326&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36326&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36326&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36326&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36326&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36326&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36326&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36326&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36326&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36326&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36326&r=mysqlcfg
[PHP-DOC] #36325 [NEW]: Hexadecimal numbers above LONG_INT do convert to floats
From: paul dot biggar at gmail dot com Operating system: Ubuntu dapper (Linux 2.6.15) PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Hexadecimal numbers above LONG_INT do convert to floats Description: This is related to bug 32211. The fix specified a documentation fix was required. It seems that this should be fixed in the code base, so that hexadecimal and decimal integers behave identically. Regardless, the documentation doesn't completely describe the behaviour below. Description: The manual (http://ie2.php.net/int#language.types.integer.overflow) implies that hexadecimal integers above 2147483647 do not get converted to a float, but rather, are truncated to an int. In actual fact, only numbers above 0x1 get truncated. Hexadecimal numbers between 0x8000 and 0x are converted to floats, in the same way as if they had been specified in decimal. Reproduce code: --- echo "\nHexdecimal ints near ULONG_MAX(truncated to int(LONG_MAX) after ULONG_MAX)\n"; echo "0xfffd\t= "; var_dump(0xfffd); echo "0xfffe\t= "; var_dump(0xfffe); echo "0x\t= "; var_dump(0x); echo "0x1\t= "; var_dump(0x1); echo "0x10001\t= "; var_dump(0x10001); echo "0x10002\t= "; var_dump(0x10002); echo "\nDecimal ints near ULONG_MAX(floats as far as the eye can see)\n"; echo "4294967293\t= "; var_dump(4294967293); echo "4294967294\t= "; var_dump(4294967294); echo "4294967295\t= "; var_dump(4294967295); echo "4294967296\t= "; var_dump(4294967296); echo "4294967297\t= "; var_dump(4294967297); echo "4294967298\t= "; var_dump(4294967298); Expected result: Hexdecimal ints near ULONG_MAX(truncated to int(LONG_MAX) after ULONG_MAX) 0xfffd = float(4294967293) 0xfffe = float(4294967294) 0x = float(4294967295) 0x1 = float(4294967296) 0x10001 = float(4294967297) 0x10002 = float(4294967298) Decimal ints near ULONG_MAX(floats as far as the eye can see) 4294967293 = float(4294967293) 4294967294 = float(4294967294) 4294967295 = float(4294967295) 4294967296 = float(4294967296) 4294967297 = float(4294967297) 4294967298 = float(4294967298) Actual result: -- Hexdecimal ints near ULONG_MAX(truncated to int(LONG_MAX) after ULONG_MAX) 0xfffd = float(4294967293) 0xfffe = float(4294967294) 0x = float(4294967295) 0x1 = int(2147483647) 0x10001 = int(2147483647) 0x10002 = int(2147483647) Decimal ints near ULONG_MAX(floats as far as the eye can see) 4294967293 = float(4294967293) 4294967294 = float(4294967294) 4294967295 = float(4294967295) 4294967296 = float(4294967296) 4294967297 = float(4294967297) 4294967298 = float(4294967298) -- Edit bug report at http://bugs.php.net/?id=36325&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36325&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36325&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36325&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36325&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36325&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36325&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36325&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36325&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36325&r=support Expected behavior:http://bugs.php.net/fix.php?id=36325&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36325&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36325&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36325&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36325&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36325&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36325&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36325&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36325&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36325&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36325&r=mysqlcfg
[PHP-DOC] #35320 [Opn->Csd]: Cyrus IMAP documentation
ID: 35320 Updated by: [EMAIL PROTECTED] Reported By: xenon54 at generationphp dot net -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2005-11-22 01:42:25] xenon54 at generationphp dot net Description: On this page: http://www.php.net/manual/en/ref.cyrus.php You can read: The IMAP extension cannot be used in conjuction with the recode, YAZ or Cyrus extensions. This is due to the fact that they both share the same internal symbol. Should be: The Cyrus extension cannot be used in conjuction with the recode, YAZ or IMAP extensions. This is due to the fact that they both share the same internal symbol. Expected result: Make a logic sentence in reference to this chapter. -- Edit this bug report at http://bugs.php.net/?id=35320&edit=1
[PHP-DOC] cvs: phpdoc /en language-snippets.ent
nlopess Tue Feb 7 17:36:53 2006 UTC Modified files: /phpdoc/en language-snippets.ent Log: fix #35320: make warn.imaprecodeyaz entity not extension specific http://cvs.php.net/viewcvs.cgi/phpdoc/en/language-snippets.ent?r1=1.160&r2=1.161&diff_format=u Index: phpdoc/en/language-snippets.ent diff -u phpdoc/en/language-snippets.ent:1.160 phpdoc/en/language-snippets.ent:1.161 --- phpdoc/en/language-snippets.ent:1.160 Wed Nov 16 23:55:03 2005 +++ phpdoc/en/language-snippets.ent Tue Feb 7 17:36:53 2006 @@ -1,4 +1,4 @@ - + @@ -113,10 +113,9 @@ Use this function at your own risk.'> The IMAP extension cannot be used in conjuction with -the recode, YAZ or Cyrus extensions. This is due to the fact that they +linkend="ref.imap">IMAP, recode, +YAZ and Cyrus +extensions cannot be used in conjuction, because they both share the same internal symbol.'> By using the CGI setup, your server
[PHP-DOC] #35258 [Opn->Csd]: preg_replace() doesn't seem to release the memory used
ID: 35258 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.4.1 New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-05 21:20:35] [EMAIL PROTECTED] I think PHP users definitely want to now about this. Why should they not want to know? I think it's important to know that the preg_* functions cache the regular expression while ereg don't. Because that means that preg* over ereg* consumes memory in the long term, which, as I i've seen it in real live, became an issue. Since I had this spontanous memory problems I consulted the preg* manual page but nowwhere it wasn't mentioned and I hat to find it out myself which took some time. Why not shorten other peoples time by documenting it? [2005-12-13 20:01:22] [EMAIL PROTECTED] The pcre extension API (used by preg_*() functions, the new filter extension,..) cache compiled regexes, but since PHP xx (I don't remember the version.. :) ), that cache has a limit. So memory usage won't grow indefinetely, it will "just" cache 4096 regexes (by default). I don't think this should be documented. PHP users don't really want to know about internal stuff. [2005-12-13 11:45:34] [EMAIL PROTECTED] No doubt. However, the ereg* family of functions does not consume memory in the way the preg* family of functions does. So this is actually a documentation problem it seems, re-cateogrizing. [2005-12-13 10:45:03] [EMAIL PROTECTED] This is the same issue as all the other "PHP does not release memory" reports. The memory reserved is never released during script run. It's released during shutdown. [2005-12-13 09:53:55] [EMAIL PROTECTED] Your answer is interesting. If I take your example and insert another var_dump() before the unset() command, like this: http://bugs.php.net/35258 -- Edit this bug report at http://bugs.php.net/?id=35258&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/pcre reference.xml
nlopess Tue Feb 7 17:31:23 2006 UTC Modified files: /phpdoc/en/reference/pcre reference.xml Log: fix #35258: document the compiled regex cache http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/pcre/reference.xml?r1=1.14&r2=1.15&diff_format=u Index: phpdoc/en/reference/pcre/reference.xml diff -u phpdoc/en/reference/pcre/reference.xml:1.14 phpdoc/en/reference/pcre/reference.xml:1.15 --- phpdoc/en/reference/pcre/reference.xml:1.14 Tue Feb 7 17:19:31 2006 +++ phpdoc/en/reference/pcre/reference.xml Tue Feb 7 17:31:23 2006 @@ -1,5 +1,5 @@ - + @@ -31,6 +31,12 @@ PHP also supports regular expressions using a POSIX-extended syntax using the POSIX-extended regex functions. + + + This extension maintains a global per-thread cache of compiled regexes + (up to 4096). + + You should be aware of some limitations of PCRE. Read
[PHP-DOC] cvs: phpdoc /en/reference/pcre reference.xml
nlopess Tue Feb 7 17:19:31 2006 UTC Modified files: /phpdoc/en/reference/pcre reference.xml Log: clarify that nothing is needed to build the pcre extension http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/pcre/reference.xml?r1=1.13&r2=1.14&diff_format=u Index: phpdoc/en/reference/pcre/reference.xml diff -u phpdoc/en/reference/pcre/reference.xml:1.13 phpdoc/en/reference/pcre/reference.xml:1.14 --- phpdoc/en/reference/pcre/reference.xml:1.13 Sun Sep 4 19:39:23 2005 +++ phpdoc/en/reference/pcre/reference.xml Tue Feb 7 17:19:31 2006 @@ -1,5 +1,5 @@ - + @@ -41,12 +41,7 @@ &reftitle.required; - - Regular expression support is provided by the PCRE library - package, which is open source software, written by Philip Hazel, - and copyright by the University of Cambridge, England. It is - available at &url.pcre;. - +&no.requirement; &reference.pcre.configure;
[PHP-DOC] #35880 [Opn->Asn]: 'deprecated' should not leave user hanging
ID: 35880 Updated by: [EMAIL PROTECTED] Reported By: simon dot sellick at tesco dot net -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: irrelevant PHP Version: Irrelevant -Assigned To: +Assigned To: steinm New Comment: assigned to paradox maintainer Previous Comments: [2006-01-03 12:04:36] simon dot sellick at tesco dot net Description: When a function or feature has been deprecated, it would be really useful consistently to offer next to the 'deprecated' notice the current approved solution. For example, I was searching for a way to ensure that PC 8-bit ASCII characters display as expected and searched for 'code+page'. I arrived at the manual page for a paradox extension (px_set_targetencoding) which is deprecated but offers no alternative (not that this is what I wanted, but it raised the issue). Thank you for maintaining an excellent product and documentation. -- Edit this bug report at http://bugs.php.net/?id=35880&edit=1
[PHP-DOC] #36271 [Opn->Csd]: preg_split() should recomend faster alternatives
ID: 36271 Updated by: [EMAIL PROTECTED] Reported By: david at tulloh dot id dot au -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-03 03:00:20] david at tulloh dot id dot au Description: preg_split() should recomend explode() and str_split() for faster simple non-regex spliting. This follows the example of similar functions: preg_match() recomends strpos() & substr() for simple cases split() recomends preg_split() and explode() -- Edit this bug report at http://bugs.php.net/?id=36271&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/pcre/functions preg-split.xml
nlopess Tue Feb 7 17:07:23 2006 UTC Modified files: /phpdoc/en/reference/pcre/functions preg-split.xml Log: fix #36271: add a tip about faster/simpler alternative functions http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/pcre/functions/preg-split.xml?r1=1.10&r2=1.11&diff_format=u Index: phpdoc/en/reference/pcre/functions/preg-split.xml diff -u phpdoc/en/reference/pcre/functions/preg-split.xml:1.10 phpdoc/en/reference/pcre/functions/preg-split.xml:1.11 --- phpdoc/en/reference/pcre/functions/preg-split.xml:1.10 Sat Feb 28 15:13:41 2004 +++ phpdoc/en/reference/pcre/functions/preg-split.xml Tue Feb 7 17:07:22 2006 @@ -1,5 +1,5 @@ - + @@ -65,7 +65,16 @@ - + + + + + If you don't need the power of regular expressions, you can choose + faster (albeit simpler) alternatives like explode + or str_split. + + + preg_split example : Get the parts of a search string
[PHP-DOC] #36279 [Opn->Csd]: Conflicting default settings listed for session.use_only_cookies
ID: 36279 Updated by: [EMAIL PROTECTED] Reported By: bruce at web-graphique dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows xp PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-04 02:04:51] bruce at web-graphique dot com Description: In the manual, in the section titled "CXXXVII. Session Handling Functions", (http://us2.php.net/manual/en/ref.session.php), Table 1 says that the default for session.use_only_cookies is "1". However, later on the page it says that the default for session.use_only_cookies is 0: "session.use_only_cookies specifies whether the module will only use cookies to store the session id on the client side. Defaults to 0 (disabled, for backward compatibility). Enabling this setting prevents attacks involved passing session ids in URLs. This setting was added in PHP 4.3.0." -- Edit this bug report at http://bugs.php.net/?id=36279&edit=1
[PHP-DOC] #36272 [Opn->Csd]: str_split contains an irrelevant example
ID: 36272 Updated by: [EMAIL PROTECTED] Reported By: david at tulloh dot id dot au -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-03 03:05:06] david at tulloh dot id dot au Description: The documentation for str_split includes a "Examples related to str_split()" (Example 2). This example does not use str_split() but rather uses preg_split() when str_split() would probably be faster. It doesn't contribute anything to the knowledge of how to use str_split(). I also can't recall ever seeing an irrelevant example like it before in the documentation. I would suggest that example 2 simply be deleted. -- Edit this bug report at http://bugs.php.net/?id=36272&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions str-split.xml
nlopess Tue Feb 7 16:59:23 2006 UTC Modified files: /phpdoc/en/reference/strings/functions str-split.xml Log: fix #36272: remove 2nd example, as it has nothing to do with str_split() http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/strings/functions/str-split.xml?r1=1.3&r2=1.4&diff_format=u Index: phpdoc/en/reference/strings/functions/str-split.xml diff -u phpdoc/en/reference/strings/functions/str-split.xml:1.3 phpdoc/en/reference/strings/functions/str-split.xml:1.4 --- phpdoc/en/reference/strings/functions/str-split.xml:1.3 Tue Jan 20 02:25:57 2004 +++ phpdoc/en/reference/strings/functions/str-split.xml Tue Feb 7 16:59:23 2006 @@ -1,5 +1,5 @@ - + str_split @@ -78,26 +78,6 @@ - - Examples related to str_split - - - - - - See also chunk_split, preg_split, split,
[PHP-DOC] cvs: phpdoc /en/reference/session ini.xml
nlopess Tue Feb 7 16:54:21 2006 UTC Modified files: /phpdoc/en/reference/sessionini.xml Log: fix #36279: multiple default values for use_only_cookies http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/session/ini.xml?r1=1.39&r2=1.40&diff_format=u Index: phpdoc/en/reference/session/ini.xml diff -u phpdoc/en/reference/session/ini.xml:1.39 phpdoc/en/reference/session/ini.xml:1.40 --- phpdoc/en/reference/session/ini.xml:1.39Mon Dec 26 12:12:12 2005 +++ phpdoc/en/reference/session/ini.xml Tue Feb 7 16:54:21 2006 @@ -1,5 +1,5 @@ - + &reftitle.runtime; &extension.runtime; @@ -435,8 +435,7 @@ session.use_only_cookies specifies whether the module will only use - cookies to store the session id on the client side. Defaults - to 0 (disabled, for backward compatibility). + cookies to store the session id on the client side. Enabling this setting prevents attacks involved passing session ids in URLs. This setting was added in PHP 4.3.0.
[PHP-DOC] #36284 [Opn->Csd]: env omission in the docs compiling under win32
ID: 36284 Updated by: [EMAIL PROTECTED] Reported By: clemente dot biondo at tin dot it -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-04 13:43:24] clemente dot biondo at tin dot it Description: Hi folks, there's a little omission in the documentation that prevents inexperienced users from compiling php under win32. In the php Manual section 6. Installation on Windows systems subsection Building from source paraghraph "Putting it all together" it isn't clearly stated that you need to have the binaries contained into bindlib_w32 in your path. In the example indicated by the manual you must add somewhere in the paragraph the following line: PATH C:\work\win32build\bin;%PATH% I think you must add that line at the end of this text: "First you should open a Visual Studio Command Prompt, which should be available under the Start menu. A regular Command Prompt window shouldn't work, as probably it doesn't have the necessary environment variables set. Then type something like cd C:\work\php-5.x.x to enter in the PHP source dir. Now you are ready to start configuring PHP." Have a nice day! Expected result: Checking for bison.exe ... Actual result: -- Checking for bison.exe ... ERROR: bison is required -- Edit this bug report at http://bugs.php.net/?id=36284&edit=1
[PHP-DOC] cvs: phpdoc /en/install/windows building.xml
nlopess Tue Feb 7 16:13:03 2006 UTC Modified files: /phpdoc/en/install/windows building.xml Log: fix #36284: clarify that if cygwin isnt installed the win32build/bin dir must be in the path http://cvs.php.net/viewcvs.cgi/phpdoc/en/install/windows/building.xml?r1=1.10&r2=1.11&diff_format=u Index: phpdoc/en/install/windows/building.xml diff -u phpdoc/en/install/windows/building.xml:1.10 phpdoc/en/install/windows/building.xml:1.11 --- phpdoc/en/install/windows/building.xml:1.10 Thu Dec 8 12:10:50 2005 +++ phpdoc/en/install/windows/building.xml Tue Feb 7 16:13:02 2006 @@ -1,5 +1,5 @@ - + Building from source @@ -96,6 +96,14 @@ respectively. + + + If you don't have cygwin installed with bison and flex, you also need to + make the C:\work\win32build\bin + directory available in the PATH, so that thoses tools can be found by + the configure script. + + Following this steps your directory structure looks like this: @@ -213,7 +221,9 @@ url="&url.icu;">ICU (needed for PHP >= 6). - First you should open a Visual Studio Command Prompt, which should be + First you should open a Visual Studio Command Prompt (a normal Command + Prompt window doesn't work because it doesn't have the necessary + environment variables set), which should be available under the Start menu. A regular Command Prompt window shouldn't work, as probably it doesn't have the necessary environment variables set. Then type something like cd C:\work\php-5.x.x to enter
[PHP-DOC] #36319 [NEW]: getopt() second parameter is never used
From: lapo at lapo dot it Operating system: anything but FreeBSD PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: getopt() second parameter is never used Description: http://it.php.net/manual/en/function.getopt.php This page states that as of 4.3.0 PHP has got a second parameter called longopts that should enable getopt_long functionality. The first problem is that it doesn't have any specific example, and the format of such parameter is not explained at all. The second, and biggest, problem is that the functionality never made it in any PHP release except 4.3.0pre2 as it was created in version: http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/basic_functions.c?view=log#rev1.533 and removed 9 days later, in version http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/basic_functions.c?view=log#rev1.540 by the very author. Reproduce code: --- % cat test.php #!/usr/local/bin/php Expected result: % ./test.php --file=a Array ( [file] => a ) Actual result: -- % ./test.php --file=a Array ( [f] => ile=a ) -- Edit bug report at http://bugs.php.net/?id=36319&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36319&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36319&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36319&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36319&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36319&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36319&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36319&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36319&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36319&r=support Expected behavior:http://bugs.php.net/fix.php?id=36319&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36319&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36319&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36319&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36319&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36319&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36319&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36319&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36319&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36319&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36319&r=mysqlcfg
[PHP-DOC] #36307 [Opn->Csd]: array_search() - wrong version info in Polish docs
ID: 36307 Updated by: [EMAIL PROTECTED] Reported By: xjd at wp dot pl -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-02-06 21:22:57] xjd at wp dot pl Description: The Polish doc page ( http://www.php.net/manual/pl/function.array-search.php ) says that returned value (if search didn't find anything) is NULL _starting_ from PHP 4.1.2, while the English one says that function returns NULL _prior_ to PHP 4.2.0. [EN:] Note: Prior to PHP 4.2.0, array_search() returns NULL on failure instead of FALSE. [PL:] Notatka: Począwszy od PHP 4.1.2, array_search() zwraca NULL w przypadku niepowodzenia zamiast FALSE It looks to me like the first (English) one is correct. Below is a simple test script. Also, in Polish doc there is different version number but I cannot confirm which is proper (I guess the one in English doc). Reproduce code: --- Expected result: /** according to Polish doc **/ Current PHP version: 5.0.4 search result: NULL Actual result: -- Current PHP version: 5.0.4 search result: FALSE -- Edit this bug report at http://bugs.php.net/?id=36307&edit=1
