apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@rowe-clan.net>
Subject Re: cvs commit: apr-util/buckets apr_brigade.c
Date Tue, 02 Jul 2002 18:52:27 GMT
At 01:32 PM 7/2/2002, Cliff Woolley wrote:
>On 2 Jul 2002 wrowe@apache.org wrote:
>
> > wrowe       2002/07/02 11:20:57
> >
> >   Modified:    buckets  apr_brigade.c
> >   Log:
> >     New emit on win32.  Since this is a heap bucket, we are always dealing
> >     in start offsets that fit in apr_size_t.  This doesn't need the file
> >     sized apr_off_t resolution.
> >
> >   -        remaining = h->alloc_len - (e->length + e->start);
> >   +        /* HEAP bucket start offsets are always in-memory, safe to 
> cast */
> >   +        remaining = h->alloc_len - (e->length + (apr_size_t)e->start);
> >            buf = h->base + e->start + e->length;
> >        }
>
>Okay, so why on earth would the remaining= line need that cast when the
>buf= line doesn't?

Amazing, these compilers ;)

>Just curious.

Me too :-)



Mime
View raw message