* Emacs aborts with USE_LSB_TAG
@ 2004-01-21 9:35 David PONCE
0 siblings, 0 replies; 4+ messages in thread
From: David PONCE @ 2004-01-21 9:35 UTC (permalink / raw)
Hi Stefan,
I rebuilt today's CVS Emacs with your USE_LSB_TAG changes+your lisp.h
patch to auto-enable the USE_LSB_TAG feature.
My configuration:
./configure --prefix=/home/ponce --with-x-toolkit=gtk
i686-pc-linux-gnu (Fedora Core 1), GTK+ Version 2.2.4
gcc (GCC) 3.3.2 20031022 (Red Hat Linux 3.3.2-1)
Make bootstrap worked fine, but when I start an interactive Emacs it
aborts (see below).
Hope this will help.
Thanks for all your work on Emacs!
David
? gdb --args emacs -q -no-site-file
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run
Starting program: /home/ponce/bin/emacs -q -no-site-file
Emacs fatal error: xdisp.c:17172: assertion failed: GC_WINDOWP(s->f->tool_bar_window)
Program received signal SIGABRT, Aborted.
0x001f5c32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) bt
#0 0x001f5c32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00234d46 in kill () from /lib/tls/libc.so.6
#2 0x08154d7e in abort () at emacs.c:417
#3 0x081bfa8f in die (msg=0x823b7a0 "assertion failed:
GC_WINDOWP(s->f->tool_bar_window)", file=0x823b180 "xdisp.c",
line=17172) at alloc.c:5593
#4 0x080c10a1 in init_glyph_string (s=0x35a1, char2b=0x0,
w=0x8aea280, row=0x8b123f0, area=TEXT_AREA, start=0,
hl=DRAW_NORMAL_TEXT) at xdisp.c:17173
#5 0x080c3f58 in draw_glyphs (w=0x8aea280, x=0, row=0x8b123f0,
area=TEXT_AREA, start=0, end=84, hl=DRAW_NORMAL_TEXT,
overlaps_p=0) at xdisp.c:17192
#6 0x080c7a55 in x_write_glyphs (start=0x8b26768, len=84) at
xdisp.c:19292
#7 0x080875f4 in update_text_area (w=0x8aea280, vpos=41) at
dispnew.c:4278
#8 0x08087b78 in update_window_line (w=0x8aea280, vpos=41,
mouse_face_overwritten_p=0x0) at dispnew.c:4502
#9 0x08087470 in update_window (w=0x8aea280, force_p=1) at
dispnew.c:4102
#10 0x08086e65 in update_window_tree (w=0x8aea280, force_p=1) at
dispnew.c:3889
#11 0x08086bdc in update_frame (f=0x86e8aa8, force_p=1,
inhibit_hairy_id_p=1) at dispnew.c:3826
#12 0x080a8165 in echo_area_display (update_frame_p=1) at xdisp.c:7719
#13 0x080a54fa in message3_nolog (m=140200219, nbytes=19, multibyte=0)
at xdisp.c:6587
#14 0x080a52fa in message3 (m=140200219, nbytes=19, multibyte=0) at
xdisp.c:6528
#15 0x080a588b in message_with_string (m=0x8 <Address 0x8 out of
bounds>, string=140200219, log=1) at xdisp.c:6673
#16 0x081f5dc3 in Fload (file=139724531, noerror=139267593,
nomessage=139267593, nosuffix=0, must_suffix=17408455) at
lread.c:897
#17 0x081d84cc in do_autoload (fundef=139930405, funname=140025441) at
eval.c:1925
#18 0x081d9b12 in Ffuncall (nargs=2, args=0xbff452d0) at eval.c:2788
#19 0x0821045c in Fbyte_code (bytestr=139431105, vector=1,
maxdepth=-1074507056) at bytecode.c:689
#20 0x081da4b9 in funcall_lambda (fun=137896080, nargs=0,
arg_vector=0xbff453f4) at eval.c:2915
#21 0x081d9b47 in Ffuncall (nargs=1, args=0xbff453f0) at eval.c:2785
#22 0x0821045c in Fbyte_code (bytestr=139405216, vector=0,
maxdepth=-1074506768) at bytecode.c:689
#23 0x081da4b9 in funcall_lambda (fun=137890112, nargs=0,
arg_vector=0xbff454b0) at eval.c:2915
#24 0x081da2c7 in apply_lambda (fun=137890116, args=139267593,
eval_flag=1) at eval.c:2837
#25 0x081d88d8 in Feval (form=137890116) at eval.c:2138
#26 0x08157e81 in top_level_2 () at keyboard.c:1303
#27 0x081d7426 in internal_condition_case (bfun=0x8157e70
<top_level_2>, handlers=139361297, hfun=0x8157b2c <cmd_error>) at
eval.c:1333
#28 0x08157eb5 in top_level_1 () at keyboard.c:1311
#29 0x081d6f99 in internal_catch (tag=0, func=0x8157e84 <top_level_1>,
arg=139267593) at eval.c:1094
#30 0x08157df3 in command_loop () at keyboard.c:1272
#31 0x081575d3 in recursive_edit_1 () at keyboard.c:989
#32 0x08157734 in Frecursive_edit () at keyboard.c:1045
#33 0x08155ad9 in main (argc=3, argv=0xbff45b64) at emacs.c:1666
(gdb) q
The program is running. Exit anyway? (y or n) y
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Emacs aborts with USE_LSB_TAG
@ 2004-01-21 11:14 David PONCE
2004-01-21 14:25 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: David PONCE @ 2004-01-21 11:14 UTC (permalink / raw)
Cc: emacs-devel
FYI, I rebuilt Emacs with USE_LSB_TAG disabled and got exactly the same error.
It seems that that error is detected since I enabled ENABLE_CHECKING.
I will try without ENABLE_CHECKING.
David
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Emacs aborts with USE_LSB_TAG
@ 2004-01-21 11:26 David PONCE
0 siblings, 0 replies; 4+ messages in thread
From: David PONCE @ 2004-01-21 11:26 UTC (permalink / raw)
Cc: emacs-devel
Seems to work with USE_LSB_TAG enabled and ENABLE_CHECKING disabled :-\
David
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-01-21 14:25 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-21 9:35 Emacs aborts with USE_LSB_TAG David PONCE
-- strict thread matches above, loose matches on Subject: below --
2004-01-21 11:14 David PONCE
2004-01-21 14:25 ` Stefan Monnier
2004-01-21 11:26 David PONCE
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.