Re: [PHP-DOC] time to switch the install section?

2004-08-07 Thread Dave Barr
Philip Olson wrote:
for it to go (into the attic).  As for the others, not sure why they even
exist!  Many contain deleted files but why do the directories remain?
It's a shortcoming of CVS. You can't cvs remove a directory as you 
would a file. The only way to remove a directory from CVS is by hacking 
the repository directly.

Using the -P option for update/checkout (which you should do anyway) you 
can locally remove the empty directories but they'll still remain in the 
repository.

Regards,
Philip
Dave


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

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 04:02:26 2004 EDT

  Modified files:  
/phpdoc/en/reference/imap/functions imap-open.xml 
  Log:
  Document flags (bug #27017), add all options, compress examples
  http://cvs.php.net/diff.php/phpdoc/en/reference/imap/functions/imap-open.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/reference/imap/functions/imap-open.xml
diff -u phpdoc/en/reference/imap/functions/imap-open.xml:1.7 
phpdoc/en/reference/imap/functions/imap-open.xml:1.8
--- phpdoc/en/reference/imap/functions/imap-open.xml:1.7Mon Mar  8 04:18:43 
2004
+++ phpdoc/en/reference/imap/functions/imap-open.xmlSat Aug  7 04:02:25 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
 !-- splitted from ./en/functions/imap.xml, last change in rev 1.2 --
   refentry id=function.imap-open
refnamediv
@@ -33,6 +33,123 @@
  with functionimap_utf7_encode/function.
 /para
 para
+ All names which start with literal{/literal are remote names, and are
+ in the form literal{ remote_system_name [: port] [flags] }
+ [mailbox_name]/literal where:
+ itemizedlist
+  listitem
+   simpara
+literalremote_system_name/literal - Internet domain name or
+bracketed IP address of server.
+   /simpara
+  /listitem
+  listitem
+   simpara
+literalport/literal - optional TCP port number, default is the
+default port for that service  
+   /simpara
+  /listitem
+  listitem
+   simpara
+literalflags/literal - optional flags, see following table.
+   /simpara
+  /listitem
+  listitem
+   simpara
+literalmailbox_name/literal - remote mailbox name, default is INBOX
+   /simpara
+  /listitem
+ /itemizedlist
+/para
+para
+ table
+  titleOptional flags for names/title
+  tgroup cols=2
+   thead
+row
+ entryFlag/entry
+ entryDescription/entry
+/row
+   /thead
+   tbody
+row
+ entryliteral/service=/literalemphasisservice/emphasis/entry
+ entrymailbox access service, default is imap/entry
+/row
+row
+ entryliteral/user=/literalemphasisuser/emphasis/entry
+ entryremote user name for login on the server/entry
+/row
+row
+ entryliteral/authuser=/literalemphasisuser/emphasis/entry
+ entryremote authentication user; if specified this is the user name
+  whose password is used (e.g. administrator)/entry
+/row
+row
+ entryliteral/anonymous/literal/entry
+ entryremote access as anonymous user/entry
+/row
+row
+ entryliteral/debug/literal/entry
+ entryrecord protocol telemetry in application's debug log/entry
+/row
+row
+ entryliteral/secure/literal/entry
+ entrydo not transmit a plaintext password over the network/entry
+/row
+row
+ entryliteral/imap/literal, literal/imap2/literal,
+  literal/imap2bis/literal, literal/imap4/literal,
+  literal/imap4rev1/literal/entry
+ entryequivalent to /service=imap/entry
+/row
+row
+ entryliteral/pop3/literal/entry
+ entryequivalent to /service=pop3/entry
+/row
+row
+ entryliteral/nntp/literal/entry
+ entryequivalent to /service=nntp/entry
+/row
+row
+ entryliteral/norsh/literal/entry
+ entrydo not use rsh or ssh to establish a preauthenticated IMAP
+  session/entry
+/row
+row
+ entryliteral/ssl/literal/entry
+ entryuse the Secure Socket Layer to encrypt the session/entry
+/row
+row
+ entryliteral/validate-cert/literal/entry
+ entryvalidate certificates from TLS/SSL server (this is the default
+  behavior)/entry
+/row
+row
+ entryliteral/novalidate-cert/literal/entry
+ entrydo not validate certificates from TLS/SSL server, needed if
+  server uses self-signed certificates/entry
+/row
+row
+ entryliteral/tls/literal/entry
+ entryforce use of start-TLS to encrypt the session, and reject
+  connection to servers that do not support it/entry
+/row
+row
+ entryliteral/notls/literal/entry
+ entrydo not do start-TLS to encrypt the session, even with servers
+  that support it/entry
+/row
+row
+ entryliteral/readonly/literal/entry
+ entryrequest read-only mailbox open (IMAP only; ignored on NNTP, and
+  an error with SMTP and POP3)/entry
+/row
+   /tbody
+  /tgroup
+ /table
+/para
+para
  The parameteroptions/parameter are a bit mask with one or more of the 
following:
  itemizedlist
   listitem
@@ -59,65 +176,68 @@
 

[PHP-DOC] #27017 [Ana-Csd]: imap_open() fails when php is built with ssl

2004-08-07 Thread vrana
 ID:   27017
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jjb at bcc dot com
-Status:   Analyzed
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: solaris 9
 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.

List of flags was added.


Previous Comments:


[2004-01-23 02:56:43] jjb at bcc dot com

thanks for the docs!  i changed localhost to match the name in the
cert.  next, php barks when the cert is self-signed, so i used a couple
of the flags.

imap_open({alpha.bcc.com:143/imap4rev1/novalidate-cert}INBOX,...


this is working.  thanks for the help!



[2004-01-23 02:50:59] [EMAIL PROTECTED]

Correct remote name in your case is:

{localhost:143/notls}INBOX



[2004-01-23 02:39:21] [EMAIL PROTECTED]

This is actually documentation problem.

When imap extension is build with SSL support, the connection defaults
to using SSL..

All the additional protocol specfications should be described on
imap_open() page, here's cut'n' paste from the c-client docs
(naming.txt):

III. Remote names

All names which start with { are remote names, and are in the form
{ remote_system_name [: port] [flags] }  [mailbox_name]
where:
 remote_system_name Internet domain name or bracketed IP address
 of server.
 port   optional TCP port number, default is the
 default port for that service  
 flags  optional flags, one of the following:
  /service= service   mailbox access service, default is imap
  /user= user remote user name for login on the server
  /authuser= user remote authentication user; if specified this
 is the user name whose password is used (e.g.
 administrator)
  /anonymous  remote access as anonymous user
  /debug  record protocol telemetry in application's
 debug log
  /secure do not transmit a plaintext password over
 the network
  /imap, /imap2, /imap2bis, /imap4, /imap4rev1
equivalent to /service=imap
  /pop3   equivalent to /service=pop3
  /nntp   equivalent to /service=nntp
  /norsh  do not use rsh or ssh to establish a
preauthenticated
 IMAP session
  /ssluse the Secure Socket Layer to encrypt the
session
  /validate-cert  validate certificates from TLS/SSL server (this
is the
 default behavior)
  /novalidate-certdo not validate certificates from TLS/SSL
server,
 needed if server uses self-signed
certificates
  /tlsforce use of start-TLS to encrypt the session,
and
 reject connection to servers that do not
support it
  /notls  do not do start-TLS to encrypt the session,
even
 with servers that support it
  /readonly   request read-only mailbox open (IMAP only;
ignored
 on NNTP, and an error with SMTP and POP3)
 mailbox_name   remote mailbox name, default is INBOX

For example:
{imap.foo.com}INBOX
opens an IMAP connection to system imap.foo.com and selects INBOX.






[2004-01-23 02:33:26] jjb at bcc dot com

alpha# php /tmp/login.php

Warning: imap_open(): Couldn't open stream {localhost:143}INBOX in
/tmp/login.php on line 5


Notice: (null)(): Certificate failure for localhost: Server name does
not match certificate: /C=US/ST=California/L=Solana
Beach/O=BCC/OU=Internet Mail and Web Services/CN=alpha.bcc.com
(errflg=2) in Unknown on line 0



[2004-01-23 02:29:29] [EMAIL PROTECTED]

Add this as first line in your script:

error_reporting(E_ALL);

And check what errors you get 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/27017

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


[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/reference/cyrus configure.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 04:21:12 2004 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
/phpdoc/en/reference/cyrus  configure.xml 
  Log:
  IMAP cannot be used together with Cyrus (bug #24778)
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.115r2=1.116ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.115 phpdoc/en/language-snippets.ent:1.116
--- phpdoc/en/language-snippets.ent:1.115   Thu Aug  5 01:13:32 2004
+++ phpdoc/en/language-snippets.ent Sat Aug  7 04:21:09 2004
@@ -1,4 +1,4 @@
-!-- $Revision: 1.115 $ --
+!-- $Revision: 1.116 $ --
 !-- Keep 'em sorted --
 
 
@@ -103,8 +103,9 @@
 
 !ENTITY warn.imaprecodeyaz 'warningsimparaThe link
 linkend=ref.imapIMAP/link extension cannot be used in conjuction with
-the link linkend=ref.recoderecode/link or link
-linkend=ref.yazYAZ/link extensions.  This is due to the fact that they
+the link linkend=ref.recoderecode/link, link
+linkend=ref.yazYAZ/link or link
+linkend=ref.cyrusCyrus/link extensions.  This is due to the fact that they
 both share the same internal symbol./simpara/warning'
 
 !ENTITY note.magicquotes.gpc 'notetitledirective note: magic_quotes_gpc
http://cvs.php.net/diff.php/phpdoc/en/reference/cyrus/configure.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/reference/cyrus/configure.xml
diff -u phpdoc/en/reference/cyrus/configure.xml:1.3 
phpdoc/en/reference/cyrus/configure.xml:1.4
--- phpdoc/en/reference/cyrus/configure.xml:1.3 Sat Jan  4 06:25:21 2003
+++ phpdoc/en/reference/cyrus/configure.xml Sat Aug  7 04:21:11 2004
@@ -1,11 +1,14 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
 section id=cyrus.installation
  reftitle.install;
  para
   To enable Cyrus IMAP support and to use these functions you have to compile
   PHP with the option role=configure--with-cyrus/option option.
  /para
+
+ warn.imaprecodeyaz;
+
 /section
 
 !-- Keep this comment at the end of the file


[PHP-DOC] #24778 [Ana-Csd]: imap + cyrus crash compile

2004-08-07 Thread vrana
 ID:   24778
 Updated by:   [EMAIL PROTECTED]
 Reported By:  korgal at hotmail dot com
-Status:   Analyzed
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Redhat 8.0
 PHP Version:  4.3.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.

IMAP cannot be used together with Cyrus. added both to IMAP and
Cyrus.


Previous Comments:


[2003-07-23 17:10:26] [EMAIL PROTECTED]

Due to the nature of the source code of imap  cyrus those two
extensions cannot be compiled together. The imap library has a fatal()
function and cyrus requires the user to define fatal() function.
Cyrus Docs:
Users must link with the -lcyrus switch, and must supply a function
called fatal to be called in case of any error  within libcyrus.a

So, I am afraid you'll need to use either imap or cyrus.



[2003-07-23 16:07:14] korgal at hotmail dot com

Description:

Hi,

Compiling PHP 4.3.2 with --with-imap and --with-cyrus  crash... but
removing any of the 2 make it work... i am not a C programmer, so i
have no idea what's the problem...

I have PHP 4.3.2, cyrus-imapd 2.1.13 works fine, and i tried imap-2002d
and the latest imap-2003a without difference.

Here is my config:
./configure --with-apxs2=/usr/local/apache2/bin/apxs
--with-mysql=/usr/local/mysql --with-cyrus
--with-imap=/usr/local/imap-2002d --enable-ftp 
--with-interbase=/opt/interbase --with-openssl --with-zlib
--enable-inline-optimization

The CONFIGURE go fine. But when i MAKE...

/usr/local/imap-2002d/libc-client.a(osdep.o): In function `fatal':
/temp/imap-2002d/c-client/ftl_unix.c:27: multiple defini
tion of `fatal'
ext/cyrus/cyrus.lo:/temp/php-4.3.2/ext/cyrus/cyrus.c:110: first defined
here
/usr/bin/ld: Warning: size of symbol `fatal' changed from 41 to 37 in
/usr/local/imap-2002d/libc-client.a(osdep.o)
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1

To me, looks like a fatal function is defined in both Cyrus and IMAP,
and it conflicts.

Thank you very much






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


[PHP-DOC] cvs: phpdoc /en/reference/network/functions inet-ntop.xml inet-pton.xml

2004-08-07 Thread Dave Barr
daveSat Aug  7 04:27:38 2004 EDT

  Modified files:  
/phpdoc/en/reference/network/functions  inet-ntop.xml inet-pton.xml 
  Log:
  - Fix broken build.
  
  
http://cvs.php.net/diff.php/phpdoc/en/reference/network/functions/inet-ntop.xml?r1=1.1r2=1.2ty=u
Index: phpdoc/en/reference/network/functions/inet-ntop.xml
diff -u phpdoc/en/reference/network/functions/inet-ntop.xml:1.1 
phpdoc/en/reference/network/functions/inet-ntop.xml:1.2
--- phpdoc/en/reference/network/functions/inet-ntop.xml:1.1 Sat Aug  7 01:13:16 
2004
+++ phpdoc/en/reference/network/functions/inet-ntop.xml Sat Aug  7 04:27:37 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.1 $ --
+!-- $Revision: 1.2 $ --
   refentry id=function.inet-ntop
refnamediv
 refnameinet_ntop/refname
@@ -38,7 +38,6 @@
 ]]
  /programlisting
 /example
-/note
 para
  See also functionlong2ip/function,
  functioninet_pton/function, and
http://cvs.php.net/diff.php/phpdoc/en/reference/network/functions/inet-pton.xml?r1=1.1r2=1.2ty=u
Index: phpdoc/en/reference/network/functions/inet-pton.xml
diff -u phpdoc/en/reference/network/functions/inet-pton.xml:1.1 
phpdoc/en/reference/network/functions/inet-pton.xml:1.2
--- phpdoc/en/reference/network/functions/inet-pton.xml:1.1 Sat Aug  7 01:13:16 
2004
+++ phpdoc/en/reference/network/functions/inet-pton.xml Sat Aug  7 04:27:37 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.1 $ --
+!-- $Revision: 1.2 $ --
   refentry id=function.inet-pton
refnamediv
 refnameinet_pton/refname
@@ -31,7 +31,6 @@
 ]]
  /programlisting
 /example
-/note
 para
  See also functionip2long/function,
  functioninet_ntop/function, and


[PHP-DOC] cvs: phpdoc /en/reference/pcre pattern.modifiers.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 04:50:34 2004 EDT

  Modified files:  
/phpdoc/en/reference/pcre   pattern.modifiers.xml 
  Log:
  Escaping with e modifier
  
http://cvs.php.net/diff.php/phpdoc/en/reference/pcre/pattern.modifiers.xml?r1=1.2r2=1.3ty=u
Index: phpdoc/en/reference/pcre/pattern.modifiers.xml
diff -u phpdoc/en/reference/pcre/pattern.modifiers.xml:1.2 
phpdoc/en/reference/pcre/pattern.modifiers.xml:1.3
--- phpdoc/en/reference/pcre/pattern.modifiers.xml:1.2  Thu Jul 29 06:15:26 2004
+++ phpdoc/en/reference/pcre/pattern.modifiers.xml  Sat Aug  7 04:50:32 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
 !-- splitted from ./en/functions/pcre.xml, last change in rev 1.2 --
   refentry id=reference.pcre.pattern.modifiers
refnamediv
@@ -88,6 +88,8 @@
   does normal substitution of backreferences in the
   replacement string, evaluates it as PHP code, and uses the
   result for replacing the search string.
+  Single and double quotes are escaped by backslashes in substituted
+  backreferences.
  /simpara
  para
   Only functionpreg_replace/function uses this modifier;


[PHP-DOC] #23702 [Ana-Csd]: Please add Accept-encoding: gzip/--compressed option to CURL functions

2004-08-07 Thread vrana
 ID:   23702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stephen at pierzchala dot com
-Status:   Analyzed
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: RedHat 8.0
 PHP Version:  4.3.2RC3
 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 Dave.


Previous Comments:


[2003-07-20 10:24:02] [EMAIL PROTECTED]

The source bug is fixed now. Documentation still needs work.




[2003-07-14 03:27:04] julian_bond at voidstar dot com

Yet another data point. I upgraded curl to 7.10.5 on linux (doh!). curl
--compressed now works. But CURLOPT_ENCODING still doesn't.

The curl docs say that curl needs to be compiled with zlib to support
compression. It looks like MS Win 4.3.2 and 4.3.3rc1 don't do this,
given that curl_info() reports libcurl/7.10.5 OpenSSL/0.9.7b while
linux reports libcurl/7.10.2 OpenSSL/0.9.6 zlib/1.1.4.

This bug is currently category documentation problem. I believe it
should be treated as a code problem. I'd really like to see it fixed in
4.3.3



[2003-07-11 07:15:32] julian_bond at voidstar dot com

Just done some analysis on this in two setups. Both 4.3.2
1. Win32 using php_curl.dll libcurl/7.10.5 OpenSSL/0.9.7b
2. redhat 7.3, compiled with '--with-curl', libcurl/7.10.2
OpenSSL/0.9.6 zlib/1.1.4

In both cases, CURLOPT_ENCODING is being ignored. no matter what
parameter is added, the Accept-Encoding: header is never generated. If
gzip content is forced to be returned, curl doesn't decode it.

Whether the problem is with curl or php I'm not sure.



[2003-06-07 13:45:28] julian_bond at voidstar dot com

As far as I can see this option is not working in Win32 4.3.2 
curl_setopt ($ch, CURLOPT_ENCODING,) and 
curl_setopt ($ch, CURLOPT_ENCODING,gzip) don't throw errors, but they
also don't generate the Accept-Encoding: header.

At a guess php_curl.dll is being built without zlib support.



[2003-05-19 22:33:08] stephen at pierzchala dot com

Thanks for this...I know it is a documentation issue and I know it
accepts a string value...but how do you activate this feature?

I am using cURL 7.10.5

Thanks



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

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


[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions ftell.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 04:56:21 2004 EDT

  Modified files:  
/phpdoc/en/reference/filesystem/functions   ftell.xml 
  Log:
  Can't use ftell with a (bug #24071)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/ftell.xml?r1=1.6r2=1.7ty=u
Index: phpdoc/en/reference/filesystem/functions/ftell.xml
diff -u phpdoc/en/reference/filesystem/functions/ftell.xml:1.6 
phpdoc/en/reference/filesystem/functions/ftell.xml:1.7
--- phpdoc/en/reference/filesystem/functions/ftell.xml:1.6  Sat Aug 16 17:42:13 
2003
+++ phpdoc/en/reference/filesystem/functions/ftell.xml  Sat Aug  7 04:56:21 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.6 $ --
+!-- $Revision: 1.7 $ --
 !-- splitted from ./en/functions/filesystem.xml, last change in rev 1.2 --
   refentry id=function.ftell
refnamediv
@@ -24,6 +24,8 @@
  The file pointer must be valid, and must point to a file
  successfully opened by functionfopen/function or
  functionpopen/function.
+ functionftell/function gives undefined results for append-only streams
+ (opened with a flag).
 /para
 para
  example


[PHP-DOC] #24071 [Opn-Csd]: 4.3.2 fopen(filename, a) not place file pointer to the end.

2004-08-07 Thread vrana
 ID:   24071
 Updated by:   [EMAIL PROTECTED]
 Reported By:  artem at w510 dot tm dot odessa dot ua
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: redhat
 PHP Version:  4.3.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.

ftell() gives undefined results for append-only streams (opened with
a flag).


Previous Comments:


[2003-06-06 18:33:38] artem at w510 dot tm dot odessa dot ua

maybe,
but i used this without any problem from version 4.0 (one of first) to
store initial append position  - that' about some years...
and it's worked through updates up to 4.2.3



[2003-06-06 18:11:03] [EMAIL PROTECTED]

'a' mode forces the kernel to always write at the end of the file.
ftell() will give undefined results for append-only streams, as will
seeking.

Writing to such a file should always be appended, regardless of the
results from ftell().

Making this a documentation problem.



[2003-06-06 17:46:09] artem at w510 dot tm dot odessa dot ua

after installing 4.3.2 
 $fr = fopen(filename, a);
 $pointer = ftell($fr);

points to 0! forced to add

  fseek($fr, 0, SEEK_END);
  $pointer = ftell($fr);

to move to the file end




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


Re: [PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions ftell.xml

2004-08-07 Thread Dave Barr
Jakub Vrana wrote:
vrana   Sat Aug  7 04:56:21 2004 EDT
  Modified files:  
/phpdoc/en/reference/filesystem/functions	ftell.xml 
  Log:
  Can't use ftell with a (bug #24071)
  
I looked into this yesterday, and if you look at the following code 
fragment, you'll see that ftell() probably IS meant to work on append 
streams:

if (stream  stream-ops-seek  (stream-flags  
PHP_STREAM_FLAG_NO_SEEK) == 0  strchr(mode, 'a')  stream-position 
== 0) {
off_t newpos = 0;

/* if opened for append, we need to revise our idea of the initial 
file position */
   if (0 == stream-ops-seek(stream, 0, SEEK_CUR, newpos TSRMLS_CC)) {
   stream-position = newpos;
   }
}

But for some reason it doesn't work. Maybe you should reclassify as a 
streams bug? :)

Dave


Re: [PHP-DOC] time to switch the install section?

2004-08-07 Thread Gabor Hojtsy
now lets watch the user notes for problems :)
It would be appreciated if someone from the user notes team would move 
the notes around with our mass move tool once the new manual will be 
online (the master server is now on a new machine, and is expected to be 
*very* stable)

Goba


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Gabor Hojtsy
nlopess Fri Aug  6 18:48:11 2004 EDT
  Removed files:   
/phpdoc	install.xml 
  Log:
  remove remaining file
This file was actually supposed to be used to generate the install.txt 
to the windows build. It was probably never used for that role, but it 
was the intention.

Goba


[PHP-DOC] #28255 [Asn]: DLL directory missing

2004-08-07 Thread goba
 ID:   28255
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pburden98 at yahoo dot com
 Status:   Assigned
 Bug Type: Documentation problem
 Operating System: windows 98 2nd Edition
 PHP Version:  5.0.0RC2
 Assigned To:  nlopess
 New Comment:

None of them need to be put to system32 (according to our very latest
install instructions, which are in effect in the manual sources since
yestarday). Watch out for new manual builds coming out in the comings
days or next week, or a bit later containing the completely rewritten
windows instructions with more tips, information and an easier install
method.

The INSTALL file in the windows distribution probably still needs to be
changed.


Previous Comments:


[2004-08-07 01:01:53] steve at aquiel dot net

Bring back the dll directory so we can see which ones need to be put
into system32

ok it might all run from the one directory but as a sysadmin running it
form that one directory involves changes to enviromental variables etc
to get php5 working properly

and please update your documentation to reflect any changes!!! the
installation docs are far from easy to read



[2004-07-16 04:30:12] bradley at scrapcode dot com

There is no dlls/ directory - the dlls in the root directory of php
work, but without copying them to system32 during an upgrade, many
problems arise.



[2004-05-05 13:28:38] pburden98 at yahoo dot com

I found another on line 181 of INSTALL.

Since PHP 4.0.5 MySQL, ODBC, FTP...and XML support is built-in.

This is not true.  I was told by a friend, MySQL is not loaded because
of licensing problems

Will you be patching the whole chapter Installation of Windows
extensions on the INSTALL?



[2004-05-03 15:32:19] [EMAIL PROTECTED]

I don't have karma to update the INSTALL file, but I'll make a patch
for it and I'll update this in the migration appendix.



[2004-05-03 13:51:21] [EMAIL PROTECTED]

That's correct; we moved them to avoid the need to put anything outside
of you PHP install dir, as that causes people many problems when they
upgrade (they always forget to check their system dir).

Making this a 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/28255

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


Re: [PHP-DOC] time to switch the install section?

2004-08-07 Thread Gabor Hojtsy
for it to go (into the attic).  As for the others, not sure why they even
exist!  Many contain deleted files but why do the directories remain?
It's a shortcoming of CVS. You can't cvs remove a directory as you 
would a file. The only way to remove a directory from CVS is by hacking 
the repository directly.

Using the -P option for update/checkout (which you should do anyway) you 
can locally remove the empty directories but they'll still remain in the 
repository.
It is not a shortcoming actually. If those folders would not remain, 
there would be no place to store the archived files, which are not there 
anymore.

The only folder you mentioned which contains files is the functions 
folder, so it won't be removed by -P on update/checkout. I am unusre 
about what to do with it, it is supposed to be there to help people 
update the translations. It might not be needed anymore. I don't know.

Goba


Re: [PHP-DOC] PHP 5 with Apache 2 install.txt

2004-08-07 Thread Gabor Hojtsy
Hi Shwu-Ying,
The PHP manual gets updated with new instructions, which will better 
cover PHP 5 and Apache 2 issues, as well as providing better PHP install 
instructions.

Goba

I tried to install PHP 5 with Apache 2 server on Windows environment 
by following the instruction listed in the install.txt.
 
In the install.txt, it stated that we should have the following added in 
the httpd.conf.

LoadModule php5_module c:/php/php5apache.dll
AddModule mod_php5.c
AddType application/x-httpd-php .php
 
I tried but that does not work for me. 
 
I experimented and got it to work.  What I did is to load a differet dll 
and did not include the the AddModule line.
 

LoadModule php5_module c:/php/php5apache2.dll
AddType application/x-httpd-php .php
 

I hope this helps others who have similar situations like mine.
 
Thanks!

Shwu-Ying

Do you Yahoo!?
Yahoo! Mail 
http://us.rd.yahoo.com/mail_us/taglines/virus/*http://promotions.yahoo.com/new_mail/static/protection.html 
- Helps protect you from nasty viruses.


Re: [PHP-DOC] time to switch the install section?

2004-08-07 Thread Nuno Lopes
  now lets watch the user notes for problems :)
 
 It would be appreciated if someone from the user notes team would move 
 the notes around with our mass move tool once the new manual will be 
 online (the master server is now on a new machine, and is expected to be 
 *very* stable)
 
 Goba


Yep, I'll do it!

Once the manual has been built, I'll move/delete the orphan notes.

Nuno


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Nuno Lopes
  nlopess Fri Aug  6 18:48:11 2004 EDT
 
Removed files:
  /phpdoc install.xml
Log:
remove remaining file

 This file was actually supposed to be used to generate the install.txt
 to the windows build. It was probably never used for that role, but it
 was the intention.

 Goba


The instal.txt is being modified by hand... But if you want I can restore
this file.
Nuno


Re: [PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions ftell.xml

2004-08-07 Thread Jakub Vrana
Dave Barr wrote:
 I looked into this yesterday, and if you look at the following code
 fragment, you'll see that ftell() probably IS meant to work on append
 streams:

 But for some reason it doesn't work. Maybe you should reclassify as a
 streams bug? :)

Done.

Jakub Vrana


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Gabor Hojtsy
nlopess Fri Aug  6 18:48:11 2004 EDT
 Removed files:
   /phpdoc install.xml
 Log:
 remove remaining file
This file was actually supposed to be used to generate the install.txt
to the windows build. It was probably never used for that role, but it
was the intention.
The instal.txt is being modified by hand... But if you want I can restore
this file.
Theoretically it would be better if install.txt would be generated from 
the manual IMHO. There is a maket target for it, which filters the 
install part through lynx to get a text version. It should be fine it 
this install.xml is adjusted to the new install stuff - to use the new 
entities pointing to the new files (with windows only information if 
only used to generate the windows instructions).

Goba


Re: [PHP-DOC] time to switch the install section?

2004-08-07 Thread Jacques Marneweck
You most likely want to use cvs update -d -P

Use  the  -d  option  to  create any directories that exist in the
repository if they're missing from the working  directory.  
(Normally, update acts only on directories and files that were already
enrolled in your working directory.)  This is useful for  updating
directories  that were created in the repository since the initial
checkout; but it has an unfortunate side effect.  If you  deliberately
avoided certain directories in the repository when you created your
working directory (either through use of a  module  name or  by 
listing explicitly the files and directories you wanted on the command
line), then updating with -d will create those  directories, which may
not be what you want.

On http://www.php.net/anoncvs.php we recommend that you configure CVS
by putting the following in your ~/.cvsrc file:

cvs -z3
update -d -P
checkout -P
diff -u

Regards
--jm

-- 
Jacques Marneweck
http://www.powertrip.co.za/blog/


[PHP-DOC] #24118 [Ana-Csd]: Error while using foreach

2004-08-07 Thread vrana
 ID:   24118
 Updated by:   [EMAIL PROTECTED]
 Reported By:  young at sl dot com dot ua
-Status:   Analyzed
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: *
 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.

Note: If you assign a value to variable with references in the foreach
statement, references are modified too. + example:

?php
$ref = 0;
$row = $ref;
foreach (array(1, 2, 3) as $row) {
// do something
}
echo $ref; // 3 - last element of the iterated array
?



Previous Comments:


[2003-06-11 05:22:25] [EMAIL PROTECTED]

Make this a documentation problem..I couldn't find this explanation
there. :)




[2003-06-11 02:59:27] [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

Taking the reproducible example:

?php
$arr = array(1, 2, 3, 4, 5);
$sizeOf = sizeof($arr);
for ($i = 0; $i  $sizeOf; $i++) {
$row = $arr[$i];
$row = $row * $row;
}
foreach ($arr as $row) {
echo $row.br;
}
?

You shouldn't be using the reference variable that you used previously
in the foreach loop, since every iteration will assign the value to
both $row, and any other references it's attached to, in this case,
$arr[4].  This is why you get the last iterated value ($arr[3]) in
$arr[4], when you get to it.





[2003-06-10 18:15:29] [EMAIL PROTECTED]

Yes; more evidence:

?php

$arr = array(1, 2, 3, 4, 5);
$sizeOf = sizeof($arr);

for ($i = 0; $i  $sizeOf; $i++) {
  $row = $arr[$i];
}

foreach ($arr as $row) {
  echo $row.br;
}
?

Output: 1br2br3br4br4br

?php

$arr = array(1, 2, 3, 4, 5);
$sizeOf = sizeof($arr);

for ($i = 0; $i  $sizeOf; $i++) {
  $row = $arr[$i];
}

foreach ($arr as $x) {
  echo $x.br;
}
?

Output: 1br2br3br4br5br



[2003-06-10 17:56:08] [EMAIL PROTECTED]

Zeev, here is first one I verified with both 4.3.3-dev and 5.0.0-dev.
Have fun fixing this one. :)




[2003-06-10 17:32:00] young at sl dot com dot ua

Sample code to make this bug:
?php
$arr = array(1, 2, 3, 4, 5);
$sizeOf = sizeof($arr);
for ($i = 0; $i  $sizeOf; $i++) {
$row = $arr[$i];
$row = $row * $row;
}
foreach ($arr as $row) {
echo $row.br;
}
?
Return
1
4
9
16
16



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

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


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

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 06:06:24 2004 EDT

  Modified files:  
/phpdoc/en/language references.xml 
  Log:
  References and foreach (bug #24118)
  
http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.35r2=1.36ty=u
Index: phpdoc/en/language/references.xml
diff -u phpdoc/en/language/references.xml:1.35 phpdoc/en/language/references.xml:1.36
--- phpdoc/en/language/references.xml:1.35  Fri Aug  6 17:45:13 2004
+++ phpdoc/en/language/references.xml   Sat Aug  7 06:06:24 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.35 $ --
+!-- $Revision: 1.36 $ --
  chapter id=language.references
   titleReferences Explained/title
 
@@ -117,6 +117,28 @@
  to literal$var/literal only changes the local variable's reference.
 /para
/warning
+   note
+para
+ If you assign a value to variable with references in the link
+ linkend=control-structures.foreachforeach/link statement,
+ references are modified too.
+ example
+  titleReferences and foreach statement/title
+  programlisting role=php
+![CDATA[
+?php
+$ref = 0;
+$row = $ref;
+foreach (array(1, 2, 3) as $row) {
+// do something
+}
+echo $ref; // 3 - last element of the iterated array
+?
+]]
+  /programlisting
+ /example
+/para
+   /note
warning
 para
  Complex arrays are sometimes rather copied than referenced. Thus following


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

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 06:12:15 2004 EDT

  Modified files:  
/phpdoc/en/reference/misc/functions eval.xml 
  Log:
  Return value with fatal error (bug #24135)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/misc/functions/eval.xml?r1=1.8r2=1.9ty=u
Index: phpdoc/en/reference/misc/functions/eval.xml
diff -u phpdoc/en/reference/misc/functions/eval.xml:1.8 
phpdoc/en/reference/misc/functions/eval.xml:1.9
--- phpdoc/en/reference/misc/functions/eval.xml:1.8 Thu Jul 22 20:18:22 2004
+++ phpdoc/en/reference/misc/functions/eval.xml Sat Aug  7 06:12:15 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.8 $ --
+!-- $Revision: 1.9 $ --
 !-- splitted from ./en/functions/misc.xml, last change in rev 1.58 --
   refentry id=function.eval
refnamediv
@@ -36,7 +36,9 @@
  the string immediately. As of PHP 4, functioneval/function returns
  null; unless literalreturn/literal is called in the evaluated
  code, in which case the value passed to literalreturn/literal is
- returned. In PHP 3, functioneval/function does not return a value.
+ returned. In case of fatal error in evaluated code,
+ functioneval/function returns false;.
+ In PHP 3, functioneval/function does not return a value.
 /simpara
 para
  example


[PHP-DOC] #24135 [Opn-Csd]: eval() documentation ignores FALSE return value from Fatal Errors

2004-08-07 Thread vrana
 ID:   24135
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gk at proliberty dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: linux ; kernel 2.4.18
 PHP Version:  4.3.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.

In case of fatal error in evaluated code, eval returns FALSE.


Previous Comments:


[2003-06-11 14:38:32] gk at proliberty dot com

Description:

The manual says:
 In PHP 4, eval() returns NULL unless return() is called in the
evaluated code...

This is not true. PHP returns FALSE if a fatal error occurs.

This is very important especially for CLI/SAPI applications which must
often catch fatal errors and propogate them with exit(1).


Reproduce code:
---
?php
// FILE: test/test.php
$x=eval(;);
echo Non-Fatal Error Returns: ;
if($x===FALSE) echo FALSE\n;
if(is_null($x)) echo NULL\n;
$x=eval(?);
echo Fatal Error Returns: ;
if($x===FALSE) echo FALSE\n;
if(is_null($x)) echo NULL\n;
?





Expected result:

OUTPUT:
$ php test/test.php 
Non-Fatal Error Returns: NULL
PHP Parse error:  parse error in
/usr/local/apache/htdocs/common/php/xmake_org/xobj/test/test.php(6) :
eval()'d code on line 1
Fatal Error Returns: FALSE






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


Re: [PHP-DOC] cvs: phpdoc /en/reference/datetime/functions mktime.xml

2004-08-07 Thread Derick Rethans
On Fri, 6 Aug 2004, Jakub Vrana wrote:

 vrana Fri Aug  6 15:45:40 2004 EDT

   Modified files:
 /phpdoc/en/reference/datetime/functions   mktime.xml
   Log:
   Revert (1:00 CET is 0:00 GMT)

Why not make it 00:00:00 GMT then? That would be the most obvious thing
to do.

Derick


Re: [PHP-DOC] cvs: phpdoc /en/reference/datetime/functions mktime.xml

2004-08-07 Thread Jacques Marneweck
On Sat, 7 Aug 2004 13:07:41 +0200 (CEST), Derick Rethans [EMAIL PROTECTED] wrote:
 
 On Fri, 6 Aug 2004, Jakub Vrana wrote:
 
  vrana Fri Aug  6 15:45:40 2004 EDT
 
Modified files:
  /phpdoc/en/reference/datetime/functions   mktime.xml
Log:
Revert (1:00 CET is 0:00 GMT)
 
 Why not make it 00:00:00 GMT then? That would be the most obvious thing
 to do.
 
 Derick
 
+1

-- 
Jacques Marneweck
http://www.powertrip.co.za/blog/


[PHP-DOC] #24071 [Opn]: 4.3.2 fopen(filename, a) not place file pointer to the end.

2004-08-07 Thread wez
 ID:   24071
 Updated by:   [EMAIL PROTECTED]
 Reported By:  artem at w510 dot tm dot odessa dot ua
 Status:   Open
-Bug Type: Filesystem function related
+Bug Type: Documentation problem
 Operating System: redhat
 PHP Version:  4.3.2
 New Comment:

Read my lips...
Using ftell() and fseek() on append mode streams is undefined.
Period.



Previous Comments:


[2004-08-07 11:39:38] [EMAIL PROTECTED]

From code at php-src/main/streams/streams.c:1693 (revision 1.61) it
seems that this is supposed to work (but doesn't).

if (stream  stream-ops-seek  (stream-flags 
PHP_STREAM_FLAG_NO_SEEK) == 0  strchr(mode, 'a')  stream-position
== 0) {
off_t newpos = 0;

/* if opened for append, we need to revise our idea of the initial
file position */
if (0 == stream-ops-seek(stream, 0, SEEK_CUR, newpos TSRMLS_CC))
{
stream-position = newpos;
}
}

If it will be fixed, reclasify this back to docprob so we can add a
note that it works since version x.x.x.

(Spotted by [EMAIL PROTECTED])



[2004-08-07 10:56:50] [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.

ftell() gives undefined results for append-only streams (opened with
a flag).



[2003-06-06 18:33:38] artem at w510 dot tm dot odessa dot ua

maybe,
but i used this without any problem from version 4.0 (one of first) to
store initial append position  - that' about some years...
and it's worked through updates up to 4.2.3



[2003-06-06 18:11:03] [EMAIL PROTECTED]

'a' mode forces the kernel to always write at the end of the file.
ftell() will give undefined results for append-only streams, as will
seeking.

Writing to such a file should always be appended, regardless of the
results from ftell().

Making this a documentation problem.



[2003-06-06 17:46:09] artem at w510 dot tm dot odessa dot ua

after installing 4.3.2 
 $fr = fopen(filename, a);
 $pointer = ftell($fr);

points to 0! forced to add

  fseek($fr, 0, SEEK_END);
  $pointer = ftell($fr);

to move to the file end




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


[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions fseek.xml

2004-08-07 Thread Nuno Lopes
nlopess Sat Aug  7 09:56:07 2004 EDT

  Modified files:  
/phpdoc/en/reference/filesystem/functions   fseek.xml 
  Log:
  closing #24071
  
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/fseek.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/reference/filesystem/functions/fseek.xml
diff -u phpdoc/en/reference/filesystem/functions/fseek.xml:1.7 
phpdoc/en/reference/filesystem/functions/fseek.xml:1.8
--- phpdoc/en/reference/filesystem/functions/fseek.xml:1.7  Tue Sep 30 04:33:31 
2003
+++ phpdoc/en/reference/filesystem/functions/fseek.xml  Sat Aug  7 09:56:06 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
 !-- splitted from ./en/functions/filesystem.xml, last change in rev 1.2 --
   refentry id=function.fseek
refnamediv
@@ -61,7 +61,8 @@
 para
  May not be used on file pointers returned by
  functionfopen/function if they use the http://; or ftp://;
- formats.
+ formats. functionfseek/function gives also undefined results for
+ append-only streams (opened with a flag).
 /para
 note
  para


[PHP-DOC] #24071 [Opn-Csd]: 4.3.2 fopen(filename, a) not place file pointer to the end.

2004-08-07 Thread nlopess
 ID:   24071
 Updated by:   [EMAIL PROTECTED]
 Reported By:  artem at w510 dot tm dot odessa dot ua
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: redhat
 PHP Version:  4.3.2
 New Comment:

I've also add the note to fseek().


Previous Comments:


[2004-08-07 14:48:15] [EMAIL PROTECTED]

Read my lips...
Using ftell() and fseek() on append mode streams is undefined.
Period.




[2004-08-07 11:39:38] [EMAIL PROTECTED]

From code at php-src/main/streams/streams.c:1693 (revision 1.61) it
seems that this is supposed to work (but doesn't).

if (stream  stream-ops-seek  (stream-flags 
PHP_STREAM_FLAG_NO_SEEK) == 0  strchr(mode, 'a')  stream-position
== 0) {
off_t newpos = 0;

/* if opened for append, we need to revise our idea of the initial
file position */
if (0 == stream-ops-seek(stream, 0, SEEK_CUR, newpos TSRMLS_CC))
{
stream-position = newpos;
}
}

If it will be fixed, reclasify this back to docprob so we can add a
note that it works since version x.x.x.

(Spotted by [EMAIL PROTECTED])



[2004-08-07 10:56:50] [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.

ftell() gives undefined results for append-only streams (opened with
a flag).



[2003-06-06 18:33:38] artem at w510 dot tm dot odessa dot ua

maybe,
but i used this without any problem from version 4.0 (one of first) to
store initial append position  - that' about some years...
and it's worked through updates up to 4.2.3



[2003-06-06 18:11:03] [EMAIL PROTECTED]

'a' mode forces the kernel to always write at the end of the file.
ftell() will give undefined results for append-only streams, as will
seeking.

Writing to such a file should always be appended, regardless of the
results from ftell().

Making this a 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/24071

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


[PHP-DOC] #23786 [Asn-Opn]: pg_put_line invalidates all active large object resources

2004-08-07 Thread nlopess
 ID:   23786
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dave at codewhore dot org
-Status:   Assigned
+Status:   Open
 Bug Type: Documentation problem
 Operating System: Linux 2.4
 PHP Version:  4CVS-2003-05-23 (stable)


Previous Comments:


[2003-05-24 00:54:12] dave at codewhore dot org

I'm moving this to the documentation category, since I haven't been
able to prove that the invalidation of open large object handles is
actually a ext/pgsql problem (and not just intrinsic to the Postgres
server/protocol/client-library).



[2003-05-23 15:55:02] dave at codewhore dot org

Hi:

Use of the pg_put_line() function causes most large object operations,
including pg_lo_read and pg_lo_tell, to subsequently fail. A test
script demonstrates this:

?php
  $c = pg_connect('dbname=database user=postgres');
  var_dump($c);
  var_dump(pg_query($c, 'begin transaction'));
  $fd = pg_lo_open($c, $lo_id_goes_here, 'r');
  var_dump($fd);

  var_dump(pg_query($c, 'copy table_name_goes_here from stdin'));
  var_dump(pg_put_line($c, \\.\n));
  var_dump(pg_end_copy($c));
  var_dump(pg_lo_tell($fd));

  var_dump(pg_lo_close($fd));
  var_dump(pg_query($c, 'commit'));
?

I would expect to see:
  resource(4) of type (pgsql link)
  resource(5) of type (pgsql result)
  resource(6) of type (pgsql large object)
  resource(7) of type (pgsql result)
  bool(true)
  bool(true)
  int(0)
  bool(true)

Instead, I get:
  resource(4) of type (pgsql link)
  resource(5) of type (pgsql result)
  resource(6) of type (pgsql large object)
  resource(7) of type (pgsql result)
  bool(true)
  bool(true)
  int(-1)
  Warning: pg_lo_close(): Unable to close PostgreSQL large object
descriptor 0. in /home/dave/test.php on line 14
  bool(false)

The pg_copy_from and pg_copy_to functions, strangely enough, don't
exhibit this behavior.

If this is something intrinsic to the design of Postgres' wire protocol
(e.g. not a PHP bug - I don't know if it is or not), it'd be worth
leaving a nice big warning in the docs for pg_put_line/pg_lo_open.

Thanks in advance,
- Dave





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


Re: [PHP-DOC] time to switch the install section?

2004-08-07 Thread Nuno Lopes
 If we're going to delete files how about we go all out and cleanup the
 entire phpdoc tree?  Up for nomination are:

   dbxml/
   functions/
   ja/
   kr/
   php/
   phpdoc-th/
   test/

 The only real issue I see is with functions/ but it may finally be time
 for it to go (into the attic).  As for the others, not sure why they even
 exist!  Many contain deleted files but why do the directories remain?

 Regards,
 Philip


I think the functions directory could be deleted. Its just occupying my
precious disk space :)

Nuno


[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions mktime.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 10:26:51 2004 EDT

  Modified files:  
/phpdoc/en/reference/datetime/functions mktime.xml 
  Log:
  Unix epoch starts at GMT midnight
  
http://cvs.php.net/diff.php/phpdoc/en/reference/datetime/functions/mktime.xml?r1=1.11r2=1.12ty=u
Index: phpdoc/en/reference/datetime/functions/mktime.xml
diff -u phpdoc/en/reference/datetime/functions/mktime.xml:1.11 
phpdoc/en/reference/datetime/functions/mktime.xml:1.12
--- phpdoc/en/reference/datetime/functions/mktime.xml:1.11  Fri Aug  6 17:01:23 
2004
+++ phpdoc/en/reference/datetime/functions/mktime.xml   Sat Aug  7 10:26:50 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.11 $ --
+!-- $Revision: 1.12 $ --
 !-- splitted from ./en/functions/datetime.xml, last change in rev 1.2 --
   refentry id=function.mktime
refnamediv
@@ -28,7 +28,7 @@
 para
  Returns the Unix timestamp corresponding to the arguments
  given. This timestamp is a long integer containing the number of
- seconds between the Unix Epoch (January 1 1970) and the time
+ seconds between the Unix Epoch (January 1 1970 00:00:00 GMT) and the time
  specified.
 /para
 para


[PHP-DOC] #24159 [Ver-Csd]: Php starts indexing from zero if lowest index is negative

2004-08-07 Thread vrana
 ID:   24159
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rsen010 at ec dot auckland dot ac dot nz
-Status:   Verified
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.3.2, 5.0.0b2-dev
 New Comment:

Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at 
http://www.php.net/downloads.php

As of PHP 4.3.0, the index generation behaviour described above has
changed. Now, if you append to an array in which the current maximum
key is negative, then the next key created will be zero (0). Before,
the new index would have been set to the largest existing key + 1, the
same as positive indices are.


Previous Comments:


[2003-08-04 16:03:15] [EMAIL PROTECTED]

This is a documentation issue. The change was made to avoid possible
crashes.



[2003-08-03 19:40:43] [EMAIL PROTECTED]

This behaviour was introduced in 4.3.0 - reclassifying as an array
problem.
I don't know if the behaviour or the documentation should be changed.



[2003-06-12 15:38:20] rsen010 at ec dot auckland dot ac dot nz

Description:

Hi,
When I was going through “Chapter 7.types” in PHP manual I found
something confusing regarding the following statement “Having e.g. the
highest index being -6 will result in -5 being the new key” (under
Syntax – specifying with array()).What actually happens is it Php
starts indexing from zero if lowest index is negative value unless
there is no index of zero. 
But amazing thing is sometimes it omit some values unless.
Just consider the following examples.
Ex:1
$a  = array(-3='February', 'March');
print_r($a);
This will prints out the folloiwng
 Array ( [-3] = February [0] = March )

Ex:2
$a  = array( 'January', '0'='a','b', 'c',-3='February', 'March');
print_r($a);
 This will prints out the folloiwng
Array ( [0] = a [1] = b [2] = c [-3] = February [3] = March ) 
  
 
 Please be kind to check this out if I’m correct and reply me.
 Thanks
 Naleen


Reproduce code:
---
$a  = array(-3='February', 'March');
print_r($a);
$a  = array( 'January', '0'='a','b', 'c',-3='February', 'March');
print_r($a);

Expected result:

Array (-3=February, [-2] = March );
Array ( [1]=January [0] = a [2] = b [3] = c [-3] = February [4] =
March )

Actual result:
--
Array ([-3] = February [0] = March )
Array ( [0] = a [1] = b [2] = c [-3] = February [3] = March )





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


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Nuno Lopes
 Theoretically it would be better if install.txt would be generated from
 the manual IMHO. There is a maket target for it, which filters the
 install part through lynx to get a text version. It should be fine it
 this install.xml is adjusted to the new install stuff - to use the new
 entities pointing to the new files (with windows only information if
 only used to generate the windows instructions).

 Goba


OK, I've fetch the install.xml and I've upgraded it to the new install
section.
The output is here: http://testes.aborla.net/install.txt

I have to agree with you that it could be better if the install.txt was
generated from the manual, as it would be easier to have the files in sync.
But I think the generated file is too big and hard to read. Maybe we could
just remove the text that is in the install.txt file and put there a link
pointin to the manual :)

Nuno


[PHP-DOC] cvs: phpdoc /en/features safe-mode.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 10:55:44 2004 EDT

  Modified files:  
/phpdoc/en/features safe-mode.xml 
  Log:
  open_basedir = . and chdir (bug #24521)
  
http://cvs.php.net/diff.php/phpdoc/en/features/safe-mode.xml?r1=1.51r2=1.52ty=u
Index: phpdoc/en/features/safe-mode.xml
diff -u phpdoc/en/features/safe-mode.xml:1.51 phpdoc/en/features/safe-mode.xml:1.52
--- phpdoc/en/features/safe-mode.xml:1.51   Tue Aug  3 16:59:42 2004
+++ phpdoc/en/features/safe-mode.xmlSat Aug  7 10:55:43 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.51 $ --
+!-- $Revision: 1.52 $ --
  chapter id=features.safe-mode
   titleSafe Mode/title
 
@@ -207,8 +207,9 @@
/para
para
 The special value systemitem class=constant./systemitem
-indicates that the directory in which the script is stored will
-be used as base-directory.
+indicates that the working directory of the script will be used as
+base-directory. This is however little dagerous as the working directory
+of the script can be easily changed by functionchdir/function.
/para
para
 Under Windows, separate the directories with a semicolon. On all


[PHP-DOC] #24521 [Opn-Csd]: chdir() ignores php_admin_value open_basedir

2004-08-07 Thread vrana
 ID:   24521
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jjarven at softers dot net
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux 2.4.18
 PHP Version:  4.3.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.

The special value . indicates that the working directory of the script
will be used as base-directory. This is however little dagerous as the
working directory of the script can be easily changed by chdir().


Previous Comments:


[2003-07-07 06:30:34] [EMAIL PROTECTED]

Due to the nature of a 'system call' this is technically not possible
for php (or any other application).
You have to rely on system security here. 




[2003-07-07 06:26:04] jjarven at softers dot net

Unless safe_mode is enabled, at least system-function is able to go
where-ever wants to (well, within httpd's access rights).

I think it would be nice also to restrict system (exec, etc)-functions,
without using safe_mode.



[2003-07-07 05:53:44] [EMAIL PROTECTED]

It might be nice to mention this in the docs too. :)




[2003-07-07 05:50:15] [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

open_basedir restricts opening files. If that is working then there is
no bug here at all. 



[2003-07-07 05:42:35] jjarven at softers dot net

Description:

Apache 1.3.27
httpd.conf:
php_admin_value open_basedir /home/www/

- phpinfo() reports local value in effect to be /home/www/


Reproduce code:
---
chdir('/etc');
echo getcwd();


Expected result:

open_basedir restriction in effect


Actual result:
--
Will output: /etc

I tested opendir(), readdir() and readfile() and they behave correctly,
thus are not able to read anything outside open_basedir.





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


[PHP-DOC] cvs: phpdoc /en/reference/pcre pattern.modifiers.xml pattern.syntax.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 11:07:57 2004 EDT

  Modified files:  
/phpdoc/en/reference/pcre   pattern.modifiers.xml pattern.syntax.xml 
  Log:
  Ungreedy can be set by (?U) (bug #24571)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/pcre/pattern.modifiers.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/reference/pcre/pattern.modifiers.xml
diff -u phpdoc/en/reference/pcre/pattern.modifiers.xml:1.3 
phpdoc/en/reference/pcre/pattern.modifiers.xml:1.4
--- phpdoc/en/reference/pcre/pattern.modifiers.xml:1.3  Sat Aug  7 04:50:32 2004
+++ phpdoc/en/reference/pcre/pattern.modifiers.xml  Sat Aug  7 11:07:57 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
 !-- splitted from ./en/functions/pcre.xml, last change in rev 1.2 --
   refentry id=reference.pcre.pattern.modifiers
refnamediv
@@ -149,7 +149,9 @@
   This modifier inverts the greediness of the quantifiers so
   that they are not greedy by default, but become greedy if
   followed by ?. It is not compatible with Perl. It can also
-  be set by a (?U) modifier setting within the pattern.
+  be set by a (?U)
+  link linkend=regexp.reference.internal-optionsmodifier setting within
+  the pattern/link or 
  /simpara
 /listitem
/varlistentry
http://cvs.php.net/diff.php/phpdoc/en/reference/pcre/pattern.syntax.xml?r1=1.2r2=1.3ty=u
Index: phpdoc/en/reference/pcre/pattern.syntax.xml
diff -u phpdoc/en/reference/pcre/pattern.syntax.xml:1.2 
phpdoc/en/reference/pcre/pattern.syntax.xml:1.3
--- phpdoc/en/reference/pcre/pattern.syntax.xml:1.2 Thu Jul 29 06:15:26 2004
+++ phpdoc/en/reference/pcre/pattern.syntax.xml Sat Aug  7 11:07:57 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
 !-- splitted from ./en/functions/pcre.xml, last change in rev 1.2 --
   refentry id=reference.pcre.pattern.syntax
refnamediv
@@ -937,6 +937,7 @@
  The settings of link 
linkend=reference.pcre.pattern.modifiersPCRE_CASELESS/link, 
  link linkend=reference.pcre.pattern.modifiersPCRE_MULTILINE/link,  
  link linkend=reference.pcre.pattern.modifiersPCRE_DOTALL/link,
+ link linkend=reference.pcre.pattern.modifiersPCRE_UNGREEDY/link,
  and  link linkend=reference.pcre.pattern.modifiersPCRE_EXTENDED/link  can 
be changed from within the pattern by
  a sequence of Perl option letters enclosed between (?  and
  ). The option letters are
@@ -960,6 +961,10 @@
 row
  entryliteralx/literal/entry
  entryfor link 
linkend=reference.pcre.pattern.modifiersPCRE_EXTENDED/link/entry
+/row
+row
+ entryliteralU/literal/entry
+ entryfor link 
linkend=reference.pcre.pattern.modifiersPCRE_UNGREEDY/link/entry
 /row
/tbody
   /tgroup


[PHP-DOC] new parameter context (resource) in rmdir, mkdir

2004-08-07 Thread Walace
Hi,

Anybody has an example and a desctiption about context parameter in rmdir,
mkdir functions (added in php5) ?

thx

Walace




Re: [PHP-DOC] #24159 [Ver-Csd]: Php starts indexing from zero if lowest index is negative

2004-08-07 Thread Nuno Lopes
 ID:   24159
  Updated by:   [EMAIL PROTECTED]
  Reported By:  rsen010 at ec dot auckland dot ac dot nz
 -Status:   Verified
 +Status:   Closed
  Bug Type: Documentation problem
  Operating System: Any
  PHP Version:  4.3.2, 5.0.0b2-dev
  New Comment:

 Thank you for your bug report. This issue has already been fixed
 in the latest released version of PHP, which you can download at
 http://www.php.net/downloads.php

 As of PHP 4.3.0, the index generation behaviour described above has
 changed. Now, if you append to an array in which the current maximum
 key is negative, then the next key created will be zero (0). Before,
 the new index would have been set to the largest existing key + 1, the
 same as positive indices are.


I didn't see a commit message for this one. Didn't you forget to commit the
file?

Nuno


[PHP-DOC] #24604 [Opn-Csd]: SAFE_MODE design issues

2004-08-07 Thread vrana
 ID:   24604
 Updated by:   [EMAIL PROTECTED]
 Reported By:  timo dot hummel at 4fb dot de
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: SuSE Linux 8.2 Linux 2.4.19
 PHP Version:  Irrelevant
 New Comment:

Behavior of move_uploaded_file() with safe_mode is already described.

Functions affected by safe_mode have already a note about safe_mode.

safe_mode_gid is also already documented: However, there may be
environments where a strict UID check is not appropriate and a relaxed
GID check is sufficient. This is supported by means of the
safe_mode_gid switch. Setting it to On performs the relaxed GID
checking, setting it to Off (the default) performs UID checking.

I suppose that the behavior of safe_mode is not going to change
according proposal 1.


Previous Comments:


[2004-07-16 15:12:14] bramspam at pandora dot be

This is a pretty old bug, so has this been fixed yet? My webhost is
running a pretty darned old PHP version, but I don't see the point in
bugging them to upgrade of this bug isn't fixed yet ..



[2004-05-31 09:37:18] real763 at uni dot de

uhm thats not great

ftp doenst work , and CGI is not running, too :(

Warning: ftp_connect() [function.ftp-connect]:
php_network_getaddresses: getaddrinfo failed: Name or service not known
in /home/www/htdocs/myhost.com/bla.php on line 382

@develop: plz upgrade SAFE_MODE : - )



[2004-03-01 02:31:19] timo dot hummel at 4fb dot de

It makes no sense to let users create
 a dir and not let them write to it.

Well, that's another thing. It's probably about the umask, however,
most providers and/or distribution builders should take care of this,
but aren't.



[2004-03-01 02:24:04] soenke at regelt dot com

safe_mode_gid should be a workaround for this.

@Developers: Please let us know your plans about this issue.

--

Soenke



[2004-01-29 18:26:33] rlammers at angelfire dot com

The simplest way to let users do anything on my website is by creating
a subdir for them to separate their actions from others. 

Now my webhost has turned safe_mode on and the only work-around is to
let the ftp-pasword lying around in a script file. Nice security that
is!.

Please fix this (imho major) bug. It makes no sense to let users create
a dir and not let them write to 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/24604

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


Re: [PHP-DOC] #24159 [Ver-Csd]: Php starts indexing from zero if lowest index is negative

2004-08-07 Thread Jakub Vrana
Nuno Lopes wrote:
 I didn't see a commit message for this one. Didn't you forget to commit the
 file?

No, it's already documented. Thus I used Fixed in release and not
Fixed in CVS ;-).

Jakub Vrana


Re: [PHP-DOC] new parameter context (resource) in rmdir, mkdir

2004-08-07 Thread Nuno Lopes
Ol! :)

rmdir/mkdir only supported by FTP (and by the local filesystem, of course).
The context options for FTP are at http://php.net/manual/en/wrappers.ftp.php
but none of them seems to apply to theses functions, so I think there is no
point in using the context parameter.

Somebody correct me if I'm wrong, please :)

Nuno


- Original Message - 
 Hi,

 Anybody has an example and a desctiption about context parameter in rmdir,
 mkdir functions (added in php5) ?

 thx

 Walace


[PHP-DOC] cvs: phpdoc /en/install/windows activescript.xml

2004-08-07 Thread Nuno Lopes
nlopess Sat Aug  7 11:47:22 2004 EDT

  Modified files:  
/phpdoc/en/install/windows  activescript.xml 
  Log:
  added a little introduction about activescript
  
http://cvs.php.net/diff.php/phpdoc/en/install/windows/activescript.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/install/windows/activescript.xml
diff -u phpdoc/en/install/windows/activescript.xml:1.3 
phpdoc/en/install/windows/activescript.xml:1.4
--- phpdoc/en/install/windows/activescript.xml:1.3  Fri Aug  6 11:16:01 2004
+++ phpdoc/en/install/windows/activescript.xml  Sat Aug  7 11:47:22 2004
@@ -1,11 +1,16 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
sect1 id=install.windows.activescript
 titleActiveScript/title
 para
  This section contains notes specific to the ActiveScript installation.
 /para
 para
+ ActiveScript is a windows only SAPI that enables you to use PHP script in
+ any ActiveScript compliant host, like Windows Script Host, ASP/ASP.NET,
+ Windows Script Components or Microsoft Scriptlet control.
+/para
+para
  As of PHP 5.0.1, ActiveScript has been moved to the ulink
   url=url.pecl;PECL/ulink repository. pecl.windows.download;
 /para
@@ -41,7 +46,8 @@
 /job
 ]]
  /programlisting
- If you receive a little window saying Hello World! you're done.
+ Save and double-click on the file. If you receive a little window saying
+ Hello World! you're done.
 /para
 note
  para


Re: [PHP-DOC] cvs: phpdoc /en/install ini.xml /en/install/windows activescript.xml index.xml

2004-08-07 Thread Nuno Lopes

 
http://cvs.php.net/co.php/phpdoc/en/install/windows/activescript.xml?r=1.1p=1
  Index: phpdoc/en/install/windows/activescript.xml
  +++ phpdoc/en/install/windows/activescript.xml
  ?xml version=1.0 encoding=iso-8859-1?
  !-- $Revision: 1.1 $ --
 sect1 id=install.windows.activescript
  titleActiveScript/title
  para
   This section contains notes specific to the ActiveScript
installation.
  /para

 There needs to be a few sentences on what ActiveScript is, and what does
 the PHP activescript SAPI allow you. Also that it also only works on
 Windows, and there is no point in searching for that in the Linux part :)

done!

Thanks,
Nuno


[PHP-DOC] cvs: phpdoc /en/reference/domxml/functions domxml-open-file.xml domxml-open-mem.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 12:18:12 2004 EDT

  Modified files:  
/phpdoc/en/reference/domxml/functions   domxml-open-file.xml 
domxml-open-mem.xml 
  Log:
  Mode parameter (bug #24722)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/domxml/functions/domxml-open-file.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/reference/domxml/functions/domxml-open-file.xml
diff -u phpdoc/en/reference/domxml/functions/domxml-open-file.xml:1.5 
phpdoc/en/reference/domxml/functions/domxml-open-file.xml:1.6
--- phpdoc/en/reference/domxml/functions/domxml-open-file.xml:1.5   Tue Apr 27 
20:07:33 2004
+++ phpdoc/en/reference/domxml/functions/domxml-open-file.xml   Sat Aug  7 12:18:12 
2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.5 $ --
+!-- $Revision: 1.6 $ --
 !-- splitted from ./en/functions/domxml.xml, last change in rev 1.1 --
   refentry id=function.domxml-open-file
refnamediv
@@ -11,12 +11,31 @@
 methodsynopsis
  typeobject/typemethodnamedomxml_open_file/methodname
  methodparamtypestring/typeparameterfilename/parameter/methodparam
+ methodparam 
choice=opttypeint/typeparametermode/parameter/methodparam
+ methodparam 
choice=opttypearray/typeparameteramp;error/parameter/methodparam
 /methodsynopsis
 para
  The function parses the XML document in the file named
  parameterfilename/parameter and returns an object of class
  Dom document, having the properties as listed above.
  The file is accessed read-only.
+/para
+para
+ Optional parameter parametermode/parameter can be used to change the
+ behavior of this function. It was added in PHP 4.3.0. You can use one of
+ constantDOMXML_LOAD_PARSING/constant (default),
+ constantDOMXML_LOAD_VALIDATING/constant or
+ constantDOMXML_LOAD_RECOVERING/constant for it.
+ You can add to it also constantDOMXML_LOAD_DONT_KEEP_BLANKS/constant,
+ constantDOMXML_LOAD_SUBSTITUTE_ENTITIES/constant and
+ constantDOMXML_LOAD_COMPLETE_ATTRS/constant by
+ link linkend=language.operators.bitwisebitwise or/link.
+/para
+para
+ If the parametererror/parameter parameter is used, it will contain the
+ error messages. parametererror/parameter must be passed in by
+ link linkend=language.referencesreference/link. The parameter was
+ added in PHP 4.3.0.
 /para
 para
  example
http://cvs.php.net/diff.php/phpdoc/en/reference/domxml/functions/domxml-open-mem.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/reference/domxml/functions/domxml-open-mem.xml
diff -u phpdoc/en/reference/domxml/functions/domxml-open-mem.xml:1.5 
phpdoc/en/reference/domxml/functions/domxml-open-mem.xml:1.6
--- phpdoc/en/reference/domxml/functions/domxml-open-mem.xml:1.5Tue Apr 27 
20:07:33 2004
+++ phpdoc/en/reference/domxml/functions/domxml-open-mem.xmlSat Aug  7 12:18:12 
2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.5 $ --
+!-- $Revision: 1.6 $ --
 !-- splitted from ./en/functions/domxml.xml, last change in rev 1.1 --
   refentry id=function.domxml-open-mem
refnamediv
@@ -11,6 +11,8 @@
 methodsynopsis
  typeobject/typemethodnamedomxml_open_mem/methodname
  methodparamtypestring/typeparameterstr/parameter/methodparam
+ methodparam 
choice=opttypeint/typeparametermode/parameter/methodparam
+ methodparam 
choice=opttypearray/typeparameteramp;error/parameter/methodparam
 /methodsynopsis
 para
  The function parses the XML document in
@@ -18,6 +20,17 @@
  document, having the properties as listed above. This function,
  functiondomxml_open_file/function or functiondomxml_new_doc/function
  must be called before any other function calls.
+/para
+para
+ Optional parameter parametermode/parameter can be used to change the
+ behavior of this function. It was added in PHP 4.3.0. See
+ functiondomxml_open_file/function for possible values.
+/para
+para
+ If the parametererror/parameter parameter is used, it will contain the
+ error messages. parametererror/parameter must be passed in by
+ link linkend=language.referencesreference/link. The parameter was
+ added in PHP 4.3.0.
 /para
 para
  example


[PHP-DOC] #24722 [Opn-Csd]: Losing entities during XSL transformation

2004-08-07 Thread vrana
 ID:   24722
 Updated by:   [EMAIL PROTECTED]
 Reported By:  el_profesorfr at yahoo dot fr
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: SuSE Linux 7.3
 PHP Version:  4.3.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.

Optional mode parameter was documented including possible values.


Previous Comments:


[2003-07-21 11:56:29] el_profesorfr at yahoo dot fr

Yep, that works fine, thanks a lot!

However I noticed later that without the flag, most entity references
in the body of the source XML would be stripped (my initial bug
report), while on some occasions they would pass through unchanged (as
if it were raw data).
I can provide a .xml + .xsl pair if you want to look at it any further,
but I'm not sure if it deserves another bug report (might be a feature I
didn't understand, or a bug in libx*, ...).

Thomas



[2003-07-21 05:52:39] [EMAIL PROTECTED]

You need to use the undocumented flags when loading the document:
$xml = domxml_open_file('page.xml',DOMXML_LOAD_SUBSTITUTE_ENTITIES);



[2003-07-19 15:46:37] el_profesorfr at yahoo dot fr

Description:

Hello,


When transforming an XML document with the DomXsltStylesheet object,
references to local entities in the source XML doc do not pass
through.
In the source code provided, I'm using page.xml as the source XML,
sheet.xsl as the stylesheet, and transform.php as the PHP code of
course.
The problem can be seen simply by issuing 'php transform.php' on the
command line.

Hope I'm not missing something like an option, I'm not really an XML
guru!

Environment:
- Linux SuSE 7.3
- Apache 2.0.47
- PHP 4.3.2
- libxml 2.5.8
- libxslt 1.0.31



Best regards,

Thomas

Reproduce code:
---
 page.xml 
?xml version=1.0 encoding=utf-8?
!DOCTYPE old [
!ENTITY ccedil #231;
]
oldccedil;a marche !/old


 sheet.xsl 
?xml version=1.0 encoding=utf-8?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=/
newxsl:apply-templates//new
/xsl:template
/xsl:stylesheet


 transform.php 
?
$xml = domxml_open_file ('page.xml');
$xsl = domxsl_xslt_stylesheet_file ('sheet.xsl');
$out = $xsl-process ($xml, array ());
$echo $xsl-result_dump_mem ($out);
?

Expected result:

The output of 'php transform.php' should be:

?xml version=1.0?
new#xE7;a marche !/new

(#xE7 being the UTF-8 escape sequence for ç)

That's the output of the command 'xsltproc sheet.xsl page.xml' on the
same machine.

Actual result:
--
You only get:

?xml version=1.0?
newa marche !/new

The 'ç' got lost somewhere down on the pipe...

PHP does the same thing when running as an Apache2 module.





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


[PHP-DOC] #24859 [Opn-Fbk]: OK Button Unavailable When You Add Application Mappings

2004-08-07 Thread vrana
 ID:   24859
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cdoucette at med-learn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Documentation problem
 Operating System: Windows XP Pro
 PHP Version:  Irrelevant
 New Comment:

Provided link doesn't work and KB318393 doesn't exist in MSDN.


Previous Comments:


[2003-07-29 16:26:54] cdoucette at med-learn dot com

Description:

For anyone attempting to install PHP manually on Windows XP Pro with
IIS 5.1, such as those of us trying to test the new PHP 5.0 beta 1,
please note the following problem
described in this Microsoft Knowledge Base article:

http://support.microsoft.com/default.aspx?scid=kb;EN-US;318393

It would be great if you could add this to install.txt
or the installation section of the online documentation (so we'd all
know how to work around this IIS bug).

This problem was also reported as bug #14041.

Thanks,
Chuck







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


[PHP-DOC] #2352 [Ana]: Create subgroup of database functions

2004-08-07 Thread vrana
 ID:  2352
 Updated by:  [EMAIL PROTECTED]
 Reported By: zik at msu dot edu
 Status:  Analyzed
 Bug Type:Documentation problem
 PHP Version: 4.0
-Assigned To: 
+Assigned To: goba
 New Comment:

Same as http://bugs.php.net/24861.


Previous Comments:


[2002-06-18 14:20:43] [EMAIL PROTECTED]

Here is a proposal for the grouping of extension documentation (it's
there since quite a long time):
http://cvs.php.net/co.php/phpdoc/RFC/manual.xml.in

It's not used right now, because the rendering problems of nested
sections is not solved in the DSSSL style sheets...

Goba



[2002-06-17 14:44:59] [EMAIL PROTECTED]

News on this?



[2002-02-24 07:01:56] [EMAIL PROTECTED]

this will be discussed on the phpdoc meeting in some weeks.



[2002-02-24 06:57:16] [EMAIL PROTECTED]

Any news on this?



[2001-06-21 09:48:48] zik at msu dot edu

How about something like this?

8. Database - dBase
9. Database - dbm
10.Database - filePro



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

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


[PHP-DOC] #17164 [Ana]: please group sections in the functions reference

2004-08-07 Thread vrana
 ID:   17164
 Updated by:   [EMAIL PROTECTED]
 Reported By:  verdy_p at wanadoo dot fr
 Status:   Analyzed
 Bug Type: Documentation problem
 Operating System: any
 PHP Version:  4.2.0
-Assigned To:  
+Assigned To:  goba
 New Comment:

Same as http://bugs.php.net/24861


Previous Comments:


[2002-07-24 11:52:25] [EMAIL PROTECTED]

We already have a manual.xml.in file at

  http://cvs.php.net/co.php/phpdoc/RFC/manual.xml.in

with groupings already accepted by the PHP documentation
guys (there were not too many opinions about it, but at
least no arguments against it). Are problems with this are
that we still need to work out how to make new chunks of
those sections which is not the default (see the ref
pages with sections), and how to control the TOCs
display [deepness] we get.. All these both in the DSSSL
sheets and in the XSL sheets. So there is still some
work to do.



[2002-07-24 11:15:30] paulo at isnet dot com dot br

Great idea... Another one is to list new extensions/functions
somewhere, because it's hard to know when something new appears - I
usually find a new extension by quickly looking through the list and
try to see if something catches my attention.



[2002-05-12 12:17:13] [EMAIL PROTECTED]

Erm... something messed up... fixed that...



[2002-05-12 12:05:13] [EMAIL PROTECTED]

we are already working on that.



[2002-05-12 12:03:24] verdy_p at wanadoo dot fr

I suggest that you organize the very long list sections (now more than
110) in the functions reference into distinct parts to help navigation
and easier find related sections. I suggest the folowing order
(tabulated format):

PartCategorySection ref. .php   English Title
I   PHP languageI.1 variables   Variables
I   PHP languageI.2 array   Arrays
I   PHP languageI.3 funchandFunctions
I   PHP languageI.4 classobjClasses/Objects
I   PHP languageI.5 overloadObject overloading
I   PHP languageI.6 errorfunc   Errors and Logging
I   PHP languageI.7 infoPHP Options/Info
I   PHP languageI.8 miscMisc.
II  Text handling   II.1strings Strings
II  Text handling   II.2ctype   ctype
II  Text handling   II.3gettext gettext
II  Text handling   II.4pcrePCRE
II  Text handling   II.5regex   Regexps
II  Text handling   II.6url URLs
II  Text handling   II.7mbstringMulti-Byte String
II  Text handling   II.8iconv   iconv
II  Text handling   II.9recode  Recode
II  Text handling   II.10   fribidi FriBiDi
II  Text handling   II.11   pspell  Pspell
II  Text handling   II.12   aspell  Aspell
III XML  MarkupIII.1   xml XML
III XML  MarkupIII.2   xsltXSLT
III XML  MarkupIII.3   domxml  DOM XML
III XML  MarkupIII.4   qtdom   qtdom
IV  Numeric functions   IV.1mathMath
IV  Numeric functions   IV.2gmp GMP
IV  Numeric functions   IV.3bc  BC math
IV  Numeric functions   IV.4datetimeDate/time
IV  Numeric functions   IV.5calendarCalendar
V   Compression V.1 zlibZlib
V   Compression V.2 zip Zip
V   Compression V.3 bzip2   Bzip2
VI  Graphics  multimedia   VI.1image   Image
VI  Graphics  multimedia   VI.2pdf PDF
VI  Graphics  multimedia   VI.3cpdfClibPDF
VI  Graphics  multimedia   VI.4fdf FDF
VI  Graphics  multimedia   VI.5mingMing (flash)
VI  Graphics  multimedia   VI.6swf SWF
VII Security  encryption   VII.1   crack   Crack
VII Security  encryption   VII.2   mcrypt  mcrypt
VII Security  encryption   VII.3   mhash   mhash
VII Security  encryption   VII.4   openssl OpenSSL
VIIIServer integration  VIII.1  outcontrol  Output Control
VIIIServer integration  VIII.2  httpHTTP
VIIIServer integration  VIII.3  session Sessions
VIIIServer integration  VIII.4  msessionMsession
VIIIServer integration  VIII.5  apache  Apache
IX  Local OS interfaces IX.1filesystem  Filesystem
IX  Local OS interfaces IX.2dir Directories
IX  Local OS interfaces IX.3dio Direct IO
IX  Local OS interfaces IX.4readlineReadline
IX  Local OS interfaces IX.5ncurses ncurses
IX  Local OS interfaces IX.6execProgram Execution
IX  Local OS interfaces IX.7

Re: [PHP-DOC] #2352 [Ana]: Create subgroup of database functions

2004-08-07 Thread Jakub Vrana
 +Assigned To: goba

I hope you don't mind I have assigned these bugs to our editor :-).

Jakub Vrana


[PHP-DOC] #25120 [Opn]: contridictory statements in install.txt

2004-08-07 Thread vrana
 ID:   25120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kingjojo75 at hotmail dot com
 Status:   Open
 Bug Type: Documentation problem
 Operating System: win2k
 PHP Version:  4.3.2
-Assigned To:  
+Assigned To:  nlopess
 New Comment:

Nuno is rewriting the install part.


Previous Comments:


[2003-08-17 16:27:22] kingjojo75 at hotmail dot com

Description:

the install.txt doc in the windows binaries distros seem to cover
several versions of php and seem to be contridictory.

first the file warns that you should not use the sapi modules, then
later you are told that the sapi modules are stable and that you should
not use the cgi file (to do so is suicide) perhaps the wording needs
to be retooled, but is is confusing as it is.

Reproduce code:
---
please note that the SAPI modules are *NOT* yet considered to be
production quality.
The reason for this is that the PHP SAPI modules are using the
thread-safe version of the PHP code, which is new to PHP 4, and has not
yet been tested and pounded enough to be considered completely
stable,.

Now that version 4.1 introduces a safer sapi module, we recommend that
you configure PHP as a module in Apache

If you wish to install PHP as a CGI binary, read this first:
http://www.cert.org/advisories/CA-1996-11.html
and then if you are really sure, insert these lines to your conf file:

ScriptAlias /php/ c:/php/
AddType application/x-httpd-php .php
Action application/x-httpd-php /php/php.exe
Note, we consider installing PHP like this suicidal.

Expected result:

I would hope for a straight forward install doc specific for the
version its packaged with, not an entire history.






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


[PHP-DOC] #29166 [Opn-Csd]: Missing Instructions

2004-08-07 Thread vrana
 ID:   29166
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dhoang at walla dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: ALL
 PHP Version:  Irrelevant
 New Comment:

Documented by Nuno in the manual CVS. install.txt will be generated
from it.


Previous Comments:


[2004-07-14 23:14:06] dhoang at walla dot com

Description:

This is not really a bug, rather it is a suggestion to who prepared the
install.txt file. In the install.txt where Installing PHP for
Apache as module, there is a missing option for where the php.ini can
be located.

Where do I have to put the php.ini ?
   The php.ini files is only searched in two places:
   1) in your Apache installation directory (e.g. c:\apache\apache)
   2) in your %SYSTEMROOT% directory.

This is option 3) add a directive:

PHPIniDir C:/PHP

into your httpd.conf or srm.conf. Replace C:/PHP by the directory
path where your php.ini located.






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


[PHP-DOC] #24604 [Csd-WFx]: SAFE_MODE design issues

2004-08-07 Thread tomsommer
 ID:   24604
 Updated by:   [EMAIL PROTECTED]
 Reported By:  timo dot hummel at 4fb dot de
-Status:   Closed
+Status:   Wont fix
 Bug Type: Documentation problem
 Operating System: SuSE Linux 8.2 Linux 2.4.19
 PHP Version:  Irrelevant


Previous Comments:


[2004-08-07 17:27:48] [EMAIL PROTECTED]

Behavior of move_uploaded_file() with safe_mode is already described.

Functions affected by safe_mode have already a note about safe_mode.

safe_mode_gid is also already documented: However, there may be
environments where a strict UID check is not appropriate and a relaxed
GID check is sufficient. This is supported by means of the
safe_mode_gid switch. Setting it to On performs the relaxed GID
checking, setting it to Off (the default) performs UID checking.

I suppose that the behavior of safe_mode is not going to change
according proposal 1.



[2004-07-16 15:12:14] bramspam at pandora dot be

This is a pretty old bug, so has this been fixed yet? My webhost is
running a pretty darned old PHP version, but I don't see the point in
bugging them to upgrade of this bug isn't fixed yet ..



[2004-05-31 09:37:18] real763 at uni dot de

uhm thats not great

ftp doenst work , and CGI is not running, too :(

Warning: ftp_connect() [function.ftp-connect]:
php_network_getaddresses: getaddrinfo failed: Name or service not known
in /home/www/htdocs/myhost.com/bla.php on line 382

@develop: plz upgrade SAFE_MODE : - )



[2004-03-01 02:31:19] timo dot hummel at 4fb dot de

It makes no sense to let users create
 a dir and not let them write to it.

Well, that's another thing. It's probably about the umask, however,
most providers and/or distribution builders should take care of this,
but aren't.



[2004-03-01 02:24:04] soenke at regelt dot com

safe_mode_gid should be a workaround for this.

@Developers: Please let us know your plans about this issue.

--

Soenke



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

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


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

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 12:46:14 2004 EDT

  Modified files:  
/phpdoc/en/reference/info/functions ini-get.xml 
  Log:
  0 can be returned for Off (bug #25865)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/ini-get.xml?r1=1.9r2=1.10ty=u
Index: phpdoc/en/reference/info/functions/ini-get.xml
diff -u phpdoc/en/reference/info/functions/ini-get.xml:1.9 
phpdoc/en/reference/info/functions/ini-get.xml:1.10
--- phpdoc/en/reference/info/functions/ini-get.xml:1.9  Wed Aug  4 01:23:47 2004
+++ phpdoc/en/reference/info/functions/ini-get.xml  Sat Aug  7 12:46:14 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.9 $ --
+!-- $Revision: 1.10 $ --
 !-- splitted from ./en/functions/info.xml, last change in rev 1.64 --
   refentry id=function.ini-get
refnamediv
@@ -20,7 +20,7 @@
  titleWhen querying boolean values/title
  para
   A boolean ini value of literaloff/literal will be returned as an
-  empty string while a boolean ini value of literalon/literal will
+  empty string or 0 while a boolean ini value of literalon/literal will
   be returned as 1.
  /para
 /note


[PHP-DOC] #25865 [Opn-Csd]: ini_get returns 0 not for boolean?

2004-08-07 Thread vrana
 ID:   25865
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php dot net at b-a-l-u dot de
-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.




Previous Comments:


[2004-07-08 13:42:12] php dot net at b-a-l-u dot de

As I said in my opening message the documentation says 
 
When querying boolean values: A boolean ini value of off 
will be returned as an empty string while a boolean ini 
value of on will be returned as 1.  
 
So it IS a documentation problem if PHP5 returns  or 0 
depending on where it got set. 
 
I'd expect at least a warning like 
 
PHP versions before PHP5 return an empty string or 0 to 
specify a boolean value of false. The best way to test the 
return value is to cast it - e.g. 
$register_globals = (bool) ini_get('register_gobals'); 
 
Balu



[2004-07-08 13:33:52] [EMAIL PROTECTED]

It's a doc problem, at least!

Did you read my message on internals? (which nobody answered till now)
http://marc.theaimsgroup.com/?l=php-devm=108922680605154w=2



[2004-07-08 08:57:21] [EMAIL PROTECTED]

Not a bug, nor a doc problem. It depends on where the option is set to
return an empty string or 0.



[2004-07-07 20:54:54] [EMAIL PROTECTED]

re-open this.

reference: http://news.php.net/php.doc/969361748



[2004-07-07 18:48:56] a-konovalenko at yandex dot ru

This is not bogus! I can reproduce it when the option comes from the
.htaccess file (set with php_flag). ini_get() returns 0 instead of 
for the options that are off.

I'm using PHP 4.3.4 under Apache 1.3.31.

(Even if this is fixed in the latest version of PHP, the documentation
should be updated for the older ones.)

P.S. Will my comment reopen this bug automatically or should I do
something special?



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

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


[PHP-DOC] cvs: phpdoc /en/reference/session/functions session-set-save-handler.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 12:55:35 2004 EDT

  Modified files:  
/phpdoc/en/reference/session/functions  session-set-save-handler.xml 
  Log:
  Bogus note (bug #25954)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/session/functions/session-set-save-handler.xml?r1=1.10r2=1.11ty=u
Index: phpdoc/en/reference/session/functions/session-set-save-handler.xml
diff -u phpdoc/en/reference/session/functions/session-set-save-handler.xml:1.10 
phpdoc/en/reference/session/functions/session-set-save-handler.xml:1.11
--- phpdoc/en/reference/session/functions/session-set-save-handler.xml:1.10 Wed 
Feb 18 12:19:40 2004
+++ phpdoc/en/reference/session/functions/session-set-save-handler.xml  Sat Aug  7 
12:55:35 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.10 $ --
+!-- $Revision: 1.11 $ --
 !-- splitted from ./en/functions/session.xml, last change in rev 1.23 --
   refentry id=function.session-set-save-handler
refnamediv
@@ -34,14 +34,6 @@
   write handler will never be seen in the browser.  If debugging
   output is necessary, it is suggested that the debug output be
   written to a file instead.
- /para
-/note
-note
- para
-  The write handler is not executed if the session contains no data;
-  this applies even if empty session variables are registered. This
-  differs to the default file-based session save handler, which creates
-  empty session files.
  /para
 /note
 para


[PHP-DOC] #25954 [Opn-Csd]: user session write handler called even if session contains no data

2004-08-07 Thread vrana
 ID:   25954
 Updated by:   [EMAIL PROTECTED]
 Reported By:  support at spill dot nl
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: RHL 8.0
 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.

Verified in PHP 5.0.0, note removed.


Previous Comments:


[2003-10-22 11:47:50] support at spill dot nl

Description:

The documentation at php.net for session_set_save_handler() states the
following note:

The write handler is not executed if the session contains no data; this
applies even if empty session variables are registered. This differs to
the default file-based session save handler, which creates empty
session files. 

http://php.net/session_set_save_handler


The documentation at Zend.com contains a similar statement. However the
most simple user session handler I can come up with reports the write
function being called with absolutely no registered variables.

I think this is good behaviour as the user session handler should
decide for itself what to do with empty data, but the documentation
should be fixed if this is expected behaviour.


Reproduce code:
---
?php

// bogus session handler
function open($save_path,$session_name) {
return(error_log(sess_open('.$save_path.','.$session_name.'),0));
}
function close(){
return(error_log(sess_close(),0)); }
function read($id)  {
error_log(sess_read('.$id.'),0); return(); }
function write($id,$sess_data)  {
return(error_log(sess_write('.$id.','.$sess_data.'),0)); }
function destroy($id)   {
return(error_log(sess_destroy('.$id.'),0)); }
function gc($maxlifetime)   {
return(error_log(sess_gc('.$maxlifetime.'),0)); }

// install session handler
session_set_save_handler (open, close, read, write, destroy,
gc);

// start a session
session_start();

?


Expected result:

I would expect the following lines in my logfile:

[22-Oct-2003 17:44:22] sess_open('/bigdisk/tmp/php','PHPSESSID')
[22-Oct-2003 17:44:22] sess_read('dd2340d600efe2925b4d8007ae8fbbd2')
[22-Oct-2003 17:44:22] sess_close()


Actual result:
--
However I find:

[22-Oct-2003 17:44:22] sess_open('/bigdisk/tmp/php','PHPSESSID')
[22-Oct-2003 17:44:22] sess_read('dd2340d600efe2925b4d8007ae8fbbd2')
[22-Oct-2003 17:44:22]
sess_write('dd2340d600efe2925b4d8007ae8fbbd2','')
[22-Oct-2003 17:44:22] sess_close()


The call to write() is unexpected as the documentation states it will
not be called under these circumstances.






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


[PHP-DOC] cvs: phpdoc /en/install/windows xitami.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 13:09:11 2004 EDT

  Modified files:  
/phpdoc/en/install/windows  xitami.xml 
  Log:
  Mention cgi.fix_pathinfo (bug #25448)
  
http://cvs.php.net/diff.php/phpdoc/en/install/windows/xitami.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/install/windows/xitami.xml
diff -u phpdoc/en/install/windows/xitami.xml:1.3 
phpdoc/en/install/windows/xitami.xml:1.4
--- phpdoc/en/install/windows/xitami.xml:1.3Thu Aug  5 08:53:24 2004
+++ phpdoc/en/install/windows/xitami.xmlSat Aug  7 13:09:11 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
sect1 id=install.windows.xitami
 titleXitami on Microsoft Windows/title
 para
@@ -23,6 +23,8 @@
   Read the link linkend=faq.installation.forceredirectfaq
   on cgi.force_redirect/link for important details.  This
   directive needs to be set to literal0/literal.
+  If you want use literal$_SERVER['PHP_SELF']/literal you have to
+  enable literalcgi.fix_pathinfo/literal directive.
  /para
 /note
 


[PHP-DOC] #25448 [Opn-Csd]: $_SERVER['PHP_SELF'] fails to return a value (broken since 4.3.2)

2004-08-07 Thread vrana
 ID:   25448
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at advisorymatters dot co dot uk
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: win32
 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.

If you want use $_SERVER['PHP_SELF'] you have to enable
cgi.fix_pathinfo directive.


Previous Comments:


[2003-11-03 05:05:09] [EMAIL PROTECTED]

The windows installer distribution for php 4.3.4 has been 
changed to set cgi.fix_pathinfo=1 when intalling for 
Xitami web servers.  



[2003-09-12 04:56:04] david at advisorymatters dot co dot uk

Yes, thanks sniper, That fixed it (and apologies for being rather short
in one of my earlier (now deleted) replies - I was having a bad day!) I
have added a short note to the PHP/Xitami docs page about this
requirement.



[2003-09-11 21:11:16] [EMAIL PROTECTED]

Set this in your php.ini and this will work:
cgi.fix_pathinfo=1

This setting defaults to 0 for some backwards compatibility
reasons with some other web servers.

Should be documented on the Xitami install page (and maybe the cgi
page?)




[2003-09-09 06:59:11] david at advisorymatters dot co dot uk

Description:

Running the code (below) on 4.3.2 and above (I've checked it on 4.3.2,
4.3.3RC1 to RC4 and 4.3.3) fails to produce any output. On 4.3.0 and
4.3.1 it works fine.

For testing I am changing over the PHP versions just by renaming the
c:\php dir (from c:\php431, c:\php432, c:\php433-1 etc). Nothing in the
application changes and I am using one common php.ini file for all php
versions, ONLY the php version itself is changed. All PHP versions are
the standard Win32 Binaries with no modifications.

In php.ini register globals are OFF and the only other changes are to
turn a few extensions on (GD and DBX).

I am using the Xitami web server version 2.4d9 from
http://www.xitami.com on a Compaq Evo system (Celeron 1.8MHz, 128MB
RAM, WinXPPro).

I've noticed that this (or similar) bugs have been reported recently
(e.g. #24979) but dismissed by stating that it works with the latest
CVS etc. If this is the case when this bug report is checked then I
would suggest that there is something else going on here that is not
showing up on your test systems. It is ALWAYS reproducible here. Note
that using $_SERVER['SCRIPT_NAME'] DOES work (but my code tends to use
$_SERVER['PHP_SELF'] and why should I change?).



Reproduce code:
---
?php
print self =  . $_SERVER['PHP_SELF'];
?

Expected result:

With the above code in the file test.php in the web server's document
root:

self = /test.php


Actual result:
--
self = 






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


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

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 13:25:31 2004 EDT

  Modified files:  
/phpdoc/en/appendices   ini.xml 
  Log:
  Fix IDs
  
http://cvs.php.net/diff.php/phpdoc/en/appendices/ini.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/appendices/ini.xml
diff -u phpdoc/en/appendices/ini.xml:1.7 phpdoc/en/appendices/ini.xml:1.8
--- phpdoc/en/appendices/ini.xml:1.7Thu Aug  5 00:53:24 2004
+++ phpdoc/en/appendices/ini.xmlSat Aug  7 13:25:31 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
 
  appendix id=ini
   titleList of core php.ini; directives/title
@@ -859,7 +859,7 @@
/listitem
   /varlistentry
   
-  varlistentry id=ini.cgi.fix_pathinfo
+  varlistentry id=ini.cgi.fix-pathinfo
term
 parametercgi.fix_pathinfo/parameter
 typeboolean/type
@@ -956,7 +956,7 @@
 /para
/sect1
 
-  sect1 id=ini.sect.file_uploads
+  sect1 id=ini.sect.file-uploads
titleFile Uploads/title
 para
  table


[PHP-DOC] cvs: phpdoc /en/install/windows xitami.xml

2004-08-07 Thread Jakub Vrana
vrana   Sat Aug  7 13:25:46 2004 EDT

  Modified files:  
/phpdoc/en/install/windows  xitami.xml 
  Log:
  Added link to cgi.fix_pathinfo
  
http://cvs.php.net/diff.php/phpdoc/en/install/windows/xitami.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/install/windows/xitami.xml
diff -u phpdoc/en/install/windows/xitami.xml:1.4 
phpdoc/en/install/windows/xitami.xml:1.5
--- phpdoc/en/install/windows/xitami.xml:1.4Sat Aug  7 13:09:11 2004
+++ phpdoc/en/install/windows/xitami.xmlSat Aug  7 13:25:46 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
sect1 id=install.windows.xitami
 titleXitami on Microsoft Windows/title
 para
@@ -24,7 +24,8 @@
   on cgi.force_redirect/link for important details.  This
   directive needs to be set to literal0/literal.
   If you want use literal$_SERVER['PHP_SELF']/literal you have to
-  enable literalcgi.fix_pathinfo/literal directive.
+  enable link linkend=ini.cgi.fix-pathinfocgi.fix_pathinfo/link
+  directive.
  /para
 /note
 


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Gabor Hojtsy
Theoretically it would be better if install.txt would be generated from
the manual IMHO. There is a maket target for it, which filters the
install part through lynx to get a text version. It should be fine it
this install.xml is adjusted to the new install stuff - to use the new
entities pointing to the new files (with windows only information if
only used to generate the windows instructions).
OK, I've fetch the install.xml and I've upgraded it to the new install
section.
The output is here: http://testes.aborla.net/install.txt
I have to agree with you that it could be better if the install.txt was
generated from the manual, as it would be easier to have the files in sync.
But I think the generated file is too big and hard to read. Maybe we could
just remove the text that is in the install.txt file and put there a link
pointin to the manual :)
There are a lot of people actually using the distributed install files 
to install PHP. Note however that there are two files:

  php-src/INSTALL   (for compiling on unix like systems)
  php-src/win32/install.txt (for binary packages on windows)
Note that there is no single install file containing all platforms (like 
the txt you built). It would be more than good to investigate how the 
INSTALL and install.txt files can be built from our manual sources (that 
is only including platform specific instructions in them and no windows 
building instructions, etc)

Goba


Re: [PHP-DOC] cvs: phpdoc /en/install ini.xml /en/install/windows activescript.xml index.xml

2004-08-07 Thread Gabor Hojtsy
There needs to be a few sentences on what ActiveScript is, and what does
the PHP activescript SAPI allow you. Also that it also only works on
Windows, and there is no point in searching for that in the Linux part :)
done!
Good.
Goba


Re: [PHP-DOC] #2352 [Ana]: Create subgroup of database functions

2004-08-07 Thread Gabor Hojtsy
+Assigned To: goba
I hope you don't mind I have assigned these bugs to our editor :-).
No problem. :)
Goba


[PHP-DOC] cvs: phpdoc /en/install README

2004-08-07 Thread Gabor Hojtsy
gobaSat Aug  7 13:38:39 2004 EDT

  Removed files:   
/phpdoc/en/install  README 
  Log:
  removing obsolote README file
  


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

2004-08-07 Thread Curt Zirzow
curtSat Aug  7 13:39:27 2004 EDT

  Modified files:  
/phpdoc/en/language/oop5cloning.xml 
  Log:
  Be more clear how __clone() works (bug #27100), and example modifications.
  
  
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/cloning.xml?r1=1.2r2=1.3ty=u
Index: phpdoc/en/language/oop5/cloning.xml
diff -u phpdoc/en/language/oop5/cloning.xml:1.2 phpdoc/en/language/oop5/cloning.xml:1.3
--- phpdoc/en/language/oop5/cloning.xml:1.2 Sat Jul 17 00:05:28 2004
+++ phpdoc/en/language/oop5/cloning.xml Sat Aug  7 13:39:27 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
  sect1 id=language.oop5.cloning
   titleObject cloning/title
   
@@ -30,14 +30,13 @@
   /informalexample
 
   para
-   When the developer asks to create a new copy of an object, PHP 5 will check
-   if a __clone() method has been defined or not. If not, it will call a
-   default __clone() which will copy all of the object's properties. If a
-   __clone() method is defined, then it will be responsible to set the
-   necessary properties in the created object. For convenience, the engine
-   will supply a function that imports all of the properties from the source
-   object, so that they can start with a by-value replica of the source
-   object, and only override properties that need to be changed.
+
+   When an object is cloned, PHP 5 will perform a shallow copy of all of the
+   object's properties. Any properties that are references to other variables,
+   will remain references. If a __clone() method is defined, then the newly
+   created  object's __clone() method will be called, to allow any necessary
+   properties that need to be changed.
+
   /para
 
   example
@@ -45,34 +44,85 @@
programlisting role=php
 ![CDATA[
 ?php
+
+class SubObject {
+  static $instances = 0;
+  public $instance;
+
+  public function __construct() {
+$this-instance = ++self::$instances;
+  }
+
+  public function __clone() {
+$this-instance = ++self::$instances;
+  }
+}
+
 class MyCloneable {
-   static $id = 0;
 
-   function MyCloneable() {
-   $this-id = self::$id++;
-   }
-
-   function __clone() {
-   $this-address = New York;
-   $this-id = self::$id++;
-   }
+  public $object1;
+  public $object2;
+
+  function __clone() {
+
+// Force a copy of this-object, otherwise
+// it will point to same object.
+$this-object1 = clone($this-object1);
+  }
 }
 
 $obj = new MyCloneable();
 
-$obj-name = Hello;
-$obj-address = Tel-Aviv;
+$obj-object1 = new SubObject();
+$obj-object2 = new SubObject();
+
+$obj2 = clone $obj;
 
-print $obj-id . \n;
 
-$obj_cloned = clone $obj;
+print(Original Object:\n);
+print_r($obj);
+
+print(Cloned Object:\n);
+print_r($obj2);
 
-print $obj_cloned-id . \n;
-print $obj_cloned-name . \n;
-print $obj_cloned-address . \n;
 ? 
 ]]
/programlisting
+   example.outputs;
+   screen role=php
+![CDATA[
+Original Object:
+MyCloneable Object
+(
+[object1] = SubObject Object
+(
+[instance] = 1
+)
+
+[object2] = SubObject Object
+(
+[instance] = 2
+)
+
+)
+Cloned Object:
+MyCloneable Object
+(
+[object1] = SubObject Object
+(
+[instance] = 3
+)
+
+[object2] = SubObject Object
+(
+[instance] = 2
+)
+
+)
+]]
+
+   /screen
+
   /example
 
  /sect1


[PHP-DOC] #27100 [Opn-Csd]: shallow __clone copy behavior not documented in any place on php website

2004-08-07 Thread curt
 ID:   27100
 Updated by:   [EMAIL PROTECTED]
 Reported By:  auroraeosrose at hotmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: *
 PHP Version:  5CVS-2004-01-30 (dev)
 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.

zend-engine2.php is old documentation. The changes this will be updated
at http://php.net/oop5.cloning when the manual is rebuilt.


Previous Comments:


[2004-02-04 18:02:45] auroraeosrose at hotmail dot com

If this is the default behavior, it should be documented in some way. 
I'm aware that most of php5 is undocumented at this point, but the zend
php5 changes page at http://www.php.net/zend-engine-2.php makes no
mention that __clone is a shallow and not a deep copy - there should be
a short paragraph that objects stired as properties are NOT cloned but
instead referenced unless you override within a __clone method.  It
will save a lot of bug reports :) Random bug reports are not where
people go looking for documentation on how __clone works, and according
to the current docs, this is a bug, not a feature.



[2004-02-03 13:48:54] [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

Check the following bug report to see how we changed __clone()'s
behavior.
http://bugs.php.net/?id=26794

In any case, when we do a copy, we don't do a deep copy. You will have
to handle that yourself by adding such code to your __clone() method.



[2004-01-30 17:05:56] auroraeosrose at hotmail dot com

Description:

When a class holds an object of another class inside and the outside
class is cloned, the inside class seems to be referenced instead of
cloned along with the outside class

If you'll see below, you'll notice that the Test class is cloned
properly, the variable registered doesn't show up in $test but does in
$test2

However, the array added to the list inside the Test2 class shows up in
both, when it should only be in $test2

New php5 snap as of 1/30/2004 apache2 module - mysql only extra
extension loaded

Reproduce code:
---
class Test
{
private $object;
private $list = array();
public function __construct()
{
$this-object = new Test2();
}
public function registerVar($var)
{
$this-list[] = $var;
$key = end(array_keys($this-list));
$this-object-setList($key);
return;
}
}
class Test2
{
public $list = array('globals' = array());
public function setList($id)
{
$id = (int) $id;
$this-list[$id] = array();
return;
}
}
$test = new test();
$test2 = $test-__clone();
$test2-registerVar('hello');
print_r($test);
print_r($test2);

Expected result:

Test Object
(
[object:private] = Test2 Object
(
[list] = Array
(
[globals] = Array
(
)

)

)

[list:private] = Array
(
)

)
Test Object
(
[object:private] = Test2 Object
(
[list] = Array
(
[globals] = Array
(
)

[0] = Array
(
)

)

)

[list:private] = Array
(
[0] = hello
)

)

Actual result:
--
Test Object
(
[object:private] = Test2 Object
(
[list] = Array
(
[globals] = Array
(
)

[0] = Array
(
)

)

)

[list:private] = Array
(
)

)
Test Object
(
[object:private] = Test2 Object
(
[list] = Array
(
[globals] = Array
(
)

[0] = Array
(
)

)

)

[list:private] = Array
(
[0] = hello
)

)



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

2004-08-07 Thread Dave Barr
daveSat Aug  7 13:54:17 2004 EDT

  Modified files:  
/phpdoc/en/reference/strings/functions  sprintf.xml 
  Log:
  - Add an alternate padding character example.
  
  
http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/sprintf.xml?r1=1.10r2=1.11ty=u
Index: phpdoc/en/reference/strings/functions/sprintf.xml
diff -u phpdoc/en/reference/strings/functions/sprintf.xml:1.10 
phpdoc/en/reference/strings/functions/sprintf.xml:1.11
--- phpdoc/en/reference/strings/functions/sprintf.xml:1.10  Fri Jul 30 01:04:21 
2004
+++ phpdoc/en/reference/strings/functions/sprintf.xml   Sat Aug  7 13:54:17 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.10 $ --
+!-- $Revision: 1.11 $ --
 !-- splitted from ./en/functions/strings.xml, last change in rev 1.2 --
   refentry id=function.sprintf
refnamediv
@@ -245,6 +245,7 @@
 printf([%10s]\n,$s); // right-justification with spaces
 printf([%-10s]\n,   $s); // left-justification with spaces
 printf([%010s]\n,   $s); // zero-padding works on strings too
+printf([%'#10s]\n,  $s); // use the custom padding character '#'
 printf([%10.10s]\n, $t); // left-justification but with a cutoff of 10 characters
 ?
 ]]
@@ -258,6 +259,7 @@
 [monkey]
 [monkey]
 [monkey]
+[monkey]
 [many monke]
 ]]
  /screen


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

2004-08-07 Thread Curt Zirzow
curtSat Aug  7 14:05:16 2004 EDT

  Modified files:  
/phpdoc/en/language/oop5constants.xml 
  Log:
  Rewording to make it read properly.
  
  
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/constants.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/language/oop5/constants.xml
diff -u phpdoc/en/language/oop5/constants.xml:1.3 
phpdoc/en/language/oop5/constants.xml:1.4
--- phpdoc/en/language/oop5/constants.xml:1.3   Mon Jul 19 00:57:49 2004
+++ phpdoc/en/language/oop5/constants.xml   Sat Aug  7 14:05:14 2004
@@ -1,14 +1,13 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
  sect1 id=language.oop5.constants
   titleObject Constants/title
   para
-   It is possible to define constant values on a per-class basis remaining 
-   the same and unchangeable. Constants differ from normal variables
-   in that you don't use the varname$/varname symbol to declare or use 
-   them.  Like xref linkend=language.oop5.static/ members, constant
-   values can not be accessed with a variable that is an instance of the 
-   object.
+   It is possible to define constant values on a per-class basis remaining the
+   same and unchangeable. Constants differ from normal variables in that you
+   don't use the varname$/varname symbol to declare or use them.  Like
+   link linkend=language.oop5.staticstatic/link members, constant values
+   can not be accessed from an instance of the object.
   /para
 
   example


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

2004-08-07 Thread Curt Zirzow
curtSat Aug  7 14:11:34 2004 EDT

  Modified files:  
/phpdoc/en/language/oop5abstract.xml 
  Log:
  Implenting method must be equal or weaker to abstract signature.
  
  
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/abstract.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/language/oop5/abstract.xml
diff -u phpdoc/en/language/oop5/abstract.xml:1.3 
phpdoc/en/language/oop5/abstract.xml:1.4
--- phpdoc/en/language/oop5/abstract.xml:1.3Sun Aug  1 23:12:59 2004
+++ phpdoc/en/language/oop5/abstract.xmlSat Aug  7 14:11:34 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
  sect1 id=language.oop5.abstract
   titleObject Abstraction/title
 
@@ -11,6 +11,13 @@
define the implementation.
   /para
 
+  para
+   The class that implements the abstract method must define with the same
+   link linkend=oop5.visibilityvisibillity/link or weaker.  If the
+   abstract method is defined as protected, the function implenetation must be
+   defined as either protected or public.
+  /para
+
   example
titleAbstract class example/title
 programlisting role=php
@@ -59,7 +66,6 @@
 Old code that has no user-defined classes or functions named
 'abstract' should run without modifications.
/para
-
  /sect1
  
 !-- Keep this comment at the end of the file


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

2004-08-07 Thread Dave Barr
daveSat Aug  7 14:21:07 2004 EDT

  Added files: 
/phpdoc/en/reference/strings/functions  vfprintf.xml 
  Log:
  - Add vfprintf().
  
  

http://cvs.php.net/co.php/phpdoc/en/reference/strings/functions/vfprintf.xml?r=1.1p=1
Index: phpdoc/en/reference/strings/functions/vfprintf.xml
+++ phpdoc/en/reference/strings/functions/vfprintf.xml
?xml version=1.0 encoding=iso-8859-1?
!-- $Revision: 1.1 $ --
  refentry id=function.vfprintf
   refnamediv
refnamevfprintf/refname
refpurposeWrite a formatted string to a stream/refpurpose
   /refnamediv
   refsect1
titleDescription/title
 methodsynopsis
  typeint/typemethodnamevfprintf/methodname
  methodparamtyperesource/typeparameterhandle/parameter/methodparam
  methodparamtypestring/typeparameterformat/parameter/methodparam
  methodparam 
choice=opttypearray/typeparameterargs/parameter/methodparam
 /methodsynopsis
simpara
 Write a string produced according to parameterformat/parameter
 to the stream resource specified by parameterhandle/parameter.
 parameterformat/parameter is described in the documentation for
 functionsprintf/function.
/simpara
simpara
 Operates as functionfprintf/function but accepts an array of
 arguments, rather than a variable number of arguments.
/simpara
simpara
 Returns the length of the outputted string.
/simpara
simpara
 See also: functionprintf/function,
 functionsprintf/function,
 functionsscanf/function, functionfscanf/function, 
 functionvsprintf/function, and
 functionnumber_format/function.
/simpara
   /refsect1
   refsect1
titleExamples/title
para
 example
  titlefunctionvfprintf/function: zero-padded integers/title
  programlisting role=php
![CDATA[
?php
if (!($fp = fopen('date.txt', 'w')))
return;

vfprintf($fp, %04d-%02d-%02d, array($year, $month, $day));
// will write the formatted ISO date to date.txt
?
]]
  /programlisting
 /example
/para
   /refsect1
  /refentry

!-- Keep this comment at the end of the file
Local variables:
mode: sgml
sgml-omittag:t
sgml-shorttag:t
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:1
sgml-indent-data:t
indent-tabs-mode:nil
sgml-parent-document:nil
sgml-default-dtd-file:../../../../manual.ced
sgml-exposed-tags:nil
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
End:
vim600: syn=xml fen fdm=syntax fdl=2 si
vim: et tw=78 syn=sgml
vi: ts=1 sw=1
--


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

2004-08-07 Thread Dave Barr
daveSat Aug  7 14:28:18 2004 EDT

  Modified files:  
/phpdoc/en/reference/strings/functions  vfprintf.xml 
  Log:
  - Fix proto.
  
  
http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/vfprintf.xml?r1=1.1r2=1.2ty=u
Index: phpdoc/en/reference/strings/functions/vfprintf.xml
diff -u phpdoc/en/reference/strings/functions/vfprintf.xml:1.1 
phpdoc/en/reference/strings/functions/vfprintf.xml:1.2
--- phpdoc/en/reference/strings/functions/vfprintf.xml:1.1  Sat Aug  7 14:21:07 
2004
+++ phpdoc/en/reference/strings/functions/vfprintf.xml  Sat Aug  7 14:28:17 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.1 $ --
+!-- $Revision: 1.2 $ --
   refentry id=function.vfprintf
refnamediv
 refnamevfprintf/refname
@@ -11,7 +11,7 @@
   typeint/typemethodnamevfprintf/methodname
   methodparamtyperesource/typeparameterhandle/parameter/methodparam
   methodparamtypestring/typeparameterformat/parameter/methodparam
-  methodparam 
choice=opttypearray/typeparameterargs/parameter/methodparam
+  methodparamtypearray/typeparameterargs/parameter/methodparam
  /methodsynopsis
 simpara
  Write a string produced according to parameterformat/parameter


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Nuno Lopes
  OK, I've fetch the install.xml and I've upgraded it to the new install
  section.
  The output is here: http://testes.aborla.net/install.txt
 
  I have to agree with you that it could be better if the install.txt was
  generated from the manual, as it would be easier to have the files in
sync.
  But I think the generated file is too big and hard to read. Maybe we
could
  just remove the text that is in the install.txt file and put there a
link
  pointin to the manual :)

 There are a lot of people actually using the distributed install files
 to install PHP. Note however that there are two files:

php-src/INSTALL   (for compiling on unix like systems)
php-src/win32/install.txt (for binary packages on windows)

 Note that there is no single install file containing all platforms (like
 the txt you built). It would be more than good to investigate how the
 INSTALL and install.txt files can be built from our manual sources (that
 is only including platform specific instructions in them and no windows
 building instructions, etc)

 Goba


I've made the two files:
Sources: http://testes.aborla.net/install-win.xml |
http://testes.aborla.net/install-unix.xml
Output: http://testes.aborla.net/install-win.txt |
http://testes.aborla.net/install-unix.txt

Nuno


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Gabor Hojtsy
There are a lot of people actually using the distributed install files
to install PHP. Note however that there are two files:
  php-src/INSTALL   (for compiling on unix like systems)
  php-src/win32/install.txt (for binary packages on windows)
Note that there is no single install file containing all platforms (like
the txt you built). It would be more than good to investigate how the
INSTALL and install.txt files can be built from our manual sources (that
is only including platform specific instructions in them and no windows
building instructions, etc)
I've made the two files:
Sources: http://testes.aborla.net/install-win.xml |
http://testes.aborla.net/install-unix.xml
Output: http://testes.aborla.net/install-win.txt |
http://testes.aborla.net/install-unix.txt
Hm, a lot better. Now it would even be better if the windows build 
instructions would be missing from the txt, as it is clearly not needed. 
Would you take on suggesting these new generated files to the devteam? 
(CC me too please in case you do).

Goba


[PHP-DOC] #25120 [Opn-Csd]: contridictory statements in install.txt

2004-08-07 Thread nlopess
 ID:   25120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kingjojo75 at hotmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: win2k
 PHP Version:  4.3.2
 Assigned To:  nlopess
 New Comment:

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

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




Previous Comments:


[2004-08-07 18:29:51] [EMAIL PROTECTED]

Nuno is rewriting the install part.



[2003-08-17 16:27:22] kingjojo75 at hotmail dot com

Description:

the install.txt doc in the windows binaries distros seem to cover
several versions of php and seem to be contridictory.

first the file warns that you should not use the sapi modules, then
later you are told that the sapi modules are stable and that you should
not use the cgi file (to do so is suicide) perhaps the wording needs
to be retooled, but is is confusing as it is.

Reproduce code:
---
please note that the SAPI modules are *NOT* yet considered to be
production quality.
The reason for this is that the PHP SAPI modules are using the
thread-safe version of the PHP code, which is new to PHP 4, and has not
yet been tested and pounded enough to be considered completely
stable,.

Now that version 4.1 introduces a safer sapi module, we recommend that
you configure PHP as a module in Apache

If you wish to install PHP as a CGI binary, read this first:
http://www.cert.org/advisories/CA-1996-11.html
and then if you are really sure, insert these lines to your conf file:

ScriptAlias /php/ c:/php/
AddType application/x-httpd-php .php
Action application/x-httpd-php /php/php.exe
Note, we consider installing PHP like this suicidal.

Expected result:

I would hope for a straight forward install doc specific for the
version its packaged with, not an entire history.






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


[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/install/unix commandline.xml /en/install/windows apache1.xml apache2.xml iis.xml omnihttpd.xml xitami.xml

2004-08-07 Thread Nuno Lopes
nlopess Sat Aug  7 15:03:34 2004 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
/phpdoc/en/install/windows  apache1.xml apache2.xml iis.xml 
omnihttpd.xml xitami.xml 
/phpdoc/en/install/unix commandline.xml 
  Log:
  fix #25120: warning about CGI installs
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.116r2=1.117ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.116 phpdoc/en/language-snippets.ent:1.117
--- phpdoc/en/language-snippets.ent:1.116   Sat Aug  7 04:21:09 2004
+++ phpdoc/en/language-snippets.ent Sat Aug  7 15:03:34 2004
@@ -1,4 +1,4 @@
-!-- $Revision: 1.116 $ --
+!-- $Revision: 1.117 $ --
 !-- Keep 'em sorted --
 
 
@@ -107,6 +107,11 @@
 linkend=ref.yazYAZ/link or link
 linkend=ref.cyrusCyrus/link extensions.  This is due to the fact that they
 both share the same internal symbol./simpara/warning'
+
+!ENTITY warn.instal.cgi 'warningparaBy using the CGI setup, your server
+is open to several possible attacks. Please read our
+link linkend=security.cgi-binCGI security section/link to learn how to
+defend yourself from those attacks./para/warning'
 
 !ENTITY note.magicquotes.gpc 'notetitledirective note: magic_quotes_gpc
 /titleparaThe PHP directive link linkend=ini.magic-quotes-gpc
http://cvs.php.net/diff.php/phpdoc/en/install/windows/apache1.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/install/windows/apache1.xml
diff -u phpdoc/en/install/windows/apache1.xml:1.7 
phpdoc/en/install/windows/apache1.xml:1.8
--- phpdoc/en/install/windows/apache1.xml:1.7   Thu Aug  5 08:53:24 2004
+++ phpdoc/en/install/windows/apache1.xml   Sat Aug  7 15:03:34 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
sect1 id=install.windows.apache1
 titleApache 1.3.x on Microsft Windows/title
 para
@@ -78,17 +78,7 @@
   also to substitute the filenamec:/php//filename for your actual path to
   PHP.
  /para
-
- warning
-  para
-   By using the CGI setup, your server is open
-   to several possible attacks. Please read
-   our link linkend=security.cgi-binCGI security 
-   section/link to learn how to defend yourself from
-   those attacks.
-  /para
- /warning
-
+ warn.instal.cgi;
  simpara
   If you would like to present PHP source files syntax highlighted, there
   is no such convinient option as with the module version of PHP.
http://cvs.php.net/diff.php/phpdoc/en/install/windows/apache2.xml?r1=1.6r2=1.7ty=u
Index: phpdoc/en/install/windows/apache2.xml
diff -u phpdoc/en/install/windows/apache2.xml:1.6 
phpdoc/en/install/windows/apache2.xml:1.7
--- phpdoc/en/install/windows/apache2.xml:1.6   Mon Aug  2 17:33:03 2004
+++ phpdoc/en/install/windows/apache2.xml   Sat Aug  7 15:03:34 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.6 $ --
+!-- $Revision: 1.7 $ --
sect1 id=install.windows.apache2
 titleApache 2.0.x on Microsoft Windows/title
 para
@@ -71,6 +71,7 @@
/programlisting
   /example
  /para
+ warn.instal.cgi;
 /sect2
 
 sect2 id=install.windows.apache2.module
http://cvs.php.net/diff.php/phpdoc/en/install/windows/iis.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/install/windows/iis.xml
diff -u phpdoc/en/install/windows/iis.xml:1.4 phpdoc/en/install/windows/iis.xml:1.5
--- phpdoc/en/install/windows/iis.xml:1.4   Thu Aug  5 08:53:24 2004
+++ phpdoc/en/install/windows/iis.xml   Sat Aug  7 15:03:34 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
   sect1 id=install.windows.iis
titleMicrosoft IIS / PWS/title
para
@@ -18,6 +18,7 @@
  directive needs to be set to literal0/literal.
 /para
/note
+   warn.instal.cgi;
 
sect2 id=install.windows.iis.iis3
 titleWindows and PWS/IIS 3/title
http://cvs.php.net/diff.php/phpdoc/en/install/windows/omnihttpd.xml?r1=1.2r2=1.3ty=u
Index: phpdoc/en/install/windows/omnihttpd.xml
diff -u phpdoc/en/install/windows/omnihttpd.xml:1.2 
phpdoc/en/install/windows/omnihttpd.xml:1.3
--- phpdoc/en/install/windows/omnihttpd.xml:1.2 Thu Aug  5 08:44:24 2004
+++ phpdoc/en/install/windows/omnihttpd.xml Sat Aug  7 15:03:34 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
   sect1 id=install.windows.omnihttpd
titleOmniHTTPd Server/title
para
@@ -12,6 +12,7 @@
  installation steps/link first!
 /para
/note
+   warn.instal.cgi;
simpara
 You need to complete the following steps to make PHP
 work with OmniHTTPd. This is a CGI executable setup.
http://cvs.php.net/diff.php/phpdoc/en/install/windows/xitami.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/install/windows/xitami.xml
diff -u phpdoc/en/install/windows/xitami.xml:1.5 
phpdoc/en/install/windows/xitami.xml:1.6
--- 

Re: [PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/install/unix commandline.xml /en/install/windows apache1.xml apache2.xml iis.xml omnihttpd.xml xitami.xml

2004-08-07 Thread Gabor Hojtsy
nlopess Sat Aug  7 15:03:34 2004 EDT
  Modified files:  
/phpdoc/en	language-snippets.ent 
/phpdoc/en/install/windows	apache1.xml apache2.xml iis.xml 
  	omnihttpd.xml xitami.xml 
/phpdoc/en/install/unix	commandline.xml 
  Log:
  fix #25120: warning about CGI installs
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.116r2=1.117ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.116 phpdoc/en/language-snippets.ent:1.117
--- phpdoc/en/language-snippets.ent:1.116	Sat Aug  7 04:21:09 2004
+++ phpdoc/en/language-snippets.ent	Sat Aug  7 15:03:34 2004
@@ -1,4 +1,4 @@
-!-- $Revision: 1.116 $ --
+!-- $Revision: 1.117 $ --
 !-- Keep 'em sorted --
 
 
@@ -107,6 +107,11 @@
 linkend=ref.yazYAZ/link or link
 linkend=ref.cyrusCyrus/link extensions.  This is due to the fact that they
 both share the same internal symbol./simpara/warning'
+
+!ENTITY warn.instal.cgi 'warningparaBy using the CGI setup, your server
+is open to several possible attacks. Please read our
+link linkend=security.cgi-binCGI security section/link to learn how to
+defend yourself from those attacks./para/warning'
You mean install and not instal!
Goba


[PHP-DOC] #29565 [NEW]: French Error strcasecmp

2004-08-07 Thread jsgoupil at looktsrike dot com
From: jsgoupil at looktsrike dot com
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  French Error strcasecmp

Description:

On
http://ca2.php.net/manual/fr/function.strcasecmp.php

We can first see Comparaison sensible à la casse de chaînes binaires
(you say Sensible = sensitive)

At the bottom of the page
Notez que cette comparaison est insensible à la casse. 
(you say insensible = insensitive)

Supposed to be insensitive at all :P

PS : I found the same bug on http://bugs.php.net/bug.php?id=23559; but
it is closed and it dates of 9may !


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


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Nuno Lopes
 Hm, a lot better. Now it would even be better if the windows build 
 instructions would be missing from the txt, as it is clearly not needed. 
 Would you take on suggesting these new generated files to the devteam? 
 (CC me too please in case you do).
 
 Goba


OK, I've removed it.
I'll send a message to the internals mailling list right now.

Nuno


Re: [PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/install/unix commandline.xml /en/install/windows apache1.xml apache2.xml iis.xml omnihttpd.xml xitami.xml

2004-08-07 Thread Nuno Lopes

  +!ENTITY warn.instal.cgi 'warningparaBy using the CGI setup, your
server
  +is open to several possible attacks. Please read our
  +link linkend=security.cgi-binCGI security section/link to learn
how to
  +defend yourself from those attacks./para/warning'

 You mean install and not instal!

 Goba


Oh, yes


[PHP-DOC] #29565 [Opn-Csd]: French Error strcasecmp

2004-08-07 Thread yannick
 ID:  29565
 Updated by:  [EMAIL PROTECTED]
 Reported By: jsgoupil at looktsrike dot com
-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.

insensible à la casse : nous sommes d'accord :)


Previous Comments:


[2004-08-07 21:09:24] jsgoupil at looktsrike dot com

Description:

On
http://ca2.php.net/manual/fr/function.strcasecmp.php

We can first see Comparaison sensible à la casse de chaînes binaires
(you say Sensible = sensitive)

At the bottom of the page
Notez que cette comparaison est insensible à la casse. 
(you say insensible = insensitive)

Supposed to be insensitive at all :P

PS : I found the same bug on http://bugs.php.net/bug.php?id=23559;
but it is closed and it dates of 9may !






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


[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/install/unix commandline.xml /en/install/windows apache1.xml apache2.xml iis.xml omnihttpd.xml xitami.xml

2004-08-07 Thread Nuno Lopes
nlopess Sat Aug  7 15:18:25 2004 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
/phpdoc/en/install/windows  apache1.xml apache2.xml iis.xml 
omnihttpd.xml xitami.xml 
/phpdoc/en/install/unix commandline.xml 
  Log:
  fix entity name. thanks Goba
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.117r2=1.118ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.117 phpdoc/en/language-snippets.ent:1.118
--- phpdoc/en/language-snippets.ent:1.117   Sat Aug  7 15:03:34 2004
+++ phpdoc/en/language-snippets.ent Sat Aug  7 15:18:24 2004
@@ -1,4 +1,4 @@
-!-- $Revision: 1.117 $ --
+!-- $Revision: 1.118 $ --
 !-- Keep 'em sorted --
 
 
@@ -108,7 +108,7 @@
 linkend=ref.cyrusCyrus/link extensions.  This is due to the fact that they
 both share the same internal symbol./simpara/warning'
 
-!ENTITY warn.instal.cgi 'warningparaBy using the CGI setup, your server
+!ENTITY warn.install.cgi 'warningparaBy using the CGI setup, your server
 is open to several possible attacks. Please read our
 link linkend=security.cgi-binCGI security section/link to learn how to
 defend yourself from those attacks./para/warning'
http://cvs.php.net/diff.php/phpdoc/en/install/windows/apache1.xml?r1=1.8r2=1.9ty=u
Index: phpdoc/en/install/windows/apache1.xml
diff -u phpdoc/en/install/windows/apache1.xml:1.8 
phpdoc/en/install/windows/apache1.xml:1.9
--- phpdoc/en/install/windows/apache1.xml:1.8   Sat Aug  7 15:03:34 2004
+++ phpdoc/en/install/windows/apache1.xml   Sat Aug  7 15:18:24 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.8 $ --
+!-- $Revision: 1.9 $ --
sect1 id=install.windows.apache1
 titleApache 1.3.x on Microsft Windows/title
 para
@@ -78,7 +78,7 @@
   also to substitute the filenamec:/php//filename for your actual path to
   PHP.
  /para
- warn.instal.cgi;
+ warn.install.cgi;
  simpara
   If you would like to present PHP source files syntax highlighted, there
   is no such convinient option as with the module version of PHP.
http://cvs.php.net/diff.php/phpdoc/en/install/windows/apache2.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/install/windows/apache2.xml
diff -u phpdoc/en/install/windows/apache2.xml:1.7 
phpdoc/en/install/windows/apache2.xml:1.8
--- phpdoc/en/install/windows/apache2.xml:1.7   Sat Aug  7 15:03:34 2004
+++ phpdoc/en/install/windows/apache2.xml   Sat Aug  7 15:18:24 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
sect1 id=install.windows.apache2
 titleApache 2.0.x on Microsoft Windows/title
 para
@@ -71,7 +71,7 @@
/programlisting
   /example
  /para
- warn.instal.cgi;
+ warn.install.cgi;
 /sect2
 
 sect2 id=install.windows.apache2.module
http://cvs.php.net/diff.php/phpdoc/en/install/windows/iis.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/install/windows/iis.xml
diff -u phpdoc/en/install/windows/iis.xml:1.5 phpdoc/en/install/windows/iis.xml:1.6
--- phpdoc/en/install/windows/iis.xml:1.5   Sat Aug  7 15:03:34 2004
+++ phpdoc/en/install/windows/iis.xml   Sat Aug  7 15:18:24 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.5 $ --
+!-- $Revision: 1.6 $ --
   sect1 id=install.windows.iis
titleMicrosoft IIS / PWS/title
para
@@ -18,7 +18,7 @@
  directive needs to be set to literal0/literal.
 /para
/note
-   warn.instal.cgi;
+   warn.install.cgi;
 
sect2 id=install.windows.iis.iis3
 titleWindows and PWS/IIS 3/title
http://cvs.php.net/diff.php/phpdoc/en/install/windows/omnihttpd.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/install/windows/omnihttpd.xml
diff -u phpdoc/en/install/windows/omnihttpd.xml:1.3 
phpdoc/en/install/windows/omnihttpd.xml:1.4
--- phpdoc/en/install/windows/omnihttpd.xml:1.3 Sat Aug  7 15:03:34 2004
+++ phpdoc/en/install/windows/omnihttpd.xml Sat Aug  7 15:18:24 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
   sect1 id=install.windows.omnihttpd
titleOmniHTTPd Server/title
para
@@ -12,7 +12,7 @@
  installation steps/link first!
 /para
/note
-   warn.instal.cgi;
+   warn.install.cgi;
simpara
 You need to complete the following steps to make PHP
 work with OmniHTTPd. This is a CGI executable setup.
http://cvs.php.net/diff.php/phpdoc/en/install/windows/xitami.xml?r1=1.6r2=1.7ty=u
Index: phpdoc/en/install/windows/xitami.xml
diff -u phpdoc/en/install/windows/xitami.xml:1.6 
phpdoc/en/install/windows/xitami.xml:1.7
--- phpdoc/en/install/windows/xitami.xml:1.6Sat Aug  7 15:03:34 2004
+++ phpdoc/en/install/windows/xitami.xmlSat Aug  7 15:18:24 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.6 $ --
+!-- $Revision: 1.7 $ --
sect1 id=install.windows.xitami
 titleXitami on Microsoft Windows/title
 para
@@ 

[PHP-DOC] cvs: phpdoc / install-unix.xml install-win.xml

2004-08-07 Thread Nuno Lopes
nlopess Sat Aug  7 15:29:37 2004 EDT

  Added files: 
/phpdoc install-unix.xml install-win.xml 
  Log:
  commit the xml files needed to generate the install-xx.txt files
  

http://cvs.php.net/co.php/phpdoc/install-unix.xml?r=1.1p=1
Index: phpdoc/install-unix.xml
+++ phpdoc/install-unix.xml
?xml version='1.0' encoding='ISO-8859-1' ?
!DOCTYPE book PUBLIC -//OASIS//DTD DocBook XML V4.1.2//EN
  ./dtds/dbxml-4.1.2/docbookx.dtd [

!ENTITY % language-defs SYSTEM ./en/language-defs.ent
!ENTITY % language-snippets SYSTEM ./en/language-snippets.ent

%language-defs;
%language-snippets;

!-- All global entities for the XML files --
!ENTITY % global.entities  SYSTEM ./entities/global.ent

!-- These are language independent --
!ENTITY % build.versionSYSTEM ./entities/version.ent
!ENTITY % global.file-entities  SYSTEM ./entities/file-entities.ent

%global.entities;
%global.file-entities;
%build.version;

]

book id=install lang=en
 titleInstalling PHP/title
  install.intro;
  install.macos.index;
  install.unix.index;
  install.problems;
  install.ini;
/book

http://cvs.php.net/co.php/phpdoc/install-win.xml?r=1.1p=1
Index: phpdoc/install-win.xml
+++ phpdoc/install-win.xml
?xml version='1.0' encoding='ISO-8859-1' ?
!DOCTYPE book PUBLIC -//OASIS//DTD DocBook XML V4.1.2//EN
  ./dtds/dbxml-4.1.2/docbookx.dtd [

!ENTITY % language-defs SYSTEM ./en/language-defs.ent
!ENTITY % language-snippets SYSTEM ./en/language-snippets.ent

%language-defs;
%language-snippets;

!-- All global entities for the XML files --
!ENTITY % global.entities  SYSTEM ./entities/global.ent

!-- These are language independent --
!ENTITY % build.versionSYSTEM ./entities/version.ent
!ENTITY % global.file-entities  SYSTEM ./entities/file-entities.ent

%global.entities;
%global.file-entities;
%build.version;

]


!-- you should remove the install.windows.building; entity from the
 en/install/windows/index.xml file to build this file --


book id=install lang=en
 titleInstalling PHP/title
  install.intro;
  install.windows.index
  install.problems;
  install.ini;
/book


Re: [PHP-DOC] cvs: phpdoc / install.xml

2004-08-07 Thread Philip Olson
  Hm, a lot better. Now it would even be better if the windows build 
  instructions would be missing from the txt, as it is clearly not needed. 
  Would you take on suggesting these new generated files to the devteam? 
  (CC me too please in case you do).
  
  Goba
 
 
 OK, I've removed it.
 I'll send a message to the internals mailling list right now.

The windows/extensions.xml docs need an update before any of this 
goes live (translated or into php-src).  I can't do this in the 
next few days but it's a pressing issue.  For example:

  - Tells people to put extra dlls in the SYSTEM directory
  - DLLs in the PECL download are not labeled as such
  - Outdated list (appears to be from 4.3.1) so it's not
PHP 5 friendly as for example php_mysql.dll is not
mentioned anywhere, either are simplexml/sqlite/etc.

Looking at recent changes to php-src/win32/install.txt should help 
while working on this extensions.xml update.

I'm guessing other install docs need updating too.

Regards,
Philip


[PHP-DOC] Portuguese version

2004-08-07 Thread Jorge Oliveira



Viva Nuno,

Quantos tradutores estão disponíveis? Quantos são 
precisos? 
Eu gostaria de ver uma versão portuguesa de 
Portugal e,se possível,de participar na elaboração da 
mesma.
Não devíamos deixar de "apanhar este 
comboio".

Jorge


  From: 
  Nuno Lopes 
  To: Jorge Oliveira ; [EMAIL PROTECTED] 
  Sent: Wednesday, August 04, 2004 11:45 
  PM
  Subject: Re: [PHP-DOC] Portuguese 
  version
  Olá Jorge,A tradução do manual para potuguês (Portugal) 
  foi interrompida por falta detradutores.Ela só será recomeçada quando 
  houver uma equipa que queria fazer 
  essatradução.Nuno Hi, How can I 
  start a portuguese(Portugal) translation of the 
  phpdocumentation?Jorge


[PHP-DOC] #24201 [NoF-Csd]: Language mistake in czech translation for gethostbyaddr

2004-08-07 Thread vrana
 ID:   24201
 Updated by:   [EMAIL PROTECTED]
 Reported By:  filip at netbox dot cz
-Status:   No Feedback
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux
 PHP Version:  4.3.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.

Regarding my poor knowledge of Czech I suppose there should be
internetové :-).


Previous Comments:


[2003-07-23 22:30:31] [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-07-18 22:11:36] [EMAIL PROTECTED]

So what should it be instead?



[2003-06-16 03:31:56] filip at netbox dot cz

Description:

Hello,

i found mistake in czech translation on page :

http://cz.php.net/function.gethostbyaddr

gethostbyaddr --  Vrací intertnetové jméno poèítaèe, odpovídající
dané IP adrese 

Mistake is in quoted word











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


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

2004-08-07 Thread Curt Zirzow
curtSat Aug  7 20:59:54 2004 EDT

  Modified files:  
/phpdoc/en/language/oop5decon.xml 
  Log:
  Some rewording, and proto definitions
  
  
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/decon.xml?r1=1.2r2=1.3ty=u
Index: phpdoc/en/language/oop5/decon.xml
diff -u phpdoc/en/language/oop5/decon.xml:1.2 phpdoc/en/language/oop5/decon.xml:1.3
--- phpdoc/en/language/oop5/decon.xml:1.2   Fri Aug  6 19:50:50 2004
+++ phpdoc/en/language/oop5/decon.xml   Sat Aug  7 20:59:54 2004
@@ -1,10 +1,15 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
  sect1 id=language.oop5.decon
   titleConstructors and Destructors/title
 
   sect2 id=oop5-decon-constructor
titleConstructor/title
+   methodsynopsis
+typevoid/typemethodname__construct/methodname
+methodparam 
choice=opttypemixed/typeparameterargs/parameter/methodparam
+methodparam choice=optparameter.../parameter/methodparam
+   /methodsynopsis
para
 PHP 5 allows developers to declare constructor methods for classes.
 Classes which have a constructor method call this method on each
@@ -52,14 +57,17 @@
/para
   /sect2
 
+
   sect2 id=oop5-decon-destructor
titleDestructor/title
+   methodsynopsis
+typevoid/typemethodname__destruct/methodname
+   /methodsynopsis
para
 PHP 5 introduces a destructor concept similar to that of other
-object-oriented languages, such as Java: When the last reference to an
-object is destroyed the object's destructor, which is a class method
-named function__destruct/function  that receives no parameters, is
-called before the object is freed from memory.
+object-oriented languages, such as Java.  The destructor method will be
+called as soon as all references to a paticular object are removed or when
+the object is explicitly destroyed.
/para
example
 titleDestructor Example/title


[PHP-DOC] cvs: phpdoc /en/reference/mysql/functions mysql-fetch-lengths.xml

2004-08-07 Thread Tom Sommer
tomsommer   Sat Aug  7 21:20:20 2004 EDT

  Modified files:  
/phpdoc/en/reference/mysql/functionsmysql-fetch-lengths.xml 
  Log:
  Fix wrong See also function
  
  
http://cvs.php.net/diff.php/phpdoc/en/reference/mysql/functions/mysql-fetch-lengths.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/reference/mysql/functions/mysql-fetch-lengths.xml
diff -u phpdoc/en/reference/mysql/functions/mysql-fetch-lengths.xml:1.4 
phpdoc/en/reference/mysql/functions/mysql-fetch-lengths.xml:1.5
--- phpdoc/en/reference/mysql/functions/mysql-fetch-lengths.xml:1.4 Wed Jul 14 
17:08:10 2004
+++ phpdoc/en/reference/mysql/functions/mysql-fetch-lengths.xml Sat Aug  7 21:20:20 
2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
 !-- splitted from ./en/functions/mysql.xml, last change in rev 1.2 --
   refentry id=function.mysql-fetch-lengths
refnamediv
@@ -64,7 +64,7 @@
  /example
 /para
 para
- See also functionmysql_fetch_len/function,
+ See also functionmysql_field_len/function,
  functionmysql_fetch_row/function, and
  functionstrlen/function.
 /para


[PHP-DOC] cvs: phpdoc /en/reference/funchand/functions register-tick-function.xml /en/reference/mbstring/functions mb-convert-variables.xml /en/reference/misc/functions pack.xml /en/reference/strings/functions fprintf.xml printf.xml sprintf.xml

2004-08-07 Thread Curt Zirzow
curtSat Aug  7 21:30:40 2004 EDT

  Modified files:  
/phpdoc/en/reference/funchand/functions register-tick-function.xml 
/phpdoc/en/reference/mbstring/functions mb-convert-variables.xml 
/phpdoc/en/reference/misc/functions pack.xml 
/phpdoc/en/reference/strings/functions  fprintf.xml printf.xml 
sprintf.xml 
  Log:
  Fixed proto's to show variable number of args.
  
  
http://cvs.php.net/diff.php/phpdoc/en/reference/funchand/functions/register-tick-function.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/reference/funchand/functions/register-tick-function.xml
diff -u phpdoc/en/reference/funchand/functions/register-tick-function.xml:1.7 
phpdoc/en/reference/funchand/functions/register-tick-function.xml:1.8
--- phpdoc/en/reference/funchand/functions/register-tick-function.xml:1.7   Mon 
Dec 15 11:49:46 2003
+++ phpdoc/en/reference/funchand/functions/register-tick-function.xml   Sat Aug  7 
21:30:39 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
 !-- splitted from ./en/functions/funchand.xml, last change in rev 1.12 --
   refentry id=function.register-tick-function
refnamediv
@@ -14,6 +14,7 @@
   typevoid/typemethodnameregister_tick_function/methodname
   methodparamtypecallback/typeparameterfunction/parameter/methodparam
   methodparam 
choice=opttypemixed/typeparameterarg/parameter/methodparam
+  methodparam 
choice=opttypemixed/typeparameter.../parameter/methodparam
  /methodsynopsis
 simpara
  Registers the function named by parameterfunc/parameter to be
http://cvs.php.net/diff.php/phpdoc/en/reference/mbstring/functions/mb-convert-variables.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/reference/mbstring/functions/mb-convert-variables.xml
diff -u phpdoc/en/reference/mbstring/functions/mb-convert-variables.xml:1.4 
phpdoc/en/reference/mbstring/functions/mb-convert-variables.xml:1.5
--- phpdoc/en/reference/mbstring/functions/mb-convert-variables.xml:1.4 Tue Aug  3 
11:51:09 2004
+++ phpdoc/en/reference/mbstring/functions/mb-convert-variables.xml Sat Aug  7 
21:30:40 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
 !-- splitted from ./en/functions/mbstring.xml, last change in rev 1.1 --
   refentry id=function.mb-convert-variables
refnamediv
@@ -13,6 +13,7 @@
   methodparamtypestring/typeparameterto-encoding/parameter/methodparam
   
methodparamtypemixed/typeparameterfrom-encoding/parameter/methodparam
   methodparamtypemixed/typeparameteramp;vars/parameter/methodparam
+  methodparam 
choice=opttypemixed/typeparameteramp;.../parameter/methodparam
  /methodsynopsis
 para
  functionmb_convert_variables/function convert 
http://cvs.php.net/diff.php/phpdoc/en/reference/misc/functions/pack.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/reference/misc/functions/pack.xml
diff -u phpdoc/en/reference/misc/functions/pack.xml:1.5 
phpdoc/en/reference/misc/functions/pack.xml:1.6
--- phpdoc/en/reference/misc/functions/pack.xml:1.5 Tue Jul 27 00:48:54 2004
+++ phpdoc/en/reference/misc/functions/pack.xml Sat Aug  7 21:30:40 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.5 $ --
+!-- $Revision: 1.6 $ --
 !-- splitted from ./en/functions/misc.xml, last change in rev 1.4 --
   refentry id=function.pack
refnamediv
@@ -12,6 +12,7 @@
   typestring/typemethodnamepack/methodname
   methodparamtypestring/typeparameterformat/parameter/methodparam
   methodparam 
choice=opttypemixed/typeparameterargs/parameter/methodparam
+  methodparam 
choice=opttypemixed/typeparameter.../parameter/methodparam
  /methodsynopsis
 para
  Pack given arguments into binary string according to
http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/fprintf.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/reference/strings/functions/fprintf.xml
diff -u phpdoc/en/reference/strings/functions/fprintf.xml:1.4 
phpdoc/en/reference/strings/functions/fprintf.xml:1.5
--- phpdoc/en/reference/strings/functions/fprintf.xml:1.4   Fri Jul 30 01:04:21 
2004
+++ phpdoc/en/reference/strings/functions/fprintf.xml   Sat Aug  7 21:30:40 2004
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
   refentry id=function.fprintf
refnamediv
 refnamefprintf/refname
@@ -12,6 +12,7 @@
   methodparamtyperesource/typeparameterhandle/parameter/methodparam
   methodparamtypestring/typeparameterformat/parameter/methodparam
   methodparam 
choice=opttypemixed/typeparameterargs/parameter/methodparam
+  methodparam 
choice=opttypemixed/typeparameter.../parameter/methodparam
  /methodsynopsis
 simpara
  Write a string produced according to parameterformat/parameter
http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/printf.xml?r1=1.6r2=1.7ty=u
Index: 

[PHP-DOC] Re: cvs: phpdoc /en/language/oop5 decon.xml

2004-08-07 Thread Tom Sommer
Curt Zirzow wrote:
  Modified files:  
/phpdoc/en/language/oop5	decon.xml 
  Log:
  Some rewording, and proto definitions
/usr/local/bin/onsgmls:/www/phpdoc/en/language/oop5/decon.xml:65:19:E: 
end tag for methodsynopsis which is not finished
make: *** [test] Error 1

--
Tom


Re: [PHP-DOC] Re: cvs: phpdoc /en/language/oop5 decon.xml

2004-08-07 Thread Curt Zirzow
* Thus wrote Tom Sommer:
 Curt Zirzow wrote:
 
   Modified files:  
 /phpdoc/en/language/oop5 decon.xml 
   Log:
   Some rewording, and proto definitions
 
 /usr/local/bin/onsgmls:/www/phpdoc/en/language/oop5/decon.xml:65:19:E: 
 end tag for methodsynopsis which is not finished
 make: *** [test] Error 1

Fixed!  Sorry, i started getting to reliant upon livedocs letting me
know when I had an xml error :(

Curt
-- 
First, let me assure you that this is not one of those shady pyramid schemes
you've been hearing about.  No, sir.  Our model is the trapezoid!