* bug#18313: 24.4.50; emacs_backtrace.txt
@ 2014-08-21 16:20 Drew Adams
2014-08-22 13:50 ` Eli Zaretskii
0 siblings, 1 reply; 5+ messages in thread
From: Drew Adams @ 2014-08-21 16:20 UTC (permalink / raw)
To: 18313
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@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''
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#18313: 24.4.50; emacs_backtrace.txt
2014-08-21 16:20 bug#18313: 24.4.50; emacs_backtrace.txt Drew Adams
@ 2014-08-22 13:50 ` Eli Zaretskii
2015-12-26 16:04 ` Lars Ingebrigtsen
0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2014-08-22 13:50 UTC (permalink / raw)
To: Drew Adams; +Cc: 18313
> Date: Thu, 21 Aug 2014 09:20:29 -0700 (PDT)
> From: Drew Adams <drew.adams@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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#18313: 24.4.50; emacs_backtrace.txt
2014-08-22 13:50 ` Eli Zaretskii
@ 2015-12-26 16:04 ` Lars Ingebrigtsen
2015-12-26 16:37 ` Eli Zaretskii
0 siblings, 1 reply; 5+ messages in thread
From: Lars Ingebrigtsen @ 2015-12-26 16:04 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 18313
Eli Zaretskii <eliz@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
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#18313: 24.4.50; emacs_backtrace.txt
2015-12-26 16:04 ` Lars Ingebrigtsen
@ 2015-12-26 16:37 ` Eli Zaretskii
2016-04-30 13:28 ` Lars Ingebrigtsen
0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2015-12-26 16:37 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 18313
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: Drew Adams <drew.adams@oracle.com>, 18313@debbugs.gnu.org
> Date: Sat, 26 Dec 2015 17:04:01 +0100
>
> Eli Zaretskii <eliz@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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#18313: 24.4.50; emacs_backtrace.txt
2015-12-26 16:37 ` Eli Zaretskii
@ 2016-04-30 13:28 ` Lars Ingebrigtsen
0 siblings, 0 replies; 5+ messages in thread
From: Lars Ingebrigtsen @ 2016-04-30 13:28 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 18313
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Lars Ingebrigtsen <larsi@gnus.org>
>> Cc: Drew Adams <drew.adams@oracle.com>, 18313@debbugs.gnu.org
>> Date: Sat, 26 Dec 2015 17:04:01 +0100
>>
>> Eli Zaretskii <eliz@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
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2016-04-30 13:28 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-21 16:20 bug#18313: 24.4.50; emacs_backtrace.txt Drew Adams
2014-08-22 13:50 ` Eli Zaretskii
2015-12-26 16:04 ` Lars Ingebrigtsen
2015-12-26 16:37 ` Eli Zaretskii
2016-04-30 13:28 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).