From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joe Wells Newsgroups: gmane.emacs.devel Subject: Re: [jbw@macs.hw.ac.uk: strange Emacs 22.1 failure due to utf-8-compose-scripts when --no-window-system used] Date: Thu, 19 Jul 2007 05:33:37 +0100 Message-ID: <86lkddui5a.fsf_-_@macs.hw.ac.uk> References: <86hco4wed4.fsf@macs.hw.ac.uk> <86644jwcjh.fsf@macs.hw.ac.uk> <86sl7lvijy.fsf@macs.hw.ac.uk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1184819605 20510 80.91.229.12 (19 Jul 2007 04:33:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 Jul 2007 04:33:25 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 19 06:33:22 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IBNha-00026n-6T for ged-emacs-devel@m.gmane.org; Thu, 19 Jul 2007 06:33:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IBNhZ-0001i6-7b for ged-emacs-devel@m.gmane.org; Thu, 19 Jul 2007 00:33:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IBNhV-0001gB-Pr for emacs-devel@gnu.org; Thu, 19 Jul 2007 00:33:17 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IBNhU-0001fX-97 for emacs-devel@gnu.org; Thu, 19 Jul 2007 00:33:16 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IBNhU-0001fT-1n for emacs-devel@gnu.org; Thu, 19 Jul 2007 00:33:16 -0400 Original-Received: from izanami.macs.hw.ac.uk ([137.195.13.6]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IBNhS-0008PI-HJ; Thu, 19 Jul 2007 00:33:15 -0400 Original-Received: from lxultra1.macs.hw.ac.uk ([137.195.27.173]:54604 helo=127.0.0.1) by izanami.macs.hw.ac.uk with smtp (Exim 4.51) id 1IBNhO-0004R1-L1; Thu, 19 Jul 2007 05:33:10 +0100 Original-Received: (nullmailer pid 4715 invoked by uid 1001); Thu, 19 Jul 2007 04:33:37 -0000 In-Reply-To: (Kenichi Handa's message of "Thu, 19 Jul 2007 11:36:54 +0900") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:75109 Archived-At: Kenichi Handa writes: > In article <86sl7lvijy.fsf@macs.hw.ac.uk>, Joe Wells = writes: > >> I have reverified the bug. I tested in a dummy account to make sure >> none of my account settings affected things. I have also verified >> that I get the bug when using the console (no X windows). > >> Here are some more details on my configuration. I am using >> Ubuntu=C2=A06.06 LTS (=E2=80=9CDapper Drake=E2=80=9D) with all packages = fully updated. >> Everything I am using is standard Ubuntu except for my kernel and >> Emacs. I am using a custom Linux kernel version 2.6.17 (this version >> was fairly current a year ago) with a few extra patches applied by my >> hardware middleman. As I reported in my original report, I built >> Emacs with these options: > >> export CFLAGS=3D'-O0 -g3 -ggdb' >> ./configure --prefix=3D$HOME/local2 --enable-debug --disable-nls --wit= h-x-toolkit=3Dgtk > >> I suppose that the =E2=80=9C--disable-nls=E2=80=9D or =E2=80=9C--with-x-= toolkit=3Dgtk=E2=80=9D options >> might contribute to the bug. > > I configured Emacs 21.1 with the same options, but still > can't reproduce the bug (my distribution is Debian). After > starting Emacs, the *Messsage* buffer contains this: > > ("/home/handa/local2/bin/emacs" "--quick" "--eval" "(setq utf-8-compose-s= cripts\ t)" "--load" "lao-util") > Loading encoded-kb...done > For information about the GNU Project and its goals, type C-h C-p. > Loading regexp-opt...done > Loading thai-util... > Loading mule-util...done > Loading thai-util...done > Loading devan-util... > Loading ind-util...done > Loading devan-util...done > Loading mlm-util...done > Loading tml-util...done Here is the *Messages* buffer for me which shows the error: ---------------------------------------------------------------------- ("/home/jbw/local2/bin/emacs" "--quick" "--eval" "(setq utf-8-compose-scrip= ts t)" "--load" "lao-util") Loading encoded-kb...done For information about the GNU Project and its goals, type C-h C-p. Loading thai-util... [2 times] Loading mule-util... Loading lao-util... [2 times] Loading regexp-opt... Loading lao-util... [2 times] Loading regexp-opt... Loading lao-util... [2 times] Loading regexp-opt... Loading lao-util... utf-8-post-read-conversion: Recursive load: "/home/jbw/local2/share/emacs/2= 2.1/lisp/language/lao-util.elc", "/home/jbw/local2/share/emacs/22.1/lisp/la= nguage/lao-util.elc", "/home/jbw/local2/share/emacs/22.1/lisp/emacs-lisp/re= gexp-opt.elc", "/home/jbw/local2/share/emacs/22.1/lisp/language/lao-util.el= c", "/home/jbw/local2/share/emacs/22.1/lisp/language/lao-util.elc", "/home/= jbw/local2/share/emacs/22.1/lisp/emacs-lisp/regexp-opt.elc", "/home/jbw/loc= al2/share/emacs/22.1/lisp/language/lao-util.elc" ---------------------------------------------------------------------- There are several differences. Your *Messages* buffer shows regexp-opt being loaded just once and before the other files. Mine shows regexp-opt not being loaded until after several other files, and it is loaded repeatedly as part of the recursive load loop. Mine shows thai-util being loaded _twice_, with the second time apparently happening during the first time. Yours _never_ loads lao-util. > If you don't supply "--load lao-util", does your emacs work > well? No, sooner or later something else causes it to be loaded. It seems that any time an attempt is made to load =E2=80=9Cmule-util=E2=80=9D, =E2= =80=9Clao-util=E2=80=9D, or =E2=80=9Cregexp-opt=E2=80=9D, a recursive loading loop results. A quick ch= eck reveals I get the same error with both of these command lines: emacs --no-window-system --quick --eval '(setq utf-8-compose-scripts t)' = --load "mule-util" emacs --no-window-system --quick --eval '(setq utf-8-compose-scripts t)' = --load "regexp-opt" > How about "--load lao-util.el" instead? I get the same problem if I load =E2=80=9Clao-util.el=E2=80=9D instead of = =E2=80=9Clao-util=E2=80=9D. --=20 Joe P.S. Unfortunately, doing (setq debug-on-error t) before (load "lao-util") does not trigger the debugger, which makes it harder to figure out just what is happening.