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

2004-07-26 Thread Dave
daveMon Jul 26 03:03:33 2004 EDT

  Modified files:  
/phpdoc/en/reference/mysqli reference.xml 
  Log:
  - typo fixes, case-consistency, ()-consistency.
  
  http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/reference.xml?r1=1.17&r2=1.18&ty=u
Index: phpdoc/en/reference/mysqli/reference.xml
diff -u phpdoc/en/reference/mysqli/reference.xml:1.17 
phpdoc/en/reference/mysqli/reference.xml:1.18
--- phpdoc/en/reference/mysqli/reference.xml:1.17   Mon Jul 26 02:28:48 2004
+++ phpdoc/en/reference/mysqli/reference.xmlMon Jul 26 03:03:32 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Improved MySQL Extension
   mysqli
@@ -49,7 +49,7 @@
   &reftitle.constructor;
   

-mysqli() - construct a 
new mysqli object
+mysqli - construct a new 
mysqli object

   
  
@@ -57,10 +57,10 @@
   &reftitle.methods;
   

-autocommit() - turns 
on or off auto-commiting database modifications
+autocommit - turns on 
or off auto-commiting database modifications


-change_user() - 
changes the user of the specified database connection
+change_user - 
changes the user of the specified database connection


 character_set_name - returns the 
default character set for the database connection
@@ -105,7 +105,7 @@
 multi_query - 
performs multiple queries


-more_results - 
check if more results exists from currently executed multi-query
+more_results - 
check if more results exist from currently executed multi-query


 next_result - reads 
next result from currently executed multi-query
@@ -126,7 +126,7 @@
 real_connect - 
attempts to open a connection to MySQL database server


-escape_string 
- Escapes special characters in a string for use in a SQL statement, taking into 
account the current charset of the connection
+escape_string 
- escapes special characters in a string for use in a SQL statement, taking into 
account the current charset of the connection


 rollback - rolls back 
the current transaction
@@ -141,7 +141,7 @@
 stat - gets the current 
system status


-stmt_initInitializes a 
statement for use with mysqli_stmt_prepare
+stmt_init- initializes 
a statement for use with mysqli_stmt_prepare


 store_result - 
transfers a resultset from last query
@@ -164,7 +164,7 @@
 client_info - 
returns the MySQL client version as a string


-client_version -returns the MySQL 
client version as an integer
+client_version - returns the MySQL 
client version as an integer


 errno - returns the error 
code for the most recent function call
@@ -194,7 +194,7 @@
 thread_id - returns 
the thread ID for the current connection


-warning-count - 
returns the number of warnings generated during execution of the previous SQL 
statement 
+warning-count - 
returns the number of warnings generated during execution of the previous SQL 
statement

 
   
@@ -210,40 +210,40 @@
   &reftitle.methods;
   

-bind_param - Binds 
variables to a prepared statement
+bind_param - binds 
variables to a prepared statement


-bind_result - Binds 
variables to a prepared statement for result storage
+bind_result - binds 
variables to a prepared statement for result storage


-close - Closes a 
prepared statement
+close - closes a 
prepared statement


-data-seek - Seeks 
to an arbitrary row in a statement result set
+data-seek - seeks 
to an arbitrary row in a statement result set


-execute - Executes a 
prepared statement
+execute - executes a 
prepared statement


-fetch - Fetches result 
from a prepared statement into bound variables
+fetch - fetches result 
from a prepared statement into bound variables


-free_result - 
Frees stored result memory for the given statement handle
+free_result - 
frees stored result memory for the given statement handle


-result_metadata - Retrieves a 
resultset from a prepared statement for metadata information
+result_metadata - retrieves a 
resultset from a prepared statement for metadata information


 prepare - prepares 
a SQL query


-send_long_data - 
Sends data in chunks
+send_long_data - 
sends data in chunks


 reset - resets a 
prepared statement


-store_result - 
Buffers complete resultset from a prepared statement
+store_result - 
buffers complete resultset from a prepared statement

  

[PHP-DOC] cvs: phpdoc /en/language types.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 05:26:22 2004 EDT

  Modified files:  
/phpdoc/en/language types.xml 
  Log:
  Octal weirdness (bug #26314)
  
http://cvs.php.net/diff.php/phpdoc/en/language/types.xml?r1=1.138&r2=1.139&ty=u
Index: phpdoc/en/language/types.xml
diff -u phpdoc/en/language/types.xml:1.138 phpdoc/en/language/types.xml:1.139
--- phpdoc/en/language/types.xml:1.138  Tue Jun 29 04:09:22 2004
+++ phpdoc/en/language/types.xmlMon Jul 26 05:26:21 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Types
 
@@ -369,6 +369,22 @@
   (that's 32 bits signed). PHP does not support unsigned
   integers.
  
+ 
+  
+   If invalid digit is passed to octal integer (i.e. 8 or 9), the rest of
+   the number is ignored.
+   
+Octal weirdness
+
+
+
+   
+  
+ 
 

 


[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-intersect-assoc.xml array-intersect-uassoc.xml array-uintersect-assoc.xml array-uintersect-uassoc.xml array-uintersect.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 06:08:51 2004 EDT

  Added files: 
/phpdoc/en/reference/array/functionsarray-intersect-uassoc.xml 
array-uintersect-assoc.xml 
array-uintersect-uassoc.xml 
array-uintersect.xml 

  Modified files:  
/phpdoc/en/reference/array/functionsarray-intersect-assoc.xml 
  Log:
  array_u?intersect_u?assoc (bug #29380)
  http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/array-intersect-assoc.xml?r1=1.6&r2=1.7&ty=u
Index: phpdoc/en/reference/array/functions/array-intersect-assoc.xml
diff -u phpdoc/en/reference/array/functions/array-intersect-assoc.xml:1.6 
phpdoc/en/reference/array/functions/array-intersect-assoc.xml:1.7
--- phpdoc/en/reference/array/functions/array-intersect-assoc.xml:1.6   Sat Feb 28 
10:13:33 2004
+++ phpdoc/en/reference/array/functions/array-intersect-assoc.xml   Mon Jul 26 
06:08:51 2004
@@ -1,5 +1,5 @@
 
-
+
   

 array_intersect_assoc
@@ -62,6 +62,9 @@
 
 
  See also array_intersect,
+ array_uintersect_assoc,
+ array_intersect_uassoc,
+ array_uintersect_uassoc,
  array_diff and
  array_diff_assoc.
 

http://cvs.php.net/co.php/phpdoc/en/reference/array/functions/array-intersect-uassoc.xml?r=1.1&p=1
Index: phpdoc/en/reference/array/functions/array-intersect-uassoc.xml
+++ phpdoc/en/reference/array/functions/array-intersect-uassoc.xml


  
   
array_intersect_uassoc
Computes the intersection of arrays with additional index check. The 
indexes are compared by using a callback functions.
   
   
Description

 arrayarray_intersect_uassoc
 arrayarray1
 arrayarray2
 array 
...
 
callbackkey_compare_func


 array_intersect_uassoc returns an array
 containing all the values of array1
 that are present in all the arguments. Note that the keys are used in
 the comparison unlike in array_intersect.
 The indexes are compared by using a callback functions.


 
  array_intersect_uassoc example
  

  
  
   Result will look like:
  
  

  
 


 For comparison is used the user supplied callback function.
 It must return an integer less than, equal
 to, or greater than zero if the first argument is considered to
 be respectively less than, equal to, or greater than the
 second.


 See also array_intersect,
 array_intersect_assoc,
 array_uintersect_assoc and
 array_uintersect_uassoc.

   
  



http://cvs.php.net/co.php/phpdoc/en/reference/array/functions/array-uintersect-assoc.xml?r=1.1&p=1
Index: phpdoc/en/reference/array/functions/array-uintersect-assoc.xml
+++ phpdoc/en/reference/array/functions/array-uintersect-assoc.xml


  
   
array_uintersect_assoc
Computes the intersection of arrays with additional index check. The 
data is compared by using a callback function.
   
   
Description

 arrayarray_uintersect_assoc
 arrayarray1
 arrayarray2
 array 
...
 
callbackdata_compare_func


 array_uintersect_assoc returns an array
 containing all the values of array1
 that are present in all the arguments. Note that the keys are used in
 the comparison unlike in array_uintersect.
 The data is compared by using a callback function.


 
  array_uintersect_assoc example
  

  
  
   Result will look like:
  
  

  
 


 For comparison is used the user supplied callback function.
 It must return an integer less than, equal
 to, or greater than zero if the first argument is considered to
 be respectively less than, equal to, or greater than the
 second.


 See also array_uintersect,
 array_intersect_assoc,
 array_intersect_uassoc and
 array_uintersect_uassoc.

   
  



http://cvs.php.net/co.php/phpdoc/en/reference/array/functions/array-uintersect-uassoc.xml?r=1.1&p=1
Index: phpdoc/en/reference/array/functions/array-uintersect-uassoc.xml
+++ phpdoc/en/reference/array/functions/array-uintersect-uassoc.xml


  
   
array_uintersect_uassoc
Computes the intersection of arrays with additional index check. Both 
the data and the indexes are compared by using a callback functions.
   
   
Description

 arrayarray_uintersect_uassoc
 arrayarray1
 arrayarray2
 array 
...
 
callbackdata_compare_func
 
callbackkey_compare_func


 array_uintersect_uassoc returns an array
 containing all the values of array1
 that are present in all the arguments. Note that the keys are used in
 the comparison unlike in array_uintersect.
 Both the data and the indexes are compared by using a callback functions.


 
  array_uintersect_uassoc example
  


[PHP-DOC] #29380 [Opn->Csd]: array_uintersect_assoc() and array_uintersect_uassoc() not documented

2004-07-26 Thread vrana
 ID:  29380
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 Assigned To: vrana
 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:


[2004-07-25 21:52:22] [EMAIL PROTECTED]

Description:

 These 2 functions are not in the online documentation (I haven't
checked the other kind of docs). I found that there are examples in :
http://cvs.php.net/co.php/php-src/ext/standard/tests/array/array_intersect_1.phpt?r=1.5

thanks,
andrey






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


[PHP-DOC] #26314 [Opn->Csd]: Decimal numbers starting with 0 always treated as octals, even when invalid

2004-07-26 Thread nlopess
 ID:   26314
 Updated by:   [EMAIL PROTECTED]
 Reported By:  matteo at beccati dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Debian GNU/Linux 3.0
 PHP Version:  4.3.4
 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.

fixed by Jakub Vrana.


Previous Comments:


[2003-11-19 06:50:12] matteo at beccati dot com

[Changed category to "Documentation problem"]

OK, I understand...

Can I suggest adding a warning in the manual to let people know what
happens when the provided number is invalid? IMHO that isn't much clear
now.

P.S.
Sorry for reopening it by changing the summary... I didn't know you
already answered :)



[2003-11-19 06:48:40] [EMAIL PROTECTED]

Fixed status



[2003-11-19 06:40:55] matteo at beccati dot com

Fixed summary...



[2003-11-19 06:39:40] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is exactly as it should be. If you prefix the 0 on a non-octal
number, PHP still treats it as an octal number as is described in the
manual. 



[2003-11-19 06:37:32] matteo at beccati dot com

Description:

According to the manual, integers can be specified in the octal
notation preceding the number with a zero. Some lines below I can see
this regexp:

octal   : 0[0-7]+


What I don't understand is why an invalid octal number preceded by a 0
is treated as an octal, having a value of 0.

I know that you'll probably answer that it's a feature and not a bug,
but I think that this behaviour should be highlighted in the manual :)

Also checked on PHP 4.1.2, 4.3.0 and 4.3.3

Reproduce code:
---




Expected result:

int(7)
int(8)
int(8)


Actual result:
--
int(7)
int(8)
int(0)






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


[PHP-DOC] #29353 [Opn]: language-snippets.ent use isn't being updated in manual build

2004-07-26 Thread nlopess
 ID:   29353
 Updated by:   [EMAIL PROTECTED]
 Reported By:  philip at cornado dot com
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 New Comment:

There is no problem here, Philip!

The problem is that the on-line version of the install section is the
chapters/instal*.xml instead of the new install/*. The old files aren't
using the entity.

We will just move to the new files when we re-write the windows install
procedure.


Previous Comments:


[2004-07-23 17:43:43] philip at cornado dot com

Description:

A problem seems to be language-snippets.ent gets updated yet the
changes are not showing up in the manual build.  Have a look at the
changelog:
 http://cvs.php.net/phpdoc/en/language-snippets.ent

Specifically the following change isn't showing up:

http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.97&r2=1.98

The change: 16-06-2004
The build:  14-07-2004
The page:   http://www.php.net/manual/en/install.apache2.php

Notice the change doesn't show up in the  on that page.






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


[PHP-DOC] #29353 [Opn->Bgs]: language-snippets.ent use isn't being updated in manual build

2004-07-26 Thread nlopess
 ID:   29353
 Updated by:   [EMAIL PROTECTED]
 Reported By:  philip at cornado dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 New Comment:

closing


Previous Comments:


[2004-07-26 13:21:12] [EMAIL PROTECTED]

There is no problem here, Philip!

The problem is that the on-line version of the install section is the
chapters/instal*.xml instead of the new install/*. The old files aren't
using the entity.

We will just move to the new files when we re-write the windows install
procedure.



[2004-07-23 17:43:43] philip at cornado dot com

Description:

A problem seems to be language-snippets.ent gets updated yet the
changes are not showing up in the manual build.  Have a look at the
changelog:
 http://cvs.php.net/phpdoc/en/language-snippets.ent

Specifically the following change isn't showing up:

http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.97&r2=1.98

The change: 16-06-2004
The build:  14-07-2004
The page:   http://www.php.net/manual/en/install.apache2.php

Notice the change doesn't show up in the  on that page.






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


[PHP-DOC] cvs: phpdoc /en/faq migration5.xml /en/reference/xslt/functions xslt-set-sax-handlers.xml /entities global.ent

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 07:39:15 2004 EDT

  Modified files:  
/phpdoc/entitiesglobal.ent 
/phpdoc/en/faq  migration5.xml 
/phpdoc/en/reference/xslt/functions xslt-set-sax-handlers.xml 
  Log:
  fix build
  
http://cvs.php.net/diff.php/phpdoc/entities/global.ent?r1=1.191&r2=1.192&ty=u
Index: phpdoc/entities/global.ent
diff -u phpdoc/entities/global.ent:1.191 phpdoc/entities/global.ent:1.192
--- phpdoc/entities/global.ent:1.191Sun Jul 25 13:01:05 2004
+++ phpdoc/entities/global.ent  Mon Jul 26 07:39:14 2004
@@ -1,6 +1,6 @@
 
 http://www.faqs.org/rfcs/rfc'>
 http://www.iana.org/assignments/operating-system-names'>
http://cvs.php.net/diff.php/phpdoc/en/faq/migration5.xml?r1=1.1&r2=1.2&ty=u
Index: phpdoc/en/faq/migration5.xml
diff -u phpdoc/en/faq/migration5.xml:1.1 phpdoc/en/faq/migration5.xml:1.2
--- phpdoc/en/faq/migration5.xml:1.1Mon Jul 19 01:07:10 2004
+++ phpdoc/en/faq/migration5.xmlMon Jul 26 07:39:15 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Migrating from PHP 4 to PHP 5
   Migrating from PHP 4 to PHP 5
@@ -9,7 +9,7 @@
   
 
   
-   
+   
 
  
   Migrating from PHP 4 to PHP 5
http://cvs.php.net/diff.php/phpdoc/en/reference/xslt/functions/xslt-set-sax-handlers.xml?r1=1.4&r2=1.5&ty=u
Index: phpdoc/en/reference/xslt/functions/xslt-set-sax-handlers.xml
diff -u phpdoc/en/reference/xslt/functions/xslt-set-sax-handlers.xml:1.4 
phpdoc/en/reference/xslt/functions/xslt-set-sax-handlers.xml:1.5
--- phpdoc/en/reference/xslt/functions/xslt-set-sax-handlers.xml:1.4Sat Jul 24 
13:55:38 2004
+++ phpdoc/en/reference/xslt/functions/xslt-set-sax-handlers.xmlMon Jul 26 
07:39:15 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -239,7 +239,7 @@
 
  Every values of the handlers array is either a
  string containing the function name, or an array in the following format:
- array(&$obj, "method").
+ array(&$obj, "method").
 
 
  


[PHP-DOC] cvs: phpdoc /en/appendices migration5.xml

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 07:47:30 2004 EDT

  Modified files:  
/phpdoc/en/appendices   migration5.xml 
  Log:
  remove the oop docs and link to the new oop5 language reference
  http://cvs.php.net/diff.php/phpdoc/en/appendices/migration5.xml?r1=1.25&r2=1.26&ty=u
Index: phpdoc/en/appendices/migration5.xml
diff -u phpdoc/en/appendices/migration5.xml:1.25 
phpdoc/en/appendices/migration5.xml:1.26
--- phpdoc/en/appendices/migration5.xml:1.25Wed Jul 21 05:05:12 2004
+++ phpdoc/en/appendices/migration5.xml Mon Jul 26 07:47:30 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Migrating from PHP 4 to PHP 5
 
@@ -799,1015 +799,14 @@
 out of the box, or with very few modifications.


+The new Object Model is documented at the Language Reference.
+   
+   
 See also the 
 zend.ze1_compatibility_mode directive for compatability with 
 PHP 4. 

-
-   
-Private and Protected Members
-
- PHP 5 introduces private and protected member variables, they allow you
- to define the visibility of class properties.
-
-
- Private and Protected Members accesibility
- 
-  Protected member variables can be accessed in classes extending the
-  class they are declared in, whereas private member variables can only be
-  accessed by the class they belong to.
- 
- 
-
- 
-
-   
-   
-   
-Private and Protected Methods
-
- With PHP 5, private and protected methods are also introduced.
-
-
- Protected methods example
- 
-
- 
-
-
- Old code that has no user-defined classes or functions named 
- "public", "protected" or "private" should
- run without modifications.
-
-   
-
-   
-Abstract Classes and Methods
-
- PHP 5 also introduces abstract classes and methods. An abstract method
- only declares the method's signature and does not provide an
- implementation. A class that contains abstract methods needs to be
- declared abstract.
-
-
- Abstract class example
- 
-
- 
-
-
- Abstract classes cannot be instantiated. Old code that has no
- user-defined classes or functions named 'abstract' should run without
- modifications.
-
-
-   
-   
-Interfaces
-
- PHP 5 introduces interfaces. A class may implement an arbitrary list of
- interfaces.
-
-
- Interface example
- 
-
-  
-
-
- Old code that has no user-defined classes or functions named 'interface'
- or 'implements' should run without modifications. 
-
-   
-
-   
-Class Type Hints
-
- While remaining loosely typed PHP 5 introduces the ability to use class
- type hints to declare the expected class of objects that are passed as
- parameters to a method.
-
-
- Class type hinting example
- 
-
-  
-
-
- These class type hints are not checked upon compilation, as would be the
- case in a typed language, but during runtime. This means that: 
-
-
- 
-
-  
-
-is equivalent to:
-
-  
-
-  
-
-   
-
-   
-final
-
- PHP 5 introduces the "final" keyword to declare final members and
- methods. Methods and members declared final cannot be overridden by
- sub-classes.
-
-
- final method
- 
-
- 
-
-
- It is furthermore possible to make a class final. Doing this prevents a
- class from being specialized (it cannot be inherited by another class).
- There's no need to declare the methods of a final class themselves as
- final.
-
-
- final class
- 
-
- 
-
-
- Properties can not be final.
-
-
- Old code that has no user-defined classes or functions named 'final'
- should run without modifications.
-
-   
-
-   
-Objects Cloning
-
- PHP 4 offered no way a user could decide what copy constructor to run
- when an object is duplicated. During duplication, PHP 4 did a bit for bit
- copy making an identical replica of all the object's properties.
-
-
- Creating a copy of an object with fully replicated properties is not
- always the wanted behavior. A good example of the need for copy
- constructors, is if you have an object which represents a GTK window and
- the object holds the resource of this GTK window, when you create a
- duplicate you might want to create a new window with the same properties
- and have the new object hold the resource of the new window. Another
- example is if your object holds a reference to another object which it
- uses and when you replicate the parent object you want to create a new
- instance of this other object so that the replica has its own separate
- copy.
-
-
- An object copy is created by using the clone keyword (which calls the
- object's __clone method if possible). An object's 
- __clone  method cannot be c

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

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 07:51:36 2004 EDT

  Modified files:  
/phpdoc/en/reference/overload   reference.xml 
  Log:
  fix link to oop5 overload
  
http://cvs.php.net/diff.php/phpdoc/en/reference/overload/reference.xml?r1=1.10&r2=1.11&ty=u
Index: phpdoc/en/reference/overload/reference.xml
diff -u phpdoc/en/reference/overload/reference.xml:1.10 
phpdoc/en/reference/overload/reference.xml:1.11
--- phpdoc/en/reference/overload/reference.xml:1.10 Thu Jun 10 11:38:09 2004
+++ phpdoc/en/reference/overload/reference.xml  Mon Jul 26 07:51:36 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Object property and method call overloading
   Object overloading
@@ -24,11 +24,10 @@
 &warn.experimental;
 
  
-  This extension is not a part of PHP 5. PHP 5 supports
-  __get(), __set() and
-  __call() natively. See PHP 5 migration chapter for
-  more information.
+  This extension is not a part of PHP 5. PHP 5 supports 
__get(), __set() and
+  __call() natively. See the Overloading in PHP 5 page
+  for more information.
  
 



[PHP-DOC] cvs: phpdoc /en/reference/info/functions ini-set.xml

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 08:08:27 2004 EDT

  Modified files:  
/phpdoc/en/reference/info/functions ini-set.xml 
  Log:
  linking more options
  
http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/ini-set.xml?r1=1.40&r2=1.41&ty=u
Index: phpdoc/en/reference/info/functions/ini-set.xml
diff -u phpdoc/en/reference/info/functions/ini-set.xml:1.40 
phpdoc/en/reference/info/functions/ini-set.xml:1.41
--- phpdoc/en/reference/info/functions/ini-set.xml:1.40 Thu Jul  8 06:39:06 2004
+++ phpdoc/en/reference/info/functions/ini-set.xml  Mon Jul 26 08:08:26 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -123,7 +123,7 @@
   PHP_INI_SYSTEM
  
  
-  child_terminate
+  child_terminate
   "0"
   PHP_INI_ALL
  
@@ -618,7 +618,7 @@
   PHP_INI_ALL
  
  
-  last_modified
+  last_modified
   "0"
   PHP_INI_ALL
  
@@ -668,37 +668,37 @@
   PHP_INI_PERDIR
  
  
-  mbstring.detect_order
+  mbstring.detect_order
   NULL
   PHP_INI_ALL
  
  
-  mbstring.encoding_translation
+  mbstring.encoding_translation
   "0"
   PHP_INI_PERDIR
  
  
-  mbstring.func_overload
+  mbstring.func_overload
   "0"
   PHP_INI_PERDIR
  
  
-  mbstring.http_input
+  mbstring.http_input
   "pass"
   PHP_INI_ALL
  
  
-  mbstring.http_output
+  mbstring.http_output
   "pass"
   PHP_INI_ALL
  
  
-  mbstring.internal_encoding
+  mbstring.internal_encoding
   NULL
   PHP_INI_ALL
  
  
-  mbstring.language
+  mbstring.language
   "neutral"
   PHP_INI_PERDIR
  
@@ -708,7 +708,7 @@
   PHP_INI_ALL
  
  
-  mbstring.substitute_character
+  mbstring.substitute_character
   NULL
   PHP_INI_ALL
  
@@ -893,7 +893,7 @@
   PHP_INI_SYSTEM
  
  
-  nsapi.read_timeout
+  nsapi.read_timeout
   "60"
   PHP_INI_ALL
  
@@ -1069,7 +1069,7 @@
  
  
   safe_mode_exec_dir
-  "/usr/local/php/bin"
+  ""
   PHP_INI_SYSTEM
  
  
@@ -1303,12 +1303,12 @@
   PHP_INI_ALL
  
  
-  tidy.clean_output
+  tidy.clean_output
   "0"
   PHP_INI_PERDIR
  
  
-  tidy.default_config
+  tidy.default_config
   ""
   PHP_INI_SYSTEM
  
@@ -1353,7 +1353,7 @@
   PHP_INI_ALL
  
  
-  xbithack
+  xbithack
   "0"
   PHP_INI_ALL
  
@@ -1373,7 +1373,7 @@
   PHP_INI_ALL
  
  
-  zend.ze1_compatibility_mode
+  zend.ze1_compatibility_mode
   "0"
   PHP_INI_ALL
  


[PHP-DOC] #27583 [Com]: Not enough info on Apache 2 issues

2004-07-26 Thread okapi at yahoo dot com
 ID:   27583
 Comment by:   okapi at yahoo dot com
 Reported By:  stewart dot james at vu dot edu dot au
 Status:   Closed
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  Irrelevant
 New Comment:

Can we add a link to the new Installation Chapter - Apache 2 info to
the Apache 2 install info in
http://www.php.net/manual/en/install.apache2.php ? Also, the answer to
the question in the install chapter still seems to be disappointingly
not recommending Apache 2 in a prefork mode. Why is this the case? The
only negative issue I've heard of Apache 2 / PHP is in threading mode.
If that mode is not used, why can it not be the recommended or atleast
a recommended platform. Is there any other reasoning behind trying to
stick with Apache 1.3?


Previous Comments:


[2004-07-23 17:45:21] [EMAIL PROTECTED]

The language-snippets.ent problem now exists in bug #29353



[2004-07-19 19:17:41] [EMAIL PROTECTED]

The link has been in language-snippets.ent (within the
warn.apache2.compat entity) for over five weeks, the manual was built a
week ago, yet the change doesn't show up.  This is not good.

For those wanting to see the faq:
http://www.php.net/manual/en/faq.installation.php#faq.installation.apache2




[2004-07-16 12:08:34] [EMAIL PROTECTED]

It is already linked from the new installation chapter.



[2004-07-16 00:33:33] [EMAIL PROTECTED]

This needs to be in the faq and linked to from the apache2 installation
docs.



[2004-07-16 00:19:51] glm at cyborgspiders dot com

Some extensions are not stable, anyone care to comment on which
extensions are stable.

Greg Magnusson
Cyborg Spiders Web Development



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/27583

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


[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-options.xml

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 09:13:04 2004 EDT

  Modified files:  
/phpdoc/en/reference/mysqli/functions   mysqli-options.xml 
  Log:
  fix #29265: remove MYSQLI_OPT_COMPRESS
  
http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-options.xml?r1=1.4&r2=1.5&ty=u
Index: phpdoc/en/reference/mysqli/functions/mysqli-options.xml
diff -u phpdoc/en/reference/mysqli/functions/mysqli-options.xml:1.4 
phpdoc/en/reference/mysqli/functions/mysqli-options.xml:1.5
--- phpdoc/en/reference/mysqli/functions/mysqli-options.xml:1.4 Thu Feb 26 09:48:54 
2004
+++ phpdoc/en/reference/mysqli/functions/mysqli-options.xml Mon Jul 26 09:13:04 
2004
@@ -1,5 +1,5 @@
 
-
+
   

 mysqli_options
@@ -53,10 +53,6 @@
 
  MYSQLI_OPT_CONNECT_TIMEOUT
  connection timeout in seconds
-
-
- MYSQLI_OPT_COMPRESS
- use compression protocol
 
 
  MYSQLI_OPT_LOCAL_INFILE


[PHP-DOC] #29265 [Opn->Csd]: mysqli_options Compression Constant

2004-07-26 Thread nlopess
 ID:   29265
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bommar33 at msu dot edu
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Windows 2k3
 PHP Version:  5.0.0
 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.

If you want to compress the connection, you should use the
MYSQLI_OPT_COMPRESS constant in mysqli_real_connect:
mysqli_real_connect($link, $hostname, $username, $password, $dbname,
$port, $socket, MYSQLI_CLIENT_COMPRESS);


Previous Comments:


[2004-07-19 20:58:03] bommar33 at msu dot edu

Description:

The mysqli_real_connect page and the mysqli_options pages differ on the
valid option constants that may be passed to mysqli_options. 
mysqli_real_connect appears to have been updated, while mysqli_options
is outdated.

On the mysqli_options page, the constant for using the compressed
protocol is listed as 'MYSQLI_OPT_COMPRESS.'  This, however, results in
incorrect behavior.  The mysqli_real_connect page lists the constant as
'MYSQLI_CLIENT_COMPRESS,' which does produce the correct behavior.

Reproduce code:
---
//As suggested by mysqli_options documentation
$MyConn = mysqli_init();
$MyConn->options( MYSQLI_OPT_COMPRESS, 1 );
if(! $MyConn->real_connect( ... ) )
{
print( 'Connection failed: ' . mysqli_connect_error() );
}
...
$MyConn->close();

Expected result:

Expect no output to browser/logs.

Actual result:
--
Warning: options() expects parameter 1 to be long, string given in
F:\www\hillel\mysql.php on line 3





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


[PHP-DOC] #29307 [Opn->Bgs]: The Reflection Information Is Incorrect

2004-07-26 Thread nlopess
 ID:   29307
 Updated by:   [EMAIL PROTECTED]
 Reported By:  timothy dot may at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 New Comment:

duplicate of #29130


Previous Comments:


[2004-07-21 16:42:36] timothy dot may at gmail dot com

Description:

http://www.php.net/zend-engine-2.php

When I scroll to the bottom of the page, I reviewed the changes and the
addition of the reflection API.  I decided to test it out and see how it
works.  The code used as an example there does not work.  The code
pasted has underscores in them which was renamed somewhere in the beta
process.  I wanted to alert you so you can keep your content correct.

As a side note, the zend page is also incorrect.

http://www.zend.com/php5/articles/engine2-php5-changes.php

Reproduce code:
---
 

Expected result:

Class [  class Foo ] { @@ C:\web\Apache2\htdocs\test.php 2-7 -
Constants [0] { } - Static properties [0] { } - Static methods [0] { }
- Properties [1] { Property [  public $prop ] } - Methods [1] { Method
[  public method Func ] { @@ C:\web\Apache2\htdocs\test.php 4 - 6 -
Parameters [1] { Parameter #0 [ $name ] } } } } Object of class [ 
class Foo ] { @@ C:\web\Apache2\htdocs\test.php 2-7 - Constants [0] { }
- Static properties [0] { } - Static methods [0] { } - Properties [1] {
Property [  public $prop ] } - Dynamic properties [0] { } - Methods [1]
{ Method [  public method Func ] { @@ C:\web\Apache2\htdocs\test.php 4 -
6 - Parameters [1] { Parameter #0 [ $name ] } } } } Method [  public
method Func ] { @@

etc...

Actual result:
--
Fatal error: Class 'reflection_class' not found in
C:\web\Apache2\htdocs\test.php on line 9





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


[PHP-DOC] cvs: phpdoc /en/language operators.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 09:24:22 2004 EDT

  Modified files:  
/phpdoc/en/language operators.xml 
  Log:
  Associativity (bug #10351)
  
http://cvs.php.net/diff.php/phpdoc/en/language/operators.xml?r1=1.72&r2=1.73&ty=u
Index: phpdoc/en/language/operators.xml
diff -u phpdoc/en/language/operators.xml:1.72 phpdoc/en/language/operators.xml:1.73
--- phpdoc/en/language/operators.xml:1.72   Wed Jul  7 04:35:54 2004
+++ phpdoc/en/language/operators.xmlMon Jul 26 09:24:22 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Operators
   
@@ -137,6 +137,26 @@
   
  
 
+   
+   
+Left associativity means that the expression is evaluated from left to right,
+right associativity means the opposite.
+
+ Associativity
+ 
+
+ 
+
+Use parentheses to increase readability of the code.


 


[PHP-DOC] #10351 [Opn->Csd]: Parsing problem with nested ? : structures

2004-07-26 Thread vrana
 ID:   10351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dwilson at cae dot wisc dot edu
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Sun OS 5.7
 PHP Version:  4.0.3pl1
 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:


[2002-04-29 13:12:00] m dot ford at lmu dot ac dot uk

I think the key here is not precedence, but associativity.  The ?:
operator is listed as being left-associative which, I think, means your
simplified example will be evaluated like this:

(1 ? (1 ? "3" : "2") : 1) ? "1" : "0"

which will, indeed, result in 1!

A right-associative ?: would be grouped as you expected, like this:

1 ? (1 ? "3" : "2") : (1 ? "1" : "0")

-- ergo, in C ?: must be right-associative!!

(As a side-note, operator associativity is listed in the operator
precedence table with no real explanation of what it means, or link to
such explanation -- perhaps this should be made a documentation feature
request?)



[2002-04-29 10:34:57] dwilson at cae dot wisc dot edu

I checked, and < has a higher precedence than ?: as one
would expect.  For example, with $dHour = 5, this is
equivalent to:

$departmeals = 1 ? 1 ? "3" : "2" : 1 ? "1" : "0";

which should evaluate to "3" but evaluates to "1" instead.

The C language has no trouble with this construction:

sun-66% cat temp.c
#include 
main(){
printf("%s\n",1 ? 1 ? "3" : "2" : 1 ? "1" : "0");
}
sun-66% cc temp.c
sun-66% a.out
3



[2002-04-27 15:19:22] [EMAIL PROTECTED]

it does execute correctly, given the relative precedence of the '<' and
'?:' operators.



[2001-04-16 16:14:48] dwilson at cae dot wisc dot edu

The following statement does not execute correctly:

 $departmeals = $dHour < 10.5 ? $dHour < 6.0 ? "3" : "2" 
:
   $dHour < 18.0 ? "1" : "0";

No error message--it just returns the wrong result.  It does execute
correctly if parentheses are added:

 $departmeals = $dHour < 10.5 ? ($dHour < 6.0 ? "3" : "2")
:
   ($dHour < 18.0 ? "1" : "0");

The original is not ambiguous; it should parse and execute correctly.





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


[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/reference/mssql/functions mssql-fetch-array.xml mssql-fetch-object.xml mssql-fetch-row.xml /en/reference/mysql/functions mysql-fetch-array.xml mysql-fetch-assoc.xml mysql-fetch-object.xml mysql-fetch-row.xml /en/reference/mysqli/functions mysqli-fetch-array.xml mysqli-fetch-assoc.xml mysqli-fetch-object.xml mysqli-fetch-row.xml /en/reference/oci8/functions oci-fetch-all.xml oci-fetch-array.xml oci-fetch-assoc.xml oci-fetch-object.xml oci-fetch-row.xml /en/reference/pgsql/functions pg-fetch-all.xml pg-fetch-array.xml pg-fetch-assoc.xml pg-fetch-object.xml pg-fetch-row.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 10:02:11 2004 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
/phpdoc/en/reference/mssql/functionsmssql-fetch-array.xml 
mssql-fetch-object.xml 
mssql-fetch-row.xml 
/phpdoc/en/reference/mysql/functionsmysql-fetch-array.xml 
mysql-fetch-assoc.xml 
mysql-fetch-object.xml 
mysql-fetch-row.xml 
/phpdoc/en/reference/mysqli/functions   mysqli-fetch-array.xml 
mysqli-fetch-assoc.xml 
mysqli-fetch-object.xml 
mysqli-fetch-row.xml 
/phpdoc/en/reference/oci8/functions oci-fetch-all.xml 
oci-fetch-array.xml 
oci-fetch-assoc.xml 
oci-fetch-object.xml 
oci-fetch-row.xml 
/phpdoc/en/reference/pgsql/functionspg-fetch-all.xml 
pg-fetch-array.xml 
pg-fetch-assoc.xml 
pg-fetch-object.xml 
pg-fetch-row.xml 
  Log:
  Handling of NULL fields (bug #13549)
  http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.109&r2=1.110&ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.109 phpdoc/en/language-snippets.ent:1.110
--- phpdoc/en/language-snippets.ent:1.109   Sat Jul 24 02:11:35 2004
+++ phpdoc/en/language-snippets.ent Mon Jul 26 10:02:10 2004
@@ -1,4 +1,4 @@
-
+
 
 
 
@@ -60,7 +60,6 @@
 etc. have  been available.  For more information, read the manual section 
 on &link.superglobals;'>
 
-
 
 
 You can use a URL as a
@@ -318,6 +317,9 @@
 
 Field names returned by this function
 are case-sensitive.'>
+
+This function sets NULL fields to
+PHP &null; value.'>
 
 
 This function is only available using
http://cvs.php.net/diff.php/phpdoc/en/reference/mssql/functions/mssql-fetch-array.xml?r1=1.6&r2=1.7&ty=u
Index: phpdoc/en/reference/mssql/functions/mssql-fetch-array.xml
diff -u phpdoc/en/reference/mssql/functions/mssql-fetch-array.xml:1.6 
phpdoc/en/reference/mssql/functions/mssql-fetch-array.xml:1.7
--- phpdoc/en/reference/mssql/functions/mssql-fetch-array.xml:1.6   Thu Jul  3 
08:38:23 2003
+++ phpdoc/en/reference/mssql/functions/mssql-fetch-array.xml   Mon Jul 26 10:02:10 
2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -32,6 +32,7 @@
  provides a significant added value.
 
 &database.field-case;
+&database.fetch-null;
 
  For further details, also see
  mssql_fetch_row.
http://cvs.php.net/diff.php/phpdoc/en/reference/mssql/functions/mssql-fetch-object.xml?r1=1.6&r2=1.7&ty=u
Index: phpdoc/en/reference/mssql/functions/mssql-fetch-object.xml
diff -u phpdoc/en/reference/mssql/functions/mssql-fetch-object.xml:1.6 
phpdoc/en/reference/mssql/functions/mssql-fetch-object.xml:1.7
--- phpdoc/en/reference/mssql/functions/mssql-fetch-object.xml:1.6  Thu Jul  3 
08:38:23 2003
+++ phpdoc/en/reference/mssql/functions/mssql-fetch-object.xml  Mon Jul 26 10:02:10 
2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -24,6 +24,7 @@
  their offsets (numbers are illegal property names).
 
 &database.field-case;
+&database.fetch-null;
 
  Speed-wise, the function is identical to
  mssql_fetch_array, and almost as quick as
http://cvs.php.net/diff.php/phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml?r1=1.5&r2=1.6&ty=u
Index: phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml
diff -u phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml:1.5 
phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml:1.6
--- phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml:1.5 Wed Sep 17 14:43:45 
2003
+++ phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml Mon Jul 26 10:02:10 
2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -27,6 +27,7 @@
  return the next row in the result set, or &false; if there are no
  more rows.
 
+&database.fetch-null;
 
  See also
  mssql_fetch_array,
http://cvs.php.net/diff.php/phpdoc/en/reference/mysql/functions/mysql-fetch-array.xml?r1=1.14&r2=1.15&ty=u
Index: phpdoc/en/reference/mysql/functions/mysql-fetch-array.xml
diff -u phpdoc/en/reference/mysql/functions/mysql-fetch-array.xml:1.14 
phpdoc/en/reference/mysql/functions/mysql-fetch-array.xml:1.15
--- phpdoc/en/reference/mysql/functions/mysql-fetch-array.xml:1.14  Tue Feb 24 
03:01:53 2004
+++ phpdoc/en/reference/mysql/functions/mysql-fetch-array.xml   Mon Jul 26 10:02:10 
2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -64,6 +

[PHP-DOC] #13549 [Opn->Csd]: Checking if query result columns have NULL values with *sql_fetch_row functions

2004-07-26 Thread vrana
 ID:   13549
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mlemos at acm dot org
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Windows 2000
 PHP Version:  4.2.2
 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.

I checked MSSQL, MySQL, Oci8 and PgSQL and all sets null value for NULL
fields now.


Previous Comments:


[2002-08-19 09:15:12] mlemos at acm dot org

My last paragraph of the previous comment says it all. What needs to be
done is to go through all functions like mysql_fetch_row that all PHP
database API support and include that comment regarding how to
determine if a column contains a NULL, using proper English.



[2002-08-17 23:50:15] [EMAIL PROTECTED]

Stop.  Pay attention to the "bug" you are reporting and read what has
been said.  If you feel that the documentation covering the MSSQL
module is lacking, please add to this "bug" report what you feel is
sufficent.  

And yes the "bug" is invalid in the current code.  I really don't care
about the past versions.  The only thing I implied is that your
assumption that the two are similar is a false belief.  While they may
be similiar now (or were), it does not stand to reason that they will
stay that way.  



[2002-08-17 17:19:13] mlemos at acm dot org

I checked the latest version of PHP (4.2.2) and the bug is indeed gone.
Since it really existed and I just reconfirmed in PHP 4.0.6 it was not
bogus as you claimed. Also the fixed behaviour of mssql_fetch_row is
the same as mysql_fetch_row, unlike you implied that it would be
independent.

Anyway, the lack of documentation of how NULL values are returned in
*sql_fetch_row functions is still lacking.

I am reopening this report so anybody with time and patience goes
through all PHP database API functions that fetch query result rows
like mssql_fetch_row, mysql_fetch_row, etc... be clear that columns
with NULL are returned as undefined.



[2002-08-14 21:52:17] [EMAIL PROTECTED]

MSSQL may have been based upont the MySQL functionality, but it is now
it's on beast.  To continue thinking along the lines that the two are
similiar is just a bad idea.  

The code in question by you is this:
if (Z_TYPE(result->data[result->cur_row][i]) != IS_NULL) {
/* ... snip ... */
}
else
{
if (result_type & MSSQL_NUM)
 add_index_null(return_value, i);
if (result_type & MSSQL_ASSOC)
 add_assoc_null(return_value, 
result->fields[i].name);
}

As you can see, the behavior is checked based upon the IS_NULL value. 
When it is decided that there is a NULL value returned, it is further
checked against the two other types.  The first of which sets an
add_index_null to the return_value, based upon the value of 'i'.  'i'
is an integer, thus it will always have a value, at the least of zero.

That being said, if you still feel this should be more properly
documented I welcome you to write that section of, paste it into this
bug report, and reopen it.  

As it stands this isn't a bug, thus it shouldn't be in the bug
database, and I again state: If you need help please ask on the
php-general mailing list, but the bug database is not the place for
support questions.



[2002-08-14 21:30:39] mlemos at acm dot org

There is no personal issue here. Assuming that this bug report  was was
a support request just showed that you did not pay much attention to
what was reported. Pay attention and test what reported as broken is
what you should have done as your homework.

The issue here is that MS SQL API was modeled after MySQL API a long
time ago in the PHP 3 days. By then there was no boolean type in PHP.
As far as I can recall this function was not return anything then for
NULL columns, just like in MySQL API which does not document this
behaviour.

This problem was spotted by running regression tests that succeed in
MySQL but not in MSSQL. That is why I assumed it can only be a bug,
especially because it could never have returned a boolean value when it
was working as expected.

Setting straight the behaviour of a function that is not completely
documented is not breaking compatibility. Making it work consistently
with the way it was originally based on, is the right way to solve the
issue.



The remainder of the comments for this report are too 

[PHP-DOC] cvs: phpdoc /en/reference/info ini.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 10:15:27 2004 EDT

  Modified files:  
/phpdoc/en/reference/info   ini.xml 
  Log:
  Server timeout (bug #16000)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/info/ini.xml?r1=1.8&r2=1.9&ty=u
Index: phpdoc/en/reference/info/ini.xml
diff -u phpdoc/en/reference/info/ini.xml:1.8 phpdoc/en/reference/info/ini.xml:1.9
--- phpdoc/en/reference/info/ini.xml:1.8Wed Feb  4 12:46:59 2004
+++ phpdoc/en/reference/info/ini.xmlMon Jul 26 10:15:26 2004
@@ -1,5 +1,5 @@
 
-
+
 
  &reftitle.runtime;
  &extension.runtime;
@@ -184,6 +184,11 @@
   You can not change this setting with ini_set when
   running in &safemode;. The only workaround is to turn off safe mode or
   by changing the time limit in the &php.ini;.
+ 
+ 
+  Your webserver can have other timeouts. E.g. Apache has
+  Timeout directive, IIS has CGI timeout function, both
+  default to 300 seconds. See the webserver documentation for meaning of it.
  
 



[PHP-DOC] #16000 [Opn->Csd]: fpassthru and timeouts

2004-07-26 Thread vrana
 ID:   16000
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lance_laureys at 3com dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: 2000 Server
 PHP Version:  4.1.2
 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.

However, I think this is nothing to do with Timeouts. It's probably
some bug in IE causing that if you send Content-Length header, it waits
very long. I get it once on HTTPS connection with very similar script to
yours. Removing Content-Length solved the problem.


Previous Comments:


[2003-01-18 15:09:38] [EMAIL PROTECTED]

Anyone have a clue on how or where to document this? All suggestions
and ideas welcome :)

It's related to:
Directive: max_execution_time
Function:  set_time_limit
Docs: features.connection-handling

Stated is a default 300 second limit in IIS/CGI, do other web servers
and SAPI combinations have such issues?



[2002-05-08 03:48:27] [EMAIL PROTECTED]

> I did find the solution. In IIS there is a CGI timeout function
defaulted
> to 300 seconds. THIS MUST BE raised in order for slow dialups to
download
> large files. If it is not raised, IIS assumes that the script is done
or
> hung and kills it.

Made this to a doc problem.





[2002-05-03 23:33:38] [EMAIL PROTECTED]

Some browsers have hard coded timeout.
Try different browsers see if it helps.



[2002-03-11 11:28:34] lance_laureys at 3com dot com

There seems to be a timeout problems with using fpassthru.

Code : 

header( "Content-type: application/octet-stream" );
header( "Content-Length: $c_ByteSize" );
header( "Content-Disposition: attachment; filename=\"$F\"" );
$fp = fopen("D:\\CarrierFTP_Files\\".odbc_result($result,
"FilePath").$F,"r") or  die("Can't find file.");
fpassthru($fp);

When the person starts getting the file, after 5 min 2 sec it quits and
tells me it has finished. 

I have increased timeouts everywhere, but it never gets the file.
Suggestions on this?





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


[PHP-DOC] cvs: phpdoc /en/reference/exif .cvsignore

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 10:48:30 2004 EDT

  Added files: 
/phpdoc/en/reference/exif   .cvsignore 
  Log:
  ignore functions.xml
  

http://cvs.php.net/co.php/phpdoc/en/reference/exif/.cvsignore?r=1.1&p=1
Index: phpdoc/en/reference/exif/.cvsignore
+++ phpdoc/en/reference/exif/.cvsignore
functions.xml


[PHP-DOC] cvs: phpdoc /en/language operators.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 10:48:35 2004 EDT

  Modified files:  
/phpdoc/en/language operators.xml 
  Log:
  32 bits shifting (bug #16366)
  
http://cvs.php.net/diff.php/phpdoc/en/language/operators.xml?r1=1.73&r2=1.74&ty=u
Index: phpdoc/en/language/operators.xml
diff -u phpdoc/en/language/operators.xml:1.73 phpdoc/en/language/operators.xml:1.74
--- phpdoc/en/language/operators.xml:1.73   Mon Jul 26 09:24:22 2004
+++ phpdoc/en/language/operators.xmlMon Jul 26 10:48:35 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Operators
   
@@ -375,6 +375,12 @@
  
 

+   
+
+ Don't right shift for more than 32 bits on 32 bits systems. Don't left shift
+ in case it results to number longer than 32 bits.
+
+   
   
 
   


[PHP-DOC] #16366 [Opn->Csd]: bit shifting error

2004-07-26 Thread vrana
 ID:   16366
 Updated by:   [EMAIL PROTECTED]
 Reported By:  adam at adeptsoftware dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: WinXP
 PHP Version:  4.1.2
 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:


[2002-04-01 22:43:53] [EMAIL PROTECTED]

This is not really a bug, this is the behavior of a 32 bit system in
any language. Run "perl -e 'print 11>>34'" or write a C program which
does the same. 

Since this behavior is common and exists in other languages, the best
we could do is document it.

-Jason



[2002-03-31 17:53:05] adam at adeptsoftware dot com

Ahh.. It still should produce zero though.



[2002-03-31 15:32:23] msopacua at idg dot nl

Actually - the echo(11>>34) issue, is somewhat expected behavior. What
happens, is that it returns 11>>2 (34 - 32) - BUT only on a 32-bit
system.

I just checked at an AIX 64-bit system, and there echo(11>>34) gives 0
And anything above 64-bit is than equal to $int>>($shift % 64).
Maybe it should be added to the bitwise operators documentation.

>$shift;
print($check);
print("\n\n");
}
print("64 bits test\n");
for($shift=63;$shift<67;$shift++)
{
print("$shift: ");
$check=$int>>$shift;
print($check);
print("\n");
}
?>

On a 64-bit system produces:
$ php -f test.php
32 bits test
31: 0

32: 0

33: 0

34: 0

64 bits test
63: 0
64: 11
65: 5
66: 2

On a 32-bit system produces:
32 bits test
31: 0

32: 11

33: 5

34: 2

64 bits test
63: 0
64: 11
65: 5
66: 2



[2002-03-31 13:42:14] adam at adeptsoftware dot com

Just a reminder of the original issue:

echo (11>>34) produces "2"

This is not a documentation problem, unless you want to write that
shifting greater than 32 has incorrect results.



[2002-03-31 13:39:23] [EMAIL PROTECTED]

are you sure? there is already a bunch of reports on "floating-point
bugs" in PHP. That's why I didn't reopen it.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16366

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


[PHP-DOC] #17386 [Opn->Csd]: Associativity of assignment operators listed wrongly

2004-07-26 Thread vrana
 ID:  17386
 Updated by:  [EMAIL PROTECTED]
 Reported By: m dot ford at lmu dot ac dot uk
-Status:  Open
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: 4.1.2
 Assigned To: john
 New Comment:

The precedence is also already documented by the sentence "Although !
has a higher precedence than =, PHP will still allow expressions
similar to the following: if (!$a = foo()), in which case the output
from foo() is put into $a."


Previous Comments:


[2003-06-21 13:27:16] [EMAIL PROTECTED]

The document was updated and now describes the assignment operators
have right associativity. However I think the precedence rule is
another issue.



[2002-11-28 18:49:00] [EMAIL PROTECTED]

I'll make the change for the associtivity from left to right, but I
don't know if I should just make a note of the example regarding
precedence rules. 

Anyone know if its intended behavior, or should this have thrown a
parse error?

John



[2002-05-23 09:34:04] m dot ford at lmu dot ac dot uk

The operators page at /manual/en/language.operators.php lists the the
assignment operators (=, +=, etc.) as being left associative, but they
must logically be right associative. Left associativity would mean that
this:

$a = $b = 0;

was interpreted as:

($a = $b) =0;

which is clearly nonsensical.  Indeed a quick test shows that:

$d = $c += $a += $b += 4;

is interpreted as:

$d = ($c += ($a += ($b += 4)));

which looks like right associativity to me!

(Actually, a little further testing suggests that the assignment
operators need some special annotations, as they don't appear to
strictly obey their stated precedence level.  For example, the
statement:

$x = $z + $y = 543;

if interpreted strictly according to the precedence rules should be
equivalent to:

$x = ($z + $y) = 543;

which would be a parse error, but in fact is interpreted as:

$x = $z + ($y = 543);

which may be the "obvious" intention, but had me WTF-ing for a while!!)




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


[PHP-DOC] #17794 [Opn->Bgs]: Setting a reference and value on one line

2004-07-26 Thread vrana
 ID:   17794
 Updated by:   [EMAIL PROTECTED]
 Reported By:  greg at mtechsolutions dot ca
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: *
 PHP Version:  4.1.2
 New Comment:

You can make references only to variables, not to expressions. It's
written in the manual page language.references.whatdo: "PHP references
allow you to make two variables to refer to the same content."


Previous Comments:


[2004-03-06 21:30:28] verdy_p at wanadoo dot fr

I understand the issue that assigning a value to a reference does not
work:
  &$b = 1;
but why doesn't this work:
  &($b = 1);
which assigns the value 1 to a variable but could still maintain the
reference for the rest of the expression where $b should not be
automatically dereferenced.
So we could do:
  $a = &($b[] = new Object());

Work-around:
  $b[] = $a = new Object();
does not work appropriately because $b[] will receive a copy of $a but
not necessarily the same object, so if we then perform:
  $a->field = 1;
then the element in $b[] will not have the added field.
Solution:
  $a =& new Object();
  $b[] =& $a;
The first line assigns to $a the same reference as the new object
instead of copying it.
Then the second line adds the same reference in the array...
My view on the unary & operator is that it is not like the & operator
in C or C++, but instead it's a modifier that instructs to the
following expression that it must not copy the referenced object.
That's why I prefer detaching it from the variable name.
But I still can't understand why the syntax: &(expression) is invalid:
it should simply unflag the implicit dereference of the
right-expression, so that the left-expression is not a a value but can
still be a reference.

This would mean that the following would be valid:
   $a = &1;
meaning that we set $a to the same reference as the reference to the
constant 1, instead of copying that constant into $a... Of course here
the result would be basically the same because such a constant is not
an object by itself. But at least it would have the effect of allowing
autoboxing of primitive types as if they were objects, so it would
unify the datatype model...



[2002-06-17 00:35:57] [EMAIL PROTECTED]

You can't assign a value to a reference expression which is exactly
what you try to do:

&$b = 1;

The same applies for the array operator.

Moving it over to a documentation problem so the manual outlines this
better.



[2002-06-16 23:51:16] greg at mtechsolutions dot ca

Since you can do:

$a = $b = 1;

It is only natural to assume you can also do:

$a = &$b = 1;

However, this returns a parse error. Should it not return a refernce to
$b ?

Although this (simple) example seems stupid, the reason this is a
problem is when you involve arrays (and in my case, objects):

$a = &$b[] = new Object();

I want to add a new object into $b, but I just want it to go to a new
element number, without having to iterate through (which is currently
the only work-around I can think of).

At the same time, I need a reference to that object stored in another
variable. I can't make a temporary object, as it will be lost (only the
object in the $b array is stored permenantly) and it can't be a copy of
the object, it has to be the specific instance stored in $b.

If this has been fixed in ZE2, please disregard.





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


[PHP-DOC] #26293 [Opn->Bgs]: address operator combined with () or {} around array item gives Parse Error

2004-07-26 Thread vrana
 ID:   26293
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mfoxx at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: RH 7.x
 PHP Version:  4.3.3
 New Comment:

You can make references only to variables, not to expressions. It's
written in the manual page language.references.whatdo: "PHP references
allow you to make two variables to refer to the same content."


Previous Comments:


[2003-11-17 21:41:17] [EMAIL PROTECTED]

You can't do that. Should be documented somewhere..




[2003-11-17 20:39:35] mfoxx at hotmail dot com

Description:

The following parse error is reported to me:

Parse error: parse error, expecting `T_NEW' or `T_STRING' or
`T_VARIABLE' or `'$'' 

when trying to do something like this:

$arr = array(array("a_1" => 1, "a_2" => 2), "b_1");
$a = &($arr[1]);

it complains about that the second line listed here.  You can see that
I was trying to do was use () to force the operator precendence
(binding) so that the & address operator binds to the whole array item
reference, and not to the $arr first, and then the [].  Note that I
also tried {} around it instead of () and got the same results.

Let me state that I have now read the operator precedence list and am
aware of the fact that the [] will bind more tightly (first) before the
&, so it was not necessary.

However, the documentation says you CAN use () to go around a part of
an expression to force precedence, so doing so, even if technically not
necessary, should not have caused an error.

In fact, you can do something like  $a = ((2 * 3) + 2) and there is no
error produced, even though neither set of parentheses are actually
needed.

And, when you just do:

$arr = array(array("a_1" => 1, "a_2" => 2), "b_1");
$a = &$arr[1];

there is no error and it works as expected.

So bascially, I think there is some problem with how the () around the
array item reference is causing some type'ing problem for the &
operator.

Reproduce code:
---
$arr = array(array("a_1" => 1, "a_2" => 2), "b_1");
$a = &($arr[1]);


Expected result:

i expected that this would compile with no parse error, and would be
useable in my script.  I also expected that the $a variable would be an
address reference to the single array item dereferenced by $a[1].

Actual result:
--
Parse error: parse error, expecting `T_NEW' or `T_STRING' or
`T_VARIABLE' or `'$'' 






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


[PHP-DOC] cvs: phpdoc /en/language references.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 11:16:26 2004 EDT

  Modified files:  
/phpdoc/en/language references.xml 
  Log:
  Arrays with references (bug #20993)
  
http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.27&r2=1.28&ty=u
Index: phpdoc/en/language/references.xml
diff -u phpdoc/en/language/references.xml:1.27 phpdoc/en/language/references.xml:1.28
--- phpdoc/en/language/references.xml:1.27  Sun Dec 21 10:37:29 2003
+++ phpdoc/en/language/references.xml   Mon Jul 26 11:16:26 2004
@@ -1,5 +1,5 @@
 
-
+
  
   References Explained
 
@@ -43,6 +43,12 @@
  
 

+   
+
+ If array with references is copied, its values are not dereferenced.
+ This is valid also for arrays passed by value to functions.
+
+   

The same syntax can be used with functions, that return references,
and with new operator (in PHP 4.0.4 and later):


[PHP-DOC] #20993 [Opn->Csd]: Element value changes without asking

2004-07-26 Thread vrana
 ID:   20993
 Updated by:   [EMAIL PROTECTED]
 Reported By:  henrik dot gebauer at web dot de
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.0CVS-2002-12-13
 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:


[2004-05-03 23:46:28] php dot devel at homelinkcs dot com

I don't have any objection. :-D



[2004-04-25 20:32:43] [EMAIL PROTECTED]

Looks good. any objection?



[2004-04-22 01:34:52] php dot devel at homelinkcs dot com

This is my best effort (with the help of a friend), to 
document this issue.  I have based it on my personal tests  
as well as information from this and related bug reports, 
but I assume it goes without saying that this patch should  
be reviewed by a developer with knowledge in this area 
before being committed.  Thanks for a great programing 
language! 
 
 
Index: references.xml 
=== 
RCS file: /repository/phpdoc/en/language/references.xml,v 
retrieving revision 1.27 
diff -u -r1.27 references.xml 
--- references.xml  2003/12/21 15:37:29 1.27 
+++ references.xml  2004/04/21 19:20:39 
@@ -43,6 +43,21 @@ 
   
  
 
+
+ 
+ Due to peculiarities of the internal workings of 
PHP, if a reference 
+ is made to a single element of an array and then the 
array is copied, 
+ whether by assignment or when passed by value in a 
function call, 
+ the reference is copied as part of the array.  This 
means that 
+ changes to any such elements in either array will be 
duplicated in 
+ the other array (and in the other references), even 
if the arrays 
+ have different scopes (e.g. one is an argument 
inside a function and 
+ the other is global)!  Elements that did not have 
references at the 
+ time of the copy, as well as references assigned to 
those other 
+ elements after the copy of the array, will behave 
normally (i.e. 
+ independent of the other array). 
+ 
+
 
The same syntax can be used with functions, that 
return references, 
and with new operator (in PHP 4.0.4 
and later):



[2004-04-17 17:59:56] [EMAIL PROTECTED]

As you may have noted, we have more than 100 open bugs, so its hard to
response quickly.
However, if you want to submit a patch to the documentation, we are
open to contributions.



[2004-04-16 22:59:25] php dot devel at homelinkcs dot com

I don't wish to generate unnecessary traffic, however, I
have been unable to find any reference to this issue in
the current documentation at http://www.php.net/manual. 
Since, it's been well over a year since this issue (and
several related bug reports) has been brought up, can
anyone give me an update on this it's status?   I consider
this a serious problem because, IMHO, the behavior seems
illogical from a high-level view of references and copies
(cf (from chapter 7 of the manual): "[A]fter assigning one
variable's value to another, changing one of those
variables will have no effect on the other.").   For that
reason, furthermore, lack of knowedge of this behavior
can make code affected by it quite difficult to debug.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20993

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


[PHP-DOC] cvs: phpdoc /en/reference/exif reference.xml /en/reference/image reference.xml

2004-07-26 Thread Nuno Lopes
nlopess Mon Jul 26 11:20:13 2004 EDT

  Modified files:  
/phpdoc/en/reference/exif   reference.xml 
/phpdoc/en/reference/image  reference.xml 
  Log:
  move exif requirements note to the new exif folder; add note about GIF write support
  
http://cvs.php.net/diff.php/phpdoc/en/reference/exif/reference.xml?r1=1.1&r2=1.2&ty=u
Index: phpdoc/en/reference/exif/reference.xml
diff -u phpdoc/en/reference/exif/reference.xml:1.1 
phpdoc/en/reference/exif/reference.xml:1.2
--- phpdoc/en/reference/exif/reference.xml:1.1  Sun Jul 25 19:08:32 2004
+++ phpdoc/en/reference/exif/reference.xml  Mon Jul 26 11:20:12 2004
@@ -1,5 +1,5 @@
 
-
+
 
  Exif Functions
  Exif
@@ -19,9 +19,9 @@
 &reftitle.required;
 
  Your PHP must be compiled in with --enable-exif.  
- The GD library is not required for the exif 
- extension.  Window users must also have the 
- mbstring extension enabled.
+ PHP does not require any additional library for the exif module. Windows
+ users must also have the  mbstring
+ extension enabled.
 

 
http://cvs.php.net/diff.php/phpdoc/en/reference/image/reference.xml?r1=1.20&r2=1.21&ty=u
Index: phpdoc/en/reference/image/reference.xml
diff -u phpdoc/en/reference/image/reference.xml:1.20 
phpdoc/en/reference/image/reference.xml:1.21
--- phpdoc/en/reference/image/reference.xml:1.20Wed Mar 31 13:53:59 2004
+++ phpdoc/en/reference/image/reference.xml Mon Jul 26 11:20:12 2004
@@ -1,5 +1,5 @@
 
-
+
 
  Image Functions
  Image
@@ -75,7 +75,8 @@
  
   Only supported in GD versions older than gd-1.6. Read-only
GIF support is available with PHP 4.3.0 and the bundled
-  GD-library.
+  GD-library. Write support is avaliable since
+  PHP 4.3.9 and PHP 5.0.1.
  
 
 
@@ -145,11 +146,6 @@
  JPEG and TIFF images. This way you can
  read meta data generated by digital cameras as mentioned above. These
  functions do not require the GD library.
- 
-  
-  PHP does not require any additional library for the exif module.
-  
- 
 

 


[PHP-DOC] #25748 [Opn->Bgs]: --enable-track-vars depreciated, but not documented

2004-07-26 Thread vrana
 ID:   25748
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at pgregg dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: All
 PHP Version:  4.3.3
 New Comment:

Not every deprecated configuration option needs to be documented.


Previous Comments:


[2003-10-03 18:37:37] [EMAIL PROTECTED]

Doing './configure --help' is a good idea.
(And btw. it doesn't matter if you use non-existing configure options,
they're just ignored and have no effect)

The option has been removed from the spec file already in CVS.




[2003-10-03 14:28:59] php at pgregg dot com

Description:

Whilst playing with a new 4.3.3 install on RH9.0 linux trying to figure
out why $_ENV was empty (thinking maybe a config option caused it to not
populate the array) I found that:

At some point between 4.0.6 and 4.3.3 the configuration option
--enable-track-vars was removed from everything expect php4.spec.in  
This change does not appear in the change log and no reference can be
found to what it actually did.

Most people upgrading will still be using this flag and should know it
is no longer required.

Paul, aka Qube/[EMAIL PROTECTED]






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


[PHP-DOC] cvs: phpdoc /en/language references.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 11:55:09 2004 EDT

  Modified files:  
/phpdoc/en/language references.xml 
  Log:
  Referencing global variables inside function (bug #14645)
  
http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.28&r2=1.29&ty=u
Index: phpdoc/en/language/references.xml
diff -u phpdoc/en/language/references.xml:1.28 phpdoc/en/language/references.xml:1.29
--- phpdoc/en/language/references.xml:1.28  Mon Jul 26 11:16:26 2004
+++ phpdoc/en/language/references.xml   Mon Jul 26 11:55:09 2004
@@ -1,5 +1,5 @@
 
-
+
  
   References Explained
 
@@ -81,6 +81,39 @@
   Engine and will therefore result in a parser error.
  

+   
+
+ If you assign reference to a variable stated as global
+ inside function, the reference will be visible only inside the function.
+ You can avoid it by using $GLOBALS array.
+ 
+  Referencing global variables inside function
+  
+
+  
+ 
+
+   

 The second thing references do is to pass variables
 by-reference. This is done by making a local variable in a function and


[PHP-DOC] #14645 [Opn->Csd]: Problems assigning by reference to globals

2004-07-26 Thread vrana
 ID:   14645
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jan at tegtmeier dot de
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux
 PHP Version:  4.1.0
 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:


[2002-08-23 08:06:27] [EMAIL PROTECTED]

It's http://bugs.php.net/bug.php?id=17419



[2002-06-18 19:57:17] [EMAIL PROTECTED]

In another report Markus said this was a documentation
problem..reclassified.




[2001-12-21 10:38:37] jan at tegtmeier dot de

Hi PHP-Developer-Community,

here are
- a description of the bug,
- a short test-script and
- the configuration I used:

A global variable within a function is assigned something by reference
. This value is only visible within this function - not in the main
script, not in functions calls by this function.

The same assignment by value works fine.

This sounds buggy, but it's getting worse! Things get really confusing
if you remove the comment before "#set_by_reference_GLOBALS();".

This function accesses the global variable over the $GLOBALS array.
This assignment works, BUT: After this function is called, the other
function I mentioned before that assigns by value does not work anymore
for the rest of the script-session! (It only works if this line is
commented out)!!!

=[test.php]=

=[test.php]=

==[SYSTEM CONFIG]===
System: Linux 2.4.16-SMP
Apache: 1.3.22
PHP: 4.1.0
Configure Params:
./configure
  --prefix=/usr/local/php
  --with-mysql=/usr
  --with-apache=/usr/src/packages/SOURCES/apache_1.3.22
  --with-sybase-ct=/usr/local/freetds
==[SYSTEM CONFIG]===

=[php.ini]==
[PHP]
engine = On
short_open_tag = On
asp_tags = Off
precision=  14
y2k_compliance = Off
output_buffering = 4096
output_handler =
zlib.output_compression = Off
implicit_flush = Off
allow_call_time_pass_reference = Off
safe_mode = Off
safe_mode_gid = Off
safe_mode_include_dir =
safe_mode_exec_dir =
safe_mode_allowed_env_vars = PHP_
safe_mode_protected_env_vars = LD_LIBRARY_PATH
disable_functions =
highlight.string  = #CC
highlight.comment = #FF9900
highlight.keyword = #006600
highlight.bg  = #FF
highlight.default = #CC
highlight.html= #00
expose_php = On
max_execution_time = 30 ; Maximum execution time of each script, in
seconds
memory_limit = 8M  ; Maximum amount of memory a script may consume
(8MB)
error_reporting  =  E_ALL
display_errors = Off
display_startup_errors = Off
log_errors = On
track_errors = Off
warn_plus_overloading = Off
variables_order = "GPCS"
register_globals = Off
register_argc_argv = Off
post_max_size = 8M
pc_order = "GPC"
magic_quotes_gpc = Off
magic_quotes_runtime = Off
magic_quotes_sybase = Off
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
doc_root =
user_dir =
extension_dir = ./
enable_dl = On
file_uploads = On
upload_max_filesize = 2M
allow_url_fopen = On
[... unimportant module-config follows ...]
=[php.ini]==





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


[PHP-DOC] cvs: phpdoc /en/chapters install.apache2.xml

2004-07-26 Thread Philip Olson
philip  Mon Jul 26 12:24:32 2004 EDT

  Modified files:  
/phpdoc/en/chapters install.apache2.xml 
  Log:
  Implement &warn.apache2.compat; entity, deals with bug #29353
  
  
http://cvs.php.net/diff.php/phpdoc/en/chapters/install.apache2.xml?r1=1.14&r2=1.15&ty=u
Index: phpdoc/en/chapters/install.apache2.xml
diff -u phpdoc/en/chapters/install.apache2.xml:1.14 
phpdoc/en/chapters/install.apache2.xml:1.15
--- phpdoc/en/chapters/install.apache2.xml:1.14 Tue Jul 20 14:44:54 2004
+++ phpdoc/en/chapters/install.apache2.xml  Mon Jul 26 12:24:32 2004
@@ -1,5 +1,5 @@
 
-
+
   
Servers-Apache 2.0

@@ -8,12 +8,9 @@
 Unix
 and Windows versions.

-   
-
- Do not use Apache 2.0 and PHP in a production
- environment neither on Unix nor on Windows.
-
-   
+
+   &warn.apache2.compat;
+
 
  You are highly encouraged to take a look at the
  Apache Documentation to get


[PHP-DOC] #29353 [Bgs]: language-snippets.ent use isn't being updated in manual build

2004-07-26 Thread philip
 ID:   29353
 Updated by:   [EMAIL PROTECTED]
 Reported By:  philip at cornado dot com
 Status:   Bogus
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 New Comment:

The &warn.apache2.compat; entity is now used in
chapters/install.apache2.xml as these "old" files are still in use.

Keeping this bug bogus though as I was way off base :)


Previous Comments:


[2004-07-26 13:21:34] [EMAIL PROTECTED]

closing



[2004-07-26 13:21:12] [EMAIL PROTECTED]

There is no problem here, Philip!

The problem is that the on-line version of the install section is the
chapters/instal*.xml instead of the new install/*. The old files aren't
using the entity.

We will just move to the new files when we re-write the windows install
procedure.



[2004-07-23 17:43:43] philip at cornado dot com

Description:

A problem seems to be language-snippets.ent gets updated yet the
changes are not showing up in the manual build.  Have a look at the
changelog:
 http://cvs.php.net/phpdoc/en/language-snippets.ent

Specifically the following change isn't showing up:

http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.97&r2=1.98

The change: 16-06-2004
The build:  14-07-2004
The page:   http://www.php.net/manual/en/install.apache2.php

Notice the change doesn't show up in the  on that page.






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


[PHP-DOC] cvs: phpdoc /en/appendices migration5.xml

2004-07-26 Thread Philip Olson
philip  Mon Jul 26 13:52:33 2004 EDT

  Modified files:  
/phpdoc/en/appendices   migration5.xml 
  Log:
  Mention that no directives affect $argc/$argv in CLI, not even register_argc_argv
  See also features.commandline
  
  
http://cvs.php.net/diff.php/phpdoc/en/appendices/migration5.xml?r1=1.26&r2=1.27&ty=u
Index: phpdoc/en/appendices/migration5.xml
diff -u phpdoc/en/appendices/migration5.xml:1.26 
phpdoc/en/appendices/migration5.xml:1.27
--- phpdoc/en/appendices/migration5.xml:1.26Mon Jul 26 07:47:30 2004
+++ phpdoc/en/appendices/migration5.xml Mon Jul 26 13:52:31 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Migrating from PHP 4 to PHP 5
 
@@ -193,8 +193,15 @@
 box" appears on the screen). This behavior is similar to php-gtk.


-In PHP 5, the CLI version will always populate the global $argv and $argc
-variables.
+In PHP 5, the CLI version will always populate the global 
+$argv and $argc variables regardless
+of any &php.ini; directive setting.  Even having  
+register_argc_argv set to
+off will have no affect in CLI.
+   
+   
+See also the commandline 
+reference.

   
 


[PHP-DOC] cvs: phpdoc /en/reference/mysql constants.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 15:54:32 2004 EDT

  Modified files:  
/phpdoc/en/reference/mysql  constants.xml 
  Log:
  MYSQL_CLIENT_SSL (bug #21981)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/mysql/constants.xml?r1=1.4&r2=1.5&ty=u
Index: phpdoc/en/reference/mysql/constants.xml
diff -u phpdoc/en/reference/mysql/constants.xml:1.4 
phpdoc/en/reference/mysql/constants.xml:1.5
--- phpdoc/en/reference/mysql/constants.xml:1.4 Fri Jan  2 08:22:05 2004
+++ phpdoc/en/reference/mysql/constants.xml Mon Jul 26 15:54:32 2004
@@ -1,5 +1,5 @@
 
-
+
 
  &reftitle.constants;
  &extension.constants;
@@ -29,6 +29,12 @@
MYSQL_CLIENT_INTERACTIVE
Allow interactive_timeout seconds (instead of wait_timeout) of
 inactivity before closing the connection.
+  
+  
+   MYSQL_CLIENT_SSL
+   Use SSL encryption. This flag is available only with 4.x version
+of client library or newer. Version 3.23.x is bundled both with PHP 4
+and PHP 5.
   
  
 


[PHP-DOC] #21981 [Opn->Csd]: MYSQL_CLIENT_SSL should be removed from the doc

2004-07-26 Thread vrana
 ID:   21981
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rabus at users dot sourceforge dot net
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: ANY
 PHP Version:  4CVS-2003-01-31 (stable)
 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:


[2003-01-31 16:34:17] [EMAIL PROTECTED]

Just a remember to add some comments about this in the doc.



[2003-01-31 16:28:04] [EMAIL PROTECTED]

Verified, changing this to a documentation problem.



[2003-01-31 13:15:00] [EMAIL PROTECTED]

It's only available if PHP's mysql extension is build
against mysql 4 client libs..which is not the case for win32
binaries, AFAIK. (the bundled mysql libs are 3.23.49)




[2003-01-31 11:12:46] [EMAIL PROTECTED]

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.

Thx for the hint.

MySQL-SSL Support will be available in PHP 5.0



[2003-01-31 10:43:22] rabus at users dot sourceforge dot net

Of course I meant SSL :o)
Changed category to "Documentation problem"



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21981

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


Re: [PHP-DOC] cvs: phpdoc /en/reference/mysql constants.xml

2004-07-26 Thread Philip Olson
> +  
> +   MYSQL_CLIENT_SSL
> +   Use SSL encryption. This flag is available only with 4.x version
> +of client library or newer. Version 3.23.x is bundled both with PHP 4
> +and PHP 5.

With PHP 5?  There's a libmysql.dll in the Windows binaries but that's
all, not when downloading the PHP 5 sources!

Regards,
Philip


[PHP-DOC] cvs: phpdoc /en/reference/posix/functions posix-times.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 16:05:34 2004 EDT

  Modified files:  
/phpdoc/en/reference/posix/functionsposix-times.xml 
  Log:
  Unreliable function (bug #26359)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/posix/functions/posix-times.xml?r1=1.2&r2=1.3&ty=u
Index: phpdoc/en/reference/posix/functions/posix-times.xml
diff -u phpdoc/en/reference/posix/functions/posix-times.xml:1.2 
phpdoc/en/reference/posix/functions/posix-times.xml:1.3
--- phpdoc/en/reference/posix/functions/posix-times.xml:1.2 Wed Apr 17 02:43:29 
2002
+++ phpdoc/en/reference/posix/functions/posix-times.xml Mon Jul 26 16:05:34 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -34,6 +34,12 @@

  
 
+
+ 
+  This function isn't reliable to use, it may return negative values for
+  high times.
+ 
+

   
 


[PHP-DOC] #26359 [Opn->Csd]: posix_times gives a very large value, not related with the uptime

2004-07-26 Thread vrana
 ID:   26359
 Updated by:   [EMAIL PROTECTED]
 Reported By:  whooper at dap dot ro
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: FreeBSD 4.9
 PHP Version:  4.3.3
 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:


[2003-11-23 01:33:54] [EMAIL PROTECTED]

"The  function times returns the number of clock ticks that have
elapsed since an arbitrary point in the past.  For  Linux  this  point 
is  the moment  the system was booted.  This return value may overflow
the possible range of type clock_t."

See also: 

  http://www.omc.net/cgi-bin/man.cgi?section=7&topic=clocks

This function really isn't reliable to use. Simply put: Don't use it.




[2003-11-22 09:46:31] whooper at dap dot ro

Description:

Configure Command  

FreeBSD www.dap.ro 4.9-RELEASE FreeBSD 4.9-RELEASE #0: Wed Nov i386 ,
Apache/1.3.28 

'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--with-apxs=/usr/local/sbin/apxs' '--with-bz2=/usr'
'--enable-ctype' '--enable-dba' '--with-dom=/usr/local' '--enable-ftp'
'--with-gd' '--enable-gd-native-ttf' '--enable-gd-jis-conv'
'--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-inifile' '--with-mcrypt=/usr/local'
'--with-mhash=/usr/local' '--with-mime-magic=/usr/share/misc/magic.mime'
'--with-mysql=/usr/local' '--with-openssl=/usr' '--enable-overload'
'--with-pcre-regex=yes' '--enable-posix' '--enable-session'
'--enable-sockets' '--enable-tokenizer' '--enable-xml'
'--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-zlib=yes' '--prefix=/usr/local'
'i386-portbld-freebsd4.9'  


Loaded modules :

mod_php4, mod_setenvif, mod_so, mod_unique_id, mod_usertrack,
mod_headers, mod_expires, mod_cern_meta, mod_proxy, mod_digest,
mod_auth_db, mod_auth_anon, mod_auth, mod_access, mod_rewrite,
mod_alias, mod_userdir, mod_speling, mod_actions, mod_imap, mod_asis,
mod_cgi, mod_dir, mod_autoindex, mod_include, mod_info, mod_status,
mod_negotiation, mod_mime, mod_mime_magic, mod_log_config, mod_env,
mod_vhost_alias, mod_mmap_static, http_core 



Reproduce code:
---


Expected result:

Services UpTime: 2 days, 3 hours, 15 minutes

Actual result:
--
Services UpTime: 0-90328 minutes





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


[PHP-DOC] cvs: phpdoc /en/language references.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 16:38:58 2004 EDT

  Modified files:  
/phpdoc/en/language references.xml 
  Log:
  Explain this a bit
  
http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.29&r2=1.30&ty=u
Index: phpdoc/en/language/references.xml
diff -u phpdoc/en/language/references.xml:1.29 phpdoc/en/language/references.xml:1.30
--- phpdoc/en/language/references.xml:1.29  Mon Jul 26 11:55:09 2004
+++ phpdoc/en/language/references.xml   Mon Jul 26 16:38:58 2004
@@ -1,5 +1,5 @@
 
-
+
  
   References Explained
 
@@ -112,6 +112,9 @@
 ]]>
   
  
+ Think about global $var; as a shortcut to $var
+ =& $GLOBALS['var'];. Thus assigning other reference
+ to $var only changes the local variable's reference.
 




[PHP-DOC] cvs: phpdoc /en/language references.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 16:53:57 2004 EDT

  Modified files:  
/phpdoc/en/language references.xml 
  Log:
  References with complex arrays (bug #17959)
  
http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.30&r2=1.31&ty=u
Index: phpdoc/en/language/references.xml
diff -u phpdoc/en/language/references.xml:1.30 phpdoc/en/language/references.xml:1.31
--- phpdoc/en/language/references.xml:1.30  Mon Jul 26 16:38:58 2004
+++ phpdoc/en/language/references.xml   Mon Jul 26 16:53:56 2004
@@ -1,5 +1,5 @@
 
-
+
  
   References Explained
 
@@ -115,6 +115,32 @@
  Think about global $var; as a shortcut to $var
  =& $GLOBALS['var'];. Thus assigning other reference
  to $var only changes the local variable's reference.
+
+   
+   
+
+ Complex arrays are sometimes rather copied than referenced. Thus following
+ example will not work as expected.
+ 
+  References with complex arrays
+  
+
+  
+ 
 




[PHP-DOC] #17959 [Ana->Csd]: array reference problems

2004-07-26 Thread vrana
 ID:   17959
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pkeshish at yahoo dot com
-Status:   Analyzed
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: linux
 PHP Version:  4CVS-20021218(STABLE)
 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.

It really doesn't work as expected. Documented with this example:

 array(),
'B' => array(
'B_b' => array(),
),
);

$top['A']['parent'] = &$top;
$top['B']['parent'] = &$top;
$top['B']['B_b']['data'] = 'test';
print_r($top['A']['parent']['B']['B_b']); // array()
?>



Previous Comments:


[2002-12-21 15:08:50] [EMAIL PROTECTED]

Reclassification & version update



[2002-12-21 11:03:30] [EMAIL PROTECTED]

Related to bug #20993(http://bugs.php.net/20993)




[2002-12-19 12:12:56] pkeshish at yahoo dot com

I grabbed Apache/1.3.27 built and installed it.

Next I grabbed php4-STABLE-200212182230 built and
installed it.

The same test-case presented in this bug report failed.

I also grabbed php4-200212191630 a few minutes ago
built and installed it.

Again, the very same test-case in this bug report failed.

--patrick



[2002-12-07 01:46:07] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

Could you confirm that the problem still exists in latest CVS and if it
does ,please provide a SMALL (10 or so) line script that could be used
to replicate the problem.



[2002-11-27 22:57:56] mikemc-phpbug at contactdesigns dot com

I have experienced similar problems with PHP on Linux 2.4.x.  It only
seems to occur in very weird circumstances where you have a reference
pointing (yes I know references are not pointers) to an array element. 
My only test cases are much larger that those presented by
"[EMAIL PROTECTED]" as they involve production code.  The one piece of
information I can offer which may be of some use is that in my case, the
problem can be eliminated by removing an uneeded "global" statement (the
reference was already in scope).  I realize that sounds absurd, but I
have a case where "global" actually breaks the reference.  When I
comment out the global statement, the reference doesn't get wiped out. 
I know the reference is global because it was created in $GLOBALS.  I
know this seems strange, but I can var_dump it before and after and the
only thing that changes is me commenting out the global statement.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/17959

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


[PHP-DOC] #18403 [Opn]: changable directive information (ini_set)

2004-07-26 Thread vrana
 ID:  18403
 Updated by:  [EMAIL PROTECTED]
 Reported By: huet dot olivier at free dot fr
 Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Links from ini_set already present, ini_set table updated from sources
by a script once a time.

Left to do: Automatically update reference/*/ini.xml by the same script
which updates ini_set; find a way how to automatically document changes
of versions in permissions (changeable column).


Previous Comments:


[2003-02-04 20:18:53] [EMAIL PROTECTED]

Some thoughts:
a) A third column called 'type' that dictates what type the directive
takes on (string,int,float..)
b) A regex tweak is needed to allow settings such as url_rewriter.tags
to work (note the commas)
c) Currently $map is used to decide which test_ini.xml a setting goes
into.  Should we use it with $excludeitems too?
d) Also generate a master list

Regarding a big change, currently the description of many directives
exist in the manual but are separate from this generated table.  This
is a little confusing as this information might go better together. 
This could include reciprocal links OR a fourth column for the
description.



[2003-02-04 18:21:34] [EMAIL PROTECTED]

keep this open then..




[2003-02-04 17:10:44] [EMAIL PROTECTED]

The script is there. Had made some limited tests in my local copy of
the phpdoc, and seems to be working. I would like someone involved in
the manual build to test it and give some feedback.
IIRC something along the lines of the script's output was in the PHPDOC
todo list.



[2003-02-04 16:45:51] [EMAIL PROTECTED]

what's the status with this?




[2003-01-19 21:01:30] [EMAIL PROTECTED]

I have just commited the script:

   phpdoc/scripts/genPHP_INI_ENTRY.php

which should replace my aging phpdoc/scripts/mk_ini_set_table.sh

Test that script. By default it will generate files named
'test_ini.xml' in the appropriate dirs.

If all looks OK, we can go ahead and remove the ini_set table, make the
new script generate all the ini.xml files and change the manual files
where appropriate (makefile, etc.)

Also, look at the approach there. It might be useful for making
replacements for the funcsummary and funclist scripts.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/18403

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


[PHP-DOC] cvs: phpdoc /en/reference/image/functions imagecolortransparent.xml imagecopymerge.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 17:21:27 2004 EDT

  Modified files:  
/phpdoc/en/reference/image/functionsimagecolortransparent.xml 
imagecopymerge.xml 
  Log:
  Copying transparency (bug #18527)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/image/functions/imagecolortransparent.xml?r1=1.3&r2=1.4&ty=u
Index: phpdoc/en/reference/image/functions/imagecolortransparent.xml
diff -u phpdoc/en/reference/image/functions/imagecolortransparent.xml:1.3 
phpdoc/en/reference/image/functions/imagecolortransparent.xml:1.4
--- phpdoc/en/reference/image/functions/imagecolortransparent.xml:1.3   Thu Apr 18 
13:13:09 2002
+++ phpdoc/en/reference/image/functions/imagecolortransparent.xml   Mon Jul 26 
17:21:27 2004
@@ -1,5 +1,5 @@
 
-
+
 
  
   
@@ -24,7 +24,7 @@

 
  The transparent color is a property of the image, transparency is not a
- property of the color. Once you have a set a color to be the transparent
+ property of the color. Once you have set a color to be the transparent
  color, any regions of the image in that color that were drawn previously
  will be transparent.
 
@@ -32,6 +32,12 @@

 The identifier of the new (or current, if none is specified)
 transparent color is returned.
+   
+   
+
+ Transparency is copied only with imagecopymerged and
+ true color images, not with imagecopy or pallete images.
+

   
  
http://cvs.php.net/diff.php/phpdoc/en/reference/image/functions/imagecopymerge.xml?r1=1.2&r2=1.3&ty=u
Index: phpdoc/en/reference/image/functions/imagecopymerge.xml
diff -u phpdoc/en/reference/image/functions/imagecopymerge.xml:1.2 
phpdoc/en/reference/image/functions/imagecopymerge.xml:1.3
--- phpdoc/en/reference/image/functions/imagecopymerge.xml:1.2  Wed Apr 17 02:39:10 
2002
+++ phpdoc/en/reference/image/functions/imagecopymerge.xml  Mon Jul 26 17:21:27 
2004
@@ -1,5 +1,5 @@
 
-
+
 
  
   
@@ -31,7 +31,8 @@
 The two images will be merged according to pct
 which can range from 0 to 100.  When pct = 0,
 no action is taken, when 100 this function behaves identically
-to imagecopy.
+to imagecopy for pallete images, while it
+implements alpha transparency for true colour images.

This function was added in PHP 4.0.6
   


[PHP-DOC] #18527 [Opn->Csd]: Misleading info: imageCopyMerge(), imageColorTransparent(), and true colour

2004-07-26 Thread vrana
 ID:   18527
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sogarthm at hotmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: N/A
 PHP Version:  4.2.2
 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:


[2002-07-24 03:25:07] sogarthm at hotmail dot com

This should be a pretty simple documentation addendum. I was working on
transparency with images, trying to get a bit of image blending to
display just right. It worked pretty well with GD 1.8.4, with a script
as follows:



I didn't quite like the way the colours ended up, though, and decided
to try changing it to use GD 2.0.1 for true colour images. I tried it
with the same script, and it didn't work. I actually ended up trying
different things for several hours, along with doing several Google
searches and such trying to figure out how to get it to work. The only
hint I had was on the imageColorTransparent() manual page, where the
note by marshall.AT.byterage.net noted that he had it working, but
without specifying how...

Well, I finally figured it out (somewhat by chance). This is what's
necessary:



You'll notice that instead of imageCopy(), I used imageCopyMerge().
This actually *does* work, contrary to what it says on the
imageCopyMerge() manual page: "When pct = 0, no action is taken, when
100 this function behaves identically to imagecopy()."

So, it would be great if at least two notes were added:

a) If on the imageCopyMerge() manual page, it would say that at pct =
100, it's identical to imageCopy() *for palette images only*, while it
implements alpha transparency for true colour images.
b) If on the imageColorTransparent() manual page, it noted that
transparency only copies with imageCopyMerge(), but not imageCopy().

Anyways, I'm filing this bug so that hopefully nobody else spends
several hours trying to figure out what's going wrong. Thanks!




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


[PHP-DOC] #19638 [Opn->Bgs]: setcookie and the null value for the value argument

2004-07-26 Thread vrana
 ID:   19638
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cheatah at tweakers dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.2.3
 New Comment:

Parameters can be skipped by 0 or '' as documented. How to delete a
cookie is nowadays also documented. However I documented that expire is
compared to client's time.


Previous Comments:


[2002-10-17 04:55:07] Xuefer at 21cn dot com

yes, it's the same problem trouble me.
then same when setcookie('name', '', 0, '/');

the question is: Is 1 year and 1 second enough ?
when a pc lost battery, and turned off, system clock is reset to long
long ago.

i dunno if a browser compare the "Expire time" to system clock or
"Date: ..." header return by server

the document of php tell us nothing about this.

currently, i have to do:
setcookie('name', "0", 0, '/');
and change my script isset($_COOKIE['name']) to
!empty($_COOKIE['name'])
even javascript:
var myc = mygetcookie('name');
if (myc && myc != '0')
{
 //...
}

hope there's a final solution to this problem :)



[2002-09-27 13:46:52] cheatah at tweakers dot net

When using the setcookie function, I noted that setting the value to
NULL had the following result:

The expire time argument was completely ignored, and automatically set
to one year and one second ago. Also the value sent to the browser for
this cookie had changed to 'deleted'.

I browsed the PHP source code, and saw my suspicions confirmed, this is
the correct behaviour.
Could this be included in the documentation? I really like the
following syntax:

setcookie('name', null, null, '/');





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


[PHP-DOC] cvs: phpdoc /en/reference/http/functions setcookie.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 17:31:36 2004 EDT

  Modified files:  
/phpdoc/en/reference/http/functions setcookie.xml 
  Log:
  Expire is compared to client's time
  
http://cvs.php.net/diff.php/phpdoc/en/reference/http/functions/setcookie.xml?r1=1.29&r2=1.30&ty=u
Index: phpdoc/en/reference/http/functions/setcookie.xml
diff -u phpdoc/en/reference/http/functions/setcookie.xml:1.29 
phpdoc/en/reference/http/functions/setcookie.xml:1.30
--- phpdoc/en/reference/http/functions/setcookie.xml:1.29   Thu Jul 22 20:18:21 
2004
+++ phpdoc/en/reference/http/functions/setcookie.xmlMon Jul 26 17:31:36 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -317,6 +317,10 @@
   Unix timestamp, as opposed to the date format Wdy, DD-Mon-
   HH:MM:SS GMT, this is because PHP does this conversion
   internally.
+ 
+ 
+  expire is compared to the client's time which can
+  differ from server's time.
  
 
 


[PHP-DOC] cvs: phpdoc /en/reference/mysql constants.xml

2004-07-26 Thread Jakub Vrana
vrana   Mon Jul 26 17:37:28 2004 EDT

  Modified files:  
/phpdoc/en/reference/mysql  constants.xml 
  Log:
  MySQL is budled in PHP 5 only with Windows binaries
  
http://cvs.php.net/diff.php/phpdoc/en/reference/mysql/constants.xml?r1=1.5&r2=1.6&ty=u
Index: phpdoc/en/reference/mysql/constants.xml
diff -u phpdoc/en/reference/mysql/constants.xml:1.5 
phpdoc/en/reference/mysql/constants.xml:1.6
--- phpdoc/en/reference/mysql/constants.xml:1.5 Mon Jul 26 15:54:32 2004
+++ phpdoc/en/reference/mysql/constants.xml Mon Jul 26 17:37:28 2004
@@ -1,5 +1,5 @@
 
-
+
 
  &reftitle.constants;
  &extension.constants;
@@ -34,7 +34,7 @@
MYSQL_CLIENT_SSL
Use SSL encryption. This flag is available only with 4.x version
 of client library or newer. Version 3.23.x is bundled both with PHP 4
-and PHP 5.
+and Windows binaries of PHP 5.
   
  
 


[PHP-DOC] cvs: phpdoc /en/reference/image/functions imagecolortransparent.xml

2004-07-26 Thread Yannick TORRES
yannick Mon Jul 26 17:44:38 2004 EDT

  Modified files:  
/phpdoc/en/reference/image/functionsimagecolortransparent.xml 
  Log:
  fix build
  
http://cvs.php.net/diff.php/phpdoc/en/reference/image/functions/imagecolortransparent.xml?r1=1.4&r2=1.5&ty=u
Index: phpdoc/en/reference/image/functions/imagecolortransparent.xml
diff -u phpdoc/en/reference/image/functions/imagecolortransparent.xml:1.4 
phpdoc/en/reference/image/functions/imagecolortransparent.xml:1.5
--- phpdoc/en/reference/image/functions/imagecolortransparent.xml:1.4   Mon Jul 26 
17:21:27 2004
+++ phpdoc/en/reference/image/functions/imagecolortransparent.xml   Mon Jul 26 
17:44:37 2004
@@ -1,5 +1,5 @@
 
-
+
 
  
   
@@ -37,8 +37,8 @@
 
  Transparency is copied only with imagecopymerged and
  true color images, not with imagecopy or pallete images.
-
-   
+
+   
   
  
 


[PHP-DOC] cvs: livedocs /themes/php.net livedoc.css

2004-07-26 Thread Ilia Alshanetsky
iliaa   Mon Jul 26 18:16:20 2004 EDT

  Modified files:  
/livedocs/themes/php.netlivedoc.css 
  Log:
  Adjust layout to resemble that of php.net more closely.
  
  Patch by: Curt Zirzow
  
  
http://cvs.php.net/diff.php/livedocs/themes/php.net/livedoc.css?r1=1.4&r2=1.5&ty=u
Index: livedocs/themes/php.net/livedoc.css
diff -u livedocs/themes/php.net/livedoc.css:1.4 livedocs/themes/php.net/livedoc.css:1.5
--- livedocs/themes/php.net/livedoc.css:1.4 Tue May  4 11:29:22 2004
+++ livedocs/themes/php.net/livedoc.css Mon Jul 26 18:16:20 2004
@@ -1,7 +1,28 @@
-/* $Id: livedoc.css,v 1.4 2004/05/04 15:29:22 nlopess Exp $ */
+/* $Id: livedoc.css,v 1.5 2004/07/26 22:16:20 iliaa Exp $ */
 body {
 font-family: verdana;
 font-size: 11pt;
+}
+
+/* Default font size for elements */
+body, ul, td, th {
+  font-size: 85%;
+}
+h1,h2,h3,h4 {
+  color: #66;
+  font-weight: bold;
+}
+h1 {
+  font-size: 140%;
+}
+h2 {
+  font-size: 125%;
+}
+h3 {
+  font-size: 110%;
+}
+h4 {
+  font-size: 100%;
 }
 
 h2.refpurpose {


[PHP-DOC] #29306 [Opn]: wrong paragraph handling

2004-07-26 Thread curt
 ID:   29306
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wolf at exitec dot de
 Status:   Open
-Bug Type: Filesystem function related
+Bug Type: Documentation problem
-Operating System: Apache 2.0
+Operating System: *
 PHP Version:  4.3.8
 New Comment:

Items starting with 0 are treated as an octal value, since 0815 is an
invalid octal value it will return 0, the octal value of 01 is 1, thus
your results.

I'm changing this a problem with the documentation.


Previous Comments:


[2004-07-21 16:32:14] wolf at exitec dot de

Description:

the parse_ini_file doesn't work as in older php-versions:

the paragraph starting with 0... (for example 0815) wasn't handled
correctly.

please create the following test.ini file

[01]
e=e
f=f
[02]
g=g
h=h
[1]
a=a
b=b
[2]
c=c
d=d
[0815]
bla=bla

Reproduce code:
---
print_r(parse_ini_file("test.ini",true));



Expected result:

Array
(
[01] => Array
(
[e] => e
[f] => f
)

[02] => Array
(
[g] => g
[h] => h
)

[1] => Array
(
[a] => a
[b] => b
)

[2] => Array
(
[c] => c
[d] => d
)

[0815] => Array
(
[bla] => bla
)

)

Actual result:
--
Array
(
[1] => Array
(
[a] => a
[b] => b
)

[2] => Array
(
[c] => c
[d] => d
)

[0] => Array
(
[bla] => bla
)

)






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


[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-diff-key.xml array-diff-ukey.xml array-intersect-key.xml array-intersect-ukey.xml

2004-07-26 Thread Dave
daveTue Jul 27 00:16:00 2004 EDT

  Added files: 
/phpdoc/en/reference/array/functionsarray-diff-key.xml 
array-diff-ukey.xml 
array-intersect-key.xml 
array-intersect-ukey.xml 
  Log:
  - Document 4 new array functions.
  
  
http://cvs.php.net/co.php/phpdoc/en/reference/array/functions/array-diff-key.xml?r=1.1&p=1
Index: phpdoc/en/reference/array/functions/array-diff-key.xml
+++ phpdoc/en/reference/array/functions/array-diff-key.xml


  
   
array_diff_key
Computes the difference of arrays using keys for 
comparison
   
   
Description
 
  arrayarray_diff_key
  arrayarray1
  arrayarray2
  array 
...
 

 array_diff_key returns an array
 containing all the values of array1
 that have keys that are not present in any of the other arguments.
 Note that the associativity is preserved. This function is like
 array_diff except the comparison is done on the
 keys instead of the values.


 
  array_diff_key example
  

  
  
   The printout of the above program will be:
  
  

  
 


 The two keys from the key => value pairs are
 considered equal only if 
 (string) $key1 === (string) $key2 . In other words
 a strict type check is executed so the string representation must be
 the same.


 
  Please note that this function only checks one dimension of a n-dimensional
  array. Of course you can check deeper dimensions by using
  array_diff_key($array1[0], $array2[0]);.
 


 See also array_diff,
 array_udiff
 array_diff_assoc,
 array_diff_uassoc,
 array_udiff_assoc,
 array_udiff_uassoc,
 array_diff_ukey,
 array_intersect,
 array_intersect_assoc,
 array_intersect_uassoc,
 array_intersect_key and
 array_intersect_ukey.

   
  



http://cvs.php.net/co.php/phpdoc/en/reference/array/functions/array-diff-ukey.xml?r=1.1&p=1
Index: phpdoc/en/reference/array/functions/array-diff-ukey.xml
+++ phpdoc/en/reference/array/functions/array-diff-ukey.xml


  
   
array_diff_ukey
Computes the difference of arrays using a callback function on the 
keys for comparison
   
   
Description
 
  arrayarray_diff_ukey
  arrayarray1
  arrayarray2
  array 
...
  
callbackkey_compare_func
 

 array_diff_ukey returns an array
 containing all the values of array1
 that have keys that are not present in any of the other arguments.
 Note that the associativity is preserved. This function is like
 array_diff except the comparison is done on the
 keys instead of the values.


 This comparison is done by a user supplied callback function.
 It must return an integer less than, equal to, or greater than zero if the
 first key is considered to be respectively less than, equal to, or
 greater than the second.


 
  array_diff_ukey example
  

  
  
   The printout of the above program will be:
  
  

  
 


 The two keys from the key => value pairs are
 considered equal only if 
 (string) $key1 === (string) $key2 . In other words
 a strict type check is executed so the string representation must be
 the same.


 
  Please note that this function only checks one dimension of a n-dimensional
  array. Of course you can check deeper dimensions by using
  array_diff_ukey($array1[0], $array2[0], 'callback_func');.
 


 See also array_diff,
 array_udiff
 array_diff_assoc,
 array_diff_uassoc,
 array_udiff_assoc,
 array_udiff_uassoc,
 array_diff_key,
 array_intersect,
 array_intersect_assoc,
 array_intersect_uassoc,
 array_intersect_key and
 array_intersect_ukey.

   
  



http://cvs.php.net/co.php/phpdoc/en/reference/array/functions/array-intersect-key.xml?r=1.1&p=1
Index: phpdoc/en/reference/array/functions/array-intersect-key.xml
+++ phpdoc/en/reference/array/functions/array-intersect-key.xml


  
   
array_intersect_key
Computes the intersection of arrays using keys for 
comparison
   
   
Description
 
  arrayarray_intersect_key
  arrayarray1
  arrayarray2
  array 
...
 

 array_intersect_key returns an array
 containing all the values of array1
 which have matching keys that are present in all the arguments.


 
  array_intersect_key example
  

  
  
   The printout of the above program will be:
  
  

  
 


 In our example you see that only the keys 'blue'
 and 'green' are present in both arrays and thus
 returned. Also notice that the values for the keys
 'blue' and 'green' d

[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-intersect-uassoc.xml

2004-07-26 Thread Dave
daveTue Jul 27 00:28:31 2004 EDT

  Modified files:  
/phpdoc/en/reference/array/functionsarray-intersect-uassoc.xml 
  Log:
  - s/function/functions/, move a para around and add some see alsos.
  
  
http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/array-intersect-uassoc.xml?r1=1.1&r2=1.2&ty=u
Index: phpdoc/en/reference/array/functions/array-intersect-uassoc.xml
diff -u phpdoc/en/reference/array/functions/array-intersect-uassoc.xml:1.1 
phpdoc/en/reference/array/functions/array-intersect-uassoc.xml:1.2
--- phpdoc/en/reference/array/functions/array-intersect-uassoc.xml:1.1  Mon Jul 26 
06:08:51 2004
+++ phpdoc/en/reference/array/functions/array-intersect-uassoc.xml  Tue Jul 27 
00:28:31 2004
@@ -1,9 +1,9 @@
 
-
+
   

 array_intersect_uassoc
-Computes the intersection of arrays with additional index check. The 
indexes are compared by using a callback functions.
+Computes the intersection of arrays with additional index check. The 
indexes are compared by using a callback function


 Description
@@ -19,7 +19,12 @@
  containing all the values of array1
  that are present in all the arguments. Note that the keys are used in
  the comparison unlike in array_intersect.
- The indexes are compared by using a callback functions.
+
+
+ The index comparison is done by a user supplied callback function.
+ It must return an integer less than, equal to, or greater than zero
+ if the first argument is considered to be respectively less than,
+ equal to, or greater than the second.
 
 
  
@@ -48,17 +53,12 @@
  
 
 
- For comparison is used the user supplied callback function.
- It must return an integer less than, equal
- to, or greater than zero if the first argument is considered to
- be respectively less than, equal to, or greater than the
- second.
-
-
  See also array_intersect,
  array_intersect_assoc,
- array_uintersect_assoc and
- array_uintersect_uassoc.
+ array_uintersect_assoc,
+ array_uintersect_uassoc,
+ array_intersect_key and
+ array_intersect_ukey.
 

   


[PHP-DOC] cvs: phpdoc /howto working.xml

2004-07-26 Thread Philip Olson
philip  Tue Jul 27 02:24:12 2004 EDT

  Modified files:  
/phpdoc/howto   working.xml 
  Log:
  Added draft for new doc skeleton style, in the form of an example.
  Please review, this is simply a draft (do not implement!)
  
  
http://cvs.php.net/diff.php/phpdoc/howto/working.xml?r1=1.41&r2=1.42&ty=u
Index: phpdoc/howto/working.xml
diff -u phpdoc/howto/working.xml:1.41 phpdoc/howto/working.xml:1.42
--- phpdoc/howto/working.xml:1.41   Wed Jul 21 03:41:32 2004
+++ phpdoc/howto/working.xmlTue Jul 27 02:24:12 2004
@@ -640,6 +640,154 @@
mailing list. If you have any suggestions for more skeletons do not
hesitate.
   
+  
+   And we're introducing a new doc skeleton where multiple refsect1's are
+   used, as well as a lot more entities.  Names in ALLCAPS would be changed
+   so for example RETURNTYPE would instead be bool, string, etc.  Here's a 
+   draft using example_func() as an example.  Do not implement this 
+   style yet!  There are also reftitles for classes, constructors, 
+   and methods.  An OOP doc skeleton will be written in the future.  
+   reftitles are located in language-defs.ent.
+  
+  
+   
+An example example using refsect1's and reftitle entities
+
+
+ 
+  example_func
+  Displays how to write a function man page, no ending period 
here
+ 
+ 
+  &reftitle.description;
+  
+   
RETURNTYPEexample_func
+   
ARGTYPE1ARGNAME1
+   
ARGTYPE2ARGNAME2
+   
+   
ARGTYPE2&ARGNAME2
+   
+   ARGTYPE3ARGNAME3
+   
+    
+ARGTYPE3 
+ARGNAME3   
+DEFAULTVALUE
+   
+   
+  
+  
+   We are still in the description section.  The description includes
+   information about the function, like what it does.  This document is no 
+   more than 78 characters in width except for the methodsynopsis.  No tabs!  
+   And only use unix-style line endings.
+  
+  
+   To continue on with our description we document parameter changes although 
+   this may have it's own section in the near future.
+  
+ 
+
+ 
+  &reftitle.returnvalues;
+  
+   This section describes return values.  If the function simply returns
+   TRUE on success and FALSE on failure, simply use the &return.success;
+   entity here (this entity does not contain it's own para) otherwise describe
+   what the function returns in all cases.  Also, there are &true; and
+   &false; entities.
+  
+ 
+
+ 
+  &reftitle.examples;
+  
+   Words may go here, but most likely not.  Your example must meet the PEAR 
+   Coding standards.
+   
+An <function>example_func<function>example
+
+
+ * and other DocBook elements to express other
+ * types of listings. Use other role attributes for
+ * other type of programlistings, like: sql, httpd, ini,
+ * shell or http, as dictated by the example type.
+ */
+
+/* Do all indentation with spaces, not tabs, just to be sure.
+ * Don't try pushing the code to the right by adding spaces in
+ * front, this is the style sheet's job.
+ *
+ * All examples must meet the PEAR Coding Standard
+ */
+ 
+// a function example
+function some_code($foo)
+{
+// use four spaces of indentation
+}
+
+// an example of bracket usage and spacing, always use
+// brackets, even when they are physically not needed
+if (some_code($foo) == 'foo') {
+echo 'foo';
+} elseif (some_code($foo) == 'bar') {
+echo 'bar';
+} else {
+echo 'No foo, no bar';
+}
+?>
+]]>
+
+   
+   Words may go here, but most likely not.  Notice the use of the &listendand; 
+   entity below, and how the functions are listed as one function per line.  
+   There are no ending periods for see also's (or are there?).
+  
+ 
+
+ 
+  &reftitle.seealso;
+  
+   somefunc,
+   someother_func&listendand;
+   yetanotherfunc
+  
+ 
+
+
+