GNU bug report logs - #10035
Crash in check_x_frame in w32fns.c

Previous Next

Package: emacs;

Reported by: Christoph Scholtes <cschol2112 <at> googlemail.com>

Date: Sun, 13 Nov 2011 15:31:01 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: cschol2112 <at> googlemail.com, 10035 <at> debbugs.gnu.org
Subject: Re: bug#10035: Crash in check_x_frame in w32fns.c
Date: Mon, 14 Nov 2011 19:08:16 +0200
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Mon, 14 Nov 2011 15:29:00 +0100
> Cc: cschol2112 <at> googlemail.com, 10035 <at> debbugs.gnu.org
> 
> On Mon, Nov 14, 2011 at 14:35, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> > Do you get these same values every time you reproduce the assertion
> > violation, or are the hashes different each time?
> 
> No, I get the same values every time.

Aha.  And what is that red block the size of a cursor (but evidently
not a cursor) at the end of the line which causes the abort?  Where
did that come from -- a buffer position with a special face?

I'm past the line where debugging by asking questions stops being
efficient.  A reproducible test case would help tremendously, assuming
it is feasible for you to come up with one.  Or maybe I will see the
light and either find the problem by code inspection or find some
clever way to catch it and yet simple enough to ask you to do it.




This bug report was last modified 13 years and 229 days ago.

Previous Next


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