GNU bug report logs - #29843
25.3; Emacs crash when running emacsclient

Previous Next

Package: emacs;

Reported by: Mike Kupfer <mkupfer <at> alum.berkeley.edu>

Date: Sun, 24 Dec 2017 20:30:02 UTC

Severity: normal

Tags: moreinfo

Found in version 25.3

Done: Mike Kupfer <mkupfer <at> alum.berkeley.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike Kupfer <mkupfer <at> alum.berkeley.edu>
Cc: 29843 <at> debbugs.gnu.org
Subject: bug#29843: 25.3; Emacs crash when running emacsclient
Date: Mon, 25 Dec 2017 20:50:01 +0200
> From: Mike Kupfer <mkupfer <at> alum.berkeley.edu>
> cc: 29843 <at> debbugs.gnu.org
> Date: Mon, 25 Dec 2017 10:22:16 -0800
> 
> >   static void
> >   reconsider_clip_changes (struct window *w)
> >   {
> >     struct buffer *b = XBUFFER (w->contents);
> > 
> >     if (b->clip_changed
> > 	&& w->window_end_valid
> > 	&& w->current_matrix->buffer == b
> > 	&& w->current_matrix->zv == BUF_ZV (b)
> > 	&& w->current_matrix->begv == BUF_BEGV (b))   <<<<<<<<<<<<<<<<<<
> >       b->clip_changed = false;
> > 
> > So either w or b is a NULL or garbled pointer.  Can you tell which
> > one?  (Let me know if you need help with GDB commands to do that.)
> 
> Hmm, I'm guessing that b is null.  w->contents is zero

Zero means w->contents is nil, which means this window is not a live
window.  But I don't understand how that could happen, since that's
supposed to be the selected window.

Did Emacs do something in the background when this happened?  Some
timer or perhaps some process filter or sentinel?  Or maybe some hook
that runs when a client frame opens?  Otherwise I don't understand how
come that window got deleted.




This bug report was last modified 6 years and 141 days ago.

Previous Next


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