From: zoe dot slattery at googlemail dot com
Operating system: Linux/Windows/OSX
PHP version: 5CVS-2007-10-05 (snap)
PHP Bug Type: Scripting Engine problem
Bug description: Inconsistent return values from strspn()
Description:
------------
I'm not sure if this is one defect or two (or none:-)) - it would be good
to understand the expected behaviour as there are a number of other MAC OSX
test failures.
(1) strspn() does not return consistent values on Linux/Windows if
"$start"> PHP_INT_MAX
(2) The values returned on MAC OSX (10.4) are different to the values
returned on Linux & Windows.
It's reasonably easy to see what is happening in the Windows/Linux case.
The double that is passed to strspn() is cast as a long in
zend_parse_parameters, and in some cases this means that the resulting long
happens to be within a reasonable range (see comments in reproduce code).
From the users' point of view it would be better if strspn() returned the
same thing for all values of $start which are outside the expected range.
I'm not sure why the behaviour is different on Mac, it appears that what
comes back from zend_parse_parameters is "-1" in example 3 & 4.
Reproduce code:
---------------
<?php
$str = '2468 who do we appreciate';
$mask = '1234567890';
//Linux result, after zend_parse_parameters start = 2147483647, expect
bool(false)
//Mac result, start = 2147483647, bool(false)
$start = PHP_INT_MAX;
var_dump( strspn($str,$mask,$start) );
//Linux result, after zend_parse_parameters start = -23, expect
bool(false)?, get int(2)
//Mac result, start = -23, int(2)
$start = PHP_INT_MAX * 2 - 21;
var_dump( strspn($str,$mask,$start) );
//Linux result, after zend_parse_parameters start = 0, expect
bool(false)?, get int(4)
//Mac result, start = -1, int(0)
$start = PHP_INT_MAX * 2 + 2;
var_dump( strspn($str,$mask,$start) );
//Linux result, after zend_parse_parameters start = -3, expect
bool(false)?, get int(0)
//Mac result, start = -1, int(0)
$start = PHP_INT_MAX * 4 + 1;
var_dump( strspn($str,$mask,$start) );
?>
Expected result:
----------------
I'd expect to see
(1) the same result for every invalid value of $start on (Win/Lin)
(2) the same result on Mac as I see on Win/Lin
Actual result:
--------------
Lin/Win
bool(false)
int(2)
int(4)
int(0)
Mac
bool(false)
int(2)
int(0)
int(0)
--
Edit bug report at http://bugs.php.net/?id=42868&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42868&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42868&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42868&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42868&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=42868&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42868&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=42868&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=42868&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42868&r=support
Expected behavior: http://bugs.php.net/fix.php?id=42868&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=42868&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=42868&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42868&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42868&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42868&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=42868&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42868&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42868&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42868&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=42868&r=mysqlcfg