On Thu, 10 Jan 2008, Herbert Xu wrote: > The POSIX text for MSG_WAITALL actually says that when used in > conjunction with MSG_PEEK it may not return the full data.
That's fine. The problem is that the peek operation returns less data than requested even when sufficient data is available on the receive queue. > However, if you really want this to > happen it would help if you had attached a patch :) A patch is definitely in progress. I'm a little confused as to the difference between unix_detach_fds() and scm_fp_dup() in the MSG_PEEK versus !MSG_PEEK paths in unix_stream_recvmsg(), however once I figure that out a patch should be forthcoming. Brent -- Brent Casavant All music is folk music. I ain't [EMAIL PROTECTED] never heard a horse sing a song. Silicon Graphics, Inc. -- Louis Armstrong -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
