From: Harald Maier <harald@maierh.de>
To: Dan Nicolaescu <dann@ics.uci.edu>
Cc: 2403@emacsbugs.donarmstrong.com
Subject: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
Date: Wed, 11 Mar 2009 06:32:12 +0100 [thread overview]
Message-ID: <m2fxhklj4z.fsf@ate.maierh> (raw)
In-Reply-To: <200903091802.n29I2UfB019016@rodan.ics.uci.edu> (Dan Nicolaescu's message of "Mon, 9 Mar 2009 11:02:30 -0700 (PDT)")
Dan Nicolaescu <dann@ics.uci.edu> writes:
> Harald Maier <harald@maierh.de> writes:
>
> > Dan Nicolaescu <dann@ics.uci.edu> writes:
> >
> > > Another idea: there is a bug being discussed on the list about loading
> > > international/characters.
> > > Can you please try removing this line:
> > > (load "international/characters")
> > > from emacs/lisp/loadup.el
> > > and see if that helps?
> >
> > Yes, that helps and byte compiling of all the other lisp packages seems
> > fine.
>
> A fix was installed yesterday for international/characters. Can you
> please try uncommenting (load "international/characters") and see if it
> works better now?
Hello Dan,
unfortunately, it doesn't work. TEmacs still is in an infinite loop to
due a cyclic reference in the file "alloc.c". The gcpro data type below
points to itself in the next element (see too my previous report).
Eli pointed out that this is maybe a problem with the stack size. I
increased the stack size but the problem still exists. Stefan suggested
to put in some "eassert" but I don't have a clue where to put in this
assertion functions.
The questions are why does it happen only under AIX 5.2/5.3 and why does
it happen in characters.el. If I take out loading characters.el, emacs
builds and also the "terminal" emacs seems to work.
Harald
Program received signal SIGTSTP, Stopped (user).
[Switching to Thread 1]
Fgarbage_collect () at alloc.c:5108
(gdb) bt
#0 Fgarbage_collect () at alloc.c:5108
#1 0x10060214 in Ffuncall (nargs=3, args=0x2ff20bf4) at eval.c:2978
#2 0x10060a0c in call2 (fn=14, arg1=540510209, arg2=540510209) at
eval.c:2847
#3 0x1007881c in map_charset_for_dump (c_function=0,
function=540705105, arg=792, from=7, to=544894764) at charset.c:712
#4 0x10078be0 in map_charset_chars (c_function=0, function=540705105,
arg=792, charset=0x204d37c8, from=8481, to=32382) at charset.c:766
#5 0x10079058 in Fmap_charset_chars (function=540705105,
charset=541497681, arg=792, from_code=540510209, to_code=540510209) at
charset.c:861
#6 0x1005f484 in Feval (form=545329461) at eval.c:2389
#7 0x100156a8 in readevalloop (readcharfun=540553732, stream=0x0,
sourcename=544177635, evalfun=@0x2014e068: 0x1005ee58 <Feval>,
printflag=0, unibyte=0, readfun=540510209, start=540510209,
end=540510209) at lread.c:1782
#8 0x10015cc8 in Feval_buffer (buffer=14, printflag=540510209,
filename=544219395, unibyte=540510209, do_allow_print=539058292) at
lread.c:1845
#9 0x1005f484 in Feval (form=541151925) at eval.c:2389
#10 0x1005fb68 in Fprogn (args=541152005) at eval.c:449
#11 0x10063770 in Flet (args=541151645) at eval.c:1089
#12 0x1005f690 in Feval (form=541151565) at eval.c:2322
#13 0x100610a4 in Funwind_protect (args=541152013) at eval.c:1353
#14 0x1005f690 in Feval (form=541151557) at eval.c:2322
#15 0x1005fb68 in Fprogn (args=541152085) at eval.c:449
#16 0x10063994 in FletX (args=541151381) at eval.c:1033
#17 0x1005f690 in Feval (form=541153189) at eval.c:2322
#18 0x1005fb68 in Fprogn (args=541150261) at eval.c:449
#19 0x10063b70 in Fif (args=541153069) at eval.c:398
#20 0x1005f690 in Feval (form=541153029) at eval.c:2322
#21 0x1005fb68 in Fprogn (args=541150269) at eval.c:449
#22 0x1005fe54 in funcall_lambda (fun=541150277, nargs=4,
arg_vector=0x2ff21690) at eval.c:3224
#23 0x100606d0 in Ffuncall (nargs=5, args=0x20442969) at eval.c:3101
#24 0x10060908 in call4 (fn=14, arg1=540510209, arg2=540510209, arg3=7,
arg4=544894764) at eval.c:2894
#25 0x10016ca8 in Fload (file=544222387, noerror=540510209,
nomessage=540510209, nosuffix=538291768, must_suffix=25) at lread.c:1205
#26 0x1005f484 in Feval (form=545333781) at eval.c:2389
#27 0x100156a8 in readevalloop (readcharfun=540671769,
stream=0xf05423a0, sourcename=540843795, evalfun=@0x2014e068: 0x1005ee58
<Feval>, printflag=0, unibyte=0, readfun=540510209, start=540510209,
end=540510209) at lread.c:1782
#28 0x10016ecc in Fload (file=540843667, noerror=1, nomessage=540510209,
nosuffix=0, must_suffix=24) at lread.c:1252
#29 0x1005f484 in Feval (form=540495077) at eval.c:2389
#30 0x1008bc04 in top_level_2 () at keyboard.c:1366
#31 0x1005e3d4 in internal_condition_case (bfun=@0x20152184: 0x1008bbec
<top_level_2>, handlers=540581009, hfun=@0x2015216c: 0x10090750
<cmd_error>) at eval.c:1511
#32 0x100903bc in top_level_1 () at keyboard.c:1374
#33 0x1005e510 in internal_catch (tag=14, func=@0x20152190: 0x10090384
<top_level_1>, arg=540510209) at eval.c:1247
#34 0x10090490 in command_loop () at keyboard.c:1329
#35 0x10090990 in recursive_edit_1 () at keyboard.c:951
#36 0x10090b48 in Frecursive_edit () at keyboard.c:1013
#37 0x10002d34 in main (argc=540671625, argv=0x2ff2219c) at emacs.c:1852
Lisp Backtrace:
"map-charset-chars" (0x2ff20da8)
"eval-buffer" (0x2ff20f80)
"let" (0x2ff210d8)
"unwind-protect" (0x2ff211d8)
"let*" (0x2ff21358)
"if" (0x2ff214b0)
"load-with-code-conversion" (0x2ff21690)
"load" (0x2ff218d8)
"load" (0x2ff21bf8)
(gdb) p tail
$1 = (struct gcpro *) 0x2ff20c4c
(gdb) p *tail
$2 = {
next = 0x2ff20c4c,
var = 0x2ff20c48,
nvars = 1
}
--- alloc.c: 5101 ---
#if (GC_MARK_STACK == GC_MAKE_GCPROS_NOOPS \
|| GC_MARK_STACK == GC_MARK_STACK_CHECK_GCPROS)
mark_stack ();
#else
{
register struct gcpro *tail;
=> for (tail = gcprolist; tail; tail = tail->next)
for (i = 0; i < tail->nvars; i++)
mark_object (tail->var[i]);
}
#endif
next prev parent reply other threads:[~2009-03-11 5:32 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-20 5:00 bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el Harald Maier
2009-02-26 18:26 ` Harald Maier
2009-02-26 18:28 ` Harald Maier
2009-02-26 19:35 ` Eli Zaretskii
2009-02-26 20:02 ` Harald Maier
2009-02-27 10:27 ` Eli Zaretskii
2009-03-06 21:19 ` Criveti Mihai
2009-03-06 23:04 ` Criveti Mihai
2009-03-07 1:34 ` Dan Nicolaescu
2009-03-07 4:39 ` Dan Nicolaescu
2009-03-08 14:20 ` Harald Maier
2009-03-08 19:11 ` Eli Zaretskii
2009-03-09 18:02 ` Dan Nicolaescu
2009-03-10 6:18 ` Criveti Mihai
2009-03-10 19:48 ` Eli Zaretskii
2009-03-11 5:32 ` Harald Maier [this message]
2009-02-26 20:47 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2fxhklj4z.fsf@ate.maierh \
--to=harald@maierh.de \
--cc=2403@emacsbugs.donarmstrong.com \
--cc=dann@ics.uci.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.