From owner-freebsd-stable@FreeBSD.ORG  Wed May 13 07:03:31 2015
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 14CFAC0;
 Wed, 13 May 2015 07:03:31 +0000 (UTC)
Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14])
 by mx1.freebsd.org (Postfix) with ESMTP id D6D82178B;
 Wed, 13 May 2015 07:03:30 +0000 (UTC)
Received: by vps.markoturk.info (Postfix, from userid 1001)
 id D21C927368; Wed, 13 May 2015 09:02:59 +0200 (CEST)
Date: Wed, 13 May 2015 09:02:59 +0200
From: Marko Turk <markoml@markoturk.info>
To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org
Subject: vt_core.c vt_is_cursor_in_area different behavior after r282823
Message-ID: <20150513070259.GA27935@vps.markoturk.info>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA"
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 13 May 2015 07:03:31 -0000


--W/nzBZO5zC0uMSeA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

after r282823, new vt_is_cursor_in_area is, in some cases, returning
different values than the old function.

For example:
If (my + vd->vd_mcursor->height) is equal to (area->tr_begin.tp_row),
old function will return 1 and new function will return 0.

Is this intended behavior or is it a bug?

BR,
Marko

--W/nzBZO5zC0uMSeA
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVUvcjAAoJEDcRe7P/w1sjqFIQALhiNM4t32+j7wNKYFU4D33N
liVrPTghCp9ZJI/fnoNeg6SkIv/5BatQY1ZlPpaZlwRmix/a6+qYablFuTt7+ibR
LE0m9xmN9YA0oTRJZ4N1aE0S2R27HseBB1s57v6FgM8l3Tr3AuxHCoIJ/uSev1vW
elwPY1Nh1VSkF6G4GilKRL50xxWait6wyV94siuP1181mvXon8weWwZGDF2l1l8W
n7kJfxuQOPx4K5prbMJA8CtlKpZhFXwNL+F5Nvn5DIkfpOFNuc5kwBCuNDdCiPHF
cMUBFMJN++6Ie1F+26+wTOL6oUEH00Yj4szL4s112NSCFERoaWYXbP8coY3lnZi3
92OimkPfCUxKNFPBQe+nZBdfpPUcpcsJ76yN1S5YmKbg/vsdmVq7y6EyKdb5W0tL
j/Sk1jWfuLequiNRgYmJOw3b52w0REYacpISKshbv+FJCQBjFOZiNgGhuxaAXDXu
clmlD7/vikLqWKSiQvIB1ptT8jlzpNGkpazjq1fp7wmfVkEZRKZM5O2YWeLojKEx
Vih5pltvR7IFwThhxSD+K+8YvXjvWNKHdOv9myWjrMHoTKXAr/GBdvsUD6zTTKuC
CpxKrH870dRzthH3vPkMqyxRa+YmyLhDRinygYHZCoMrVplVXFmfTAOqSaEQlx+Y
TKtbBbNEII8JOvxXTLbF
=fdow
-----END PGP SIGNATURE-----

--W/nzBZO5zC0uMSeA--