libmemcache 1.0.1
John McCaskey
johnm at klir.com
Tue Dec 7 14:02:25 PST 2004
Sean,
Sorry to be such a pain :) But... it looks like if we store values >
1024 bytes (actually something like 700 some...), that we get a protocol
error for the \r\n not being found, and no data returned.
Looks like the detection of larger responses and allocation of a larger
buffer is broken?
I'm going to be looking into this more this afternoon, but I wondered if
you had any imediate ideas or known issues in this area.
Thanks again,
On Tue, 2004-12-07 at 11:53 -0800, Sean Chittenden wrote:
> > http://people.FreeBSD.org/~seanc/libmemcache/
> >
> > Notes:
> >
> > *) libmemcache.h has been renamed memcache.h
> > *) Fixes a few bugs with mc_aget()
> > *) Moved from strlen() to sizeof() for additional compile time
> > optimizations
> > *) Installing memcache.h now on 'make install'
>
> errr...
>
> *) The refresh API slipped through and is available in this release.
>
> Please don't use the refresh commands as that API isn't available in
> the stock memcached(8) distribution. Dig through the archives if you
> want the patch, however.
>
> -sc
>
--
John A. McCaskey
Software Development Engineer
Klir Technologies, Inc.
johnm at klir.com
206.902.2027
More information about the memcached
mailing list