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

2005-09-16 Thread Jakub Vrana
vrana   Fri Sep 16 19:01:53 2005 EDT

  Modified files:  
/phpdoc/en/language references.xml 
  Log:
  Wrong references are fatal since 5.0.5, not 5.1.0
  
http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.44&r2=1.45&ty=u
Index: phpdoc/en/language/references.xml
diff -u phpdoc/en/language/references.xml:1.44 
phpdoc/en/language/references.xml:1.45
--- phpdoc/en/language/references.xml:1.44  Mon Jul 25 09:00:01 2005
+++ phpdoc/en/language/references.xml   Fri Sep 16 19:01:50 2005
@@ -1,5 +1,5 @@
 
-
+
  
   References Explained
 
@@ -307,7 +307,7 @@
 $a = 5;
 return $a;
 }
-foo(bar()); // Produces fatal error since PHP 5.1.0
+foo(bar()); // Produces fatal error since PHP 5.0.5
 
 foo($a = 5); // Expression, not variable
 foo(5); // Produces fatal error


[PHP-DOC] #34533 [Fbk->Opn]: LDAP cannot connect when linked against Oracle LDAP libraries

2005-09-16 Thread sniper
 ID:   34533
 Updated by:   [EMAIL PROTECTED]
 Reported By:  liamr at umich dot edu
-Status:   Feedback
+Status:   Open
 Bug Type: Documentation problem
 Operating System: linux 2.4.31
 PHP Version:  5CVS-2005-09-16 (snap)
 New Comment:

You're just doing it wrong. Works fine for me using this configure
line: 

# export ORACLE_HOME=/home/oracle/OraHome_1
# ./configure --disable-all \
'--with-ldap=/home/oracle/OraHome_1

And using the PHP CLI binary on command line, run your script..

Note: I have Oracle 10.1.0.3 libs.





Previous Comments:


[2005-09-16 22:49:43] [EMAIL PROTECTED]

How exactly do you set it and what it's value when you're using full
installs?
Do you get any error messages or something?



[2005-09-16 22:43:11] liamr at umich dot edu

I am setting ORACLE_HOME in my apache startup script.  Doesn't help.



[2005-09-16 22:36:09] [EMAIL PROTECTED]

I'm reclassifying this as documentation problem.
The solution is quite simple actually. If you'd use
the oracle database functions, they wouldn't work any better either.
You have to ALWAYS set the environment correctly when dealing with
Oracle. 

For me, setting ORACLE_HOME was enough.
More information about these environment variables can be found at
http://www.php.net/oci8

There should be a note about this in the LDAP section of the manual..




[2005-09-16 21:56:23] liamr at umich dot edu

It's not much more complicated, but here..


LDAP query test" );
echo( "Connecting ..." );
$ds=ldap_connect('ldap.itd.umich.edu', 389);
print_r( $ds );
echo( "connect result is ".$ds."" );

if ($ds) { 
echo( "Binding ..." ); 
$r=ldap_bind($ds);
echo( "Bind result is ".$r."" );
echo( "Closing connection" );
ldap_close( $ds );

} else {
echo( "Unable to connect to LDAP server" );
}
?>




[2005-09-16 21:25:49] [EMAIL PROTECTED]

Obviously the script you provided in your report is not the one you
used to generate that (useless) strace. Can you please show the code
you tried?




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

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


[PHP-DOC] #34533 [Opn->Fbk]: LDAP cannot connect when linked against Oracle LDAP libraries

2005-09-16 Thread tony2001
 ID:   34533
 Updated by:   [EMAIL PROTECTED]
 Reported By:  liamr at umich dot edu
-Status:   Open
+Status:   Feedback
 Bug Type: Documentation problem
 Operating System: linux 2.4.31
 PHP Version:  5CVS-2005-09-16 (snap)
 New Comment:

How exactly do you set it and what it's value when you're using full
installs?
Do you get any error messages or something?


Previous Comments:


[2005-09-16 22:43:11] liamr at umich dot edu

I am setting ORACLE_HOME in my apache startup script.  Doesn't help.



[2005-09-16 22:36:09] [EMAIL PROTECTED]

I'm reclassifying this as documentation problem.
The solution is quite simple actually. If you'd use
the oracle database functions, they wouldn't work any better either.
You have to ALWAYS set the environment correctly when dealing with
Oracle. 

For me, setting ORACLE_HOME was enough.
More information about these environment variables can be found at
http://www.php.net/oci8

There should be a note about this in the LDAP section of the manual..




[2005-09-16 21:56:23] liamr at umich dot edu

It's not much more complicated, but here..


LDAP query test" );
echo( "Connecting ..." );
$ds=ldap_connect('ldap.itd.umich.edu', 389);
print_r( $ds );
echo( "connect result is ".$ds."" );

if ($ds) { 
echo( "Binding ..." ); 
$r=ldap_bind($ds);
echo( "Bind result is ".$r."" );
echo( "Closing connection" );
ldap_close( $ds );

} else {
echo( "Unable to connect to LDAP server" );
}
?>




[2005-09-16 21:25:49] [EMAIL PROTECTED]

Obviously the script you provided in your report is not the one you
used to generate that (useless) strace. Can you please show the code
you tried?




[2005-09-16 20:37:35] liamr at umich dot edu

Description:

ldap_connect() returns "Unable to connect to LDAP server" when linked
against Oracle LDAP libraries.  I've tried this with PHP 4.3.11, 5.0.5,
5.1.0RC1, and a snapshot I downloaded today (php5-200509161630), all
against Oracle 8.1.7 (full install), 10.1.0.3 (full install), and
10.1.0.4 (instantclient w/ the LDAP headers copied from a full
install).  Apache 1.3.33 on an LFS based distro running the 2.4.31
kernel.

Reproduce code:
---
$ds=ldap_connect('ldap.example.com', 389);

Expected result:

When the ldap extension is linked against openldap, the ldap_connect()
results in an LDAP connection.

Actual result:
--
When linked against Oracle's LDAP, the server is unable to establish a
connection.  Looking at strace, it doesn't even query the network:

open("/usr/lib/php/extensions/no-debug-non-zts-20050617/ldap.so",
O_RDONLY) = 8
read(8,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300+\0\0004\0\0\00085\1\0\0\0\0\0004\0
\0\4\0(\0\"\0\37\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0xw\0\0xw\0\0\5\0\0\0\0\20\0\0\1\0\0\0\200w\0\0\200\207\0\0\200\207\0\0\240\5\0\0\274\5\0\0\6\0\0\0\0\20\0\0\2\0\0\0\f|\0\0\f\214\0\0\f\214\0\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0P\345td\\w\0\0\\w\0\0\\w\0\0\34\0\0\0\34\0\0\0\4\0\0\0\4\0\0\0\203\0\0\0\233\0\0\0\0\0\0\0002\0\0\0A\0\0\0\0\0\0\0\226\0\0\0\0\0\0\0006\0\0\0\0\0\0\0q\0\0\0009\0\0\0|\0\0\0U\0\0\0%\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\214\0\0\0\210\0\0\0\0\0\0\0\215\0\0\0\0\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0v\0\0\0\231\0\0\0]\0\0\0\0\0\0\0\225\0\0\0\0\0\0\0[\0\0\0O\0\0\0\0\0\0\0\201\0\0\0008\0\0\0C\0\0\0\0\0\0\0S\0\0\0m\0\0\0\0\0\0\0\217\0\0\0\0\0\0\0z\0\0\0J\0\0\0Q\0\0\0\211\0\0\0/\0\0\0)\0\0\0\0\0\0\0K\0\0\0\232\0\0\0\0\0\0\0h\0\0\0\0\0\0\0\0\0\0\0H\0\0\0\0\0\0\0\227\0\0\0\220\0\0\0\223\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0_\0\0\0\0\0\0\0\222\0\0\0\0\0\0\0&\0\0\0\"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0=\0\0\0\177\0\0\0\0\0\0\0e\0\0\0\0\0\0\0b\0\0\0w\0\0\0003\0\0\0I\0\0\0005\0\0\!
0n\0\0\0\216\0\0\0\0\0\0\0\230\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0#\0\0\0k\0\0\0([EMAIL
 PROTECTED]:\0\0\0\0\0\0\0\0\0\0\0>\0\0\0.\0\0\!
0\0\0\0\0",
1024) = 1024
fstat64(8, {st_dev=makedev(8, 1), st_ino=1947378, st_mode=S_IFREG|0755,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=184,
st_size=86383, st_atime=2005/09/16-12:58:21,
st_mtime=2005/09/16-12:56:19, st_ctime=2005/09/16-12:56:28}) = 0
old_mmap(NULL, 36156, PROT_READ|PROT_EXEC, MAP_PRIVATE, 8, 0) =
0x42b59000
mprotect(0x42b61000, 3388, PROT_NONE)   = 0
old_mmap(0x42b61000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
8, 0x7000) = 0x42b61000
close(8)= 0
open("/usr/local/oracle/lib/mmx/cmov/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/local/oracle/lib/mmx/cmov", 0xbfffa1d0) = -1 ENOENT (No
such file or directory)
open("/usr/local/oracle/lib/mmx/libc

[PHP-DOC] #34533 [Opn]: LDAP cannot connect when linked against Oracle LDAP libraries

2005-09-16 Thread liamr at umich dot edu
 ID:   34533
 User updated by:  liamr at umich dot edu
 Reported By:  liamr at umich dot edu
 Status:   Open
 Bug Type: Documentation problem
 Operating System: linux 2.4.31
 PHP Version:  5CVS-2005-09-16 (snap)
 New Comment:

I am setting ORACLE_HOME in my apache startup script.  Doesn't help.


Previous Comments:


[2005-09-16 22:36:09] [EMAIL PROTECTED]

I'm reclassifying this as documentation problem.
The solution is quite simple actually. If you'd use
the oracle database functions, they wouldn't work any better either.
You have to ALWAYS set the environment correctly when dealing with
Oracle. 

For me, setting ORACLE_HOME was enough.
More information about these environment variables can be found at
http://www.php.net/oci8

There should be a note about this in the LDAP section of the manual..




[2005-09-16 21:56:23] liamr at umich dot edu

It's not much more complicated, but here..


LDAP query test" );
echo( "Connecting ..." );
$ds=ldap_connect('ldap.itd.umich.edu', 389);
print_r( $ds );
echo( "connect result is ".$ds."" );

if ($ds) { 
echo( "Binding ..." ); 
$r=ldap_bind($ds);
echo( "Bind result is ".$r."" );
echo( "Closing connection" );
ldap_close( $ds );

} else {
echo( "Unable to connect to LDAP server" );
}
?>




[2005-09-16 21:25:49] [EMAIL PROTECTED]

Obviously the script you provided in your report is not the one you
used to generate that (useless) strace. Can you please show the code
you tried?




[2005-09-16 20:37:35] liamr at umich dot edu

Description:

ldap_connect() returns "Unable to connect to LDAP server" when linked
against Oracle LDAP libraries.  I've tried this with PHP 4.3.11, 5.0.5,
5.1.0RC1, and a snapshot I downloaded today (php5-200509161630), all
against Oracle 8.1.7 (full install), 10.1.0.3 (full install), and
10.1.0.4 (instantclient w/ the LDAP headers copied from a full
install).  Apache 1.3.33 on an LFS based distro running the 2.4.31
kernel.

Reproduce code:
---
$ds=ldap_connect('ldap.example.com', 389);

Expected result:

When the ldap extension is linked against openldap, the ldap_connect()
results in an LDAP connection.

Actual result:
--
When linked against Oracle's LDAP, the server is unable to establish a
connection.  Looking at strace, it doesn't even query the network:

open("/usr/lib/php/extensions/no-debug-non-zts-20050617/ldap.so",
O_RDONLY) = 8
read(8,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300+\0\0004\0\0\00085\1\0\0\0\0\0004\0
\0\4\0(\0\"\0\37\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0xw\0\0xw\0\0\5\0\0\0\0\20\0\0\1\0\0\0\200w\0\0\200\207\0\0\200\207\0\0\240\5\0\0\274\5\0\0\6\0\0\0\0\20\0\0\2\0\0\0\f|\0\0\f\214\0\0\f\214\0\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0P\345td\\w\0\0\\w\0\0\\w\0\0\34\0\0\0\34\0\0\0\4\0\0\0\4\0\0\0\203\0\0\0\233\0\0\0\0\0\0\0002\0\0\0A\0\0\0\0\0\0\0\226\0\0\0\0\0\0\0006\0\0\0\0\0\0\0q\0\0\0009\0\0\0|\0\0\0U\0\0\0%\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\214\0\0\0\210\0\0\0\0\0\0\0\215\0\0\0\0\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0v\0\0\0\231\0\0\0]\0\0\0\0\0\0\0\225\0\0\0\0\0\0\0[\0\0\0O\0\0\0\0\0\0\0\201\0\0\0008\0\0\0C\0\0\0\0\0\0\0S\0\0\0m\0\0\0\0\0\0\0\217\0\0\0\0\0\0\0z\0\0\0J\0\0\0Q\0\0\0\211\0\0\0/\0\0\0)\0\0\0\0\0\0\0K\0\0\0\232\0\0\0\0\0\0\0h\0\0\0\0\0\0\0\0\0\0\0H\0\0\0\0\0\0\0\227\0\0\0\220\0\0\0\223\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0_\0\0\0\0\0\0\0\222\0\0\0\0\0\0\0&\0\0\0\"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0=\0\0\0\177\0\0\0\0\0\0\0e\0\0\0\0\0\0\0b\0\0\0w\0\0\0003\0\0\0I\0\0\0005\0\0\!
0n\0\0\0\216\0\0\0\0\0\0\0\230\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0#\0\0\0k\0\0\0([EMAIL
 PROTECTED]:\0\0\0\0\0\0\0\0\0\0\0>\0\0\0.\0\0\!
0\0\0\0\0",
1024) = 1024
fstat64(8, {st_dev=makedev(8, 1), st_ino=1947378, st_mode=S_IFREG|0755,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=184,
st_size=86383, st_atime=2005/09/16-12:58:21,
st_mtime=2005/09/16-12:56:19, st_ctime=2005/09/16-12:56:28}) = 0
old_mmap(NULL, 36156, PROT_READ|PROT_EXEC, MAP_PRIVATE, 8, 0) =
0x42b59000
mprotect(0x42b61000, 3388, PROT_NONE)   = 0
old_mmap(0x42b61000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
8, 0x7000) = 0x42b61000
close(8)= 0
open("/usr/local/oracle/lib/mmx/cmov/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/local/oracle/lib/mmx/cmov", 0xbfffa1d0) = -1 ENOENT (No
such file or directory)
open("/usr/local/oracle/lib/mmx/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/local/oracle/lib/mmx", 0xbfffa1d0) = -1 ENOENT (No such
file or directory)
open("/usr/local/oracle/lib/cmov/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/u

[PHP-DOC] #34533 [Opn]: LDAP cannot connect when linked against Oracle LDAP libraries

2005-09-16 Thread sniper
 ID:   34533
 Updated by:   [EMAIL PROTECTED]
 Reported By:  liamr at umich dot edu
 Status:   Open
-Bug Type: LDAP related
+Bug Type: Documentation problem
 Operating System: linux 2.4.31
 PHP Version:  5CVS-2005-09-16 (snap)
 New Comment:

I'm reclassifying this as documentation problem.
The solution is quite simple actually. If you'd use
the oracle database functions, they wouldn't work any better either.
You have to ALWAYS set the environment correctly when dealing with
Oracle. 

For me, setting ORACLE_HOME was enough.
More information about these environment variables can be found at
http://www.php.net/oci8

There should be a note about this in the LDAP section of the manual..



Previous Comments:


[2005-09-16 21:56:23] liamr at umich dot edu

It's not much more complicated, but here..


LDAP query test" );
echo( "Connecting ..." );
$ds=ldap_connect('ldap.itd.umich.edu', 389);
print_r( $ds );
echo( "connect result is ".$ds."" );

if ($ds) { 
echo( "Binding ..." ); 
$r=ldap_bind($ds);
echo( "Bind result is ".$r."" );
echo( "Closing connection" );
ldap_close( $ds );

} else {
echo( "Unable to connect to LDAP server" );
}
?>




[2005-09-16 21:25:49] [EMAIL PROTECTED]

Obviously the script you provided in your report is not the one you
used to generate that (useless) strace. Can you please show the code
you tried?




[2005-09-16 20:37:35] liamr at umich dot edu

Description:

ldap_connect() returns "Unable to connect to LDAP server" when linked
against Oracle LDAP libraries.  I've tried this with PHP 4.3.11, 5.0.5,
5.1.0RC1, and a snapshot I downloaded today (php5-200509161630), all
against Oracle 8.1.7 (full install), 10.1.0.3 (full install), and
10.1.0.4 (instantclient w/ the LDAP headers copied from a full
install).  Apache 1.3.33 on an LFS based distro running the 2.4.31
kernel.

Reproduce code:
---
$ds=ldap_connect('ldap.example.com', 389);

Expected result:

When the ldap extension is linked against openldap, the ldap_connect()
results in an LDAP connection.

Actual result:
--
When linked against Oracle's LDAP, the server is unable to establish a
connection.  Looking at strace, it doesn't even query the network:

open("/usr/lib/php/extensions/no-debug-non-zts-20050617/ldap.so",
O_RDONLY) = 8
read(8,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300+\0\0004\0\0\00085\1\0\0\0\0\0004\0
\0\4\0(\0\"\0\37\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0xw\0\0xw\0\0\5\0\0\0\0\20\0\0\1\0\0\0\200w\0\0\200\207\0\0\200\207\0\0\240\5\0\0\274\5\0\0\6\0\0\0\0\20\0\0\2\0\0\0\f|\0\0\f\214\0\0\f\214\0\0\340\0\0\0\340\0\0\0\6\0\0\0\4\0\0\0P\345td\\w\0\0\\w\0\0\\w\0\0\34\0\0\0\34\0\0\0\4\0\0\0\4\0\0\0\203\0\0\0\233\0\0\0\0\0\0\0002\0\0\0A\0\0\0\0\0\0\0\226\0\0\0\0\0\0\0006\0\0\0\0\0\0\0q\0\0\0009\0\0\0|\0\0\0U\0\0\0%\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\214\0\0\0\210\0\0\0\0\0\0\0\215\0\0\0\0\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0v\0\0\0\231\0\0\0]\0\0\0\0\0\0\0\225\0\0\0\0\0\0\0[\0\0\0O\0\0\0\0\0\0\0\201\0\0\0008\0\0\0C\0\0\0\0\0\0\0S\0\0\0m\0\0\0\0\0\0\0\217\0\0\0\0\0\0\0z\0\0\0J\0\0\0Q\0\0\0\211\0\0\0/\0\0\0)\0\0\0\0\0\0\0K\0\0\0\232\0\0\0\0\0\0\0h\0\0\0\0\0\0\0\0\0\0\0H\0\0\0\0\0\0\0\227\0\0\0\220\0\0\0\223\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0_\0\0\0\0\0\0\0\222\0\0\0\0\0\0\0&\0\0\0\"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0=\0\0\0\177\0\0\0\0\0\0\0e\0\0\0\0\0\0\0b\0\0\0w\0\0\0003\0\0\0I\0\0\0005\0\0\!
0n\0\0\0\216\0\0\0\0\0\0\0\230\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0#\0\0\0k\0\0\0([EMAIL
 PROTECTED]:\0\0\0\0\0\0\0\0\0\0\0>\0\0\0.\0\0\!
0\0\0\0\0",
1024) = 1024
fstat64(8, {st_dev=makedev(8, 1), st_ino=1947378, st_mode=S_IFREG|0755,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=184,
st_size=86383, st_atime=2005/09/16-12:58:21,
st_mtime=2005/09/16-12:56:19, st_ctime=2005/09/16-12:56:28}) = 0
old_mmap(NULL, 36156, PROT_READ|PROT_EXEC, MAP_PRIVATE, 8, 0) =
0x42b59000
mprotect(0x42b61000, 3388, PROT_NONE)   = 0
old_mmap(0x42b61000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
8, 0x7000) = 0x42b61000
close(8)= 0
open("/usr/local/oracle/lib/mmx/cmov/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/local/oracle/lib/mmx/cmov", 0xbfffa1d0) = -1 ENOENT (No
such file or directory)
open("/usr/local/oracle/lib/mmx/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/local/oracle/lib/mmx", 0xbfffa1d0) = -1 ENOENT (No such
file or directory)
open("/usr/local/oracle/lib/cmov/libclntsh.so.10.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/local/oracle/lib/cmov", 0xbfffa1d0) = -1 ENOENT (No such
file or directory)
open("/usr/local/oracle/lib/libclntsh.so.10.1", O_RDONLY) = 8
read(8,
"\177ELF\

[PHP-DOC] #34534 [Opn->Csd]: The reference for extract() does not reference an underscore being concatenated

2005-09-16 Thread nforbes
 ID:   34534
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugs at majiclab dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 New Comment:

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

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




Previous Comments:


[2005-09-16 20:48:05] phpbugs at majiclab dot com

Description:

In the documentation, there is no reference to a '_' being 
concatenated between the prefix and the variable name being 
extracted.  Should make this fact more clear in documentation 
to aleviate some problems such as illustrated below:

Reproduce code:
---
 123), EXTR_PREFIX_ALL, 'prefix');
echo $prefixtest;
?>

Expected result:

123

Actual result:
--
undefined variable $prefixtest (it's really $prefix_test)





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


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

2005-09-16 Thread Noel Forbes
nforbes Fri Sep 16 15:43:50 2005 EDT

  Modified files:  
/phpdoc/en/reference/array/functionsextract.xml 
  Log:
  fixed bug #34534 (not clear that extract() separates the prefix with an 
underscore)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/extract.xml?r1=1.19&r2=1.20&ty=u
Index: phpdoc/en/reference/array/functions/extract.xml
diff -u phpdoc/en/reference/array/functions/extract.xml:1.19 
phpdoc/en/reference/array/functions/extract.xml:1.20
--- phpdoc/en/reference/array/functions/extract.xml:1.19Wed Jul 20 
23:17:47 2005
+++ phpdoc/en/reference/array/functions/extract.xml Fri Sep 16 15:43:49 2005
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -141,7 +141,8 @@
  EXTR_PREFIX_ALL, 
EXTR_PREFIX_INVALID 
  or EXTR_PREFIX_IF_EXISTS. If 
  the prefixed result is not a valid variable name, it is not 
- imported into the symbol table.
+ imported into the symbol table. Prefixes are automatically separated from
+ the array key by an underscore character.
 
 
  extract returns the number of variables


[PHP-DOC] #34534 [NEW]: The reference for extract() does not reference an underscore being concatenated

2005-09-16 Thread phpbugs at majiclab dot com
From: phpbugs at majiclab dot com
Operating system: Irrelevant
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  The reference for extract() does not reference an underscore 
being concatenated

Description:

In the documentation, there is no reference to a '_' being 
concatenated between the prefix and the variable name being 
extracted.  Should make this fact more clear in documentation 
to aleviate some problems such as illustrated below:

Reproduce code:
---
 123), EXTR_PREFIX_ALL, 'prefix');
echo $prefixtest;
?>

Expected result:

123

Actual result:
--
undefined variable $prefixtest (it's really $prefix_test)

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


[PHP-DOC] cvs: phpdoc /en language-snippets.ent /en/reference/pdo driverconstants.xml /en/reference/pdo_mysql constants.xml

2005-09-16 Thread Sean Coates
seanFri Sep 16 13:36:10 2005 EDT

  Removed files:   
/phpdoc/en/reference/pdodriverconstants.xml 

  Modified files:  
/phpdoc/en  language-snippets.ent 
/phpdoc/en/reference/pdo_mysql  constants.xml 
  Log:
  re-arrange this entity (using it as a file entity is confusing)
  
  #hopefully this hasn't been translated -- changing entities is bad (sorry)
  
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.157&r2=1.158&ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.157 
phpdoc/en/language-snippets.ent:1.158
--- phpdoc/en/language-snippets.ent:1.157   Fri Sep 16 11:00:08 2005
+++ phpdoc/en/language-snippets.ent Fri Sep 16 13:36:08 2005
@@ -1,4 +1,4 @@
-
+
 
 
 
@@ -346,6 +346,16 @@
 
 This extension requires PHP 5.'>
 
+
+The constants below are defined by
+this driver, and will only be available when the extension has been either
+compiled into PHP or dynamically loaded at runtime. In addition, these
+driver-specific constants should only be used if you are using this driver.
+Using mysql-specific attributes with the postgres driver may result in
+unexpected behaviour. PDO::getAttribute may be used to
+obtain the PDO_ATTR_DRIVER_NAME attribute to check the
+driver, if your code can run against multiple drivers.'>
+
 
 PECL extension
 is not bundled with PHP.'>
http://cvs.php.net/diff.php/phpdoc/en/reference/pdo_mysql/constants.xml?r1=1.1&r2=1.2&ty=u
Index: phpdoc/en/reference/pdo_mysql/constants.xml
diff -u phpdoc/en/reference/pdo_mysql/constants.xml:1.1 
phpdoc/en/reference/pdo_mysql/constants.xml:1.2
--- phpdoc/en/reference/pdo_mysql/constants.xml:1.1 Thu Sep 15 16:57:51 2005
+++ phpdoc/en/reference/pdo_mysql/constants.xml Fri Sep 16 13:36:09 2005
@@ -1,8 +1,8 @@
 
-
+
 
  &reftitle.constants;
- &reference.pdo.driverconstants;
+ &pdo.driver-constants;
  
   



[PHP-DOC] #34529 [NEW]: Navigation & Printing PHP .CHM Manual

2005-09-16 Thread omerj28 at hotmail dot com
From: omerj28 at hotmail dot com
Operating system: Windows XP Pro
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Navigation & Printing PHP .CHM Manual

Description:

I can not Print using the option(Print the selected topic and the
subtopics) and i cant use the F6 key to navigate the Manual.It gives
script errors for both the print operation and the F6 key usage.


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


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

2005-09-16 Thread Sean Coates
seanFri Sep 16 11:00:10 2005 EDT

  Modified files:  
/phpdoc/en  language-snippets.ent 
  Log:
  add fclose clause to file pointer entity
  
http://cvs.php.net/diff.php/phpdoc/en/language-snippets.ent?r1=1.156&r2=1.157&ty=u
Index: phpdoc/en/language-snippets.ent
diff -u phpdoc/en/language-snippets.ent:1.156 
phpdoc/en/language-snippets.ent:1.157
--- phpdoc/en/language-snippets.ent:1.156   Tue Sep  6 16:56:16 2005
+++ phpdoc/en/language-snippets.ent Fri Sep 16 11:00:08 2005
@@ -1,4 +1,4 @@
-
+
 
 
 
@@ -232,7 +232,8 @@
 
 The file pointer must be valid, and must point 
to
 a file successfully opened by fopen or
-fsockopen.'>
+fsockopen (and not yet closed by
+fclose).'>
 
 
 Using Oracle server version 9.2 and greater, you 
can


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

2005-09-16 Thread Friedhelm Betz
betzFri Sep 16 07:30:17 2005 EDT

  Modified files:  
/phpdoc/en/reference/filesystem/functions   fgets.xml 
  Log:
  see also fgetss
  
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/fgets.xml?r1=1.14&r2=1.15&ty=u
Index: phpdoc/en/reference/filesystem/functions/fgets.xml
diff -u phpdoc/en/reference/filesystem/functions/fgets.xml:1.14 
phpdoc/en/reference/filesystem/functions/fgets.xml:1.15
--- phpdoc/en/reference/filesystem/functions/fgets.xml:1.14 Fri Sep 16 
07:13:44 2005
+++ phpdoc/en/reference/filesystem/functions/fgets.xml  Fri Sep 16 07:30:14 2005
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -72,7 +72,8 @@
 
 ¬e.line-endings;
  
- See also fread, 
+ See also fgetss
+ fread, 
  fgetc,
  stream_get_line,
  fopen,


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

2005-09-16 Thread Friedhelm Betz
betzFri Sep 16 07:13:47 2005 EDT

  Modified files:  
/phpdoc/en/reference/filesystem/functions   fgets.xml 
  Log:
  prevent infinite loop, user notes
  
http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/fgets.xml?r1=1.13&r2=1.14&ty=u
Index: phpdoc/en/reference/filesystem/functions/fgets.xml
diff -u phpdoc/en/reference/filesystem/functions/fgets.xml:1.13 
phpdoc/en/reference/filesystem/functions/fgets.xml:1.14
--- phpdoc/en/reference/filesystem/functions/fgets.xml:1.13 Tue Jul 20 
06:25:33 2004
+++ phpdoc/en/reference/filesystem/functions/fgets.xml  Fri Sep 16 07:13:44 2005
@@ -1,5 +1,5 @@
 
-
+
 
   

@@ -40,12 +40,14 @@
   
 
   


[PHP-DOC] #32410 [Opn]: Documentation unclear for SoapHeader

2005-09-16 Thread gehrig at ishd dot de
 ID:   32410
 User updated by:  gehrig at ishd dot de
 Reported By:  gehrig at ishd dot de
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Linux
 PHP Version:  5.0.3
 New Comment:

Anything new on this one?


Previous Comments:


[2005-07-09 20:25:17] jplush76 at gmail dot com

I agree it would be nice to have more information here. Soap headers
are a big part of web services and the manual treats them as a glace
over



[2005-04-03 11:59:57] gehrig at ishd dot de

On http://www.php3.de/soap there is a section headed "SoapHeader". In
this section the manual states: 
"SoapHeader is a special low-level class for passing or returning SOAP
headers. It's just a data holder and it does not have any special
methods except its constructor. It can be used in the
SoapClient->__soapCall() method to pass a SOAP header or in a SOAP
header handler to return the header in a SOAP response."

But it doesn't mention how to implement a, what it calls, "SOAP header
handler". I'd like to receive a header in a SOAP request to a
PhP5-SOAP-server (which is no problem at all) and I'd like to send back
a header in the SOAP response from this server - but I have no clue how
to do this.



[2005-04-03 00:50:18] david at mytton dot net

What part of the manual are you referencing and what kind of extra
information are you looking for?



[2005-03-22 16:52:08] gehrig at ishd dot de

Description:

The manual states:
"SoapHeader is a special low-level class for passing or returning SOAP
headers. It's just a data holder and it does not have any special
methods except its constructor. It can be used in the
SoapClient->__soapCall() method to pass a SOAP header or in a SOAP
header handler to return the header in a SOAP response."

But there is no information on what a "SOAP header handler" is and how
to implement one.







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


[PHP-DOC] #32728 [Opn->Asn]: new build sytem for win32

2005-09-16 Thread nlopess
 ID:   32728
 Updated by:   [EMAIL PROTECTED]
 Reported By:  holliwell at gmx dot net
-Status:   Open
+Status:   Assigned
 Bug Type: Documentation problem
 Operating System: windows
 PHP Version:  Irrelevant
-Assigned To:  
+Assigned To:  nlopess


Previous Comments:


[2005-04-16 18:00:57] [EMAIL PROTECTED]

Changed subject



[2005-04-16 17:58:34] holliwell at gmx dot net

Description:

The "new" configure-like build system for win32 is not covered by the
docs.
I think we need detailed documentation about how to build php from
source on win32.
Important, as of php5 the supplied .dsp-Files for VC6 are not well
maintainded.






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


[PHP-DOC] #34520 [Opn->Csd]: Smarty german doc broken page

2005-09-16 Thread nlopess
 ID:   34520
 Updated by:   [EMAIL PROTECTED]
 Reported By:  msspamfang at gmx dot de
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: WinXP
 PHP Version:  Irrelevant
 New Comment:

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

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


Previous Comments:


[2005-09-16 03:33:38] msspamfang at gmx dot de

Description:

http://smarty.php.net/manual/de/installing.smarty.extended.php

shows an broken example 2-10

Actual result:
--
  $this->caching = true;
  $this->assign('app_name','Guest Book');
   }

}

   

   
Technische Bemerkung



last lines are not supposed to be printed as text, they should be
interpreted





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


[PHP-DOC] Re: Notes Status, 12605 total

2005-09-16 Thread rahot man
sorry, i want to unsubscribe from this group. i don't know how to do
it. please unsubscribe my account from this group.

Thanking you
Rahotman


[PHP-DOC] cvs: phpdoc /en/security current.xml

2005-09-16 Thread Matthew Li
mazzanetFri Sep 16 03:38:19 2005 EDT

  Modified files:  
/phpdoc/en/security current.xml 
  Log:
  Reword as per note 56826
  
http://cvs.php.net/diff.php/phpdoc/en/security/current.xml?r1=1.2&r2=1.3&ty=u
Index: phpdoc/en/security/current.xml
diff -u phpdoc/en/security/current.xml:1.2 phpdoc/en/security/current.xml:1.3
--- phpdoc/en/security/current.xml:1.2  Sun Aug  8 12:11:36 2004
+++ phpdoc/en/security/current.xml  Fri Sep 16 03:38:17 2005
@@ -1,12 +1,12 @@
 
-
+
 
   
Keeping Current

 PHP, like any other large system, is under constant scrutiny and
 improvement. Each new version will often include both major and
-minor changes to enhance and repair security flaws, configuration
+minor changes to enhance security and repair any flaws, configuration
 mishaps, and other issues that will affect the overall security
 and stability of your system.