all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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






  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.