From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Filipe Silva Newsgroups: gmane.emacs.devel Subject: Re: Emacs 25.1.1 coredumps if company-mode pops up in a magit commit buffer window Date: Sat, 11 Mar 2017 16:07:17 -0300 Message-ID: References: <83r326fmvc.fsf@gnu.org> <83efy5fw16.fsf@gnu.org> <83tw71dzhk.fsf@gnu.org> <83fuikdxgs.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1141bf26da1f5a054a792fc6 X-Trace: blaine.gmane.org 1489259255 15304 195.159.176.226 (11 Mar 2017 19:07:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 11 Mar 2017 19:07:35 +0000 (UTC) Cc: Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 11 20:07:29 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cmmMN-0002qO-Hs for ged-emacs-devel@m.gmane.org; Sat, 11 Mar 2017 20:07:23 +0100 Original-Received: from localhost ([::1]:44443 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmmMT-0000pJ-4Q for ged-emacs-devel@m.gmane.org; Sat, 11 Mar 2017 14:07:29 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45927) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmmMN-0000pE-GA for emacs-devel@gnu.org; Sat, 11 Mar 2017 14:07:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cmmMM-0005y9-Cg for emacs-devel@gnu.org; Sat, 11 Mar 2017 14:07:23 -0500 Original-Received: from mail-oi0-x235.google.com ([2607:f8b0:4003:c06::235]:36626) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cmmMK-0005v0-DU; Sat, 11 Mar 2017 14:07:20 -0500 Original-Received: by mail-oi0-x235.google.com with SMTP id 126so64247088oig.3; Sat, 11 Mar 2017 11:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2Wh8RIGCK6LAdeQOO4usfKPuWzXf8SGFwgwR2tKrWdA=; b=aboTY3qg9WWhCOq00DsDbrS1dLQRhbQdskYksGc04j/eKIzkAftIhDf0htOVLy8IYK rwmfJ44v/MFFaTkezglpJ48F70r7wqkf93rLJzmtXZiXgPfSeGuwakKx6qAHr5ED/1M2 sqRY9K+rsCvIBhN5ioD6clGMm/d2cvj6PF/juX0uBDm4XIHF6Ee289eM2yurIyZQQ085 HoaDUgfXNTlgaP5q+M/c2FK0NuGNjJrLenYmj0epNZNmuxERHabdVJiJjk8d3m7f/9LY aA0i6jatUPDNutYv7Od5K5g4p0MO4c0vcaqCGzkrOEbiqfQCICnwm9CnSAtRr7nYtBLP Yh8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2Wh8RIGCK6LAdeQOO4usfKPuWzXf8SGFwgwR2tKrWdA=; b=QgcYdhjGum2V52SfyNhodFQq7GhnNxFd5eANnYi7xg/x02WX4Aq5vnSVboX3cbi391 AfVUfhIIIsP1RZL3pvhSQfsikTXVpfqj0W7HMi2JhQi1ugNXoAuWW9ozaOr8bENg38fK yQE9fweFAfSkrg//n4kQc2nFWgg4MzxCASFWMp8sjDGRllKDE/i3IbIi2+pr2kl/bqTu wJ/GcnqFrgD2IArjCqPt6srn8fvCHn+dg4F0IOnVDByXxl+j2d4JzH9qYlcqDwJ+r1Jm kzC3J5iruShlUAD1HkZyfKgEgUum3ZimzBIooh0Gv3gGhniD2hi4sTx7TA9DCFI1EH5G NHjQ== X-Gm-Message-State: AMke39nXPrIdYIRNzHYKmwQN49bJzoLOAymu9ldWRlraff5iDrjnUZA3MvwBCBmVp/uYBS3v8RKOY/ZdehpaUg== X-Received: by 10.202.105.194 with SMTP id e185mr11662171oic.61.1489259237872; Sat, 11 Mar 2017 11:07:17 -0800 (PST) Original-Received: by 10.157.37.247 with HTTP; Sat, 11 Mar 2017 11:07:17 -0800 (PST) In-Reply-To: <83fuikdxgs.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::235 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:212914 Archived-At: --001a1141bf26da1f5a054a792fc6 Content-Type: text/plain; charset=UTF-8 Hi Eli, thanks. It seems to be working on latest git master. I think it is a good idea to cherry-pick this into the emacs-25 branch, since it is also affected. On Sat, Mar 11, 2017 at 5:33 AM, Eli Zaretskii wrote: > > Date: Fri, 10 Mar 2017 15:37:27 +0200 > > From: Eli Zaretskii > > Cc: emacs-devel@gnu.org > > > > > From: Filipe Silva > > > Date: Fri, 10 Mar 2017 10:16:04 -0300 > > > Cc: Emacs developers > > > > > > Eli, Here's the recipe from emacs -Q > > > > > > https://github.com/ninrod/coredump-recipe > > > > Thanks, I will look into that soon. > > I think I fixed this on the master branch, please test. (My master > build is compiled with all kinds of runtime checks, so it hit an > assertion violation before the place where you reported an abort.) > > Btw, vim-empty-lines-mode.el plays with fire here: in > vim-empty-lines-count-screen-lines it narrows the buffer to the region > just before point-max, while having an overlay affecting the display > that ends at point-max. This generally hits on all kinds of dark > corners, so it would be better not to do stuff like that. > --001a1141bf26da1f5a054a792fc6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Eli, thanks. It seems to be working on latest git master.= I think it is a good idea to cherry-pick this into the emacs-25 branch, si= nce it is also affected.

On Sat, Mar 11, 2017 at 5:33 AM, Eli Zaretskii <eliz@gnu.org= > wrote:
> Date: Fri, 10= Mar 2017 15:37:27 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: emacs-devel@gnu.org
>
> > From: Filipe Silva <= filipe.silva@gmail.com>
> > Date: Fri, 10 Mar 2017 10:16:04 -0300
> > Cc: Emacs developers <e= macs-devel@gnu.org>
> >
> > Eli, Here's the recipe from emacs -Q
> >
> > https://github.com/ninrod/coredump-recipe
>
> Thanks, I will look into that soon.

I think I fixed this on the master branch, please test.=C2=A0 (= My master
build is compiled with all kinds of runtime checks, so it hit an
assertion violation before the place where you reported an abort.)

Btw, vim-empty-lines-mode.el plays with fire here: in
vim-empty-lines-count-screen-lines it narrows the buffer to the region=
just before point-max, while having an overlay affecting the display
that ends at point-max.=C2=A0 This generally hits on all kinds of dark
corners, so it would be better not to do stuff like that.

--001a1141bf26da1f5a054a792fc6--