From owner-freebsd-hackers@freebsd.org Sat Jan 23 22:21:13 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3806BA8D30E for ; Sat, 23 Jan 2016 22:21:13 +0000 (UTC) (envelope-from radovanovic@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C356D135F for ; Sat, 23 Jan 2016 22:21:12 +0000 (UTC) (envelope-from radovanovic@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id n5so29433074wmn.0 for ; Sat, 23 Jan 2016 14:21:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=NhWZ+i0qDOTD89qgk1WOb/NXrbxHGBZJHIw60vwwm8I=; b=cYiP1FZWRY/7PvrnuyyRGywbg9upVfOppwO6czMrYlPjcbWBD1mtJX3eT4DCaxCgX7 6ARfSf3L0jB/cMXLw9g0xw2aDo7XcgdX0jtE6G1VFUUoxyZmFAW6mNKmaXhQ4wRQyRKu gV04WCJqadAgV70PzbhdXZKTWCP04WkTfW57l80sxuo1xxhPMFC+vo0hJZKcIxsw29XM aEHbLaQY/5ErgiCw9Vq+BZL8C7+YC/V3JMzphPmsGPy/nNFJwDhdbLq9uLASjN8vx6hd UUwvi69Nglyn8wnXbqEXwnqPPIft0TQVRsYI7LwyQLTvzCUqdvwAi4emj+Gh7XAOfPBy fCuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=NhWZ+i0qDOTD89qgk1WOb/NXrbxHGBZJHIw60vwwm8I=; b=Vlon5iTm+xzENPesHhaWwBNsorwi7FR8JpjMbjhA92Djutw+vlcd3oM7mfTd/ffGWs p/x2Ig1kW6uwlD3iH6PfYqZkWdBu6gaqdBi1OG4/qO1KbPxiWaa1lfCm7ZmKRKZL5tVg rjzm/5UPxXC3jy5vxkuldX3CDNP0IDf3CoDNIGKpkeQb6pjk+BZouYcJWRyu7Lk1xp6G yRAh2ryxH9j/qetRfpcIlh4nNLAFP4AUY9WQEOdwGx0TPtqKezGSUvyV+4VAMOgL0yvp rQRSXUQ1JRN5tz7y4MalGnPWA6yf+pO/mWvgcG60xZdUwPmDHXZaHghlpP1St1+Fh9sQ DWiQ== X-Gm-Message-State: AG10YOR+m+JfYfm4OwGsOWeBy8Ezs2FQwUCLIwdDHVtEtIZtSIq/EXIAxy9qzHsDNqkMUA== X-Received: by 10.194.109.231 with SMTP id hv7mr10132951wjb.46.1453587671138; Sat, 23 Jan 2016 14:21:11 -0800 (PST) Received: from azdaja.softwarehood.com ([46.240.236.6]) by smtp.gmail.com with ESMTPSA id y124sm8992216wmg.3.2016.01.23.14.21.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Jan 2016 14:21:10 -0800 (PST) Subject: Re: Unexpected (at least to me) kevent behavior on window size change when in X To: Slawa Olhovchenkov References: <56A3EDEE.1030400@gmail.com> <56A3F404.7020800@gmail.com> <20160123215231.GO88527@zxy.spb.ru> <56A3F750.6060405@gmail.com> <20160123220015.GP88527@zxy.spb.ru> Cc: freebsd-hackers@FreeBSD.org From: Ivan Radovanovic Message-ID: <56A3FCD5.40508@gmail.com> Date: Sat, 23 Jan 2016 23:21:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20160123220015.GP88527@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2016 22:21:13 -0000 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