From harald@maierh.de Thu Feb 19 21:00:41 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 20 Feb 2009 05:00:41 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1K50cOa006319 for ; Thu, 19 Feb 2009 21:00:40 -0800 Received: from mail.gnu.org ([199.232.76.166]:54321 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LaNT2-00031q-Qo for emacs-pretest-bug@gnu.org; Thu, 19 Feb 2009 23:58:28 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LaNV6-0002Hq-KX for emacs-pretest-bug@gnu.org; Fri, 20 Feb 2009 00:00:37 -0500 Received: from moutng.kundenserver.de ([212.227.126.188]:56570) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LaNV6-0002Hk-43 for emacs-pretest-bug@gnu.org; Fri, 20 Feb 2009 00:00:36 -0500 Received: from ate.maierh (p54987436.dip.t-dialin.net [84.152.116.54]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1LaNV23RaM-0008OS; Fri, 20 Feb 2009 06:00:35 +0100 Received: by ate.maierh (Postfix, from userid 501) id 37DF264BB2F; Fri, 20 Feb 2009 06:00:30 +0100 (CET) From: Harald Maier To: emacs-pretest-bug@gnu.org Subject: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el Message-Id: <20090220050031.37DF264BB2F@ate.maierh> Date: Fri, 20 Feb 2009 06:00:30 +0100 (CET) X-Provags-ID: V01U2FsdGVkX1/gxE/7FZ3fwCAzhcLa7zmXT1x25eIarO736XW 2zs5eBFoaFaUZ50+Ts2NGYQlKDbs7Vk4lJ0GurltclzWmHbSas kBTwB4FdVc+c9s1OQ7e5Q== X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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 From harald@maierh.de Thu Feb 26 10:26:15 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 26 Feb 2009 18:26:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=HAS_BUG_NUMBER, IMPRONONCABLE_2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QIQ8CN011951 for <2403@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 10:26:09 -0800 Received: from ate.maierh (p54987A9F.dip.t-dialin.net [84.152.122.159]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1Lckvq0AkA-000641; Thu, 26 Feb 2009 19:26:02 +0100 Received: by ate.maierh (Postfix, from userid 501) id 39BFC65AA51; Thu, 26 Feb 2009 19:26:01 +0100 (CET) From: Harald Maier To: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> Date: Thu, 26 Feb 2009 19:26:00 +0100 In-Reply-To: <20090220050031.37DF264BB2F@ate.maierh> (Harald Maier's message of "Fri, 20 Feb 2009 06:00:30 +0100 (CET)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Provags-ID: V01U2FsdGVkX19K92FFUXZ03MbT+MbBu8E9CmnEC92w9M8bOfh +tNCdUoh9uljA80/7Ailau7wK3RY6fu5oQdC03O7wZvA7imd5t 1KK8OOZX86YHwIl8qbCyg== Harald Maier 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 From harald@maierh.de Thu Feb 26 10:28:34 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 26 Feb 2009 18:28:34 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QISVQn011983 for <2403@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 10:28:32 -0800 Received: from ate.maierh (p54987A9F.dip.t-dialin.net [84.152.122.159]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1Lcky91K8G-0006O6; Thu, 26 Feb 2009 19:28:25 +0100 Received: by ate.maierh (Postfix, from userid 501) id 1C58465AA7B; Thu, 26 Feb 2009 19:28:25 +0100 (CET) From: Harald Maier To: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> Date: Thu, 26 Feb 2009 19:28:25 +0100 In-Reply-To: (Harald Maier's message of "Thu, 26 Feb 2009 19:26:00 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Provags-ID: V01U2FsdGVkX1/6aTB6Zqn5gFS8rKXlUG4ebfWl+j2a1mmM2YK HU9DToguq4YwT2/5l+OrU8AU7D9NbXqHER8yvohe7z5WW8M6oT zEnjt502DWU3NsYIsTGPg== Harald Maier writes: > Harald Maier 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 From eliz@gnu.org Thu Feb 26 11:36:02 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 26 Feb 2009 19:36:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout2.012.net.il (mtaout2.012.net.il [84.95.2.4]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QJZuHp029271 for <2403@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 11:35:58 -0800 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KFO00100UD2XF00@i_mtaout2.012.net.il> for 2403@emacsbugs.donarmstrong.com; Thu, 26 Feb 2009 21:36:26 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KFO00MHFUGP2O70@i_mtaout2.012.net.il>; Thu, 26 Feb 2009 21:36:26 +0200 (IST) Date: Thu, 26 Feb 2009 21:35:52 +0200 From: Eli Zaretskii Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el In-reply-to: X-012-Sender: halo1@inter.net.il To: Harald Maier Cc: 2403@debbugs.gnu.org Reply-to: Eli Zaretskii Message-id: References: <20090220050031.37DF264BB2F@ate.maierh> > From: Harald Maier > Date: Thu, 26 Feb 2009 19:26:00 +0100 > Cc: > > Harald Maier 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.) From harald@maierh.de Thu Feb 26 12:03:22 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 26 Feb 2009 20:03:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QK3IBB002860 for <2403@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 12:03:20 -0800 Received: from ate.maierh (p54987A9F.dip.t-dialin.net [84.152.122.159]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1LcmRe18am-0006Am; Thu, 26 Feb 2009 21:02:58 +0100 Received: by ate.maierh (Postfix, from userid 501) id F2A9A65AE91; Thu, 26 Feb 2009 21:02:57 +0100 (CET) From: Harald Maier To: Eli Zaretskii Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> Date: Thu, 26 Feb 2009 21:02:57 +0100 In-Reply-To: (Eli Zaretskii's message of "Thu, 26 Feb 2009 21:35:52 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Provags-ID: V01U2FsdGVkX194R3tgYDHUcLUwh2YGhbZhN9BhW+CdisWKKyu AxkJyNwvpLmSbbTfouMoze1oEeV9sQP6V6TH37f5CngM/WRRzD Lkq/X8h3phRiXPioK36aA== Eli Zaretskii writes: >> From: Harald Maier >> Date: Thu, 26 Feb 2009 19:26:00 +0100 >> Cc: >> >> Harald Maier 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 From monnier@iro.umontreal.ca Thu Feb 26 12:47:52 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 26 Feb 2009 20:47:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QKlmid014397 for <2403@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 12:47:50 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAFeOpknO+JhN/2dsb2JhbACBb9cphBEGg2Y X-IronPort-AV: E=Sophos;i="4.38,273,1233550800"; d="scan'208";a="34457680" Received: from 206-248-152-77.dsl.teksavvy.com (HELO pastel.home) ([206.248.152.77]) by ironport2-out.teksavvy.com with ESMTP; 26 Feb 2009 15:47:42 -0500 Received: by pastel.home (Postfix, from userid 20848) id DD1319114; Thu, 26 Feb 2009 15:47:41 -0500 (EST) From: Stefan Monnier To: Harald Maier Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el Message-ID: References: <20090220050031.37DF264BB2F@ate.maierh> Date: Thu, 26 Feb 2009 15:47:41 -0500 In-Reply-To: (Harald Maier's message of "Thu, 26 Feb 2009 19:26:00 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 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 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); to the GCPRO macros which may catch the bug. Alternatively, if you look at the backtrace, the problematic uses of GCPRO should be nearby. Of course, maybe the problem really is one of the stack being clobbered. Stefan From eliz@gnu.org Fri Feb 27 02:27:21 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 27 Feb 2009 10:27:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout6.012.net.il (mtaout6.012.net.il [84.95.2.16]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1RARHwd008844 for <2403@emacsbugs.donarmstrong.com>; Fri, 27 Feb 2009 02:27:19 -0800 Received: from conversion-daemon.i-mtaout6.012.net.il by i-mtaout6.012.net.il (HyperSendmail v2007.08) id <0KFP00000ZMZMD00@i-mtaout6.012.net.il> for 2403@emacsbugs.donarmstrong.com; Fri, 27 Feb 2009 12:27:48 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.167.119]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KFP00C0OZQANE40@i-mtaout6.012.net.il>; Fri, 27 Feb 2009 12:27:47 +0200 (IST) Date: Fri, 27 Feb 2009 12:27:13 +0200 From: Eli Zaretskii Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el In-reply-to: X-012-Sender: halo1@inter.net.il To: Harald Maier Cc: 2403@debbugs.gnu.org Reply-to: Eli Zaretskii Message-id: References: <20090220050031.37DF264BB2F@ate.maierh> > From: Harald Maier > 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.) From crivetimihai@gmail.com Fri Mar 6 13:19:32 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 6 Mar 2009 21:19:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f176.google.com (mail-ew0-f176.google.com [209.85.219.176]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n26LJS5m010744 for <2403@emacsbugs.donarmstrong.com>; Fri, 6 Mar 2009 13:19:30 -0800 Received: by ewy24 with SMTP id 24so295189ewy.1 for <2403@emacsbugs.donarmstrong.com>; Fri, 06 Mar 2009 13:19:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0nF/r6C3X+PJQnBdIk0BpqCG0Qt8hGYjPbrcOlFzw9w=; b=HDLX1DjtCMWA1JxTmv090O/JG1K7P5nTUVUjqTKP2BsmfwgIXDUlNaAVVLdqFQ41Ei BwIyo1RbIDWjG7PgHWh/mIg1jOBrhIYXWUGdBs5KMOwDtx2UP9zKIdNTl52q5V1lVFVX Pjy/r+2B7B/oRWyml7HrwlhUyjI4VRXp1XtWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=kGdfSRwEgMfP4FnM1GkD3mXf3HWLOqE4lHoW/9f9QimXa8SuP1XKRXpNWVDFHTRd3d gvD4fC6rxF3K3Obm00fyrXIEn7tCVb0OZpbHRkaIQ42w1PNFZun2tuNjK2kPFruUqeqM v32PcN9P2VkOqn0xwgUsrcAj9Fz3EOy/QOWn8= MIME-Version: 1.0 Received: by 10.210.130.13 with SMTP id c13mr225680ebd.40.1236374363313; Fri, 06 Mar 2009 13:19:23 -0800 (PST) In-Reply-To: References: <20090220050031.37DF264BB2F@ate.maierh> Date: Fri, 6 Mar 2009 23:19:23 +0200 Message-ID: <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el From: Criveti Mihai To: 2403@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable /etc/security/limits sets: default: stack =3D 131072 May want to try settings stack =3D 524288 stack_hard =3D 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 wrote: >> From: Harald Maier >> 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? =A0(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. =A0For starters, please find out how much > stack temacs has when it performs this command from src/Makefile: > > =A0 =A0 =A0 =A0LC_ALL=3DC $(RUN_TEMACS) -batch -l loadup dump > > (Again, I cannot tell you how to do that on AIX, unfortunately.) > > > > > From crivetimihai@gmail.com Fri Mar 6 15:04:36 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 6 Mar 2009 23:04:36 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.8 required=4.0 tests=GMAIL,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f176.google.com (mail-ew0-f176.google.com [209.85.219.176]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n26N4UeY006094 for <2403@emacsbugs.donarmstrong.com>; Fri, 6 Mar 2009 15:04:32 -0800 Received: by ewy24 with SMTP id 24so310670ewy.1 for <2403@emacsbugs.donarmstrong.com>; Fri, 06 Mar 2009 15:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=iZqEE9yCmLNeIwhZQct6nhnFOrZizNnb/5yAgIiL3f0=; b=k2cZTPwZpCwex0bkyuiLUNjklW1vdAFeB57+GA5zVQKbghdZaBaLGZRmsUO2lvq3DT VV8TrW9TQYz7HJDEQTzrOIDAL5buNuMklfUnxjwXg4HGx7ST514gWrkSd3eMZV0GIsIf 260z5VHlBGxLxAIiqBRrjszBxv4NeY39qpr3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=oIhzlwUa9grrztJvtYAO4NpGrmnkMWGENo5V1DSbbkHVg+yrybf85kgmLRkwBR4FB+ bV7UX4+dspBz55OLt8Ah9B2Je9MXW9hha9PxbhFWKdsTmIdZN7/I+pgjz02tCLZprXTj S7wOccMfv+NKFxRBVHyKtmhdC8Av2T8eQkBuk= MIME-Version: 1.0 Received: by 10.210.91.17 with SMTP id o17mr283209ebb.65.1236380665173; Fri, 06 Mar 2009 15:04:25 -0800 (PST) In-Reply-To: <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> Date: Sat, 7 Mar 2009 01:04:25 +0200 Message-ID: <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el From: Criveti Mihai To: 2403@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Emacs is confiugred --with-x=3Dno, ulimits are all unlimited. cmihai@phobos:/home/cmihai/newbuild/emacs/src$ LC_ALL=3DC ./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 (sourc= e)... Freezes here. truss ./temacs --batch --load loadup bootstrap statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF219D0, 128, 010) =3D 0 open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE= ) =3D 4 kread(4, " ; ; ; c a s e - t a b".., 511) =3D 511 klseek(4, 0, 0, 0x00000000) =3D 0 close(4) =3D 0 statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF21490, 128, 010) =3D 0 open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE= ) =3D 4 close(4) =3D 0 Loading /home/cmihai/newbuild/emacs/lisp/case-table.el (source)...kwrite(2, " L o a d i n g / h o m".., 66) =3D 66 kwrite(2, "\n", 1) =3D 1 kfcntl(2, F_GETFL, 0x2FF22FFC) =3D 67110914 statx("/home/cmihai/newbuild/emacs/lisp/case-table.el", 0x2FF0C888, 128, 010) =3D 0 open("/home/cmihai/newbuild/emacs/lisp/case-table.el", O_RDONLY|O_LARGEFILE= ) =3D 4 kread(4, " ; ; ; c a s e - t a b".., 6452) =3D 6452 close(4) =3D 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) =3D 0 open("/home/cmihai/newbuild/emacs/lisp/international/characters.el", O_RDONLY|O_LARGEFILE) =3D 4 kread(4, " ; ; ; c h a r a c t e".., 511) =3D 511 klseek(4, 0, 0, 0x00000000) =3D 0 close(4) =3D 0 statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el", 0x2FF21490, 128, 010) =3D 0 open("/home/cmihai/newbuild/emacs/lisp/international/characters.el", O_RDONLY|O_LARGEFILE) =3D 4 close(4) =3D 0 Loading /home/cmihai/newbuild/emacs/lisp/international/characters.el (source)...kwrite(2, " L o a d i n g / h o m".., 80) =3D 80 kwrite(2, "\n", 1) =3D 1 kfcntl(2, F_GETFL, 0x2FF22FFC) =3D 67110914 statx("/home/cmihai/newbuild/emacs/lisp/international/characters.el", 0x2FF0C888, 128, 010) =3D 0 open("/home/cmihai/newbuild/emacs/lisp/international/characters.el", O_RDONLY|O_LARGEFILE) =3D 4 kread(4, " ; ; ; c h a r a c t e".., 38015) =3D 38015 close(4) =3D 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) =3D 0 open("/home/cmihai/newbuild/emacs/etc/charsets/GB2312.map", O_RDONLY|O_LARGEFILE) =3D 4 kfcntl(4, F_GETFL, 0x2FF22FFC) =3D 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) =3D 4096 kread(4, " x 5 F C 5\n 0 x 3 1 5 9".., 4096) =3D 4096 kread(4, " 6 D E C\n 0 x 3 4 6 4 ".., 4096) =3D 4096 kread(4, " 7 6 E 0 x 5 9 4 9\n 0".., 4096) =3D 4096 kread(4, " F 6\n 0 x 3 A 7 9 0 x".., 4096) =3D 4096 kread(4, " 5 0 x 8 3 0 E\n 0 x 3".., 4096) =3D 4096 kread(4, "\n 0 x 4 1 3 0 0 x 6 D".., 4096) =3D 4096 kread(4, " 0 x 6 6 A E\n 0 x 4 4 3".., 4096) =3D 4096 kread(4, " x 4 7 4 5 0 x 6 8 6 5".., 4096) =3D 4096 kread(4, " 4 A 5 0 0 x 5 E 0 2\n".., 4096) =3D 4096 kread(4, " 3 1 6\n 0 x 4 D 5 B 0".., 4096) =3D 4096 kread(4, " 6 5 0 x 7 E E 3\n 0 x".., 4096) =3D 4096 kread(4, " 0 0 x 7 F B D\n 0 x 5".., 4096) =3D 4096 kread(4, " 0 x 8 6 C 0\n 0 x 5 6".., 4096) =3D 4096 kread(4, " 0 x 5 A 2 F 0 x 8 B C".., 4096) =3D 4096 kread(4, " x 5 D 4 6 0 x 8 4 1 C".., 4096) =3D 4096 kread(4, " 5 6 5 8\n 0 x 6 0 5 A ".., 4096) =3D 4096 kread(4, " C D 7\n 0 x 6 3 7 5 0".., 4096) =3D 4096 kread(4, " 2 B 0 x 7 E D 4\n 0 x".., 4096) =3D 4096 kread(4, " C\n 0 x 6 A 5 3 0 x 6".., 4096) =3D 4096 kread(4, "\n 0 x 6 D 7 0 - 0 x 6 D".., 4096) =3D 4096 kread(4, " 0 x 8 9 3 6\n 0 x 7 1 5".., 4096) =3D 4096 kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) =3D 3443 kread(4, " x 7 4 7 4 0 x 8 D 9 1".., 4096) =3D 0 close(4) =3D 0 close(4) Err#9 EBADF sbrk(0x00000000) =3D 0x20898000 sbrk(0x00069000) =3D 0x20898000 It just freezes here. On Fri, Mar 6, 2009 at 11:19 PM, Criveti Mihai wro= te: > /etc/security/limits sets: > default: > =A0 =A0 =A0 stack =3D 131072 > > May want to try settings > =A0 =A0 =A0 =A0stack =3D 524288 > =A0 =A0 =A0 =A0stack_hard =3D 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 wrote: >>> From: Harald Maier >>> 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? =A0(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. =A0For starters, please find out how much >> stack temacs has when it performs this command from src/Makefile: >> >> =A0 =A0 =A0 =A0LC_ALL=3DC $(RUN_TEMACS) -batch -l loadup dump >> >> (Again, I cannot tell you how to do that on AIX, unfortunately.) >> >> >> >> >> > From dann@rodan.ics.uci.edu Fri Mar 6 17:34:47 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 7 Mar 2009 01:34:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.8 required=4.0 tests=GMAIL,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n271YidR013778 for <2403@emacsbugs.donarmstrong.com>; Fri, 6 Mar 2009 17:34:45 -0800 Received: from rodan.ics.uci.edu (rodan.ics.uci.edu [128.195.6.9]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n271YSFi017075; Fri, 6 Mar 2009 17:34:28 -0800 (PST) Received: (from dann@localhost) by rodan.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n271YSbR017278; Fri, 6 Mar 2009 17:34:28 -0800 (PST) Date: Fri, 6 Mar 2009 17:34:28 -0800 (PST) Message-Id: <200903070134.n271YSbR017278@rodan.ics.uci.edu> From: Dan Nicolaescu To: Criveti Mihai Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> X-Debbugs-No-Ack: yes In-Reply-To: <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> (Criveti Mihai's message of "Sat, 7 Mar 2009 01:04:25 +0200") Lines: 162 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n271YSFi017075 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.146, required 5, autolearn=disabled, ALL_TRUSTED -1.44, FB_WORD2_END_DOLLAR 1.29) X-ICS-MailScanner-From: dann@rodan.ics.uci.edu Criveti Mihai 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? From dann@rodan.ics.uci.edu Fri Mar 6 20:40:06 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 7 Mar 2009 04:40:07 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.8 required=4.0 tests=GMAIL,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n274e1pP029941 for <2403@emacsbugs.donarmstrong.com>; Fri, 6 Mar 2009 20:40:02 -0800 Received: from rodan.ics.uci.edu (rodan.ics.uci.edu [128.195.6.9]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n274dmvn017282; Fri, 6 Mar 2009 20:39:49 -0800 (PST) Received: (from dann@localhost) by rodan.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n274dmrI018972; Fri, 6 Mar 2009 20:39:48 -0800 (PST) Date: Fri, 6 Mar 2009 20:39:48 -0800 (PST) Message-Id: <200903070439.n274dmrI018972@rodan.ics.uci.edu> From: Dan Nicolaescu To: Criveti Mihai Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> X-Debbugs-No-Ack: yes In-Reply-To: <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> (Criveti Mihai's message of "Sat, 7 Mar 2009 01:04:25 +0200") Lines: 159 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n274dmvn017282 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.146, required 5, autolearn=disabled, ALL_TRUSTED -1.44, FB_WORD2_END_DOLLAR 1.29) X-ICS-MailScanner-From: dann@rodan.ics.uci.edu Criveti Mihai 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? From geb-bug-gnu-emacs@m.gmane.org Sun Mar 8 07:21:13 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 8 Mar 2009 14:21:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=HAS_BUG_NUMBER, IMPRONONCABLE_2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n28EL8C7019726 for ; Sun, 8 Mar 2009 07:21:10 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LgJsJ-00067p-WE for bug-gnu-emacs@gnu.org; Sun, 08 Mar 2009 10:21:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LgJsI-00067a-Dt for bug-gnu-emacs@gnu.org; Sun, 08 Mar 2009 10:21:06 -0400 Received: from [199.232.76.173] (port=50845 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LgJsI-00067V-6d for bug-gnu-emacs@gnu.org; Sun, 08 Mar 2009 10:21:06 -0400 Received: from main.gmane.org ([80.91.229.2]:39894 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LgJsH-0002Cj-W2 for bug-gnu-emacs@gnu.org; Sun, 08 Mar 2009 10:21:06 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LgJsG-0002Db-Dz for bug-gnu-emacs@gnu.org; Sun, 08 Mar 2009 14:21:04 +0000 Received: from p54984b4d.dip.t-dialin.net ([84.152.75.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Mar 2009 14:21:04 +0000 Received: from harald by p54984b4d.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Mar 2009 14:21:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Harald Maier Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el Date: Sun, 08 Mar 2009 15:20:52 +0100 Lines: 35 Message-ID: References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> <200903070439.n274dmrI018972@rodan.ics.uci.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54984b4d.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (darwin) Cancel-Lock: sha1:dNIAHZOmedDehRWSa1BibhhD25Y= Sender: news X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Dan Nicolaescu 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 From eliz@gnu.org Sun Mar 8 12:11:59 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 8 Mar 2009 19:11:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout1.012.net.il (mtaout1.012.net.il [84.95.2.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n28JBtvc032056 for <2403@emacsbugs.donarmstrong.com>; Sun, 8 Mar 2009 12:11:57 -0700 Received: from conversion-daemon.i-mtaout1.012.net.il by i-mtaout1.012.net.il (HyperSendmail v2007.08) id <0KG700000BF75B00@i-mtaout1.012.net.il> for 2403@emacsbugs.donarmstrong.com; Sun, 08 Mar 2009 21:12:33 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.192.247]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KG700BSVC0W22F0@i-mtaout1.012.net.il>; Sun, 08 Mar 2009 21:12:33 +0200 (IST) Date: Sun, 08 Mar 2009 21:11:54 +0200 From: Eli Zaretskii Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el In-reply-to: X-012-Sender: halo1@inter.net.il To: Harald Maier , 2403@debbugs.gnu.org Reply-to: Eli Zaretskii Message-id: References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> <200903070439.n274dmrI018972@rodan.ics.uci.edu> > From: Harald Maier > Date: Sun, 08 Mar 2009 15:20:52 +0100 > Cc: > > Dan Nicolaescu 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 From dann@rodan.ics.uci.edu Mon Mar 9 11:02:46 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 9 Mar 2009 18:02:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n29I2iPj005373 for <2403@emacsbugs.donarmstrong.com>; Mon, 9 Mar 2009 11:02:45 -0700 Received: from rodan.ics.uci.edu (rodan.ics.uci.edu [128.195.6.9]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n29I2Vox023527; Mon, 9 Mar 2009 11:02:31 -0700 (PDT) Received: (from dann@localhost) by rodan.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n29I2UfB019016; Mon, 9 Mar 2009 11:02:30 -0700 (PDT) Date: Mon, 9 Mar 2009 11:02:30 -0700 (PDT) Message-Id: <200903091802.n29I2UfB019016@rodan.ics.uci.edu> From: Dan Nicolaescu To: Harald Maier Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> <200903070439.n274dmrI018972@rodan.ics.uci.edu> X-Debbugs-No-Ack: yes In-Reply-To: (Harald Maier's message of "Sun, 08 Mar 2009 15:20:52 +0100") Lines: 17 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n29I2Vox023527 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@rodan.ics.uci.edu Harald Maier writes: > Dan Nicolaescu 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? From crivetimihai@gmail.com Mon Mar 9 23:18:21 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 10 Mar 2009 06:18:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f176.google.com (mail-ew0-f176.google.com [209.85.219.176]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2A6IIVJ007099 for <2403@emacsbugs.donarmstrong.com>; Mon, 9 Mar 2009 23:18:19 -0700 Received: by ewy24 with SMTP id 24so1206509ewy.1 for <2403@emacsbugs.donarmstrong.com>; Mon, 09 Mar 2009 23:18:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=q5e7HHQkYP6liOw8FrlWg5g6CkdPpBlisG7bVd4cZSE=; b=Bo/pkgmwM1T4Ihf4R5ZVxEiGPxDQ7lqekOli4k/HV6AQPAW5yo0RnHBq1FIskpKq2C XhZTk5PS6Kaitm4xxCAi2TE9YQP379GeTPAy3obDpS7LgHAozQIZqkPYUItKzRj4wSm8 Cu5VSbGTgCN1X7kPgKbG0LK6chNX0avUpp4uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=FYgwntTlpzWJn5lCCqUd3MlYe16BuyS0DR8aOsEjKJynywa5H+EKkt2phLX832Jcv1 8zA0vNuL9P15tm4bSNjCzARn8MO69G9/ngHQjdZzv8mIZQI+QDvLVoKKpp+vN1rAIywy U/Ju34eaQ2gvTRvbs/FJ4dNKc7wb9lnPoZrJs= MIME-Version: 1.0 Received: by 10.210.71.12 with SMTP id t12mr146758eba.37.1236665892434; Mon, 09 Mar 2009 23:18:12 -0700 (PDT) In-Reply-To: <200903091802.n29I2UfB019016@rodan.ics.uci.edu> References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> <200903070439.n274dmrI018972@rodan.ics.uci.edu> <200903091802.n29I2UfB019016@rodan.ics.uci.edu> Date: Tue, 10 Mar 2009 08:18:12 +0200 Message-ID: <900b86670903092318s6869e866nfabd68af25bd7258@mail.gmail.com> Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el From: Criveti Mihai To: Dan Nicolaescu , 2403@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 (sourc= e)... ---------------------------------------------------------------------------= ------------------------------ Still hangs after the cvs update at loading international/characters.el for me. AIX 5.3, XL C 10.1. ./configure --with-x=3Dno; make bootstrap (hangs). On Mon, Mar 9, 2009 at 8:02 PM, Dan Nicolaescu wrote: > Harald Maier writes: > > =A0> Dan Nicolaescu writes: > =A0> > =A0> > Another idea: there is a bug being discussed on the list about loa= ding > =A0> > international/characters. > =A0> > Can you please try removing this line: > =A0> > =A0(load "international/characters") > =A0> > from emacs/lisp/loadup.el > =A0> > and see if that helps? > =A0> > =A0> Yes, that helps and byte compiling of all the other lisp packages se= ems > =A0> fine. > > A fix was installed yesterday for international/characters. =A0Can you > please try uncommenting (load "international/characters") and see if it > works better now? > > > > > From eliz@gnu.org Tue Mar 10 12:48:42 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 10 Mar 2009 19:48:42 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.9 required=4.0 tests=FOURLA,GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout7.012.net.il (mtaout7.012.net.il [84.95.2.19]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2AJmcQC021140 for <2403@emacsbugs.donarmstrong.com>; Tue, 10 Mar 2009 12:48:40 -0700 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KGB00F002V6KY00@i-mtaout7.012.net.il> for 2403@emacsbugs.donarmstrong.com; Tue, 10 Mar 2009 21:48:42 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.183.217]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KGB005T0315F150@i-mtaout7.012.net.il>; Tue, 10 Mar 2009 21:48:42 +0200 (IST) Date: Tue, 10 Mar 2009 21:48:30 +0200 From: Eli Zaretskii Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el In-reply-to: <900b86670903092318s6869e866nfabd68af25bd7258@mail.gmail.com> X-012-Sender: halo1@inter.net.il To: Criveti Mihai , 2403@debbugs.gnu.org Cc: dann@ics.uci.edu Reply-to: Eli Zaretskii Message-id: References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> <200903070439.n274dmrI018972@rodan.ics.uci.edu> <200903091802.n29I2UfB019016@rodan.ics.uci.edu> <900b86670903092318s6869e866nfabd68af25bd7258@mail.gmail.com> > Date: Tue, 10 Mar 2009 08:18:12 +0200 > From: Criveti Mihai > 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.) From harald@maierh.de Tue Mar 10 22:32:27 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 11 Mar 2009 05:32:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=HAS_BUG_NUMBER, IMPRONONCABLE_2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2B5WMYT008908 for <2403@emacsbugs.donarmstrong.com>; Tue, 10 Mar 2009 22:32:24 -0700 Received: from ate.maierh (p54984085.dip.t-dialin.net [84.152.64.133]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1LhH383KEx-0007cm; Wed, 11 Mar 2009 06:32:15 +0100 Received: by ate.maierh (Postfix, from userid 501) id BB22667628B; Wed, 11 Mar 2009 06:32:13 +0100 (CET) From: Harald Maier To: Dan Nicolaescu Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: 23.0.90; emacs bootstrap under AIX hangs at lisp/international/characters.el References: <20090220050031.37DF264BB2F@ate.maierh> <900b86670903061319q574a27d2t379b0e2ceb73b16b@mail.gmail.com> <900b86670903061504l376cb08eid6947619379d69ee@mail.gmail.com> <200903070439.n274dmrI018972@rodan.ics.uci.edu> <200903091802.n29I2UfB019016@rodan.ics.uci.edu> Date: Wed, 11 Mar 2009 06:32:12 +0100 In-Reply-To: <200903091802.n29I2UfB019016@rodan.ics.uci.edu> (Dan Nicolaescu's message of "Mon, 9 Mar 2009 11:02:30 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Provags-ID: V01U2FsdGVkX1+AK032Kf0H8RcGMck2js25FnFca75xdBj5zyx OV4tpEhFJ40IFvlSySDiIQCWhjTfrVztR8G02/nMuszIB1NNbH Z1X4c9nlwuanv3nhaFc9w== Dan Nicolaescu writes: > Harald Maier writes: > > > Dan Nicolaescu 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 , 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 , 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 , handlers=540581009, hfun=@0x2015216c: 0x10090750 ) at eval.c:1511 #32 0x100903bc in top_level_1 () at keyboard.c:1374 #33 0x1005e510 in internal_catch (tag=14, func=@0x20152190: 0x10090384 , 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 From armin76@gentoo.org Wed Mar 18 09:29:56 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 18 Mar 2009 16:29:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.1 required=4.0 tests=IMPRONONCABLE_2,RDNS_DYNAMIC autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2IGTrQj003860 for <2403@emacsbugs.donarmstrong.com>; Wed, 18 Mar 2009 09:29:54 -0700 Received: from [192.168.0.3] (216.181.219.87.dynamic.jazztel.es [87.219.181.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id D9FA964E24 for <2403@emacsbugs.donarmstrong.com>; Wed, 18 Mar 2009 16:29:52 +0000 (UTC) Message-ID: <49C1217D.5080404@gentoo.org> Date: Wed, 18 Mar 2009 17:29:49 +0100 From: =?ISO-8859-1?Q?Ra=FAl_Porcel?= User-Agent: Thunderbird 2.0.0.19 (X11/20081209) MIME-Version: 1.0 To: 2403@debbugs.gnu.org Subject: Same failure on SuperH X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys, I get the same hang on Linux, but running under the SuperH architecture. Our downstream bug is https://bugs.gentoo.org/show_bug.cgi?id=262359#c4 And if you read that, you will see i've tracked it to this commit: http://git.savannah.gnu.org/gitweb/?p=emacs.git;a=commitdiff;h=2cca1253c9cc30fc7be3231b478e8b6859ef7600 From rms@gnu.org Thu Mar 19 12:37:13 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 19 Mar 2009 19:37:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2JJbAwL026749 for <2403@emacsbugs.donarmstrong.com>; Thu, 19 Mar 2009 12:37:11 -0700 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LkO3B-0004KQ-VC; Thu, 19 Mar 2009 15:37:10 -0400 Content-Type: text/plain; charset=ISO-8859-15 From: Richard M Stallman To: =?UTF-8?Q?Ra=C3=BAl?= Porcel , 2403@debbugs.gnu.org In-reply-to: <49C1217D.5080404@gentoo.org> (message from =?UTF-8?Q?Ra=C3=BAl?= Porcel on Wed, 18 Mar 2009 17:29:49 +0100) Subject: Re: bug#2403: Same failure on SuperH Reply-to: rms@gnu.org References: <49C1217D.5080404@gentoo.org> Message-Id: Date: Thu, 19 Mar 2009 15:37:09 -0400 I get the same hang on Linux, I think you mean the GNU/Linux system. Linux alone is not a sufficient platform to run Emacs. Thanks for reporting the bug. From pierre.poissinger@gmail.com Tue Mar 24 04:09:29 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 24 Mar 2009 11:09:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: ** X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=2.0 required=4.0 tests=IMPRONONCABLE_2, MURPHY_DRUGS_REL8,SPAMBUGNUMSUBJ autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2OB9QeE012970 for <2403@emacsbugs.donarmstrong.com>; Tue, 24 Mar 2009 04:09:27 -0700 Received: by ey-out-2122.google.com with SMTP id 25so431301eya.13 for <2403@emacsbugs.donarmstrong.com>; Tue, 24 Mar 2009 04:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:received:message-id:subject :from:to:content-type; bh=71PlpjsPosOlujc3QCtSzq26LFLfcCA0w0cA9YeVLzc=; b=vC2Hn9oG6gzIZNf5Vuk/aFg40PXWiHuyI9Az4br7A8nDDB3FrtIjXk5N2LeHONt7zE rK01mBNiLOWgu6tBMBVJqU7LkPO109lgG5S/JJLyWN1GMhEg5iY+TE0KzyYsmvNtL7XR xxxTPPEM2tq6VoK38APQAQR3zX7Fzja4r7Kuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=yDhnT72Qn13d/kVQ8LNBeJ599n6duDzfhKqkTyvsmxcW1lIJ/ETXD9o6qzxIyMu19C mouxywGwP7lsNDj8BZLT3UrymvwIui9ZImMZm1osB6IaIu+FTjZvZkUa2NfmaxbJlZZf Yvxg5FbfT7anbJbJ2mO9aOl92hS8nOUAmpQr0= MIME-Version: 1.0 Date: Tue, 24 Mar 2009 12:09:10 +0100 Received: by 10.216.2.84 with SMTP id 62mr2851132wee.217.1237892965334; Tue, 24 Mar 2009 04:09:25 -0700 (PDT) Message-ID: <3930158b0903240409r35472319q3a98682999c2a5be@mail.gmail.com> Subject: 2403: Patch for AIX building From: Pierre Poissinger To: 2403@debbugs.gnu.org Content-Type: multipart/mixed; boundary=0016364d20a777fe820465db6a63 --0016364d20a777fe820465db6a63 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, I also did a git bisect but on AIX and end up with same "problematic" commit: ------ 2cca1253c9cc30fc7be3231b478e8b6859ef7600 is first bad commit commit 2cca1253c9cc30fc7be3231b478e8b6859ef7600 Author: Kenichi Handa Date: Thu Nov 27 08:02:28 2008 +0000 Set inhibit-load-charset-map to t while preloading files. ------ Reverting partially this change-set allowed to finish bootstrap and install on AIX (5.2) [Attached the partial revert I made] Cheers, Pierre -- >>> horsemen = ['war', 'pestilence', 'famine'] >>> horsemen.append('Powerbuilder') --0016364d20a777fe820465db6a63 Content-Type: text/x-patch; charset=US-ASCII; name="emacs-23-git.aix-build.patch" Content-Disposition: attachment; filename="emacs-23-git.aix-build.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fsohe5nj0 ZGlmZiAtLWdpdCBhL2xpc3AvbG9hZHVwLmVsIGIvbGlzcC9sb2FkdXAuZWwKaW5kZXggMjg0Yzdl My4uYWE3ZjE1ZCAxMDA2NDQKLS0tIGEvbGlzcC9sb2FkdXAuZWwKKysrIGIvbGlzcC9sb2FkdXAu ZWwKQEAgLTQ2LDExICs0NiwxMSBAQAogCiAobWVzc2FnZSAiVXNpbmcgbG9hZC1wYXRoICVzIiBs b2FkLXBhdGgpCiAKLShpZiAob3IgKG1lbWJlciAobnRoIDMgY29tbWFuZC1saW5lLWFyZ3MpICco ImR1bXAiICJib290c3RyYXAiKSkKLQkobWVtYmVyIChudGggNCBjb21tYW5kLWxpbmUtYXJncykg JygiZHVtcCIgImJvb3RzdHJhcCIpKSkKLSAgICA7OyBUbyByZWR1Y2UgdGhlIHNpemUgb2YgZHVt cGVkIEVtYWNzLCB3ZSBhdm9pZCBtYWtpbmcgaHVnZQotICAgIDs7IGNoYXItdGFibGVzLgotICAg IChzZXRxIGluaGliaXQtbG9hZC1jaGFyc2V0LW1hcCB0KSkKKzs7IChpZiAob3IgKG1lbWJlciAo bnRoIDMgY29tbWFuZC1saW5lLWFyZ3MpICcoImR1bXAiICJib290c3RyYXAiKSkKKzs7IAkobWVt YmVyIChudGggNCBjb21tYW5kLWxpbmUtYXJncykgJygiZHVtcCIgImJvb3RzdHJhcCIpKSkKKzs7 ICAgICA7OyBUbyByZWR1Y2UgdGhlIHNpemUgb2YgZHVtcGVkIEVtYWNzLCB3ZSBhdm9pZCBtYWtp bmcgaHVnZQorOzsgICAgIDs7IGNoYXItdGFibGVzLgorOzsgICAgIChzZXRxIGluaGliaXQtbG9h ZC1jaGFyc2V0LW1hcCB0KSkKIAogOzsgV2UgZG9uJ3Qgd2FudCB0byBoYXZlIGFueSB1bmRvIHJl Y29yZHMgaW4gdGhlIGR1bXBlZCBFbWFjcy4KIChzZXQtYnVmZmVyICIqc2NyYXRjaCoiKQo= --0016364d20a777fe820465db6a63-- From armin76@gentoo.org Sat Mar 28 08:43:55 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 28 Mar 2009 15:43:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.1 required=4.0 tests=NOSUB,RDNS_DYNAMIC autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2SFhrBM012977 for <2403@emacsbugs.donarmstrong.com>; Sat, 28 Mar 2009 08:43:54 -0700 Received: from [192.168.0.3] (88.180.219.87.dynamic.jazztel.es [87.219.180.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 2896D649C5 for <2403@emacsbugs.donarmstrong.com>; Sat, 28 Mar 2009 15:43:51 +0000 (UTC) Message-ID: <49CE45B5.7020205@gentoo.org> Date: Sat, 28 Mar 2009 16:43:49 +0100 From: =?ISO-8859-1?Q?Ra=FAl_Porcel?= User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: 2403@debbugs.gnu.org Subject: (no subject) X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reverting the commit, it goes until this place, as i already said on comment #4 on our downstream bug. Compiling quail/quick-cns.el Fatal error (11)make[2]: *** [quail/quick-cns.elc] Segmentation fault make[2]: Leaving directory `/root/cvs/emacs/leim' make[1]: *** [leim] Error 2 make[1]: Leaving directory `/root/cvs/emacs' make: *** [bootstrap] Error 2 P.S.: Thank you very much for your comment, Mr. Stallman, I'm pretty sure it's going to fix the problem on your software. From pierre.poissinger@gmail.com Mon Mar 30 03:18:33 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 30 Mar 2009 10:18:34 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f178.google.com (mail-ew0-f178.google.com [209.85.219.178]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2UAIQC1004924 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 03:18:27 -0700 Received: by ewy26 with SMTP id 26so2233505ewy.1 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 03:18:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:received:message-id:subject :from:to:content-type; bh=SJJEVhRjQFLGCxoPn7uZkdEzvznM3YnW/SIanjmzarw=; b=qrgqGGuydnzTUXLONYQArRlF7upal973FuuoYD0M9qq877CnOCmzW7KUSTrpOJecb1 7XQkqOa49ATziP2Rs8Fe/sQDXiq8qx2/ihrYn1+Uak8i+fnIz8AL+Qg7mSziEIxFkgug zUzQbyv/6PKKv5IrkIRkmtFC4KHdG6Uoy2vzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rcNY3uNpSrd4+IVQktlISL1uXI9py66faSyT21BhCQzrzJcZxqAofq29VyPmQdqATM Zv7C4268uBOt7z6t9YQJFUgBwBl/18lCnaHdrcX7OdxkPYsEOteutZdczPc9kt7t/3Nn N+MW/pYMKhiwzGT11LISsZm+El5HRIz6DkraM= MIME-Version: 1.0 Date: Mon, 30 Mar 2009 12:18:04 +0200 Received: by 10.216.39.194 with SMTP id d44mr1563653web.116.1238408299317; Mon, 30 Mar 2009 03:18:19 -0700 (PDT) Message-ID: <3930158b0903300318o765673fekddb221264bfb1191@mail.gmail.com> Subject: And the guilty is: Garbage Collecting leak From: Pierre Poissinger To: 2403@debbugs.gnu.org Content-Type: multipart/mixed; boundary=0016365ee0bac48b4804665366d8 --0016365ee0bac48b4804665366d8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, Took time to trace/debug with the help of Pascal Stenuit: The bug and pattern seems to be a leak in GC due to a missing GCUNPRO... This result in a unclean gcprolist in AIX (I do think the bug is "all arch", just badly visible in AIX and some specific GNU/Linux arch - other archs will just leak)... Here come the patch - applied to a clean today checkout and passed the bootstrap of "characters" just fine Regs, Pierre -- >>> horsemen = ['war', 'pestilence', 'famine'] >>> horsemen.append('Powerbuilder') --0016365ee0bac48b4804665366d8 Content-Type: application/octet-stream; name="emacs-fix-missing-gc.patch" Content-Disposition: attachment; filename="emacs-fix-missing-gc.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fswzzb230 ZGlmZiAtLWdpdCBhL3NyYy9jaGFyc2V0LmMgYi9zcmMvY2hhcnNldC5jCmluZGV4IDI3ODEyNzUu LjUwZjFiYTUgMTAwNjQ0Ci0tLSBhL3NyYy9jaGFyc2V0LmMKKysrIGIvc3JjL2NoYXJzZXQuYwpA QCAtNzI4LDYgKzcyOCw4IEBAIG1hcF9jaGFyc2V0X2Zvcl9kdW1wIChjX2Z1bmN0aW9uLCBmdW5j dGlvbiwgYXJnLCBmcm9tLCB0bykKIAl9CiAgICAgICBjKys7CiAgICAgfQorICAKKyAgVU5HQ1BS TzsKIH0KIAogdm9pZAo= --0016365ee0bac48b4804665366d8-- From monnier@iro.umontreal.ca Mon Mar 30 08:43:01 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 30 Mar 2009 15:43:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2UFgr7c021926 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 08:42:54 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjEFANuF0ElFxIfy/2dsb2JhbACBUspDg3oGhHc X-IronPort-AV: E=Sophos;i="4.38,446,1233550800"; d="scan'208";a="35932513" Received: from 69-196-135-242.dsl.teksavvy.com (HELO pastel.home) ([69.196.135.242]) by ironport2-out.teksavvy.com with ESMTP; 30 Mar 2009 11:42:43 -0400 Received: by pastel.home (Postfix, from userid 20848) id C6EA28B42; Mon, 30 Mar 2009 11:42:41 -0400 (EDT) From: Stefan Monnier To: Pierre Poissinger Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: And the guilty is: Garbage Collecting leak Message-ID: References: <3930158b0903300318o765673fekddb221264bfb1191@mail.gmail.com> Date: Mon, 30 Mar 2009 11:42:41 -0400 In-Reply-To: <3930158b0903300318o765673fekddb221264bfb1191@mail.gmail.com> (Pierre Poissinger's message of "Mon, 30 Mar 2009 12:18:04 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Took time to trace/debug with the help of Pascal Stenuit: The bug and > pattern seems to be a leak in GC due to a missing GCUNPRO... Than you very much, installed. > This result in a unclean gcprolist in AIX (I do think the bug is "all > arch", just badly visible in AIX and some specific GNU/Linux arch - > other archs will just leak)... Other arches don't use GCPROs at all, instead they conservatively scan the whole stack. They do that by setting #define GC_MARK_STACK GC_MAKE_GCPROS_NOOPS in the corresponding emacs/src/s/*.h. This is the preferred way to function, so if you can test it and confirm that it works as well under AIX, we could set it for that OS as well. Stefan From monnier@iro.umontreal.ca Mon Mar 30 09:01:13 2009 Received: (at control) by emacsbugs.donarmstrong.com; 30 Mar 2009 16:01:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2UG1AMN026663 for ; Mon, 30 Mar 2009 09:01:12 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjEFAF6J0ElFxIfy/2dsb2JhbACBUspmg3oGhHc X-IronPort-AV: E=Sophos;i="4.38,447,1233550800"; d="scan'208";a="35934286" Received: from 69-196-135-242.dsl.teksavvy.com (HELO pastel.home) ([69.196.135.242]) by ironport2-out.teksavvy.com with ESMTP; 30 Mar 2009 12:01:05 -0400 Received: by pastel.home (Postfix, from userid 20848) id 18D878B42; Mon, 30 Mar 2009 12:01:04 -0400 (EDT) From: Stefan Monnier To: control@debbugs.gnu.org Subject: Re: bug#2403: And the guilty is: Garbage Collecting leak Message-ID: References: <3930158b0903300318o765673fekddb221264bfb1191@mail.gmail.com> Date: Mon, 30 Mar 2009 12:01:04 -0400 In-Reply-To: (Stefan Monnier's message of "Mon, 30 Mar 2009 11:42:41 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 2403 thanks From ulm@kph.uni-mainz.de Mon Mar 30 11:11:55 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 30 Mar 2009 18:11:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2UIBpHA027391 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 11:11:52 -0700 Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n2UIBjxj003175; Mon, 30 Mar 2009 20:11:45 +0200 Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n2UIBj1P001211; Mon, 30 Mar 2009 20:11:45 +0200 Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n2UIBjgF001206; Mon, 30 Mar 2009 20:11:45 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18897.2913.295830.776399@a1ihome1.kph.uni-mainz.de> Date: Mon, 30 Mar 2009 20:11:45 +0200 To: Stefan Monnier Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: And the guilty is: Garbage Collecting leak X-Mailer: VM 8.0.2-487 under Emacs 22.2.1 (i686-pc-linux-gnu) From: Ulrich Mueller > Other arches don't use GCPROs at all, instead they conservatively > scan the whole stack. They do that by setting > #define GC_MARK_STACK GC_MAKE_GCPROS_NOOPS > in the corresponding emacs/src/s/*.h. This is the preferred way to > function, [...] Since almost all other arches do it, I wonder if this shouldn't be done for GNU/Linux on SuperH, too. That is, add "|| defined __sh__" to the large #if statement in src/s/gnu-linux.h . Ulrich From pierre.poissinger@gmail.com Mon Mar 30 14:56:40 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 30 Mar 2009 21:56:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.8 required=4.0 tests=FOURLA,GMAIL,HAS_BUG_NUMBER, IMPRONONCABLE_2,MURPHY_DRUGS_REL8,MURPHY_SEX_L4 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f178.google.com (mail-ew0-f178.google.com [209.85.219.178]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2ULuav1021267 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 14:56:37 -0700 Received: by ewy26 with SMTP id 26so2565136ewy.1 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 14:56:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :received:message-id:subject:from:to:cc:content-type; bh=nrYk38GZniOd8CuCLAn+i8ru+ZOs1c10/EUguwpURUc=; b=XZEI/Epy6TboKckArwaRi+kxz/UNpB3uWZw4IDu4LLmD4CIUF1TLX3iUalSLAzEg0o OZXof6sDpGrOoqKR3/XuVyy27/iUIQqydxVmEwEty/6fXT8w6T4xL/3MqWy1sjQIVuFO fJlVaR0pNE4kivGNFd3n9xRwjY9wxORckn2mw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=yFRq0c0YDNY6s3uv2pY91ZAtUPAEln+hDi8Z0SUCnPbGCtxK5RF/G0zuZVpvBn/Pwk CqC+sB+MZeU3uGlSB+kR18oHTRAiLkVwYwYmTFNT6nxY3Vel2LxHuB7DU8ktB33LmzP2 uBiXxcaRhi98yRuKCrt5/y0j7lRESrdkVGLvQ= MIME-Version: 1.0 In-Reply-To: References: <3930158b0903300318o765673fekddb221264bfb1191@mail.gmail.com> Date: Mon, 30 Mar 2009 23:56:15 +0200 Received: by 10.216.47.13 with SMTP id s13mr1843244web.25.1238450190196; Mon, 30 Mar 2009 14:56:30 -0700 (PDT) Message-ID: <3930158b0903301456h6624e942ua113cc32bfc65aae@mail.gmail.com> Subject: Re: bug#2403: And the guilty is: Garbage Collecting leak From: Pierre Poissinger To: Stefan Monnier Cc: 2403@debbugs.gnu.org Content-Type: multipart/mixed; boundary=001485f5b130a8a1f004665d277b --001485f5b130a8a1f004665d277b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > Than you very much, installed. You are welcome > Other arches don't use GCPROs at all, instead they conservatively scan > the whole stack. =C2=A0They do that by setting > > =C2=A0 #define GC_MARK_STACK GC_MAKE_GCPROS_NOOPS > > in the corresponding emacs/src/s/*.h. =C2=A0This is the preferred way to > function, so if you can test it and confirm that it works as well under > AIX, we could set it for that OS as well. Oups - I actually didn't look so far - readed that same bug hit GNU/Linux on Super7 so didn't look further... Since I was in a good mood (Emacs 23 working on my boxes) I took the liberty to also define GC_SETJMP_WORKS since I saw it next to GC_MARK_STACK [and ok, I felt lucky...] So far so good - full build/bootstrapping went fine from latest git master - basic testing don't show regressions - will see tomorrow if something fishy pops during work, otherwise looks fine. In case of need: the compiler used is a gcc-2.9-aix51 on a good old aix 5.2 - didn't have the courage to try the outdated xlc... Notes: * To be able to build emacs with X support (I was really in a good mood): Had to correct 2 files with "old compilers are grumpy" errors [0001-gcc-2.9-aix51-020209-compile-fix.patch] * The actual change I made to src/s/aix-4-2.h [0002-GC-test-for-AIX.patch] Regs, Pierre --=20 >>> horsemen =3D ['war', 'pestilence', 'famine'] >>> horsemen.append('Powerbuilder') --001485f5b130a8a1f004665d277b Content-Type: text/x-patch; charset=US-ASCII; name="0001-gcc-2.9-aix51-020209-compile-fix.patch" Content-Disposition: attachment; filename="0001-gcc-2.9-aix51-020209-compile-fix.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fsxoqtwg0 RnJvbSBiNTQzZjVjNjRhMjQ1NjcyMmI5MWMyOTAxNjAyN2RjOTU4ZDM5Njc3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaWVycmUgUG9pc3NpbmdlciA8cGllcnJlLnBvaXNzaW5nZXJA Z21haWwuY29tPgpEYXRlOiBNb24sIDMwIE1hciAyMDA5IDE3OjEwOjM1IC0wNDAwClN1YmplY3Q6 IFtQQVRDSCAxLzJdIGdjYyAyLjktYWl4NTEtMDIwMjA5IGNvbXBpbGUgZml4CgotLS0KIHNyYy9m cmFtZS5jIHwgICAgMyArKy0KIHNyYy94dGVybS5jIHwgICAgMyArKy0KIDIgZmlsZXMgY2hhbmdl ZCwgNCBpbnNlcnRpb25zKCspLCAyIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3NyYy9mcmFt ZS5jIGIvc3JjL2ZyYW1lLmMKaW5kZXggMWExMTAyMS4uNjQwODU3MSAxMDA2NDQKLS0tIGEvc3Jj L2ZyYW1lLmMKKysrIGIvc3JjL2ZyYW1lLmMKQEAgLTMzNzAsNiArMzM3MCw3IEBAIHhfc2V0X2Zv bnQgKGYsIGFyZywgb2xkdmFsKQogICBMaXNwX09iamVjdCBmcmFtZTsKICAgaW50IGZvbnRzZXQg PSAtMTsKICAgTGlzcF9PYmplY3QgZm9udF9vYmplY3Q7CisgIExpc3BfT2JqZWN0IGx2YWw7CiAK ICAgLyogU2V0IHRoZSBmcmFtZSBwYXJhbWV0ZXIgYmFjayB0byB0aGUgb2xkIHZhbHVlIGJlY2F1 c2Ugd2UgbWF5CiAgICAgIGZhaWwgdG8gdXNlIEFSRyBhcyB0aGUgbmV3IHBhcmFtZXRlciB2YWx1 ZS4gICovCkBAIC0zNDI3LDcgKzM0MjgsNyBAQCB4X3NldF9mb250IChmLCBhcmcsIG9sZHZhbCkK ICAgICByZXR1cm47CiAKICAgCi0gIExpc3BfT2JqZWN0IGx2YWwgPSBGYXNzcSAoUWZ1bGxzY3Jl ZW4sIGYtPnBhcmFtX2FsaXN0KTsKKyAgbHZhbCA9IEZhc3NxIChRZnVsbHNjcmVlbiwgZi0+cGFy YW1fYWxpc3QpOwogICBpZiAoQ09OU1AgKGx2YWwpKSBsdmFsID0gQ0RSIChsdmFsKTsKIAogICB4 X25ld19mb250IChmLCBmb250X29iamVjdCwgZm9udHNldCk7CmRpZmYgLS1naXQgYS9zcmMveHRl cm0uYyBiL3NyYy94dGVybS5jCmluZGV4IDc2YmViNjIuLjg0NDQwNjEgMTAwNjQ0Ci0tLSBhL3Ny Yy94dGVybS5jCisrKyBiL3NyYy94dGVybS5jCkBAIC04Njc1LDYgKzg2NzUsNyBAQCB4X2hhbmRs ZV9uZXRfd21fc3RhdGUgKGYsIGV2ZW50KQogICBEaXNwbGF5ICpkcHkgPSBGUkFNRV9YX0RJU1BM QVkgKGYpOwogICB1bnNpZ25lZCBjaGFyICp0bXBfZGF0YSA9IE5VTEw7CiAgIEF0b20gdGFyZ2V0 X3R5cGUgPSBYQV9BVE9NOworICBMaXNwX09iamVjdCBsdmFsOwogCiAgIEJMT0NLX0lOUFVUOwog ICB4X2NhdGNoX2Vycm9ycyAoZHB5KTsKQEAgLTg3MDQsNyArODcwNSw3IEBAIHhfaGFuZGxlX25l dF93bV9zdGF0ZSAoZiwgZXZlbnQpCiAgICAgICAgIHZhbHVlIHw9IEZVTExTQ1JFRU5fQk9USDsK ICAgICB9CiAKLSAgTGlzcF9PYmplY3QgbHZhbCA9IFFuaWw7CisgIGx2YWwgPSBRbmlsOwogICBz d2l0Y2ggKHZhbHVlKSAKICAgICB7CiAgICAgY2FzZSBGVUxMU0NSRUVOX1dJRFRIOgotLSAKMS42 LjIuMQoK --001485f5b130a8a1f004665d277b Content-Type: text/x-patch; charset=US-ASCII; name="0002-GC-test-for-AIX.patch" Content-Disposition: attachment; filename="0002-GC-test-for-AIX.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fsxowxfj1 RnJvbSA4MjkzZjZiZWMwNjlhNGMwMGFhMjAyMDIxNzM5OTA1OTdhYjg0ZWY0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaWVycmUgUG9pc3NpbmdlciA8cGllcnJlLnBvaXNzaW5nZXJA Z21haWwuY29tPgpEYXRlOiBNb24sIDMwIE1hciAyMDA5IDE3OjEyOjEyIC0wNDAwClN1YmplY3Q6 IFtQQVRDSCAyLzJdIEdDIHRlc3QgZm9yIEFJWAoKLS0tCiBzcmMvcy9haXg0LTIuaCB8ICAgIDQg KysrKwogMSBmaWxlcyBjaGFuZ2VkLCA0IGluc2VydGlvbnMoKyksIDAgZGVsZXRpb25zKC0pCgpk aWZmIC0tZ2l0IGEvc3JjL3MvYWl4NC0yLmggYi9zcmMvcy9haXg0LTIuaAppbmRleCA4OTE1NGVl Li5jNmU4MDZjIDEwMDY0NAotLS0gYS9zcmMvcy9haXg0LTIuaAorKysgYi9zcmMvcy9haXg0LTIu aApAQCAtMTY4LDUgKzE2OCw5IEBAIGFsb25nIHdpdGggR05VIEVtYWNzLiAgSWYgbm90LCBzZWUg PGh0dHA6Ly93d3cuZ251Lm9yZy9saWNlbnNlcy8+LiAgKi8KICovCiAjZGVmaW5lIEJST0tFTl9H RVRfQ1VSUkVOVF9ESVJfTkFNRSAxCiAKKy8qIHRlc3QgKi8KKyNkZWZpbmUgR0NfU0VUSk1QX1dP UktTIDEKKyNkZWZpbmUgR0NfTUFSS19TVEFDSyBHQ19NQUtFX0dDUFJPU19OT09QUworCiAvKiBh cmNoLXRhZzogMzhmZTc1ZWEtNmFlZi00MmJkLTg0NDktYmMzNGQ5MjFhNTYyCiAgICAoZG8gbm90 IGNoYW5nZSB0aGlzIGNvbW1lbnQpICovCi0tIAoxLjYuMi4xCgo= --001485f5b130a8a1f004665d277b-- From monnier@iro.umontreal.ca Mon Mar 30 19:00:15 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 31 Mar 2009 02:00:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2V20BAi021998 for <2403@emacsbugs.donarmstrong.com>; Mon, 30 Mar 2009 19:00:13 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4EAP4V0UlFxIfy/2dsb2JhbACBUshxg3oGhHc X-IronPort-AV: E=Sophos;i="4.38,449,1233550800"; d="scan'208";a="35964929" Received: from 69-196-135-242.dsl.teksavvy.com (HELO pastel.home) ([69.196.135.242]) by ironport2-out.teksavvy.com with ESMTP; 30 Mar 2009 22:00:05 -0400 Received: by pastel.home (Postfix, from userid 20848) id 39FA280FA; Mon, 30 Mar 2009 22:00:05 -0400 (EDT) From: Stefan Monnier To: Ulrich Mueller Cc: 2403@debbugs.gnu.org Subject: Re: bug#2403: And the guilty is: Garbage Collecting leak Message-ID: References: <18897.2913.295830.776399@a1ihome1.kph.uni-mainz.de> Date: Mon, 30 Mar 2009 22:00:05 -0400 In-Reply-To: <18897.2913.295830.776399@a1ihome1.kph.uni-mainz.de> (Ulrich Mueller's message of "Mon, 30 Mar 2009 20:11:45 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Since almost all other arches do it, I wonder if this shouldn't be > done for GNU/Linux on SuperH, too. That is, add "|| defined __sh__" > to the large #if statement in src/s/gnu-linux.h . Yes, it's probably a good idea, but we first need to check. If you have access to such an arch, please try it out. Stefan From armin76@gentoo.org Tue Mar 31 06:33:27 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 31 Mar 2009 13:33:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=HAS_BUG_NUMBER,RDNS_DYNAMIC autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2VDXPXJ020322 for <2403@emacsbugs.donarmstrong.com>; Tue, 31 Mar 2009 06:33:26 -0700 Received: from [192.168.0.3] (88.180.219.87.dynamic.jazztel.es [87.219.180.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 32D9C644D0 for <2403@emacsbugs.donarmstrong.com>; Tue, 31 Mar 2009 13:33:23 +0000 (UTC) Message-ID: <49D21B9F.2090307@gentoo.org> Date: Tue, 31 Mar 2009 15:33:19 +0200 From: =?ISO-8859-1?Q?Ra=FAl_Porcel?= User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: 2403@debbugs.gnu.org Subject: Re: bug#2403: And the guilty is: Garbage Collecting leak X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Doing what Ulrich recommended makes it not hang on SuperH. However it fails with a Bus error later on. I'll try some stuff and submit a new bug for that one. This is the error i get now: Compiling quail/quick-cns.el Fatal error (7)make[2]: *** [quail/quick-cns.elc] Bus error make[2]: Leaving directory `/root/emacs/leim' make[1]: *** [leim] Error 2 Unaligned accesses are fatal on sh like on sparc. But as I said, i'll file another bug. Thanks Pierre for finding out this stuff :) From ulm@kph.uni-mainz.de Sat Apr 4 14:42:55 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 4 Apr 2009 21:42:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n34Lgpxq015286 for <2403@emacsbugs.donarmstrong.com>; Sat, 4 Apr 2009 14:42:52 -0700 Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n34LgiMX027925; Sat, 4 Apr 2009 23:42:45 +0200 Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n34Lgiv7010456; Sat, 4 Apr 2009 23:42:44 +0200 Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n34LgijO010450; Sat, 4 Apr 2009 23:42:44 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----cutting-here-may-damage-your-screen-surface----67919801----" Content-Transfer-Encoding: 7bit Message-ID: <18903.54356.394953.941976@a1ihome1.kph.uni-mainz.de> Date: Sat, 4 Apr 2009 23:42:44 +0200 To: Stefan Monnier Cc: 2403@debbugs.gnu.org, emacs@gentoo.org, sh@gentoo.org Subject: GCPROs and UNGCPRO should be no-ops also on SuperH In-Reply-To: References: <18897.2913.295830.776399@a1ihome1.kph.uni-mainz.de> X-Mailer: VM 8.0.2-487 under Emacs 22.2.1 (i686-pc-linux-gnu) From: Ulrich Mueller ------cutting-here-may-damage-your-screen-surface----67919801---- Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit >> Since almost all other arches do it, I wonder if this shouldn't be >> done for GNU/Linux on SuperH, too. That is, add "|| defined __sh__" >> to the large #if statement in src/s/gnu-linux.h . > Yes, it's probably a good idea, but we first need to check. > If you have access to such an arch, please try it out. Gentoo SuperH architecture team has tested it, and they find that Emacs builds and works with that definition added. Whereas without it, the build on SuperH fails with a bus error, as mentioned on this bug report before. So please commit attached patch. 2009-04-04 Ulrich Mueller * s/gnu-linux.h: Make GCPROs and UNGCPRO no-ops also on SuperH. ------cutting-here-may-damage-your-screen-surface----67919801---- Content-Type: text/plain; name="emacs-23.0.92-sh.patch" Content-Disposition: inline; filename="emacs-23.0.92-sh.patch" Content-Transfer-Encoding: 7bit --- emacs-orig/src/s/gnu-linux.h +++ emacs/src/s/gnu-linux.h @@ -258,7 +258,7 @@ #if defined __i386__ || defined __sparc__ || defined __mc68000__ \ || defined __alpha__ || defined __mips__ || defined __s390__ \ || defined __arm__ || defined __powerpc__ || defined __amd64__ \ - || defined __ia64__ + || defined __ia64__ || defined __sh__ #define GC_SETJMP_WORKS 1 #define GC_MARK_STACK GC_MAKE_GCPROS_NOOPS #ifdef __mc68000__ ------cutting-here-may-damage-your-screen-surface----67919801------ From ulm@kph.uni-mainz.de Fri Apr 17 12:33:32 2009 Received: (at control) by emacsbugs.donarmstrong.com; 17 Apr 2009 19:33:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.0 required=4.0 tests=MURPHY_DRUGS_REL8,ONEWORD, VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3HJXRbK016718 for ; Fri, 17 Apr 2009 12:33:29 -0700 Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n3HJXLHD000459 for ; Fri, 17 Apr 2009 21:33:22 +0200 Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n3HJXLtn017532; Fri, 17 Apr 2009 21:33:21 +0200 Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n3HJXL8o017527; Fri, 17 Apr 2009 21:33:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18920.55681.637988.666547@a1ihome1.kph.uni-mainz.de> Date: Fri, 17 Apr 2009 21:33:21 +0200 To: control@debbugs.gnu.org Subject: Re: bug#2403 X-Mailer: VM 8.0.2-487 under Emacs 22.2.1 (i686-pc-linux-gnu) From: Ulrich Mueller tags 2403 patch thank you From ulm@kph.uni-mainz.de Fri Apr 17 12:42:12 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 17 Apr 2009 19:42:12 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3HJg8JZ019423 for <2403@emacsbugs.donarmstrong.com>; Fri, 17 Apr 2009 12:42:10 -0700 Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n3HJg3li000729; Fri, 17 Apr 2009 21:42:03 +0200 Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n3HJg3MP017798; Fri, 17 Apr 2009 21:42:03 +0200 Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n3HJg3kC017793; Fri, 17 Apr 2009 21:42:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18920.56203.118917.501710@a1ihome1.kph.uni-mainz.de> Date: Fri, 17 Apr 2009 21:42:03 +0200 To: 2403@debbugs.gnu.org Cc: Stefan Monnier , emacs@gentoo.org, sh@gentoo.org Subject: Re: GCPROs and UNGCPRO should be no-ops also on SuperH In-Reply-To: <18903.54356.394953.941976@a1ihome1.kph.uni-mainz.de> References: <18897.2913.295830.776399@a1ihome1.kph.uni-mainz.de> <18903.54356.394953.941976@a1ihome1.kph.uni-mainz.de> X-Mailer: VM 8.0.2-487 under Emacs 22.2.1 (i686-pc-linux-gnu) From: Ulrich Mueller >>>>> On Sat, 4 Apr 2009, Ulrich Mueller wrote: >>> Since almost all other arches do it, I wonder if this shouldn't be >>> done for GNU/Linux on SuperH, too. That is, add "|| defined __sh__" >>> to the large #if statement in src/s/gnu-linux.h . >> Yes, it's probably a good idea, but we first need to check. >> If you have access to such an arch, please try it out. > Gentoo SuperH architecture team has tested it, and they find that > Emacs builds and works with that definition added. > So please commit attached patch. Any reason why this cannot be committed? Ulrich From ulm@kph.uni-mainz.de Fri Apr 17 12:45:48 2009 Received: (at control) by emacsbugs.donarmstrong.com; 17 Apr 2009 19:45:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.0 required=4.0 tests=ONEWORD,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3HJjiBI020740 for ; Fri, 17 Apr 2009 12:45:46 -0700 Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n3HJjdq5000833 for ; Fri, 17 Apr 2009 21:45:39 +0200 Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n3HJjd21017912; Fri, 17 Apr 2009 21:45:39 +0200 Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n3HJjdQN017907; Fri, 17 Apr 2009 21:45:39 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18920.56419.291854.449675@a1ihome1.kph.uni-mainz.de> Date: Fri, 17 Apr 2009 21:45:39 +0200 To: control@debbugs.gnu.org Subject: Re: bug#2403 From: Ulrich Mueller reopen 2403 ! thank you From armin76@gentoo.org Tue Apr 28 07:09:29 2009 Received: (at 2403) by emacsbugs.donarmstrong.com; 28 Apr 2009 14:09:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=MURPHY_DRUGS_REL8,RDNS_DYNAMIC autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3SE9MPx008271 for <2403@emacsbugs.donarmstrong.com>; Tue, 28 Apr 2009 07:09:24 -0700 Received: from [192.168.0.3] (238.180.219.87.dynamic.jazztel.es [87.219.180.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 409A3668D6; Tue, 28 Apr 2009 14:09:21 +0000 (UTC) Message-ID: <49F70E09.30002@gentoo.org> Date: Tue, 28 Apr 2009 16:09:13 +0200 From: =?ISO-8859-1?Q?Ra=FAl_Porcel?= User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: 2403@debbugs.gnu.org CC: Ulrich Mueller , Stefan Monnier , emacs@gentoo.org, sh@gentoo.org Subject: Re: GCPROs and UNGCPRO should be no-ops also on SuperH References: <18897.2913.295830.776399@a1ihome1.kph.uni-mainz.de> <18903.54356.394953.941976@a1ihome1.kph.uni-mainz.de> <18920.56203.118917.501710@a1ihome1.kph.uni-mainz.de> In-Reply-To: <18920.56203.118917.501710@a1ihome1.kph.uni-mainz.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Ulrich Mueller wrote: >>>>>> On Sat, 4 Apr 2009, Ulrich Mueller wrote: > >>>> Since almost all other arches do it, I wonder if this shouldn't be >>>> done for GNU/Linux on SuperH, too. That is, add "|| defined __sh__" >>>> to the large #if statement in src/s/gnu-linux.h . > >>> Yes, it's probably a good idea, but we first need to check. >>> If you have access to such an arch, please try it out. > >> Gentoo SuperH architecture team has tested it, and they find that >> Emacs builds and works with that definition added. > >> So please commit attached patch. > > Any reason why this cannot be committed? > > > Ulrich Same question here From ulm@kph.uni-mainz.de Thu May 21 13:24:10 2009 Received: (at control) by emacsbugs.donarmstrong.com; 21 May 2009 20:24:10 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4LKO46V018823 for ; Thu, 21 May 2009 13:24:06 -0700 Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n4LKNwjd003712 for ; Thu, 21 May 2009 22:23:58 +0200 Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n4LKNwSi003465; Thu, 21 May 2009 22:23:58 +0200 Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n4LKNwiZ003460; Thu, 21 May 2009 22:23:58 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18965.47198.454407.678828@a1ihome1.kph.uni-mainz.de> Date: Thu, 21 May 2009 22:23:58 +0200 To: control@debbugs.gnu.org Subject: close 2403 From: Ulrich Mueller # patch was committed by ttn at 2009-05-10, therefore closing close 2403 thank you From unknown Sat Sep 06 00:52:52 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Fri, 19 Jun 2009 14:24:13 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator