From: Filipe Silva <filipe.silva@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Emacs developers <emacs-devel@gnu.org>
Subject: Re: Emacs 25.1.1 coredumps if company-mode pops up in a magit commit buffer window
Date: Thu, 9 Mar 2017 18:12:42 -0300 [thread overview]
Message-ID: <CAEwkUWM-H-n+aKS_VsNb_Z6sDNjtN1PGn7o+OX6Ai5KtB6ab+A@mail.gmail.com> (raw)
In-Reply-To: <83r326fmvc.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 2750 bytes --]
Hi Eli,
I've further investigated the issue and found that this only happens if
this minor mode: https://github.com/ninrod/vim-empty-lines-mode
is activated in conjunction with `with-editor-mode`.
the vim-empty-lines-mode provides an emulation of the vim's empty lines
indicator and uses an overlay.
Yes I can try to do that.
Filipe
On Thu, Mar 9, 2017 at 1:14 PM, Eli Zaretskii <eliz@gnu.org> wrote:
> > From: Filipe Silva <filipe.silva@gmail.com>
> > Date: Wed, 8 Mar 2017 18:06:40 -0300
> >
> > Hi. Everytime open a magit buffer to commit write a commit message and
> company mode pops up with a
> > completion menu, emacs 25.1.1 core dumps on me.
> >
> > This is the line I used:
> >
> > gdb --batch --quiet -ex "thread apply all bt full" -ex "quit"
> /usr/local/bin/emacs core.2466 > coredump.txt
> >
> > My emacs version: GNU Emacs 25.1.1 (x86_64-unknown-linux-gnu, GTK+
> Version 3.14.13) of 2017-02-22
> >
> > Here's the coredump.
> > [...]
> > Thread 1 (Thread 0x7f4036acda00 (LWP 2466)):
> > #0 0x00007f403154b23b in raise () from /lib64/libpthread.so.0
> > No symbol table info available.
> > #1 0x00000000004e6361 in terminate_due_to_signal (sig=sig@entry=6,
> > backtrace_limit=backtrace_limit@entry=40) at emacs.c:381
> > No locals.
> > #2 0x00000000004fe503 in emacs_abort () at sysdep.c:2247
> > No locals.
> > #3 0x00000000004a55f5 in bidi_paragraph_init (dir=<optimized out>,
> bidi_it=bidi_it@entry=0x7ffd828deab0,
> > no_default_p=no_default_p@entry=false) at bidi.c:1674
> > bytepos = 266
> > string_p = <optimized out>
> > pstartbyte = <optimized out>
> > begbyte = <optimized out>
> > end = 266
> > #4 0x000000000043fe4a in set_iterator_to_next (it=it@entry
> =0x7ffd828de110,
> > reseat_p=reseat_p@entry=false) at xdisp.c:7426
> > prev_scan_dir = 1
> > #5 0x000000000043f4ce in forward_to_next_line_start (it=it@entry
> =0x7ffd828de110,
> > skipped_p=skipped_p@entry=0x7ffd828dc42f, bidi_it_prev=bidi_it_prev@entry=0x7ffd828dc430)
> at
> > xdisp.c:6224
> > old_selective = <optimized out>
> > newline_found_p = false
> > n = <optimized out>
> > #6 0x000000000043f6aa in reseat_at_next_visible_line_start (it=it@entry
> =0x7ffd828de110,
> > on_newline_p=on_newline_p@entry=false) at xdisp.c:6431
>
> It's hard to understand how this happens: your build is an optimized
> one, so many important values are not accessible to the debugger. The
> stuff that is shown seems to present a contradicting picture:
> character position 266 is EOB, but it also has a newline character
> there, which AFAIU cannot happen.
>
> Can you prepare a recipe for reproducing this, from "emacs -Q",
> loading all the necessary Lisp packages, and then showing the commands
> you need to invoke to get Emacs to abort like this?
>
> Thanks.
>
[-- Attachment #2: Type: text/html, Size: 4104 bytes --]
next prev parent reply other threads:[~2017-03-09 21:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-08 21:06 Emacs 25.1.1 coredumps if company-mode pops up in a magit commit buffer window Filipe Silva
2017-03-09 16:14 ` Eli Zaretskii
2017-03-09 21:12 ` Filipe Silva [this message]
2017-03-10 7:09 ` Eli Zaretskii
2017-03-10 13:16 ` Filipe Silva
2017-03-10 13:37 ` Eli Zaretskii
2017-03-11 8:33 ` Eli Zaretskii
2017-03-11 19:07 ` Filipe Silva
2017-03-11 19:27 ` Eli Zaretskii
2017-03-11 19:35 ` Filipe Silva
2017-03-11 20:01 ` Eli Zaretskii
2017-03-11 20:27 ` Filipe Silva
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAEwkUWM-H-n+aKS_VsNb_Z6sDNjtN1PGn7o+OX6Ai5KtB6ab+A@mail.gmail.com \
--to=filipe.silva@gmail.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.