GNU bug report logs - #17411
24.4.50; emacs_backtrace.txt

Previous Next

Full log

Message #19 received at 17411 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: lekktu <at> gmail.com, 17411 <at> debbugs.gnu.org
Subject: Re: bug#17411: 24.4.50; emacs_backtrace.txt
Date: Mon, 12 May 2014 16:21:59 +0300

> From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
> Cc: Juanma Barranquero <lekktu <at> gmail.com>, 17411 <at> debbugs.gnu.org
> Date: Sun, 11 May 2014 23:26:06 -0400
> 
> >> balance_an_interval at intervals.c:436
> >> balance_intervals_internal at intervals.c:509
> >> balance_intervals_internal at intervals.c:506
> > A duplicate of 17340.
> 
> Indeed.  Both seemed to fail the "eassert (LENGTH (i) > 0);" and right
> in the middle of a tree.  I tried to add this assertion everywhere where the
> length of an interval can be changed, so we should never bump into
> a case like the above, because such a non-positive length should have
> been caught by an assertion earlier.
> 
> Evidence shows that I missed some cases, tho.  I'd be interested to see
> the stack trace before we enter GC (in case it's in the middle of some
> interval manipulation, maybe?).

You mean, this one:

   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17411#8

> It might also be interesting to look at `i' to see whether it's
> hopelessly messed up, or if it looks "incorrect but sanish".

I was unable to convince Drew to run Emacs under GDB and leave the
crashed session running to allow us ask him to look around in the
crashed session.  So I think the only practical way of obtaining this
information is to add eassert's that will tell you which one is it.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.