antirez c4b0b6854e Type mismatch errors are now prefixed with WRONGTYPE. ...

So instead to reply with a generic error like:

-ERR ... wrong kind of value ...

now it replies with:

-WRONGTYPE ... wrong kind of value ...

This makes this particular error easy to check without resorting to
(fragile) pattern matching of the error string (however the error string
used to be consistent already).

Client libraries should return a specific exeption type for this error.

Most of the commit is about fixing unit tests.

2012-11-06 20:25:34 +01:00

..

hash.tcl

Added a new hash fuzzy tester.

2012-06-12 15:21:54 +02:00

list-2.tcl

list test further split into smaller units

2011-07-11 11:41:23 +02:00

list-3.tcl

Ziplist encoding now tested with negative integers as well.

2012-04-23 17:27:46 +02:00

list-common.tcl

list test split into smaller parts

2011-07-11 11:30:46 +02:00

list.tcl

Type mismatch errors are now prefixed with WRONGTYPE.

2012-11-06 20:25:34 +01:00

set.tcl

Type mismatch errors are now prefixed with WRONGTYPE.

2012-11-06 20:25:34 +01:00

zset.tcl

Fixed issue #516 (ZINTERSTORE mixing sets and zsets).

2012-05-23 11:12:43 +02:00