The current work-in-progress, not yet APR-ized is at:
https://github.com/jimjag/credis
> On Oct 31, 2016, at 11:49 AM, Graham Leggett wrote:
>
> On 31 Oct 2016, at 5:05 PM, Jim Jagielski wrote:
>
>> Moving to APR:
>>
>> Query: Think it would be worth
On 31 Oct 2016, at 5:05 PM, Jim Jagielski wrote:
> Moving to APR:
>
> Query: Think it would be worth my time to work on a Redis
> implementation for APR-util? I am working on a minimal Redis
> lib, related to work, which is basically a soft reboot of Credis
> from GoogleCode,
Moving to APR:
Query: Think it would be worth my time to work on a Redis
implementation for APR-util? I am working on a minimal Redis
lib, related to work, which is basically a soft reboot of Credis
from GoogleCode, which could serve as the core functionality, which is
what got me thinking about
On 31 Oct 2016, at 4:13 PM, Ruediger Pluem wrote:
> Which creates the generic question for me: Can't we setup APR in a way that
> for certain aspects we could compile
> "drivers" against an existing APR whose code exists outside of APR first and
> gets part of standard APR
On 31 Oct 2016, at 3:43 PM, Jim Jagielski wrote:
> It would, but that would mean even more of a APR dependency
> and a wait until the next release of APR and etc, etc, etc...
> Basically, APR moves too slow for httpd.
APR can make a release at any time. It usually doesn’t
On 10/31/2016 02:43 PM, Jim Jagielski wrote:
> It would, but that would mean even more of a APR dependency
> and a wait until the next release of APR and etc, etc, etc...
> Basically, APR moves too slow for httpd.
Which creates the generic question for me: Can't we setup APR in a way that for
It would, but that would mean even more of a APR dependency
and a wait until the next release of APR and etc, etc, etc...
Basically, APR moves too slow for httpd.
> On Oct 31, 2016, at 9:34 AM, Graham Leggett wrote:
>
> On 31 Oct 2016, at 3:30 PM, Jim Jagielski
On 31 Oct 2016, at 3:30 PM, Jim Jagielski wrote:
> Query: Think it would be worth my time to work on a
> Redis implementation for mod_cache/mod_socache? I am
> working on a minimal Redis lib, related to work, which
> is basically a soft reboot of Credis from GoogleCode,
> which
Query: Think it would be worth my time to work on a
Redis implementation for mod_cache/mod_socache? I am
working on a minimal Redis lib, related to work, which
is basically a soft reboot of Credis from GoogleCode,
which could serve as the core functionality, which is
what got me thinking about it.