zunionstore/zinterstore returns unknown command on 1.3.14

[GoogleCodeExporter]

redis v 1.3.14 (64bit) on ubuntu 9.10

installed from ftp://ftp.de.debian.org/debian/pool/main/r/redis/

using zinterstore & zunionstore returns unknown command

using zunion without arguments says that not enough parameters set
adding the keys and entering zunion returns unknown command

Original issue reported on code.google.com by Toms.Vei...@gmail.com on 10 Jun 2010 at 3:28

[GoogleCodeExporter]

The version 1.3.14 is actually 2.0.0-rc1. I've tried to replicate this behavior 
but a fresh compiled version of this version works as expected for me. Could 
you elaborate on the client you're using, and maybe try to compile Redis from 
source and try again? Thanks.

Original comment by pcnoordh...@gmail.com on 10 Jun 2010 at 3:48

[GoogleCodeExporter]

ok.. I removed all previous versions of redis, downloaded 2.0.0.-rc1 from 
code.google.com

unarchieved it, typed make & afterwards run the ./redis-server command & in 
other terminal ./redis-cli 

then typed zinterstore in rediscli (in terminal) & the same reply.. 

I'll check how php client (predis) is coping with the command

Original comment by Toms.Vei...@gmail.com on 11 Jun 2010 at 8:42

[GoogleCodeExporter]

Ok.. I experimented with php client (predis)

on Predis everything works fine, seams that the problem could be in the 
terminal client, since if I put on monitor command, I see Predis making calls 
for zinterstore and the script displays me correct aggregated results, however 
when i copy the command from monitor in terminal client, it gives me the 
unknown command

Original comment by Toms.Vei...@gmail.com on 11 Jun 2010 at 8:57

[GoogleCodeExporter]

btw thanks for pointing out that I should try different clients :)

Original comment by Toms.Vei...@gmail.com on 11 Jun 2010 at 8:58

[GoogleCodeExporter]

Same here, found this searching for my especific problem:

- Downloaded "Redis 2.0.0 RC1b"
- unziped, make
- Installed tcl8.5
- In another terminal "tclsh test-redis.tcl"
- All went well until ...

#157 ZUNION against non-existing key doesn't set destination           ERR 
unknown command 'zunion'
    while executing
"::redis::redis_read_reply $fd"
    (procedure "::redis::__dispatch__" line 32)
    invoked from within
"$r zunion dst_key 1 zseta"
    invoked from within
"list [$r zunion dst_key 1 zseta] [$r exists dst_key]"
    ("uplevel" body line 3)
    invoked from within
"uplevel 1 $code"
    (procedure "test" line 6)
    invoked from within
"test {ZUNION against non-existing key doesn't set destination} {
      $r del zseta
      list [$r zunion dst_key 1 zseta] [$r exists dst_key]
    } {..."
    (procedure "main" line 1314)
    invoked from within
"main"
    invoked from within
"if {$::stress} {
    stress
} else {
    main
}"
    (file "test-redis.tcl" line 2327)

- Tested then with "redis-cli"

./redis-cli           
redis> zunion
(error) ERR unknown command 'zunion'

Original comment by marco...@gmail.com on 1 Jul 2010 at 7:15

[GoogleCodeExporter]

The problem here is that this test-suite is deprecated; the new one lives in 
the tests/ directory. I'll ensure that the deprecated test-suite will no longer 
ship with 2.0. The issue will no longer exist after this, because the 
ZUNION/ZINTER commands were atomically renamed to ZUNIONSTORE/ZINTERSTORE and 
were only referenced in the deprecated test-suite. Anyway, thanks for the 
report.

Original comment by pcnoordh...@gmail.com on 9 Jul 2010 at 12:12

• Changed state: Fixed