James Raspass
James Raspass
From [email protected] on 2014-02-19 14:14:02 : On 19 February 2014 13:35, Tomash Brechko via RT < [email protected]> wrote: > > > On Wed Feb 19 07:31:05 2014, [email protected] wrote: >...
From [email protected] on 2014-02-19 14:19:43 : On 19 February 2014 14:13, Damien Chaumette wrote: > > I've done as requested (first two gets are C::M::F)[..] > > Sorry I meant...
From [email protected] on 2014-02-19 15:32:28 : Apologies for the spam, I've tried with a Couchbase Memcached bucket (they seem to provide up to date Windows Memcached) and get the same...
From [email protected] on 2014-02-19 16:17:14 : On Wed Feb 19 09:14:02 2014, [email protected] wrote: > They are definitely happening at the GET stage, not at the STORE. > On the...
From [email protected] on 2014-02-20 09:26:47 : > > > I understand if you can't devote more time to find this Windows specific > > problem, but could you perhaps point...
From [email protected] on 2022-06-18 03:32:19 : Hello, I just noticed that src/client.c:read_value() returns 4294967295 where it should return -1. 4294967295 is 2^32 - 1. My setup: - Windows 8.1 -...
From [email protected] on 2022-06-18 03:44:29 : Sorry. It was src/client.c:readv_restart(), not src/client.c:read_value() .
I mean the issue is still there, albeit the code has moved around a bit: https://github.com/gugod/App-perlbrew/blob/4be56048bc6fc05d266f45b41888b28b6b80847d/lib/App/perlbrew.pm#L801 But if no one is that fussed I'm happy for it to be closed.
You say named parameters must appear after positional parameters but are we still able to put a slurpy unnamed hash at the end to make this a drop-in safe replacement...