On Fri, 22 Feb 2008, Plüm, Rüdiger, VF-Group wrote:
| type (address)| length | data addr
---
0 | FILE (0x0815db00) | 16777216 | 0x0815daa8
1 | FILE (0x0815db58) | 16777216 | 0x0815daa8
snip
265 | FILE (0x081699f8) |
On Fri, 22 Feb 2008, Plüm, Rüdiger, VF-Group wrote:
In general, that patch looks truly suspicious since it seems to me
it's typecasting wildly and not even using its newly invented
MAX_APR_SIZE_T in all places, because (apr_size_t)(-1)
really is the
same thing, right?
No, MAX_APR_SIZE_T and
On 02/22/2008 08:58 PM, [EMAIL PROTECTED] wrote:
Author: jorton
Date: Fri Feb 22 11:58:39 2008
New Revision: 630307
URL: http://svn.apache.org/viewvc?rev=630307view=rev
Log:
Move SSL session data deserialization up out of the session cache
storage providers; includes a significant change to
On 02/22/2008 12:37 PM, [EMAIL PROTECTED] wrote:
Author: jorton
Date: Fri Feb 22 03:36:51 2008
New Revision: 630163
URL: http://svn.apache.org/viewvc?rev=630163view=rev
Log:
Re-implement the SSL session cache abstraction using a vtable; first
step towards use of the ap_provider interface:
*
On 02/23/2008 09:46 AM, Niklas Edmundsson wrote:
On Fri, 22 Feb 2008, Plüm, Rüdiger, VF-Group wrote:
| type (address)| length | data addr
---
0 | FILE (0x0815db00) | 16777216 | 0x0815daa8
1 | FILE (0x0815db58) | 16777216
On 02/23/2008 09:54 AM, Niklas Edmundsson wrote:
I'm still not liking the casts and the mixed -1's, APR_SIZE_MAX and
MAX_APR_SIZE_T...
In any case, I'll be busy for most of this weekend so I probably won't
have time to try patches until monday...
Thats fine. Looking forward to your
On 02/22/2008 10:09 PM, [EMAIL PROTECTED] wrote:
Author: jorton
Date: Fri Feb 22 13:09:40 2008
New Revision: 630323
URL: http://svn.apache.org/viewvc?rev=630323view=rev
Log:
Session cache interface redesign, Part 3:
Move provider-private context out of SSLModConfigRec and into an
opaque