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