[PHP-DOC] cvs: phpdoc /en/reference/mbstring encodings.xml

2006-11-03 Thread TAKAGI Masahiro
takagi  Fri Nov  3 08:43:11 2006 UTC

  Modified files:  
/phpdoc/en/reference/mbstring   encodings.xml 
  Log:
  typo fix.
  
  
http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/mbstring/encodings.xml?r1=1.2r2=1.3diff_format=u
Index: phpdoc/en/reference/mbstring/encodings.xml
diff -u phpdoc/en/reference/mbstring/encodings.xml:1.2 
phpdoc/en/reference/mbstring/encodings.xml:1.3
--- phpdoc/en/reference/mbstring/encodings.xml:1.2  Sun Mar 14 11:19:32 2004
+++ phpdoc/en/reference/mbstring/encodings.xml  Fri Nov  3 08:43:11 2006
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
  section id=mbstring.encodings
   titleSummaries of supported encodings/title
   segmentedlist
@@ -144,14 +144,14 @@
 /seg
/seglistitem
seglistitem
-segUTF-16BE/seg
+segUTF-16LE/seg
 segUnicode/seg
 seg
  See above.
 /seg
 seg
  In contrast to literalUTF-16/literal, strings are always assumed
- to be in big endian form.
+ to be in little endian form.
 /seg
/seglistitem
seglistitem


[PHP-DOC] #39355 [Csd]: README_UPDATE_5_2 incorrect DateTime API [patch]

2006-11-03 Thread derick
 ID:  39355
 Updated by:  [EMAIL PROTECTED]
 Reported By: akorthaus at web dot de
 Status:  Closed
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Not automatically, but I committed the change there as well.


Previous Comments:


[2006-11-03 10:55:03] akorthaus at web dot de

Will http://www.php.net/UPDATE_5_2.txt be updated automatically, too?



[2006-11-03 07:28:02] [EMAIL PROTECTED]

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.



[2006-11-03 01:20:54] akorthaus at web dot de

nt



[2006-11-03 01:18:55] akorthaus at web dot de

Description:

http://www.php.net/UPDATE_5_2.txt lists the DateTime API, which is not
correct (looks like a procedural interface where the objects get passed
as 1st parameter).

Patch against current PHP_5_2 branch:

Index: README.UPDATE_5_2
===
RCS file: /repository/php-src/Attic/README.UPDATE_5_2,v
retrieving revision 1.1.2.26
diff -u -r1.1.2.26 README.UPDATE_5_2
--- README.UPDATE_5_2   31 Oct 2006 17:24:51 -  1.1.2.26
+++ README.UPDATE_5_2   3 Nov 2006 01:13:39 -
@@ -541,34 +541,34 @@
 Methods:
   DateTime::__construct([string time[, DateTimeZone object]])
   - Returns new DateTime object
-  string DateTime::format(DateTime object, string format)
+  string DateTime::format(string format)
   - Returns date formatted according to given format
-  long DateTime::getOffset(DateTime object)
+  long DateTime::getOffset()
   - Returns the DST offset
-  DateTimeZone DateTime::getTimezone(DateTime object)
+  DateTimeZone DateTime::getTimezone()
   - Return new DateTimeZone object relative to give DateTime
-  void DateTime::modify(DateTime object, string modify)
+  void DateTime::modify(string modify)
   - Alters the timestamp
   array DateTime::parse(string date)
   - Returns associative array with detailed info about given date
-  void DateTime::setDate(DateTime object, long year, long month,
long day)
+  void DateTime::setDate(long year, long month, long day)
   - Sets the date
-  void DateTime::setISODate(DateTime object, long year, long
week[, long day])
+  void DateTime::setISODate(long year, long week[, long day])
   - Sets the ISO date
-  void DateTime::setTime(DateTime object, long hour, long minute[,
long second])
+  void DateTime::setTime(long hour, long minute[, long second])
   - Sets the time
-  void DateTime::setTimezone(DateTime object, DateTimeZone
object)
+  void DateTime::setTimezone(DateTimeZone object)
   - Sets the timezone for the DateTime object

   DateTimeZone:
 Methods:
   DateTimeZone DateTimeZone::__construct(string timezone)
   - Returns new DateTimeZone object
-  string DateTimeZone::getName(DateTimeZone object)
+  string DateTimeZone::getName()
   - Returns the name of the timezone
-  long DateTimeZone::getOffset(DateTimeZone object, DateTime
object)
+  long DateTimeZone::getOffset(DateTime object)
   - Returns the timezone offset
-  array DateTimeZone::getTransitions(DateTimeZone object)
+  array DateTimeZone::getTransitions()
   - Returns numerically indexed array containing associative array
for all transitions for the timezone

   RecursiveRegexIterator:







-- 
Edit this bug report at http://bugs.php.net/?id=39355edit=1


[PHP-DOC] #39355 [Csd]: README_UPDATE_5_2 incorrect DateTime API [patch]

2006-11-03 Thread akorthaus at web dot de
 ID:  39355
 User updated by: akorthaus at web dot de
 Reported By: akorthaus at web dot de
 Status:  Closed
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Will http://www.php.net/UPDATE_5_2.txt be updated automatically, too?


Previous Comments:


[2006-11-03 07:28:02] [EMAIL PROTECTED]

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.



[2006-11-03 01:20:54] akorthaus at web dot de

nt



[2006-11-03 01:18:55] akorthaus at web dot de

Description:

http://www.php.net/UPDATE_5_2.txt lists the DateTime API, which is not
correct (looks like a procedural interface where the objects get passed
as 1st parameter).

Patch against current PHP_5_2 branch:

Index: README.UPDATE_5_2
===
RCS file: /repository/php-src/Attic/README.UPDATE_5_2,v
retrieving revision 1.1.2.26
diff -u -r1.1.2.26 README.UPDATE_5_2
--- README.UPDATE_5_2   31 Oct 2006 17:24:51 -  1.1.2.26
+++ README.UPDATE_5_2   3 Nov 2006 01:13:39 -
@@ -541,34 +541,34 @@
 Methods:
   DateTime::__construct([string time[, DateTimeZone object]])
   - Returns new DateTime object
-  string DateTime::format(DateTime object, string format)
+  string DateTime::format(string format)
   - Returns date formatted according to given format
-  long DateTime::getOffset(DateTime object)
+  long DateTime::getOffset()
   - Returns the DST offset
-  DateTimeZone DateTime::getTimezone(DateTime object)
+  DateTimeZone DateTime::getTimezone()
   - Return new DateTimeZone object relative to give DateTime
-  void DateTime::modify(DateTime object, string modify)
+  void DateTime::modify(string modify)
   - Alters the timestamp
   array DateTime::parse(string date)
   - Returns associative array with detailed info about given date
-  void DateTime::setDate(DateTime object, long year, long month,
long day)
+  void DateTime::setDate(long year, long month, long day)
   - Sets the date
-  void DateTime::setISODate(DateTime object, long year, long
week[, long day])
+  void DateTime::setISODate(long year, long week[, long day])
   - Sets the ISO date
-  void DateTime::setTime(DateTime object, long hour, long minute[,
long second])
+  void DateTime::setTime(long hour, long minute[, long second])
   - Sets the time
-  void DateTime::setTimezone(DateTime object, DateTimeZone
object)
+  void DateTime::setTimezone(DateTimeZone object)
   - Sets the timezone for the DateTime object

   DateTimeZone:
 Methods:
   DateTimeZone DateTimeZone::__construct(string timezone)
   - Returns new DateTimeZone object
-  string DateTimeZone::getName(DateTimeZone object)
+  string DateTimeZone::getName()
   - Returns the name of the timezone
-  long DateTimeZone::getOffset(DateTimeZone object, DateTime
object)
+  long DateTimeZone::getOffset(DateTime object)
   - Returns the timezone offset
-  array DateTimeZone::getTransitions(DateTimeZone object)
+  array DateTimeZone::getTransitions()
   - Returns numerically indexed array containing associative array
for all transitions for the timezone

   RecursiveRegexIterator:







-- 
Edit this bug report at http://bugs.php.net/?id=39355edit=1


[PHP-DOC] #39296 [Asn-Ana]: is_readable is raising a warning when the file or dir is outside open_basedir

2006-11-03 Thread iliaa
 ID:   39296
 Updated by:   [EMAIL PROTECTED]
 Reported By:  judas dot iscariote at gmail dot com
-Status:   Assigned
+Status:   Analyzed
-Bug Type: Safe Mode/open_basedir
+Bug Type: Documentation problem
 Operating System: Linux
 PHP Version:  5CVS-2006-10-29 (CVS)
 Assigned To:  iliaa
 New Comment:

This should be documented.


Previous Comments:


[2006-10-29 23:51:06] judas dot iscariote at gmail dot com

it is silent in 4_4 , 4.3.9 this annoyance affects the whole stat()
family.

if this is considered a bug in the code here is my fix :

--- ext/standard/filestat.c 2 Jul 2006 13:51:40 -  
1.136.2.8.2.3
+++ ext/standard/filestat.c 29 Oct 2006 23:45:54 -
@@ -660,7 +660,7 @@
}

if ((wrapper = php_stream_locate_url_wrapper(filename, local,
0 TSRMLS_CC)) == php_plain_files_wrapper) {
-   if (php_check_open_basedir(local TSRMLS_CC) ||
(PG(safe_mode)  !php_checkuid_ex(filename, NULL,
CHECKUID_ALLOW_FILE_NOT_EXISTS, CHECKUID_NO_ERRORS))) {
+   if (php_check_open_basedir_ex(local, 0 TSRMLS_CC) ||
(PG(safe_mode)  !php_checkuid_ex(filename, NULL,
CHECKUID_ALLOW_FILE_NOT_EXISTS, CHECKUID_NO_ERRORS))) {
RETURN_FALSE;
}
}

this change was introduced in php 5.1.5 by Ilia.
http://cvs.php.net/viewvc.cgi/php-src/ext/standard/filestat.c?r1=1.136.2.8r2=1.136.2.9

it this is considered not to be a bug, please update the documentation
;)



[2006-10-29 18:00:29] phpbugs at thequod dot de

Has this changed since 5.1 or 4.x?



[2006-10-29 09:52:52] judas dot iscariote at gmail dot com

Description:

is_readable is raising and open_basedir warrning when the file/dir is
not in open_basedir.


this is not expected  or at least is not mentioned in the
documentation.


Reproduce code:
---
php  -d display_errors=1 -dopen_basedir=`pwd` -r
'var_dump(is_readable(/tmp));'

Expected result:

a silent 

bool(false)

as stated on the documentation.



Actual result:
--
Warning: is_readable(): open_basedir restriction in effect. File(/tmp)
is not within the allowed path(s):
bool(false)







-- 
Edit this bug report at http://bugs.php.net/?id=39296edit=1


[PHP-DOC] #39154 [Asn-Csd]: HTTP digest auth example: incorrect regexp

2006-11-03 Thread nlopess
 ID:   39154
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thetrivialstuff at hotmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 Assigned To:  nlopess
 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-10-16 18:16:02] [EMAIL PROTECTED]

my example, I'll take a look.



[2006-10-13 22:43:28] thetrivialstuff at hotmail dot com

Description:

In the Digest Authentication example on this page:

http://ca3.php.net/manual/en/features.http-auth.php

The regular expression used for splitting the auth header is missing at
least one character. The script will fail if a url contains a question
mark '?'. A fix is to change the preg_match_all line to be:

preg_match_all('@(\w+)=([\']?)([a-zA-Z0-9?=./\_-]+)\2@', $txt,
$matches, PREG_SET_ORDER);

Reproduce code:
---
see http://ca3.php.net/manual/en/features.http-auth.php, digest auth
example. copy  paste that code into a new file, then try to reach it
with something like (example URL):

http://your web server/file.php?some=parameter

Expected result:

I expect the example URL above to authenticate as usual.

Actual result:
--
It will never authenticate, because the http_digest_parse() function
returns false after failing to catch the uri parameter from the
browser response.





-- 
Edit this bug report at http://bugs.php.net/?id=39154edit=1