On 4/16/24 10:54 PM, minf...@apache.org wrote:
> Author: minfrin
> Date: Tue Apr 16 20:54:51 2024
> New Revision: 1917047
>
> URL: http://svn.apache.org/viewvc?rev=1917047=rev
> Log:
> Add the apr_buffer API.
>
> An APR buffer is a structure that can contain a zero terminated string, or
> a
On 17 Apr 2024, at 08:07, Ruediger Pluem wrote:
>> Modified: apr/apr/trunk/util-misc/apu_dso.c
>> URL:
>> http://svn.apache.org/viewvc/apr/apr/trunk/util-misc/apu_dso.c?rev=1917050=1917049=1917050=diff
>> ==
>> ---
On 4/17/24 12:02 AM, Graham Leggett via dev wrote:
> Hi all,
>
>> +/**
>> + * Structure for efficiently tracking a buffer that could contain
>> + * a zero terminated string, or a fixed length non zero string.
>> + */
>> +typedef struct
>> +{
>> +/** pointer to the data, which could be a
On 17 Apr 2024, at 07:52, Ruediger Pluem wrote:
>> +APR_DECLARE(apr_buffer_t *) apr_buffer_str_make(apr_pool_t *pool,
>> +char *str, apr_ssize_t len)
>> +{
>> +apr_buffer_t *buf;
>> +apr_int64_t size;
>> +apr_size_t slen;
>> +
>> +
On 17 Apr 2024, at 08:12, Ruediger Pluem wrote:
>> I need some advice on handling Windows 32 bit. apr_int64_t for size is too
>> big, and tests are failing.
>>
>> Technically apr_ssize_t is the right size, but the definition of ssize_t is
>> [-1, SSIZE_MAX]. I need a signed very big number.
On 4/16/24 11:33 PM, minf...@apache.org wrote:
> Author: minfrin
> Date: Tue Apr 16 21:33:58 2024
> New Revision: 1917050
>
> URL: http://svn.apache.org/viewvc?rev=1917050=rev
> Log:
> Pass details of module loading errors back to the caller through the
> apu_err_t structure.
>
> Modified:
>
On Wed, Apr 17, 2024 at 9:36 AM Graham Leggett via dev
wrote:
>
> On 17 Apr 2024, at 08:12, Ruediger Pluem wrote:
>
> >> I need some advice on handling Windows 32 bit. apr_int64_t for size is too
> >> big, and tests are failing.
> >>
> >> Technically apr_ssize_t is the right size, but the