This all comes back to the distinction between the max size of the file
to back the mmap, versus the actual size of the mmap'ed view.
This API needs to be totally revisited, but the spirit of setting offhi to zero
works for today.
Bill
----- Original Message -----
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 27, 2001 4:34 PM
Subject: Re: Tagging tree tonight.
> Huh? No, DWORD's are 32 bits. apr_off_t is 64 bits. I'll take a look at this
> in the next hour so we can keep going twords a roll.
>
>
> ----- Original Message -----
> From: "Greg Marr" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 27, 2001 4:14 PM
> Subject: Re: Tagging tree tonight.
>
>
> > At 05:08 PM 06/27/2001, Bill Stoddard wrote:
> > >Hold off. There is a serious bug in the APR MMAP code on Windows
> > >that is breaking things.
> > >The offending code from mmap.c is here:
> > >
> > > offhi = (DWORD)((*new)->psize << 32);
> >
> > This should be >> instead of <<.
> >
> > #define HIWORD(l) ((WORD)((DWORD_PTR)(l) >> 16))
> >
> > so HIDWORD(l) would be l >> 32
> >
> > --
> > Greg Marr
> > [EMAIL PROTECTED]
> > "We thought you were dead."
> > "I was, but I'm better now." - Sheridan, "The Summoning"
> >
> >
>
>
