Nice catch
Daniel Stasinski wrote:
> On Tue, May 27, 2008 at 10:30 AM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>> Just tested it, works fine regardless is it first time or not
>
> I spent an hour going through it and tracked down the problem.
>
>rc = mc_conn_read(conn, BUFSIZE, 1, &line);
>
On Tue, May 27, 2008 at 10:30 AM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> Just tested it, works fine regardless is it first time or not
I spent an hour going through it and tracked down the problem.
rc = mc_conn_read(conn, BUFSIZE, 1, &line);
On the first read, the line arg is set to point
On Tue, May 27, 2008 at 8:12 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>>
>>
>> Looks like the 'expires' and 'flags' variables might be uninitialised
>> for the cmdSet etc. commands if values aren't passed from Tcl.
>
> In CVS version 1.5 they are initialized with 0
>
Thinking about flags...
>
>
> Looks like the 'expires' and 'flags' variables might be uninitialised
> for the cmdSet etc. commands if values aren't passed from Tcl.
In CVS version 1.5 they are initialized with 0
-
This SF.net email is sponsored by
On Tue, May 27, 2008 at 6:30 PM, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>
> Daniel Stasinski wrote:
>>
>> I have noticed a quirk in the nsmemcache module. On the very first
>> "get" command from a fresh restart of nsd, it will not read past about
>> 1379 bytes and returns a partial chunk of data
Just tested it, works fine regardless is it first time or not
I am using latest version from CVS of server and the module on Archlinux
2.6.24-ARCH
Daniel Stasinski wrote:
> I have noticed a quirk in the nsmemcache module. On the very first
> "get" command from a fresh restart of nsd, it will no
