900 Commits

Author SHA1 Message Date
Salvatore Sanfilippo
1c701fbe84 Merge pull request #430 from anydot/f-testsuite
Two changes of testsuite (killing redis and new option)
2012-04-05 01:56:12 -07:00
antirez
a95fb8ebe2 On slow computers, 10 seconds are not enough for this heavy replication test. 2012-04-04 19:54:23 +02:00
antirez
687fd6e971 More MIGRATE tests. 2012-04-03 15:10:51 +02:00
Premysl Hruby
f9bbabc150 in kill_server send the signal once, then wait for up to 5sec before sending lethal SIGKILL 2012-04-03 14:20:52 +02:00
Premysl Hruby
5c66c7dacf new option for choosing number of test clients to run 2012-04-03 14:20:52 +02:00
antirez
28d265901a MIGRATE test modified because the implementation changed. 2012-04-02 16:38:59 +02:00
antirez
264d58460b DUMP, RESTORE, MIGRATE tests. 2012-04-02 11:44:25 +02:00
antirez
b3b02de664 Regression test for issue 417 (memory leak when replicating to DB with id >= 10) 2012-03-30 10:26:07 +02:00
Xiaochen Wang
d62e1c39e4 fix typos in tests/assets/default.conf 2012-03-29 18:23:04 +08:00
antirez
322fa040e5 Test for redis.sha1hex(). 2012-03-28 20:47:50 +02:00
antirez
1d3d7fcbfd Redis test: regexp to check if valgrind reported errors modified. Now we no longer look at the total count because this includes "possibly lost" bytes that are not interesting for Redis (tons of false positives because of how sds.c works). 2012-03-28 10:55:17 +02:00
antirez
44a5424640 convert-zipmap-hash-on-load false positive fixed.
Apparently because the sample RDB file was not copied before every test
Redis had a chance to replace it with a newly written one, so that the
next test could fail.
2012-03-25 11:02:16 +02:00
antirez
1aa0869998 Merge remote-tracking branch 'origin/unstable' into unstable 2012-03-24 12:07:58 +01:00
antirez
6023480646 When running the test in valgrind mode, pass the right flags to show memory leaks stack traces but only including the "definitely lost" items. 2012-03-24 12:07:14 +01:00
antirez
626c23a540 convert-zipmap-hash-on-load test enabled 2012-03-24 11:42:20 +01:00
antirez
4c955a5715 Contextualize comment. 2012-03-23 20:24:40 +01:00
antirez
251268cbe0 RDB load of different encodings test added. 2012-03-23 20:24:30 +01:00
antirez
3cd475b254 DEBUG should not be flagged as w otherwise we can not call DEBUG DIGEST and other commands against read only slaves. 2012-03-20 17:53:47 +01:00
antirez
9704f5a005 CLIENT LIST test modified to reflect the new output. 2012-03-13 18:06:29 +01:00
antirez
887bd01a80 hash-max-zipmap-... renamed hash-max-ziplist-... in defalt conf for tests. 2012-03-10 12:14:17 +01:00
antirez
afadac1728 Merge conflicts resolved. 2012-03-09 22:07:45 +01:00
antirez
758de4c3d6 even less false positive on obuf-limits test. 2012-02-22 11:25:30 +01:00
antirez
5c54ab0b7f Issue #330 regression test. 2012-02-16 16:13:40 +01:00
antirez
fdac48210c Added tests checking ability of the scripting engine to reorder the output of commands with a random output regarding signle elements position in the multi bulk reply. 2012-02-01 17:49:03 +01:00
antirez
61cf87d7e3 A few SORT tests made more resistant to false negatives resulitng from poor randomization of Redis hash function with one byte inputs. 2012-02-01 17:37:48 +01:00
antirez
2b9f125601 New SORT tests checking the new more deterministic behavior of SORT sorting algorithm. 2012-02-01 17:17:52 +01:00
antirez
d26bae3ce9 Make SORT BY <constant> STORE ... to always produce the same output by force sorting, so that we have deterministic replication of this command. 2012-02-01 17:05:45 +01:00
antirez
4a6e6ac8e6 SORT is now more deterministic: does not accept to compare by score items that have scores not representing a valid double. Also items with the same score are compared lexycographically. At the same time the scripting side introduced the ability to sort the output of SORT when sort uses the BY <constant> optimization, resulting in no specific ordering. Since in this case the user may use GET, and the result of GET can be null, converted into false as Lua data type, this commit also introduces the ability to sort Lua tables containining false, only if the first (faster) attempt at using just table.sort with a single argument fails. 2012-02-01 15:22:28 +01:00
antirez
eeb8c0a5f5 minimal change to obuf-limits.tcl test to make sure there are no false positives with 32bit instances as well. 2012-01-30 21:08:10 +01:00
Michal Kwiatkowski
03bbd4468a SORT with STORE removes key if result is empty. This fixes issue #227. 2012-01-30 07:36:49 +01:00
antirez
6ff5d74b5a false positive in expire tests mitigated with a sleep, but other solutions exist if needed later. 2012-01-26 16:45:08 +01:00
antirez
3638a60058 Less false positives for obuf-limits.tcl tests 2012-01-26 16:08:24 +01:00
Pieter Noordhuis
a40390001d Test that zipmap from RDB is correctly converted 2012-01-25 13:28:11 -08:00
antirez
e28a9ac80d Added test for client output buffer limit (soft limit). 2012-01-25 18:34:56 +01:00
antirez
fc001ea069 Added test for client output buffer limit (hard limit). 2012-01-25 18:11:04 +01:00
antirez
d64a700b36 CLIENT LIST test fixed (there is a new omem field in the output) 2012-01-23 16:19:49 +01:00
antirez
7b85752db0 Possible fix for false positives in issue 141 regression test 2012-01-12 16:24:54 +01:00
antirez
4f69e70bcd Regression test for the main problem causing issue #141. Minor changes/fixes/additions to the test suite itself needed to write the test. 2012-01-06 17:28:40 +01:00
antirez
fc8f1156d0 Regression tests for protocol desync bug related to Issue #141 2012-01-06 12:54:29 +01:00
Pieter Noordhuis
ae204e5428 Encode small hashes with a ziplist 2012-01-02 22:14:10 -08:00
antirez
d000c35b60 Added regression test for ZUNIONSTORE creating NaN (github issue #264) 2011-12-23 09:34:06 +01:00
antirez
af11e1bf82 Merge remote-tracking branch 'origin/unstable' into unstable 2011-12-21 17:13:31 +01:00
antirez
1c5d07a335 A test modified to pass with the new AOF start/stop semantics. 2011-12-21 09:24:14 +01:00
antirez
9b63d1d81e Redis test: when assertion fails print not just the expression but also expanded values in the error message. 2011-12-21 09:23:22 +01:00
BigCat
642c3a637b I found that no test will fail even if I broke the SORT x LIMIT y z code.
Added a naive unit test for SORT-LIMIT command.
2011-12-19 19:49:34 +08:00
antirez
73cb81d541 unit/introspection.tcl added 2011-12-19 10:21:50 +01:00
antirez
98d2678d47 unit/introspection added among tests executed by default 2011-12-19 10:18:27 +01:00
antirez
6b97f21d19 Merge remote-tracking branch 'origin/unstable' into unstable 2011-12-13 11:16:34 +01:00
antirez
edeadf517f Added tests for AOF rewrite. 2011-12-13 11:10:36 +01:00
antirez
d7c54f2cbb Redis test: vaoid two false positives while running under valgrind. 2011-12-10 13:28:32 +01:00