* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
@ 2009-02-20 5:00 Harald Maier
2009-02-26 18:26 ` Harald Maier
0 siblings, 1 reply; 17+ messages in thread
From: Harald Maier @ 2009-02-20 5:00 UTC (permalink / raw
To: emacs-pretest-bug
I am trying to build emacs-23.0.90 under AIX but it hangs at loading the
characters.el file:
----------------------------------------------------------------------
...
Loading /usr/maierha/build/cvs/emacs/lisp/international/mule-cmds.el (source)...
Loading /usr/maierha/build/cvs/emacs/lisp/case-table.el (source)...
Loading /usr/maierha/build/cvs/emacs/lisp/international/characters.el (source)...
----------------------------------------------------------------------
This happens on AIX 5.2 and AIX 5.3 and I am using the latest CVS
version. It looks that temacs is in an enless loop. Any idea what the
problem might be?
Harald
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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
` (2 more replies)
0 siblings, 3 replies; 17+ messages in thread
From: Harald Maier @ 2009-02-26 18:26 UTC (permalink / raw
To: 2403
Harald Maier <harald@maierh.de> writes:
> I am trying to build emacs-23.0.90 under AIX but it hangs at loading the
> characters.el file:
>
> ----------------------------------------------------------------------
> ...
> Loading /usr/maierha/build/cvs/emacs/lisp/international/mule-cmds.el (source)...
> Loading /usr/maierha/build/cvs/emacs/lisp/case-table.el (source)...
> Loading /usr/maierha/build/cvs/emacs/lisp/international/characters.el (source)...
> ----------------------------------------------------------------------
>
> This happens on AIX 5.2 and AIX 5.3 and I am using the latest CVS
> version. It looks that temacs is in an enless loop. Any idea what the
> problem might be?
I digged a little bit deeper to this problem. temacs is in a endless
loop in the following for loop in the alloca.c file:
--- alloca.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
---------------------
If I examine the values in gdb then I see that the second element of
gcprolist points to itself in the next element. That's why emacs loops.
---------------------
(gdb) p gcprolist
$6 = (struct gcpro *) 0x2ff20b68
(gdb) p *gcprolist
$7 = {
next = 0x2ff20bcc,
var = 0x2ff20b74,
nvars = 3
}
(gdb) p *0x2ff20bcc
$8 = 804391884
(gdb) p * (struct gcpro *) 0x2ff20bcc
$9 = {
next = 0x2ff20bcc,
var = 0x2ff20bc8,
nvars = 1
}
---------------------
Any idea how to fix that? As I mentioned before on my site this happens
with AIX 5.2 and 5.3 and it doesn't matter whether it's compiled with
gcc or the IBM compiler. Emacs is configured only with X11 (no gtk an
image support).
Harald
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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:47 ` Stefan Monnier
2 siblings, 0 replies; 17+ messages in thread
From: Harald Maier @ 2009-02-26 18:28 UTC (permalink / raw
To: 2403
Harald Maier <harald@maierh.de> writes:
> Harald Maier <harald@maierh.de> writes:
>
>> I am trying to build emacs-23.0.90 under AIX but it hangs at loading the
>> characters.el file:
>>
>> ----------------------------------------------------------------------
>> ...
>> Loading /usr/maierha/build/cvs/emacs/lisp/international/mule-cmds.el (source)...
>> Loading /usr/maierha/build/cvs/emacs/lisp/case-table.el (source)...
>> Loading /usr/maierha/build/cvs/emacs/lisp/international/characters.el (source)...
>> ----------------------------------------------------------------------
>>
>> This happens on AIX 5.2 and AIX 5.3 and I am using the latest CVS
>> version. It looks that temacs is in an enless loop. Any idea what the
>> problem might be?
>
> I digged a little bit deeper to this problem. temacs is in a endless
> loop in the following for loop in the alloca.c file:
>
> --- alloca.c:5101 ---
> #if (GC_MARK_STACK == GC_MAKE_GCPROS_NOOPS \
Uups, I meant "alloc.c".
Harald
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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-26 20:47 ` Stefan Monnier
2 siblings, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2009-02-26 19:35 UTC (permalink / raw
To: Harald Maier; +Cc: 2403
> From: Harald Maier <harald@maierh.de>
> Date: Thu, 26 Feb 2009 19:26:00 +0100
> Cc:
>
> Harald Maier <harald@maierh.de> writes:
>
> > I am trying to build emacs-23.0.90 under AIX but it hangs at loading the
> > characters.el file:
> >
> > ----------------------------------------------------------------------
> > ...
> > Loading /usr/maierha/build/cvs/emacs/lisp/international/mule-cmds.el (source)...
> > Loading /usr/maierha/build/cvs/emacs/lisp/case-table.el (source)...
> > Loading /usr/maierha/build/cvs/emacs/lisp/international/characters.el (source)...
> > ----------------------------------------------------------------------
> >
> > This happens on AIX 5.2 and AIX 5.3 and I am using the latest CVS
> > version. It looks that temacs is in an enless loop. Any idea what the
> > problem might be?
>
> I digged a little bit deeper to this problem. temacs is in a endless
> loop in the following for loop in the alloca.c file:
>
> --- alloca.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
> ---------------------
> If I examine the values in gdb then I see that the second element of
> gcprolist points to itself in the next element. That's why emacs loops.
Could it be that Emacs doesn't have enough stack space? (I have no
idea whether stack on AIX is statically allocated and what is its
default size.)
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-02-26 19:35 ` Eli Zaretskii
@ 2009-02-26 20:02 ` Harald Maier
2009-02-27 10:27 ` Eli Zaretskii
0 siblings, 1 reply; 17+ messages in thread
From: Harald Maier @ 2009-02-26 20:02 UTC (permalink / raw
To: Eli Zaretskii; +Cc: 2403
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Harald Maier <harald@maierh.de>
>> Date: Thu, 26 Feb 2009 19:26:00 +0100
>> Cc:
>>
>> Harald Maier <harald@maierh.de> writes:
>>
>> > I am trying to build emacs-23.0.90 under AIX but it hangs at loading the
>> > characters.el file:
>> >
>> > ----------------------------------------------------------------------
>> > ...
>> > Loading /usr/maierha/build/cvs/emacs/lisp/international/mule-cmds.el (source)...
>> > Loading /usr/maierha/build/cvs/emacs/lisp/case-table.el (source)...
>> > Loading /usr/maierha/build/cvs/emacs/lisp/international/characters.el (source)...
>> > ----------------------------------------------------------------------
>> >
>> > This happens on AIX 5.2 and AIX 5.3 and I am using the latest CVS
>> > version. It looks that temacs is in an enless loop. Any idea what the
>> > problem might be?
>>
>> I digged a little bit deeper to this problem. temacs is in a endless
>> loop in the following for loop in the alloca.c file:
>>
>> --- alloca.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
>> ---------------------
>> If I examine the values in gdb then I see that the second element of
>> gcprolist points to itself in the next element. That's why emacs loops.
>
> Could it be that Emacs doesn't have enough stack space? (I have no
> idea whether stack on AIX is statically allocated and what is its
> default size.)
Definitely not. Both machines has lots of resources and also Emacs 22
compiles and works very well. But I can verify that if you can give me
some hints how to do this.
Harald
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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:47 ` Stefan Monnier
2 siblings, 0 replies; 17+ messages in thread
From: Stefan Monnier @ 2009-02-26 20:47 UTC (permalink / raw
To: Harald Maier; +Cc: 2403
> I digged a little bit deeper to this problem. temacs is in an endless
> loop in the following for loop in the alloca.c file:
> --- alloca.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
> ---------------------
> If I examine the values in gdb then I see that the second element of
> gcprolist points to itself in the next element. That's why emacs loops.
> Any idea how to fix that?
No idea. This should never happen, obviously. The gcprolist (and its
elements) should only ever be touched by the macros GCPRO<n> and
UNGCPRO, so the only thing that comes to mind is that someone does
GCPRO1 twice in the same block.
You may want to add some
eassert(gcprolist != &gcpro<n>);
to the GCPRO macros which may catch the bug. Alternatively, if you look
at the backtrace, the problematic uses of GCPRO<n> should be nearby.
Of course, maybe the problem really is one of the stack being clobbered.
Stefan
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-02-26 20:02 ` Harald Maier
@ 2009-02-27 10:27 ` Eli Zaretskii
2009-03-06 21:19 ` Criveti Mihai
0 siblings, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2009-02-27 10:27 UTC (permalink / raw
To: Harald Maier; +Cc: 2403
> From: Harald Maier <harald@maierh.de>
> Cc: 2403@emacsbugs.donarmstrong.com
> Date: Thu, 26 Feb 2009 21:02:57 +0100
>
> > Could it be that Emacs doesn't have enough stack space? (I have no
> > idea whether stack on AIX is statically allocated and what is its
> > default size.)
>
> Definitely not. Both machines has lots of resources and also Emacs 22
> compiles and works very well.
On many systems, Emacs 23 needs much more stack space than Emacs 22,
especially when characters.el is loaded during dumping.
> But I can verify that if you can give me some hints how to do this.
Sorry, I don't use AIX and am not familiar with that system enough to
give you any useful advice. For starters, please find out how much
stack temacs has when it performs this command from src/Makefile:
LC_ALL=C $(RUN_TEMACS) -batch -l loadup dump
(Again, I cannot tell you how to do that on AIX, unfortunately.)
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-02-27 10:27 ` Eli Zaretskii
@ 2009-03-06 21:19 ` Criveti Mihai
2009-03-06 23:04 ` Criveti Mihai
0 siblings, 1 reply; 17+ messages in thread
From: Criveti Mihai @ 2009-03-06 21:19 UTC (permalink / raw
To: 2403
/etc/security/limits sets:
default:
stack = 131072
May want to try settings
stack = 524288
stack_hard = 524288
or even higher for building Emacs.
Also check ulimit -s / ulimit -a values.
On Fri, Feb 27, 2009 at 12:27 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Harald Maier <harald@maierh.de>
>> Cc: 2403@emacsbugs.donarmstrong.com
>> Date: Thu, 26 Feb 2009 21:02:57 +0100
>>
>> > Could it be that Emacs doesn't have enough stack space? (I have no
>> > idea whether stack on AIX is statically allocated and what is its
>> > default size.)
>>
>> Definitely not. Both machines has lots of resources and also Emacs 22
>> compiles and works very well.
>
> On many systems, Emacs 23 needs much more stack space than Emacs 22,
> especially when characters.el is loaded during dumping.
>
>> But I can verify that if you can give me some hints how to do this.
>
> Sorry, I don't use AIX and am not familiar with that system enough to
> give you any useful advice. For starters, please find out how much
> stack temacs has when it performs this command from src/Makefile:
>
> LC_ALL=C $(RUN_TEMACS) -batch -l loadup dump
>
> (Again, I cannot tell you how to do that on AIX, unfortunately.)
>
>
>
>
>
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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
0 siblings, 2 replies; 17+ messages in thread
From: Criveti Mihai @ 2009-03-06 23:04 UTC (permalink / raw
To: 2403
Emacs is confiugred --with-x=no, ulimits are all unlimited.
cmihai@phobos:/home/cmihai/newbuild/emacs/src$ LC_ALL=C ./temacs
--batch --load loadup bootstrap dump
Loading loadup.el (source)...
Using load-path (/home/cmihai/newbuild/emacs/lisp
/home/cmihai/newbuild/emacs/lisp/emacs-lisp
/home/cmihai/newbuild/emacs/lisp/language
/home/cmihai/newbuild/emacs/lisp/international
/home/cmihai/newbuild/emacs/lisp/textmodes)
Loading emacs-lisp/byte-run (source)...
Loading emacs-lisp/backquote (source)...
Loading subr (source)...
Loading version.el (source)...
Loading widget (source)...
Loading custom (source)...
Loading emacs-lisp/map-ynp (source)...
Loading cus-start (source)...
Loading international/mule (source)...
Loading international/mule-conf.el (source)...
Loading env (source)...
Loading format (source)...
Loading bindings (source)...
Loading /home/cmihai/newbuild/emacs/lisp/files.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/cus-face.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/faces.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/minibuffer.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/button.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/startup.el (source)...
Lists of integers (garbage collection statistics) are normal output
while building Emacs; they do not indicate a problem.
((120124 . 7654) (6419 . 3) (556 . 148) 484706 22404 (37 . 1) (22 . 5)
(9678 . 6198))
Loading /home/cmihai/newbuild/emacs/lisp/ldefs-boot.el (source)...
((142077 . 5261) (9199 . 0) (564 . 140) 1422768 22404 (107 . 33) (22 .
5) (17962 . 1946))
Loading /home/cmihai/newbuild/emacs/lisp/abbrev.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/simple.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/help.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/jka-cmpr-hook.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/epa-hook.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/international/mule-cmds.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/case-table.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el (source)...
Freezes here.
truss ./temacs --batch --load loadup bootstrap
statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF219D0,
128, 010) = 0
open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
kread(4, " ; ; ; c a s e - t a b".., 511) = 511
klseek(4, 0, 0, 0x00000000) = 0
close(4) = 0
statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF21490,
128, 010) = 0
open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
close(4) = 0
Loading /home/cmihai/newbuild/emacs/lisp/case-table.el
(source)...kwrite(2, " L o a d i n g / h o m".., 66) = 66
kwrite(2, "\n", 1) = 1
kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914
statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF0C888,
128, 010) = 0
open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
kread(4, " ; ; ; c a s e - t a b".., 6452) = 6452
close(4) = 0
readlink("/home", "", 100) Err#22 EINVAL
readlink("/home/cmihai", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs/lisp", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs/lisp/case-table.el", "", 100)
Err#22 EINVAL
statx("/home/cmihai/newbuild/emacs/lisp/international/characters.elc",
0x2FF219D0, 128, 010) Err#2 ENOENT
statx("/home/cmihai/newbuild/emacs/lisp/international/characters.elc.gz",
0x2FF219D0, 128, 010) Err#2 ENOENT
statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
0x2FF219D0, 128, 010) = 0
open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
O_RDONLY|O_LARGEFILE) = 4
kread(4, " ; ; ; c h a r a c t e".., 511) = 511
klseek(4, 0, 0, 0x00000000) = 0
close(4) = 0
statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
0x2FF21490, 128, 010) = 0
open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
O_RDONLY|O_LARGEFILE) = 4
close(4) = 0
Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el
(source)...kwrite(2, " L o a d i n g / h o m".., 80) = 80
kwrite(2, "\n", 1) = 1
kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914
statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
0x2FF0C888, 128, 010) = 0
open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
O_RDONLY|O_LARGEFILE) = 4
kread(4, " ; ; ; c h a r a c t e".., 38015) = 38015
close(4) = 0
readlink("/home", "", 100) Err#22 EINVAL
readlink("/home/cmihai", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs/lisp", "", 100) Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs/lisp/international", "", 100)
Err#22 EINVAL
readlink("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
"", 100) Err#22 EINVAL
statx("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map",
0x2FF20BF0, 128, 010) = 0
open("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map",
O_RDONLY|O_LARGEFILE) = 4
kfcntl(4, F_GETFL, 0x2FF22FFC) = 67108864
kioctl(4, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
kioctl(4, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
kread(4, " # G e n e r a t e d ".., 4096) = 4096
kread(4, " x 5 F C 5\n 0 x 3 1 5 9".., 4096) = 4096
kread(4, " 6 D E C\n 0 x 3 4 6 4 ".., 4096) = 4096
kread(4, " 7 6 E 0 x 5 9 4 9\n 0".., 4096) = 4096
kread(4, " F 6\n 0 x 3 A 7 9 0 x".., 4096) = 4096
kread(4, " 5 0 x 8 3 0 E\n 0 x 3".., 4096) = 4096
kread(4, "\n 0 x 4 1 3 0 0 x 6 D".., 4096) = 4096
kread(4, " 0 x 6 6 A E\n 0 x 4 4 3".., 4096) = 4096
kread(4, " x 4 7 4 5 0 x 6 8 6 5".., 4096) = 4096
kread(4, " 4 A 5 0 0 x 5 E 0 2\n".., 4096) = 4096
kread(4, " 3 1 6\n 0 x 4 D 5 B 0".., 4096) = 4096
kread(4, " 6 5 0 x 7 E E 3\n 0 x".., 4096) = 4096
kread(4, " 0 0 x 7 F B D\n 0 x 5".., 4096) = 4096
kread(4, " 0 x 8 6 C 0\n 0 x 5 6".., 4096) = 4096
kread(4, " 0 x 5 A 2 F 0 x 8 B C".., 4096) = 4096
kread(4, " x 5 D 4 6 0 x 8 4 1 C".., 4096) = 4096
kread(4, " 5 6 5 8\n 0 x 6 0 5 A ".., 4096) = 4096
kread(4, " C D 7\n 0 x 6 3 7 5 0".., 4096) = 4096
kread(4, " 2 B 0 x 7 E D 4\n 0 x".., 4096) = 4096
kread(4, " C\n 0 x 6 A 5 3 0 x 6".., 4096) = 4096
kread(4, "\n 0 x 6 D 7 0 - 0 x 6 D".., 4096) = 4096
kread(4, " 0 x 8 9 3 6\n 0 x 7 1 5".., 4096) = 4096
kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) = 3443
kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) = 0
close(4) = 0
close(4) Err#9 EBADF
sbrk(0x00000000) = 0x20898000
sbrk(0x00069000) = 0x20898000
It just freezes here.
On Fri, Mar 6, 2009 at 11:19 PM, Criveti Mihai <crivetimihai@gmail.com> wrote:
> /etc/security/limits sets:
> default:
> stack = 131072
>
> May want to try settings
> stack = 524288
> stack_hard = 524288
> or even higher for building Emacs.
>
> Also check ulimit -s / ulimit -a values.
>
> On Fri, Feb 27, 2009 at 12:27 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>>> From: Harald Maier <harald@maierh.de>
>>> Cc: 2403@emacsbugs.donarmstrong.com
>>> Date: Thu, 26 Feb 2009 21:02:57 +0100
>>>
>>> > Could it be that Emacs doesn't have enough stack space? (I have no
>>> > idea whether stack on AIX is statically allocated and what is its
>>> > default size.)
>>>
>>> Definitely not. Both machines has lots of resources and also Emacs 22
>>> compiles and works very well.
>>
>> On many systems, Emacs 23 needs much more stack space than Emacs 22,
>> especially when characters.el is loaded during dumping.
>>
>>> But I can verify that if you can give me some hints how to do this.
>>
>> Sorry, I don't use AIX and am not familiar with that system enough to
>> give you any useful advice. For starters, please find out how much
>> stack temacs has when it performs this command from src/Makefile:
>>
>> LC_ALL=C $(RUN_TEMACS) -batch -l loadup dump
>>
>> (Again, I cannot tell you how to do that on AIX, unfortunately.)
>>
>>
>>
>>
>>
>
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-03-06 23:04 ` Criveti Mihai
@ 2009-03-07 1:34 ` Dan Nicolaescu
2009-03-07 4:39 ` Dan Nicolaescu
1 sibling, 0 replies; 17+ messages in thread
From: Dan Nicolaescu @ 2009-03-07 1:34 UTC (permalink / raw
To: Criveti Mihai; +Cc: 2403
Criveti Mihai <crivetimihai@gmail.com> writes:
> Emacs is confiugred --with-x=no, ulimits are all unlimited.
>
> cmihai@phobos:/home/cmihai/newbuild/emacs/src$ LC_ALL=C ./temacs
> --batch --load loadup bootstrap dump
> Loading loadup.el (source)...
> Using load-path (/home/cmihai/newbuild/emacs/lisp
> /home/cmihai/newbuild/emacs/lisp/emacs-lisp
> /home/cmihai/newbuild/emacs/lisp/language
> /home/cmihai/newbuild/emacs/lisp/international
> /home/cmihai/newbuild/emacs/lisp/textmodes)
> Loading emacs-lisp/byte-run (source)...
> Loading emacs-lisp/backquote (source)...
> Loading subr (source)...
> Loading version.el (source)...
> Loading widget (source)...
> Loading custom (source)...
> Loading emacs-lisp/map-ynp (source)...
> Loading cus-start (source)...
> Loading international/mule (source)...
> Loading international/mule-conf.el (source)...
> Loading env (source)...
> Loading format (source)...
> Loading bindings (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/files.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/cus-face.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/faces.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/minibuffer.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/button.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/startup.el (source)...
> Lists of integers (garbage collection statistics) are normal output
> while building Emacs; they do not indicate a problem.
> ((120124 . 7654) (6419 . 3) (556 . 148) 484706 22404 (37 . 1) (22 . 5)
> (9678 . 6198))
> Loading /home/cmihai/newbuild/emacs/lisp/ldefs-boot.el (source)...
> ((142077 . 5261) (9199 . 0) (564 . 140) 1422768 22404 (107 . 33) (22 .
> 5) (17962 . 1946))
> Loading /home/cmihai/newbuild/emacs/lisp/abbrev.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/simple.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/help.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/jka-cmpr-hook.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/epa-hook.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/international/mule-cmds.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/case-table.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el (source)...
>
>
> Freezes here.
>
> truss ./temacs --batch --load loadup bootstrap
> statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF219D0,
> 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c a s e - t a b".., 511) = 511
> klseek(4, 0, 0, 0x00000000) = 0
> close(4) = 0
> statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF21490,
> 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
> close(4) = 0
> Loading /home/cmihai/newbuild/emacs/lisp/case-table.el
> (source)...kwrite(2, " L o a d i n g / h o m".., 66) = 66
>
> kwrite(2, "\n", 1) = 1
> kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914
> statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF0C888,
> 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c a s e - t a b".., 6452) = 6452
> close(4) = 0
> readlink("/home", "", 100) Err#22 EINVAL
> readlink("/home/cmihai", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp/case-table.el", "", 100)
> Err#22 EINVAL
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.elc",
> 0x2FF219D0, 128, 010) Err#2 ENOENT
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.elc.gz",
> 0x2FF219D0, 128, 010) Err#2 ENOENT
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> 0x2FF219D0, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c h a r a c t e".., 511) = 511
> klseek(4, 0, 0, 0x00000000) = 0
> close(4) = 0
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> 0x2FF21490, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> O_RDONLY|O_LARGEFILE) = 4
> close(4) = 0
> Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el
> (source)...kwrite(2, " L o a d i n g / h o m".., 80) = 80
>
> kwrite(2, "\n", 1) = 1
> kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> 0x2FF0C888, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c h a r a c t e".., 38015) = 38015
> close(4) = 0
> readlink("/home", "", 100) Err#22 EINVAL
> readlink("/home/cmihai", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp/international", "", 100)
> Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> "", 100) Err#22 EINVAL
> statx("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map",
> 0x2FF20BF0, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map",
> O_RDONLY|O_LARGEFILE) = 4
> kfcntl(4, F_GETFL, 0x2FF22FFC) = 67108864
> kioctl(4, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
> kioctl(4, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
> kread(4, " # G e n e r a t e d ".., 4096) = 4096
> kread(4, " x 5 F C 5\n 0 x 3 1 5 9".., 4096) = 4096
> kread(4, " 6 D E C\n 0 x 3 4 6 4 ".., 4096) = 4096
> kread(4, " 7 6 E 0 x 5 9 4 9\n 0".., 4096) = 4096
> kread(4, " F 6\n 0 x 3 A 7 9 0 x".., 4096) = 4096
> kread(4, " 5 0 x 8 3 0 E\n 0 x 3".., 4096) = 4096
> kread(4, "\n 0 x 4 1 3 0 0 x 6 D".., 4096) = 4096
> kread(4, " 0 x 6 6 A E\n 0 x 4 4 3".., 4096) = 4096
> kread(4, " x 4 7 4 5 0 x 6 8 6 5".., 4096) = 4096
> kread(4, " 4 A 5 0 0 x 5 E 0 2\n".., 4096) = 4096
> kread(4, " 3 1 6\n 0 x 4 D 5 B 0".., 4096) = 4096
> kread(4, " 6 5 0 x 7 E E 3\n 0 x".., 4096) = 4096
> kread(4, " 0 0 x 7 F B D\n 0 x 5".., 4096) = 4096
> kread(4, " 0 x 8 6 C 0\n 0 x 5 6".., 4096) = 4096
> kread(4, " 0 x 5 A 2 F 0 x 8 B C".., 4096) = 4096
> kread(4, " x 5 D 4 6 0 x 8 4 1 C".., 4096) = 4096
> kread(4, " 5 6 5 8\n 0 x 6 0 5 A ".., 4096) = 4096
> kread(4, " C D 7\n 0 x 6 3 7 5 0".., 4096) = 4096
> kread(4, " 2 B 0 x 7 E D 4\n 0 x".., 4096) = 4096
> kread(4, " C\n 0 x 6 A 5 3 0 x 6".., 4096) = 4096
> kread(4, "\n 0 x 6 D 7 0 - 0 x 6 D".., 4096) = 4096
> kread(4, " 0 x 8 9 3 6\n 0 x 7 1 5".., 4096) = 4096
> kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) = 3443
> kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) = 0
> close(4) = 0
> close(4) Err#9 EBADF
> sbrk(0x00000000) = 0x20898000
> sbrk(0x00069000) = 0x20898000
>
>
> It just freezes here.
Can you please run that command in the debugger and see what is going on?
From the symptoms it might be that emacs calls a libc function that
returns malloced memory, and then it tries to do a realloc on that.
A similar problem is solved by the BROKEN_GET_CURRENT_DIR_NAME
in src/s/aix4-2.h
Can you verify if this issue is malloc related?
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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
1 sibling, 1 reply; 17+ messages in thread
From: Dan Nicolaescu @ 2009-03-07 4:39 UTC (permalink / raw
To: Criveti Mihai; +Cc: 2403
Criveti Mihai <crivetimihai@gmail.com> writes:
> Emacs is confiugred --with-x=no, ulimits are all unlimited.
>
> cmihai@phobos:/home/cmihai/newbuild/emacs/src$ LC_ALL=C ./temacs
> --batch --load loadup bootstrap dump
> Loading loadup.el (source)...
> Using load-path (/home/cmihai/newbuild/emacs/lisp
> /home/cmihai/newbuild/emacs/lisp/emacs-lisp
> /home/cmihai/newbuild/emacs/lisp/language
> /home/cmihai/newbuild/emacs/lisp/international
> /home/cmihai/newbuild/emacs/lisp/textmodes)
> Loading emacs-lisp/byte-run (source)...
> Loading emacs-lisp/backquote (source)...
> Loading subr (source)...
> Loading version.el (source)...
> Loading widget (source)...
> Loading custom (source)...
> Loading emacs-lisp/map-ynp (source)...
> Loading cus-start (source)...
> Loading international/mule (source)...
> Loading international/mule-conf.el (source)...
> Loading env (source)...
> Loading format (source)...
> Loading bindings (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/files.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/cus-face.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/faces.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/minibuffer.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/button.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/startup.el (source)...
> Lists of integers (garbage collection statistics) are normal output
> while building Emacs; they do not indicate a problem.
> ((120124 . 7654) (6419 . 3) (556 . 148) 484706 22404 (37 . 1) (22 . 5)
> (9678 . 6198))
> Loading /home/cmihai/newbuild/emacs/lisp/ldefs-boot.el (source)...
> ((142077 . 5261) (9199 . 0) (564 . 140) 1422768 22404 (107 . 33) (22 .
> 5) (17962 . 1946))
> Loading /home/cmihai/newbuild/emacs/lisp/abbrev.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/simple.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/help.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/jka-cmpr-hook.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/epa-hook.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/international/mule-cmds.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/case-table.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el (source)...
>
>
> Freezes here.
>
> truss ./temacs --batch --load loadup bootstrap
> statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF219D0,
> 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c a s e - t a b".., 511) = 511
> klseek(4, 0, 0, 0x00000000) = 0
> close(4) = 0
> statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF21490,
> 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
> close(4) = 0
> Loading /home/cmihai/newbuild/emacs/lisp/case-table.el
> (source)...kwrite(2, " L o a d i n g / h o m".., 66) = 66
>
> kwrite(2, "\n", 1) = 1
> kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914
> statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF0C888,
> 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c a s e - t a b".., 6452) = 6452
> close(4) = 0
> readlink("/home", "", 100) Err#22 EINVAL
> readlink("/home/cmihai", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp/case-table.el", "", 100)
> Err#22 EINVAL
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.elc",
> 0x2FF219D0, 128, 010) Err#2 ENOENT
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.elc.gz",
> 0x2FF219D0, 128, 010) Err#2 ENOENT
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> 0x2FF219D0, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c h a r a c t e".., 511) = 511
> klseek(4, 0, 0, 0x00000000) = 0
> close(4) = 0
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> 0x2FF21490, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> O_RDONLY|O_LARGEFILE) = 4
> close(4) = 0
> Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el
> (source)...kwrite(2, " L o a d i n g / h o m".., 80) = 80
>
> kwrite(2, "\n", 1) = 1
> kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914
> statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> 0x2FF0C888, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> O_RDONLY|O_LARGEFILE) = 4
> kread(4, " ; ; ; c h a r a c t e".., 38015) = 38015
> close(4) = 0
> readlink("/home", "", 100) Err#22 EINVAL
> readlink("/home/cmihai", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp", "", 100) Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp/international", "", 100)
> Err#22 EINVAL
> readlink("/home/cmihai/newbuild/emacs/lisp/international/characters.el",
> "", 100) Err#22 EINVAL
> statx("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map",
> 0x2FF20BF0, 128, 010) = 0
> open("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map",
> O_RDONLY|O_LARGEFILE) = 4
> kfcntl(4, F_GETFL, 0x2FF22FFC) = 67108864
> kioctl(4, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
> kioctl(4, 22528, 0x00000000, 0x00000000) Err#25 ENOTTY
> kread(4, " # G e n e r a t e d ".., 4096) = 4096
> kread(4, " x 5 F C 5\n 0 x 3 1 5 9".., 4096) = 4096
> kread(4, " 6 D E C\n 0 x 3 4 6 4 ".., 4096) = 4096
> kread(4, " 7 6 E 0 x 5 9 4 9\n 0".., 4096) = 4096
> kread(4, " F 6\n 0 x 3 A 7 9 0 x".., 4096) = 4096
> kread(4, " 5 0 x 8 3 0 E\n 0 x 3".., 4096) = 4096
> kread(4, "\n 0 x 4 1 3 0 0 x 6 D".., 4096) = 4096
> kread(4, " 0 x 6 6 A E\n 0 x 4 4 3".., 4096) = 4096
> kread(4, " x 4 7 4 5 0 x 6 8 6 5".., 4096) = 4096
> kread(4, " 4 A 5 0 0 x 5 E 0 2\n".., 4096) = 4096
> kread(4, " 3 1 6\n 0 x 4 D 5 B 0".., 4096) = 4096
> kread(4, " 6 5 0 x 7 E E 3\n 0 x".., 4096) = 4096
> kread(4, " 0 0 x 7 F B D\n 0 x 5".., 4096) = 4096
> kread(4, " 0 x 8 6 C 0\n 0 x 5 6".., 4096) = 4096
> kread(4, " 0 x 5 A 2 F 0 x 8 B C".., 4096) = 4096
> kread(4, " x 5 D 4 6 0 x 8 4 1 C".., 4096) = 4096
> kread(4, " 5 6 5 8\n 0 x 6 0 5 A ".., 4096) = 4096
> kread(4, " C D 7\n 0 x 6 3 7 5 0".., 4096) = 4096
> kread(4, " 2 B 0 x 7 E D 4\n 0 x".., 4096) = 4096
> kread(4, " C\n 0 x 6 A 5 3 0 x 6".., 4096) = 4096
> kread(4, "\n 0 x 6 D 7 0 - 0 x 6 D".., 4096) = 4096
> kread(4, " 0 x 8 9 3 6\n 0 x 7 1 5".., 4096) = 4096
> kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) = 3443
> kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) = 0
> close(4) = 0
> close(4) Err#9 EBADF
> sbrk(0x00000000) = 0x20898000
> sbrk(0x00069000) = 0x20898000
>
>
> It just freezes here.
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?
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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
0 siblings, 2 replies; 17+ messages in thread
From: Harald Maier @ 2009-03-08 14:20 UTC (permalink / raw
To: bug-gnu-emacs
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. The next problem occurs then in the leim direcotry:
sed -n '/^[^;]/ p' < /install/tools/emacs/leim/leim-ext.el >> leim-list.el
Compiling /install/tools/emacs/leim/ja-dic/ja-dic.el
In toplevel form:
ja-dic/ja-dic.el:47:1:Error: Args out of range: "ãs æ", 1663, 1663
make: *** [/install/tools/emacs/leim/ja-dic/ja-dic.elc] Error 1
If I ignore ja-dic.el in "leim/Makefile" then all went fine but then if
I start emacs I get the following startup error in the function
"set_fontset_font":
Invalid script or charset name: latin
Lisp Backtrace:
"new-fontset" (0x2ff21214)
"setup-default-fontset" (0x2ff21464)
"x-initialize-window-system" (0x2ff215f4)
"byte-code" (0x2ff216d0)
"command-line" (0x2ff21a54)
"normal-top-level" (0x2ff21b70)
Harald
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-03-08 14:20 ` Harald Maier
@ 2009-03-08 19:11 ` Eli Zaretskii
2009-03-09 18:02 ` Dan Nicolaescu
1 sibling, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2009-03-08 19:11 UTC (permalink / raw
To: Harald Maier, 2403
> From: Harald Maier <harald@maierh.de>
> Date: Sun, 08 Mar 2009 15:20:52 +0100
> Cc:
>
> 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.
> [...]
> but then if
> I start emacs I get the following startup error in the function
>
> "set_fontset_font":
>
> Invalid script or charset name: latin
This is expected, since lisp/international/characters.el is not
loaded.
Can you try loading it at startup time? Something like this:
emacs -Q -l characters.el
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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-11 5:32 ` Harald Maier
1 sibling, 2 replies; 17+ messages in thread
From: Dan Nicolaescu @ 2009-03-09 18:02 UTC (permalink / raw
To: Harald Maier; +Cc: 2403
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?
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
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
1 sibling, 1 reply; 17+ messages in thread
From: Criveti Mihai @ 2009-03-10 6:18 UTC (permalink / raw
To: Dan Nicolaescu, 2403
Loading /home/cmihai/newbuild/emacs/lisp/international/mule-cmds.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/case-table.el (source)...
Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el (source)...
---------------------------------------------------------------------------------------------------------
Still hangs after the cvs update at loading
international/characters.el for me. AIX 5.3, XL C 10.1.
./configure --with-x=no; make bootstrap (hangs).
On Mon, Mar 9, 2009 at 8:02 PM, Dan Nicolaescu <dann@ics.uci.edu> wrote:
> 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?
>
>
>
>
>
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-03-10 6:18 ` Criveti Mihai
@ 2009-03-10 19:48 ` Eli Zaretskii
0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2009-03-10 19:48 UTC (permalink / raw
To: Criveti Mihai, 2403; +Cc: dann
> Date: Tue, 10 Mar 2009 08:18:12 +0200
> From: Criveti Mihai <crivetimihai@gmail.com>
> Cc:
>
> Loading /home/cmihai/newbuild/emacs/lisp/international/mule-cmds.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/case-table.el (source)...
> Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el (source)...
> ---------------------------------------------------------------------------------------------------------
>
> Still hangs after the cvs update at loading
> international/characters.el for me. AIX 5.3, XL C 10.1.
> ./configure --with-x=no; make bootstrap (hangs).
Can you "kill -ABRT" temacs when it hangs like that, then show the
traceback from the core file produced by that? (You may need to say
something like "ulimit -c unlimited" to allow unlimited size of core
files.)
^ permalink raw reply [flat|nested] 17+ messages in thread
* bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el
2009-03-09 18:02 ` Dan Nicolaescu
2009-03-10 6:18 ` Criveti Mihai
@ 2009-03-11 5:32 ` Harald Maier
1 sibling, 0 replies; 17+ messages in thread
From: Harald Maier @ 2009-03-11 5:32 UTC (permalink / raw
To: Dan Nicolaescu; +Cc: 2403
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
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2009-03-11 5:32 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2009-02-26 20:47 ` Stefan Monnier
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.