Sergio Lopez, le Tue 27 Sep 2011 15:27:55 +0200, a écrit :
> In that case, until GNU Mach is ported to 64 bits, a patch like this
> should be considered:
>
> * ipc/ipc_kmsg.c (ipc_kmsg_copyin_body): Change length type to
> unsigned64_t. Cast number to unsigned64_t.
> (ipc_kmsg_copyout_body): Likew
El Fri, 23 Sep 2011 18:28:19 -0700
"Thomas Bushnell, BSG" escribió:
> I think the fear is of resource exhaustion, but there are so many of
> those problems, this would not be the first place to look IMO.
>
> Thomas
>
> On Thu, Sep 22, 2011 at 4:29 PM, Roland McGrath
> wrote:
>
> > The whole po
I think the fear is of resource exhaustion, but there are so many of those
problems, this would not be the first place to look IMO.
Thomas
On Thu, Sep 22, 2011 at 4:29 PM, Roland McGrath wrote:
> The whole point of OOL data is that it is relatively cheap to transfer huge
> quantities. So I don'
The whole point of OOL data is that it is relatively cheap to transfer huge
quantities. So I don't think there should be any arbitrary limits.
Hi,
Sending messages with out-of-line data length equal or greater than
512 MB fails silently. The message arrives to the receiver, dataCnt
indicates the amount pointed by the sender, but the buffer is not
mapped into the receiver's space. This usually results in a unsolved
page fault in the recei
