date:20040217

 ID:   20531
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tim dot lokot at printsoft dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Win NT 4 Server
 PHP Version:  4.2.3
 New Comment:

This bug was fixed with revision 1.10 of objaggregation/reference.xml
on 12/11/2003.



Status -> Closed


Previous Comments:


[2003-02-21 07:37:08] [EMAIL PROTECTED]

this is a docuprob, as the aggregate page has an example that's illegal
in PHP.



[2002-11-21 16:17:26] tim dot lokot at printsoft dot com

Fair enough, the docs at the url you supplied then contradict the docs
at this url:



http://www.php.net/manual/en/ref.objaggregation.php



You will find that the example I supplied came direct from your online
manual.



I know it says its experimental, but I thought we were supposed to
report these types of inconsistencies and errors so that the
experimental extensions can move to stable versions.



[2002-11-21 00:39:39] [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

Read the note under the caution block:



http://www.php.net/manual/en/language.oop.php#keyword.class



[2002-11-20 21:50:04] tim dot lokot at printsoft dot com

The following example doesn't work, but is listed in the documentation
as being valid:



now();

  // more code ...

  }



  // more methods ...

}



$rep = new Report(); 

?>



This returns the error:



Parse error: parse error, unexpected T_NEW in test.php on line 14





I have tried this with other classes and basically it seems that you
cannot default a class property to an instatiated class unless through
the constructor.  This is contrary to the documentation.




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

[PHP-DOC] #23721 [Opn->Csd]: TRUE and FALSE constants slower than keywords in previous versions

 ID:   23721
 Updated by:   [EMAIL PROTECTED]
 Reported By:  max at fuck dot org
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: FreeBSD
 PHP Version:  4.3.1
 New Comment:

The language.types.boolean states that the TRUE/FALSE keywords are
case-insensitive.



I don't believe this requires any updates to the docs, unless someone
is persistent and wants to re-open.



Status -> Closed


Previous Comments:


[2003-05-21 11:14:51] [EMAIL PROTECTED]

PHP groupees sometimes mention:



a) ++$i  is faster than $i++

b) 'foo' is faster than "foo"

c) echo  is faster than print

d) str_* is faster than regex

e) And now true is faster than TRUE!



Woohoo! My PHP scripts will be blazing fast!!! :)



[2003-05-21 10:05:56] [EMAIL PROTECTED]

Code readability always outweights minor performance gains, IMO. :)







[2003-05-21 08:57:42] max at fuck dot org

I don't think I would ever use true/false a million times. This came up
when talking to someone about which way was 'proper', whereas before it
didn't seem to make a difference and now to allow people who want to
write 'True' to get their way, it has been changed. While I don't think
this is a big performance problem or anything, I think in conjuction
with other little slow-downs on a high load site it could have an
effect on the speed. It's obviously faster than older versions
regardless of how you use it, but I don't think I have ever seen it
used in lowercase anywhere on the php website.



[2003-05-21 03:11:08] [EMAIL PROTECTED]

Why do you use 100 times TRUE or FALSE in your programs anyway?



[2003-05-21 02:01:07] [EMAIL PROTECTED]

Use of proper case is faster than "improper" case for case insensitive
constants.  This includes true/false, null, and define()'s third
parameter.  Not sure what others... or even if this really should be
documented? :)  AFAICT, this behavior does not affect magical case
insensitive constants such as __file__.



This difference is as of 4.2.3



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/23721

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

[PHP-DOC] #23639 [Opn->Csd]: Wrong italian translation of mt_rand, and inaccurate text also in english

 ID:   23639
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lapo at lapo dot it
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: independent
 PHP Version:  4.3.2RC2
 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-01-30 15:52:57] [EMAIL PROTECTED]

Fixed the italian translation as suggested.



[2003-05-15 05:42:12] lapo at lapo dot it

 says:

"assicura numeri casuali che dovrebbero essere adatti per scopi
crittografici"

which translates to sometihng like "it cerates numbers that surely can
be used for cryptography"... at it is plainly false and negated on the
homepage of MT itself.



don't know if this is just a translation of an old verison of the
english page, but right now the english page says the correct thing:
"can be used to seed..."



A better italian translation would be:

"genera numeri casuali che, con le dovute accortezze, possono perfino
essere usati in crittografia"



Anyway I'd rather REMOVE that citation of cryptography entirely from
every translation, as it is not adequate for it (MT page also says it
in the first lines: "Caution: MT is for MonteCarlo, and is NOT SECURE
for CRYPTOGRAPHY as it is.").

As they say in the FAQ 
"changing a linear congruential PRNG for MT can do no bad" but this is
far from being "cryptographically secure".



A good secure PRNG is Bruce Schneier's Yarrow


Also a good text about security and PRNG is linked in that page:





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

[PHP-DOC] cvs: phpdoc /en/reference/math/functions mt-rand.xml

irchtml Tue Feb 17 22:13:27 2004 EDT

  Modified files:  
/phpdoc/en/reference/math/functions mt-rand.xml 
  Log:
  removed cryptography phrase, per MT homepage (bug #23639)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/math/functions/mt-rand.xml?r1=1.7&r2=1.8&ty=u
Index: phpdoc/en/reference/math/functions/mt-rand.xml
diff -u phpdoc/en/reference/math/functions/mt-rand.xml:1.7 
phpdoc/en/reference/math/functions/mt-rand.xml:1.8
--- phpdoc/en/reference/math/functions/mt-rand.xml:1.7  Thu Dec 18 04:23:58 2003
+++ phpdoc/en/reference/math/functions/mt-rand.xml  Tue Feb 17 22:13:27 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -20,10 +20,8 @@
  function.  The mt_rand function is a drop-in
  replacement for this.  It uses a random number generator with
  known characteristics using the 
- Mersenne Twister, which will produce random numbers that should
- be suitable for seeding some kinds of cryptography (see the home page
- for details) and is four times faster than what the average libc
- provides. 
+ Mersenne Twister, which will produce random numbers four times
+ faster than what the average libc rand() provides. 
 
 
  If called without the optional min,

[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/reference/exec/functions exec.xml passthru.xml system.xml

irchtml Tue Feb 17 21:51:09 2004 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
/phpdoc/en/reference/exec/functions exec.xml passthru.xml 
system.xml 
  Log:
  added entities for system/passthru (bug #27076)
  moved common notes to language-snippets.ent
  http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.75&r2=1.76&ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.75 phpdoc/en/language-snippets.ent:1.76
--- phpdoc/en/language-snippets.ent:1.75Tue Feb 17 13:49:39 2004
+++ phpdoc/en/language-snippets.ent Tue Feb 17 21:51:08 2004
@@ -1,4 +1,4 @@
-
+
 
 This extension is
 EXPERIMENTAL. The behaviour of this extension --
@@ -128,6 +128,17 @@
 array containing an object reference and a method name can also be
 supplied.'>
 
+If you are going to allow data coming
+from user input to be passed to this function, then you should be using 
+escapeshellarg or escapeshellcmd
+to make sure that users cannot trick the system into executing arbitrary
+commands.'>
+
+If you start a program using this function
+and want to leave it running in the background, you have to make sure that the
+output of that program is redirected to a file or some other output stream or
+else PHP will hang until the execution of the program ends.'>
+
 
 &sm.disabled;'>
 
@@ -157,6 +168,12 @@
 all words following the initial command string are treated as a single argument. 
Thus, 
 echo y | echo x becomes echo "y | echo 
x".'>
 
+When
+safe mode is enabled, you can only
+execute executables within the safe_mode_exec_dir.
+For practical reasons it is currently not allowed to have ..
+components in the path to the executable. '>
+
 
http://cvs.php.net/diff.php/phpdoc/en/reference/exec/functions/exec.xml?r1=1.9&r2=1.10&ty=u
Index: phpdoc/en/reference/exec/functions/exec.xml
diff -u phpdoc/en/reference/exec/functions/exec.xml:1.9 
phpdoc/en/reference/exec/functions/exec.xml:1.10
--- phpdoc/en/reference/exec/functions/exec.xml:1.9 Tue Feb 17 13:55:55 2004
+++ phpdoc/en/reference/exec/functions/exec.xml Tue Feb 17 21:51:09 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -39,32 +39,9 @@
  return status of the executed command will be written to this
  variable.
 
-
- 
-  If you are going to allow data coming from user input to be passed to
-  this function, then you should be using
-  escapeshellarg or
-  escapeshellcmd to make sure that users cannot trick
-  the system into executing arbitrary commands.
- 
-
-
- 
-  If you start a program using this function and want to leave it running
-  in the background, you have to make sure that the output of that program
-  is redirected to a file or some other output stream or else PHP will
-  hang until the execution of the program ends.
- 
-
-
- 
-  When safe mode is enabled, you
-  can only execute executables within the safe_mode_exec_dir. For
-  practical reasons it's currently not allowed to have
-  .. components in the path to the executable.
- 
-
+&warn.escapeshell;
+¬e.exec-bg;
+¬e.exec-path;
 &warn.sm.exec;
 
  See also system,
http://cvs.php.net/diff.php/phpdoc/en/reference/exec/functions/passthru.xml?r1=1.3&r2=1.4&ty=u
Index: phpdoc/en/reference/exec/functions/passthru.xml
diff -u phpdoc/en/reference/exec/functions/passthru.xml:1.3 
phpdoc/en/reference/exec/functions/passthru.xml:1.4
--- phpdoc/en/reference/exec/functions/passthru.xml:1.3 Wed Dec 31 05:39:42 2003
+++ phpdoc/en/reference/exec/functions/passthru.xml Tue Feb 17 21:51:09 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -30,32 +30,10 @@
  then calling a pbmplus program to output a gif, you can create
  PHP scripts that output images directly.
 
-
- 
-  If you are going to allow data coming from user input to be passed to
-  this function, then you should be using
-  escapeshellarg or
-  escapeshellcmd to make sure that users cannot trick
-  the system into executing arbitrary commands.
- 
-
-
- 
-  If you start a program using this function and want to leave it running
-  in the background, you have to make sure that the output of that program
-  is redirected to a file or some other output stream or else PHP will
-  hang until the execution of the program ends.
- 
-
-
- 
-  When safe mode is enabled, you
-  can only execute executables within the safe_mode_exec_dir. For
-  practical reasons it's currently not allowed to have
-  .. components in the path to the executable.
- 
-
+&warn.escapeshell;
+¬e.exec-bg;
+¬e.exec-path;
+&warn.sm.exec;
 
  See also exec, system,
  popen, escapeshellcmd,
http://cvs.php.net/diff.php/phpdoc/en/reference/exec/functions/system.xml?r1=1.7&r2=1.8&ty=u
Index: phpdoc/en/reference/exec/functions/system.

[PHP-DOC] #27076 [Opn->Csd]: exec() with safe_mode

 ID:   27076
 Updated by:   [EMAIL PROTECTED]
 Reported By:  not at valid dot email
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: linux
 PHP Version:  Irrelevant
 New Comment:

This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.

Thank you for the report, and for helping us make our documentation
better.

Added the entity [EMAIL PROTECTED] created to passthru() and system().


Previous Comments:


[2004-02-09 09:47:24] [EMAIL PROTECTED]

This should also be mentionned in the other functions of ref.exec.
Maybe with an entity ?



[2004-01-28 15:03:42] [EMAIL PROTECTED]

This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.

Thank you for the report, and for helping us make our documentation
better.

I added a warning below the other safe_mode note. Thanks.



[2004-01-28 14:53:20] [EMAIL PROTECTED]

Yes, it's a feature. Couldn't find it documented anywhere.

Reclassifed as documentation problem.







[2004-01-28 12:39:16] not at valid dot email

Description:

safe_mode cause exec command to parse all arguments after the command
as one argument (in quote?)



Is this a bug? is it documented somewhere?



Reproduce code:
---


Expected result:

safe_mode off output is: y

safe_mode on output is: y

Actual result:
--
safe_mode off output is: y

safe_mode on output is: x | echo y





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

[PHP-DOC] #27248 [Opn->Csd]: php_exif.dll crashes php

 ID:   27248
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zeger at zeger dot nl
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Windows 2k3 Server
 PHP Version:  5CVS-2004-02-14
 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-02-17 17:14:10] [EMAIL PROTECTED]

This should be documented somewhere..





[2004-02-17 15:20:30] zeger at zeger dot nl

php-cgi.exe works!



php.ini excerpt :



extension=php_mbstring.dll

extension=php_exif.dll



So I guess loading php_mbstring has to be done prior to loading
php_exif.



[2004-02-17 14:06:30] [EMAIL PROTECTED]

Please try this:



php.ini:

extension=php_mbstring.dll

extension=php_exif.dll



NOTE: the order is important.



If that doesn't work, try modifying your PATH to

include the PHP extension dir, then try again.







[2004-02-17 06:46:57] zeger at zeger dot nl

After some further experiments using PHP 5.0.0 snapshots in the command
prompt.



Loading php_exif.dll results in an error "php_mbstring.dll was not
found". Loading php_mbstring.dll works just fine. Loading both
php_exif.dll and mbstring.dll results in "php_mbstring.dll was  not
found".



Next, copying the php_mbstring.dll to the php.exe root results in a php
crash when loading php_exif.dll.



[2004-02-17 05:10:11] mastabog at hotmail dot com

I can confirm this bug.



I'm downloading the php5-win32-latest.zip daily and use it with
apache1.3 and apache2.



Since the release of beta 3, all versions were always crashing while
loading the php_exif.dll (even if php_mbstring.dll was also loaded)
unless php_exif.dll was copied in the php5apache.dll directory (in my
case the php5 dir).



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/27248

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

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

2004-02-17 Thread Ken Tossell

kennyt  Tue Feb 17 21:15:45 2004 EDT

  Modified files:  
/livedocs/themes/php.nethtml_format.php livedoc.css 
  Log:
  Make livedocs' php.net template nearly pass as the original manual 
  section, complete with notes.
  
  
http://cvs.php.net/diff.php/livedocs/themes/php.net/html_format.php?r1=1.3&r2=1.4&ty=u
Index: livedocs/themes/php.net/html_format.php
diff -u livedocs/themes/php.net/html_format.php:1.3 
livedocs/themes/php.net/html_format.php:1.4
--- livedocs/themes/php.net/html_format.php:1.3 Mon Feb 16 15:11:49 2004
+++ livedocs/themes/php.net/html_format.php Tue Feb 17 21:15:45 2004
@@ -18,24 +18,64 @@
 // | headers and footers for the HTML rendering   |
 // +--+
 //  
-// $Id: html_format.php,v 1.3 2004/02/16 20:11:49 derick Exp $
+// $Id: html_format.php,v 1.4 2004/02/18 02:15:45 kennyt Exp $
 
 // in livedoc.php
-
+include_once $_SERVER['DOCUMENT_ROOT'] . '/include/shared-manual.inc';
 function manual_page_header() 
 {
-   global $lang, $title, $css_url;
+   global $lang, $title, $css_url, $nav;
$head =<
 
 
-$title
+PHP: $title - Manual
+
+
 
+
+
 
 
 
-
+ 
+  
+   
+ 
+ 
+  
+   downloads | documentation | faq | getting help | mailing lists | http://bugs.php.net/"; 
class="small">reporting bugs | php.net 
sites | links | my php.net 
+  
+ 
+ 
+ 
+  
+   
+   search 
for
+   
+   in the
+   
+   function list
+   whole site
+   online documentation [en]
+   bug database
+   general mailing list
+   developer mailing list
+   documentation mailing list 
+   
+    
+   
+  
+ 
+  
+
+
+ 
+  
+   $nav
+  
+  
 HEAD;
 
return $head;
@@ -43,20 +83,20 @@
 
 function manual_page_footer() 
 {
-   global $filename, $file_revision, $date, $nav;
+   global $filename, $file_revision, $date, $title, $current_page;
+
+   manual_setup(array('this' => array($current_page . '.php', $title)));
+
+   @manual_notes(); // broken in phpweb...
$foot =<<
 $filename $file_revision | generated: $date
 
-
-$nav
-
+
 
 
 FOOT;
-
return $foot;
-
 }
 
 // in search.php
http://cvs.php.net/diff.php/livedocs/themes/php.net/livedoc.css?r1=1.2&r2=1.3&ty=u
Index: livedocs/themes/php.net/livedoc.css
diff -u livedocs/themes/php.net/livedoc.css:1.2 livedocs/themes/php.net/livedoc.css:1.3
--- livedocs/themes/php.net/livedoc.css:1.2 Sat Jan 24 15:19:21 2004
+++ livedocs/themes/php.net/livedoc.css Tue Feb 17 21:15:45 2004
@@ -1,4 +1,4 @@
-/* $Id: livedoc.css,v 1.2 2004/01/24 20:19:21 nlopess Exp $ */
+/* $Id: livedoc.css,v 1.3 2004/02/18 02:15:45 kennyt Exp $ */
 body {
 font-family: verdana;
 font-size: 11pt;
@@ -15,6 +15,10 @@
 font-size: 1em;
 }
 
+td.ref {
+   padding-left: 1ex;
+}
+
 div.author, h4.author {
 margin-top: 0px;
 margin-bottom: 2px;
@@ -173,6 +177,11 @@
 font-size: 7pt;
 }
 
+table {
+   border-collapse: collapse;
+   border-padding: none;
+}
+
 table.table, table.informaltable {
 border: solid 2px #cc;
 border-collapse: collapse;

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

irchtml Tue Feb 17 21:15:23 2004 EDT

  Modified files:  
/phpdoc/en/reference/image  configure.xml 
  Log:
  Added note for bug #27248
  
http://cvs.php.net/diff.php/phpdoc/en/reference/image/configure.xml?r1=1.5&r2=1.6&ty=u
Index: phpdoc/en/reference/image/configure.xml
diff -u phpdoc/en/reference/image/configure.xml:1.5 
phpdoc/en/reference/image/configure.xml:1.6
--- phpdoc/en/reference/image/configure.xml:1.5 Wed May 14 08:08:59 2003
+++ phpdoc/en/reference/image/configure.xml Tue Feb 17 21:15:22 2004
@@ -1,5 +1,5 @@
 
-
+
 
  &reftitle.install;
  
@@ -13,6 +13,10 @@
   Also note that the preferred truecolor image functions, such as 
   imagecreatetruecolor, require GD2.
  
+ 
+  To enable exif support in Windows, php_mbstring.dll must be loaded prior
+  to php_exif.dll in php.ini.
+ 
  
   To disable GD support in PHP 3 add
   --without-gd to your configure line.

[PHP-DOC] cvs: phpdoc /en/reference/strings/functions setlocale.xml

irchtml Tue Feb 17 21:04:00 2004 EDT

  Modified files:  
/phpdoc/en/reference/strings/functions  setlocale.xml 
  Log:
  setlocale(): passing category param is deprecated
  
http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/setlocale.xml?r1=1.18&r2=1.19&ty=u
Index: phpdoc/en/reference/strings/functions/setlocale.xml
diff -u phpdoc/en/reference/strings/functions/setlocale.xml:1.18 
phpdoc/en/reference/strings/functions/setlocale.xml:1.19
--- phpdoc/en/reference/strings/functions/setlocale.xml:1.18Wed Dec 31 10:03:12 
2003
+++ phpdoc/en/reference/strings/functions/setlocale.xml Tue Feb 17 21:04:00 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -59,6 +59,13 @@
   
  
 
+
+ 
+  As of PHP 4.2.0, passing Category as a string is
+  deprecated, use the above constants instead.  Passing them as a string
+  (within quotes) will result in a warning message.
+ 
+
 
  If locale is the empty string
  "", the locale names will be set from the

[PHP-DOC] #27248 [Opn]: php_exif.dll crashes php

2004-02-17 Thread sniper

 ID:   27248
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zeger at zeger dot nl
 Status:   Open
-Bug Type: Reproducible crash
+Bug Type: Documentation problem
 Operating System: Windows 2k3 Server
 PHP Version:  5CVS-2004-02-14
 New Comment:

This should be documented somewhere..




Previous Comments:


[2004-02-17 15:20:30] zeger at zeger dot nl

php-cgi.exe works!



php.ini excerpt :



extension=php_mbstring.dll

extension=php_exif.dll



So I guess loading php_mbstring has to be done prior to loading
php_exif.



[2004-02-17 14:06:30] [EMAIL PROTECTED]

Please try this:



php.ini:

extension=php_mbstring.dll

extension=php_exif.dll



NOTE: the order is important.



If that doesn't work, try modifying your PATH to

include the PHP extension dir, then try again.







[2004-02-17 06:46:57] zeger at zeger dot nl

After some further experiments using PHP 5.0.0 snapshots in the command
prompt.



Loading php_exif.dll results in an error "php_mbstring.dll was not
found". Loading php_mbstring.dll works just fine. Loading both
php_exif.dll and mbstring.dll results in "php_mbstring.dll was  not
found".



Next, copying the php_mbstring.dll to the php.exe root results in a php
crash when loading php_exif.dll.



[2004-02-17 05:10:11] mastabog at hotmail dot com

I can confirm this bug.



I'm downloading the php5-win32-latest.zip daily and use it with
apache1.3 and apache2.



Since the release of beta 3, all versions were always crashing while
loading the php_exif.dll (even if php_mbstring.dll was also loaded)
unless php_exif.dll was copied in the php5apache.dll directory (in my
case the php5 dir).



[2004-02-17 04:09:03] ian_germany at hotmail dot com

Yes, mbstring is added. Without php_exif all is fine. 



If I dont have php_exif.dll in the root of the php folder php appears
unable to find it, even though it is with all the other extensions and
can find them.



this is the error I get :



This application has failed to start because php_mbstring.dll was not
found. Re-installing the application may fix this problem.



followed by:



PHP Startup:Unable to load dynamic library 'c:/php/ext/php_exif.dll' -
The specified module could not be found.



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/27248

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

[PHP-DOC] #27294 [Opn->Csd]: imap_fetchheader() syntax

 ID:  27294
 Updated by:  [EMAIL PROTECTED]
 Reported By: ihave at no dot mail
-Status:  Open
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.

Thank you for the report, and for helping us make our documentation
better.

options is optional. I've corrected the documentation.


Previous Comments:


[2004-02-17 14:50:52] ihave at no dot mail

Description:

When I call this function without third parameter (int options) there
is no any error message appears (error_reporting(E_ALL)). Is it
optional? If so, this third parameter must be enclosed with square
brackets. If not, there must be warning (Wrong parameter count for
imap_fetchheader() in ...). Am I wrong?






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

[PHP-DOC] cvs: phpdoc /en/reference/imap/functions imap-fetchheader.xml

nlopess Tue Feb 17 16:57:01 2004 EDT

  Modified files:  
/phpdoc/en/reference/imap/functions imap-fetchheader.xml 
  Log:
  fix #27294
  options is optional
  
http://cvs.php.net/diff.php/phpdoc/en/reference/imap/functions/imap-fetchheader.xml?r1=1.4&r2=1.5&ty=u
Index: phpdoc/en/reference/imap/functions/imap-fetchheader.xml
diff -u phpdoc/en/reference/imap/functions/imap-fetchheader.xml:1.4 
phpdoc/en/reference/imap/functions/imap-fetchheader.xml:1.5
--- phpdoc/en/reference/imap/functions/imap-fetchheader.xml:1.4 Wed May  7 17:31:30 
2003
+++ phpdoc/en/reference/imap/functions/imap-fetchheader.xml Tue Feb 17 16:57:01 
2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -12,7 +12,7 @@
   stringimap_fetchheader
   
resourceimap_stream
   intmsgno
-  intoptions
+  intoptions
  
 
  This function causes a fetch of the complete, unfiltered

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

nlopess Tue Feb 17 16:51:55 2004 EDT

  Modified files:  
/phpdoc/en/reference/image/functionsimage2wbmp.xml 
  Log:
  fix example. noticed by a user note
  
http://cvs.php.net/diff.php/phpdoc/en/reference/image/functions/image2wbmp.xml?r1=1.5&r2=1.6&ty=u
Index: phpdoc/en/reference/image/functions/image2wbmp.xml
diff -u phpdoc/en/reference/image/functions/image2wbmp.xml:1.5 
phpdoc/en/reference/image/functions/image2wbmp.xml:1.6
--- phpdoc/en/reference/image/functions/image2wbmp.xml:1.5  Sat Nov 15 02:49:08 
2003
+++ phpdoc/en/reference/image/functions/image2wbmp.xml  Tue Feb 17 16:51:54 2004
@@ -1,5 +1,5 @@
 
-
+
 
  
   
@@ -34,10 +34,11 @@

RE: [PHP-DOC] sybase_set_message_handler

2004-02-17 Thread Enrique Garcia Briones

Title: sybase_set_message_handler









Please,
discard my previous message, sorry for the wasted time.

 

 

-Mensaje
original-
De: Enrique Garcia Briones
[mailto:[EMAIL PROTECTED] 
Enviado el: Martes, 17 de Febrero
de 2004 03:06 p.m.
Para: PHP Lists
Asunto: [PHP-DOC]
sybase_set_message_handler

 

hi,

During the Spanish
translation of this function (sybase_set_message_handler), I had found that
there is not mention

Of the
optional parameter included in the description, see:

Description

bool sybase_set_message_handler ( callback handler [,
resource connection])

And I was
wondering whether it behavior
is like the “resource link_identifier” that is
optional in the Sybase_query function, or
what?, and if so a note should be raised
in the function Sybase_set_message_handler, is that correct?

Or should
somebody test the functionality before any documentation change?

I would like
to hang the translation of this function, upon recommendation.

Regards

Enrique

[PHP-DOC] sybase_set_message_handler

2004-02-17 Thread Enrique Garcia Briones

Title: sybase_set_message_handler






hi,

During the Spanish translation of this function (sybase_set_message_handler), I had found that there is not mention

Of the optional parameter included in the description, see:

Description

bool sybase_set_message_handler ( callback handler [, resource connection])

And I was wondering whether it behavior is like the “resource link_identifier” that is optional in the Sybase_query function, or what?, and if so a note should be raised in the function Sybase_set_message_handler, is that correct?

Or should somebody test the functionality before any documentation change?

I would like to hang the translation of this function, upon recommendation.

Regards

Enrique

[PHP-DOC] #14165 [Asn->Csd]: include() needs an example for cross-server http inclusion of code.

ID: 14165
Updated by: [EMAIL PROTECTED]
Reported By: steve at petabit dot com
-Status: Assigned
+Status: Closed
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.0.5
Assigned To: irchtml
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-02-17 15:13:13] [EMAIL PROTECTED]

I'll be more than happy to add a note in the documentation. Perhaps I
did overlook the fact that it needs more clarification, but that does
not warrant a personal attack.

Thanks for your report.

[2004-02-17 15:02:13] steve at petabit dot com

[EMAIL PROTECTED] you are an arrogant bastard aren't you?

If six people over 16 months have had to debate what an oversimplified
paragraph means, don't you think that "pretty clear" might not be an
appropriate way to describe said oversimplified paragraph?

Just because it's clear to you, doesn't make it clear. In my case, the
only clear explanation I've seen is that from elmicha#phpdotnet earlier
in this thread.

Tim and kenny have both seen that there's missing clarity with respect
to remote servers, and tried to understand and explain the implications
of your "perfectly clear" paragraph.

But those who have been concerned with trying to make themselves feel
smart (like you), or with trying to make me feel stupid for asking
(like brianlmoon), rather than actually thinking about the problem,
simply make me sad for the entire group of geeks to which I once
belonged. I hope you're all replaced by low-paid Indian and Chinese
programmers and have to flip "pretty clear" hamburgers for a living.

Have I been "pretty clear"? Call me, you supercilious geek, and I'll
happily tell you off in person.

Steve Rapaport

Stockholm, Sweden

+46 70 643 9944

[2004-02-17 12:36:16] [EMAIL PROTECTED]

I believe the include() documentation is pretty clear on this issue:

"The include() statement includes and evaluates the specified file."

"When a file is included, the code it contains inherits the variable
scope of the line on which the include occurs. Any variables available
at that line in the calling file will be available within the called
file, from that point forward."

Status -> Closed.

[2004-01-12 12:25:26] steve at petabit dot com

elmicha below has answered my question perfectly well and explained the
results I got too.

To my mind, this docbug should be considered closed when elmicha's
explanation is included in the docs for include().

Thanks to all who replied,

Steve Rapaport

Steve at Petabit dot com

[2004-01-11 21:27:56] [EMAIL PROTECTED]

It really doesn't imply anywhere that including a remote file will make
it inherit the scope -- in fact, it says that is not the case -- and
the 'include' documentation explains that the data returned will be
parsed as is any included file. That is, if the page were "", the calling script would execute that
assignment in its local scope. If you'd write a better explanation,
I'll be happy to commit it. But since you probably don't care
anymore... :-)

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/14165

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

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

irchtml Tue Feb 17 16:01:16 2004 EDT

  Modified files:  
/phpdoc/en/language control-structures.xml 
  Log:
  bug #14165
  added note about including remote files
  
http://cvs.php.net/diff.php/phpdoc/en/language/control-structures.xml?r1=1.87&r2=1.88&ty=u
Index: phpdoc/en/language/control-structures.xml
diff -u phpdoc/en/language/control-structures.xml:1.87 
phpdoc/en/language/control-structures.xml:1.88
--- phpdoc/en/language/control-structures.xml:1.87  Mon Feb  9 07:33:20 2004
+++ phpdoc/en/language/control-structures.xml   Tue Feb 17 16:01:16 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Control Structures
 
@@ -1404,11 +1404,16 @@
 


-Handling Returns: It is possible to execute a return 
-statement inside an included file in order to terminate processing in that 
-file and return to the script which called it.  Also, it's possible to return 
-values from included files.  You can take the value of the include call as 
-you would a normal function.
+Handling Returns: It is possible to execute a return
+statement inside an included file in order to terminate processing in that
+file and return to the script which called it.  Also, it's possible to return
+values from included files.  You can take the value of the include call as
+you would a normal function.  This is not, however, possible when including
+remote files unless the output of the remote file has
+valid PHP start
+and end tags (as with any local file).  You can declare the needed
+variables within those tags and they will be introduced at whichever point
+the file was included.

Re: [PHP-DOC] #14165 [Csd->Opn]: include() needs an example for cross-server http inclusion of code.

2004-02-17 Thread Derick Rethans

On Tue, 17 Feb 2004, steve at petabit dot com wrote:

>  ID:   14165
>  User updated by:  steve at petabit dot com
>  Reported By:  steve at petabit dot com
> -Status:   Closed
> +Status:   Open
>  Bug Type: Documentation problem
>  Operating System: Linux
>  PHP Version:  4.0.5
>  New Comment:
>
> [EMAIL PROTECTED]  you are an arrogant bastard aren't you?

Shut up. You should think about one thing before insulting people. Let
me spell it out for you:
 w e   a r e   a l l   v o l u n t e e r s   h e r e ,   i f   y o u
 w a n t   t o   g e t   s o m e t h i n g   d o n e ,   b e   n i c e ,
 o r   d o   i t   y o u r s e l f.

that clear enough?

Derick

[PHP-DOC] #14165 [Opn->Asn]: include() needs an example for cross-server http inclusion of code.

ID: 14165
Updated by: [EMAIL PROTECTED]
Reported By: steve at petabit dot com
-Status: Open
+Status: Assigned
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.0.5
-Assigned To:
+Assigned To: irchtml
New Comment:

I'll be more than happy to add a note in the documentation. Perhaps I
did overlook the fact that it needs more clarification, but that does
not warrant a personal attack.

Thanks for your report.

Previous Comments:

[2004-02-17 15:02:13] steve at petabit dot com

[EMAIL PROTECTED] you are an arrogant bastard aren't you?

If six people over 16 months have had to debate what an oversimplified
paragraph means, don't you think that "pretty clear" might not be an
appropriate way to describe said oversimplified paragraph?

Just because it's clear to you, doesn't make it clear. In my case, the
only clear explanation I've seen is that from elmicha#phpdotnet earlier
in this thread.

Tim and kenny have both seen that there's missing clarity with respect
to remote servers, and tried to understand and explain the implications
of your "perfectly clear" paragraph.

Have I been "pretty clear"? Call me, you supercilious geek, and I'll
happily tell you off in person.

Steve Rapaport

Stockholm, Sweden

+46 70 643 9944

[2004-02-17 12:36:16] [EMAIL PROTECTED]

I believe the include() documentation is pretty clear on this issue:

"The include() statement includes and evaluates the specified file."

Status -> Closed.

[2004-01-12 12:25:26] steve at petabit dot com

elmicha below has answered my question perfectly well and explained the
results I got too.

To my mind, this docbug should be considered closed when elmicha's
explanation is included in the docs for include().

Thanks to all who replied,

Steve Rapaport

Steve at Petabit dot com

[2004-01-11 21:27:56] [EMAIL PROTECTED]

[2003-08-08 11:26:50] [EMAIL PROTECTED]

If you use

include('http://some_server/something.php');

something.php is executed on "some_server". It's impossible to return
strings with "return" from there.

But the output of http://some_server/something.php is included in your
script and executed there. So just make _the output_ of something.php a
valid php script which sets your variables - so you can use these
variables in your local script. E.g.:

On the local server:

http://some_server/something.php');

echo $return_value;

As the manual explicitly mentions that you can use a return statement
to pass values from the included script, but does not mention that this
doesn't work via HTTP or FTP, I'd say this is a Documentation problem.
(I don't know what the manual said in 2001, maybe the return statement
could not be used in included files back then.)

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/14165

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

[PHP-DOC] #14165 [Csd->Opn]: include() needs an example for cross-server http inclusion of code.

2004-02-17 Thread steve at petabit dot com

ID: 14165
User updated by: steve at petabit dot com
Reported By: steve at petabit dot com
-Status: Closed
+Status: Open
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:

[EMAIL PROTECTED] you are an arrogant bastard aren't you?

If six people over 16 months have had to debate what an oversimplified
paragraph means, don't you think that "pretty clear" might not be an
appropriate way to describe said oversimplified paragraph?

Just because it's clear to you, doesn't make it clear. In my case, the
only clear explanation I've seen is that from elmicha#phpdotnet earlier
in this thread.

Tim and kenny have both seen that there's missing clarity with respect
to remote servers, and tried to understand and explain the implications
of your "perfectly clear" paragraph.

Have I been "pretty clear"? Call me, you supercilious geek, and I'll
happily tell you off in person.

Steve Rapaport

Stockholm, Sweden

+46 70 643 9944

Previous Comments:

[2004-02-17 12:36:16] [EMAIL PROTECTED]

I believe the include() documentation is pretty clear on this issue:

"The include() statement includes and evaluates the specified file."

Status -> Closed.

[2004-01-12 12:25:26] steve at petabit dot com

elmicha below has answered my question perfectly well and explained the
results I got too.

To my mind, this docbug should be considered closed when elmicha's
explanation is included in the docs for include().

Thanks to all who replied,

Steve Rapaport

Steve at Petabit dot com

[2004-01-11 21:27:56] [EMAIL PROTECTED]

[2003-08-08 11:26:50] [EMAIL PROTECTED]

If you use

include('http://some_server/something.php');

something.php is executed on "some_server". It's impossible to return
strings with "return" from there.

On the local server:

http://some_server/something.php');

echo $return_value;

[2003-08-06 21:09:41] tim at pmedia dot be

Allow me to rephrase Steve's problem described in #14165 again as I'm
experiencing the same trouble.

When including a remote php-file (a php-file on another server) in a
script, that php-file is parsed (if server configured to) which
basically means the script is runned.

The problem we experience is that the parsed script's return value(s)
defined at the end in a return() statement don't seem to arrive in the
original script. Steve reports only 'integers'. I have seen only a '1',
which is according the docs just the value returned if no return()
statement is used.

If the 2 scripts are located on the same server, the problem doesn't
show up.

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/14165

--
Edit this bug report at http://bugs.php.ne

Re: [PHP-DOC] Re: cvs: phpdoc /en/reference/strings/functions trim.xml

2004-02-17 Thread Stefan Walk

On Tue, Feb 17, 2004 at 07:44:11PM +0100, Mehdi Achour wrote:
> Derick Rethans wrote:
> >On Tue, 17 Feb 2004, Mehdi Achour wrote:
> >
> >
> >>Derick Rethans wrote:
> >>
> >>>derick Mon Feb 16 17:22:30 2004 EDT
> >>>
> >>> Modified files:
> >>>   /phpdoc/en/reference/strings/functions  trim.xml
> >>> Log:
> >>> - This example didn't work, fixing.
> >>
> >>The rest of the documentation in this file is talking about 0x00 and so
> >>on.. should this be fixed ?
> >
> >
> >dunno, test it? :)
> 
> I'm asking cos I don't know much about the topic ;) Maybe you do ?
> 
> didou

No, the rest is correct.  " " (ASCII 32 (0x20)) means that the "space"
character has an ordinal value of 32 (or 0x20 in hex notation). It's
just that you specify characters by their ordinal hex with "foo\x20bar"
in strings. Outside strings, you use 0xFF to get the numeric value...

-- 
Regards,
Stefan Walk
<[EMAIL PROTECTED]>

[PHP-DOC] #27294 [NEW]: imap_fetchheader() syntax

2004-02-17 Thread ihave at no dot mail

From: ihave at no dot mail
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  imap_fetchheader() syntax

Description:

When I call this function without third parameter (int options) there is
no any error message appears (error_reporting(E_ALL)). Is it optional? If
so, this third parameter must be enclosed with square brackets. If not,
there must be warning (Wrong parameter count for imap_fetchheader() in
...). Am I wrong?


-- 
Edit bug report at http://bugs.php.net/?id=27294&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=27294&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=27294&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=27294&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=27294&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27294&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=27294&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=27294&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27294&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=27294&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27294&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27294&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=27294&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27294&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=27294&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=27294&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27294&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27294&r=float

[PHP-DOC] Re: cvs: phpdoc /en/reference/strings/functions trim.xml

2004-02-17 Thread Derick Rethans

On Tue, 17 Feb 2004, Mehdi Achour wrote:

> > dunno, test it? :)
>
> I'm asking cos I don't know much about the topic ;) Maybe you do ?

Just test if the exaples do what they describe, the one I did didn't
work so I fixed it. I don't have time to go through them all now.

Derick

[PHP-DOC] cvs: phpdoc /en/reference/exec/functions exec.xml system.xml

didou   Tue Feb 17 13:55:56 2004 EDT

  Modified files:  
/phpdoc/en/reference/exec/functions exec.xml system.xml 
  Log:
  used the new entity
  # related to #27076 but we still need to invistigate with the other functions
  
http://cvs.php.net/diff.php/phpdoc/en/reference/exec/functions/exec.xml?r1=1.8&r2=1.9&ty=u
Index: phpdoc/en/reference/exec/functions/exec.xml
diff -u phpdoc/en/reference/exec/functions/exec.xml:1.8 
phpdoc/en/reference/exec/functions/exec.xml:1.9
--- phpdoc/en/reference/exec/functions/exec.xml:1.8 Wed Jan 28 15:09:15 2004
+++ phpdoc/en/reference/exec/functions/exec.xml Tue Feb 17 13:55:55 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -65,14 +65,7 @@
   .. components in the path to the executable.
  
 
-
- 
-  With safe mode enabled,
-  all words following the initial command string are treated as a
-  single argument. Thus, echo y | echo x becomes
-  echo 'y | echo x'.
- 
-
+&warn.sm.exec;
 
  See also system,
  passthru, popen,
http://cvs.php.net/diff.php/phpdoc/en/reference/exec/functions/system.xml?r1=1.6&r2=1.7&ty=u
Index: phpdoc/en/reference/exec/functions/system.xml
diff -u phpdoc/en/reference/exec/functions/system.xml:1.6 
phpdoc/en/reference/exec/functions/system.xml:1.7
--- phpdoc/en/reference/exec/functions/system.xml:1.6   Wed Dec 31 05:39:42 2003
+++ phpdoc/en/reference/exec/functions/system.xml   Tue Feb 17 13:55:55 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -84,6 +84,7 @@
   .. components in the path to the executable.
  
 
+&warn.sm.exec;
 
  See also exec,
  passthru, popen,

[PHP-DOC] cvs: phpdoc /en language-snippets.ent

didou   Tue Feb 17 13:49:40 2004 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
  Log:
  add an entity for safe mode execution stuff
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.74&r2=1.75&ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.74 phpdoc/en/language-snippets.ent:1.75
--- phpdoc/en/language-snippets.ent:1.74Sun Feb 15 12:21:03 2004
+++ phpdoc/en/language-snippets.ent Tue Feb 17 13:49:39 2004
@@ -1,4 +1,4 @@
-
+
 
 This extension is
 EXPERIMENTAL. The behaviour of this extension --
@@ -153,6 +153,10 @@
 about to operate on have the same UID (owner) as the script that is being
 executed.'>
 
+With safe 
mode enabled,
+all words following the initial command string are treated as a single argument. 
Thus, 
+echo y | echo x becomes echo "y | echo 
x".'>
+

[PHP-DOC] Re: cvs: phpdoc /en/reference/strings/functions trim.xml

Derick Rethans wrote:
On Tue, 17 Feb 2004, Mehdi Achour wrote:


Derick Rethans wrote:

derick		Mon Feb 16 17:22:30 2004 EDT

 Modified files:
   /phpdoc/en/reference/strings/functions   trim.xml
 Log:
 - This example didn't work, fixing.
The rest of the documentation in this file is talking about 0x00 and so
on.. should this be fixed ?


dunno, test it? :)
I'm asking cos I don't know much about the topic ;) Maybe you do ?

didou

[PHP-DOC] Re: cvs: phpdoc /en/reference/strings/functions trim.xml

2004-02-17 Thread Derick Rethans

On Tue, 17 Feb 2004, Mehdi Achour wrote:

> Derick Rethans wrote:
> > derick  Mon Feb 16 17:22:30 2004 EDT
> >
> >   Modified files:
> > /phpdoc/en/reference/strings/functions  trim.xml
> >   Log:
> >   - This example didn't work, fixing.
>
> The rest of the documentation in this file is talking about 0x00 and so
> on.. should this be fixed ?

dunno, test it? :)

Derick

[PHP-DOC] Re: cvs: phpdoc /en/reference/strings/functions trim.xml

Derick Rethans wrote:
derick		Mon Feb 16 17:22:30 2004 EDT

  Modified files:  
/phpdoc/en/reference/strings/functions	trim.xml 
  Log:
  - This example didn't work, fixing.
The rest of the documentation in this file is talking about 0x00 and so 
on.. should this be fixed ?

didou

[PHP-DOC] Re: bug closing spirit

Nuno Lopes wrote:
Hi,

Its just to say that I'm loving this spirit to close bugs. Now, there are
"only" 180 more bugs to close!! Lets try to close them all ASAP.
Good luck :))


Nuno

P.S.: and the website?... it seems that systems want the monopoly to manage
the servers :)
The discussion have moved offlist for the security part. systems is 
being really responsive those days, don't put them in a bad mood ;)

[PHP-DOC] #16227 [Opn->Csd]: Using internal hash position is tricky.

 ID:   16227
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php dot net at alienbill dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: ANY
 PHP Version:  Irrelevant
 New Comment:

Closing this as [EMAIL PROTECTED] said the bug was fixed.


Previous Comments:


[2003-01-20 22:54:11] vdvo at vdvo dot net

Well, so is it fixed or is it not? This bug's status is still Open.



[2002-10-01 06:28:18] [EMAIL PROTECTED]

FYI. The bug is fixed. Current CVS version does not swap internal hash
position on assinment.



[2002-10-01 06:13:17] [EMAIL PROTECTED]

The issue is ZendEngine mess up hash position by assignment.

I'll open new one for this.



[2002-07-16 11:22:34] [EMAIL PROTECTED]

each() as a function does not know in which context it was called so it
just returns the 'current' element and advances the internal position
pointer, very similar to the java next_element() iterator (hope i got
the name right). when no more elements are left it returns false until
being reset



each() can not know that it was called from different loop runs so it
will return false forever until reset. one might 

think about auto-reseting it after returning false once, but backwards
compatibility will be in our way once again here



the problem does not happen this way in java because there
next_element() advances the internal pointer before returning values
and you have to use first_element() to get

the first one (which implies a reset)



foreach uses a private copy of the array structure so it has its own
internal pointer which is recreated for every foreach instance so the
problem does occure here



[2002-03-23 20:44:45] [EMAIL PROTECTED]

Oops,



$arr = array('a', 'b', 'c');



does reset position :)



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/16227

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

[PHP-DOC] bug closing spirit

Hi,

Its just to say that I'm loving this spirit to close bugs. Now, there are
"only" 180 more bugs to close!! Lets try to close them all ASAP.


Nuno


P.S.: and the website?... it seems that systems want the monopoly to manage
the servers :)

[PHP-DOC] #14165 [Opn->Csd]: include() needs an example for cross-server http inclusion of code.

 ID:   14165
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steve at petabit dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux
 PHP Version:  4.0.5


Previous Comments:


[2004-02-17 12:36:16] [EMAIL PROTECTED]

I believe the include() documentation is pretty clear on this issue:



"The include() statement includes and evaluates the specified file."



"When a file is included, the code it contains inherits the variable
scope of the line on which the include occurs. Any variables available
at that line in the calling file will be available within the called
file, from that point forward."



Status -> Closed.



[2004-01-12 12:25:26] steve at petabit dot com

elmicha below has answered my question perfectly well and explained the
results I got too.



To my mind, this docbug should  be considered closed when elmicha's
explanation is included in the docs for include().



Thanks to all who replied,



Steve Rapaport

Steve at Petabit dot com



[2004-01-11 21:27:56] [EMAIL PROTECTED]

It really doesn't imply anywhere that including a remote file will make
it inherit the scope -- in fact, it says that is not the case -- and
the 'include' documentation explains that the data returned will be
parsed as is any included file. That is, if the page were "", the calling script would execute that
assignment in its local scope. If you'd write a better explanation,
I'll be happy to commit it. But since you probably don't care
anymore... :-)



[2003-08-08 11:26:50] [EMAIL PROTECTED]

If you use

  include('http://some_server/something.php');

something.php is executed on "some_server". It's impossible to return
strings with "return" from there.



But the output of http://some_server/something.php is included in your
script and executed there. So just make _the output_ of something.php a
valid php script which sets your variables - so you can use these
variables in your local script. E.g.:



';

?>



On the local server:



http://some_server/something.php');

  echo $return_value;

?>



As the manual explicitly mentions that you can use a return statement
to pass values from the included script, but does not mention that this
doesn't work via HTTP or FTP, I'd say this is a Documentation problem.
(I don't know what the manual said in 2001, maybe the return statement
could not be used in included files back then.)



[2003-08-06 21:09:41] tim at pmedia dot be

Allow me to rephrase Steve's problem described in #14165 again as I'm
experiencing the same trouble.



When including a remote php-file (a php-file on another server) in a
script, that php-file is parsed (if server configured to) which
basically means the script is runned. 



The problem we experience is that the parsed script's return value(s)
defined at the end in a return() statement don't seem to arrive in the
original script. Steve reports only 'integers'. I have seen only a '1',
which is according the docs just the value returned if no return()
statement is used. 



If the 2 scripts are located on the same server, the problem doesn't
show up.



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/14165

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

[PHP-DOC] #14165 [Opn]: include() needs an example for cross-server http inclusion of code.

 ID:   14165
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steve at petabit dot com
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Linux
 PHP Version:  4.0.5
 New Comment:

I believe the include() documentation is pretty clear on this issue:



"The include() statement includes and evaluates the specified file."



"When a file is included, the code it contains inherits the variable
scope of the line on which the include occurs. Any variables available
at that line in the calling file will be available within the called
file, from that point forward."



Status -> Closed.


Previous Comments:


[2004-01-12 12:25:26] steve at petabit dot com

elmicha below has answered my question perfectly well and explained the
results I got too.



To my mind, this docbug should  be considered closed when elmicha's
explanation is included in the docs for include().



Thanks to all who replied,



Steve Rapaport

Steve at Petabit dot com



[2004-01-11 21:27:56] [EMAIL PROTECTED]

It really doesn't imply anywhere that including a remote file will make
it inherit the scope -- in fact, it says that is not the case -- and
the 'include' documentation explains that the data returned will be
parsed as is any included file. That is, if the page were "", the calling script would execute that
assignment in its local scope. If you'd write a better explanation,
I'll be happy to commit it. But since you probably don't care
anymore... :-)



[2003-08-08 11:26:50] [EMAIL PROTECTED]

If you use

  include('http://some_server/something.php');

something.php is executed on "some_server". It's impossible to return
strings with "return" from there.



But the output of http://some_server/something.php is included in your
script and executed there. So just make _the output_ of something.php a
valid php script which sets your variables - so you can use these
variables in your local script. E.g.:



';

?>



On the local server:



http://some_server/something.php');

  echo $return_value;

?>



As the manual explicitly mentions that you can use a return statement
to pass values from the included script, but does not mention that this
doesn't work via HTTP or FTP, I'd say this is a Documentation problem.
(I don't know what the manual said in 2001, maybe the return statement
could not be used in included files back then.)



[2003-08-06 21:09:41] tim at pmedia dot be

Allow me to rephrase Steve's problem described in #14165 again as I'm
experiencing the same trouble.



When including a remote php-file (a php-file on another server) in a
script, that php-file is parsed (if server configured to) which
basically means the script is runned. 



The problem we experience is that the parsed script's return value(s)
defined at the end in a return() statement don't seem to arrive in the
original script. Steve reports only 'integers'. I have seen only a '1',
which is according the docs just the value returned if no return()
statement is used. 



If the 2 scripts are located on the same server, the problem doesn't
show up.



[2001-11-21 17:32:22] steve at petabit dot com

Okay, there's some simple sample code at bug 14164. 



Basic idea is that I have 2 machines, one public,

one firewalled and non-routed.  The public one should

be able to access the database on the private one, but

nobody else should.



Thanks for the attention!



Steve



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/14165

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

[PHP-DOC] #24469 [Bgs->Csd]: Namespace still exists in Documentation

2004-02-17 Thread et

 ID:  24469
 Updated by:  [EMAIL PROTECTED]
 Reported By: juwe at clasennet dot de
-Status:  Bogus
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.

Thank you for the report, and for helping us make our documentation
better.

This was fixed at Wed Nov 12 23:53:14 2003 (3 months ago) by pollita.

See http://cvs.php.net/cvs.php/phpdoc/en/language/oop.xml


Previous Comments:


[2004-02-17 11:50:02] [EMAIL PROTECTED]

I've tested the examples and no error is produced.



[2003-07-02 20:00:21] juwe at clasennet dot de

Description:

The example at 
http://www.php.net/manual/en/language.oop.object-comparison-php5.php

is broken since namespaces don't exist any longer. The given example
will therfor produce a parse error.



Could someone please remove the last example?






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

[PHP-DOC] cvs: phpdoc /en/reference/tidy/functions tidy-repair-file.xml tidy-repair-string.xml

didou   Tue Feb 17 12:40:06 2004 EDT

  Modified files:  
/phpdoc/en/reference/tidy/functions tidy-repair-file.xml 
tidy-repair-string.xml 
  Log:
  proto fix
  
http://cvs.php.net/diff.php/phpdoc/en/reference/tidy/functions/tidy-repair-file.xml?r1=1.3&r2=1.4&ty=u
Index: phpdoc/en/reference/tidy/functions/tidy-repair-file.xml
diff -u phpdoc/en/reference/tidy/functions/tidy-repair-file.xml:1.3 
phpdoc/en/reference/tidy/functions/tidy-repair-file.xml:1.4
--- phpdoc/en/reference/tidy/functions/tidy-repair-file.xml:1.3 Sun Feb 15 12:21:04 
2004
+++ phpdoc/en/reference/tidy/functions/tidy-repair-file.xml Tue Feb 17 12:40:06 
2004
@@ -1,5 +1,5 @@
 
-
+
   

 tidy_repair_file
@@ -10,7 +10,7 @@

 Description
 
- booltidy_repair_file
+ stringtidy_repair_file
  stringfilename
  mixedconfig
  stringencoding
http://cvs.php.net/diff.php/phpdoc/en/reference/tidy/functions/tidy-repair-string.xml?r1=1.4&r2=1.5&ty=u
Index: phpdoc/en/reference/tidy/functions/tidy-repair-string.xml
diff -u phpdoc/en/reference/tidy/functions/tidy-repair-string.xml:1.4 
phpdoc/en/reference/tidy/functions/tidy-repair-string.xml:1.5
--- phpdoc/en/reference/tidy/functions/tidy-repair-string.xml:1.4   Sun Feb 15 
12:21:04 2004
+++ phpdoc/en/reference/tidy/functions/tidy-repair-string.xml   Tue Feb 17 12:40:06 
2004
@@ -1,5 +1,5 @@
 
-
+
   

 tidy_repair_string
@@ -10,7 +10,7 @@

 Description
 
- booltidy_repair_string
+ stringtidy_repair_string
  stringdata
  mixedconfig
  stringencoding

[PHP-DOC] #26582 [Opn->Csd]: HEREDOC linefeed requirement mis-documented

 ID:   26582
 Updated by:   [EMAIL PROTECTED]
 Reported By:  iwd32900 at yahoo dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Darwin/Mac OS X
 PHP Version:  4.3.4
 New Comment:

The documentation seems pretty clear on this.



Status -> Closed


Previous Comments:


[2003-12-18 08:13:49] iwd32900 at yahoo dot com

No, it doesn't work with \r.



I realize that in some sense, \n is the new 'native' 

linefeed for Mac since OS X is Unix based. This doesn't 

change my opinion that PHP should be linefeed-agnostic, 

so that code can easily be transported from one platform 

to another.



[2003-12-18 05:21:18] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-12-10 09:39:06] [EMAIL PROTECTED]

Does heredoc work for you with \r?



[2003-12-10 09:12:36] iwd32900 at yahoo dot com

Description:

The current manual says this, under the "Heredoc" 

section in "Strings" in "Types":



-

It's also important to realize that the first character 

before the closing identifier must be a newline as 

defined by your operating system. This is \r on 

Macintosh for example.



If this rule is broken and the closing identifier is not 

"clean" then it's not considered to be a closing 

identifier and PHP will continue looking for one. If in 

this case a proper closing identifier is not found then 

a parse error will result with the line number being at 

the end of the script.

-



I have two issues with this.

1. This doesn't appear to be true. I'm using the 

entropy.ch distribution of 4.3.4, and it accepts \n as a 

linefeed before the end marker on my Mac.



2. One of the great things about PHP is that it's cross-

platform portable. The interpretter otherwise seems to 

be linefeed-agnostic; it should be here, too. That way, 

I can write my scripts on any platform and distribute 

them to any other, and no one has to worry about 

something as irritating as linefeeds. Just check for any 

of \n, \r, or \r\n before a heredoc terminator. Should 

be really easy, and it will do a lot for making PHP more 

platform independent.

Reproduce code:
---
$heredoc = <

[PHP-DOC] #27271 [Opn->Csd]: shmop doesn't work.

 ID:   27271
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yury at gorodok dot net
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: win32 only
 PHP Version:  5.0.0b4 (beta4)
 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.

As Ilia said, Shmop won't work when PHP is in CLI or CGI mode.


Previous Comments:


[2004-02-17 11:26:48] yury at gorodok dot net

http://us2.php.net/manual/en/ref.shmop.php says:

<>

I use Windows 2000. It's not  and I've not found anything
about emulation nor current enviroment.

Sorry, that I don't know Windows enough to undestand that shmop CANN'T
work on it properly.

May be, there should be a note in manual?



[2004-02-17 10:48:20] [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

SHM is emulated on win32 and the nature of the emulation 

that it would work only in a persistent environment such as 

Apache or IIS (not cgi or cli). 



[2004-02-16 23:13:57] yury at gorodok dot net

sh.php

";

 else { $wrb=shmop_write($shm_id,$str, 0); 

if($wrb!= strlen($str)) echo $wrb." bytes was written of
".strlen($str)."!";

echo "shm_id=".$shm_id."";  shmop_close($shm_id);} ?>



hh.php

!";

 else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A."";

   echo "shm_id=".$shm_id; shmop_close($shm_id); } ?>



hs.php

!";

 else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A."";

echo "shm_id=".$shm_id;  shmop_delete($shm_id); 
shmop_close($shm_id); } ?>



[2004-02-16 11:23:13] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.





[2004-02-16 03:42:54] yury at gorodok dot net

Description:

shmop doesn't work properly.

I start sh.php, which creates shmop segment and write a strring there.

After that I start hh.php, which should read string and write it in my
browser.

The hs.php deletes segment.



On FreeBSD with PHP 4.3.4(apache module and command line) this works
just fine.

But on Win2000SP2 with PHP5.0.0b4(commandline and cgi) I can access

shared memory segment only while the first script is running (I' ve
adde sleep(30) in it for test reasons).






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

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

nlopess Tue Feb 17 12:27:56 2004 EDT

  Modified files:  
/phpdoc/en/reference/shmop  reference.xml 
  Log:
  fix #27271
  dont work in CLI or CGI under windows
  
http://cvs.php.net/diff.php/phpdoc/en/reference/shmop/reference.xml?r1=1.11&r2=1.12&ty=u
Index: phpdoc/en/reference/shmop/reference.xml
diff -u phpdoc/en/reference/shmop/reference.xml:1.11 
phpdoc/en/reference/shmop/reference.xml:1.12
--- phpdoc/en/reference/shmop/reference.xml:1.11Sat Dec 20 23:21:57 2003
+++ phpdoc/en/reference/shmop/reference.xml Tue Feb 17 12:27:56 2004
@@ -1,5 +1,5 @@
 
-
+
 
   Shared Memory Functions
   shmop
@@ -10,7 +10,9 @@
 
  Shmop is an easy to use set of functions that allows PHP to read,
  write, create and delete Unix shared memory segments. Note that versions
- of Windows previous to Windows 2000 do not support shared memory.
+ of Windows previous to Windows 2000 do not support shared memory. Under
+ Windows, Shmop will only work when PHP is running in ISAPI mode, such as
+ Apache or IIS (CLI and CGI will not work).

[PHP-DOC] #25599 [Opn->Bgs]: Documentation-Error in CHM-File for Function number_format()

 ID:   25599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thom dot haas at gmx dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: WXP
 PHP Version:  4.3.2
 New Comment:

PHP manual is huge and takes long to compile. The German CHM is _very_
old and the proto was fixed after the manual building.

This change will reflect in the next manual build.


Previous Comments:


[2003-12-02 10:45:15] nunoplopes at sapo dot pt

This funtion isn't yet translated to german.



The problem is that the chm version is very old...



[2003-09-19 03:00:53] thom dot haas at gmx dot de

Description:

Today (2003-09-19) I've downloaded the latest documentation-file
(*.chm) in German. 

Because I didn't use it for a long time I had to find out the syntax
for number_format(). In this file it's not written correctly. But in
the online-manual it's quite correct. It's not a huge bug, but you
might fix it.



AND, I really expect huge differences between both docu-versions (have
a look at the numbering).

Reproduce code:
---
*.chm:

string number_format ( float number [, int decimals [, string dec_point
[, string thousands_sep]]])



online-manu:

string number_format ( float number [, int decimals])



string number_format ( float number, int decimals, string dec_point,
string thousands_sep)








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

[PHP-DOC] #21426 [Asn->Csd]: [chm] bug on language.types.resource.html

 ID:   21426
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sanderskaufman at hotmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: windows
 PHP Version:  4CVS-2003-01-05 (dev)
 Assigned To:  goba
 New Comment:

This seems to be solved.


Previous Comments:


[2003-01-19 04:21:42] [EMAIL PROTECTED]

OK, I'll look into this, and fix it in the next sample...



[2003-01-19 01:32:06] sanderskaufman at hotmail dot com

Instead of a space, the actual " " string is displayed.



[2003-01-19 00:51:06] [EMAIL PROTECTED]

So what's the bug on this resource page?



[2003-01-05 05:21:55] sanderskaufman at hotmail dot com

I have found a bug on page language.types.resource.html

[chm date: 2002-12-27]...

I don't suppose I'm the first one to mention the over-escaped
non-breaking space on the documentation page.  Immediately before the
link to "report a bug". :)




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

[PHP-DOC] #24469 [Opn->Bgs]: Namespace still exists in Documentation

 ID:  24469
 Updated by:  [EMAIL PROTECTED]
 Reported By: juwe at clasennet dot de
-Status:  Open
+Status:  Bogus
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

I've tested the examples and no error is produced.


Previous Comments:


[2003-07-02 20:00:21] juwe at clasennet dot de

Description:

The example at 
http://www.php.net/manual/en/language.oop.object-comparison-php5.php

is broken since namespaces don't exist any longer. The given example
will therfor produce a parse error.



Could someone please remove the last example?






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

[PHP-DOC] #27271 [Bgs->Opn]: shmop doesn't work.

2004-02-17 Thread yury at gorodok dot net

 ID:   27271
 User updated by:  yury at gorodok dot net
 Reported By:  yury at gorodok dot net
-Status:   Bogus
+Status:   Open
-Bug Type: *Extensibility Functions
+Bug Type: Documentation problem
 Operating System: win32 only
 PHP Version:  5.0.0b4 (beta4)
 New Comment:

http://us2.php.net/manual/en/ref.shmop.php says:

<>

I use Windows 2000. It's not  and I've not found anything
about emulation nor current enviroment.

Sorry, that I don't know Windows enough to undestand that shmop CANN'T
work on it properly.

May be, there should be a note in manual?


Previous Comments:


[2004-02-17 10:48:20] [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

SHM is emulated on win32 and the nature of the emulation 

that it would work only in a persistent environment such as 

Apache or IIS (not cgi or cli). 



[2004-02-16 23:13:57] yury at gorodok dot net

sh.php

";

 else { $wrb=shmop_write($shm_id,$str, 0); 

if($wrb!= strlen($str)) echo $wrb." bytes was written of
".strlen($str)."!";

echo "shm_id=".$shm_id."";  shmop_close($shm_id);} ?>



hh.php

!";

 else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A."";

   echo "shm_id=".$shm_id; shmop_close($shm_id); } ?>



hs.php

!";

 else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A."";

echo "shm_id=".$shm_id;  shmop_delete($shm_id); 
shmop_close($shm_id); } ?>



[2004-02-16 11:23:13] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.





[2004-02-16 03:42:54] yury at gorodok dot net

Description:

shmop doesn't work properly.

I start sh.php, which creates shmop segment and write a strring there.

After that I start hh.php, which should read string and write it in my
browser.

The hs.php deletes segment.



On FreeBSD with PHP 4.3.4(apache module and command line) this works
just fine.

But on Win2000SP2 with PHP5.0.0b4(commandline and cgi) I can access

shared memory segment only while the first script is running (I' ve
adde sleep(30) in it for test reasons).






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

[PHP-DOC] cvs: phpdoc /en/reference/misc/functions highlight-file.xml

didou   Tue Feb 17 09:08:27 2004 EDT

  Modified files:  
/phpdoc/en/reference/misc/functions highlight-file.xml 
  Log:
  adding a role
  
http://cvs.php.net/diff.php/phpdoc/en/reference/misc/functions/highlight-file.xml?r1=1.14&r2=1.15&ty=u
Index: phpdoc/en/reference/misc/functions/highlight-file.xml
diff -u phpdoc/en/reference/misc/functions/highlight-file.xml:1.14 
phpdoc/en/reference/misc/functions/highlight-file.xml:1.15
--- phpdoc/en/reference/misc/functions/highlight-file.xml:1.14  Wed Jan 28 19:35:27 
2004
+++ phpdoc/en/reference/misc/functions/highlight-file.xml   Tue Feb 17 09:08:27 
2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -62,7 +62,7 @@
 
  
   Creating a source highlighting URL
-  
+

[PHP-DOC] cvs: phpdoc /en/reference/var/functions isset.xml

didou   Tue Feb 17 08:47:49 2004 EDT

  Modified files:  
/phpdoc/en/reference/var/functions  isset.xml 
  Log:
  don't use entity in CDATA's
  
http://cvs.php.net/diff.php/phpdoc/en/reference/var/functions/isset.xml?r1=1.12&r2=1.13&ty=u
Index: phpdoc/en/reference/var/functions/isset.xml
diff -u phpdoc/en/reference/var/functions/isset.xml:1.12 
phpdoc/en/reference/var/functions/isset.xml:1.13
--- phpdoc/en/reference/var/functions/isset.xml:1.12Mon Dec 15 11:54:11 2003
+++ phpdoc/en/reference/var/functions/isset.xml Tue Feb 17 08:47:49 2004
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -42,7 +42,7 @@
 
 $var = '';
 
-// This will evaluate to &true; so the text will be printed.
+// This will evaluate to TRUE so the text will be printed.
 if (isset($var)) {
 echo "This var is set set so I will print.";
 }

[PHP-DOC] cvs: phpdoc /en/faq installation.xml

didou   Tue Feb 17 08:32:19 2004 EDT

  Modified files:  
/phpdoc/en/faq  installation.xml 
  Log:
  adding some roles
  
http://cvs.php.net/diff.php/phpdoc/en/faq/installation.xml?r1=1.26&r2=1.27&ty=u
Index: phpdoc/en/faq/installation.xml
diff -u phpdoc/en/faq/installation.xml:1.26 phpdoc/en/faq/installation.xml:1.27
--- phpdoc/en/faq/installation.xml:1.26 Sat Dec 20 23:21:40 2003
+++ phpdoc/en/faq/installation.xml  Tue Feb 17 08:32:19 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Installation
   Installation
@@ -33,14 +33,14 @@
   Most people will want to change this at compile-time with the 
   --with-config-file-path
   flag. You would, for example, set it with something like:
-  
+  
 --with-config-file-path=/etc
   
   And then you would copy php.ini-dist from 
   the distribution to /etc/php.ini and
   edit it to make any local changes you want.
  
-  
+  
 --with-config-file-scan-dir=PATH 
   
  
@@ -145,7 +145,8 @@
   Assuming you installed both Apache and PHP from RPM packages, 
   you need to uncomment or add some or all of the following lines
   in your &httpd.conf; file:
-  
+  
+
   
   And add:
-  
-AddType application/x-httpd-php3 .php3/* for PHP 3 */
-AddType application/x-httpd-php .php  /* for PHP 4 */
+  
+
   
   ... to the global properties, or to the properties of the 
   VirtualDomain you want to have PHP support added to.
@@ -202,7 +206,7 @@

  
  First remove mod_php3 : 
- 
+ 
 rpm -e mod_php3
  
  
@@ -210,7 +214,7 @@
 
  
  Then get the source rpm and INSTALL it, NOT --rebuild
- 
+ 
 rpm -Uvh mod_php3-3.0.5-2.src.rpm
  

@@ -224,11 +228,11 @@
  
  
  For MySQL  you would add
- 
+ 
 --with-mysql=/usr \
  
  The %build section will look something like this:
- 
+ 
./configure --prefix=/usr \
--with-apxs=/usr/sbin/apxs \
--with-config-file-path=/usr/lib \
@@ -243,7 +247,7 @@
 
  
   Once this modification is made then build the binary rpm as follows:
- 
+ 
 rpm -bb /usr/src/redhat/SPECS/mod_php3.spec
  
  
@@ -251,7 +255,7 @@
 
  
   Then install the rpm
- 
+ 
 rpm -ivh /usr/src/redhat/RPMS/i386/mod_php3-3.0.5-2.i386.rpm
  
  
@@ -332,7 +336,7 @@
   
   Some operating systems: I have installed PHP without errors,
   but when I try to start apache I get undefined symbol errors:
-  
+  
 [mybox:user /src/php4] root# apachectl configtest
  apachectl: /usr/local/apache/bin/httpd Undefined symbols:
   _compress
@@ -354,12 +358,12 @@
  
   Windows: I have installed PHP, but when I to access
   a PHP script file via my browser, I get the error:
-  
+  
 cgi error:
  The specified CGI application misbehaved by not
  returning a complete set of HTTP headers.
  The headers it did return are:
-  
+

[PHP-DOC] cvs: phpdoc /en/reference/url/functions http-build-query.xml

didou   Tue Feb 17 08:19:18 2004 EDT

  Modified files:  
/phpdoc/en/reference/url/functions  http-build-query.xml 
  Log:
  using simple comments
  
http://cvs.php.net/diff.php/phpdoc/en/reference/url/functions/http-build-query.xml?r1=1.7&r2=1.8&ty=u
Index: phpdoc/en/reference/url/functions/http-build-query.xml
diff -u phpdoc/en/reference/url/functions/http-build-query.xml:1.7 
phpdoc/en/reference/url/functions/http-build-query.xml:1.8
--- phpdoc/en/reference/url/functions/http-build-query.xml:1.7  Wed Jan 28 19:35:32 
2004
+++ phpdoc/en/reference/url/functions/http-build-query.xml  Tue Feb 17 08:19:18 
2004
@@ -1,5 +1,5 @@
 
-
+
   

 http_build_query
@@ -34,10 +34,7 @@
   'cow'=>'milk',
   'php'=>'hypertext processor');
   
-echo http_build_query($data);
-/* Outputs:
-  foo=bar&baz=boom&cow=milk&php=hypertext+processor
- */
+echo http_build_query($data); // foo=bar&baz=boom&cow=milk&php=hypertext+processor
 ?>
 ]]>
  
@@ -124,10 +121,8 @@
 
 $data = new myClass();
 
-echo http_build_query($data);
-/* Outputs:
-  foo=bar&baz=boom
- */
+echo http_build_query($data); // foo=bar&baz=boom
+
 ?>
 ]]>

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

didou   Tue Feb 17 08:17:07 2004 EDT

  Modified files:  
/phpdoc/en/language types.xml 
  Log:
  using screen
  
http://cvs.php.net/diff.php/phpdoc/en/language/types.xml?r1=1.134&r2=1.135&ty=u
Index: phpdoc/en/language/types.xml
diff -u phpdoc/en/language/types.xml:1.134 phpdoc/en/language/types.xml:1.135
--- phpdoc/en/language/types.xml:1.134  Fri Jan 30 04:31:29 2004
+++ phpdoc/en/language/types.xmlTue Feb 17 08:17:07 2004
@@ -1,5 +1,5 @@
 
-
+
  
   Types
 
@@ -1873,15 +1873,20 @@
 echo "Do you like $color?\n";
 }
 
-/* output:
+?>
+]]>
+ 
+ 
+  This will output:
+ 
+ 
+
- 
+ 
 
 
 
@@ -1907,8 +1912,14 @@
 $colors[$key] = strtoupper($color);
 }
 print_r($colors);
-
-/* output:
+?>
+]]>
+  
+  
+   This will output:
+  
+  
+
-  
+  
  
 
 
@@ -1931,18 +1940,22 @@
  'January', 'February', 'March');
 print_r($firstquarter);
-
-/* output:
+?>
+]]>
+  
+  
+   This will output:
+  
+  
+   
-  
+

[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions error-reporting.xml