Unexpected (at least to me) kevent behavior on window size change when in X
Ivan Radovanovic
radovanovic at gmail.com
Sat Jan 23 22:21:13 UTC 2016
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
More information about the freebsd-hackers
mailing list