* 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 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
* 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
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.