memcached frontend

Brad Fitzpatrick
Thu, 14 Aug 2003 22:04:50 -0700 (PDT)

This will only work with Perl-stored data.  If you store a compressed,
serialized object from, say, PHP, then this client is useless.

Maybe we should have a convention for the top 4 bits of the opaque flags
about which API created it?  Then a client like this could do the right

BTW, all:  I'm off on vacation for a week, with little or no net access.
Please, exchange patches/ideas, but they won't make their way into
releases until I get back.

- Brad

On Thu, 14 Aug 2003, Evan Martin wrote:

> Ignore that last mail... I hit the wrong button.
> Once gzipped data starts showing up more often in the memcache (dear
> Whitaker:  please send in your patch), using telnet to diagnose systems
> using memcached starts getting even more difficult.
> Attached is a GTK2/Perl ( client for memcached,
> along with a screenshot of it in use.  It has a command history (up/down
> arrows) and will automatically use Data::Dumper on references.
> --
> Evan Martin