-
Notifications
You must be signed in to change notification settings - Fork 326
moar tests passing #180
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
moar tests passing #180
Conversation
@@ -21,7 +21,7 @@ var_dump($m->deleteByKey('keffe', '')); | |||
echo $m->getResultMessage(), "\n"; | |||
var_dump($m->deleteByKey('', 'keffe')); | |||
echo $m->getResultMessage(), "\n"; | |||
var_dump($m->deleteByKey('keffe', '���as�� �a�sd�f asdf')); | |||
var_dump($m->deleteByKey('keffe', '���as�� �a�sd�f asdf')); # no spaces allowed |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know it seems like I just changed these to pass, but it really looks like this is the expected result. strchr is ran on the keys everywhere to check for spaces ...
echo $m->getResultMessage(), "\n"; | ||
|
||
--EXPECTF-- | ||
bool(false) | ||
A BAD KEY WAS PROVIDED/CHARACTERS OUT OF RANGE | ||
bool(false) | ||
%rCLIENT ERROR|NOT FOUND%r | ||
A BAD KEY WAS PROVIDED/CHARACTERS OUT OF RANGE |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this appears to be right, strchr is ran on the key to check for spaces ...
Looks like the build fails with /tmp/php-memcached-build/memcached-2.2.0/php_memcached.h:23:33: fatal error: Zend/zend_smart_str.h: No such file or directory |
…ched into moar-tests-passing
I was hoping it would be green before merging, but let me get this merged and get the other dependencies tested and then I'll work in php7 branch ... |
Down to 6 failures ... out of time for today ...
The way value is dtored/reset when unserialized fails is inconsistent for different serializers, don't know if that is intended.
One of the failures remaining is because a cas_token is set unconditionally, but the test seems to expect it to be null still, seems like an anomaly.
Another is because of making objects null in ctor ... I didn't change the test, but making objects null in ctor is a really quite horrible practice, can we leave it in PHP5 ?