After reading that line more carefully, I wonder if this behavior is really
It seems to me that `SO_RCVLOWAT` is supposed to set watermark value in
packet data bytes, not just raw packet size. And this is how `NOTE_LOWAT`
works there, right?
Could anyone please comment on this? Is it a bug?
Submitted Apple Bug # 17894467 , with a patch.
If anyone has friends at Apple who could help getting this in, please let
On Sat, Aug 2, 2014 at 2:41 PM, Fedor Indutny <fe...@indutny.com> wrote:
> Guess I know the answer:
> Basically, OSX is checking `kn_data` and FreeBSD is using
> Thank you anyway!
> On Sat, Aug 2, 2014 at 1:39 PM, Fedor Indutny <fe...@indutny.com> wrote:
>> I'm trying to figure out, why this code:
>> Which basically sends a 0-length UDP packet to a server and polls
>> kqueue events on the server fd.
>> Return 1 kevent on FreeBSD, and blocks indefinitely without
>> returning any events on OSX.
>> So far I could see that FreeBSD and OSX are treating NOTE_LOWAT
>> FreeBSD's NOTE_LOWAT is overriding SO_RCVLOWAT, and OSX is using
>> SO_RVCLOWAT as a minimum value. But, since NOTE_LOWAT is not
>> involved here by default, I'm failing to see where exactly this
>> event could pass through kqueue filter.
>> Could anyone with UDP and/or KQueue implementation knowledge
>> share some insights with me?
>> Thank you very much!
>> (NOTE: Duplicate, first email wasn't posted, because I wasn't subscribed
>> to the ML)
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"