cl-redis problems

[Anton Vodonosov]

ABCL complains about print-object too:

https://common-lisp.net/project/cl-test-grid/library/cl-redis.html


11.01.2016, 15:57, "Daniel Kochmański" <daniel at turtleware.eu>:
> Hello,
>
> thanks for reporting this. I can confirm, that this problem also affects
> ECL 16.0.0 (and the development version). It had to be some change with
> the rutil, however it's probably ECL bug. I've added this issue here:
>
> https://gitlab.com/embeddable-common-lisp/ecl/issues/207
>
> Does standard require to specialize the #'print-object method explicitly
> on each built-in type? If not, then it's not ECL bug. Anyone?
>
> cl-redis from the previous quicklisp dist loaded just fine. Problem is
> caused by a function #'toggle-print-hash-table.
>
> I'd fix redis like shown in the first comment in the abovementioned
> issue. cl-redis loads fine after that, but I didn't perform any further
> tests to verify if it works OK.
>
> Best regards,
> Daniel
>
> Diogo Franco writes:
>
>>  Hi,
>>
>>  I've been using cl-redis with ecl without problems, but recently i have
>>  some trouble when installing on new systems.
>>
>>  rutil is a dependency installed by quicklisp when doing quickload on
>>  cl-redis, and i've been getting:
>>
>>  "There is no method on the generic function PRINT-OBJECT that agrees on
>>  qualifiers NIL and specializers (HASH-TABLE T)"
>>
>>  This is the ecl that's installed via apt-get, ecl-13.5.1.
>>
>>  I did notice that sbcl finds the method correctly when doing "(find-method
>>  #'print-object nil '(hash-table t))", while ecl also gives the error above.
>>
>>  Any idea on how to further investigate this?
>>
>>  Thanks in advance!
>
> --
> Daniel Kochmański ;; aka jackdaniel | Poznań, Poland
> TurtleWare - Daniel Kochmański | www.turtleware.eu
>
> "Be the change that you wish to see in the world." - Mahatma Gandhi