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

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Thu, 21 Aug 2014 16:22:02 UTC

Severity: normal

Tags: moreinfo

Found in version 24.4.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18313 in the body.
You can then email your comments to 18313 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#18313; Package emacs. (Thu, 21 Aug 2014 16:22:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Drew Adams <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 21 Aug 2014 16:22:02 GMT) Full text and rfc822 format available.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4.50; emacs_backtrace.txt
Date: Thu, 21 Aug 2014 09:20:29 -0700 (PDT)

Backtrace:
01201baf
01201c20
010f4223
0116762f
011f9916
011f9996
01186b54
01181d89
01182d6f
011042fa
01182831
01104366
011050ee
0107e938
0110e84f
0110eb17
0110ee68
0107e795
0107f3f3
012027b4
01202c41
011f966e
011fa987
011857cb
011c680c
01186371
01185a07
011c680c
01186371
01185a07
011c680c
01186371
01185a07
01184333
0118003e
011862dc
01185ada
011c680c
01186371
01185a07
011c680c
01186371
01185a07
01184d2c
011856bb
011c680c
01185fad
01185a07
011c680c
01186371
01185a07
011c680c
01185fad
01185a07
011c680c
01185fad
01185a07
0118495b
011856bb
011c680c
01185fad
01185a07
...




In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
 of 2014-06-28 on ODIEONE
Bzr revision: 117431 rgm <at> gnu.org-20140628015517-eku6hj8mpgcvfnso
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/snapshot/trunk
 --enable-checking=yes,glyphs 'CFLAGS=-O0 -g3'
 LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
 -Ic:/Devel/emacs/include''
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18313; Package emacs. (Fri, 22 Aug 2014 13:51:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 18313 <at> debbugs.gnu.org
Subject: Re: bug#18313: 24.4.50; emacs_backtrace.txt
Date: Fri, 22 Aug 2014 16:50:30 +0300

> Date: Thu, 21 Aug 2014 09:20:29 -0700 (PDT)
> From: Drew Adams <drew.adams <at> oracle.com>
> 
> Backtrace:
> 01201baf
> 01201c20
> 010f4223

  w32_backtrace at w32fns.c:8490
  emacs_abort at w32fns.c:8522
  terminate_due_to_signal at emacs.c:383
  die at alloc.c:7044
  unwind_create_frame at w32fns.c:4265
  do_unwind_create_frame at w32fns.c:4280
  unbind_to at eval.c:3301
  unwind_to_catch at eval.c:1162
  Fsignal at eval.c:1559
  menu_item_eval_property_1 at keyboard.c:7582
  internal_condition_case_1 at eval.c:1370
  menu_item_eval_property at keyboard.c:7601
  parse_menu_item at keyboard.c:7777
  single_menu_item at menu.c:334
  map_keymap_item at keymap.c:566
  map_keymap_internal at keymap.c:605
  map_keymap_canonical at keymap.c:670
  single_keymap_panes at menu.c:300
  parse_single_submenu at menu.c:563
  set_frame_menubar at w32menu.c:368
  initialize_frame_menubar at w32menu.c:523
  w32_window at w32fns.c:4158
  Fx_create_frame at w32fns.c:4592
  Ffuncall at eval.c:2810
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:3044
  Ffuncall at eval.c:2859
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:3044
  Ffuncall at eval.c:2859
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:3044
  Ffuncall at eval.c:2859
  eval_sub at eval.c:2152
  Fprogn at eval.c:463
  funcall_lambda at eval.c:3037
  Ffuncall at eval.c:2871
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:3044
  Ffuncall at eval.c:2859
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:3044
  Ffuncall at eval.c:2859
  Fapply at eval.c:2349
  Ffuncall at eval.c:2791
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:2978
  Ffuncall at eval.c:2859
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:3044
  Ffuncall at eval.c:2859
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:2978
  Ffuncall at eval.c:2859
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:2978
  Ffuncall at eval.c:2859
  Fapply at eval.c:2296
  Ffuncall at eval.c:2791
  exec_byte_code at bytecode.c:918
  funcall_lambda at eval.c:2978
  Ffuncall at eval.c:2859

The assertion violation is here:

  #ifdef GLYPH_DEBUG
	/* Check that reference counts are indeed correct.  */
	eassert (dpyinfo->reference_count == dpyinfo_refcount);  <<<<<<<<
	eassert ((dpyinfo->terminal->image_cache == NULL
		  && image_cache_refcount == 0)
		 || (dpyinfo->terminal->image_cache != NULL
		     && dpyinfo->terminal->image_cache->refcount == image_cache_refcount));
  #endif

I guess that condition is wrong when frames are created in recursive
edit.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18313; Package emacs. (Sat, 26 Dec 2015 16:05:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18313 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#18313: 24.4.50; emacs_backtrace.txt
Date: Sat, 26 Dec 2015 17:04:01 +0100

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

> The assertion violation is here:
>
>   #ifdef GLYPH_DEBUG
> 	/* Check that reference counts are indeed correct.  */
> 	eassert (dpyinfo->reference_count == dpyinfo_refcount);  <<<<<<<<
> 	eassert ((dpyinfo->terminal->image_cache == NULL
> 		  && image_cache_refcount == 0)
> 		 || (dpyinfo->terminal->image_cache != NULL
> 		     && dpyinfo->terminal->image_cache->refcount == image_cache_refcount));
>   #endif
>
> I guess that condition is wrong when frames are created in recursive
> edit.

Should this be followed up?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
Removed tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 26 Dec 2015 16:05:02 GMT) Full text and rfc822 format available.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18313; Package emacs. (Sat, 26 Dec 2015 16:38:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 18313 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#18313: 24.4.50; emacs_backtrace.txt
Date: Sat, 26 Dec 2015 18:37:47 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Drew Adams <drew.adams <at> oracle.com>,  18313 <at> debbugs.gnu.org
> Date: Sat, 26 Dec 2015 17:04:01 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > The assertion violation is here:
> >
> >   #ifdef GLYPH_DEBUG
> > 	/* Check that reference counts are indeed correct.  */
> > 	eassert (dpyinfo->reference_count == dpyinfo_refcount);  <<<<<<<<
> > 	eassert ((dpyinfo->terminal->image_cache == NULL
> > 		  && image_cache_refcount == 0)
> > 		 || (dpyinfo->terminal->image_cache != NULL
> > 		     && dpyinfo->terminal->image_cache->refcount == image_cache_refcount));
> >   #endif
> >
> > I guess that condition is wrong when frames are created in recursive
> > edit.
> 
> Should this be followed up?

If this still happens, I need a recipe for debugging it.
Added tag(s) moreinfo. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 19 Jan 2016 21:31:02 GMT) Full text and rfc822 format available.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18313; Package emacs. (Sat, 30 Apr 2016 13:29:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18313 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#18313: 24.4.50; emacs_backtrace.txt
Date: Sat, 30 Apr 2016 15:28:04 +0200

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

>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: Drew Adams <drew.adams <at> oracle.com>,  18313 <at> debbugs.gnu.org
>> Date: Sat, 26 Dec 2015 17:04:01 +0100
>> 
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> > The assertion violation is here:
>> >
>> >   #ifdef GLYPH_DEBUG
>> > 	/* Check that reference counts are indeed correct.  */
>> > 	eassert (dpyinfo->reference_count == dpyinfo_refcount);  <<<<<<<<
>> > 	eassert ((dpyinfo->terminal->image_cache == NULL
>> > 		  && image_cache_refcount == 0)
>> > 		 || (dpyinfo->terminal->image_cache != NULL
>> > 		     && dpyinfo->terminal->image_cache->refcount == image_cache_refcount));
>> >   #endif
>> >
>> > I guess that condition is wrong when frames are created in recursive
>> > edit.
>> 
>> Should this be followed up?
>
> If this still happens, I need a recipe for debugging it.

No such recipe was given, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to 18313 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 30 Apr 2016 13:29:02 GMT) Full text and rfc822 format available.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 29 May 2016 11:24:05 GMT) Full text and rfc822 format available.
This bug report was last modified 9 years and 22 days ago.

Previous Next

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