[PHP-DOC] #38267 [NEW]: See also ereg() in stristr, strncmp

2006-07-31 Thread spam01 at pornel dot net
From: spam01 at pornel dot net
Operating system: *
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  See also ereg() in stristr, strncmp

Description:

Since ereg() is deprecated, documentation of stristr() and  strncmp()
should recommend preg_match() or nothing instead.



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


[PHP-DOC] #37290 [NEW]: Doesn't say how indexes of input array are interpreted

2006-05-03 Thread spam01 at pornel dot net
From: spam01 at pornel dot net
Operating system: *
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Doesn't say how indexes of input array are interpreted

Description:

http://php.net/manual/en/function.pdostatement-execute.php

PDOStatement::execute() may accept input array with parameters, but docs
doen't specify how this array is used.

This is important, because bindParam oddly expects indexes starting from 1
and it looks that execute() expects different indexing, starting from 0.

Also invalid indexes seem to be ignored. Is this intended behavior?



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


[PHP-DOC] #37290 [Csd-Opn]: Doesn't say how indexes of input array are interpreted

2006-05-03 Thread spam01 at pornel dot net
 ID:   37290
 User updated by:  spam01 at pornel dot net
 Reported By:  spam01 at pornel dot net
-Status:   Closed
+Status:   Open
 Bug Type: Documentation problem
 Operating System: *
 PHP Version:  Irrelevant
 New Comment:

Example 2 contains only associative array vs named parameters, so it
doesn't show how indexes of '?' are handled.

The only example that uses '?' placeholders is #3, which uses bindParam
starting from 1.

I find these examples irrelevant to the case, if not confusing.


Previous Comments:


[2006-05-03 15:05:14] [EMAIL PROTECTED]

Example 2. Execute a prepared statement with an array of insert
values demonstrates how to pass an input array. 

Writing about how bindParam takes 1-based indexes for arguments, while
the input array to PDOStatement::execute() takes a 0-based index, is
just going to confuse users. Less is more, and examples rule.



[2006-05-03 12:06:56] spam01 at pornel dot net

Description:

http://php.net/manual/en/function.pdostatement-execute.php

PDOStatement::execute() may accept input array with parameters, but
docs doen't specify how this array is used.

This is important, because bindParam oddly expects indexes starting
from 1 and it looks that execute() expects different indexing, starting
from 0.

Also invalid indexes seem to be ignored. Is this intended behavior?







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