Date: Sat, 23 Jan 2016 23:21:09 +0100 From: Ivan Radovanovic <radovanovic@gmail.com> To: Slawa Olhovchenkov <slw@zxy.spb.ru> Cc: freebsd-hackers@FreeBSD.org Subject: Re: Unexpected (at least to me) kevent behavior on window size change when in X Message-ID: <56A3FCD5.40508@gmail.com> In-Reply-To: <20160123220015.GP88527@zxy.spb.ru> References: <56A3EDEE.1030400@gmail.com> <56A3F404.7020800@gmail.com> <20160123215231.GO88527@zxy.spb.ru> <56A3F750.6060405@gmail.com> <20160123220015.GP88527@zxy.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01/23/2016 23:00, Slawa Olhovchenkov wrote: > On Sat, Jan 23, 2016 at 10:57:36PM +0100, Ivan Radovanovic wrote: > >> On 01/23/2016 22:52, Slawa Olhovchenkov wrote: >>> On Sat, Jan 23, 2016 at 10:43:32PM +0100, Ivan Radovanovic wrote: >>> >>>> On 01/23/2016 22:17, Ivan Radovanovic wrote: >>>>> >>>>> The only thing which is out of ordinary is that I am doing this from >>>>> mono, but still I am directly invoking libc functions from it, so I >>>>> don't think it can have anything with it. >>>>> >>>> >>>> Definitely it is something mono specific (I would still love to hear if >>>> somebody has idea what might cause it) - I just wrote little C program >>>> to test for same thing and everything works as expected. >>> >>> May be this is mono mapping EINTR to 0? >>> >> >> I thought something similar, but wouldn't then C also report EINTR on >> resize (and there is nothing coming through in C program, it just >> normally waits for FS event)? > > man signal > > 28 SIGWINCH discard signal Window size change > meaning they changed default action for SIGWINCH, so that cause EINTR to be set on kevent return, and they changed that EINTR to 0... I get it, thanks P.S. it would be interesting to know what else in mono might be broken this way - I can imagine all blocking system calls (probably reads/writes might behave in weird way) - makes me scared
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?56A3FCD5.40508>