From MAILER-DAEMON Sat Jan 01 00:43:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ckc2r-0007CV-H3 for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 00:43:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ckc2p-0007BK-5h for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 00:43:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ckc2l-00079J-Qc for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 00:43:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ckc2l-000799-Mr for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 00:43:15 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ckbrg-0003BT-Lc for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 00:31:48 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ckblj-0003V5-Ge; Sat, 01 Jan 2005 00:25:40 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sat, 01 Jan 2005 00:25:39 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: file-requires or load-history seems wrong X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jan 2005 05:43:19 -0000 If I use `load-library' or `require' to load a library, the entry in `load-history' uses the library name - that is, the file name sans extension and sans directory. If I use `load-file' to load a library, the entry in `load-history' uses the absolute file name. I see why this could cause trouble in some cases, but I don't see a way to solve the problem. From MAILER-DAEMON Sat Jan 01 06:29:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CkhS3-0002l5-MH for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 06:29:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CkhS1-0002jP-Sy for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 06:29:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CkhS1-0002j7-93 for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 06:29:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CkhS1-0002ix-3h for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 06:29:41 -0500 Received: from [130.158.38.234] (helo=alex.nature.tsukuba.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CkhEQ-0008Ny-Kr for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 06:15:38 -0500 Received: from nature.tsukuba.ac.jp (localhost [127.0.0.1]) by alex.nature.tsukuba.ac.jp (Postfix) with SMTP id 46E4C313B for ; Sat, 1 Jan 2005 20:15:34 +0900 (JST) Received: (qmail 19978 invoked by uid 1031); 1 Jan 2005 11:15:34 -0000 From: Hiroshi Fujishima To: emacs-pretest-bug@gnu.org Date: Sat, 01 Jan 2005 20:15:34 +0900 Message-ID: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Emacs doesn't preserve the file access permission. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jan 2005 11:29:42 -0000 Hi, Editing a file with Emacs doesn't preserve the file's permission. % mkdir temporally-working-directory % cd temporally-working-directory % umask 022 % touch x % chmod 600 x % ls -l total 0 -rw------- 1 pooh staff 0 Jan 1 19:54 x % emacs x % ls -l total 1 -rw-r--r-- 1 pooh staff 21 Jan 1 19:55 x -rw------- 1 pooh staff 0 Jan 1 19:54 x~ I expect ``-rw------- 1 pooh staff 21 Jan 1 19:55 x'', not ``-rw-r--r-- 1 pooh staff 21 Jan 1 19:55 x''. In GNU Emacs 21.3.50.1 (sparc-sun-solaris2.9, X toolkit, Xaw3d scroll bars) of 2004-12-31 on alex configured using `configure '--prefix=/usr/local/emacs' '--x-includes=/usr/local/include' '--x-libraries=/usr/local/lib' '--without-xim' 'CC=ccache gcc'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ja locale-coding-system: japanese-iso-8bit default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t iswitchb-mode: t show-paren-mode: t encoded-kbd-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC x g n u s RET ESC x r e p o r TAB RET Recent messages: Reading active file via nnml...done Reading active file from archive via nnfolder... Opening nnfolder server on archive...done Reading active file from archive via nnfolder...done No new newsgroups Checking new news...done Loading gnus-topic...done No Gnus is good news No more unread newsgroups Loading emacsbug...done -- Hiroshi Fujishima From MAILER-DAEMON Sat Jan 01 12:36:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CknBL-0001nv-8i for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 12:36:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CknBI-0001mt-2o for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 12:36:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CknBF-0001lC-K5 for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 12:36:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CknBF-0001kf-GF for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 12:36:45 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Ckmyx-0006sW-Mz; Sat, 01 Jan 2005 12:24:04 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j01HNvE0008008; Sat, 1 Jan 2005 09:23:57 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j01HNuml007994; Sat, 1 Jan 2005 09:23:56 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j01HNtWn027904; Sat, 1 Jan 2005 10:23:55 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-81-107.vpn.oracle.com [141.144.81.107]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j01HNsXq027853 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 1 Jan 2005 10:23:55 -0700 From: "Drew Adams" To: Date: Sat, 1 Jan 2005 09:23:43 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: emacs-pretest-bug@gnu.org Subject: RE: file-requires or load-history seems wrong X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jan 2005 17:36:48 -0000 If I use `load-library' or `require' to load a library, the entry in `load-history' uses the library name - that is, the file name sans extension and sans directory. If I use `load-file' to load a library, the entry in `load-history' uses the absolute file name. As a result, function `file-requires' of library `loadhist.el' does not seem to do the right thing... I see why this could cause trouble in some cases, but I don't see a way to solve the problem. If load-history cannot be fixed to treat load-file like the others, then can't file-requires at least be fixed to take both forms into account? From MAILER-DAEMON Sat Jan 01 15:31:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ckpuc-0001jn-NN for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 15:31:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ckpua-0001jd-VQ for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 15:31:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ckpua-0001jJ-Be for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 15:31:44 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ckpua-0001j9-8c for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 15:31:44 -0500 Received: from [206.190.38.127] (helo=web50907.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1Ckpgs-0007WE-Vh for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 15:17:35 -0500 Received: (qmail 71686 invoked by uid 60001); 1 Jan 2005 20:17:34 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=w1R3/6hru5ThPT9Xgdd0tfE06nbBrTJu3r4pWBRF0GoUmn5oq4xzcjjCgaow55/a/qlOROTQNqPRDrWVIRhFoUiqH9MZUnrfHtCCxaSn1DYBeLglUnP85C53CbNGM2u4oQMcc77gipk1C5BY5zL9PuutoLlp1v+UNP6Kt5NjilQ= ; Message-ID: <20050101201734.71684.qmail@web50907.mail.yahoo.com> Received: from [66.219.135.59] by web50907.mail.yahoo.com via HTTP; Sat, 01 Jan 2005 12:17:34 PST Date: Sat, 1 Jan 2005 12:17:34 -0800 (PST) From: "James J. Ramsey" To: emacs-pretest-bug@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jjramsey@pobox.com List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jan 2005 20:31:45 -0000 I found out the hard way about magic-mode-alist when I found that this line in my ~/.emacs didn't work: (setq auto-mode-alist (cons '("\\.html\\'" . nxml-mode) auto-mode-alist)) magic-mode-alist overrides this, which is annoying. I'm not sure what the right solution is, since there were definite reasons for having magic-mode-alist override auto-mode-alist. Still, two things: 1) it is far easier for a user to customise auto-mode-alist than magic-mode-alist, since the latter requires thinking up a regexp, and 2) not everyone wants to use the bundled html-mode in Emacs. Having Emacs do what I thought I told it *not* to do is frustrating. __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 From MAILER-DAEMON Sat Jan 01 21:43:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ckvia-0000Mh-SV for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 21:43:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CkviZ-0000MX-5b for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 21:43:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CkviY-0000M8-FB for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 21:43:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CkviY-0000M5-Ci for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 21:43:42 -0500 Received: from [64.233.184.204] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CkvWY-0004wB-BN for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 21:31:18 -0500 Received: by wproxy.gmail.com with SMTP id 49so485776wri for ; Sat, 01 Jan 2005 18:31:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=R39Tp4muaYMhrNUf9yqGDb+oEJaD63eq+Yj6lvFhrDuHBB7lEUMw2drPLmw7HBkca5MI6dIWEskDRYCKx6dhNhnb28J22SOPOo4oPHsS134XVues+UXgPrUxF1fqi6H4986TTBppW/DoiiT/7+GipvbgehpsjqTA0Glw4wEgQ6M= Received: by 10.54.19.32 with SMTP id 32mr511062wrs; Sat, 01 Jan 2005 18:31:17 -0800 (PST) Received: by 10.54.19.78 with HTTP; Sat, 1 Jan 2005 18:31:17 -0800 (PST) Message-ID: Date: Sun, 2 Jan 2005 11:31:17 +0900 From: Miles Bader To: jjramsey@pobox.com In-Reply-To: <20050101201734.71684.qmail@web50907.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050101201734.71684.qmail@web50907.mail.yahoo.com> Cc: emacs-pretest-bug@gnu.org Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 02:43:43 -0000 > magic-mode-alist overrides this, which is annoying. > > I'm not sure what the right solution is, since there > were definite reasons for having magic-mode-alist > override auto-mode-alist. Still, two things: Perhaps it would easier if there were only one "list" -- auto-mode-alist -- and a way for an entry to specify a "file contents regexp" instead of a file-name matching regexp. -Miles From MAILER-DAEMON Sat Jan 01 22:20:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CkwHx-0001zZ-Gc for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:20:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CkwHu-0001yC-7v for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:20:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CkwHs-0001wy-9c for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:20:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CkwHs-0001wv-5G for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:20:12 -0500 Received: from [206.190.38.128] (helo=web50908.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1Ckw6M-0001qa-OX for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:08:18 -0500 Received: (qmail 81958 invoked by uid 60001); 2 Jan 2005 03:08:18 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=OIsy0tF53pP0t1DwOyN1fiupGluqTzFPNR6ok/3qTWMXAZH0RUvYdGvbAS3gs+HTX91ETlnGOr1OP0dW8ojgersZYua0pGT2ejXUfs3GURcA2hwRE8jobiWSboxRpm31jT8IEAyf4wdz0ubrz+aHJdX+K6UUKbbuKEK/QS5LDmY= ; Message-ID: <20050102030818.81956.qmail@web50908.mail.yahoo.com> Received: from [66.219.135.59] by web50908.mail.yahoo.com via HTTP; Sat, 01 Jan 2005 19:08:18 PST Date: Sat, 1 Jan 2005 19:08:18 -0800 (PST) From: "James J. Ramsey" To: emacs-pretest-bug@gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jjramsey@pobox.com List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 03:20:14 -0000 --- Miles Bader wrote: > > magic-mode-alist overrides this, which is > annoying. > > > > I'm not sure what the right solution is, since > there > > were definite reasons for having magic-mode-alist > > override auto-mode-alist. Still, two things: > > Perhaps it would easier if there were only one > "list" -- > auto-mode-alist -- and a way for an entry to specify > a "file contents > regexp" instead of a file-name matching regexp. Hmm, maybe have it so that if the car of an entry in auto-mode-alist is just a string, then it is interpreted as a regexp of the file name, but if the car of the entry is of the form ('magic . "some string"), then "some string" should be a regexp applied to the file contents? That should be backward-compatible with the current format of auto-mode-alist, but I don't know what complications it might entail. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From MAILER-DAEMON Sat Jan 01 22:45:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ckwgj-0008I9-Tz for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ckwgi-0008Gy-En for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ckwgh-0008G7-IC for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ckwgh-0008Fo-69 for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:51 -0500 Received: from [61.120.206.13] (helo=smtp.mediatti.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CkwUo-0005VB-Az for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:33:34 -0500 Received: from localhost (182M42.rivo.mediatti.net [210.79.133.182]) by mediatti.net (Mediatti Hyper Internet Mail) with ESMTP id <0I9O001AY77UBW@mediatti.net>; Sun, 2 Jan 2005 12:33:31 +0900 (JST) Date: Sun, 02 Jan 2005 11:48:28 +0900 (JST) From: SAITO Takuya To: emacs-pretest-bug@gnu.org Message-id: <20050102.114828.260820195.tabmore@rivo.mediatti.net> MIME-version: 1.0 X-Mailer: Mew version 4.1.53 on Emacs 21.3.50 / Mule 5.0 (SAKAKI) Content-type: Text/Plain; charset=us-ascii Content-transfer-encoding: 7bit Subject: fringe-bitmap disappears X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 03:45:52 -0000 When I evaluate these, top-right-angle bitmap is displayed in red. (require 'fringe) (setq indicate-buffer-boundaries 'right) (defface fringe-test '((t (:inherit fringe :foreground "red"))) "test") (set-fringe-bitmap-face 'top-right-angle 'fringe-test) The bitmap disappears if I clear face cache and redraw frame: (clear-face-cache) (redraw-frame (selected-frame)) In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-02 on reed Distributor `The X.Org Foundation', version 11.0.60700000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: ja_JP.eucJP value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: C value of $LANG: ja_JP.eucJP locale-coding-system: japanese-iso-8bit default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: mouse-wheel-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t From MAILER-DAEMON Sat Jan 01 22:45:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ckwgk-0008IJ-2a for mharc-emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ckwgi-0008Gz-Fp for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ckwgh-0008G0-CJ for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ckwgh-0008Fo-3L for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:45:51 -0500 Received: from [61.120.206.13] (helo=smtp.mediatti.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CkwUo-0005VB-SQ for emacs-pretest-bug@gnu.org; Sat, 01 Jan 2005 22:33:36 -0500 Received: from localhost (182M42.rivo.mediatti.net [210.79.133.182]) by mediatti.net (Mediatti Hyper Internet Mail) with ESMTP id <0I9O001AY77UBW@mediatti.net>; Sun, 2 Jan 2005 12:33:32 +0900 (JST) Date: Sun, 02 Jan 2005 12:15:23 +0900 (JST) From: SAITO Takuya To: emacs-pretest-bug@gnu.org Message-id: <20050102.121523.189701648.tabmore@rivo.mediatti.net> MIME-version: 1.0 X-Mailer: Mew version 4.1.53 on Emacs 21.3.50 / Mule 5.0 (SAKAKI) Content-type: Text/Plain; charset=us-ascii Content-transfer-encoding: 7bit Subject: error during gc after kill indirect buffer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 03:45:52 -0000 This code produce "Marker does not point anywhere" error. (progn (kill-buffer (make-indirect-buffer "*scratch*" "clone")) (garbage-collect)) > gdb emacs (gdb) b error Breakpoint 3 at 0x8133014: file eval.c, line 1787. (gdb) run -Q Breakpoint 3, error (m=0x81843e0 "Marker does not point anywhere", a1=0x84abb70 "\254^la", a2=0x84abb70 "\254^la", a3=0x84abb70 "\254^la") at eval.c:1787 1787 args[0] = a1; (gdb) bt #0 error (m=0x81843e0 "Marker does not point anywhere", a1=0x84abb70 "\254^la", a2=0x84abb70 "\254^la", a3=0x84abb70 "\254^la") at eval.c:1787 #1 0x080fa515 in marker_position () at marker.c:801 #2 0x080efdaf in set_buffer_internal_1 (b=0x8598240) at buffer.c:1803 #3 0x0811d30f in truncate_undo_list (b=0x8598240) at undo.c:325 #4 0x081206b2 in Fgarbage_collect () at alloc.c:4687 #5 0x08133872 in Feval (form=136974720) at eval.c:2127 #6 0x081313a3 in Fprogn (args=0) at eval.c:408 #7 0x081339bf in Feval (form=136979068) at eval.c:2077 #8 0x081341f3 in Ffuncall (nargs=2, args=0xbfffe9f4) at eval.c:2775 #9 0x08159c0f in Fbyte_code (bytestr=139481873, vector=1, maxdepth=-1073747472) at bytecode.c:686 #10 0x081344f2 in funcall_lambda (fun=136779124, nargs=1, arg_vector=0xbfffeb14) at eval.c:2962 #11 0x081340d3 in Ffuncall (nargs=2, args=0xbfffeb10) at eval.c:2832 #12 0x08159c0f in Fbyte_code (bytestr=139481849, vector=1, maxdepth=-1073747184) at bytecode.c:686 #13 0x081344f2 in funcall_lambda (fun=136779956, nargs=1, arg_vector=0xbfffec54) at eval.c:2962 #14 0x081340d3 in Ffuncall (nargs=2, args=0xbfffec50) at eval.c:2832 #15 0x08130035 in Fcall_interactively (function=137628465, record_flag=137264137, keys=137321020) at callint.c:877 #16 0x080e415b in Fcommand_execute (cmd=137628465, record_flag=137264137, keys=137264137, special=137264137) at keyboard.c:9712 #17 0x080d9c22 in command_loop_1 () at keyboard.c:1785 #18 0x081327be in internal_condition_case (bfun=0x80d98d4 , handlers=137325137, hfun=0x80d9458 ) at eval.c:1385 #19 0x080d9756 in command_loop_2 () at keyboard.c:1312 #20 0x08132351 in internal_catch (tag=139115376, func=0x80d9738 , arg=137264137) at eval.c:1144 #21 0x080d970d in command_loop () at keyboard.c:1291 #22 0x080d9210 in recursive_edit_1 () at keyboard.c:984 #23 0x080d9330 in Frecursive_edit () at keyboard.c:1045 #24 0x080d7b3d in main (argc=2, argv=0xbffff414) at emacs.c:1763 #25 0x402fac1f in __libc_start_main (main=0x80d7338
, argc=2, ubp_av=0x2, init=0x8178adc <__libc_csu_init>, fini=0x8178b24 <__libc_csu_fini>, rtld_fini=0x400144a0 <_rtld_local>, stack_end=0x0) at ../sysdeps/generic/libc-start.c:225 (gdb) up 2 #2 0x080efdaf in set_buffer_internal_1 (b=0x8598240) at buffer.c:1803 1803 BUF_PT (b) = marker_position (b->pt_marker); (gdb) p b->name $1 = 137264137 (gdb) pr nil (gdb) p b->base_buffer->name $2 = 137271579 (gdb) pr "*scratch*" In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-02 on reed Distributor `The X.Org Foundation', version 11.0.60700000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: ja_JP.eucJP value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: C value of $LANG: ja_JP.eucJP locale-coding-system: japanese-iso-8bit default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: mouse-wheel-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t From MAILER-DAEMON Sun Jan 02 07:57:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cl5II-0003Ob-Mh for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 07:57:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cl5IG-0003OM-Bx for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 07:57:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cl5IE-0003Nj-RE for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 07:57:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cl5IE-0003NU-MS for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 07:57:10 -0500 Received: from [129.240.130.16] (helo=pat.uio.no) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl56S-0000Cl-Bg for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 07:45:00 -0500 Received: from mail-mx1.uio.no ([129.240.10.29]) by pat.uio.no with esmtp (Exim 4.34) id 1Cl56Q-0001P4-94 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:44:58 +0100 Received: from en.ifi.uio.no ([129.240.65.209]) by smtp.uio.no with esmtp (Exim 4.34) id 1Cl56N-00056b-2k for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:44:55 +0100 Received: (from steinab@localhost) by en.ifi.uio.no ; Sun, 2 Jan 2005 13:44:54 +0100 (MET) To: emacs-pretest-bug@gnu.org From: steinab@ifi.uio.no (=?iso-8859-1?q?Steinar_B=F8rmer?=) Date: Sun, 02 Jan 2005 13:44:54 +0100 Message-ID: <3jzoeg8uhix.fsf@en.ifi.uio.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning X-UiO-MailScanner: No virus found X-UiO-Spam-info: not spam, SpamAssassin (score=-3.288, required 12, SUBJ_HAS_UNIQ_ID 0.21, TRACKER_ID 1.50, UIO_MAIL_IS_INTERNAL -5.00) Subject: disabled-command-function X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 12:57:13 -0000 This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: `C-x C-l' gives the following message in the minibuffer: Symbol's value as variable is void: disabled-command-function `M-x toggle-debug-on-error RET' `C-x C-l' gives the following message in the *Backtrace* buffer: Debugger entered--Lisp error: (void-variable disabled-command-function) The same happens when Emacs is started as "emacs -q -no-site-file". Precisely the same happens on Emacs versions 21.3.50.34 and 21.3.50.33. I have not tested older CVS versions. In GNU Emacs 21.3.50.35 (i386-unknown-freebsd5.3, X toolkit, Xaw3d scroll bars) of 2005-01-02 on pallotta.studby.uio.no Distributor `The X.Org Foundation', version 11.0.60700000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: no_NO.ISO8859-1 locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Debugger Minor modes in effect: erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t show-paren-mode: t display-time-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-l M-x t o g g l d e b e C-x C-l M-x r e p o r t Recent messages: Loading subst-gb2312...done Loading subst-big5...done Loading subst-jis...done Loading executable...done Loading advice...done Symbol's value as variable is void: disabled-command-function Debug on Error enabled Loading debug...done Entering debugger... Loading emacsbug...done From MAILER-DAEMON Sun Jan 02 08:51:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cl68X-0004nn-Ry for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:51:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cl68V-0004mT-QL for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:51:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cl68U-0004lO-5t for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:51:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cl68T-0004l0-Um for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:51:10 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl5wh-0001eP-B5 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:38:59 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j02Dcw0P011490; Sun, 2 Jan 2005 07:38:58 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j02Dcs408167; Sun, 2 Jan 2005 07:38:54 -0600 (CST) Date: Sun, 2 Jan 2005 07:38:54 -0600 (CST) Message-Id: <200501021338.j02Dcs408167@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: steinab@ifi.uio.no In-reply-to: <3jzoeg8uhix.fsf@en.ifi.uio.no> (steinab@ifi.uio.no) References: <3jzoeg8uhix.fsf@en.ifi.uio.no> Cc: emacs-pretest-bug@gnu.org Subject: Re: disabled-command-function X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 13:51:12 -0000 `C-x C-l' gives the following message in the minibuffer: Symbol's value as variable is void: disabled-command-function Strange, does not happen for me with `emacs -q'. Sincerely, Luc. From MAILER-DAEMON Sun Jan 02 08:55:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cl6CP-0006O5-7D for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:55:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cl6CN-0006Mz-W0 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:55:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cl6CM-0006Ld-Bp for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:55:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cl6CM-0006Kv-1P for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:55:10 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl60M-0002JJ-Ae for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 08:42:46 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j02Dgj0P011504; Sun, 2 Jan 2005 07:42:45 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j02Dgfr08173; Sun, 2 Jan 2005 07:42:41 -0600 (CST) Date: Sun, 2 Jan 2005 07:42:41 -0600 (CST) Message-Id: <200501021342.j02Dgfr08173@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: steinab@ifi.uio.no In-reply-to: <3jzoeg8uhix.fsf@en.ifi.uio.no> (steinab@ifi.uio.no) References: <3jzoeg8uhix.fsf@en.ifi.uio.no> Cc: emacs-pretest-bug@gnu.org Subject: Re: disabled-command-function X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 13:55:12 -0000 `C-x C-l' gives the following message in the minibuffer: Symbol's value as variable is void: disabled-command-function You probably have to update loaddefs.el. From INSTALL.CVS: To update loaddefs.el, do: $ cd lisp $ make autoloads EMACS=../src/emacs Sincerely, Luc. From MAILER-DAEMON Sun Jan 02 11:25:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cl8Xj-0005s6-BZ for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:25:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cl8Xf-0005ob-12 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:25:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cl8Xc-0005mX-P1 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:25:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cl8Xc-0005m4-GH for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:25:16 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl8LZ-0001pl-Pu for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:12:49 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cl8FT-0007KR-CZ; Sun, 02 Jan 2005 11:06:31 -0500 From: Richard Stallman To: luthi@gi.alaska.edu In-reply-to: <20041223194058.CFAB86B1C1@yeti.net.gi.alaska.edu> (luthi@gi.alaska.edu) References: <20041223194058.CFAB86B1C1@yeti.net.gi.alaska.edu> Message-Id: Date: Sun, 02 Jan 2005 11:06:31 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Apropos X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 16:25:20 -0000 When I try to get information with the M-x apropos command I get a nice list of variables / functions. Then I try to explore them, but after clicking on one of them, the *apropos* buffer gets replaced with a buffer describing the variable. It does not fail for me. I get the function or variable documentation in the *Help* buffer. Does it fail for you in the latest CVS sources? Can you tell me a more precise test case? From MAILER-DAEMON Sun Jan 02 11:50:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cl8wM-0005Tw-OH for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:50:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cl8wD-0005TG-Hj for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:50:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cl8wB-0005Se-TB for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:50:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cl8wB-0005Ri-PY for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 11:50:39 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl8h6-0005mZ-Cu; Sun, 02 Jan 2005 11:35:04 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j02GZ2Oc017591; Sun, 2 Jan 2005 16:35:02 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Cl8h3-0004N4-00; Sun, 02 Jan 2005 16:35:01 +0000 To: rms@gnu.org References: From: Dave Love Date: Sun, 02 Jan 2005 16:35:01 +0000 In-Reply-To: (Richard Stallman's message of "Thu, 23 Dec 2004 14:33:11 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org Subject: Re: help-echo from battery-mode-line-string fails X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 16:50:46 -0000 Richard Stallman writes: > batter-mode-line-string needs a risky-local-variable property. > I will add that. Ah. I hadn't spotted that change. Could you make an `Incompatible Lisp changes' section in NEWS as we did for 21.1 for items like that, or pointers to them? (I assume there are more incompatibilities than that, but I haven't trawled NEWS to check.) I realize this one isn't terribly incompatible, but it might help people to find the cause of such things. From MAILER-DAEMON Sun Jan 02 12:45:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cl9mz-0005Dy-To for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 12:45:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cl9my-0005Dg-9j for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 12:45:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cl9mx-0005DF-Ds for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 12:45:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cl9mx-0005DC-AG for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 12:45:11 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl9Ur-0006F6-QF for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 12:26:30 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j02HQROc019723 for ; Sun, 2 Jan 2005 17:26:27 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Cl9Uo-0004Rd-00 for ; Sun, 02 Jan 2005 17:26:26 +0000 To: emacs-pretest-bug@gnu.org From: Dave Love Date: Sun, 02 Jan 2005 17:26:26 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Subject: killing indirect buffer clobbers Emacs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 17:45:12 -0000 I've several times got Emacs into an unusable state when working with my multi-mode.el, which uses indirect buffers. As far as I can tell, it's due to killing an indirect buffer which then doesn't seem to get properly GC'd. I get "marker does not point anywhere" from (apparently) any command, each of which seems to be triggering GC. I can't then save buffers or kill Emacs. Here's a backtrace after killing the indirect buffer in a session which had recently created it and not done anything but move around in it. This wasn't with -q, though. #0 Fsignal (error_symbol=137629265, data=0) at eval.c:1501 #1 0x0817f17f in error (m=0x81d0040 "Marker does not point anywhere", a1=0x8340e51 "", a2=0x8340e51 "", a3=0x8340e51 "") at eval.c:1812 #2 0x081412e6 in marker_position (marker=142840210) at marker.c:801 #3 0x08135b1a in set_buffer_internal_1 (b=0x883f268) at buffer.c:1803 #4 0x08167213 in truncate_undo_list (b=0x883f268) at undo.c:325 #5 0x0816ac75 in Fgarbage_collect () at alloc.c:4687 #6 0x081806e7 in Ffuncall (nargs=2, args=0xbfffee40) at eval.c:2715 #7 0x081801c0 in call1 (fn=137653025, arg1=137626505) at eval.c:2569 #8 0x0811f0bc in safe_run_hooks_1 (hook=-1073746288) at keyboard.c:2037 #9 0x0817e7ee in internal_condition_case (bfun=0x811f0a0 , handlers=137568321, hfun=0x811f0c0 ) at eval.c:1385 #10 0x0811f15b in safe_run_hooks (hook=137629265) at keyboard.c:2065 ... In frame 3, `b' has a name of nil but a filename from a buffer which had an indirect buffer. Its `base_buffer' isn't null, so I assume it is the indirect buffer. Emacs is actually running Qecho_area_clear_hook, but I also saw the error from at least post-command-hook. This happened in a build from 2044-12-22 but not from one a couple of weeks older. I'm not sure whether they both had full updates of the C code, though. The current source doesn't fix it. It's in a Gtk build on x86 Debian testing, in the unlikely case that's relevant. From MAILER-DAEMON Sun Jan 02 13:15:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClAG1-0004yU-Hf for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:15:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClAG0-0004y6-Nm for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:15:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClAFx-0004vy-9W for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:15:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClAFw-0004ve-PF for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:15:08 -0500 Received: from [64.4.31.13] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClA4E-0003tl-On for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:03:03 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 2 Jan 2005 10:03:00 -0800 Message-ID: Received: from 65.96.65.192 by by13fd.bay13.hotmail.msn.com with HTTP; Sun, 02 Jan 2005 18:02:08 GMT X-Originating-IP: [65.96.65.192] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com From: "emacs user" To: emacs-pretest-bug@gnu.org Bcc: Date: Sun, 02 Jan 2005 13:02:08 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 02 Jan 2005 18:03:00.0510 (UTC) FILETIME=[4BF333E0:01C4F0F5] Subject: crashes under cygwin X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 18:15:12 -0000 In GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.13) of 2005-01-02 on cata2 Distributor `The Cygwin/X Project', version 11.0.60801000 configured using `configure '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t I find cvs emacs (updated and compiled today) to be very unstable under cygwin. This has been the case for at least weeks if not months now. I cannot reproduce this easily as circumstances vary, but perhaps the traceback will be useful. here is one example of a crash: /usr/local/emacs/src $ gdb emacs GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... DISPLAY = :0.0 TERM = xterm Breakpoint 1 at 0x20099d46: file emacs.c, line 454. Breakpoint 2 at 0x20074cf8: file xterm.c, line 7790. (gdb) run Starting program: /usr/local/emacs/src/emacs.exe -geometry 80x40+0+0 ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. 0x7c809f62 in KERNEL32!IsBadWritePtr () from /cygdrive/c/WINDOWS/system32/kernel32.dll (gdb) cont Continuing. Breakpoint 1, abort () at emacs.c:454 454 kill (getpid (), SIGABRT); (gdb) where #0 abort () at emacs.c:454 #1 0x200eb686 in mark_object (arg=536988159) at alloc.c:5415 #2 0x200ead9e in Fgarbage_collect () at alloc.c:4781 #3 0x20100107 in Feval (form=556821325) at eval.c:2029 #4 0x200fec94 in internal_condition_case_1 (bfun=0x200ffa30 , arg=556821325, handlers=539818585, hfun=0x200a45d0 ) at eval.c:1426 #5 0x200a4664 in menu_item_eval_property (sexpr=556821325) at keyboard.c:7152 #6 0x200ac5be in get_keyelt (object=540039697, autoload=1) at keymap.c:803 #7 0x200abc97 in access_keymap (map=539781365, idx=539804297, t_ok=2, noinherit=0, autoload=1) at keymap.c:637 #8 0x200a4f86 in tool_bar_items (reuse=557506564, nitems=0x22e058) at keyboard.c:7609 #9 0x2001cca8 in update_tool_bar (f=0x20c92c00, save_match_data=0) at xdisp.c:8508 #10 0x2001c78c in prepare_menu_bars () at xdisp.c:8214 #11 0x2001ebd6 in redisplay_internal (preserve_echo_area=1) at xdisp.c:9889 #12 0x2001faf9 in redisplay_preserve_echo_area (from_where=8) at xdisp.c:10484 #13 0x200a864e in detect_input_pending_run_timers (do_display=1) at keyboard.c:9887 #14 0x20130827 in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=539750401, wait_proc=0x0, just_wait_proc=0) at process.c:4452 #15 0x200092e7 in sit_for (sec=30, usec=0, reading=1, display=1, ---Type to continue, or q to quit--- initial_display=0) at dispnew.c:6367 #16 0x2009fafd in read_char (commandflag=1, nmaps=2, maps=0x22e9ec, prev_event=539750401, used_mouse_menu=0x22ea28) at keyboard.c:2762 #17 0x200a64b4 in read_key_sequence (keybuf=0x22eb80, bufsize=30, prompt=539750401, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8818 #18 0x2009cca3 in command_loop_1 () at keyboard.c:1531 #19 0x200feb8e in internal_condition_case (bfun=0x2009cb10 , handlers=539818585, hfun=0x2009c600 ) at eval.c:1385 #20 0x2009c95e in command_loop_2 () at keyboard.c:1312 #21 0x200fe6cb in internal_catch (tag=539811777, func=0x2009c930 , arg=539750401) at eval.c:1144 #22 0x2009c903 in command_loop () at keyboard.c:1291 #23 0x2009c364 in recursive_edit_1 () at keyboard.c:984 #24 0x2009c4a1 in Frecursive_edit () at keyboard.c:1045 #25 0x2009abd3 in main (argc=3, argv=0x203a59c0) at emacs.c:1763 (gdb) (gdb) backtrace #0 abort () at emacs.c:454 #1 0x200eb686 in mark_object (arg=536988159) at alloc.c:5415 #2 0x200ead9e in Fgarbage_collect () at alloc.c:4781 #3 0x20100107 in Feval (form=556821325) at eval.c:2029 #4 0x200fec94 in internal_condition_case_1 (bfun=0x200ffa30 , arg=556821325, handlers=539818585, hfun=0x200a45d0 ) at eval.c:1426 #5 0x200a4664 in menu_item_eval_property (sexpr=556821325) at keyboard.c:7152 #6 0x200ac5be in get_keyelt (object=540039697, autoload=1) at keymap.c:803 #7 0x200abc97 in access_keymap (map=539781365, idx=539804297, t_ok=2, noinherit=0, autoload=1) at keymap.c:637 #8 0x200a4f86 in tool_bar_items (reuse=557506564, nitems=0x22e058) at keyboard.c:7609 #9 0x2001cca8 in update_tool_bar (f=0x20c92c00, save_match_data=0) at xdisp.c:8508 #10 0x2001c78c in prepare_menu_bars () at xdisp.c:8214 #11 0x2001ebd6 in redisplay_internal (preserve_echo_area=1) at xdisp.c:9889 #12 0x2001faf9 in redisplay_preserve_echo_area (from_where=8) at xdisp.c:10484 #13 0x200a864e in detect_input_pending_run_timers (do_display=1) at keyboard.c:9887 #14 0x20130827 in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=539750401, wait_proc=0x0, just_wait_proc=0) at process.c:4452 #15 0x200092e7 in sit_for (sec=30, usec=0, reading=1, display=1, ---Type to continue, or q to quit--- initial_display=0) at dispnew.c:6367 #16 0x2009fafd in read_char (commandflag=1, nmaps=2, maps=0x22e9ec, prev_event=539750401, used_mouse_menu=0x22ea28) at keyboard.c:2762 #17 0x200a64b4 in read_key_sequence (keybuf=0x22eb80, bufsize=30, prompt=539750401, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8818 #18 0x2009cca3 in command_loop_1 () at keyboard.c:1531 #19 0x200feb8e in internal_condition_case (bfun=0x2009cb10 , handlers=539818585, hfun=0x2009c600 ) at eval.c:1385 #20 0x2009c95e in command_loop_2 () at keyboard.c:1312 #21 0x200fe6cb in internal_catch (tag=539811777, func=0x2009c930 , arg=539750401) at eval.c:1144 #22 0x2009c903 in command_loop () at keyboard.c:1291 #23 0x2009c364 in recursive_edit_1 () at keyboard.c:984 #24 0x2009c4a1 in Frecursive_edit () at keyboard.c:1045 #25 0x2009abd3 in main (argc=3, argv=0x203a59c0) at emacs.c:1763 (gdb) (gdb) xbacktrace (gdb) q The program is running. Exit anyway? (y or n) n Not confirmed. (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. 0x610d2f34 in memmove () from /usr/bin/cygwin1.dll (gdb) xbacktrace "format" "server-sentinel" (gdb) where #0 0x610d2f34 in memmove () from /usr/bin/cygwin1.dll #1 0x20105aa1 in concat (nargs=1, args=0x22d300, target_type=Lisp_String, last_special=0) at fns.c:691 #2 0x20105380 in Fcopy_sequence (arg=556030275) at fns.c:527 #3 0x200f8f5b in Fformat (nargs=2, args=0x22d498) at editfns.c:3346 #4 0x20100e2a in Ffuncall (nargs=3, args=0x22d494) at eval.c:2756 #5 0x20129a3e in Fbyte_code (bytestr=556030227, vector=555408260, maxdepth=48) at bytecode.c:686 #6 0x201010d3 in funcall_lambda (fun=555822660, nargs=2, arg_vector=0x22d5d0) at eval.c:2962 #7 0x20100b6d in Ffuncall (nargs=3, args=0x22d5cc) at eval.c:2832 #8 0x20100275 in Fapply (nargs=2, args=0x22d650) at eval.c:2280 #9 0x201007c8 in apply1 (fn=556019337, arg=556821373) at eval.c:2536 #10 0x201310ed in read_process_output_call (fun_and_args=556821381) at process.c:4710 #11 0x200fec94 in internal_condition_case_1 ( bfun=0x201310d0 , arg=556821381, handlers=539818585, hfun=0x201331d0 ) at eval.c:1426 #12 0x20133334 in exec_sentinel (proc=555849476, reason=556983875) at process.c:6348 #13 0x20133536 in status_notify () at process.c:6449 #14 0x2012baa7 in Fdelete_process (process=555849476) at process.c:785 #15 0x20132f8c in kill_buffer_processes (buffer=539750401) at process.c:6109 ---Type to continue, or q to quit--- #16 0x2009b6da in shut_down_emacs (sig=6, no_x=0, stuff=539750401) at emacs.c:2107 #17 0x20099d37 in fatal_error_signal (sig=6) at emacs.c:403 #18 0x61026e69 in strerror () from /usr/bin/cygwin1.dll #19 0x610932fc in sigfillset () from /usr/bin/cygwin1.dll #20 0x610902f0 in writev () from /usr/bin/cygwin1.dll (gdb) backtrace #0 0x610d2f34 in memmove () from /usr/bin/cygwin1.dll #1 0x20105aa1 in concat (nargs=1, args=0x22d300, target_type=Lisp_String, last_special=0) at fns.c:691 #2 0x20105380 in Fcopy_sequence (arg=556030275) at fns.c:527 #3 0x200f8f5b in Fformat (nargs=2, args=0x22d498) at editfns.c:3346 #4 0x20100e2a in Ffuncall (nargs=3, args=0x22d494) at eval.c:2756 #5 0x20129a3e in Fbyte_code (bytestr=556030227, vector=555408260, maxdepth=48) at bytecode.c:686 #6 0x201010d3 in funcall_lambda (fun=555822660, nargs=2, arg_vector=0x22d5d0) at eval.c:2962 #7 0x20100b6d in Ffuncall (nargs=3, args=0x22d5cc) at eval.c:2832 #8 0x20100275 in Fapply (nargs=2, args=0x22d650) at eval.c:2280 #9 0x201007c8 in apply1 (fn=556019337, arg=556821373) at eval.c:2536 #10 0x201310ed in read_process_output_call (fun_and_args=556821381) at process.c:4710 #11 0x200fec94 in internal_condition_case_1 ( bfun=0x201310d0 , arg=556821381, handlers=539818585, hfun=0x201331d0 ) at eval.c:1426 #12 0x20133334 in exec_sentinel (proc=555849476, reason=556983875) at process.c:6348 #13 0x20133536 in status_notify () at process.c:6449 #14 0x2012baa7 in Fdelete_process (process=555849476) at process.c:785 #15 0x20132f8c in kill_buffer_processes (buffer=539750401) at process.c:6109 ---Type to continue, or q to quit--- #16 0x2009b6da in shut_down_emacs (sig=6, no_x=0, stuff=539750401) at emacs.c:2107 #17 0x20099d37 in fatal_error_signal (sig=6) at emacs.c:403 #18 0x61026e69 in strerror () from /usr/bin/cygwin1.dll #19 0x610932fc in sigfillset () from /usr/bin/cygwin1.dll #20 0x610902f0 in writev () from /usr/bin/cygwin1.dll (gdb) _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From MAILER-DAEMON Sun Jan 02 13:53:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClArI-0007mX-FX for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:53:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClArE-0007lL-Ok for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:53:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClArC-0007k3-Fd for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:53:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClArC-0007jt-CJ for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:53:38 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1ClAfp-00023M-JP for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 13:41:53 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j02IfoXt012937; Sun, 2 Jan 2005 19:41:50 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id DCF011C17D; Sun, 2 Jan 2005 19:41:49 +0100 (CET) Mail-Followup-To: Hiroshi Fujishima , emacs-pretest-bug@gnu.org To: Hiroshi Fujishima References: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> From: Reiner Steib X-Face: /U7=m^"/-Dn61mAl{g9e3>\G5Tp,oEX|V)g2I1hBk\ML; )7A?6cmB-y7y?'NA^J<=oz7syB =(McAwIHgLX!.B?R3X}98d@?>CrT094KLWh]WU4gDpnL/")MS(XoQTv`Oq225uL>+; CpPXo$N5e>N> $tPd-gbB^F{gQS#1ase]XO~D4p4M"3+F-7~u]dy3I?Pb8RO*H-EFeWDUf?Rf, d]pv\Jvh2Cht!A=im yKAS2Z%Ao^;}W/qzMvMm Date: Sun, 02 Jan 2005 19:41:49 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC--Metrics: gemini 1074; Body=2 Fuz1=2 Fuz2=2 Cc: emacs-pretest-bug@gnu.org Subject: Re: Emacs doesn't preserve the file access permission. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 18:53:42 -0000 On Sat, Jan 01 2005, Hiroshi Fujishima wrote: > Editing a file with Emacs doesn't preserve the file's permission. > > % mkdir temporally-working-directory > % cd temporally-working-directory > % umask > 022 > % touch x > % chmod 600 x > % ls -l > total 0 > -rw------- 1 pooh staff 0 Jan 1 19:54 x > % emacs x > % ls -l > total 1 > -rw-r--r-- 1 pooh staff 21 Jan 1 19:55 x > -rw------- 1 pooh staff 0 Jan 1 19:54 x~ > > I expect ``-rw------- 1 pooh staff 21 Jan 1 19:55 x'', not > ``-rw-r--r-- 1 pooh staff 21 Jan 1 19:55 x''. You probably want to set `backup-by-copying' to t. Its doc string refers to `make-backup-files': ,----[ C-h v make-backup-files RET ] | make-backup-files's value is nil | | *Non-nil means make a backup of a file the first time it is saved. | This can be done by renaming the file or by copying. | | Renaming means that Emacs renames the existing file so that it is a | backup file, then writes the buffer into a new file. Any other names | that the old file had will now refer to the backup file. The new file | is owned by you and its group is defaulted. | | Copying means that Emacs copies the existing file into the backup | file, then writes the buffer on top of the existing file. Any other | names that the old file had will now refer to the new (edited) file. | The file's owner and group are unchanged. | | The choice of renaming or copying is controlled by the variables | `backup-by-copying', `backup-by-copying-when-linked', | `backup-by-copying-when-mismatch' and | `backup-by-copying-when-privileged-mismatch'. See also `backup-inhibited'. `---- The doc string mentions owner and group but not permissions. I think there should be a sentence on permissions. Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ From MAILER-DAEMON Sun Jan 02 17:28:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClECn-0005m9-SE for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 17:28:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClECm-0005lr-5S for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 17:28:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClECl-0005lY-Hc for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 17:28:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClECl-0005lV-Fb for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 17:28:07 -0500 Received: from [206.47.199.165] (helo=simmts7-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClDtM-00023d-08 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 17:08:04 -0500 Received: from empanada.home ([67.71.119.166]) by simmts7-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050102220758.QAX1621.simmts7-srv.bellnexxia.net@empanada.home>; Sun, 2 Jan 2005 17:07:58 -0500 Received: by empanada.home (Postfix, from userid 502) id 89C873CD2F1; Sun, 2 Jan 2005 17:07:57 -0500 (EST) Message-ID: To: raphael.berbain@free.fr (=?iso-8859-1?q?Rapha=EBl_Berbain?=) References: <86y8fh1jy2.fsf@ID-110038.user.uni-berlin.de> From: Stefan Date: Sun, 02 Jan 2005 17:07:57 -0500 In-Reply-To: <86y8fh1jy2.fsf@ID-110038.user.uni-berlin.de> ( =?iso-8859-1?q?Rapha=EBl_Berbain's_message_of?= "Wed, 29 Dec 2004 11:44:57 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, lorentey@elte.hu Subject: Re: vc arch modeline issue X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 22:28:08 -0000 > $ tla register-archive http://mirrors.sourcecontrol.net/users@bad.dynu.ca--main > $ tla get users@bad.dynu.ca--main/monkeyplexer--0.8 monkeyplexer > $ emacs -q --no-site-file --eval '(setq debug-on-error t)' monkeyplexer/monkeyplexer > produces the following backtrace: > | string-match("\\`.*--\\(.*--.*\\)--\\(v?\\).*-\\([0-9]+\\)\\'" nil) Thank you. I think I've fixed it. Stefan From MAILER-DAEMON Sun Jan 02 18:19:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClF03-000404-8j for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 18:19:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClEzy-0003yo-SM for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 18:18:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClEzw-0003xZ-Gj for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 18:18:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClEzw-0003x8-7Q for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 18:18:56 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClEo2-0003YY-Q4 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 18:06:38 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ClEo1-0003fK-00 for ; Mon, 03 Jan 2005 00:06:37 +0100 Received: from offby1.atm01.sea.blarg.net ([206.124.138.125]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 00:06:37 +0100 Received: from offby1 by offby1.atm01.sea.blarg.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 00:06:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Eric Hanchrow Date: Sun, 02 Jan 2005 15:06:32 -0800 Lines: 13 Message-ID: <874qhz77nr.fsf@offby1.atm01.sea.blarg.net> References: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: offby1.atm01.sea.blarg.net User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:32uZLFuJrlv+Syb4qqPRORVPwEc= Sender: news Subject: Re: Emacs doesn't preserve the file access permission. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 23:19:00 -0000 >>>>> "Reiner" == Reiner Steib writes: Reiner> You probably want to set `backup-by-copying' to t. I'd seen this behavior, too, some time ago (I can't remember when, sorry; maybe a week) but now it seems to be gone (as of CVS 30 December). I wonder if it was a bug that got fixed. -- ... there are any number of partisan Democrats lurking in engineering departments and liberal moles in software-writing offices. -- Molly Ivins From MAILER-DAEMON Sun Jan 02 19:11:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClFp2-0001Sm-1p for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:11:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClFoy-0001SH-Iu for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:11:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClFow-0001Rj-QR for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:11:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClFow-0001Rf-JE for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:11:38 -0500 Received: from [206.47.199.163] (helo=simmts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClFKH-0000SC-5M for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 18:39:57 -0500 Received: from empanada.home ([67.71.119.166]) by simmts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050102233956.CKBV1614.simmts5-srv.bellnexxia.net@empanada.home>; Sun, 2 Jan 2005 18:39:56 -0500 Received: by empanada.home (Postfix, from userid 502) id 690C33CD42F; Sun, 2 Jan 2005 18:39:56 -0500 (EST) Message-ID: To: SAITO Takuya References: <20050102.121523.189701648.tabmore@rivo.mediatti.net> From: Stefan Date: Sun, 02 Jan 2005 18:39:56 -0500 In-Reply-To: <20050102.121523.189701648.tabmore@rivo.mediatti.net> (SAITO Takuya's message of "Sun, 02 Jan 2005 12:15:23 +0900 (JST)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: error during gc after kill indirect buffer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 00:11:42 -0000 > This code produce "Marker does not point anywhere" error. > (progn > (kill-buffer (make-indirect-buffer "*scratch*" "clone")) > (garbage-collect)) Hmm... can't reproduce it here. Can you check whether the patch below fixes it? Stefan --- alloc.c 01 Jan 2005 17:20:19 -0500 1.359 +++ alloc.c 02 Jan 2005 18:38:32 -0500 @@ -1,6 +1,6 @@ /* Storage allocation and gc for GNU Emacs Lisp interpreter. Copyright (C) 1985, 1986, 1988, 1993, 1994, 1995, 1997, 1998, 1999, - 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. + 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This file is part of GNU Emacs. @@ -4683,7 +4683,7 @@ turned off in that buffer. Calling truncate_undo_list on Qt tends to return NULL, which effectively turns undo back on. So don't call truncate_undo_list if undo_list is Qt. */ - if (! EQ (nextb->undo_list, Qt)) + if (CONSP (nextb->undo_list)) truncate_undo_list (nextb); /* Shrink buffer gaps, but skip indirect and dead buffers. */ From MAILER-DAEMON Sun Jan 02 19:51:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClGRG-00038r-BX for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:51:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClGRD-00035l-Ez for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:51:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClGRC-00034x-MD for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:51:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClGRA-00032b-DE; Sun, 02 Jan 2005 19:51:08 -0500 Received: from [203.216.5.72] (helo=smtp02.dentaku.gol.com) by monty-python.gnu.org with esmtp (TLSv1:RC4-SHA:128) (Exim 4.34) id 1ClGEs-0001q9-27; Sun, 02 Jan 2005 19:38:26 -0500 Received: from localhost ([127.0.0.1]) by smtp02.dentaku.gol.com with esmtp (Dentaku) id 1ClGEn-0008WL-IE; Mon, 03 Jan 2005 09:38:21 +0900 Received: from yokohama2-61-203-152-212.ap.0038.net ([61.203.152.212] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp02.dentaku.gol.com with asmtp (Dentaku) id 1ClGEm-0008WG-LZ; Mon, 03 Jan 2005 09:38:21 +0900 Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id 1508E2F87; Mon, 3 Jan 2005 09:38:19 +0900 (JST) To: emacs-devel@gnu.org, emacs-pretest-bug@gnu.org, bug-gnu-emacs@gnu.org, help-gnu-emacs@gnu.org, gnu-arch-users@gnu.org, gnu-arch-dev@lists.seyza.com, ding@gnus.org From: Miles Bader System-Type: i686-pc-linux-gnu Date: Mon, 03 Jan 2005 09:38:18 +0900 Message-ID: <877jmvqrd1.fsf@tc-1-100.kawasaki.gol.ne.jp> Lines: 48 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by AMaViS GOL X-Abuse-Complaints: abuse@gol.com Cc: Subject: New arch archive: miles@gnu.org--gnu-2005 (Emacs, Gnus, etc) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Miles Bader List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 00:51:12 -0000 I have a new arch[*] archive for 2005 which be used for, among other things, my Emacs and Gnus branches, and tla-tools. My old archive (miles@gnu.org--gnu-2004) will not be updated further. It is: Archive: miles@gnu.org--gnu-2005 URL: http://sourcecontrol.net/~miles/miles@gnu.org--gnu-2005 [*] For info about arch, try: http://wiki.gnuarch.org/ Current contents: miles@gnu.org--gnu-2005 emacs emacs--cvs-trunk emacs--cvs-trunk--0 base-0 .. patch-3 emacs--unicode emacs--unicode--0 base-0 .. patch-1 gnus gnus--devo gnus--devo--0 base-0 .. patch-2 gnus--rel gnus--rel--5.10 base-0 tla-tools tla-tools--devo tla-tools--devo--0 base-0 .. patch-1 I'll shortly be adding my other emacs branches (emacs--tiling, emacs--lexbind, emacs--miles). -Miles -- I'm beginning to think that life is just one long Yoko Ono album; no rhyme or reason, just a lot of incoherent shrieks and then it's over. --Ian Wolff From MAILER-DAEMON Sun Jan 02 19:55:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClGVd-0004tE-Ql for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:55:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClGVb-0004sp-H4 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:55:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClGVZ-0004rz-Tv for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:55:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClGVZ-0004ri-Of for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:55:41 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClGKG-0002pe-IW for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 19:44:00 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ClGKF-000750-00 for ; Mon, 03 Jan 2005 01:43:59 +0100 Received: from offby1.atm01.sea.blarg.net ([206.124.138.125]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 01:43:59 +0100 Received: from offby1 by offby1.atm01.sea.blarg.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 01:43:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Eric Hanchrow Date: Sun, 02 Jan 2005 16:43:52 -0800 Lines: 117 Message-ID: <87wtuv5ol3.fsf@offby1.atm01.sea.blarg.net> References: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: offby1.atm01.sea.blarg.net User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:ZzbNow0ruHxixxiR3HIoj3fRECs= Sender: news Subject: Re: Emacs doesn't preserve the file access permission. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 00:55:44 -0000 >>>>> "Eric" == Eric Hanchrow writes: Eric> I'd seen this behavior, too, some time ago (I can't remember Eric> when, sorry; maybe a week) but now it seems to be gone (as Eric> of CVS 30 December). I wonder if it was a bug that got Eric> fixed. I've changed my mind: it is indeed a bug. I've sent a bug report by using M-x report-emacs-bug, but I've had trouble with that method before, so I'm duplicating the report here. Symptoms: Run the following shell script #!/bin/sh # We can't use /tmp, because Emacs won't make backup files there. cd $HOME rm -rf yZOG4pbWPzQNM mkdir yZOG4pbWPzQNM cd yZOG4pbWPzQNM rm -f zap touch zap chmod 700 zap echo Newly created file has execute permission. ls -l zap* echo Now we edit the file with Emacs 21.3. /usr/bin/emacs --no-site-file --batch zap --eval='(insert 65)' --eval='(save-buffer)' ls -l zap* echo See? Emacs21 didn\'t change the file\'s permission bits. echo Now we similarly edit the file with Emacs 21.3.50 /usr/local/src/emacs-cvs/src/emacs --batch zap --eval='(insert 65)' --eval='(save-buffer)' ls -l zap* echo See? CVS Emacs _did_ change the file\'s permission bits. On my system, I see this: /tmp/repro.sh Newly created file has execute permission. -rwx------ 1 erich erich 0 Jan 2 16:37 zap Now we edit the file with Emacs 21.3. Wrote /home/erich/yZOG4pbWPzQNM/zap -rwx------ 1 erich erich 1 Jan 2 16:37 zap -rwx------ 1 erich erich 0 Jan 2 16:37 zap~ See? Emacs21 didn't change the file's permission bits. Now we similarly edit the file with Emacs 21.3.50 Wrote /home/erich/yZOG4pbWPzQNM/zap -rw------- 1 erich erich 2 Jan 2 16:37 zap -rwx------ 1 erich erich 1 Jan 2 16:37 zap~ See? CVS Emacs _did_ change the file's permission bits. 16:37:53 [erich@debian guile]$ The bug is that the file `zap' now has mode 600, instead of 700. In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2004-12-30 on debian Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Shell-script Minor modes in effect: erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t desktop-save-mode: t mouse-wheel-mode: t display-time-mode: t auto-compression-mode: t iswitchb-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: C-a ESC C-f / e m a c s C-x C-s C-x o ESC p RET C-x o C-u C-p C-p C-e ESC b ESC b C-b C-b ' SPC - - e v a l = ' ESC \ C-n C-n C-n C-n C-n ESC b ESC b ESC b ESC b ESC b ESC f C-k C-u C-p C-p ESC b C-b C-b C-@ C-e ESC w C-n C-n C-n C-n C-n C-y C-x C-x SPC C-x C-s C-x o ESC p RET C-x 0 ESC x r e p l DEL o r TAB b TAB RET Recent messages: History item: 3 Wrote /tmp/repro.sh [2 times] History item: 1 Wrote /tmp/repro.sh History item: 1 Auto-saving...done Mark set [2 times] Wrote /tmp/repro.sh History item: 1 Loading emacsbug...done From MAILER-DAEMON Sun Jan 02 20:17:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClGqh-0001Wn-3X for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClGqe-0001VY-T1 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClGqc-0001U6-MZ for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClGqc-0001TK-Eo for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:26 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClGez-0006Ib-EX for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:05:26 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClGYq-0005Bj-Bi; Sun, 02 Jan 2005 19:59:04 -0500 From: Richard Stallman To: snogglethorpe@gmail.com, miles@gnu.org In-reply-to: (message from Miles Bader on Sun, 2 Jan 2005 11:31:17 +0900) References: <20050101201734.71684.qmail@web50907.mail.yahoo.com> Message-Id: Date: Sun, 02 Jan 2005 19:59:04 -0500 Cc: emacs-pretest-bug@gnu.org, jjramsey@pobox.com Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 01:17:30 -0000 Perhaps it would easier if there were only one "list" -- auto-mode-alist -- and a way for an entry to specify a "file contents regexp" instead of a file-name matching regexp. This would not give good results, because the idea is that ALL the regexps that match the contents should be tested before all those that match the file name. To keep that working using just one list, people would have to be super-careful about the order of the list. From MAILER-DAEMON Sun Jan 02 20:17:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClGqi-0001XK-P3 for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClGqd-0001Tw-3n for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClGqb-0001TN-Od for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClGqb-0001TK-LZ for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:25 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClGf2-0006J6-VR for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:05:29 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClGYu-0005Cx-98; Sun, 02 Jan 2005 19:59:08 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 02 Jan 2005 19:59:08 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: file-requires or load-history seems wrong X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 01:17:30 -0000 If load-history cannot be fixed to treat load-file like the others, then can't file-requires at least be fixed to take both forms into account? I did that. Thanks for suggesting it. From MAILER-DAEMON Sun Jan 02 20:17:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClGql-0001XR-FB for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClGqf-0001WE-SC for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClGqc-0001UC-O5 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClGqc-0001TK-Mj for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:17:26 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClGey-0006IK-4n for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:05:24 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClGYp-0005BA-1m; Sun, 02 Jan 2005 19:59:03 -0500 From: Richard Stallman To: SAITO Takuya In-reply-to: <20050102.121523.189701648.tabmore@rivo.mediatti.net> (message from SAITO Takuya on Sun, 02 Jan 2005 12:15:23 +0900 (JST)) References: <20050102.121523.189701648.tabmore@rivo.mediatti.net> Message-Id: Date: Sun, 02 Jan 2005 19:59:03 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: error during gc after kill indirect buffer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 01:17:31 -0000 I fixed this in CVS. Thanks. From MAILER-DAEMON Sun Jan 02 20:30:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClH36-0004Gb-4a for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:30:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClH32-0004Cn-Ci for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:30:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClH2z-0004An-5A for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:30:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClH2y-0004Aa-UU for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:30:13 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClGp5-0008Ef-NI for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 20:15:51 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ClGp4-00088T-00 for ; Mon, 03 Jan 2005 02:15:50 +0100 Received: from offby1.atm01.sea.blarg.net ([206.124.138.125]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 02:15:50 +0100 Received: from offby1 by offby1.atm01.sea.blarg.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 02:15:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Eric Hanchrow Date: Sun, 02 Jan 2005 17:15:45 -0800 Lines: 24 Message-ID: <87r7l35n3y.fsf@offby1.atm01.sea.blarg.net> References: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> <87wtuv5ol3.fsf@offby1.atm01.sea.blarg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: offby1.atm01.sea.blarg.net User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:3i4oWFe1rKs5SlEtAAnc1ioaOa8= Sender: news Subject: Re: Emacs doesn't preserve the file access permission. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 01:30:17 -0000 I think this fixes it: @@ -3235,11 +3237,13 @@ ;; but inhibited if one of write-file-functions returns non-nil. ;; It returns a value (MODES . BACKUPNAME), like backup-buffer. (defun basic-save-buffer-1 () + (let ((return-value (if save-buffer-coding-system (let ((coding-system-for-write save-buffer-coding-system)) (basic-save-buffer-2)) - (basic-save-buffer-2)) - (setq explicit-buffer-file-coding-system last-coding-system-used)) + (basic-save-buffer-2)))) + (setq explicit-buffer-file-coding-system last-coding-system-used) + return-value)) -- I ... don't want programming to be "really interesting" any more than I want my toaster to be "really interesting". I want my toaster to get the job done and I do not want to hear about exciting new tungesten alloys in the heating wires nor do I want to subscribe to Toaster Today magazine. -- Daniel Weinreb , ll1 mailing list From MAILER-DAEMON Sun Jan 02 22:42:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClJ7F-00014c-1M for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:42:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClJ7C-00013J-6K for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:42:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClJ7B-00012a-02 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:42:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClJ76-00010x-Ri; Sun, 02 Jan 2005 22:42:36 -0500 Received: from [220.211.181.81] (helo=bluegate.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClIvj-0004M7-1o; Sun, 02 Jan 2005 22:30:51 -0500 Received: from localhost (localhost [127.0.0.1]) by bluegate.org (Postfix) with ESMTP id 7BD969559; Mon, 3 Jan 2005 12:30:46 +0900 (JST) Date: Mon, 03 Jan 2005 12:30:46 +0900 (JST) Message-Id: <20050103.123046.55716512.tez@kamihira.com> To: miles@gnu.org From: Tez Kamihira In-Reply-To: <877jmvqrd1.fsf@tc-1-100.kawasaki.gol.ne.jp> References: <877jmvqrd1.fsf@tc-1-100.kawasaki.gol.ne.jp> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: gnu-arch-dev@lists.seyza.com, emacs-pretest-bug@gnu.org, bug-gnu-emacs@gnu.org, ding@gnus.org, emacs-devel@gnu.org, gnu-arch-users@gnu.org, help-gnu-emacs@gnu.org Subject: Re: New arch archive: miles@gnu.org--gnu-2005 (Emacs, Gnus, etc) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 03:42:42 -0000 On Mon, 03 Jan 2005 09:38:18 +0900, Miles Bader said: > > Archive: miles@gnu.org--gnu-2005 > URL: http://sourcecontrol.net/~miles/miles@gnu.org--gnu-2005 > Mirrored. miles@gnu.org--gnu-2005 http://arch.bluegate.org/{archives}/miles@gnu.org--gnu-2005 http://arch.bluegate.org/cgi-bin/viewarch.cgi/miles@gnu.org--gnu-2005 Hope it helps. - Tez From MAILER-DAEMON Sun Jan 02 22:45:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClJA4-0001l9-C9 for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:45:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClJA2-0001kv-6b for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:45:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClJA1-0001kU-Cj for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:45:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClJA1-0001kC-6A for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:45:37 -0500 Received: from [205.217.153.234] (helo=crazymonkey.lunch.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClIyU-0004tq-Lu for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 22:33:42 -0500 Received: from [10.0.1.2] (adsl-68-126-190-32.dsl.pltn13.pacbell.net [68.126.190.32]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by crazymonkey.lunch.org (Postfix) with ESMTP id 571A0580072 for ; Sun, 2 Jan 2005 19:34:38 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <424C48AC-5D38-11D9-9241-000D93AD2E12@lunch.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: emacs-pretest-bug@gnu.org From: bryan o'connor Date: Sun, 2 Jan 2005 19:33:39 -0800 X-Mailer: Apple Mail (2.619) Subject: tab width problems on mac os x/carbon X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 03:45:38 -0000 the change below causes display problems on mac os x/carbon. * xdisp.c (x_produce_glyphs): Calculate tab width by FRAME_SPACE_WIDTH, not FRAME_COLUMN_WIDTH. the buffer does seem to be correct. the display acts as if tab width was 0. switching back to FRAME_COLUMN_WIDTH fixes the problem. i imagine that the fix is either implementing (fixing?) FRAME_SPACE_WIDTH on mac os x/carbon or adding some logic that reverts back to FRAME_COLUMN_WIDTH if FRAME_SPACE_WIDTH is useless. In GNU Emacs 21.3.50.1 (powerpc-apple-darwin7.7.0) of 2005-01-02 on crazymonkey.local Distributor `Apple Computers', version 10.3.7 configured using `configure '--without-x' '--prefix=/usr/local' 'CFLAGS=-DSELECT_USE_CFSOCKET'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: Recent messages: Loading paren...done Loading edmacro...done Loading executable...done Loading regexp-opt...done Loading server...done Loading easy-mmode...done Loading cl-seq...done Loading cl-macs...done Loading jit-lock...done Loading emacsbug...done From MAILER-DAEMON Sun Jan 02 23:50:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClKB2-0007xc-Vs for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClKAx-0007wG-2K for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClKAv-0007ut-3F for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClKAu-0007ub-S5 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:36 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClJzQ-00066h-6a for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:38:44 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClJtG-0001WN-OV; Sun, 02 Jan 2005 23:32:22 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Sun, 02 Jan 2005 16:35:01 +0000) References: Message-Id: Date: Sun, 02 Jan 2005 23:32:22 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: help-echo from battery-mode-line-string fails X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 04:50:40 -0000 Could you make an `Incompatible Lisp changes' section in NEWS as we did for 21.1 for items like that, or pointers to them? It is a good idea. I moved this one into that section. Would someone like to read thru the 21.4 Lisp changes section, looking for changes that are worth moving into this new section? From MAILER-DAEMON Sun Jan 02 23:50:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClKB4-0007y3-Jd for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClKAy-0007wk-39 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClKAv-0007vU-Uc for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClKAv-0007ub-FF for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:37 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClJyf-0005xj-4W for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:37:57 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClJsV-0001QJ-NW; Sun, 02 Jan 2005 23:31:35 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Sun, 02 Jan 2005 17:26:26 +0000) References: Message-Id: Date: Sun, 02 Jan 2005 23:31:35 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: killing indirect buffer clobbers Emacs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 04:50:40 -0000 I think I just fixed this. From MAILER-DAEMON Sun Jan 02 23:50:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClKB4-0007xu-EF for mharc-emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClKAx-0007wI-8b for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClKAv-0007vF-B3 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClKAv-0007ub-45 for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:50:37 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClJz0-00061T-RX for emacs-pretest-bug@gnu.org; Sun, 02 Jan 2005 23:38:18 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClJsq-0001Sy-LN; Sun, 02 Jan 2005 23:31:56 -0500 From: Richard Stallman To: Hiroshi Fujishima In-reply-to: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> (message from Hiroshi Fujishima on Sat, 01 Jan 2005 20:15:34 +0900) References: <7c8y7dwgbt.fsf@nature.tsukuba.ac.jp> Message-Id: Date: Sun, 02 Jan 2005 23:31:56 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Emacs doesn't preserve the file access permission. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 04:50:40 -0000 I fixed this. Thanks. From MAILER-DAEMON Mon Jan 03 02:28:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClMdR-00038K-22 for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 02:28:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClMdO-00035e-Oy for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 02:28:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClMdN-00034e-Aj for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 02:28:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClMdM-00033A-Py for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 02:28:08 -0500 Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClMRm-0005mq-7J for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 02:16:10 -0500 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 16A4F1A6383; Mon, 3 Jan 2005 16:16:02 +0900 (JST) Date: Mon, 03 Jan 2005 16:16:02 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: bryan o'connor In-Reply-To: <424C48AC-5D38-11D9-9241-000D93AD2E12@lunch.org> References: <424C48AC-5D38-11D9-9241-000D93AD2E12@lunch.org> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Mon_Jan__3_16:16:01_2005-1" Cc: emacs-pretest-bug@gnu.org, steven.tamm@mac.com Subject: Re: tab width problems on mac os x/carbon X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 07:28:11 -0000 --Multipart_Mon_Jan__3_16:16:01_2005-1 Content-Type: text/plain; charset=US-ASCII >>>>> On Sun, 2 Jan 2005 19:33:39 -0800, bryan o'connor said: > the change below causes display problems on mac os x/carbon. > * xdisp.c (x_produce_glyphs): Calculate tab width by > FRAME_SPACE_WIDTH, not FRAME_COLUMN_WIDTH. > the buffer does seem to be correct. the display acts as if tab > width was 0. > switching back to FRAME_COLUMN_WIDTH fixes the problem. > i imagine that the fix is either implementing (fixing?) > FRAME_SPACE_WIDTH on mac os x/carbon or adding some logic that > reverts back to FRAME_COLUMN_WIDTH if FRAME_SPACE_WIDTH is useless. Yes, now we have to set both FRAME_SPACE_WIDTH and FRAME_COLUMN_WIDTH as in the X11 version. Could you try this patch? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp --Multipart_Mon_Jan__3_16:16:01_2005-1 Content-Type: application/octet-stream; type=gzip Content-Disposition: attachment; filename="diff-font-width.gz" Content-Transfer-Encoding: base64 H4sICAXs2EECA2RpZmYtZm9udC13aWR0aADFVm1vo0YQ/mz/ismXymDAvNj4rYmUJnaTKomrxqdU qiqE18sZyYAF+OL0lPvtnV1YXmzS3J3Ulg94mZ1nd/aZZ2YtyzIkMekFLklpHGhE+2Joo5H2pbXc 7OGaErB0MOxJvz8x+mDqer+tqmod0rqPQvjFDQEsMAYTw5wMLOY6aMv1h31DfzwwFXyNgJsAn/lv l/cz56fLx9nd7cPMWcznj7MldDwJzsGLwnSnXqzchG79kDqR5yU0nVZw88XDsvRXDTbXPiumrxZ3 H+4fnKfb6+VN7sMQwlCuwSal6sI8mJvZ7c83yypQWBqQHEyiYLdPqePFfviROs/+Ot0k6KKAgU6M vYFh6wq+hoBf6v9CQb6m+4nGrghyWoE8/np5NWtCJDuXFP7/MldN8rH7w4Fi90d2KR987l0yx/ge 03hPUpBZrFMx54doeVZA5gF/bqto68n8B2RYLq4XE3jyw3X0nMA6ogmEUQrubkfdGNIIkG0aQ+CH sIr24VqBKNy+CHTOH7jhGgL34Af7APghlJppQ/2Pm1TLUT0embw5JolFLWVJkJ+PZJrPAbxm1HEd 2fbIVmx7bJU6+kYuvi4Q9q1eIAUOpyDRivSLaBozNdRHij00jVqm8sV2NHbIBhk+h87vVzgQ4Uro 2DoE7nYbEegk/l808mouEtLe0Q+eByroB1OHLmpFKk6IhzoTQ35cUohN7B9Dh+C+DDwFAj+yoefh sNuVKo71pU5D/4PkEfxZUuQecoqmXwnNqIRzdG+94xmvUJFYJrgbY+OJAzukcnT2vLaPR6+FXMYG ls7Y6tfk8t8nRGHV5ORlwigr5NTuQquYw0iKSRyz4Kp957uy2fqONHJMufsp/e8sqzWd4D1MJdkN sBpH2Jk6FUJL9zK0Ko84Rn9hOPKvKwmz0Vz62bYiqNKt4E07yeC0WZeNjWNkWgq+8n8ITLpD3Roq Q31oVKWb30ihG1CmWq5eWYJSq2m8pWHWztQL9mauEtenCGdFot3LsYtSXVqB99ZBAri2PeFyStep srIZKccydSKNPRnm/oGuszuEYzR+YeQUH9/YjdfyPzTsbiW17KHbhNYj4HVtrrgqzNW0MIlusCMB MzJ75qKtXlJq8ALUdQUqRlNUJXNGHFcDcYTYnYCmsU8yzhT4IUMqoEscwNhEECOoBc2nxGn1otRg fpi3vBtu0+wc9Z0+Zz9Zq3pjp7Lx1E9rWdM6AdiMDNOuG1lb6opmz/bufAs3Epydw8OHuzu+SCsL sPtGhI2CyX57MB7knq+N5B3DGukr1VQvSW+/3Tp5XVZKqXITixThdQJvFce0/Tfst8SWngwAAA== --Multipart_Mon_Jan__3_16:16:01_2005-1-- From MAILER-DAEMON Mon Jan 03 03:10:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClNIa-00063b-05 for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 03:10:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClNIX-00061R-1U for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 03:10:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClNIU-0005zR-Fl for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 03:10:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClNIU-0005ya-53 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 03:10:38 -0500 Received: from [205.217.153.234] (helo=crazymonkey.lunch.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClN6z-00061W-Tc for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 02:58:46 -0500 Received: from [10.0.1.2] (adsl-68-126-190-32.dsl.pltn13.pacbell.net [68.126.190.32]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by crazymonkey.lunch.org (Postfix) with ESMTP id 4775958008A; Sun, 2 Jan 2005 23:59:42 -0800 (PST) In-Reply-To: References: <424C48AC-5D38-11D9-9241-000D93AD2E12@lunch.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <49CD2F1D-5D5D-11D9-9241-000D93AD2E12@lunch.org> Content-Transfer-Encoding: 7bit From: bryan o'connor Date: Sun, 2 Jan 2005 23:58:43 -0800 To: YAMAMOTO Mitsuharu X-Mailer: Apple Mail (2.619) Cc: emacs-pretest-bug@gnu.org, steven.tamm@mac.com Subject: Re: tab width problems on mac os x/carbon X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 08:10:41 -0000 > Yes, now we have to set both FRAME_SPACE_WIDTH and FRAME_COLUMN_WIDTH > as in the X11 version. Could you try this patch? that seems to fix it. thanks! ...bryan From MAILER-DAEMON Mon Jan 03 08:19:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClS72-0005DQ-6M for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:19:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClS70-0005Bk-1I for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:19:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClS6z-0005Ax-CF for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:19:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClS6z-0005Af-7a for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:19:05 -0500 Received: from [129.240.130.16] (helo=pat.uio.no) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClRv2-0006Lh-7n for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:06:44 -0500 Received: from mail-mx2.uio.no ([129.240.10.30]) by pat.uio.no with esmtp (Exim 4.34) id 1ClRv1-0003xX-Bu; Mon, 03 Jan 2005 14:06:43 +0100 Received: from en.ifi.uio.no ([129.240.65.209]) by smtp.uio.no with esmtp (Exim 4.34) id 1ClRux-0004iV-Nt; Mon, 03 Jan 2005 14:06:39 +0100 Received: (from steinab@localhost) by en.ifi.uio.no ; Mon, 3 Jan 2005 14:06:39 +0100 (MET) To: Luc Teirlinck References: <3jzoeg8uhix.fsf@en.ifi.uio.no> <200501021342.j02Dgfr08173@raven.dms.auburn.edu> From: steinab@ifi.uio.no (=?iso-8859-1?q?Steinar_B=F8rmer?=) Organization: :noitazinagrO Date: Mon, 03 Jan 2005 14:06:39 +0100 In-Reply-To: <200501021342.j02Dgfr08173@raven.dms.auburn.edu> (Luc Teirlinck's message of "Sun, 2 Jan 2005 07:42:41 -0600 (CST)") Message-ID: <3jzpt0mpsps.fsf@en.ifi.uio.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning X-UiO-MailScanner: No virus found X-UiO-Spam-info: not spam, SpamAssassin (score=-4.788, required 12, SUBJ_HAS_UNIQ_ID 0.21, UIO_MAIL_IS_INTERNAL -5.00) Cc: emacs-pretest-bug@gnu.org Subject: Re: disabled-command-function X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 13:19:06 -0000 Luc Teirlinck wrote: | `C-x C-l' | | gives the following message in the minibuffer: | | | Symbol's value as variable is void: disabled-command-function | | You probably have to update loaddefs.el. A fresh CVS update and a "make bootstrap" seems to have done the trick. Thanks. -- SB From MAILER-DAEMON Mon Jan 03 08:42:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClSTa-0005ty-4a for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:42:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClSTT-0005rM-GK for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:42:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClSTR-0005qp-Jw for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:42:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClSTQ-0005pk-Hb for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:42:16 -0500 Received: from [206.190.38.127] (helo=web50907.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1ClSIF-0004H0-LT for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 08:30:43 -0500 Received: (qmail 10494 invoked by uid 60001); 3 Jan 2005 13:30:43 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=b4PUMfgXcJdr5Y3XJbEJsc6eE7GQLtH/QYPrLBD9pXTdax6s/XCeBV9zF4ofNOUXnivMODNFhpfV2W/lXQml9tZRpAyyCIt7AUISdHmSN1lfm85ZG6AofnET3wziZ4d+D7VcSu1uNpaS4TLKqHmocbqdRo7eVqdQWYgTvP6pHrU= ; Message-ID: <20050103133043.10492.qmail@web50907.mail.yahoo.com> Received: from [66.219.135.59] by web50907.mail.yahoo.com via HTTP; Mon, 03 Jan 2005 05:30:43 PST Date: Mon, 3 Jan 2005 05:30:43 -0800 (PST) From: "James J. Ramsey" To: emacs-pretest-bug@gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jjramsey@pobox.com List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 13:42:20 -0000 --- Richard Stallman wrote: > Perhaps it would easier if there were only one > "list" -- > auto-mode-alist -- and a way for an entry to > specify a "file contents > regexp" instead of a file-name matching regexp. > > This would not give good results, because the idea > is that > ALL the regexps that match the contents should be > tested before > all those that match the file name. But it's that very idea that gets in the way and requires one to work around magic-mode-alist. As I mentioned earlier, magic-mode-alist is harder to modify because it requires thinking up a regexp for the file contents, which is a trickier task then finding a regexp for a file name. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From MAILER-DAEMON Mon Jan 03 10:58:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClUbP-0004fl-JO for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 10:58:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClUbN-0004fF-IZ for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 10:58:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClUbN-0004f2-3m for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 10:58:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClUbN-0004ez-0b for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 10:58:37 -0500 Received: from [217.158.120.143] (helo=mail.ukfsn.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClUP5-0005HO-81 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 10:45:55 -0500 Received: from localhost (lucy.ukfsn.org [127.0.0.1]) by mail.ukfsn.org (Postfix) with ESMTP id 269AAE6D3C for ; Mon, 3 Jan 2005 15:41:52 +0000 (GMT) Received: from mail.ukfsn.org ([127.0.0.1]) by localhost (lucy.ukfsn.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10834-07 for ; Mon, 3 Jan 2005 15:41:52 +0000 (GMT) Received: from dpcsport.dl.ac.uk (dsl-80-41-98-167.access.uk.tiscali.com [80.41.98.167]) by mail.ukfsn.org (Postfix) with ESMTP id C6897E6A94 for ; Mon, 3 Jan 2005 15:41:51 +0000 (GMT) Received: from fx by dpcsport.dl.ac.uk with local (Exim 4.34) id 1ClUPe-0003RF-3V for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 15:46:30 +0000 To: emacs-pretest-bug@gnu.org From: Dave Love X-Draft-From: ("nndraft:drafts" "") Date: Mon, 03 Jan 2005 15:46:29 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: problem with multiple comment syntax X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 15:58:37 -0000 Suppose you have a C-like language with /* and // comments but also with # as a comment character. (This is the case with PHP.) After setting up the C comments, I'd expect to be able to set the syntax of # to "<" or "< b" and have both # and // comments terminated by newline. If you do that, a comment started by # is never terminated. (// still works OK.) It does work as expected in XEmacs using syntax "< b". From MAILER-DAEMON Mon Jan 03 13:01:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClWW4-0002el-LO for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:01:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClWW0-0002b9-Dt for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:01:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClWVy-0002a0-RZ for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:01:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClWVy-0002ZU-Hs for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:01:10 -0500 Received: from [64.4.31.40] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClWKF-0001UE-Vk for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 12:49:04 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 3 Jan 2005 09:49:02 -0800 Message-ID: Received: from 140.247.105.238 by by13fd.bay13.hotmail.msn.com with HTTP; Mon, 03 Jan 2005 17:48:21 GMT X-Originating-IP: [140.247.105.238] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com From: "emacs user" To: emacs-pretest-bug@gnu.org Bcc: Date: Mon, 03 Jan 2005 12:48:21 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 03 Jan 2005 17:49:02.0196 (UTC) FILETIME=[82B06340:01C4F1BC] Subject: set font under options menu does not work X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 18:01:13 -0000 First a complaint... :-) from lisp/Changelog: 2005-01-01 Richard M. Stallman * dired.el (dired-view-command-alist): Variable deleted. (dired-view-file, dired-mouse-find-file-other-window): Delete the code to use it. why was this option eliminated? I made plenty of good use of this. Am I simply missing some new alternative that is even much better? and now for the bug report: emacs -q --no-site-file& options -> set font/fontset -> choose font. the problem: the font does not change. In GNU Emacs 21.3.50.41 (i686-pc-linux-gnu, GTK+ Version 2.2.1) of 2005-01-03 on beach.fas.harvard.edu Distributor `The XFree86 Project, Inc', version 11.0.40300000 configured using `configure '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: Recent messages: Loading mwheel...done (/usr/local/emacs/src/emacs -q --no-site-file) Loading tool-bar...done Loading image...done Loading tooltip...done Loading emacsbug...done _________________________________________________________________ Don’t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From MAILER-DAEMON Mon Jan 03 13:02:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClWXQ-0003Ns-97 for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:02:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClWXN-0003Lp-Mo for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:02:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClWXM-0003L9-QS for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:02:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClWXM-0003L6-Mo for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:02:36 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClWLV-0001sn-D7; Mon, 03 Jan 2005 12:50:21 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 254248282AB; Mon, 3 Jan 2005 12:50:21 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id D788C4AC0E2; Mon, 3 Jan 2005 12:50:07 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 1FD258CA69; Mon, 3 Jan 2005 12:50:03 -0500 (EST) Message-ID: To: rms@gnu.org References: <20050101201734.71684.qmail@web50907.mail.yahoo.com> From: Stefan Monnier Date: Mon, 03 Jan 2005 12:50:02 -0500 In-Reply-To: (Richard Stallman's message of "Sun, 02 Jan 2005 19:59:04 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.641, requis 5, AWL 0.26, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, snogglethorpe@gmail.com, jjramsey@pobox.com Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 18:02:38 -0000 > Perhaps it would easier if there were only one "list" -- > auto-mode-alist -- and a way for an entry to specify a "file contents > regexp" instead of a file-name matching regexp. > This would not give good results, because the idea is that > ALL the regexps that match the contents should be tested before > all those that match the file name. To keep that working > using just one list, people would have to be super-careful > about the order of the list. I can't think of a good reason why the content should always take precedence over the file name. If a file "foo.html" starts with "#!/bin/sh" it makes perfect sense to edit it as an HTML file rather than a shell script. Stefan From MAILER-DAEMON Mon Jan 03 13:14:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClWj6-000764-Mp for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:14:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClWj5-00075W-5m for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:14:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClWj4-00074u-2G for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:14:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClWj3-00074r-Vt for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:14:42 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClWWx-0005iH-Nc; Mon, 03 Jan 2005 13:02:11 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 7CF3B8282B8; Mon, 3 Jan 2005 13:02:11 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id C38514AC0F5; Mon, 3 Jan 2005 13:01:39 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id AA5538CA69; Mon, 3 Jan 2005 13:01:39 -0500 (EST) Message-ID: To: Dave Love References: From: Stefan Monnier Date: Mon, 03 Jan 2005 13:01:39 -0500 In-Reply-To: (Dave Love's message of "Mon, 03 Jan 2005 15:46:29 +0000") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.654, requis 5, AWL 0.25, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: problem with multiple comment syntax X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 18:14:43 -0000 > Suppose you have a C-like language with /* and // comments but also > with # as a comment character. (This is the case with PHP.) > After setting up the C comments, I'd expect to be able to set the > syntax of # to "<" or "< b" and have both # and // comments terminated > by newline. If you do that, a comment started by # is never > terminated. (// still works OK.) > It does work as expected in XEmacs using syntax "< b". Can you give an actual test case? If ?\n has syntax ">", than it should work if you set ?#'s syntax to "<". (and "< b" for "> b"). Stefan From MAILER-DAEMON Mon Jan 03 13:48:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClXG3-0000s3-Jx for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:48:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClXFz-0000qZ-TD for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:48:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClXFx-0000p9-J9 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:48:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClXFx-0000p6-F1 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:48:41 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClX3w-00070t-RE for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 13:36:16 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClWxH-0007e8-HR; Mon, 03 Jan 2005 13:29:34 -0500 From: Richard Stallman To: jjramsey@pobox.com In-reply-to: <20050103133043.10492.qmail@web50907.mail.yahoo.com> (jjramsey_6x9eq42@yahoo.com) References: <20050103133043.10492.qmail@web50907.mail.yahoo.com> Message-Id: Date: Mon, 03 Jan 2005 13:29:23 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 18:48:46 -0000 > This would not give good results, because the idea > is that > ALL the regexps that match the contents should be > tested before > all those that match the file name. But it's that very idea that gets in the way and requires one to work around magic-mode-alist. Yes, that's right. The approach we are using is inconvenient in your particular case. The other alternative would have much worse problems. People would override magic-mode-alist without even realizing it. From MAILER-DAEMON Mon Jan 03 15:31:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClYrE-0000kZ-5s for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 15:31:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClYrC-0000j9-F2 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 15:31:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClYrB-0000hi-Ar for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 15:31:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClYrA-0000h7-TN for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 15:31:12 -0500 Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClYfA-0001hP-DF for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 15:18:48 -0500 Received: from naru.home ([83.227.131.3] [83.227.131.3]) by mxfep01.bredband.com with ESMTP id <20050103201845.XKOT6295.mxfep01.bredband.com@naru.home> for ; Mon, 3 Jan 2005 21:18:45 +0100 Date: Mon, 03 Jan 2005 21:18:44 +0100 Message-Id: From: Joakim Verona To: emacs-pretest-bug@gnu.org Subject: directory-files bug X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 20:31:15 -0000 Symptoms: (directory-files "/home/joakim/Plans" t "^[^.]" t) randomly dies with this trace: Debugger entered--Lisp error: (args-out-of-range 5 15) utf-8-post-read-conversion(10) directory-files("/home/joakim/Plans" t "^[^.]" t) eval((directory-files "/home/joakim/Plans" t "^[^.]" t)) eval-last-sexp-1(nil) eval-last-sexp(nil) call-interactively(eval-last-sexp) this happens in a pretty recent emacs, but I suffered from the problem about 2 weeks. I tried to reduce it to a small set of directories with swedish utf-8 names, but the bug doesnt happen then: /tmp/tstx: total used in directory 36 available 22831096 drwxrwxr-x 2 joakim joakim 4096 Jan 3 19:06 Ã¥ drwxrwxr-x 2 joakim joakim 4096 Jan 3 19:06 ä drwxrwxr-x 2 joakim joakim 4096 Jan 3 19:06 ö theres about 500 files in the dir which randomly causes the problem. Theres a few files with the swedish character "ö" in it, but not much. (directory-files "/usr/lib" t "^[^.]" t) also provokes the problem, even quicker for me. I cant find any odd characters in the filenames in /usr/lib. sadly the problem doesnt happen with: emacs -nw --no-init. so I guess the problem will be pretty hard to find. Ill be happy to supply any further information that can help find the error. /Joakim In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.4.14) of 2005-01-03 on naru.home configured using `configure '--with-gtk' '--with-x' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' 'CFLAGS=-O3'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: auto-compression-mode: t display-time-mode: t show-paren-mode: t erc-truncate-mode: t erc-log-mode: t erc-bbdb-mode: t erc-autoaway-mode: t erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-smiley-mode: t eldoc-mode: t which-function-mode: t encoded-kbd-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: b u g SPC DEL DEL DEL RET ESC z C-g q ESC x a p r o p SPC RET e m e DEL a c s - DEL - DEL DEL DEL DEL DEL DEL b u g RET ESC O 2 B ESC [ 6 ~ C-s s u b m i t C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s ESC < C-s e m a c s - C-s ESC O 2 A ESC x r e p o r t SPC e m SPC b SPC RET Recent messages: Mark set Back to top level. Making completion list... call-interactively: No command name given Entering debugger... Back to top level. Mark saved where search started Mark set Mark saved where search started Loading emacsbug...done From MAILER-DAEMON Mon Jan 03 16:18:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClZb0-0003UV-Ux for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 16:18:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClZaz-0003U0-2O for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 16:18:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClZaw-0003Sd-G8 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 16:18:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClZav-0003Ro-Db for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 16:18:29 -0500 Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClZM1-0004UT-Uc for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 16:03:06 -0500 Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050103210304.XTET6295.mxfep01.bredband.com@coolsville.localdomain>; Mon, 3 Jan 2005 22:03:04 +0100 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: "Jan D." Date: Mon, 3 Jan 2005 22:02:15 +0100 To: "emacs user" X-Mailer: Apple Mail (2.619) Cc: emacs-pretest-bug@gnu.org Subject: Re: set font under options menu does not work X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 21:18:33 -0000 > emacs -q --no-site-file& > options -> set font/fontset -> choose font. > > the problem: the font does not change. > > > In GNU Emacs 21.3.50.41 (i686-pc-linux-gnu, GTK+ Version 2.2.1) > of 2005-01-03 on beach.fas.harvard.edu > Distributor `The XFree86 Project, Inc', version 11.0.40300000 > configured using `configure '--with-gtk'' This is a bug in the GTK version only, for some strange reason the pop up menu does not call callbacks when popped up from the menu bar. I'm looking at it, stay tuned :-). In the mean time you'll have to use Shift-Button-1. Thanks for the report, Jan D. From MAILER-DAEMON Mon Jan 03 17:03:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClaIj-00072d-R5 for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:03:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClaIh-00071q-Ut for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:03:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClaIh-00071T-5k for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:03:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClaIh-000719-0B for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:03:43 -0500 Received: from [64.4.31.30] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cla7P-0007sA-GV for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 16:52:04 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 3 Jan 2005 13:52:01 -0800 Message-ID: Received: from 140.247.105.238 by by13fd.bay13.hotmail.msn.com with HTTP; Mon, 03 Jan 2005 21:51:55 GMT X-Originating-IP: [140.247.105.238] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com From: "emacs user" To: emacs-pretest-bug@gnu.org Bcc: Date: Mon, 03 Jan 2005 16:51:55 -0500 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_1845_4ca3_10c1" X-OriginalArrivalTime: 03 Jan 2005 21:52:01.0501 (UTC) FILETIME=[74A1C8D0:01C4F1DE] Subject: funny scrollbar behavior under gtk X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 22:03:44 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_1845_4ca3_10c1 Content-Type: text/plain; format=flowed I cannot reproduce this too easily, but occasionally I quit vm (the mail reader) and find myself with the scrollbars as in the attached image. In GNU Emacs 21.3.50.41 (i686-pc-linux-gnu, GTK+ Version 2.2.1) of 2005-01-03 on beach Distributor `The XFree86 Project, Inc', version 11.0.40300000 configured using `configure '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ------=_NextPart_000_1845_4ca3_10c1 Content-Type: image/jpeg; name="scrollbar-bug.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="scrollbar-bug.jpg" /9j/4AAQSkZJRgABAQEASABIAAD//gAXQ3JlYXRlZCB3aXRoIFRoZSBHSU1Q /9sAQwAIBgYHBgUIBwcHCQkICgwUDQwLCwwZEhMPFB0aHx4dGhwcICQuJyAi LCMcHCg3KSwwMTQ0NB8nOT04MjwuMzQy/9sAQwEJCQkMCwwYDQ0YMiEcITIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIy/8AAEQgCOwJOAwEiAAIRAQMRAf/EABwAAQACAgMBAAAAAAAAAAAAAAAF BgQHAQIIA//EAFQQAAEDAgEECRAHBwMCBQUAAAABAgMEEQUGEiExExQyNUFR k7LRBxUXIjZSU1VhYnF0dYGR0hY0VHOSsbQjJCUzZKHwQpWiRINlcoKzwUNj lKTh/8QAGQEBAQEBAQEAAAAAAAAAAAAAAAECAwQF/8QAJBEBAAEEAgMAAQUA AAAAAAAAAAECAxFhEhMhMUFRIjJxscH/2gAMAwEAAhEDEQA/AM/DcOwDJXJP C6urwiOqSpZE6eofTtkVFe3Ozlzr2RL2sT+Fz5K4ti82HUGCUFSkcOyPqWUU axovFexKYFtOpyTwymqYXyMkw+FHxugeqKmxtvwaUJHBqDB8Bw99LQU8sbXX Vy7BIquXyrYTOfY0nR4ZtydaemoaZ7kRzrLDGiI1NaqqpoRPKSEeSeIy5+Zh NKqse6NUzIUXOa1HKicfaqi6CYwmCrwuVZmUeItlcx0b29b6i1l16Wt/uimU yevYqLtWucqSSyIr8Oq3rd8SR6VciqtkTjPqzdiPFMQ8nCfuVZTJqrWpdTph 1HsyMR+Zmw3c1Uuit77RxXOv0eqc+nZ1upNkqFakUeZDnuzkuna60RU4VQt1 NX4hSqxYqGruxsTEXrZVJdrGZiItkS6KnBqMWVs09RDUSYbVbPGjUWRuGVTX OzW5qaUTRoRNXESL3nzEHCdq9T4BslRLHNFQQsiTOlkSOORG8Sdqi3XyGRFk xFJidRRtbRvWGGaRrmU7EznR3u1bpo0pa5PSVGISzSSvpKzOcxrNGFVP+lb3 VVaqqvlVeBD4wNq4qieokpK+eSaF8L8/DKhG2ei51kaxLa1XXrUTciYn0cZ2 r/0ZrkfOxcLpkdAtnpscWvNzrJ32jToucR5N1crInxYbRvZJfNc1sKtSyXXO VNzZFvpsWlazE3RVDFgxBNnej12PD6uNG2YjERM1EW2aiJZVU+j8Qr5I1idh 9SsK5yOjXC6qytczNVtraEWyaEsTun8QvCdq1BkrJU4e6anpKKWdtRsKxsZC qWzM+6O1KvkQ+GG4JT12HV1WsNI1KZrEa3YokznOdZN1ayFjpX1VHsSQYfVN bFOtQ1qYXU2zlYrOK9tNzrRJPQRJHDhtSjP2Oci4VUrnLG7Ouva61UdnifRx navfRqrWRzOttHoiSZXWhzEYq2R2dq0ro1jDMCZie3mx09IklNFsiIkMdnLn tbbO1Jur38haVrMQWriqdp12yxRJE1et9ZpajldZ3CutdZi5lSjahEw+pYtQ zNlVmE1Lb/tM9Vtm2TUiJxIO3MeoThOfquPyfqI21Suw6k/dVXZm5kOcyyoi 6NdtKadR9p8lq6mkSOXC6TP2RsatayFVRzr5qLbVqXSpaJ62vnhqoloapG1O y7JbC6pEXPW+pEsttFlXSfPbFfs2JTNpKxJK7dL1qqFRi2sitTN1ol9PlHbq F4TtWIsm6qbYNiw6jk2d+xxq1sKorrZ1ltq0Iq6bH1psmlkpK2qnpqOKKnhk e1UiidsjmKiKiImlU0600aC0JiFe1afNw+qRtPI2SNvWyqsioxWarWTQvAiG JEtXBhDcOZQ1atbA+BJHYXU5yNc5HLbtba04iTdz+DhO1Yp8EmqaN9XDh1M6 Fl7uWKNL2S62RdK2TiuZyZJTLQQypRUu2ZqhsMcGxRXssavzncSqialtrJ1Z axKKWkio6+GB73PayKgrGIxFSypoRLp6bp5D79cK7Z4JUw+pR0UzZ1VMLqbv ckaxpfteJeDiLVdn5gin+VGnw9KZsKzUVK1J4mzR/sY1uxboi6E1rZT5bDB9 kptfBAz4JoLZV0ktbJC6ShrI0hgZBGyLC6lERrVVeFq98p8etP8AR4l/ttR8 h1pu28fqxliaKvmVZ2GD7JTL6IGafJqGw0+j91pV9FOzT/bUWXrT/R4lp/8A Daj5DnrT/R4l/ts/yGuy1o417VnYafgpaX3wM0+XVqGw09vqtLq4YGJ710Fm 60/0eJf7bUfIOtK/Y8S497ajX+AdlrRxrVnYadP+lpk9NOzR5dWs42Cn0/ut Mn/YZo/trLMmEqn/AEeJf7bPr49wOtNtVHiXk/htR8hOy1o417VrYaf7JTIl +CBi28iaNKjYae/1Sl16kgZr4k0f3LL1p/o8S/22o+Qdaf6PEuLe2o1cW4HZ a0ca9q1sMF0/dKZVvwQM0+TVq8v+ISCn0WpaVeJdgZp/tqLL1pullo8S/wBt n+G41DrTfXR4kt9f8NqNP/AdlrRxrVnYKfQu1KbVovTs1ca6NCf56edgp/st Nq4admrjXR/Ys3WlV0rR4kq61vhtRpX8A60r9jxLj3tn18e4HZa0ca9qzsFP p/daZNHDTs0eXVrXi8vwLBBpvSU6ak+rsVU8mrWpZutPFR4l5P4bUa+Pcax1 ptqo8SS2r+G1Gj/gOy1o41bVnYKe6ptSmTTqSBmjzU0a/j0tgg17UpV06kgZ pXiTR/cs3Wn+jxJNFt7ajV+Adaf6PEuLe2fVxbgnZa0catqykEGi1JSu06LQ M0+jRq8vp9xIKdUT91pV0Lb93ZZfLq1IWbrTx0eJeX+Gz/Dcah1p/o8SW+lf 4bPp/wCA7LWjjXtWdgp+ClptXDAz4ro+H+XLBBw0tMmjhp2aPKuj+xZetK/Y 8S133tqNfHuDnrSv2PEuPe2fXx7jWOy1o41qysEGn90pk1a6dmj06Na8X+IW Cn03pKZNKaqdl08mrSpZutP9HiX+21HyDrT/AEeJcW9tRo/4F7LWjjXtWdgg X/pKbSupsDNfepo8uv8AxSQQXT90pVW+pIGaV4tWrjX/ABLL1pX7HiWq29tR q/Ac9af6PEuLe2fVxbjUOy1o41bVlIIFsiUtKv8A2Gaf7akGwU+hdq0ulNCr AxL+VdGroLN1pvro8S06/wCG1Gn/AIBcJvro8SW63W+G1GlfwDstaONW1Z2C D7LTbnhgZq410eXQg2Cn0/utMmjhp2aPKujWvF/iWbrSv2TEuPe2fXx7gdaf 6PEuPe2o18e41k7LWjjWrKwU+m9JTImj/p2XT+2tQsFPdU2pTIt+CBi28iaN f+emzdabaqPEktq/htRo/wCBx1p/o8STRbe2o0J+AvZa0catq1sEGvalKunU kDNfEmj+4SCnulqSlXTotAzT5E0avL6fdZutP9HiXFvbUauLcDrTx0eJeX+G 1Gri3GodlrRxr2rKQU62/daVbotv2DLL5dWpAkFOuqlptXDAz4ro1f56bN1p vro8SW+v+Gz6f+Bx1pX7HiXHvbUaV/ATstaONatbBT2+q0yaNawM0eVdHwQb BAl/3SmTQmunZo9OjWvF/iWbrSv2PEuPe2fXx7gdaf6PEv8Abaj5C9lrRxrV lYKfT+6UyaU/+gxVTyatY2CnX/pKbSupIGaPNTRr06/8Wzdaf6PEtGje2o0f 8DjrSv2PEtVt7ajV+AdlrRxq2rWwU6qn7pTKt9SQM0rxJo1cahIKfQiUtKv/ AGGaf7avL/iWbrT/AEeJcW9s+ri3Godab66PEtOv+G1HyDstaONe1Z2Cnsn7 rSrdNCrAzT5V0augbBBb6rTauGBmrjXR5dCej32ZcJvro8SW63W+G1Gn/gOt K/ZMS49OGz6+PcDstaONas7BT6f3WmTRwwM0eVdGvyf4hYKfTekpkTQn1dl0 /trXiLN1p/o8S497ajXx7jWOtNtVHiSW1fw2o+QdlrRxrVlYKe63pKZNPBAx beTVr6PjJ5NUNJVZS0cUtDSPauy9qsDFS6RPVOAkutP9HiXEn8NqNH/AkcAw 5abKKgn2pXtYx0me59BMxrUWJ6a1Yia1RPeYuXLc0TELTTXyha4Mm8H0XwfD l9NHH0H0rcnMGSBmbguGtVXLpbRx33LvIQ+KZFYdjGJy102IYpC6W12RxuzU sltF2lnYlNS4dRUcTqmVtOiNVz4Xq5URipddHGqHyXsa9qZ30+IVEFHkHSVk EUisbM2lYqOt6GFpiwbCK3BqCr6xYbC+ohZKrUpI+1VWotr5unWZ8NM6F8iw 11XEyR7n5m1FdZVW66VaZbdr01DRUkW2Htp40jznQPuqI2yKva+QDXOI4xhG EYnVYbLklSPqkc1KVu1olSZHcO50afTxazB6q+TGHUuC4fi1LQxYfUyTJFLH DG1EW7FWyo3RdM210LhW5FYHidVW1VU/EFqKlyObJsb1WG3A3tdXkX3ER1YJ qf6GYdDE+Z2ZWNbnSsciraN6aVVNKliZpnMExlcMnN4sE9mQ8xhkVWNU1JiG 0ViqZajYmyq2GBz7NVVRFVUTRpavwMfJzePBPZkPMYc1GARVeUTsTqFVzUpm QsY17mqite5yqtlS6dsmsg+sOUFBNUTRLJsbYY9kfLKqNYiI9zFS6rrRWKSM Usc0TZYpGyRvS7XNVFRU40VCny5E1EiSObWMR6SrMxEzkRV2xJKiKqabWktd OFCy4RQdbcNjpsxjFarlVGvVyXVbrpdpXSqgZxGdfKZcSnoWQ1UksEjY5XR0 7nMY5zWuS7rW1ORSTK0mAVcWUtdicbaaRlTPHKiunkY5iNjYxUzU7VdzfTxk wJCoykwymxRuHvqGrMrbuzXNVI+2a1Edpuiqrk4OMzKDEKTE6NlXRTxzwSJ2 r2LdFKrHkdXpVUavq6ZYKSVHMs12e9NsNlVXLqv2tv7+ix4Fh8uFYLS0Er2P dTs2NHMvZyJqXTwlEgRdblDh9BUSwzPlcsLUdM6OJz2woupXqiWTRpJQr1Xg eIJNiiUFRTtgxNUdLszVV0TsxGKrba0VETQtrKhMCSnxzCqaKeSbEKZqQRLL ImypdrERFuqa9Sp8UDMbwx0Lp1rqdsLZEj2R8iNa5ytRyIiroW6KhUW5FVFT NiUC7FT0ybIyCVUvJJnUzYUVfNTT6bGe7JWuSomq2T0rppllRY5WqrEbJFEx VTyosXvRbDAsnXKhSV8K1tMksbVc9mytu1qa1VOBEPrTVVPWQJNSzxTxO1SR PRzV96FRhyG2vSNg2SGdEdJnLIiosrXRNYmcqab9re5YsEoqugw/YKyp2eTP crVurs1vA3OXS63GowJEicRyjw/C6t9PU7PnRxNnkcyFzmxsVVRHOVE0Jdq/ Aliq5QZMVeK4tNWQOpkSSkjp2rK96LG5r3uR6Imh26TQvEMCbr8Zw/DaCorK mqibFA1znoj0vdG52aiX3VtNjCoMrMKxBaq0zYGUyR7LJNNFmtV7Ucjbo5dN lTycF1InEskMRrpKxm3afYZ1kku5i56vdTLDp4LX0+8+9dknPUVElTHUsSTb jKljM5zWqiQJCqKqaUXQqoqDAn5cWw2nvs+IUkWaiOXPma2yLay6V8qfFDKY 9kjGvjc17HJdrmrdFTjRSpNyOdDTTtgbTtlc6FYVSR7Vh2OPMSz0S+jT7lLR QwzQUFPDUzbNOyNrZJbWz3ImlbDA+5Fsx+lkxZ+GJDWJUMRHOvTuRqNVVRHZ 1rWVWrp8hKETUYM6oxWuqlmzY6qhbSWbumqjpFV3/P8AsMDK67YbsD6jrjSb DG7MfJszc1ruJVvZF8h8Y8ew5zqlJamKBsFQlPnzSNa17lY1/arfToehX48k q+Ospq/ZqJailZHFHCjHJE9rWPZdeFHdv7rWPlS5EVlBh+w0tZElSkyyR1SK 5jokWONi2RLo5Ls3K6LWGBdwcNRUaiKt1RNK8ZyMCPZjdDJDSzNlXMqZ3U8S 5q6XpnXTybh2nyHR2PYck0DGVUUjJtkXZo5GujZmJd2c6+jQV+fIKOfDoKfb LmTNqJpZJUe9UVr2ypZGqtkVNkT4GNW5G1jcIrFY2F9StJPFmMke7ZldDmN3 W51JoGBd6epgq4tlppo5o1VUz43I5Lpr0ofUiMAwqTDIal02xJLUzbK6OFFR kdmNYiJfyNRVXjUlxgAAMAABgAAMAABgAAMAABgAAMAABgAAMAABgAAMAABg AAMAABgAAMAABgAAMAABgAAUAAAAAA1n1Ye5Gi9oLzZDZhrPqw9yNF7QX8pA Llk6l8CwTS5P4ZDqXzGEw1GuS6PcqXtdHENk+l8AwZM3OvhcOi9r9ozhJiNb xtVFaqW1tSye7yAYE+OYNSzvgqcYpIZmaHRy1TGub6UVbofWjxLDsRV6UOIw VSstnpBO1+bfVey6NSn2yVe1mCyaNK11Z+pkIHLVmK0rZcYwzaiSUrdlz5Ed nq1E7Zi2WytVOBU1rfQqIoFjzPOf8TnM85/4j500uz00UqpZXsa63pQoVZVw VmIViT0M9dOs0rVSNiuWJjHujaiWXQnaKvpVVM1VY8jYGb5z/iMzzn/EolPl JlHSUccb8NkqViZbOdSyI+S3GudrW2suWHYhFiVIk8SObpzXselnMdwoqFiq JGVmec/8Rxmec/4lNyjrIlygWmqKd9VmxMSCBrVdpXPVyonCtm/BCrz5eV+D UM9PhsKqxlY2GNJ6SV2xuc5uczOuiLa620+QnLzgbazfOf8AEZnnP+JF4DjK 4tTKk9O+mrIk/awvaqWRVVEcl+Bc1V8moljQ65nnP+IzPOf8SkZU5a1+B4w3 AaSjhnxSvVi4cr35satcqo7ZOJWqi+lFThRULvHn7G3ZEaj7dtm6r8NgPnUS wUlO+oqahIYY0u+SSRGtanGqrqI/6SZP+PsP/wDzY+k7ZRIi4FOi6Uzmc9pE uxKsfVUtHDVKizte9Xor5HJmrayNVya1trXRpAs7MyRjXskVzHJdrmuuipxn OZ5z/iV6OnxHAcJpGsrNmp4VhhRklKjFVqvZHpcj10pncXAWMCMmx3BaeZ8M +M0cUrFs5j6pjXNXyoqmRR4hQYij1oa+GqRmh6wTNfmrxLbURFHjlRhmFU9N SxwbLJJWTK+dVzURs7ksiJrVc5P7kNjWLYtLhr8qMPhpIpKZXrOx6Oz1Ri5r 2LwOaqtVUW10vcmRec3zn/iPhV1dHQQpLW1kdNGq2R80qMRV4rqZJWMpMUo6 PEqJaip2FkSSLJLnK1I1VEsiuRUsq6dF9PoKJSHHsEqJmQwY1RSyvWzWMqmO Vy8SIi6SRzPOf8Sk4vlXglVhroafEmVL21MMrYo3rI92bMxy2S6qtkRdCF0p 54qmnZNBI2SJ6Xa5q6FQDiaSKnhfNNKrI42q5znO0IiJdVPnSVdLXw7LTVCy N0X02Vq2vZyLpatl1LZTDx2ir6ykjTDqlIpGPzlasixo/wBLkR2rXZUVFtZU VCjvylbk7ULHRyUsss7GU8kcU2zMhViWSTPRt1Sy2cioioqXtbWGykRrlVEe 5VRbLZ2pTCxPF8NwZkL8Rr2UrZZEjjWV9ru/+E41XQnCY+T2Dx4XSvkbUbZl qEY58zdDXoiWRURNC31q7Wt9ehETBynw+PE6yjiVt5YIJqliKvavtmtzHcOa qvaqp5pJnEZWmMzEJHr9hSWdtuRYF07ZRj1g5W2Z/cyKHE8NxPP634lBV5ls /a87ZM297Xzb21KVGilyqfkS7FZcSp1ctM6VtK2Dcxol7I7Xn5vktfR5Tpkh g/0eyyr8LfMk6pQRyM7df2LVkfdiJqtfT6bmYqnOMOk26Ypmc/fX+r5mec/4 jM85/wATsDbk65nnP+IzPOf8TsAOuZ5z/iMzzn/E7ADrmec/4jM85/xOwA65 nnP+IzPOf8TsAOuZ5z/iMzzn/E7ADrmec/4jM85/xOwA65nnP+IzPOf8TsAO uZ5z/iMzzn/E7ADrmec/4jM85/xOwA65nnP+IzPOf8TsAOuZ5z/iMzzn/E7A Drmec/4jM85/xOwA65nnP+IzPOf8TsAOuZ5z/iMzzn/E7ADrmec/4jM85/xO wA65nnP+IzPOf8TsAOuZ5z/iMzzn/E7ADrmec/4jM85/xOwA65nnP+IzPOf8 TsAOuZ5z/iMzzn/E7ADqrEtun/E1r1YUtkjRJ/4gv5SGzDWfVh7kaL2gv5SA XHJ9L5P4Mioi/wALh0OWybhhMRuzo0XOV1+G1r+hOIr+EzTR4Dk8yCOKR8tB CxElcqN/ko7SqIve8RJyT4rHHI9YqBUY1XKiTv8AkAicPyjw/CIJ6GtnWCoZ V1L1Y6N17Pne9q6E1K1yL7zFx/KnC67A66mp6pZZpYHsjY2J93OVFRETQW6l bLUUkM+exuyRtfm5l7XS9tZ8lqYUpX1C1CZjaltKv7Ff5jpEjRNerOcmkgUb HMoadrkVHNjaiovAtirOwrHqGoqkoaWmmZNPJLsj6hWXRz3PRLWW1s9ULokG cr2sqonvYmlrW3XR/wCoxsPlbiFBtxkqxRo98bmzRZrmuY5WORe242qJiJ8S KZNR5YyNVGUVC2/9Uvylkyfwl2D4PFTSPSSpdeWokTU6V2l1vJfQnkRCX2Fu xpJtyDY1W2dbR8c4LCiWvWQJdLpdNace6JTTFPoVXFcLxVuOy4jh1PBO6WBk P7SZWZiIqqvAt79r8CnVGSOWkmEz4bHT4YkMlbtnPdUrnImyJJbc67/2NuLT 5sqRuq4Ueupqt0r7s4+i0EjUVVqGIif/AG16RNMTORV8l8Gq8OZVVmJKxa+r cmejHZzWMbfNai2TjcvvLAcUzoayF8tPXQSMY5zHORq9qrXK119PArVT3H2j pllbnR1MT28bWXTnGsYFLquptgWIUlcyv2zVVdZLsr6+V7dsMcm5zHI1Eaic CIluO5aqaDa1NFAj5JEjYjc+R2c51ktdV4VPpUrFRvhZUVsMTp35kSOYqZzr K62viRTqx8T6uam23GksStRUcy185LpbttIHWqpYqylkp5mq6N6WVEW3vK9i ODzU9bSTwMxGvjRsjJGrO1+ZdEstnvamtOBeEtW1/wBrsW2odk7zN0/DOPni DOtuHVFbPMixQRrI9GRKq2RL6EzgK3XrWVlOyniwOsY5auKRZJNgRGokrHKq qkyrqaupFuWSx8KSWSpSRZY5qRrLaamFGo6/FZ6mW6BGsz3VcKNvbOVui/Ff OAoctXgMuH9bsXldDUU9TOqJmva9udK9UVFRNSoqKVd7Y8Npscw7CsSdV4bi FO/a9HsT1fHO7gZo3K3XRxqbjdCjEbnVkLUel23S1/R2xytPmyJG6qhR66mq 3T8M4g+ZrbFMoscyXx7EoKWl2Vk8uzM2RUzLKmtLyN4b316jaO0ZbXWZl/u1 6TEqJIqaBJn1kbmbLHF2jM6znvRjb9txuQo1RUdUjKh8b41w+FiOaqZ8Sorm 34U/bLpL3kayrTJqGWtY5k9RJLO5r90iPerkv5bKhYthTYtl25DmIu6zdHxz jHrJW0SUzpJFfHUSsibJHFnNarlRrb9tqVVRLgQGV1bNS08UKtkbRzNekkjG qqq7RmxrbSiOu66p3trpcjcmcmn1NPPiWI0z6SpqMxsEataj4WR52Y5UtZHL nL2upEWyprQuUjthxOnoHvcj6hrnRyJD2iq3SqXztdtJm9b5fDs5NekufGEx 5yq2T+GYrh1ZWMqpIW0CreCCLctcq6VbfS1F09rddZ8csqXHJKamqcAbn1cL no5iZqK9rm2Vt3KiIl7ab8CaC39b5fDs5Nekdb5fDs5NekzMZjDVNXGYmGpG VFbR4G6jjyax12JueqrBsblpWy5173zsy19N72vdSV6nmH4qlViOLY22d1ZU Rwx7JPC6NWImcqxtR1lVEzm9tZEVVW17XNjdb5fDs5Nekdb5b/z2cn//AEzT REN1XKq85/pjAyet8vh2cmvSOt8vh2cmvSbc2MDJ63y+HZya9I63y+HZya9I GMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya 9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9I GMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya 9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9I GMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya 9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9I GMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMDJ63y+HZya 9I63y+HZya9IGMDJ63y+HZya9I63y+HZya9IGMaz6sPcjR+0F/KQ2i+klYtt mYujvF6TV/ViarckqNFVFXrgt1RLf6ZALLhczIMHyXkeqo1KSLctVV+rO4EM alw6lw2txDEG4nik8tWx6zRzRqrHL/psmbozU0aDNwTezJb1OP8ATOJyr+pT /du/IDIw3eqj+4ZzUId+TWIPr1elTClMtW2dW9teyTMmvbVe8eb6FVb8BMYb vVRerx81CVbuU9AFOyeyWrsKrYpquRsi08atZIySO8zrWu9GwNdpS66Xv08a 6T7R4Pi0uBS0lVTUCS7ffVNjbUOfHK10yyqxyrGltdtSltAFTkwKreynkbhO EJscj3OoUlVIXI5rURyu2PS5Ld5w/HEiyMmkl2WpSk0IitYiZ6MTZZ3rGl0T tUSViJo05mpNBdwBQ48jsSXEY5KmdkkK7A572yMR7FZHG1UaroHOVFcxV0Pb ul0JpVb1IjXRuR6IrVSyoqXuh2AFQiyZqKfDq6gp6TDooZKlahj2KqLOiz7K kb0RvatRqqz/AFaFvbgWSwTDZ6Kpq55qWko2zpG1tNSPVzG5udd181ulc7i4 E0k6AILKDB0xPaM7KSkqZqSfZWx1SWa9FY5qtzs11t0i6l3KekwKzJh9bBjE kkFFt6spUippLL+xekatRUVUu1Ect0VNJbABTIMla1uUTqueVr6bbbqhsjHx pJpcrmttsOfZNDf5urydqWHKChlxPJ7EKGHY1lqKd8bdkcqNuqW0qiLZPcSQ AqjsCqauhioZcMw6kp4qlk2ZHUOmRyJe90dG2y6rf/BhOyUxOnwx1FTyUssW zMfmuzW3tBGxXdvFI1FV7ZHKmaqrnXzk0ot4AFIocmMRooo21FLhmKP2DYl2 y9WpEqSyvzmokappSRqKiI22YiarW+1Tk3XPygbWQMpEiWSN7nPVrl7VGotm rErk0N0Wkampba73EAY1XClRSzQra0jHMW6qmtFTWmlNfAU6nyQxB0MsFSyi SF8lO5zLscrmsnZI5Lshj/0tVLLnXVU0t03vQApeMZJVU8r3YclNDTpURzNp 25rGutG9jro6N7U0uRdyurg1mQ/BcTpsnqKhooqeWZlVHUy7YqcxEzZUkVrV ZEiKmhUTtW24i2ACEr6bEpccwupp6eldTU6vWV0k7mvTOTNXNajFRba9Kpfy E01VU5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAABjzbv3GpOrL3K0ntFebIbbm3fuNSdWXuVpPaK82QC0YJvZkt6nH+ mcTlX9Sn+7d+RB4JvZkt6nH+mcTlX9Sn+7d+QGRhu9VF6vHzUMaLGsWdWxwL gEjYXS5iTLO2yMRVRXKltGpFRNN760MnDd6qL1ePmoVh/VfyLhxR2FvxKVKt k606s2tJbPR2ba9rayTDVNUR7jK61tbHQUFRWTIuxwRukfm6VsiXWxF5PZSN x+ldUMpHwx3XMdnte1yI5U1ouvRq8vCSs8aywPY16xq5qtRyIiq1V4URbp8S BybyWbgVRV1C1CTS1K9ujY0jbunKi2Th7a3uQk8uUfh1o6uqrl+7xhM12KU2 HNYtQsl3qqNZFE+V7ra7NYirZOFbaDHkx6nzsOWBUkirpFZHI5siIqIirdFR ipptourUVNKKpHZVYbW1sdI+iZO50T3Zy0z0ZIiKnAufHo4+2Tg0LwI8Hr6r B8Ji2aHD30T0fsTYUelm3RiL21kXN1oiql10KqJddOCRlyjwuHEH0MlQraiN 7WPRYn5qKqIu6tbU5l1vZM5t7XS/NLlDhlbVpTQVDnvV7o0dsT0Y57b5zUeq ZquTNdoRb6F4jCqcl6eqrKuqdNI2WofnJa1moqQIqf8A67fip8cGwGthdTOr ay8dNVz1MUCRpdHOdIiXei6UzZF0Wvq0gWcAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY82 79xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3f kQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81Dx9XovZQqvbT/8A3lPYOG71 UXq8fNQ+H0LyXkqNtPydwl1S5+yLMtFGr1fe+de17303AnUOThEscgAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivN kAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx 81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY 8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u 3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81CVb uU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t3 7jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/ u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZL epx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9B FYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy 9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2Z Lepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81CVbuU9AHYAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7la T2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbv VRerx81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V /Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx 81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmy G25t37jUnVl7laT2ivNkAtGC72ZK+px/pnEzVPR1JUIiKqJG668F7aiGwVbY Zkt6nF+mcSsrf3Oo0JZsTm6F0Jo1Jx+VQM/Dd6qL7iPmoSrdynoIrDN6qP7i PmoSrdynoA7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADHm3fuNSdWXuVpPaK82 Q23Nu/cak6svcrSe0V5sgFowXezJb1OP9M4m6pEbQzNTUkTkRPcQmCb2ZLep x/pnE5V/Up/u3fkBkYbvVRfcR81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2i vNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRe rx81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up /u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81C VbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25 t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/U p/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2 ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU 9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqT qy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb 2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81CVbuU9AHYA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7 laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkY bvVRerx81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE 5V/Up/u3fkQeCb2ZLepx/pnE5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRe rx81CVbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RX myG25t37jUnVl7laT2ivNkAtGCb2ZLepx/pnE5V/Up/u3fkQeCb2ZLepx/pn E5V/Up/u3fkBkYbvVRerx81CVbuU9BFYbvVRerx81CVbuU9AHYAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkA tGCb2ZLepx/pnE5V/Up/u3fkV7DJ2UuC5MTy3SNlHFnKjVW16dU1J5VQz6jH KCSlmY18qucxURNgfxegCaw3eqi9Xj5qEq3cp6CLw1FTC6NFSypBHzUJRu5T 0AdgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABjzbv3GpOrL3K0ntFebIbbm3fuN SdWXuVpPaK82QCx0PczgPqMH/tIfR+4d6FOmGQsqMFyYhlRzmOo4s5EcrVW1 Oq60060QxaWvwvEqyvw+HDMRhqKRj9mfK6RGxqmhunO05yaUtwIBdqT6lT/d N/JCRbuU9BF4aqrhdGqqqqsDNK/+VCUbuU9AHYAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAtuAUc1XgeT60 8rI5IcPhkRXsVyLeHN1Iqd9/YlpMHxSSORi1lEmyNs5Up3adFu+MfI7ebB/Z cHMaWgCOgp1pKaGnV2csUbWZ1rXsiJcz27lPQY8381TIbuU9AHYAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAY8279xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNk AveR282D+y4OY0tBV8jt5sH9lwcxpaAMWb+apkN3Kegx5v5qmQ3cp6AOwAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAx5t37jUnVl7laT2ivNkNtzbv3GpOrL3K0 ntFebIBe8jt5sH9lwcxpaCr5HbzYP7Lg5jS0AYs381TIbuU9BjzfzVMhu5T0 AdgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABjzbv3GpOrL3K0ntFebIbbm3fuNS dWXuVpPaK82QC95HbzYP7Lg5jS0FXyO3mwf2XBzGloAxZv5qmQ3cp6DHm/mq ZDdynoA7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADHm3fuNSdWXuVpPaK82Q23 Nu/cak6svcrSe0V5sgF7yO3mwf2XBzGloKvkdvNg/suDmNLQBizfzVMhu5T0 GPN/NUyG7lPQB2AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGPNu/cak6svcrSe0 V5shtubd+41J1Ze5Wk9orzZAL3kdvNg/suDmNLQVfI7ebB/ZcHMaWgDFm/mq ZDdynoMeb+apkN3KegDsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMebd+41J1Z e5Wk9orzZDbc279xqTqy9ytJ7RXmyAXvI7ebB/ZcHMaWgq+R282D+y4OY0tA GLN/NUyG7lPQY8381TIbuU9AHYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY827 9xqTqy9ytJ7RXmyG25t37jUnVl7laT2ivNkAveR282D+y4OY0tBV8jl/g2D+ y4OY0tFwMWb+apkN3Kegx5f5qn3a7tU9AHcHCLc5uABxnIc3AAXOLgcg4Rbn NwAFxcABcXAAXFwAFzhXImsDkHGcEdpA5Bwq2CLcDkHXOGcgHYHVHXXUdrgA Li4AC4uAAudc9LgdgcZyDO4OEDkHFzhHX4AOwOLhVsgHIOEcihXWA5AuLgAc K6ynNwAFxcADhV0BHIoHIFxcADi4uByBcXAA4VyIM64HIOFVEFwOQdc45zkA 5B1zkObgcg4uc3AA65xzcDkC4uAAuLgY8279xqTqy9ytJ7RXmyG2p937jUvV m7lqT2ivNkAsFNPJTZJYNLFFLK9MOp/2cStRzu0bqzlRPip8OutdsGydbq/O zrbHskWdq132S1uDXcg8mMTr8VocNonVsdOxlLExJHRI5GokSrquneW18JMM hqHzVsXXlGLSoio99CjWy3RV7Rdk06rGq6JpnEpExMZh9JsSrW0TJ2RrFI6R rViqp0ZmorrLparkvbUiLp0ajAxCpx9MahSkfLtKy565yXTVfN4NV7Z3DfWl kLNHk1DiOHU76qodIj2smzHRMc1HaHIqXTgXUSLclmq1P4hUafNZ0GVUiCox /wCkM7ZHydb7NzVul91J7u98ts3huTuzy+Ff+JSb+irft9R+FnQPoq37fUfh Z0AUHKLFsSo8ayfhpKlzUqamWN7Hyq1j/wBk5URV8i2X3GAuX1VI+Omgo5XV dptkS8j41WN2aqMVjVVyKvCqJZDYtTkPRVqM21Ks+YqqzZYY3Zt0strt0XS6 HykyAw2emip5sySCH+VG+miVrNFu1TNsmgDX2I9UF9JRSVkMT3xQU8c00blk z2OfpRiq1qtatlRdK8JmLlNiNZSVtRTJFFTQzSU95ahWy5zUVFVEtbWmhL3V NJcpep1hE7ryxQydokfb0sS9qiWRu51eQ7vyAwySqWpejHVC65Vpos7VbXm3 1aAKNk3lJiMlNgVLiSq6TEKBJopklVznua1quz0sllXORdF+EtWzy+Ff+JSU ZkPRRrTqyXNWmYrIM2GNNiaqIlm9r2qWREsnEhkfRVv2+f8ACzoAhNml8K/8 SjZpfCv/ABKTf0Vb9vqPws6B9FW/b6j8LOgCE2aXwr/xKNml8K/8Sk39FW/b 6j8LOgfRVv2+o/CzoAhNml8K/wDEo2aXwr/xKTf0Vb9vqPws6B9FW/b6j8LO gCD2eXwr/wASlcxjKKpoqitc2arTaMSSsZHDI9kq5qqqPciKiJotrS2vTotf /oq37fUfhZ0HyfkbTvSVH1L3JMmbKixMXPS1rLo06AKu2oqWZRvjSqnWN9Mj 9jWRVaio610Tg0DDaipSuxSJ1VPIxlQmYj5FXNRY2uVE8l1XQWP6C0G3duq9 Nt2ts+wR5+q26zb6tBzBkLQUtRLUQSbFNKqrJJHBG1z1XTpVG3UCCxSuqqTC aypgc500UD5GNVVVFcjVVEsYlXXz4dQU0FPLWSo9M3bDWPnVqW3So1Fuq8HB +S3B2SrVT6/P+FnQdIMj4aeBkMVbO2NiZrWo1uhOLUBVcDxSWbJ3DKmerk2S aniu+VVar3q1OO11VfiYdTiFa2oq6htXO11PVxQRxI9cxzHIy6qnCvbu0+RO JS3VGQdJU09PA6qlbFTyRyRsbFGiMViorbaNGpNXBoPq7IqkfUsqXzudUMSz ZVijV7U4kW1wK0ypnZj8sSTyLHJTpI5quVc1yOzUVOK6c0kNml8K/wDEpLsy PiZNLK2tnSSS2c7NbdURNCatWvR5V41v9foq37fUfhZ0AQmzS+Ff+JRs0vhX /iUm/oq37fUfhZ0D6Kt+31H4WdAEJs0vhX/iUbNL4V/4lJv6Kt+31H4WdA+i rft9R+FnQBCbNL4V/wCJSsvrMQlyfwuSOoqFqK2Zr5mtqFjW7muc5iO0q1EX RbiSy8JsH6Kt+31H4WdBiSZB0E0LoJZFlhdIsixyRMc3OVbqtlSyLdVX3rxg VGobXxtpYY6mqcqtfJJAla5JV3Olr11ol7WWyXclzFgxrE2S1D4J1qKeCijl fs71a5FR8uclkRbu7REvey5qF1Xqe4UtMlMrItgR2ekW1os1HWte2ba5925F UjGOYydyNcxIlakUaIrEvZurVpXR5VApbcp6yXENhhp53xJMyJypHKqpnZt3 ZyNzLJnXW7uAzqKoqW4xiMTqqd7ESN7WvkVUarkddE4k0JoLH9BMP202qzk2 w3QkuwR56cGvNuIshaCCqkqoXpHUSoqPmZBGj3ounSqJdQK5gtRU7WnY+qnl 2Opkja6SRXOzUdoS6nTGcUmpVpYdmqmNqJFY58DHyPaiNV2hGoq8Fr8Hk0KW akyFoMPR6UT9rI9buSGCNmd6bN06z7uyRie9j3VkquYt2qsbFVNFtGjQBQKD HcWr61rIJUcuwvulQ58d8yZ8edmWuirZL6NHwOKTKXEZY62uYrXUrFimzHzL nsY6GN2a1ETjVdfCq8Rd5sgMMqP5+ZLpV3b08S6VVVVdLeNVX3qH5BYdJO2d 6tdM1Uc17qeJXIqIiIqLm8SJ8EArTMYxJ9TUIkKLT08zopHJMudoTOzrarWV EtrvfWYdDlNiVZGsjaOdzFgWdtmSs4u1u9qIrlRVta+ovTMkYmK/NrJW565z rRsTOXjXRpPjTZDUNE976V+wPk3axQRtV3Dps0CuQ4kuKxVSRzv2nmI1tQyS yuVUuqt8iIrdPHfi0/OkxavXB8PndTVVTLNA18mwvYmauai6c96FpXIun2u6 nSrlbC5FRWMYxqadepPKfZuSkbWo1tdOiIlkRGMsn9gKtJi1dHmZuG4hJnNR y5ssXarxLeRNPounlO64nWJVJClDXKxXImzbJFm+nd51vcWf6Kt+31H4WdA+ irft9R+FnQBScUxjEW4PiL2UtdSvjpZXsnfJGqNcjVVF7V6rr8hiNx3GY8Re lTZqqxkUUWe5Gq5ZMxXr5FVdHktruX+XJGGaJ8clZM+N7Va5rmMVHIutFSx8 psiqSpRyTzulRzcx2fDG67ddlumoCnJjuKOq0omxRLU7K6NzlmejERGNffVf U62rgJLDsRnrKTZXuc16SSRORr1VM5j3MW3ku1bE7BkPRUrWJTy7CjFVWpHD G3NVddrN/wAsfZmSMUTVbHWStarldZsbERVVbqurhVbr6QKjjk00lPBsVbUx OSqijdsMytWzntRUW3kX+/lMSoyqmpq5IUV0kT3SMY9GypdzGOcvbK3NXcqi 2VS5uyHon1jat0udUtSyTLDHnon/AJs2/CdPoDhu2HVHabO7S6Ta8Wcq2VFu ubfUqp7wK3QYxiE1TTxVbGR7Zp3Tx7HK5ytRqsui3RO/TVxKSuzS+Ff+JSXb kfA17HJVyI5jVYxUjZdrVtdE0aE0J8EPp9FW/b6j8LOgCp4s2qqKddq1M6VT Wqscbap0SOXQl1twJo/xT64TVyzYRSSJUTyZ0LVz5XXc7RrW3CT9VkPQ1yNS rl2wjVu1JYI32XyXafZmScUbGsZWzNa1LI1GMRET4AUWpx2s+kNBTJJWQw7a dErVgkzZU2J63V9s210RURF4Lr5JN+J1cUlcrkWSOnja+NkMivlfoVVRWcGp LcZZn5IxPcxzq2Vzo3ZzFdGxc1bKl00aFsqp71OrMjaeOeWdlS9s0qNSSRIm I56N1XW2m11+IGu0x/E5nVkbZqt8j5oI0jWN8Oxo+90Yr0RU1aXaeFU4EPpL W4jNU01BC+s2SJ0rZo9vuRVVGxuRdktdUtJxcPkL9LkVSTtkbNO6Rsts9Hwx rnW1XummxxBkPRUrWNp5dhRl0akcEbc2+u1m8Nk+AFBlxDKGjnnp2TrKraSO 6uc5diVzprOVdGdZrURdV1RNKFjoKqeXDqV75pHPfExXKrluqqiE+uSEKve9 auRXPajHqsbLual7IujVpX4qdm5JxsYjG10yNRLI1GMsicWoCj0eIVqzUNQ6 rnc+rqJIpYleuYxrWvVFRv8ApsrGpfyre6qhMSVU8scrKaqRJWrmqquzsxfK nHbTYm2ZFUkdS+pZO5s8iWfKkUaOcnlXNup1dkNQvZOx8mcyodnzNWCNUkdo 0u7XSuhNfEBTaevrpsHwWN9bUZ1U5GTTo/Nev7NztaalVWonvMikxavZSqiQ VlbmTSRJJHJGnatdZFXOe26qnChZoup/hcNM+miRkcD9L4mU0SNd6URtlMqP JGKKNscdZMxjUzWtaxiIicWoCsvxWta9iJh1e9HNRVVskVmqutFvJe6eT+52 TE6zbWwrRVqMzrbNskeZbjtn51vcWf6Kt+31H4WdA+irft9R+FnQBVY8Wrno /Ow3EI81quTOlh7ZeJLSLp9Ng3Fq50T3rhuINc1UsxZYruvfSn7S2jRe6pr0 Fq+irft9R+FnQPoq37fUfhZ0AVZcVrkia9MNxBXKqosaSw3RE4f5ltPp4Cqd UWWSfqc4XJKyRj3V7lVsiork/m6FVFVPgps6TJlGuslfP+FvQaY6qVdV0lEz CkmR9NT1jlZnMTOVe30qvvU1TRNXpJqiEpklU0NPDRurs99PsMeckWcrltG5 P9OnWqE8zFcCbPXLJDMsL0TayMZUI5FtpzlV1l02saOlxfEKC0dNVPYy183Q qJ6L6j5rlLjFvrrvwN6D23LdFVWZcaZqiPD1ph1VEmF0iLn3SBiL+zd3qeQk 211OjU7Z+rwbug8wQ9UfKyOGONmLuRrWoiJsEehE/wDSd+yXlf45fyMfynhn xOHd6d2/T98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KOyVlf45fyMfykHp3b9P3 z+Td0Db9P3z+Td0HmLslZX+OX8jH8o7JWV/jl/Ix/KB6d2/T98/k3dA2/T98 /k3dB5i7JWV/jl/Ix/KOyVlf45fyMfygendv0/fP5N3QNv0/fP5N3QeYuyVl f45fyMfyjslZX+OX8jH8oHp3b9P3z+Td0Db9P3z+Td0HmLslZX+OX8jH8o7J WV/jl/Ix/KB6d2/T98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KOyVlf45fyMfyg endv0/fP5N3QNv0/fP5N3QeYuyVlf45fyMfyjslZX+OX8jH8oHp3b9P3z+Td 0Db9P3z+Td0HmLslZX+OX8jH8o7JWV/jl/Ix/KB6d2/T98/k3dA2/T98/k3d B5i7JWV/jl/Ix/KOyVlf45fyMfygendv0/fP5N3QNv0/fP5N3QeYuyVlf45f yMfyjslZX+OX8jH8oHp3b9P3z+Td0Db9P3z+Td0HmLslZX+OX8jH8o7JWV/j l/Ix/KB6d2/T98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KOyVlf45fyMfygendv 0/fP5N3QNv0/fP5N3QeYuyVlf45fyMfyjslZX+OX8jH8oHp3b9P3z+Td0Db9 P3z+Td0HmLslZX+OX8jH8o7JWV/jl/Ix/KB6d2/T98/k3dA2/T98/k3dB5i7 JWV/jl/Ix/KOyVlf45fyMfygendv0/fP5N3QNv0/fP5N3QeYuyVlf45fyMfy jslZX+OX8jH8oHp3b9P3z+Td0Db9P3z+Td0HmLslZX+OX8jH8o7JWV/jl/Ix /KB6d2/T98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KOyVlf45fyMfygendv0/fP 5N3QNv0/fP5N3QeYuyVlf45fyMfyjslZX+OX8jH8oHp3b9P3z+Td0Db9P3z+ Td0HmLslZX+OX8jH8o7JWV/jl/Ix/KB6d2/T98/k3dA2/T98/k3dB5i7JWV/ jl/Ix/KOyVlf45fyMfygendv0/fP5N3QNv0/fP5N3QeYuyVlf45fyMfyjslZ X+OX8jH8oHp3b9P3z+Td0Db9P3z+Td0HmLslZX+OX8jH8o7JWV/jl/Ix/KB6 d2/T98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KOyVlf45fyMfygendv0/fP5N3Q Nv0/fP5N3QeYuyVlf45fyMfyjslZX+OX8jH8oHp3b9P3z+Td0Db9P3z+Td0H mLslZX+OX8jH8o7JWV/jl/Ix/KB6d2/T98/k3dA2/T98/k3dB5i7JWV/jl/I x/KOyVlf45fyMfygendv0/fP5N3QNv0/fP5N3QeYuyVlf45fyMfyjslZX+OX 8jH8oHp3b9P3z+Td0Db9P3z+Td0HmLslZX+OX8jH8o7JWV/jl/Ix/KB6d2/T 98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KOyVlf45fyMfygendv0/fP5N3QNv0/ fP5N3QeYuyVlf45fyMfyjslZX+OX8jH8oHp3b9P3z+Td0Db9P3z+Td0HmLsl ZX+OX8jH8o7JWV/jl/Ix/KB6d2/T98/k3dA2/T98/k3dB5i7JWV/jl/Ix/KO yVlf45fyMfygendv0/fP5N3QfKoxihpYllnmWNif6nMdb8jzP2Ssr/HL+Rj+ Uw8Uy/yoraJ0NRirnxqqKqbDGn5NLTETPlJ9PSUuVOCufdK9n4XdBoXqrTx1 VS6SB2e19Urm24UsukpP0mxj7a78DegyqernxCPZquVZX6kV2pPdqPfat0x4 p+uNdUxETL//2Q== ------=_NextPart_000_1845_4ca3_10c1-- From MAILER-DAEMON Mon Jan 03 17:48:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Clazh-00008E-8L for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:48:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Clazf-00007w-IA for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:48:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Claze-00007a-SC for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:48:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Claze-00007I-Kl for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:48:06 -0500 Received: from [195.54.107.73] (helo=mxfep02.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Clamq-0001Es-RV for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:34:53 -0500 Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep02.bredband.com with ESMTP id <20050103223451.CNUT6820.mxfep02.bredband.com@coolsville.localdomain>; Mon, 3 Jan 2005 23:34:51 +0100 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <9B909574-5DD7-11D9-9A84-000D93505B76@swipnet.se> Content-Transfer-Encoding: 7bit From: "Jan D." Date: Mon, 3 Jan 2005 23:34:19 +0100 To: "emacs user" X-Mailer: Apple Mail (2.619) Cc: emacs-pretest-bug@gnu.org Subject: Re: funny scrollbar behavior under gtk X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 22:48:07 -0000 > I cannot reproduce this too easily, but occasionally I quit vm (the > mail reader) and find myself with the scrollbars as in the attached > image. > Does a ^L fix it? What was in the area where there is no scroll bar? Another buffer? Or did the frame change size? Does this occur with any other Emacs build, for example, Lucid or GTK with native scroll bars (--without-toolkit-scroll-bars to configure)? Jan D. From MAILER-DAEMON Mon Jan 03 18:03:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClbED-0003fK-Ch for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:03:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClbEA-0003e3-Kp for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:03:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClbE9-0003dL-Ka for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:03:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClbE9-0003dB-GL for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:03:05 -0500 Received: from [64.4.31.36] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Clb1X-0004j8-L9 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 17:50:03 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 3 Jan 2005 14:50:02 -0800 Message-ID: Received: from 140.247.105.238 by by13fd.bay13.hotmail.msn.com with HTTP; Mon, 03 Jan 2005 22:49:45 GMT X-Originating-IP: [140.247.105.238] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com In-Reply-To: <9B909574-5DD7-11D9-9A84-000D93505B76@swipnet.se> From: "emacs user" To: jan.h.d@swipnet.se Bcc: Date: Mon, 03 Jan 2005 17:49:45 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 03 Jan 2005 22:50:02.0400 (UTC) FILETIME=[8F68D200:01C4F1E6] Cc: emacs-pretest-bug@gnu.org Subject: Re: funny scrollbar behavior under gtk X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 23:03:06 -0000 >From: "Jan D." >To: "emacs user" >CC: emacs-pretest-bug@gnu.org >Subject: Re: funny scrollbar behavior under gtk >Date: Mon, 3 Jan 2005 23:34:19 +0100 > >>I cannot reproduce this too easily, but occasionally I quit vm (the >>mail reader) and find myself with the scrollbars as in the attached >>image. >> > >Does a ^L fix it? no. this sometimes even remain even when I visit another buffer. to fix this, I can do c-x2 and then c-x1 >What was in the area where there is no scroll bar? Another buffer? yes. vm displays a summary window, message window, and I have a bbdb window as well. the area with no scroll bar is typically where the bbdb window was, and sometimes where both the message window and the bbdb window were >Or did the frame change size? Does this occur with any other Emacs build, >for example, Lucid or GTK with native scroll bars >(--without-toolkit-scroll-bars to configure)? dont know. I am using only the gtk version. > Jan D. > _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From MAILER-DAEMON Mon Jan 03 18:58:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Clc5Q-0003Gp-0n for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:58:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Clc5O-0003Gd-1x for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:58:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Clc5N-0003GD-8J for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:58:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Clc5N-0003GA-4q for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:58:05 -0500 Received: from [206.190.38.128] (helo=web50908.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1Clbtw-0000DS-1f for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 18:46:16 -0500 Received: (qmail 50511 invoked by uid 60001); 3 Jan 2005 23:46:15 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=XelXHhIVNbMYdpWy7ipm+gfe9Ei+9VUigJT2rYcFb9r4z0BLUyfYNb84fWlXxvOd10+VlwRF0fKXAhK3PMiEh2NtssYGi9MEWHz+HGd3QYeklOJfrDiLFLfZzK5P6F+x6aTpZ3J5yNIQbIHJOt2vm4SUNGxv6RdO8paseX5sHew= ; Message-ID: <20050103234615.50509.qmail@web50908.mail.yahoo.com> Received: from [66.219.135.59] by web50908.mail.yahoo.com via HTTP; Mon, 03 Jan 2005 15:46:15 PST Date: Mon, 3 Jan 2005 15:46:15 -0800 (PST) From: "James J. Ramsey" To: emacs-pretest-bug@gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jjramsey@pobox.com List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 23:58:06 -0000 --- Richard Stallman wrote: > > This would not give good results, because the > idea > > is that > > ALL the regexps that match the contents should > be > > tested before > > all those that match the file name. > > But it's that very idea that gets in the way and > requires one to work around magic-mode-alist. > > Yes, that's right. The approach we are using is > inconvenient in your > particular case. The other alternative would have > much worse > problems. People would override magic-mode-alist > without even > realizing it. If the other alternative was Miles Bader's, which was "Perhaps it would easier if there were only one 'list' -- auto-mode-alist -- and a way for an entry to specify a 'file contents regexp' instead of a file-name matching regexp." there wouldn't *be* a magic-mode-alist. __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From MAILER-DAEMON Mon Jan 03 20:29:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CldVx-00063M-Mz for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 20:29:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CldVw-00063A-04 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 20:29:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CldVv-00062r-Aa for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 20:29:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CldVv-00062W-30 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 20:29:35 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CldIt-0003ID-30 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 20:16:07 -0500 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j041G4Y7030548; Tue, 4 Jan 2005 10:16:05 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j041G3q08824; Tue, 4 Jan 2005 10:16:03 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id KAA09248; Tue, 4 Jan 2005 10:16:03 +0900 (JST) Date: Tue, 4 Jan 2005 10:16:03 +0900 (JST) Message-Id: <200501040116.KAA09248@etlken.m17n.org> From: Kenichi Handa To: Joakim Verona In-reply-to: (message from Joakim Verona on Mon, 03 Jan 2005 21:18:44 +0100) References: User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org Subject: Re: directory-files bug X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 01:29:36 -0000 In article , Joakim Verona writes: > Symptoms: > (directory-files "/home/joakim/Plans" t "^[^.]" t) > randomly dies with this trace: > Debugger entered--Lisp error: (args-out-of-range 5 15) > utf-8-post-read-conversion(10) > directory-files("/home/joakim/Plans" t "^[^.]" t) Please show me the contents and point (cursor position) of the buffer in which utf-8-post-read-conversion was running. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Mon Jan 03 22:57:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Clfoo-0001Ss-9F for mharc-emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 22:57:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Clfoj-0001Q0-Ia for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 22:57:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Clfoe-0001Nz-U4 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 22:57:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Clfoe-0001N4-Rx for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 22:57:04 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Clfcc-0005fN-E7 for emacs-pretest-bug@gnu.org; Mon, 03 Jan 2005 22:44:38 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1ClfWM-0007oo-38; Mon, 03 Jan 2005 22:38:10 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 03 Jan 2005 12:50:02 -0500) References: <20050101201734.71684.qmail@web50907.mail.yahoo.com> Message-Id: Date: Mon, 03 Jan 2005 22:38:10 -0500 Cc: emacs-pretest-bug@gnu.org, snogglethorpe@gmail.com, jjramsey@pobox.com Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 03:57:10 -0000 I can't think of a good reason why the content should always take precedence over the file name. In actual practice, that is normally what we want. Whether on theoretical grounds that must always be true is not the crucial question. If a file "foo.html" starts with "#!/bin/sh" it makes perfect sense to edit it as an HTML file rather than a shell script. magic-mode-alist is not involved in detecting interpreter lines, so this doesn't really relate to the issue. But let's suppose it were implemented using magic-mode-alist. I think the right thing to do for these files is treat them as shell scripts. (That is what happens now). If in some case you think it makes sense to edit the file in HTML mode, you could do M-x html-mode RET. From MAILER-DAEMON Tue Jan 04 09:35:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClpmG-00017w-CE for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 09:35:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClpmE-00017q-9T for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 09:35:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClpmD-00017e-Rq for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 09:35:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClpmD-00017a-NG for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 09:35:13 -0500 Received: from [134.96.7.31] (helo=justus.rz.uni-saarland.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClpXS-0006oh-Mo for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 09:19:59 -0500 Received: from iwi-gate.iwi.uni-sb.de (iwi-gate.iwi.uni-sb.de [134.96.72.13]) by justus.rz.uni-saarland.de (8.12.10/8.12.10) with ESMTP id j04EJv0I1287700 for ; Tue, 4 Jan 2005 15:19:57 +0100 (CET) Received: from [134.96.72.190] (helo=neutrino.iwi.uni-sb.de) by iwi-gate.iwi.uni-sb.de with esmtp (Exim 4.33; FreeBSD) id 1ClpXK-000BAT-3f for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:19:50 +0100 Received: from angeli by neutrino.iwi.uni-sb.de with local (Exim 4.43) id 1ClpXL-0003t7-3c for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:19:51 +0100 From: Ralf Angeli To: emacs-pretest-bug@gnu.org Message-Id: Sender: Ralf Angeli Date: Tue, 04 Jan 2005 15:19:51 +0100 X-IWi-MailScanner-Information: Please contact the ISP for more information X-IWi-MailScanner: Found to be clean X-IWi-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 5) X-MailScanner-From: angeli@iwi.uni-sb.de X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.1 (justus.rz.uni-saarland.de [134.96.7.31]); Tue, 04 Jan 2005 15:19:57 +0100 (CET) X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.29.0.5; VDF 6.29.0.48 Subject: vertical-motion not working with multi-line overlays X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 14:35:14 -0000 Trying to move backward over an overlay covering more than one line and having an image as display property with `previous-line' is not possible anymore. Emacs beeps and signals that it hit the beginning of a buffer. It seems that `vertical-motion' is not working correctly as it returns 0. Here is a testcase: (progn (insert "\nfoo\nbar") (let ((ov (make-overlay (- (point) 7) (point)))) (overlay-put ov 'display (create-image "splash.xpm" 'xpm)))) Execute it in the *scratch* buffer, e.g. with `C-x C-e', and try to move point upwards over the image with `C-p'. In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.4.14) of 2005-01-04 on neutrino Distributor `The XFree86 Project, Inc', version 11.0.40300001 configured using `configure '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: mouse-wheel-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: identity Recent input: C-x C-e C-_ C-x C-e C-_ C-x C-e C-_ M-x r e p o r t - e m Recent messages: Undo! [3 times] (image :type xpm :file "splash.xpm") Undo! (image :type xpm :file "splash.xpm") Undo! (image :type xpm :file "splash.xpm") Undo! (image :type xpm :file "splash.xpm") Undo! Loading emacsbug...done From MAILER-DAEMON Tue Jan 04 11:13:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClrJL-0000xQ-H3 for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:13:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClrJG-0000vy-QG for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:13:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClrJF-0000vT-Ur for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:13:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClrJF-0000vF-QZ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:13:25 -0500 Received: from [206.190.38.122] (helo=web50902.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1Clr6s-00051K-QJ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:00:38 -0500 Received: (qmail 76131 invoked by uid 60001); 4 Jan 2005 16:00:33 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=MhxUzC8Yc8fJ9Hg43r7nPKQZ6PUpnJFHUuzuDSAKlPEqJ/i/wbMCFUznaakc+ub4FD73+QebvxasN1UjVzoov/7LneoMjkmDafgrUNBW/B9wsutMo2yqiUPREqkpMdHLsZflwmfbft2Cv+nA7EhGEXGSjrjjOFOQ18J2Mjn6pnw= ; Message-ID: <20050104160033.76129.qmail@web50902.mail.yahoo.com> Received: from [66.219.135.59] by web50902.mail.yahoo.com via HTTP; Tue, 04 Jan 2005 08:00:32 PST Date: Tue, 4 Jan 2005 08:00:32 -0800 (PST) From: "James J. Ramsey" To: emacs-pretest-bug@gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jjramsey@pobox.com List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 16:13:27 -0000 --- Richard Stallman wrote: > I can't think of a good reason why the content > should always take precedence > over the file name. > > In actual practice, that is normally what we want. Trouble is, when it *isn't* what is wanted, changing the behavior is tricky. An example of the kind of machinations involved in overriding the defaults is shown here: http://groups.yahoo.com/group/emacs-nxml-mode/message/893?threaded=1 One thought: if you are going to insist on having a magic-mode-alist, then it may make sense to store the regular expressions for certain file contents in special variables, i.e. xml-magic-regexp, html-magic-regexp, sgml-magic-regexp. That way, one could put something like this in ~/.emacs: (setq magic-mode-alist (cons '(html-magic-regexp . nxml-mode) magic-mode-alist)) Considering that the value for html-magic-regexp would be something like (let* ((incomment-re "\\(?:[^-]\\|-[^-]\\)") (comment-re (concat "\\(?:!--" incomment-re "*-->\\s *<\\)"))) (concat "\\(?:<\\?xml\\s +[^>]*>\\)?\\s *<" comment-re "*" "\\(?:!DOCTYPE\\s +[^>]*>\\s *<\\s *" comment-re "*\\)?" "[Hh][Tt][Mm][Ll]")) having a pre-defined html-magic-regexp would be a big help. If you are going to insist on having a magic-mode-alist, then it will *have* to be documented, and you should try to make it easier for it to be modified. It is a variable that will inevitably need to be edited, just like auto-mode-alist. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Tue Jan 04 11:41:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClrkE-0000LX-56 for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:41:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClrkB-0000KS-SQ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:41:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClrkA-0000Jm-Cr for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:41:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClrkA-0000JE-9h for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:41:14 -0500 Received: from [134.96.7.31] (helo=justus.rz.uni-saarland.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClrWe-0005DQ-Ou for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 11:27:17 -0500 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by justus.rz.uni-saarland.de (8.12.10/8.12.10) with ESMTP id j04GRF0I1297737 for ; Tue, 4 Jan 2005 17:27:15 +0100 (CET) Received: from cc.at.coli.uni-sb.de (cc.at.coli.uni-sb.de [134.96.104.80]) by top.coli.uni-sb.de (8.9.3p3/8.9.3) with ESMTP id RAA26399 for ; Tue, 4 Jan 2005 17:27:15 +0100 (MET) Received: by cc.at.coli.uni-sb.de (Postfix, from userid 1292) id 133F410970; Tue, 4 Jan 2005 17:27:15 +0100 (CET) From: Frederik Fouvry To: emacs-pretest-bug@gnu.org Message-Id: <20050104162715.133F410970@cc.at.coli.uni-sb.de> Date: Tue, 4 Jan 2005 17:27:15 +0100 (CET) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.1 (justus.rz.uni-saarland.de [134.96.7.31]); Tue, 04 Jan 2005 17:27:15 +0100 (CET) X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.29.0.5; VDF 6.29.0.48 Subject: cl functions X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frederik.Fouvry@CoLi.Uni-SB.DE List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 16:41:16 -0000 Symptoms: The functions dotimes, dolist, declare and push, defined in subr.el are also defined in emacs-lisp/cl*.el. Loading emacs-lisp/cl*.el (e.g. because some external package is used, or for byte-compilation of a file) overrides those standard definitions. If the effects of both definitions are the same, I suggest that the Common Lisp compatibility functions should be commented out. In GNU Emacs 21.3.50.38 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-03 on cc.at.coli.uni-sb.de Distributor `The XFree86 Project, Inc', version 11.0.40201000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: de_DE@euro value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: RMAIL Minor modes in effect: auto-image-file-mode: t desktop-save-mode: t global-auto-revert-mode: t iswitchb-mode: t show-paren-mode: t recentf-mode: t display-time-mode: t auto-insert-mode: t auto-compression-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: n SPC ( x ) h t m l q T h a t q C-c C-c x n Recent messages: Auto-saving...done Mark set [3 times] Reverting buffer `.log.01'. [2 times] Auto-saving... Spell checking region using british dictionary... Exited spell-checking Sign message ? (y or n) Unfrobbing selective-display... Sending...done Loading emacsbug...done From MAILER-DAEMON Tue Jan 04 13:27:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CltOm-0001Ob-VR for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 13:27:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CltOh-0001OQ-OZ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 13:27:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CltOg-0001O2-RQ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 13:27:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CltOg-0001Nb-FY for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 13:27:10 -0500 Received: from [220.150.129.51] (helo=localhost) by monty-python.gnu.org with smtp (Exim 4.34) id 1CltDA-0003W6-6X for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 13:15:16 -0500 Received: (qmail 29670 invoked from network); 4 Jan 2005 16:06:27 -0000 Received: from unknown (HELO tf-004) (192.168.0.70) by localhost with SMTP; 4 Jan 2005 16:06:27 -0000 From: =?ISO-2022-JP?B?GyRCRiNGMk19OjsbKEI=?= To: Date: Wed, 05 Jan 2005 01:05:41 +0900 X-Mailer: MailDistributor Content-Type: text/plain; charset=iso-2022-jp Message-Id: Subject: =?iso-2022-jp?b?GyRCPWkkYSReJDckRiEiTX06OyRHJDkhIyQzJHMkSyRBGyhC?= =?iso-2022-jp?b?GyRCJG8bKEI=?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: risarisa_ja_ajjr@infoseek.to List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 18:27:11 -0000 $B$O$8$a$^$7$F!#F#F2M}:;$H$$$$$^$9!#(B29$B:P$G$9!#(B $B$"$J$?$N%W%m%U%#!<%k$r8+$?$H$3$m$*6a$/$K$*=;$^$$$N$h$&$G$7$?$7!"3Z$7$/$*IU$-9g$$$G$-$kJ}$rC5$7$F$F%a!<%k$7$^$7$?!#(B $B@5D>$K<+8J>R2p$5$;$F$$$?$@$-$^$9$HM}:;$O7k:'Nq(B3$BG/$NM5$,$"$j$^$9!#(B $B0lHU$@$1$G$b$40l=o$7$F$/$l$?$i!&!&!&$"$J$?$K%9%F%-$JLk$r%W%l%<%s%H=PMh$k$h$&$J5$$,$7$^$9!#(B $B$b$A$m$s!"$=$N5$$,$"$C$?$i$G$9$1$l$I$b!#!#!#(B $B4i$b@-3J$b%?%l%s%H$NM|2V$K;w$F$$$k$H$h$/8@$o$l$^$9$,!"$"$=$3$^$G$OA{$,$7$/$J$$=w$@$H;W$C$F$^$9!#(B $B9%$-$J;v$ONAM}(B($BFC$KQIJ$d%@%$%(%C%H>&IJ$rHNGd$7$F$$$k2q$G$9!#(B $B$3$s$J;d$G$9$,%G!<%H$KO"$l=P$7$F$b$i$($^$;$s$+!#(B $BF/$$$F$^$9$,;~4V$NET9g$O$D$1$d$9$$$H;W$$$^$9!#(B $B; Tue, 4 Jan 2005 14:13:39 -0500 Received: by empanada.home (Postfix, from userid 502) id 75FD43CE276; Tue, 4 Jan 2005 14:13:39 -0500 (EST) Message-ID: To: jjramsey@pobox.com References: <20050104160033.76129.qmail@web50902.mail.yahoo.com> From: Stefan Date: Tue, 04 Jan 2005 14:13:39 -0500 In-Reply-To: <20050104160033.76129.qmail@web50902.mail.yahoo.com> (James J. Ramsey's message of "Tue, 4 Jan 2005 08:00:32 -0800 (PST)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 19:26:42 -0000 > One thought: if you are going to insist on having a > magic-mode-alist, then it may make sense to store the > regular expressions for certain file contents in > special variables, i.e. xml-magic-regexp, > html-magic-regexp, sgml-magic-regexp. That way, one > could put something like this in ~/.emacs: > (setq magic-mode-alist (cons '(html-magic-regexp . > nxml-mode) magic-mode-alist)) This got me thinking about how things should ideally work, regardless of backward compatibility, and it seems that it would be good to add an layer of indirection. Basically I'd want auto-mode-alist and magic-mode-alist to specify not major modes but "Content-Types" and then have another variable map "Content-Types" to major modes. For Perl and TeX modes, the mapping from "Content-Type" to major mode is currently done via the `perl-mode' and `tex-mode' function cells which can either point to resp. Perl or CPerl modes, or builtin TeX or AUCTeX modes. Formalizing such an indirection would also be good for -*- mode -*- cookies, since such a cookie should say "this is an HTML file" rather than "use nxml-mode to edit this file". Stefan From MAILER-DAEMON Tue Jan 04 14:28:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CluMF-0006Yu-94 for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 14:28:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CluMD-0006X1-NK for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 14:28:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CluMC-0006Vy-2P for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 14:28:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CluMB-0006Vk-VM for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 14:28:39 -0500 Received: from [206.47.199.163] (helo=simmts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Clu9i-00035l-EJ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 14:15:46 -0500 Received: from empanada.home ([67.71.119.166]) by simmts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050104191545.QTDG1614.simmts5-srv.bellnexxia.net@empanada.home>; Tue, 4 Jan 2005 14:15:45 -0500 Received: by empanada.home (Postfix, from userid 502) id EF07A3CE27B; Tue, 4 Jan 2005 14:15:45 -0500 (EST) Message-ID: To: Frederik.Fouvry@CoLi.Uni-SB.DE References: <20050104162715.133F410970@cc.at.coli.uni-sb.de> From: Stefan Date: Tue, 04 Jan 2005 14:15:45 -0500 In-Reply-To: <20050104162715.133F410970@cc.at.coli.uni-sb.de> (Frederik Fouvry's message of "Tue, 4 Jan 2005 17:27:15 +0100 (CET)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: cl functions X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 19:28:42 -0000 > If the effects of both definitions are the same, I suggest that the > Common Lisp compatibility functions should be commented out. Agreed (if they are the same). But since the two definitions are not the same (the CL one is a superset), this is moot. Stefan From MAILER-DAEMON Tue Jan 04 15:12:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Clv2q-0000sQ-Ks for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:12:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Clv2p-0000sF-2j for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:12:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Clv2o-0000rp-6O for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:12:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Clv2n-0000rT-VZ for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:12:42 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClurQ-0005Zu-PY for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 15:00:56 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Clul6-0004YH-CM; Tue, 04 Jan 2005 14:54:24 -0500 From: Richard Stallman To: jjramsey@pobox.com In-reply-to: <20050104160033.76129.qmail@web50902.mail.yahoo.com> (jjramsey_6x9eq42@yahoo.com) References: <20050104160033.76129.qmail@web50902.mail.yahoo.com> Message-Id: Date: Tue, 04 Jan 2005 14:54:24 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 20:12:43 -0000 Trouble is, when it *isn't* what is wanted, changing the behavior is tricky. It can't be that hard to copy the code from the definition of magic-mode-alist and change the aspect you want to change. From MAILER-DAEMON Tue Jan 04 18:30:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cly8N-0000oB-O4 for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:30:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cly8M-0000nd-LE for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:30:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cly8L-0000mi-Oy for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:30:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cly8L-0000mW-Km for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:30:37 -0500 Received: from [206.190.39.38] (helo=web50910.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1ClxvT-0005qw-2d for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:17:19 -0500 Received: (qmail 87146 invoked by uid 60001); 4 Jan 2005 23:17:18 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=CFvRqW1pyTTjrFkBC+RppL5VhQZ+WdLnaX6rWLhH1oZIgm1A5Zz4xaU9cQHwaBlLzsCN5CndHtBYoQTbRLpZuTR8Zvj0RfJUiYnrpxopsJKDlNh5lfkZpnX3Sf3bqTiiHRUc6FVVadFWKiVwxAZezGcfFIwSDe2bZbnAHG708mY= ; Message-ID: <20050104231718.87144.qmail@web50910.mail.yahoo.com> Received: from [66.219.135.59] by web50910.mail.yahoo.com via HTTP; Tue, 04 Jan 2005 15:17:18 PST Date: Tue, 4 Jan 2005 15:17:18 -0800 (PST) From: "James J. Ramsey" To: emacs-pretest-bug@gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jjramsey@pobox.com List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 23:30:39 -0000 --- Richard Stallman wrote: > Trouble is, when it *isn't* what is wanted, > changing > the behavior is tricky. > > It can't be that hard to copy the code from the > definition of > magic-mode-alist and change the aspect you want to > change. Actually, it may be be unexpectedly tricky because it would require knowing what the backquote and comma do in Lisp, something I only learned after working on patches to PSGML and ispell.el. It also requires learning where magic-mode-alist is defined, an internal detail that may change from one Emacs version to the next. Also, many distributions by default don't install the .el files for Emacs, only the .elc files, so finding files.el becomes that much trickier. (In such a case, the .el files are in a separate package.) Also, the case has not yet been made for why a unified auto-mode-alist is such a bad idea. The objection that I've seen so far is that the entries that match by file content would be unknowingly overridden by the entries that match by file extension, but that isn't always a bad thing, nor always what would happen. Assume for the sake of argument that there is one auto-mode-alist, where each alist entry is in one of two forms: ("regexp-matching-extension" . foo-mode) or ('magic . "regexp-matching-contents" . foo-mode) Assume also that entries corresponding to the current entries of magic-mode-alist are at the top of this auto-mode-alist. Now if someone has (setq auto-mode-alist (cons '("\\.xml\\'" . nxml-mode) auto-mode-alist)) in his/her ~/.emacs, then files ending in ".xml" will be edited in nXML mode. What happens if said user edits a .conf file that happens to be XML in Emacs? Then the next match in auto-mode-alist will be the regexp matching the contents of an XML file, and everything is hunky-dory. What happens when the user edits a file ending in ".xml.pl"? Same thing that happens when a user edits a file ending in ".conf" (because of the "\\'" at the end of the regexp "\\.xml\\'") Now if a user has (setq auto-mode-alist (cons '("\\.html\\'" . nxml-mode) auto-mode-alist)) in his/her ~/.emacs, then of course files ending in ".html" will be edited in nXML mode, overriding the entry in auto-mode-alist matching the contents of a HTML file--which is the behavior the user wants. Does the user know that the overridden entry in auto-mode-alist matches the file contents rather than the file name? Probably not. Should the user care about that? I can't see why that would matter to a user. __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 From MAILER-DAEMON Tue Jan 04 18:55:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClyWK-00086e-Sm for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:55:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClyW7-00085y-Ci for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:55:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClyW4-00085D-N3 for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:55:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClyW4-00084j-F8 for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:55:08 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClyIG-00036g-Ko for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 18:40:52 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j04Neov4001963 for ; Tue, 4 Jan 2005 23:40:50 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1ClyID-0001cx-00 for ; Tue, 04 Jan 2005 23:40:49 +0000 To: emacs-pretest-bug@gnu.org From: Dave Love Date: Tue, 04 Jan 2005 23:40:49 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 2.397 : TO_HAS_SPACES X-CCLRC-SPAM-bar: xx X-Scanned-By: MIMEDefang 2.37 Subject: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 23:55:11 -0000 [I thought I sent this, but I still have the draft. Sorry if it's a repeat.] The Info version of the main manual doesn't show the actual copying conditions as recommended in the Texinfo manual, and I think it should. It has the GFDL node, but no statement about invariant sections or cover text. The other Emacs manuals aren't consistent about this (like other GNU manuals). Perhaps standards.texi should stipulate using the Texinfo manual's recipe. From MAILER-DAEMON Tue Jan 04 19:23:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Clyxh-0000NN-80 for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:23:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Clyxe-0000Kg-K5 for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:23:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Clyxd-0000KC-JU for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:23:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Clyxd-0000K6-Dr for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:23:37 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Clykj-000108-Qf for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:10:19 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j050AFOC008307 for ; Wed, 5 Jan 2005 00:10:15 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Clykg-0001hS-00 for ; Wed, 05 Jan 2005 00:10:14 +0000 To: emacs-pretest-bug@gnu.org From: Dave Love Date: Wed, 05 Jan 2005 00:10:13 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="AFSPC-JSOFC3IP-eternity-server-rs9512c-investigation" X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Subject: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 00:23:39 -0000 --AFSPC-JSOFC3IP-eternity-server-rs9512c-investigation raman sent this to an rms-free list (as far as I know). He has a good point -- I'm surprised man doesn't already do that. Maybe that's why it's always seemed so slow. I'm not convinced about this prompting about undo anyway. I think it should at least offer more information, like a hint that you probably do want to discard it. The question may be too obscure otherwise. --AFSPC-JSOFC3IP-eternity-server-rs9512c-investigation Content-Type: message/rfc822 Content-Disposition: inline X-From-Line: raman@comcast.net Sun Jan 2 16:57:24 2005 Return-Path: Received: from mserv7.dl.ac.uk (IDENT:edTU4HCXOMiaRZWCdl12MhnGxE6qdepa@mserv7.dl.ac.uk [148.79.80.138]) by dlpx1.dl.ac.uk (SGI-8.12.5/8.12.5) with ESMTP id j02GvNA85812846 for ; Sun, 2 Jan 2005 16:57:24 GMT X-DL-MFrom: X-DL-Connect: Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j02GvIqX030184 for ; Sun, 2 Jan 2005 16:57:19 GMT Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1Cl8vu-0002nU-N2 for emacs-pretesters@gnu.org; Sun, 02 Jan 2005 11:50:22 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1Cl91c-00013d-Dy for emacs-pretesters@gnu.org; Sun, 02 Jan 2005 11:56:16 -0500 Received: from [204.127.202.56] (helo=sccrmhc12.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cl91c-00013V-86 for emacs-pretesters@gnu.org; Sun, 02 Jan 2005 11:56:16 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (sccrmhc12) with ESMTP id <20050102165615012003r832e>; Sun, 2 Jan 2005 16:56:15 +0000 Received: by aster (Postfix, from userid 500) id CCD9A679D2; Sun, 2 Jan 2005 08:56:03 -0800 (PST) To: emacs-pretesters Subject: read-only modes should be using buffer-disable-undo? From: "T. V. Raman" x-attribution: tvr Message-Id: <20050102165603.CCD9A679D2@aster> Date: Sun, 2 Jan 2005 08:56:03 -0800 (PST) X-Spam-Status: No, hits=0.5 required=5.0 tests=RCVD_IN_ORBS version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-CCLRC-SPAM-report: 0.1 : RCVD_IN_SORBS X-Scanned-By: MIMEDefang 2.37 Lines: 27 Xref: albion.dl.ac.uk emacs:43042 MIME-Version: 1.0 I run 21.3.50 from CVS, and recent updates to simple.el produce a yes/no dialog when the undo information to save becomes large; this pointed out an interesting place where Emacs libs could be optimizing but apparently aren't -- namely, cases like man-mode. as an exercise, try M-x man gcc and notice that GC gets triggered at least twice with yes/no dialogs for throwing away the undo information; but all this could be avoided if Man-mode first executed buffer-disable-undo on the buffer where the man page is being formatted. You could probably do something similar during the execution of a shell command in shell-mode/comint-mode and friends; this would win in the case of long running shell commands that produce lots of output a small chunk at time. -- Best Regards, --raman Email: raman@cs.cornell.edu WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc IRC: irc://irc.gnu.org/emacspeak --AFSPC-JSOFC3IP-eternity-server-rs9512c-investigation-- From MAILER-DAEMON Tue Jan 04 19:41:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1ClzEe-0004tL-Nk for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:41:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClzEb-0004ph-TN for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:41:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClzEZ-0004o6-V1 for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:41:08 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClzEZ-0004nd-My for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:41:07 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Clz2x-00051H-A3 for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 19:29:07 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j050T4OC009208; Wed, 5 Jan 2005 00:29:05 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Clz2t-0001iL-00; Wed, 05 Jan 2005 00:29:03 +0000 To: Stefan Monnier References: From: Dave Love Date: Wed, 05 Jan 2005 00:29:03 +0000 In-Reply-To: (Stefan Monnier's message of "Mon, 03 Jan 2005 13:01:39 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org Subject: Re: problem with multiple comment syntax X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 00:41:10 -0000 Stefan Monnier writes: > Can you give an actual test case? > If ?\n has syntax ">", than it should work if you set ?#'s syntax to "<". > (and "< b" for "> b"). Sorry, I now can't reproduce it with current source, though it seemed quite clear at the time, and there's a PHP mode which I found actually mentions it as a bug after I tried. I was using a build from a few weeks ago when I saw the issue, but it's not clear anything relevant has been changed since then. I'll see if I can figure out what I was doing. By the way, it's probably worth adding PHP support to CC mode. It seems straightforward -- at least to just do the PHP itself, ignoring HTML in which it's probably embedded. Multi-mode editing would be expected to cope with the embedding. I can point someone in the right direction if they want to add the support. From MAILER-DAEMON Tue Jan 04 22:50:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cm2Bu-0006t8-77 for mharc-emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 22:50:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cm2Bl-0006os-1I for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 22:50:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cm2Bg-0006mr-Kb for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 22:50:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cm2Be-0006gu-IL for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 22:50:19 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cm1zW-0003Q2-Mr for emacs-pretest-bug@gnu.org; Tue, 04 Jan 2005 22:37:46 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cm1t9-0003Ex-0U; Tue, 04 Jan 2005 22:31:11 -0500 From: Richard Stallman To: Stefan In-reply-to: (message from Stefan on Tue, 04 Jan 2005 14:13:39 -0500) References: <20050104160033.76129.qmail@web50902.mail.yahoo.com> Message-Id: Date: Tue, 04 Jan 2005 22:31:11 -0500 Cc: emacs-pretest-bug@gnu.org, jjramsey@pobox.com Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 03:50:26 -0000 This got me thinking about how things should ideally work, regardless of backward compatibility, and it seems that it would be good to add an layer of indirection. Basically I'd want auto-mode-alist and magic-mode-alist to specify not major modes but "Content-Types" and then have another variable map "Content-Types" to major modes. There's nothing wrong with that idea, but I don't think we need the extra level of complexity. And it is better to avoid any complexity that we don't really need. For Perl and TeX modes, the mapping from "Content-Type" to major mode is currently done via the `perl-mode' and `tex-mode' function cells which can either point to resp. Perl or CPerl modes, or builtin TeX or AUCTeX modes. Yes, exactly. This is the low-cost way to do it. It is a little more complex in those cases where there is a choice of modes, and simpler in the ordinary case. Given the rarity of such choices, I think this low-cost approach is the better one. From MAILER-DAEMON Wed Jan 05 00:37:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cm3qx-0002W5-ME for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 00:37:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cm3qu-0002Ud-RY for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 00:37:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cm3qt-0002Ts-58 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 00:36:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cm3qs-0002TE-Vk for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 00:36:59 -0500 Received: from [221.15.5.35] (helo=199.232.76.166) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cm3dk-0000PI-79; Wed, 05 Jan 2005 00:23:28 -0500 X-Message-Info: 5YA03JKDgyuuCREW0hilFBlyKCE2A1bPNPA7ByuQZEzddQ2DZBZ966 Received: from 127.144.166.127 by empireCC-rd1C4.aphorism6FA.tnzlbqu@ella.hu with DAV; Wed, 05 Jan 2005 06:14:05 +0100 Message-ID: <1F3CB6735C9AB1281.0264A@tnzlbqu@ella.hu> X-Originating-IP: [240.123.208.97] X-Originating-Email: [tnzlbqu@ella.hu] X-Sender: tnzlbqu@ella.hu From: "Lanny Flanagan" To: "Emacs-pretest-bug" Date: Wed, 05 Jan 2005 00:17:05 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--C69A1F9D95B160C7CA8" Subject: apparel&accessorystores, homefurniture, furnishingsandequipmentstores, eating& X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lanny Flanagan List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 05:37:01 -0000 ----C69A1F9D95B160C7CA8 Content-Type: text/plain; charset="iso-0BE9-6" Content-Transfer-Encoding: quoted-printable SPECIAL OFFER! (NEW CUSTOMER OFFER CODE 2244). The American Business List! $197.00 (Reg. $1,045.00)! * Direct mail marketing is an extremely popular way for businesses to reach a large percentage of future sales. Many companies have relied on this marketing method to discover a new customer base. A reliable and extensive list is key to successful results and an increase in the bottom line. * DataUSA has been providing accurate business information for over 15 years to a large number of corporate clients. In turn, our customers have experienced double-digit sales growth on an annual basis. If you are interested in growing your business, The American Business List is an ideal sales tool. * All SIC codes are included in sectors such as construction, automotive,building, transportation, finance, agriculture, manufacturing and much more. * We are so confident in the success of this list that we are prepared to offer a full 100% money-back guarantee if you do not increase your sales. An unprecedented offer of a full refund if your sales do not increase. * Furthermore, our lists can be used on an unlimited basis (highly unusual for the industry) for mailing, faxing and other purposes. The data can be exported into other programs effortlessly. (Please note that due to the unreliability of email addresses, this list does not include email information).Save money and time by using this accurate, telephone-verified list. * The American Business List contains over 10 million companies throughout the United States. In other words, every single company is listed. It is categorized by SIC codes and divided into states. The SPECIAL OFFER PRICE IS $197 (reg. $1,045).. To order The American Business List, please fill out the form below and fax it to (905) 751 -0199. (tel: 905-751-0919). NAME: TITLE: COMPANY: ADDRESS: CITY: STATE: ZIP: TEL: FAX: EMAIL: To be removed from the database please follow this link, http://notinuse.biz/takeoff/takeoff.html ----C69A1F9D95B160C7CA8-- From MAILER-DAEMON Wed Jan 05 01:31:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cm4hJ-0007lj-8m for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 01:31:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cm4hH-0007lD-9m for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 01:31:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cm4hF-0007kO-Vm for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 01:31:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cm4hF-0007kE-Rj for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 01:31:05 -0500 Received: from [194.126.101.98] (helo=MXR-1.estpak.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cm4Vy-00035L-2f for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 01:19:26 -0500 Received: from mail.neti.ee (80-235-33-160-dsl.mus.estpak.ee [80.235.33.160]) by MXR-1.estpak.ee (Postfix) with ESMTP id EA14A112503 for ; Wed, 5 Jan 2005 08:19:22 +0200 (EET) To: emacs-pretest-bug@gnu.org From: Juri Linkov Organization: JURTA Date: Wed, 05 Jan 2005 08:17:18 +0200 Message-ID: <87y8f8v1qp.fsf@jurta.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee Subject: No more messages "No further undo information" X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 06:31:07 -0000 Currently, when all recorded changes have already been undone with `C-_', the undo command don't display the error message "No further undo information". Instead of that, it starts redoing immediately after the limit of the undo info is reached. -- Juri Linkov http://www.jurta.org/emacs/ From MAILER-DAEMON Wed Jan 05 07:06:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cm9vf-0007NN-Fj for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 07:06:19 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cm9va-0007Lr-Li for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 07:06:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cm9vX-0007K2-Er for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 07:06:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cm9vW-0007JC-Il for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 07:06:10 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cm9jn-0000RD-Dk for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 06:54:04 -0500 Received: from [221.162.73.178] (helo=221.162.73.178) by mx20.gnu.org with smtp (Exim 4.34) id 1Cm9XZ-0006a4-J3 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 06:41:26 -0500 Date: Wed, 05 Jan 2005 11:37:30 +0000 From: arthur To: emacs-pretest-bug@gnu.org MIME-Version: 1.0 Content-Type: text/html; charset=Windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Subject: =?windows-1251?b?x+Dt//Lo/yDy5e3t6PHu7CE=?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 12:06:15 -0000 ÏÐÅÄËÀÃÀÅÌ ÎÁÓ×ÅÍÈÅ ÒÅÍÍÈÑÓ! Èçâèíèòå, åñëè ýòî ñîîáùåíèå ïðèøëî íå ïî àäðåñó è ïðèíåñëî Âàì íåóäîáñòâî. Ïðåäëàãàåì îáó÷åíèå òåííèñó - ïîñòàíîâêà òåõíèêè, íàâûêè èãðû - â çàêðûòûõ çàëàõ (ðàçìåð çàëà 24õ12ì ñ äåðåâÿííûì ïîêðûòèåì áåç çàáåãîâ) â ðàéîíàõ: ì.Àêàäåìè÷åñêàÿ, ì.Ïðîôñîþçíàÿ, ì.Íîâûå ×åðåìóøêè, ì.Øàáîëîâñêàÿ, ì.Ëåíèíñêèé ïðîñïåêò, ì.Òóëüñêàÿ, ì.Äîáðûíèíñêàÿ. Âîçðàñò îáó÷àþùèõñÿ îò 7 ëåò. ÑÒÎÈÌÎÑÒÜ 1 çàíÿòèÿ(âêëþ÷àåò îïëàòó çàëà è òðåíåðà): - 1 ÷àñ 750 ðóá. ÎÏËÀÒÀ ïðîèçâîäèòñÿ çà ìåñÿö(íå ìåíåå 4-õ çàíÿòèé). Âîçìîæíû çàíÿòèÿ â ãðóïïàõ îò 2 äî 4 ÷åëîâåê, åñëè Âû ñàìè ìîæåòå èõ ñôîðìèðîâàòü. ÍÅ ÇÀÍÈÌÀÅÌÑß ÏÎÄÃÎÒÎÂÊÎÉ ÏÐÎÔÅÑÑÈÎÍÀËÜÍÛÕ ÑÏÎÐÒÑÌÅÍÎÂ È ÑÄÀ×ÅÉ ÊÎÐÒΠ ÀÐÅÍÄÓ! Òåë.: 8-926-5265144 tennis@gmail.ru From MAILER-DAEMON Wed Jan 05 08:27:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmBCE-0008Vw-Od for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 08:27:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmBCA-0008Tp-CI for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 08:27:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmBC7-0008Sk-E1 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 08:27:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmBC7-0008Sa-72 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 08:27:23 -0500 Received: from [194.126.101.98] (helo=MXR-4.estpak.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmB0p-0001ln-04 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 08:15:43 -0500 Received: from mail.neti.ee (80-235-33-160-dsl.mus.estpak.ee [80.235.33.160]) by MXR-4.estpak.ee (Postfix) with ESMTP id 13A92F5414 for ; Wed, 5 Jan 2005 15:15:41 +0200 (EET) To: emacs-pretest-bug@gnu.org From: Juri Linkov Organization: JURTA Date: Wed, 05 Jan 2005 15:11:46 +0200 Message-ID: <87vfacm359.fsf@jurta.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Keeping column positions after scrolling X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 13:27:28 -0000 There are two bugs where vertical window scrolling doesn't keep column positions: 1. When a character is displayed by multi-character display table entry, then scrolling moves point to the end of the line. For example, after evaluating (progn (setq standard-display-table (make-display-table)) (aset standard-display-table ?~ (make-vector 4 ?~)) (dotimes (i (* (window-height) 4)) (insert "~~\n")) (goto-char (point-min))) this can be observed after calling `scroll-up' (by `C-v' or `PgDn'). If `scroll-preserve-screen-position' is t, then this bug occurs only when point was at the beginning of the window before scrolling. 2. In all other normal cases, scrolling always moves point to the beginning of the line. Perhaps this is not a bug, but rather a misfeature. Anyhow, it's very inconvenient when window scrolling doesn't keep column positions, especially during scrolling formatted tabular data. And also it's strange that vertical scrolling doesn't respect even the goal column set by `C-x C-n'. -- Juri Linkov http://www.jurta.org/emacs/ From MAILER-DAEMON Wed Jan 05 13:13:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmFfI-0001Pi-Ke for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 13:13:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmFfF-0001Mf-2C for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 13:13:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmFfB-0001JO-3Q for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 13:13:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmFfA-0001IN-Lx for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 13:13:40 -0500 Received: from [200.179.203.164] (helo=203164.rjo.virtua.com.br) by monty-python.gnu.org with smtp (Exim 4.34) id 1CmFTX-0005KR-1u; Wed, 05 Jan 2005 13:01:40 -0500 Received: from mail.sentex.net (200.179.203.164) by 200.179.203.164 (participantv.04) with SMTP id <24910823f86f> (Authid: 2554642); Wed, 05 Jan 2005 15:50:51 -0200 From: "Mechthild Amartya" To: emacs-pretest-bug@gnu.org Date: Wed, 05 Jan 2005 23:51:51 +0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--533175_645773.7F24" Message-Id: Cc: luferbu@gnu.org, glenn@gnu.org, david@gnu.org, jik@gnu.org, ud6b4psjh.fsf@gnu.org, cation@gnu.org, bsw@gnu.org Subject: Re: Registration Notice X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mechthild Amartya List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 18:13:46 -0000 ----533175_645773.7F24 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit Dear Applicant, Your application was processed and approved. You are eligible for $ 400,000 with a 2.4 % rate. Please verify your information here: http://blackball.gferd.info/azvml We look forward to hearing from you. Mechthild Amartya, Account Manager Hollison Marketing 3483 Harley Avenue New Haven, CT 06508 not interested -> http://elysee.gferd.info/index.php ----533175_645773.7F24-- From MAILER-DAEMON Wed Jan 05 14:08:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmGW2-0000mq-GB for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 14:08:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmGW0-0000m7-Nn for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 14:08:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmGVz-0000la-Sb for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 14:08:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmGVz-0000lV-Px for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 14:08:15 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CmGJz-0003rB-Ch for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 13:55:51 -0500 Received: from [83.197.143.12] (helo=ALyon-251-1-49-12.w83-197.abo.wanadoo.fr) by mx20.gnu.org with smtp (Exim 4.34) id 1CmGI2-0006S6-MP for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 13:53:51 -0500 Message-ID: <96fb01c4f357$7def5f4d$7bb7084e@1stglobal.com> From: Paul A. Davis To: emacs-pretest-bug@gnu.org Date: Wed, 05 Jan 2005 18:51:46 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0000_035849BA.DB71517A" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Cialis - 75% OFF X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 19:08:17 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_035849BA.DB71517A Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_25A79064.CB796A1D" ------=_NextPart_001_0001_25A79064.CB796A1D Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Stable & hard erections Long effects duration Discreet packaging No prescription asked 2 Sites: Cialis - http://www.medgamma.com/sv/ Viagra - http://www.medgamma.com/vt/ Pick up the manufacturer you can rely on! Prompt shipping to over 120 countries _________________________________________________________________________ To stop further mailings, go here: http://www.medgamma.com/uns.htm _________________________________________________________________________ ------=_NextPart_001_0001_25A79064.CB796A1D Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 7bit

Full & stable erections
Long-lasting effects
Discreet packaging
No prescription needed

2 Medicines:
CIALIS - http://www.medgamma.com/sv/
VIAGRA - http://www.medgamma.com/vt/

Choose the manufacturer you can rely on!
Fast delivery to any location


_________________________________________________________________________
To be taken out, go here: http://www.medgamma.com/uns.htm
_________________________________________________________________________

------=_NextPart_001_0001_25A79064.CB796A1D-- ------=_NextPart_000_0000_035849BA.DB71517A-- From MAILER-DAEMON Wed Jan 05 15:26:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmHjz-0006G1-8f for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:26:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmHju-0006D4-1J for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:26:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmHjq-00069Y-Sg for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:26:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmHjq-00069D-K3 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:26:38 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmHYT-0008A0-Cr for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:14:53 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CmHS1-0004kq-Kf; Wed, 05 Jan 2005 15:08:14 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Tue, 04 Jan 2005 23:40:49 +0000) References: Message-Id: Date: Wed, 05 Jan 2005 15:08:13 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 20:26:42 -0000 The Info version of the main manual doesn't show the actual copying conditions as recommended in the Texinfo manual, and I think it should. Could you explain more specifically what you mean? The file emacs/info/emacs starts like this This is ../info/emacs, produced by makeinfo version 4.3 from emacs.texi. This is the Fourteenth edition of the `GNU Emacs Manual', updated for Emacs version 21.3.50. Copyright (C) 1985, 1986, 1987, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2004 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with the Invariant Sections being "The GNU Manifesto", "Distribution" and "GNU GENERAL PUBLIC LICENSE", with the Front-Cover texts being "A GNU Manual," and with the Back-Cover Texts as in (a) below. A copy of the license is included in the section entitled "GNU Free Documentation License." (a) The FSF's Back-Cover Text is: "You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development." So either my observatiosn disagree with yours or I have misunderstood your intended meaning. From MAILER-DAEMON Wed Jan 05 15:27:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmHkx-0006hn-Tf for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmHkt-0006gJ-GD for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmHkr-0006fK-WD for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmHkq-0006ey-KY for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:40 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmHY6-00084e-E7 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:14:30 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CmHRf-0004dJ-DS; Wed, 05 Jan 2005 15:07:51 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Wed, 05 Jan 2005 00:10:13 +0000) References: Message-Id: Date: Wed, 05 Jan 2005 15:07:51 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 20:27:44 -0000 I run 21.3.50 from CVS, and recent updates to simple.el produce a yes/no dialog when the undo information to save becomes large; this pointed out an interesting place where Emacs libs could be optimizing but apparently aren't -- namely, cases like man-mode. There probably are other modes we should optimize in this way, once the specific modes are identified. I did man-mode yesterday. You could probably do something similar during the execution of a shell command in shell-mode/comint-mode and friends; this would win in the case of long running shell commands that produce lots of output a small chunk at time. The various undo-insert records could be optimized together, yes. record_insert already tries to combine them. Do you know for a fact that this optimization is not working in that case?] From MAILER-DAEMON Wed Jan 05 15:27:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmHkx-0006hZ-4V for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmHkt-0006gD-1a for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmHkq-0006f3-Nr for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmHkq-0006e0-1Y for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:27:40 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmHY0-00082F-Jp for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 15:14:24 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CmHRY-0004bt-Q9; Wed, 05 Jan 2005 15:07:45 -0500 From: Richard Stallman To: jjramsey@pobox.com In-reply-to: <20050104231718.87144.qmail@web50910.mail.yahoo.com> (jjramsey_6x9eq42@yahoo.com) References: <20050104231718.87144.qmail@web50910.mail.yahoo.com> Message-Id: Date: Wed, 05 Jan 2005 15:07:44 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: magic-mode-alist gets in the way X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 20:27:44 -0000 > It can't be that hard to copy the code from the > definition of > magic-mode-alist and change the aspect you want to > change. Actually, it may be be unexpectedly tricky because it would require knowing what the backquote and comma do in Lisp, something I only learned after working on patches to PSGML and ispell.el. It is not very hard. It also requires learning where magic-mode-alist is defined, Use M-x find-variable. Also, many distributions by default don't install the .el files for Emacs, only the .elc files, Please complain to the makers of those distros. Also, the case has not yet been made for why a unified auto-mode-alist is such a bad idea. Yes it has. You may not be convinced, but that's a different matter. The objection that I've seen so far is that the entries that match by file content would be unknowingly overridden by the entries that match by file extension, Yes, that is the problem. but that isn't always a bad thing, nor always what would happen. Those two statements are correct, but so what? The problem is still a problem. It is the same kind of problem as the one you are complaining about, but bigger. You're saying it is tricky to customize when you want to override magic-mode-alist. However, with the change you want, it would be tricky to customize when you DON'T want to override magic-mode-alist. Not impossible, but hard. People would do the obvious thing and it would not work right. From MAILER-DAEMON Wed Jan 05 16:35:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmIok-0000TK-Oi for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 16:35:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmIoh-0000RM-2u for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 16:35:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmIof-0000Qf-3n for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 16:35:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmIoe-0000Pm-Ld for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 16:35:40 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmIcA-0000un-Qj for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 16:22:46 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 5D4818282C3; Wed, 5 Jan 2005 16:22:45 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id DA0B34AC12D; Wed, 5 Jan 2005 16:22:33 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 8617F8CA69; Wed, 5 Jan 2005 16:22:33 -0500 (EST) Message-ID: To: Roland Winkler References: <16841.51942.180802.917159@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Wed, 05 Jan 2005 16:22:33 -0500 In-Reply-To: <16841.51942.180802.917159@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Wed, 22 Dec 2004 20:28:38 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-3.349, requis 5, AWL -1.13, BAYES_00 -4.90, SUBJ_HAS_UNIQ_ID 2.68) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: args for uniquify-rationalize-file-buffer-names X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 21:35:44 -0000 > The function uniquify-rationalize-file-buffer-names has three > mandatory arguments but the call of interactive doesn't specify any > of them. I fixed this. Other than to work around bugs in uniquify, it can also be used to force uniquification of a buffer (typically for buffers that were marked as "don't uniquify" because of they were manually renamed). Stefan From MAILER-DAEMON Wed Jan 05 17:02:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmJEN-0000F8-Ay for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:02:15 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmJEK-0000EL-Ft for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:02:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmJEI-0000DF-GM for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:02:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmJEI-0000Cj-8F for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:02:10 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmJ2F-0008QX-7S; Wed, 05 Jan 2005 16:49:43 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 0007B8282A9; Wed, 5 Jan 2005 16:49:42 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id D97BD4AC10D; Wed, 5 Jan 2005 16:49:35 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id C55E98CA69; Wed, 5 Jan 2005 16:49:35 -0500 (EST) Message-ID: To: Roland Winkler References: <16841.51942.180802.917159@tfkp12.physik.uni-erlangen.de> <16844.8620.932061.630437@tfkp07.physik.uni-erlangen.de> <16849.27608.101328.797005@tfkp07.physik.uni-erlangen.de> From: Stefan Monnier Date: Wed, 05 Jan 2005 16:49:35 -0500 In-Reply-To: <16849.27608.101328.797005@tfkp07.physik.uni-erlangen.de> (Roland Winkler's message of "Tue, 28 Dec 2004 15:21:12 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-3.335, requis 5, AWL -1.11, BAYES_00 -4.90, SUBJ_HAS_UNIQ_ID 2.68) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: args for uniquify-rationalize-file-buffer-names X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 22:02:13 -0000 > Say the value of uniquify-buffer-name-style is 'forward. Then two > buffers visiting the files ~/a/foo and ~/b/foo have the names a/foo > and b/foo. When we rename directory ~/b to ~/c using dired, the name > of the buffer visiting the file ~/c/foo remains b/foo which is > incorrect. I can't reproduce that. If I do `R' in dired to rename `a' to `b', the buffer named a/foo gets properly renamed to b/foo. Can you give a more precise recipe starting from `emacs -Q' ? > Buffer names are also screwed up, e.g., when write buffer > b/foo into file ~/c/foo. Again the buffer name remains b/foo. I believe I've just committed a change that fixes this bug. Stefan From MAILER-DAEMON Wed Jan 05 17:24:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmJaJ-0007NK-LC for mharc-emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:24:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmJa7-0007L3-Rj for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:24:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmJa5-0007JV-R2 for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:24:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmJa5-0007J2-8V for emacs-pretest-bug@gnu.org; Wed, 05 Jan 2005 17:24:41 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmJNj-0005bz-G8; Wed, 05 Jan 2005 17:11:55 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 5 Jan 2005 23:11:36 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 20526-01-33125; Wed, 5 Jan 2005 23:11:36 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 5 Jan 2005 23:11:36 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16860.26120.355109.594981@tfkp12.physik.uni-erlangen.de> Date: Wed, 5 Jan 2005 23:11:20 +0100 To: Stefan Monnier In-Reply-To: References: <16841.51942.180802.917159@tfkp12.physik.uni-erlangen.de> <16844.8620.932061.630437@tfkp07.physik.uni-erlangen.de> <16849.27608.101328.797005@tfkp07.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: args for uniquify-rationalize-file-buffer-names X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 22:24:44 -0000 On Wed Jan 5 2005 Stefan Monnier wrote: > > Say the value of uniquify-buffer-name-style is 'forward. Then two > > buffers visiting the files ~/a/foo and ~/b/foo have the names a/foo > > and b/foo. When we rename directory ~/b to ~/c using dired, the name > > of the buffer visiting the file ~/c/foo remains b/foo which is > > incorrect. > > I can't reproduce that. If I do `R' in dired to rename `a' to `b', the > buffer named a/foo gets properly renamed to b/foo. Can you give a more > precise recipe starting from `emacs -Q' ? Very strange, with `emacs -Q' I cannot reproduce it either. There seems to be something buried in my .emacs that makes a difference. I need to check that more carefully before I can tell you. > > Buffer names are also screwed up, e.g., when write buffer > > b/foo into file ~/c/foo. Again the buffer name remains b/foo. > > I believe I've just committed a change that fixes this bug. Yes, that works fine now. Thank you. Roland From MAILER-DAEMON Thu Jan 06 00:15:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmPzC-0004l5-27 for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 00:15:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmPyv-0004dt-T1 for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 00:14:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmPyr-0004az-W7 for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 00:14:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmPyr-0004aU-KC for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 00:14:41 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmPlq-00025r-Oh for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 00:01:14 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CmPfF-0006gA-Ec; Wed, 05 Jan 2005 23:54:25 -0500 From: Richard Stallman To: Juri Linkov In-reply-to: <87vfacm359.fsf@jurta.org> (message from Juri Linkov on Wed, 05 Jan 2005 15:11:46 +0200) References: <87vfacm359.fsf@jurta.org> Message-Id: Date: Wed, 05 Jan 2005 23:54:25 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Keeping column positions after scrolling X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 05:14:46 -0000 There are two bugs where vertical window scrolling doesn't keep column positions: Scrolling does not attempt to preserve columns. No such behavior was ever intended. The feature enabled by scroll-preserve-screen-position is preserve the vertical position. From MAILER-DAEMON Thu Jan 06 07:43:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmWzT-0005KE-W4 for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 07:43:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmWzR-0005JH-8l for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 07:43:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmWzO-0005I0-VQ for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 07:43:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmWzO-0005HV-9r for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 07:43:42 -0500 Received: from [80.37.89.193] (helo=193.Red-80-37-89.pooles.rima-tde.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1CmWn3-0002Xz-Ig for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 07:30:58 -0500 Message-ID: From: =?Windows-1251?B?xO7q8+zl7fI=?= To: emacs-pretest-bug@gnu.org Date: Thu, 06 Jan 2005 12:16:18 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0000_2733DEEA.54033FFC" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Re:.. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 12:43:45 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_2733DEEA.54033FFC Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_EEBD2F77.63BE4651" ------=_NextPart_001_0001_EEBD2F77.63BE4651 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Ïîñåòèòå íàø èíòåðíåò ìàãàçèí www.bdinfo.ru ------=_NextPart_001_0001_EEBD2F77.63BE4651 Content-Type: text/html; charset=Windows-1251 Content-Transfer-Encoding: 8bit
 
 
 
 
Ïîñåòèòå íàø èíòåðíåò ìàãàçèí www.bdinfo.ru
fdklshfffffffffffffssalkjdklsajdklsaaaajkljdsaidjowqhedoiwqheoihqwoiehqwoihiwdbbsajkdbsjkadbkjsabdkjasbdkjasdbguwiqey4783214871tg4i12gehjwagep2714t1279t74t12784t78214t7812t4ggvhdsvabhdbsahdbasgd9832yt894y89214y812y4821yhjdsbksajbkxmncj3209408[qjdasjbcsalhgdsiuadgsauhdjsakdghasghdlsagdhiwqohewuqge98p12yeheghsalgdasudghsajdglsadiowuq84ey21894ygjbklsabdlaskbda ------=_NextPart_001_0001_EEBD2F77.63BE4651-- ------=_NextPart_000_0000_2733DEEA.54033FFC-- From MAILER-DAEMON Thu Jan 06 09:09:53 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmYKn-00071l-Fx for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:09:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmYKi-00070a-LZ for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:09:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmYKg-0006zK-Ip for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:09:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmYKg-0006yo-1b for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:09:46 -0500 Received: from [130.158.38.234] (helo=alex.nature.tsukuba.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmY89-0004g1-UD for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 08:56:50 -0500 Received: by alex.nature.tsukuba.ac.jp (Postfix, from userid 1031) id B17733802; Thu, 6 Jan 2005 22:56:46 +0900 (JST) From: Hiroshi Fujishima To: emacs-pretest-bug@gnu.org Message-Id: <20050106135646.B17733802@alex.nature.tsukuba.ac.jp> Date: Thu, 6 Jan 2005 22:56:46 +0900 (JST) Subject: typo in man/faq.texi X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 14:09:50 -0000 Symptoms: There's a typo in man/faq.texi: Index: man/faq.texi =================================================================== RCS file: /cvsroot/emacs/emacs/man/faq.texi,v retrieving revision 1.59 diff -u -r1.59 faq.texi --- man/faq.texi 28 Aug 2004 18:43:46 -0000 1.59 +++ man/faq.texi 6 Jan 2005 13:53:07 -0000 @@ -1583,7 +1583,7 @@ To do this relative to your home directory: @lisp -(setq load-path (cons "~/mysubdir/" load-path) +(setq load-path (cons "~/mysubdir/" load-path)) @end lisp @node Using an already running Emacs process, Compiler error messages, Changing load-path, Common requests In GNU Emacs 21.3.50.1 (sparc-sun-solaris2.9, X toolkit, Xaw3d scroll bars) of 2005-01-06 on alex configured using `configure '--prefix=/usr/local/emacs' '--x-includes=/usr/local/include' '--x-libraries=/usr/local/lib' '--without-xim' 'CC=ccache gcc'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ja locale-coding-system: japanese-iso-8bit default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t iswitchb-mode: t show-paren-mode: t encoded-kbd-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: RET Q SPC q SPC ESC x n a v RET g h i s t RET S o s S o S s SPC n n n n n n n p n p n n p p n n n n n n n p n n n p n n n n n n n n n n C-z C-z ESC x g n u s RET g g g g g g g g g g g g g ESC x r e p l TAB DEL DEL DEL DEL DEL o TAB r TAB RET Recent messages: Reading active file from archive via nnfolder...done Checking new news...done Reading active file via nnml... nnml: Reading incoming mail from maildir... nnml: Reading incoming mail (no new mail)...done Reading active file via nnml...done Reading active file from archive via nnfolder...done Checking new news...done Making completion list... Loading emacsbug...done From MAILER-DAEMON Thu Jan 06 09:29:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmYdJ-0004Ik-Gy for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:29:01 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmYdG-0004Gg-Gc for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:28:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmYdE-0004FQ-4U for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:28:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmYdD-0004EI-UI for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:28:55 -0500 Received: from [209.226.175.25] (helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmYQ3-0000MO-8o for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 09:15:19 -0500 Received: from alfajor ([67.71.119.166]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050106141518.LZYQ2026.tomts5-srv.bellnexxia.net@alfajor>; Thu, 6 Jan 2005 09:15:18 -0500 Received: by alfajor (Postfix, from userid 1000) id 1F9572FD08; Thu, 6 Jan 2005 09:15:17 -0500 (EST) Message-ID: <87llb6hcfc.fsf-monnier+emacs@gnu.org> To: Hiroshi Fujishima References: <20050106135646.B17733802@alex.nature.tsukuba.ac.jp> From: Stefan Monnier Date: Thu, 06 Jan 2005 09:15:16 -0500 In-Reply-To: <20050106135646.B17733802@alex.nature.tsukuba.ac.jp> (Hiroshi Fujishima's message of "Thu, 6 Jan 2005 22:56:46 +0900 (JST)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: typo in man/faq.texi X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 14:28:59 -0000 > @lisp > -(setq load-path (cons "~/mysubdir/" load-path) > +(setq load-path (cons "~/mysubdir/" load-path)) > @end lisp We could also replace it with (add-to-list 'load-path "~/mysubdir") -- Stefan From MAILER-DAEMON Thu Jan 06 10:20:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmZQs-00033G-Bn for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 10:20:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmZQq-00032q-M2 for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 10:20:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmZQp-00032F-PK for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 10:20:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmZQp-00031s-EW for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 10:20:11 -0500 Received: from [131.111.8.134] (helo=ppsw-4.csi.cam.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmZDA-0002SX-5n for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 10:06:04 -0500 Received: from cass41.ast.cam.ac.uk ([131.111.69.186]:39075) by ppsw-4.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.134]:25) with esmtp id 1CmZD4-0000xW-Ft (Exim 4.44) for emacs-pretest-bug@gnu.org (return-path ); Thu, 06 Jan 2005 15:05:59 +0000 Received: from xserv2.ast.cam.ac.uk (IDENT:fqnJSH6A9XguaMx3En1HdViddj9MaAPi@xserv2.ast.cam.ac.uk [131.111.69.236]) by cass41.ast.cam.ac.uk (8.12.10+Sun/8.12.10) with ESMTP id j06F5wGn022697; Thu, 6 Jan 2005 15:05:58 GMT Received: from xalph3.ast.cam.ac.uk (IDENT:cQWCQhpUAiYx1PEv0cBccsdIMuczSXQf@xpc14.ast.cam.ac.uk [131.111.69.34]) by xserv2.ast.cam.ac.uk (8.11.6/8.11.6) with ESMTP id j06F5vt28858; Thu, 6 Jan 2005 15:05:57 GMT To: emacs-pretest-bug@gnu.org From: Glenn Morris X-Spook: FMLN gold bullion explosion thermite FALN Kuwait cracking X-Ran: VGF`'Jdj=S!1qA(5N'vgqvj;+a-v3~!iGFJMo/9.a9?TZGh)M`p@X\[b>gYQgZ;/!d\pst X-Hue: darkslateblue X-Attribution: GM Mail-Followup-To: emacs-pretest-bug@gnu.org Date: Thu, 06 Jan 2005 15:05:57 +0000 Message-ID: <0ibrc2tx62.fsf@xpc14.ast.cam.ac.uk> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned Subject: find-face is incompatible with XEmacs version X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 15:20:13 -0000 The new function find-face is incompatible with the XEmacs version, and therefore breaks existing package code that tries to handle both Emacs flavours. The GNU Emacs version throws an error for an unknown face: (find-face 'made-up-face) whereas the XEmacs version simply returns nil. This breaks code such as the following (from vm-startup.el): (if (if (fboundp 'find-face) (find-face 'vm-monochrome-image) (facep 'vm-monochrome-image)) nil (make-face 'vm-monochrome-image) (set-face-background 'vm-monochrome-image "white") (set-face-foreground 'vm-monochrome-image "black")) From MAILER-DAEMON Thu Jan 06 16:06:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cmepm-0007Me-EJ for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 16:06:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cmeph-0007L6-Ig for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 16:06:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cmepf-0007JS-2Y for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 16:06:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cmepe-0007JI-V4 for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 16:06:11 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CmeeJ-0003lK-Jn for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 15:54:27 -0500 Received: from [213.56.45.41] (helo=192.168.99.60) by mx20.gnu.org with smtp (Exim 4.34) id 1CmeS4-0002FE-EY for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 15:41:49 -0500 From: "TSO.emploi" To: Sender: "TSO.emploi" Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="= Multipart Boundary 0106052145" Date: Thu, 6 Jan 2005 21:45:41 +0100 Message-Id: Subject: Meilleurs voeux 2005 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 21:06:15 -0000 This is a multipart MIME message. --= Multipart Boundary 0106052145 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit --= Multipart Boundary 0106052145 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Document sans nom
--= Multipart Boundary 0106052145-- From MAILER-DAEMON Thu Jan 06 17:11:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cmfqp-00030e-S7 for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:11:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cmfqd-0002ye-ST for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:11:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmfqZ-0002x1-LY for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:11:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmfqZ-0002uS-1D for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:11:11 -0500 Received: from [64.233.184.206] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cmfa4-0005Xb-UA for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 16:54:09 -0500 Received: by wproxy.gmail.com with SMTP id 49so779269wri for ; Thu, 06 Jan 2005 13:54:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ZpSt7rVDLz7x/f9hm8STJmKYpf55D0tJ6Ei+mQfx08gt1+CwVhIE2tO/kir/kwaJPbRQ0BbzaRGL0TTyscEqisMVmXc6dK1Y51wkm6RlNeU0zi+BgRtjMUpvlhPYVhdemIbvbS+DCLX/D94WzSMwlWluYvO6/qan+I3dwIsd87g= Received: by 10.54.20.30 with SMTP id 30mr241834wrt; Thu, 06 Jan 2005 13:54:07 -0800 (PST) Received: by 10.54.19.32 with HTTP; Thu, 6 Jan 2005 13:54:07 -0800 (PST) Message-ID: Date: Fri, 7 Jan 2005 06:54:07 +0900 From: Miles Bader To: emacs-pretest-bug@gnu.org In-Reply-To: <0ibrc2tx62.fsf@xpc14.ast.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <0ibrc2tx62.fsf@xpc14.ast.cam.ac.uk> Subject: Re: find-face is incompatible with XEmacs version X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 22:11:16 -0000 On Thu, 06 Jan 2005 15:05:57 +0000, Glenn Morris wrote: > The new function find-face is incompatible with the XEmacs version, > and therefore breaks existing package code that tries to handle both > Emacs flavours. > > The GNU Emacs version throws an error for an unknown face: > > (find-face 'made-up-face) Yes, the new function `find-face' appears to be a completely different function than the xemacs `find-face' function; it seems to be an analogue to `find-function', for finding the source code definition of a face. I'm not sure that this is all that useful a function anyway -- the source code of a defface doesn't really offer much over the face definition displayed by custom or the like; unlike a function or variable, defface definitions are almost always "static" (don't use a run-time calculated value) and rarely have any comments. Compatibility with xemacs seems more important. Perhaps the function could be renamed `find-defface' or `find-face-definition' instead; those names are slightly inconsistent with other such functions, but maybe it doesn't matter very much for a function that will likely be used mostly by clicking on a button in a *Help* buffer. -Miles From MAILER-DAEMON Thu Jan 06 17:29:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Cmg80-00011J-TC for mharc-emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:29:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cmg7z-00010e-46 for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:29:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cmg7x-0000zt-TN for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:29:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cmg7x-0000zg-Lo for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:29:09 -0500 Received: from [195.41.46.237] (helo=pfepc.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmfwI-0001e9-RY for emacs-pretest-bug@gnu.org; Thu, 06 Jan 2005 17:17:07 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepc.post.tele.dk (Postfix) with SMTP id 6F87F262879; Thu, 6 Jan 2005 23:17:05 +0100 (CET) To: SAITO Takuya References: <20050102.114828.260820195.tabmore@rivo.mediatti.net> From: storm@cua.dk (Kim F. Storm) Date: Thu, 06 Jan 2005 23:17:05 +0100 In-Reply-To: <20050102.114828.260820195.tabmore@rivo.mediatti.net> (SAITO Takuya's message of "Sun, 02 Jan 2005 11:48:28 +0900 (JST)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: fringe-bitmap disappears X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 22:29:11 -0000 SAITO Takuya writes: > When I evaluate these, top-right-angle bitmap is displayed in red. > (require 'fringe) > (setq indicate-buffer-boundaries 'right) > (defface fringe-test '((t (:inherit fringe :foreground "red"))) "test") > (set-fringe-bitmap-face 'top-right-angle 'fringe-test) > > The bitmap disappears if I clear face cache and redraw frame: > (clear-face-cache) > (redraw-frame (selected-frame)) Thanks for reporting this. I just installed a fix in CVS. Please test. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Fri Jan 07 04:32:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmqTo-0002YH-E6 for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 04:32:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmqTj-0002W3-8m for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 04:32:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmqTh-0002Ux-Rl for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 04:32:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmqTh-0002UN-EC for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 04:32:17 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CmqI4-0005Rb-3N for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 04:20:16 -0500 Received: from [4.14.167.196] (helo=wbar16.dal1-4.14.167.196.dal1.elnk.dsl.genuity.net) by mx20.gnu.org with smtp (Exim 4.34) id 1CmqHe-0008Bp-Dm for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 04:20:09 -0500 Message-ID: <051a01c4f498$ac8553d3$980675f2@bazius.ru> From: =?Windows-1251?B?zvL35fI=?= To: emacs-pretest-bug@gnu.org Date: Fri, 07 Jan 2005 09:06:29 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0000_ED41E2F5.7922A58C" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: =?windows-1251?b?UmU6zejq7uvg6Q==?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 09:32:19 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_ED41E2F5.7922A58C Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_7F8B6C6A.008286BD" ------=_NextPart_001_0001_7F8B6C6A.008286BD Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Îòêðûëñÿ íîâûé èíòåðíåò ìàãàçèí www.bazius.ru ------=_NextPart_001_0001_7F8B6C6A.008286BD Content-Type: text/html; charset=Windows-1251 Content-Transfer-Encoding: 8bit
 
 
 
 
Îòêðûëñÿ íîâûé èíòåðíåò ìàãàçèí www.bazius.ru
111111111111111bjsakgduiwegrbqwlkjrnqwnkr ------=_NextPart_001_0001_7F8B6C6A.008286BD-- ------=_NextPart_000_0000_ED41E2F5.7922A58C-- From MAILER-DAEMON Fri Jan 07 07:54:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CmtdW-0005sJ-BP for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 07:54:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmtdT-0005rR-Vq for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 07:54:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmtdT-0005qz-3i for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 07:54:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmtdS-0005qY-Re for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 07:54:34 -0500 Received: from [155.56.68.170] (helo=smtpde02.sap-ag.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmtQz-0007QC-Co for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 07:41:41 -0500 Received: from sap-ag.de (smtpde02) by smtpde02.sap-ag.de (out) with ESMTP id NAA26102 for ; Fri, 7 Jan 2005 13:41:38 +0100 (MEZ) Message-ID: Date: Fri, 7 Jan 2005 13:41:40 +0100 (CET) From: Klaus Straubinger To: emacs-pretest-bug@gnu.org Importance: Low MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 X-SAP: out Subject: variable url-automatic-caching defined but not used X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 12:54:36 -0000 The file url/url-vars.el defines the variable url-automatic-caching, but it is not used in the whole URL package anywhere. What is worse, the current behaviour (i.e., caching always) does not correspond to the default nil setting of this variable. The function url-store-in-cache in url-cache.el seems a good place to implement the intended functionality. Regards Klaus Straubinger From MAILER-DAEMON Fri Jan 07 10:36:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cmw9y-0003zm-RY for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 10:36:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cmw9u-0003xv-7y for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 10:36:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cmw9p-0003uq-M3 for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 10:36:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cmw9p-0003tx-AY for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 10:36:09 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CmvyQ-0001hf-8M for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 10:24:22 -0500 Received: from [213.245.103.217] (helo=ssy-gw-05-213245103217.chello.fr) by mx20.gnu.org with smtp (Exim 4.34) id 1Cmvph-00020d-R1 for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 10:15:22 -0500 X-Message-Info: fjl8BQHF6NBFFejTIBxUAznOPG6AaeONssLQP1L80A Received: from mail pickup service by 213.245.103.217 with Microsoft SMTPSVC; Fri, 07 Jan 2005 12:14:21 -0300 Content-Class: urn:content-classes:message From: "calm Shaffer" To: "Emacs-pretest-bug" Date: Fri, 07 Jan 2005 14:13:21 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--1550EFB62CE1317AA99" Message-Id: Subject: get a better job with a uhniversity degree X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: calm Shaffer List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 15:36:15 -0000 ----1550EFB62CE1317AA99 Content-Type: text/plain; charset="iso-0FD9-7" Content-Transfer-Encoding: quoted-printable Sorry you don't have the proper educational qualifications for this job. Sound all too familiar? Then you need this: www1.hypocritical.PerDdue.biz?3v you don't like these messages conn.PERDDUE.BIZ/8dj3.hfd.htm?41 ----1550EFB62CE1317AA99-- From MAILER-DAEMON Fri Jan 07 16:47:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cn1x6-00027a-G4 for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 16:47:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cn1x1-00025J-UD for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 16:47:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cn1x0-00024O-Rh for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 16:47:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cn1x0-00023j-Jc; Fri, 07 Jan 2005 16:47:18 -0500 Received: from [63.76.82.66] (helo=PAYLOAD.camelot.bsquare.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cn1js-00030G-5K; Fri, 07 Jan 2005 16:33:45 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4F501.27C5E600" Date: Fri, 7 Jan 2005 13:37:58 -0800 Message-ID: <131DDC775E8EB841AD6D175CDF410DCE0230168D@payload.camelot.bsquare.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: clean bootstrap build error with latest CVS (updated today) Thread-Index: AcT0/MPeP7jL6n5BRA+TXVwpbbVBUwAA6OPg From: "Fred Kunz" To: Cc: emacs-devel@gnu.org Subject: RE: clean bootstrap build error with latest CVS (updated today) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 21:47:21 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4F501.27C5E600 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This was built in the NT directory on a windows platform. =20 _____ =20 From: Fred Kunz=20 Sent: Friday, January 07, 2005 1:07 PM To: 'emacs-pretest-bug@gnu.org' Cc: emacs-devel@gnu.org Subject: clean bootstrap build error with latest CVS (updated today) =20 gcc -o oo-spd/i386/temacs.bin -g -Wl,-stack,0x00800000 -Wl,-heap,0x00100000 - Wl,-image-base,0x01000000 -g -Wl,-subsystem,console -Wl,-entry,__start -Wl,-Map, oo-spd/i386/temacs.map oo-spd/i386/firstfile.o oo-spd/i386/emacs.res oo-spd/i386 /temacs0.a oo-spd/i386/temacs1.a oo-spd/i386/temacw32.a oo-spd/i386/lastfile.a - lwinmm -ladvapi32 -lgdi32 -lcomdlg32 -luser32 -lmpr -lshell32 -lwinspool oo-spd/i386/temacs1.a(fileio.o)(.text+0x2ece): In function `Fmake_symbolic_link' : C:/CVSSrc/emacs/src/fileio.c:2872: undefined reference to `symlink' oo-spd/i386/temacs1.a(fileio.o)(.text+0x2fa7):C:/CVSSrc/emacs/src/fileio .c:2879: undefined reference to `symlink' oo-spd/i386/temacs1.a(fileio.o)(.text+0x370f): In function `Ffile_symlink_p': C:/CVSSrc/emacs/src/fileio.c:3246: undefined reference to `readlink' collect2: ld returned 1 exit status gmake[2]: *** [oo-spd/i386/temacs.exe] Error 1 gmake[2]: Leaving directory `C:/CVSSrc/emacs/src' gmake[1]: *** [bootstrap-temacs] Error 2 gmake[1]: Leaving directory `C:/CVSSrc/emacs/src' gmake: *** [bootstrap-gmake] Error 2 =20 Fred Kunz Software Architect Professional Engineering Services BSQUARE Corporation (425) 519-5900 fredk@bsquare.com =20 =20 ------_=_NextPart_001_01C4F501.27C5E600 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This was built in the NT directory = on a windows platform.

 


From: Fred = Kunz
Sent: Friday, January 07, = 2005 1:07 PM
To: = 'emacs-pretest-bug@gnu.org'
Cc: = emacs-devel@gnu.org
Subject: clean bootstrap = build error with latest CVS (updated today)

 

gcc -o = oo-spd/i386/temacs.bin  -g   -Wl,-stack,0x00800000 -Wl,-heap,0x00100000 = -

Wl,-image-base,0x01000000 -g = -Wl,-subsystem,console -Wl,-entry,__start -Wl,-Map,

oo-spd/i386/temacs.map oo-spd/i386/firstfile.o oo-spd/i386/emacs.res = oo-spd/i386

/temacs0.a = oo-spd/i386/temacs1.a oo-spd/i386/temacw32.a oo-spd/i386/lastfile.a = -

lwinmm -ladvapi32 -lgdi32 = -lcomdlg32 -luser32 -lmpr -lshell32 -lwinspool

oo-spd/i386/temacs1.a(fileio.o)(= .text+0x2ece): In function `Fmake_symbolic_link'

:

C:/CVSSrc/emacs/src/fileio.c:287= 2: undefined reference to `symlink'

oo-spd/i386/temacs1.a(fileio.o)(= .text+0x2fa7):C:/CVSSrc/emacs/src/fileio.c:2879:=

 undefined reference to = `symlink'

oo-spd/i386/temacs1.a(fileio.o)(= .text+0x370f): In function `Ffile_symlink_p':

C:/CVSSrc/emacs/src/fileio.c:324= 6: undefined reference to `readlink'

collect2: ld returned 1 exit = status

gmake[2]: *** = [oo-spd/i386/temacs.exe] Error 1

gmake[2]: Leaving directory `C:/CVSSrc/emacs/src'

gmake[1]: *** = [bootstrap-temacs] Error 2

gmake[1]: Leaving directory `C:/CVSSrc/emacs/src'

gmake: *** [bootstrap-gmake] = Error 2

 <= /p>

Fred = Kunz

Software = Architect

Professional Engineering = Services

BSQUARE = Corporation

(425) = 519-5900

fredk@bsquare.com<= /a>

 

------_=_NextPart_001_01C4F501.27C5E600-- From MAILER-DAEMON Fri Jan 07 17:07:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cn2G9-0007Q4-3f for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 17:07:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cn2G4-0007Oe-P9 for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 17:07:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cn2G2-0007NG-Bp for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 17:06:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cn2G2-0007N6-7V; Fri, 07 Jan 2005 17:06:58 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cn24Z-0007VC-CU; Fri, 07 Jan 2005 16:55:07 -0500 Received: from [63.76.82.66] (helo=PAYLOAD.camelot.bsquare.com) by mx20.gnu.org with esmtp (Exim 4.34) id 1Cn1Jd-0005rN-M8; Fri, 07 Jan 2005 16:06:38 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4F4FD.5CC91060" Date: Fri, 7 Jan 2005 13:10:49 -0800 Message-ID: <131DDC775E8EB841AD6D175CDF410DCE02301674@payload.camelot.bsquare.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: clean bootstrap build error with latest CVS (updated today) Thread-Index: AcT0/MPeP7jL6n5BRA+TXVwpbbVBUw== From: "Fred Kunz" To: Cc: emacs-devel@gnu.org Subject: clean bootstrap build error with latest CVS (updated today) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 22:07:02 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4F4FD.5CC91060 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable gcc -o oo-spd/i386/temacs.bin -g -Wl,-stack,0x00800000 -Wl,-heap,0x00100000 - Wl,-image-base,0x01000000 -g -Wl,-subsystem,console -Wl,-entry,__start -Wl,-Map, oo-spd/i386/temacs.map oo-spd/i386/firstfile.o oo-spd/i386/emacs.res oo-spd/i386 /temacs0.a oo-spd/i386/temacs1.a oo-spd/i386/temacw32.a oo-spd/i386/lastfile.a - lwinmm -ladvapi32 -lgdi32 -lcomdlg32 -luser32 -lmpr -lshell32 -lwinspool oo-spd/i386/temacs1.a(fileio.o)(.text+0x2ece): In function `Fmake_symbolic_link' : C:/CVSSrc/emacs/src/fileio.c:2872: undefined reference to `symlink' oo-spd/i386/temacs1.a(fileio.o)(.text+0x2fa7):C:/CVSSrc/emacs/src/fileio .c:2879: undefined reference to `symlink' oo-spd/i386/temacs1.a(fileio.o)(.text+0x370f): In function `Ffile_symlink_p': C:/CVSSrc/emacs/src/fileio.c:3246: undefined reference to `readlink' collect2: ld returned 1 exit status gmake[2]: *** [oo-spd/i386/temacs.exe] Error 1 gmake[2]: Leaving directory `C:/CVSSrc/emacs/src' gmake[1]: *** [bootstrap-temacs] Error 2 gmake[1]: Leaving directory `C:/CVSSrc/emacs/src' gmake: *** [bootstrap-gmake] Error 2 =20 Fred Kunz Software Architect Professional Engineering Services BSQUARE Corporation (425) 519-5900 fredk@bsquare.com =20 =20 ------_=_NextPart_001_01C4F4FD.5CC91060 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ------_=_NextPart_001_01C4F4FD.5CC91060-- From MAILER-DAEMON Fri Jan 07 19:11:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cn4Cn-00087O-Gi for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:11:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cn4Cl-00086D-1u for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:11:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cn4Cj-00085h-Ew for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:11:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cn4Ay-00072p-6J for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:09:52 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cn3jt-0002rM-3Y for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 18:41:53 -0500 Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by mx20.gnu.org with esmtp (Exim 4.34) id 1Cn174-0004sO-HJ for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 15:53:38 -0500 Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050107205337.ZULB27327.mxfep01.bredband.com@coolsville.localdomain>; Fri, 7 Jan 2005 21:53:37 +0100 Message-ID: <41DEF696.4020101@swipnet.se> Date: Fri, 07 Jan 2005 21:52:38 +0100 From: "Jan D." User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs user References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emacs-pretest-bug@gnu.org Subject: Re: set font under options menu does not work X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 00:11:44 -0000 Jan D. wrote: >> emacs -q --no-site-file& >> options -> set font/fontset -> choose font. >> >> the problem: the font does not change. >> >> >> In GNU Emacs 21.3.50.41 (i686-pc-linux-gnu, GTK+ Version 2.2.1) >> of 2005-01-03 on beach.fas.harvard.edu >> Distributor `The XFree86 Project, Inc', version 11.0.40300000 >> configured using `configure '--with-gtk'' > > > This is a bug in the GTK version only, for some strange reason the pop > up menu does not call callbacks when popped up from the menu bar. I'm > looking at it, stay tuned :-). In the mean time you'll have to use > Shift-Button-1. I've fixed this bug now. Jan D. From MAILER-DAEMON Fri Jan 07 19:11:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cn4Cx-0008Bg-14 for mharc-emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:11:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cn4Cu-0008AD-D4 for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:11:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cn4Ct-00089w-K3 for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:11:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cn4Ay-00072p-G2 for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 19:09:52 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cn3ji-0002ot-GS for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 18:41:42 -0500 Received: from [213.191.73.61] (helo=webmail.hansenet.de) by mx20.gnu.org with esmtp (Exim 4.34) id 1Cn0iv-00031X-Iz for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 15:28:41 -0500 Received: from localhost (213.39.173.219) by webmail.hansenet.de (7.2.034.5) (authenticated as jorgen.schaefer@hanse.net) id 41BFC24F0032541B for emacs-pretest-bug@gnu.org; Fri, 7 Jan 2005 21:28:39 +0100 Received: from forcer by localhost with local (Exim 4.34) id 1Cn0iu-00038V-DI for emacs-pretest-bug@gnu.org; Fri, 07 Jan 2005 21:28:40 +0100 To: emacs-pretest-bug@gnu.org From: Jorgen Schaefer Date: Fri, 07 Jan 2005 21:28:40 +0100 Message-ID: <87zmzl3rwn.fsf@forcix.kollektiv-hamburg.de> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: type-break.el: Should allow to disable the usage of the session file (patch) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 00:11:53 -0000 --=-=-= Hello! type-break.el stores the type break information in a session file. This is annoying, as it leaves a visible #.type-break# file in the home directory, requires user interaction on kill-emacs, and leaves a file in the home directory that some people don't need nor want: I start emacs when I log in, and I kill it when I switch the computer off. No need to store the type break information. Attached is a patch which allows `type-break-file-name' to be set to nil and just doesn't use the file. ChangeLog entry: 2005-01-07 Jorgen Schaefer Allow type-break-file-name to be nil and if so, don't use a session file. * type-break.el (type-break-file-name): Document the behavior. * type-break.el (type-break-mode, type-break-file-time, type-break-file-keystroke-count, type-break-choose-file): Don't store data in or load data from the file if none specified. In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2004-12-18 on forcix Greetings, -- Jorgen -- ((email . "forcer@forcix.cx") (www . "http://www.forcix.cx/") (gpg . "1024D/028AF63C") (irc . "nick forcer on IRCnet")) --=-=-= Content-Disposition: inline; filename=type-break-no-file.diff diff -purN emacs.orig/lisp/type-break.el emacs/lisp/type-break.el --- emacs.orig/lisp/type-break.el 2005-01-07 20:49:11.000000000 +0100 +++ emacs/lisp/type-break.el 2005-01-07 20:58:09.000000000 +0100 @@ -229,7 +229,8 @@ key is pressed." :group 'type-break) (defcustom type-break-file-name (convert-standard-filename "~/.type-break") - "*Name of file used to save state across sessions." + "*Name of file used to save state across sessions. +If this is nil, no data will be saved across sessions." :type 'file :group 'type-break) @@ -399,7 +400,9 @@ problems." (type-break-keystroke-reset) (type-break-mode-line-countdown-or-break nil) - (setq type-break-time-last-break (type-break-get-previous-time)) + (setq type-break-time-last-break + (or (type-break-get-previous-time) + (current-time))) ;; schedule according to break time from session file (type-break-schedule @@ -431,12 +434,13 @@ problems." (type-break-mode-line-countdown-or-break nil) (type-break-cancel-schedule) (do-auto-save) - (with-current-buffer (find-file-noselect type-break-file-name - 'nowarn) - (setq buffer-save-without-query t) - (set-buffer-modified-p nil) - (unlock-buffer) - (kill-this-buffer)) + (when type-break-file-name + (with-current-buffer (find-file-noselect type-break-file-name + 'nowarn) + (setq buffer-save-without-query t) + (set-buffer-modified-p nil) + (unlock-buffer) + (kill-this-buffer))) (and (interactive-p) (message "Type Break mode is disabled"))))) type-break-mode) @@ -496,7 +500,8 @@ variable of the same name." (defun type-break-file-time (&optional time) "File break time in `type-break-file-name', unless the file is locked." - (if (not (stringp (file-locked-p type-break-file-name))) + (if (and type-break-file-name + (not (stringp (file-locked-p type-break-file-name)))) (with-current-buffer (find-file-noselect type-break-file-name 'nowarn) (let ((inhibit-read-only t)) @@ -507,7 +512,8 @@ variable of the same name." (defun type-break-file-keystroke-count () "File keystroke count in `type-break-file-name', unless the file is locked." - (if (not (stringp (file-locked-p type-break-file-name))) + (if (and type-break-file-name + (not (stringp (file-locked-p type-break-file-name)))) ;; Prevent deactivation of the mark in some other buffer. (let (deactivate-mark) (with-current-buffer (find-file-noselect type-break-file-name @@ -534,6 +540,8 @@ return TIME, else return nil." (defun type-break-choose-file () "Return file to read from." (cond + ((not type-break-file-name) + nil) ((and (file-exists-p type-break-auto-save-file-name) (file-readable-p type-break-auto-save-file-name)) type-break-auto-save-file-name) --=-=-=-- From MAILER-DAEMON Sat Jan 08 10:55:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CnIvn-00062j-BN for mharc-emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:55:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CnIvk-00062J-RG for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:55:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CnIvi-000620-Rv for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:55:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CnIr1-0004jv-IU for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:50:15 -0500 Received: from [81.135.5.133] (helo=dial81-135-5-133.in-addr.btopenworld.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1CnIFG-0002GO-KW for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:11:17 -0500 Message-ID: <4f0901c4f592$897c93ca$ea00b369@bazius.ru> From: =?Windows-1251?B?zvL35fI=?= To: emacs-pretest-bug@gnu.org Date: Sat, 08 Jan 2005 14:58:24 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0000_10C17ECB.A8E9004C" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: =?windows-1251?b?UmU6zejq7uvg6Q==?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 15:55:09 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_10C17ECB.A8E9004C Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_154F9D94.C2044203" ------=_NextPart_001_0001_154F9D94.C2044203 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Îòêðûëñÿ íîâûé èíòåðíåò ìàãàçèí www.bazius.ru ------=_NextPart_001_0001_154F9D94.C2044203 Content-Type: text/html; charset=Windows-1251 Content-Transfer-Encoding: 8bit
 
 
 
 
Îòêðûëñÿ íîâûé èíòåðíåò ìàãàçèí www.bazius.ru
ëî ------=_NextPart_001_0001_154F9D94.C2044203-- ------=_NextPart_000_0000_10C17ECB.A8E9004C-- From MAILER-DAEMON Sat Jan 08 10:57:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CnIxg-0006Z8-Qm for mharc-emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:57:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CnIxa-0006XA-C3 for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:57:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CnIr0-0004sL-Lz for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:50:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CnIqw-0004jv-8o for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:50:10 -0500 Received: from [61.120.206.13] (helo=smtp.mediatti.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CnINe-000346-Vs for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 10:19:55 -0500 Received: from localhost (182M42.rivo.mediatti.net [210.79.133.182]) by mediatti.net (Mediatti Hyper Internet Mail) with ESMTP id <0IA0004V67X34P@mediatti.net>; Sun, 9 Jan 2005 00:19:51 +0900 (JST) Date: Sun, 09 Jan 2005 00:16:42 +0900 (JST) From: SAITO Takuya In-reply-to: To: emacs-pretest-bug@gnu.org Message-id: <20050109.001642.193687478.tabmore@rivo.mediatti.net> MIME-version: 1.0 X-Mailer: Mew version 4.1.53 on Emacs 21.3.50 / Mule 5.0 (SAKAKI) Content-type: Text/Plain; charset=us-ascii Content-transfer-encoding: 7bit References: <20050102.114828.260820195.tabmore@rivo.mediatti.net> Subject: Re: fringe-bitmap disappears X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 15:57:07 -0000 From: storm@cua.dk (Kim F. Storm) Subject: Re: fringe-bitmap disappears Date: Thu, 06 Jan 2005 23:17:05 +0100 > I just installed a fix in CVS. Please test. Works great. Thank you. From MAILER-DAEMON Sat Jan 08 11:55:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CnJsU-0004Cq-13 for mharc-emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 11:55:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CnJsN-0004Az-SM for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 11:55:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CnJsH-00048N-Nd for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 11:55:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CnJsH-00044F-Iv for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 11:55:37 -0500 Received: from [64.4.31.35] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CnJZJ-00022Y-QG for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 11:36:01 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 8 Jan 2005 08:35:00 -0800 Message-ID: Received: from 209.6.245.44 by by13fd.bay13.hotmail.msn.com with HTTP; Sat, 08 Jan 2005 16:34:31 GMT X-Originating-IP: [209.6.245.44] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com In-Reply-To: <41DEF696.4020101@swipnet.se> From: "emacs user" To: jan.h.d@swipnet.se Bcc: Date: Sat, 08 Jan 2005 11:34:31 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 08 Jan 2005 16:35:00.0611 (UTC) FILETIME=[FF5D0D30:01C4F59F] Cc: emacs-pretest-bug@gnu.org Subject: Re: set font under options menu does not work X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2005 16:55:45 -0000 >Jan D. wrote: > >>>emacs -q --no-site-file& >>>options -> set font/fontset -> choose font. > >I've fixed this bug now. indeed fixed. thanks. anyone can write why the view functionality in dired was eliminated? * dired.el (dired-view-command-alist): Variable deleted. (dired-view-file, dired-mouse-find-file-other-window): Delete the code to use it. EU _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From MAILER-DAEMON Sat Jan 08 19:18:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CnQmQ-00045G-LG for mharc-emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 19:18:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CnQmN-000434-Cy for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 19:17:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CnQmG-0003yp-6l for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 19:17:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CnQmF-0003k5-Iw for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 19:17:51 -0500 Received: from [206.190.173.18] (helo=grant.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CnQJb-00047L-6a for emacs-pretest-bug@gnu.org; Sat, 08 Jan 2005 18:48:15 -0500 Received: from grant.org (localhost [127.0.0.1]) by grant.org (8.12.11/8.12.11) with ESMTP id j08Nlp3p097602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Jan 2005 18:47:56 -0500 (EST) (envelope-from devon@grant.org) Received: (from devon@localhost) by grant.org (8.12.11/8.12.11/Submit) id j08Nlp6e097599; Sat, 8 Jan 2005 18:47:51 -0500 (EST) (envelope-from devon) Date: Sat, 8 Jan 2005 18:47:51 -0500 (EST) Message-Id: <200501082347.j08Nlp6e097599@grant.org> From: Devon@Jovi.Net To: emacs-pretest-bug@gnu.org X-Virus-Scanned: by amavisd-new Subject: crash and core dump X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 00:18:00 -0000 In GNU Emacs 21.3.50.1 (i386-unknown-freebsd4.10, X toolkit, Xaw3d scroll bars) of 2004-08-24 on grant.org configured using `configure 'CC=gcc'' It had been running for some weeks. I typed ^G because dired was slow. It crashed at once, no questions. $ gdb ~/gnu/emacs/src/emacs ~/emacs/emacs-2005a-Jan-08-Sat.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `emacs'. Program terminated with signal 6, Abort trap. Reading symbols from /usr/X11R6/lib/libXaw3d.so.7...done. Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/local/lib/libtiff.so.4...done. Reading symbols from /usr/local/lib/libjpeg.so.9...done. Reading symbols from /usr/local/lib/libpng.so.5...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/local/lib/libungif.so.5...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/lib/libutil.so.3...done. Reading symbols from /usr/lib/libncurses.so.5...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/X11R6/lib/libXThrStub.so.6...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x284affc4 in kill () from /usr/lib/libc.so.4 (gdb) backtrace #0 0x284affc4 in kill () from /usr/lib/libc.so.4 #1 0x80e0857 in fatal_error_signal (sig=6) at emacs.c:395 #2 0xbfbfffac in ?? () #3 0x8174bd5 in find_interval (tree=0x8afbda4, position=324113) at intervals.c:649 #4 0x817669a in set_point_both (buffer=0x8a9c800, charpos=324113, bytepos=324113) at intervals.c:2051 #5 0x8133341 in Fgoto_char (position=145769762) at editfns.c:269 #6 0x8134014 in save_excursion_restore (info=153528653) at editfns.c:867 #7 0x813ea45 in unbind_to (count=2, value=138215425) at eval.c:3095 #8 0x813c2eb in unwind_to_catch (catch=0xbfbff334, value=146272125) at eval.c:1150 #9 0x813ca43 in Fsignal (error_symbol=138299969, data=138215425) at eval.c:1545 #10 0x8143d05 in Fassq (key=138449993, list=140103509) at fns.c:1516 #11 0x817506c in adjust_intervals_for_insertion (tree=0x8afbda4, position=320634, length=2) at intervals.c:963 #12 0x817744c in offset_intervals (buffer=0x8a9c800, start=320634, length=2) at intervals.c:1461 #13 0x810129a in insert_1_both (string=0xbfbfe748 " ", nchars=2, nbytes=2, inherit=1, prepare=1, before_markers=0) at insdel.c:1033 #14 0x810111a in insert_1 (string=0xbfbfe748 " ", nbytes=2, inherit=1, prepare=1, before_markers=0) at insdel.c:849 #15 0x8100f4c in insert_and_inherit (string=0xbfbfe748 " ", nbytes=2) at insdel.c:769 #16 0x8135cb5 in Finsert_char (character=256, count=16, inherit=138215473) at editfns.c:2177 #17 0x811665d in Findent_to (column=16, minimum=0) at indent.c:770 #18 0x813e0c9 in Ffuncall (nargs=3, args=0xbfbfe828) at eval.c:2739 #19 0x8164c28 in Fbyte_code (bytestr=136604627, vector=136604716, maxdepth=32) at bytecode.c:689 #20 0x813e5e3 in funcall_lambda (fun=136604572, nargs=3, arg_vector=0xbfbfe92c) at eval.c:2923 #21 0x813e1a1 in Ffuncall (nargs=4, args=0xbfbfe928) at eval.c:2793 #22 0x8164c28 in Fbyte_code (bytestr=143581523, vector=143643140, maxdepth=48) at bytecode.c:689 #23 0x813e5e3 in funcall_lambda (fun=142967780, nargs=5, arg_vector=0xbfbfea3c) at eval.c:2923 #24 0x813e1a1 in Ffuncall (nargs=6, args=0xbfbfea38) at eval.c:2793 #25 0x8164c28 in Fbyte_code (bytestr=143581603, vector=143284100, maxdepth=48) at bytecode.c:689 #26 0x813e5e3 in funcall_lambda (fun=142970820, nargs=0, arg_vector=0xbfbfeb4c) at eval.c:2923 #27 0x813e1a1 in Ffuncall (nargs=1, args=0xbfbfeb48) at eval.c:2793 #28 0x8164c28 in Fbyte_code (bytestr=143581651, vector=143284228, maxdepth=32) at bytecode.c:689 #29 0x813e5e3 in funcall_lambda (fun=142970724, nargs=0, arg_vector=0xbfbfec4c) at eval.c:2923 #30 0x813e1a1 in Ffuncall (nargs=1, args=0xbfbfec48) at eval.c:2793 #31 0x8164c28 in Fbyte_code (bytestr=143581203, vector=143644164, maxdepth=64) at bytecode.c:689 #32 0x813e5e3 in funcall_lambda (fun=142970340, nargs=2, arg_vector=0xbfbfed5c) at eval.c:2923 #33 0x813e1a1 in Ffuncall (nargs=3, args=0xbfbfed58) at eval.c:2793 #34 0x8164c28 in Fbyte_code (bytestr=136197635, vector=136197980, maxdepth=56) at bytecode.c:689 #35 0x813e5e3 in funcall_lambda (fun=136197572, nargs=0, arg_vector=0xbfbfee6c) at eval.c:2923 #36 0x813e1a1 in Ffuncall (nargs=1, args=0xbfbfee68) at eval.c:2793 #37 0x8164c28 in Fbyte_code (bytestr=143416179, vector=143112964, maxdepth=48) at bytecode.c:689 #38 0x813e5e3 in funcall_lambda (fun=143383940, nargs=0, arg_vector=0xbfbfef7c) at eval.c:2923 #39 0x813e1a1 in Ffuncall (nargs=1, args=0xbfbfef78) at eval.c:2793 #40 0x8164c28 in Fbyte_code (bytestr=143440931, vector=143128068, maxdepth=32) at bytecode.c:689 #41 0x813e5e3 in funcall_lambda (fun=143384164, nargs=1, arg_vector=0xbfbff0bc) at eval.c:2923 #42 0x813e1a1 in Ffuncall (nargs=2, args=0xbfbff0b8) at eval.c:2793 #43 0x813ab14 in Fcall_interactively (function=140837961, record_flag=17276928, keys=160944132) at callint.c:863 #44 0x80edb96 in Fcommand_execute (cmd=140837961, record_flag=138215425, keys=138215425, special=138215425) at keyboard.c:9721 #45 0x80e404d in command_loop_1 () at keyboard.c:1776 #46 0x813c691 in internal_condition_case (bfun=0x80e31e8 , handlers=138299945, hfun=0x80e2d78 ) at eval.c:1346 #47 0x80e3054 in command_loop_2 () at keyboard.c:1306 #48 0x813c294 in internal_catch (tag=138289065, func=0x80e3034 , arg=138215425) at eval.c:1107 #49 0x80e3007 in command_loop () at keyboard.c:1285 #50 0x80e2b18 in recursive_edit_1 () at keyboard.c:978 #51 0x80e2c4c in Frecursive_edit () at keyboard.c:1039 #52 0x80e1aa7 in main (argc=11, argv=0xbfbff5b8) at emacs.c:1687 (gdb) From MAILER-DAEMON Sun Jan 09 19:06:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cnn53-0003Th-IV for mharc-emacs-pretest-bug@gnu.org; Sun, 09 Jan 2005 19:06:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cnn50-0003Sq-7X for emacs-pretest-bug@gnu.org; Sun, 09 Jan 2005 19:06:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cnn4x-0003RW-UV for emacs-pretest-bug@gnu.org; Sun, 09 Jan 2005 19:06:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cnn4w-0003R8-Ju for emacs-pretest-bug@gnu.org; Sun, 09 Jan 2005 19:06:38 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cnmri-0007Fz-3E for emacs-pretest-bug@gnu.org; Sun, 09 Jan 2005 18:52:58 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CnmrU-0005Jt-Kt; Sun, 09 Jan 2005 18:52:44 -0500 From: Richard Stallman To: Devon@Jovi.Net In-reply-to: <200501082347.j08Nlp6e097599@grant.org> (Devon@Jovi.Net) References: <200501082347.j08Nlp6e097599@grant.org> Message-Id: Date: Sun, 09 Jan 2005 18:52:44 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: crash and core dump X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 00:06:43 -0000 #10 0x8143d05 in Fassq (key=138449993, list=140103509) at fns.c:1516 #11 0x817506c in adjust_intervals_for_insertion (tree=0x8afbda4, position=320634, length=2) at intervals.c:963 What was the LIST argument to Fassq? It appears to have come from Vtext_property_default_nonsticky; was that variable's value invalid? From MAILER-DAEMON Mon Jan 10 07:52:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cnz2J-0005Io-P3 for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 07:52:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cnz2A-0005GP-KN for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 07:52:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cnz1z-0005BZ-W5 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 07:52:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cnz1x-00058s-KZ for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 07:52:21 -0500 Received: from [192.11.226.161] (helo=hoemail1.lucent.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cnykc-00009v-UE; Mon, 10 Jan 2005 07:34:27 -0500 Received: from nbgif1.de.lucent.com (h135-246-31-82.lucent.com [135.246.31.82]) by hoemail1.lucent.com (8.12.11/8.12.11) with ESMTP id j0ACYMam019472; Mon, 10 Jan 2005 06:34:23 -0600 (CST) Received: from sfsws1.de.lucent.com (sfsws1 [135.246.31.38]) by nbgif1.de.lucent.com (8.11.7p1+Sun/8.11.7) with ESMTP id j0ACYMu28614; Mon, 10 Jan 2005 13:34:22 +0100 (MET) Received: from sfsw51.de.lucent.com (sfsw51 [135.246.123.35]) by sfsws1.de.lucent.com (8.11.7p1+Sun/8.8.5) with ESMTP id j0ACYLl27978; Mon, 10 Jan 2005 13:34:21 +0100 (MET) Received: (from kzeitler@localhost) by sfsw51.de.lucent.com (8.11.7p1+Sun/8.8.8) id j0ACYLv08305; Mon, 10 Jan 2005 13:34:21 +0100 (MET) X-Authentication-Warning: sfsw51.de.lucent.com: kzeitler set sender to kzeitler@lucent.com using -f To: rms@gnu.org References: <200412201017.iBKAHlI04678@sfsw51.de.lucent.com> From: Klaus Zeitler X-Shopping-List: (1) Enthusiastic dexterous fission (2) Lubricating obsession laxatives (3) Incestuous flossbags (4) Phosphorescent connotations Date: Mon, 10 Jan 2005 13:34:21 +0100 In-Reply-To: (Richard Stallman's message of "Thu, 23 Dec 2004 14:32:34 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: mouse-drag-region when mouse-autoselect-window is set to t X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 12:52:38 -0000 >>>>> "Richard" == Richard Stallman writes: Richard> Richard> ! (mouse-autoselect-window nil)) Sorry that it took so long for a response, but I've been on vacation. I've seen that the newest CVS version already contains your patch. It only works partly, i.e. if I drag the mouse really quickly below the mode-line. If I do it at moderate speed, it doesn't work. Klaus -- ------------------------------------------ | Klaus Zeitler Lucent Technologies | | Email: kzeitler@lucent.com | ------------------------------------------ --- If at first you don't succeed, give up, no use being a damn fool. From MAILER-DAEMON Mon Jan 10 12:58:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Co3ns-0005Of-TD for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 12:58:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Co3nl-0005Lh-61 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 12:58:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Co3ne-0005J8-KB for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 12:57:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Co3nc-0005Ba-MN for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 12:57:53 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Co3WQ-0000Tp-AJ for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 12:40:06 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0AHe2j6014160 for ; Mon, 10 Jan 2005 09:40:02 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0AHe0hG014108 for ; Mon, 10 Jan 2005 09:40:01 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0AHdxr2011686 for ; Mon, 10 Jan 2005 10:39:59 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0AHdw4M011670 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 10 Jan 2005 10:39:58 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Mon, 10 Jan 2005 09:39:58 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: High X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: RE: load-history is incorrect X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 17:58:05 -0000 It occurred to me that perhaps this bug was being confused with another with a similar Subject line that I filed on the same day. I heard back about the other bug, but not this one, so I thought I'd mention this one again, just in case there was some confusion. This one is a more serious bug. -- Drew From: Drew Adams [mailto:drew.adams@oracle.com] Sent: Thursday, December 30, 2004 11:00 PM In Emacs 20, each explicit `require' in a library is reflected in the entry for that library in variable `load-history'. In Emacs 21, the `load-history' seems to be seriously flawed (unless there is some change in the semantics that is not reflected by the doc string). Many explicit requires for a library are not listed in the library's entry in load-history. This is true for both user libraries and standard, preloaded libraries. To pick a library in a virgin emacs (-q), look at the `load-history' entry for, say, "term/w32-win". In the Emacs 21 file w32-win.el you find these requires: (require 'frame) (require 'mouse) (require 'scroll-bar) (require 'faces) (require 'select) (require 'menu-bar) (require 'x-dnd) (require 'code-pages) (if (fboundp 'new-fontset)(require 'fontset)) But in `load-history' you find only these requires in the "term/w32-win" entry: ("term/w32-win" (require . x-dnd) (require . code-pages) (require . fontset) w32-drag-n-drop-debug w32-drag-n-drop w32-drag-n-drop-other-frame x-command-line-resources x-handle-switch x-handle-numeric-switch x-handle-initial-switch x-handle-iconic x-handle-xrm-switch x-handle-geometry x-handle-name-switch (defvar . x-display-name) x-handle-display x-handle-args (defvar . x-colors) xw-defined-colors (defvar . w32-standard-fontset-spec) x-win-suspend-error internal-face-interactive mouse-set-font) As another example, look at the entry for library custom - there is no require for it in load-history, but there is a require in library custom.el. Load a library that you define that contains several requires, and then look at load-history. Many, perhaps most, of the requires will not be present. I don't know what the rule is for the missing requires, but to me this is a _serious_ problem. I've written code that lists all (i.e. recursive) dependencies for a library (either as a tree, showing the hierarchy, or as a flat list with no dups). The code works perfectly in Emacs 20, because the load-history is correct: all library requires are present. The code doesn't show complete require lists in Emacs 21 because load-history is incomplete wrt requires for libraries. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I../../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/include' From MAILER-DAEMON Mon Jan 10 13:14:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Co43i-000185-9g for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:14:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Co43e-00014g-Qr for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:14:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Co43Z-00010p-1j for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:14:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Co43Y-00010C-O0 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:14:20 -0500 Received: from [206.190.173.18] (helo=grant.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Co3qQ-0004ni-ID; Mon, 10 Jan 2005 13:00:46 -0500 Received: from grant.org (localhost [127.0.0.1]) by grant.org (8.12.11/8.12.11) with ESMTP id j0AI0TbP057878 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jan 2005 13:00:34 -0500 (EST) (envelope-from devon@grant.org) Received: (from devon@localhost) by grant.org (8.12.11/8.12.11/Submit) id j0AI0T89057875; Mon, 10 Jan 2005 13:00:29 -0500 (EST) (envelope-from devon) Date: Mon, 10 Jan 2005 13:00:29 -0500 (EST) Message-Id: <200501101800.j0AI0T89057875@grant.org> From: Devon@Jovi.Net To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sun, 09 Jan 2005 18:52:44 -0500) References: <200501082347.j08Nlp6e097599@grant.org> X-Virus-Scanned: by amavisd-new Cc: emacs-pretest-bug@gnu.org Subject: Re: crash and core dump X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 18:14:28 -0000 From: Richard Stallman CC: emacs-pretest-bug@gnu.org Reply-to: rms@gnu.org Date: Sun, 09 Jan 2005 18:52:44 -0500 #10 0x8143d05 in Fassq (key=138449993, list=140103509) at fns.c:1516 #11 0x817506c in adjust_intervals_for_insertion (tree=0x8afbda4, position=320634, length=2) at intervals.c:963 What was the LIST argument to Fassq? It appears to have come from Vtext_property_default_nonsticky; was that variable's value invalid? Only got as far as ((fill-space . t) ...) Can't do more today, gotta fix car, see medic, pay pile of bills... Peace --Devon /~\ \ / Health Care X not warfare / \ Kerry won the popular vote Dubya won the digital vote PS: Surely this has already been automated? (gdb) xcons 138449993 The history is empty. (gdb) 138449993 xcons Undefined command: "138449993". Try "help". (gdb) help xcons Print the contents of $, assuming it is an Emacs Lisp cons. (gdb) $=138449993 xcons Undefined command: "". Try "help". (gdb) 138449993 Undefined command: "138449993". Try "help". (gdb) print 138449993 $1 = 138449993 (gdb) print 138449993 $2 = 138449993 (gdb) xcons $3 = (struct Lisp_Cons *) 0x8409448 { car = 0x10, cdr = 0x81b199b } (gdb) nextcons $4 = 135993755 $5 = (struct Lisp_Cons *) 0x81b1998 { car = 0x9, cdr = 0xffffffff } (gdb) nextcons $6 = -1 $7 = (struct Lisp_Cons *) 0xfffffff8 Cannot access memory at address 0xfffffff8. (gdb) print 0x10 $8 = 16 (gdb) xint $9 = 2 (gdb) print 9 $10 = 9 (gdb) xint $11 = 1 (gdb) print 140103509 $12 = 140103509 (gdb) xcons $13 = (struct Lisp_Cons *) 0x859cf50 { car = 0x859cee5, cdr = 0x83d96e5 } (gdb) nextcons $14 = 138254053 $15 = (struct Lisp_Cons *) 0x83d96e0 { car = 0x83d96dd, cdr = 0x83d951d } (gdb) nextcons $16 = 138253597 $17 = (struct Lisp_Cons *) 0x83d9518 { car = 0x83d9515, cdr = 0x83d0001 } (gdb) nextcons $18 = 138215425 $19 = (struct Lisp_Cons *) 0x83d0000 { car = 0x14, cdr = 0x81a1c5b } (gdb) nextcons $20 = 135928923 $21 = (struct Lisp_Cons *) 0x81a1c58 { car = 0x3, cdr = 0xffffffff } (gdb) print 138254053 $22 = 138254053 (gdb) xcons $23 = (struct Lisp_Cons *) 0x83d96e0 { car = 0x83d96dd, cdr = 0x83d951d } (gdb) print 0x859cee5 $24 = 140103397 (gdb) xcons $25 = (struct Lisp_Cons *) 0x859cee0 { car = 0x865b8a9, cdr = 0x83d0031 } (gdb) print Vtext_property_default_nonsticky $26 = 140103509 (gdb) xcons $27 = (struct Lisp_Cons *) 0x859cf50 { car = 0x859cee5, cdr = 0x83d96e5 } (gdb) nextcons $28 = 138254053 $29 = (struct Lisp_Cons *) 0x83d96e0 { car = 0x83d96dd, cdr = 0x83d951d } (gdb) nextcons $30 = 138253597 $31 = (struct Lisp_Cons *) 0x83d9518 { car = 0x83d9515, cdr = 0x83d0001 } (gdb) nextcons $32 = 138215425 $33 = (struct Lisp_Cons *) 0x83d0000 { car = 0x14, cdr = 0x81a1c5b } (gdb) nextcons $34 = 135928923 $35 = (struct Lisp_Cons *) 0x81a1c58 { car = 0x3, cdr = 0xffffffff } (gdb) print 0x859cee5 $36 = 140103397 (gdb) xcons $37 = (struct Lisp_Cons *) 0x859cee0 { car = 0x865b8a9, cdr = 0x83d0031 } (gdb) print 0x865b8a9 $38 = 140884137 (gdb) xsymbol $39 = (struct Lisp_Symbol *) 0x865b8a8 "fill-space" (gdb) print 0x83d0031 $40 = 138215473 (gdb) xsymbol $41 = (struct Lisp_Symbol *) 0x83d0030 "t" (gdb) print 0x83d96dd $42 = 138254045 (gdb) xsymbol $43 = (struct Lisp_Symbol *) 0x83d96d8 Cannot access memory at address 0x83d0019. (gdb) From MAILER-DAEMON Mon Jan 10 13:18:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Co47j-0001np-Dc for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:18:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Co47h-0001nN-3Q for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:18:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Co47e-0001mH-T9 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:18:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Co47e-0001m7-Q6 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:18:34 -0500 Received: from [129.16.117.10] (helo=eru.dd.chalmers.se) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Co3vk-0005kM-7L for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:06:16 -0500 Received: from frealaf.dd.chalmers.se (frealaf.dd.chalmers.se [129.16.116.16]) by eru.dd.chalmers.se (8.12.8/8.12.8) with ESMTP id j0AI6D8d029492 for ; Mon, 10 Jan 2005 19:06:13 +0100 (MET) Received: from frealaf.dd.chalmers.se (localhost [127.0.0.1]) by frealaf.dd.chalmers.se (8.12.9/8.12.8) with ESMTP id j0AI6CQd021368 for ; Mon, 10 Jan 2005 19:06:12 +0100 (MET) Received: (from bojohan@localhost) by frealaf.dd.chalmers.se (8.12.9/8.12.9/Submit) id j0AI6CNg021365; Mon, 10 Jan 2005 19:06:12 +0100 (MET) Date: Mon, 10 Jan 2005 19:06:12 +0100 (MET) Message-Id: <200501101806.j0AI6CNg021365@frealaf.dd.chalmers.se> From: "=?iso-8859-1?q?Johan_Bockg=E5rd?=" To: emacs-pretest-bug@gnu.org Subject: Change in send-string-to-terminal's behaviour with escapes X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 18:18:37 -0000 Running emacs -nw in an xterm the code (send-string-to-terminal "\e(0x\e(B") that used to display a vertical bar until recently displays an "x" using today's CVS sources. ---- In GNU Emacs 21.3.50.5 (sparc-sun-solaris2.8, X toolkit) of 2005-01-10 on frealaf.dd.chalmers.se Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: iso_8859_1 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: encoded-kbd-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t From MAILER-DAEMON Mon Jan 10 13:54:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Co4gb-0000Kw-B3 for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:54:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Co4c0-0007hJ-4m for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:49:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Co4bn-0007YK-Tz for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:49:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Co4bj-0007Ug-JV for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:49:39 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Co4JC-0000Kq-Px for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 13:30:31 -0500 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Co4JA-00024n-00 for ; Mon, 10 Jan 2005 19:30:28 +0100 Received: from frealaf.dd.chalmers.se ([129.16.116.16]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Jan 2005 19:30:28 +0100 Received: from bojohan+news by frealaf.dd.chalmers.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Jan 2005 19:30:28 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-pretest-bug@gnu.org To: emacs-pretest-bug@gnu.org From: bojohan+news@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) Date: Mon, 10 Jan 2005 19:16:55 +0100 Lines: 2 Message-ID: References: <200501101806.j0AI6CNg021365@frealaf.dd.chalmers.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: frealaf.dd.chalmers.se Mail-Copies-To: never User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (usg-unix-v) Cancel-Lock: sha1:p7gSrGWd6hzc2ah2ydjP+KE8AFM= Sender: news Subject: Re: Change in send-string-to-terminal's behaviour with escapes X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 18:54:40 -0000 Dang. Please ignore this report. From MAILER-DAEMON Mon Jan 10 15:48:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Co6Se-0008Sn-PK for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 15:48:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Co6MQ-0006yM-P8 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 15:42:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Co6M8-0006qD-EH for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 15:41:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Co6M8-0006nk-1t for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 15:41:40 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Co69O-00081o-04 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 15:28:30 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Co695-0000RM-LY; Mon, 10 Jan 2005 15:28:11 -0500 From: Richard Stallman To: Klaus Zeitler In-reply-to: (message from Klaus Zeitler on Mon, 10 Jan 2005 13:34:21 +0100) References: <200412201017.iBKAHlI04678@sfsw51.de.lucent.com> Message-Id: Date: Mon, 10 Jan 2005 15:28:11 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: mouse-drag-region when mouse-autoselect-window is set to t X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 20:48:24 -0000 Sorry that it took so long for a response, but I've been on vacation. I've seen that the newest CVS version already contains your patch. It only works partly, i.e. if I drag the mouse really quickly below the mode-line. If I do it at moderate speed, it doesn't work. I could not make it fail. As long as I do not release the mouse button, it does nothing but scroll, no matter how slowly I move the mouse across the window boundary. From MAILER-DAEMON Mon Jan 10 18:19:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Co8oz-0005jF-LP for mharc-emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 18:19:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Co8ml-0005At-DK for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 18:17:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Co8mY-00054N-FZ for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 18:17:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Co8mY-000506-9F for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 18:17:06 -0500 Received: from [171.72.5.143] (helo=yarnek.wellsfargo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Co8Nn-0001Gg-R3 for emacs-pretest-bug@gnu.org; Mon, 10 Jan 2005 17:51:32 -0500 Received: from thar.wellsfargo.com (thar.wellsfargo.com [10.30.2.135]) by yarnek.wellsfargo.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j0AMnemJ018636 for ; Mon, 10 Jan 2005 14:49:40 -0800 (PST) Received: from thar.wellsfargo.com (localhost [127.0.0.1]) by thar.wellsfargo.com (Switch-3.1.5/Switch-3.1.0) with ESMTP id j0AMpJl5029975 for ; Mon, 10 Jan 2005 16:51:27 -0600 (CST) Received: from msgic55iadsm01.wellsfargo.com (msgic55iadsm01.wellsfargo.com [10.30.3.78]) by thar.wellsfargo.com (Switch-3.1.5/Switch-3.1.0) with ESMTP id j0AMp5Uw029857 for ; Mon, 10 Jan 2005 16:51:15 -0600 (CST) Received: by msgic55iadsm01.wellsfargo.com with Internet Mail Service (5.5.2657.72) id ; Mon, 10 Jan 2005 16:51:05 -0600 Message-ID: <1AEB225D138D814A80B4285627F3DED703EB04F7@msgsc55mnmsp16.wellsfargo.com> From: Richard.G.Bielawski@wellsfargo.com To: emacs-pretest-bug@gnu.org Date: Mon, 10 Jan 2005 16:50:56 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="ISO-8859-1" Subject: which-function-mode doesn't work when imenu--sort-by-name is used . X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 23:19:35 -0000 which-function-mode doesn't work when imenu--sort-by-name is used. I reported this problem quite some time ago but apparently didn't give enough information to recreate the problem. I can consistently recreate the problem like this: runemacs.exe -q C-x b bad Now paste the following 5 lines of text into the new buffer. (defcustom any ) (defcustom text ) (defcustom line ) (defcustom Here ) (defcustom There ) Issue these commands: M-x emacs-lisp-mode M-x which-function-mode Notice which-function operates correctly. Now issue these commands M-: (setq imenu-sort-function 'imenu--sort-by-name) M-: (imenu-add-menubar-index) which-function no longer displays the correct function. Specifically, `'text', `Here' and `There' are not reported. This problem seems only to occur when named imenu expressions are used. That is, changing defcustom to defun in the example above will result in the problem appearing not to exist. The difference is that defun is covered by an unnamed imenu regexp while defcustom is covered by the regexp named "Variables". Hope that helps! Richard Bielawski 612-667-5039 "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." From MAILER-DAEMON Tue Jan 11 03:56:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CoHnL-0004pl-Gy for mharc-emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 03:54:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CoHnB-0004lk-BE for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 03:54:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CoHn1-0004h7-8x for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 03:54:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CoHn0-0004X2-U6 for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 03:54:11 -0500 Received: from [195.54.107.73] (helo=mxfep02.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CoHMv-00088i-WF for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 03:27:14 -0500 Received: from naru.home ([83.227.131.3] [83.227.131.3]) by mxfep02.bredband.com with ESMTP id <20050111082710.KBQP24538.mxfep02.bredband.com@naru.home> for ; Tue, 11 Jan 2005 09:27:10 +0100 Date: Tue, 11 Jan 2005 09:27:10 +0100 Message-Id: From: Joakim Verona To: emacs-pretest-bug@gnu.org Subject: segmentation fault in turn_on_face X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 08:54:27 -0000 Symptoms: I have received a segmentation fault several times recently. Luckily I was able to capture it in gdb once: 0x080fdf1d in turn_on_face (f=0x838f060, face_id=73) at term.c:1911 1911 long fg = face->foreground; Maybe its relevant that i run a 256 color putty ssh terminal. Regards /Joakim In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.4.14) of 2005-01-10 on naru.home configured using `configure '--with-gtk' '--with-x' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' 'CFLAGS=-g'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t auto-compression-mode: t display-time-mode: t show-paren-mode: t erc-truncate-mode: t erc-log-mode: t erc-bbdb-mode: t erc-autoaway-mode: t erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-smiley-mode: t which-function-mode: t encoded-kbd-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: RET y t l ESC < ESC O B ESC O B s ESC O B ESC x e m a c s SPC b u SPC DEL DEL r e p SPC C-a C-k r e p o SPC r SPC SPC SPC b SPC RET Recent messages: Updating marks for gmane.comp.java.swixml.general...done Updating marks for gmane.linux.jpackage.general...done Checking new news...done Loading gnus-topic...done Mark set (No changes need to be saved) Making completion list... Loading eieio-opt...done Making completion list... Loading emacsbug...done From MAILER-DAEMON Tue Jan 11 08:24:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CoM0k-0003WK-9l for mharc-emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 08:24:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CoLxO-0002c8-GJ for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 08:21:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CoLxD-0002YT-Hx for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 08:21:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CoLxC-0002Ru-RB for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 08:20:58 -0500 Received: from [192.11.226.161] (helo=hoemail1.lucent.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CoLdv-0005S5-QN; Tue, 11 Jan 2005 08:01:03 -0500 Received: from nbgif1.de.lucent.com (h135-246-31-82.lucent.com [135.246.31.82]) by hoemail1.lucent.com (8.12.11/8.12.11) with ESMTP id j0BD0xAE027763; Tue, 11 Jan 2005 07:01:00 -0600 (CST) Received: from sfsws1.de.lucent.com (sfsws1 [135.246.31.38]) by nbgif1.de.lucent.com (8.11.7p1+Sun/8.11.7) with ESMTP id j0BD0xm14246; Tue, 11 Jan 2005 14:00:59 +0100 (MET) Received: from sfsw51.de.lucent.com (sfsw51 [135.246.123.35]) by sfsws1.de.lucent.com (8.11.7p1+Sun/8.8.5) with ESMTP id j0BD0xg21937; Tue, 11 Jan 2005 14:00:59 +0100 (MET) Received: (from kzeitler@localhost) by sfsw51.de.lucent.com (8.11.7p1+Sun/8.8.8) id j0BD0wt18034; Tue, 11 Jan 2005 14:00:58 +0100 (MET) X-Authentication-Warning: sfsw51.de.lucent.com: kzeitler set sender to kzeitler@lucent.com using -f To: rms@gnu.org References: <200412201017.iBKAHlI04678@sfsw51.de.lucent.com> From: Klaus Zeitler X-Meat: Bacon Date: Tue, 11 Jan 2005 14:00:58 +0100 In-Reply-To: (Richard Stallman's message of "Mon, 10 Jan 2005 15:28:11 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: mouse-drag-region when mouse-autoselect-window is set to t X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 13:24:34 -0000 >>>>> "Richard" == Richard Stallman writes: Richard> Richard> I could not make it fail. As long as I do not release the mouse Richard> button, it does nothing but scroll, no matter how slowly I move Richard> the mouse across the window boundary. I've tried it a few times: 1. start emacs -q --no-site-file 2. in scratch buffer eval (setq mouse-autoselect-window t) 3. load a file e.g. ~/.emacs.el now I try to drag my mouse-pointer below the mode-line. It works when I do it really quickly, but if I try this at normal speed, the highlighting of the growing region stops 1 or 2 lines above the mode-line and that's it. BTW it works fine if I drag it up, i.e. above the tool bar. Maybe this is a Solaris specific problem. How should I go about testing this odd behavior? -- ------------------------------------------ | Klaus Zeitler Lucent Technologies | | Email: kzeitler@lucent.com | ------------------------------------------ --- Pity the meek, for they shall inherit the earth. -- Don Marquis From MAILER-DAEMON Tue Jan 11 09:21:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CoMuF-0002HS-28 for mharc-emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 09:21:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CoMuA-0002FJ-UD for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 09:21:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CoMu8-0002Db-6G for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 09:21:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CoMu8-0002DO-0A for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 09:21:52 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CoMiO-0000YW-NO for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 09:09:45 -0500 Received: (qmail 45801 invoked from network); 11 Jan 2005 14:09:42 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 11 Jan 2005 14:09:42 -0000 To: Klaus Zeitler References: <200412201017.iBKAHlI04678@sfsw51.de.lucent.com> From: storm@cua.dk (Kim F. Storm) Date: Tue, 11 Jan 2005 15:09:42 +0100 In-Reply-To: (Klaus Zeitler's message of "Tue, 11 Jan 2005 14:00:58 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: mouse-drag-region when mouse-autoselect-window is set to t X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 14:21:57 -0000 Klaus Zeitler writes: > I've tried it a few times: > > 1. start emacs -q --no-site-file > 2. in scratch buffer eval (setq mouse-autoselect-window t) > 3. load a file e.g. ~/.emacs.el It works fine for me on X/GNU/Linux. > Maybe this is a Solaris specific problem. How should I go about testing this > odd behavior? Perhaps you could add code like this to mouse-drag-region-1: (let (event end end-point last-end-point (end-of-range (point))) (setq md-trace nil) ;; ADD (track-mouse (while (progn (setq event (read-event)) (setq md-trace (cons event md-trace)) ;; ADD (or (mouse-movement-p event) (eq (car-safe event) 'switch-frame))) Then look at md-trace after dragging the mouse to see what events were processes by emacs during the drag -- and then compare what happens when you drag slowly and faster... -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Tue Jan 11 15:23:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CoSWN-0002PA-AY for mharc-emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 15:21:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CoSWF-0002Lq-AY for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 15:21:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CoSW4-0002EZ-02 for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 15:21:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CoSW3-0002C9-Nw for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 15:21:23 -0500 Received: from [64.4.31.18] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CoSGG-0004sl-JY for emacs-pretest-bug@gnu.org; Tue, 11 Jan 2005 15:05:04 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 11 Jan 2005 12:04:02 -0800 Message-ID: Received: from 140.247.245.126 by by13fd.bay13.hotmail.msn.com with HTTP; Tue, 11 Jan 2005 20:03:33 GMT X-Originating-IP: [140.247.245.126] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com From: "emacs user" To: emacs-pretest-bug@gnu.org Bcc: Date: Tue, 11 Jan 2005 15:03:33 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 11 Jan 2005 20:04:02.0023 (UTC) FILETIME=[B1DDE770:01C4F818] Subject: reproducible segmentation fault on cygwin X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 20:21:40 -0000 I find CVS gnu emacs on cygwin to be very unstable. when I run it under the debugger there is a complained on segmentation fault, whatever that is... here are the instructions for reproducing this error message: /usr/local/emacs/src $ gdb emacs GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... DISPLAY = :0.0 TERM = xterm Breakpoint 1 at 0x20099ea6: file emacs.c, line 454. Breakpoint 2 at 0x20074d08: file xterm.c, line 7790. (gdb) run -q --no-site-file Starting program: /usr/local/emacs/src/emacs.exe -q --no-site-file ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. 0x7c809f62 in KERNEL32!IsBadWritePtr () from /cygdrive/c/WINDOWS/system32/kernel32.dll (gdb) quit The program is running. Exit anyway? (y or n) y In GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.14) of 2005-01-11 on cata2 Distributor `The Cygwin/X Project', version 11.0.60801000 configured using `configure '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Diary Minor modes in effect: delete-selection-mode: t auto-compression-mode: t auto-image-file-mode: t display-time-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: Recent messages: Loading mule-util...done Marking holidays...done Marking diary entries...done Preparing diary...done dbgz-3 Loading vcard...done Loading vm-vcard...done Loading /home/eli/.emacs.d/.session...done For information about the GNU Project and its goals, type C-h C-p. Loading emacsbug...done _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From MAILER-DAEMON Wed Jan 12 02:11:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CocVE-0006Sx-B7 for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 02:01:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CocUv-0006Pu-Ex for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 02:00:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CocUj-0006Hw-3p for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 02:00:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CocUi-0006Hf-Sd for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 02:00:40 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CocFo-00047j-VP for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 01:45:17 -0500 Received: from zaretski (IGLD-83-130-209-249.inter.net.il [83.130.209.249]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AGL86863 (AUTH halo1); Wed, 12 Jan 2005 08:45:04 +0200 (IST) Date: Wed, 12 Jan 2005 08:41:40 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "emacs user" Message-ID: <01c4f871$Blat.v2.2.2$eb361700@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: (emacs_user@hotmail.com) References: Cc: emacs-pretest-bug@gnu.org Subject: Re: reproducible segmentation fault on cygwin X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 07:00:59 -0000 > From: "emacs user" > Bcc: > Date: Tue, 11 Jan 2005 15:03:33 -0500 > > I find CVS gnu emacs on cygwin to be very unstable. when I run it > under the debugger there is a complained on segmentation fault, > whatever that is... here are the instructions for reproducing this > error message: > > /usr/local/emacs/src $ gdb emacs > GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i686-pc-cygwin"... > DISPLAY = :0.0 > TERM = xterm > Breakpoint 1 at 0x20099ea6: file emacs.c, line 454. > Breakpoint 2 at 0x20074d08: file xterm.c, line 7790. > (gdb) run -q --no-site-file > Starting program: /usr/local/emacs/src/emacs.exe -q --no-site-file > ---Type to continue, or q to quit--- > > Program received signal SIGSEGV, Segmentation fault. > 0x7c809f62 in KERNEL32!IsBadWritePtr () > from /cygdrive/c/WINDOWS/system32/kernel32.dll > (gdb) quit Please type "bt" at this point, instead of "quit", and post the results. Another GDB command, "xbacktrace", would also tell important stuff, so please type that as well and post what it prints. Thanks for reporting this. From MAILER-DAEMON Wed Jan 12 05:48:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cog2t-0001Q8-5d for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 05:48:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cog1w-0001Ah-39 for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 05:47:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cog1p-00016i-MV for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 05:47:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cog1o-00010E-Gd for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 05:47:04 -0500 Received: from [192.11.222.161] (helo=ihemail1.lucent.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cofq7-0001ty-Kc; Wed, 12 Jan 2005 05:35:00 -0500 Received: from nbgif1.de.lucent.com (h135-246-31-82.lucent.com [135.246.31.82]) by ihemail1.lucent.com (8.12.11/8.12.11) with ESMTP id j0CAYp3d000144; Wed, 12 Jan 2005 04:34:51 -0600 (CST) Received: from sfsws1.de.lucent.com (sfsws1 [135.246.31.38]) by nbgif1.de.lucent.com (8.11.7p1+Sun/8.11.7) with ESMTP id j0CAYoI23044; Wed, 12 Jan 2005 11:34:50 +0100 (MET) Received: from sfsw51.de.lucent.com (sfsw51 [135.246.123.35]) by sfsws1.de.lucent.com (8.11.7p1+Sun/8.8.5) with ESMTP id j0CAYoV04188; Wed, 12 Jan 2005 11:34:50 +0100 (MET) Received: (from kzeitler@localhost) by sfsw51.de.lucent.com (8.11.7p1+Sun/8.8.8) id j0CAYoZ12949; Wed, 12 Jan 2005 11:34:50 +0100 (MET) X-Authentication-Warning: sfsw51.de.lucent.com: kzeitler set sender to kzeitler@lucent.com using -f To: rms@gnu.org References: <200412201017.iBKAHlI04678@sfsw51.de.lucent.com> From: Klaus Zeitler X-Drdoom-Fodder: crypt drdoom crash CERT passwd Date: Wed, 12 Jan 2005 11:34:49 +0100 In-Reply-To: (Richard Stallman's message of "Mon, 10 Jan 2005 15:28:11 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: mouse-drag-region when mouse-autoselect-window is set to t X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 10:47:13 -0000 oops, when I tried to debug it, I noticed that the installation of the elisp files had failed (we have to run an additional install procedure from our sys admins here for reasons of what I call security paranoia) and emacs was still using an old mouse.elc. So obviously is was the old version that worked when one moved the mouse fast enough (cause then one didn't get the switch window event, when the mouse pointer crossed the mini buffer). Sorry to have bothered you. It works great now. Thanks Klaus -- ------------------------------------------ | Klaus Zeitler Lucent Technologies | | Email: kzeitler@lucent.com | ------------------------------------------ --- Tomorrow will be canceled due to lack of interest. From MAILER-DAEMON Wed Jan 12 08:24:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CoiTf-0003O1-Ji for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 08:23:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CoiTa-0003MO-LQ for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 08:23:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CoiMz-0001if-Q7 for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 08:17:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CoiMz-0001Zq-7i for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 08:17:05 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Coi2E-0004O6-R4 for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 07:55:39 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0CCtY3K005717 for ; Wed, 12 Jan 2005 13:55:34 +0100 (MET) Received: from miracle.physik.uni-ulm.de (miracle.physik.uni-ulm.de [134.60.10.127]) by bridgekeeper.physik.uni-ulm.de (Postfix) with ESMTP id 99BB01005C for ; Wed, 12 Jan 2005 13:55:34 +0100 (CET) Received: by miracle.physik.uni-ulm.de (Postfix, from userid 151) id 7961B185B3; Wed, 12 Jan 2005 13:55:34 +0100 (CET) To: emacs-pretest-bug@gnu.org From: Daniel Schmitt Date: Wed, 12 Jan 2005 13:55:33 +0100 Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-dcc3mcgill-Metrics: gemini 1275; Body=1 Fuz1=1 Fuz2=1 Subject: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 13:23:56 -0000 This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Open cpp file, edit it, do M-x compile, edit again, compile again ... emacs hangs and uses 100% cpu. gdb output after "kill -TSTP PID" below. The Emacs session is still running under gdb, so I can provide more information when needed. Best wishes, Daniel Schmitt ____________GDB OUTPUT___________ (gdb) run Starting program: /import/Archive/Groups/Productivity/Editors/Emacs/emacs/cvs-HEAD/emacs/src/emacs -geometry 80x40+0+0 [Thread debugging using libthread_db enabled] [New Thread 182940272320 (LWP 28398)] Detaching after fork from child process 28401. Detaching after fork from child process 28410. Program received signal SIGTSTP, Stopped (user). [Switching to Thread 182940272320 (LWP 28398)] 0x000000000055339c in sweep_weak_table (h=0xf29680, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) bt #0 0x000000000055339c in sweep_weak_table (h=0xf29680, remove_entries_p=0) at fns.c:4792 #1 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 #2 0x0000000000537e51 in Fgarbage_collect () at alloc.c:5535 #3 0x0000000000578df4 in Fbyte_code (bytestr=10212545, vector=Variable "vector" is not available. ) at bytecode.c:531 #4 0x000000000054c1cd in funcall_lambda (fun=19399476, nargs=1, arg_vector=0x7fbfffacd8) at eval.c:2962 #5 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #6 0x00000000005788e9 in Fbyte_code (bytestr=10069041, vector=Variable "vector" is not available. ) at bytecode.c:686 #7 0x000000000054c1cd in funcall_lambda (fun=19240148, nargs=3, arg_vector=0x7fbfffae98) at eval.c:2962 #8 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #9 0x00000000005788e9 in Fbyte_code (bytestr=19208337, vector=Variable "vector" is not available. ) at bytecode.c:686 #10 0x000000000054c1cd in funcall_lambda (fun=19229780, nargs=3, arg_vector=0x7fbfffb048) at eval.c:2962 #11 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #12 0x00000000005788e9 in Fbyte_code (bytestr=19208337, vector=Variable "vector" is not available. ) at bytecode.c:686 #13 0x000000000054c1cd in funcall_lambda (fun=19210980, nargs=2, arg_vector=0x7fbfffb320) at eval.c:2962 #14 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #15 0x000000000054e140 in run_hook_with_args (nargs=3, args=0x7fbfffb318, cond=to_completion) at eval.c:2443 #16 0x000000000054c9e4 in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2756 #17 0x00000000005788e9 in Fbyte_code (bytestr=10075121, vector=Variable "vector" is not available. ) at bytecode.c:686 #18 0x000000000054bd80 in Feval (form=Variable "form" is not available. ) at eval.c:2136 #19 0x000000000054e8f8 in Fcondition_case (args=Variable "args" is not available. ) at eval.c:1332 #20 0x0000000000577e7f in Fbyte_code (bytestr=10075121, vector=Variable "vector" is not available. ) at bytecode.c:864 #21 0x000000000054c1cd in funcall_lambda (fun=22082244, nargs=2, arg_vector=0x7fbfffb868) at eval.c:2962 #22 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #23 0x00000000005788e9 in Fbyte_code (bytestr=22805249, vector=Variable "vector" is not available. ) at bytecode.c:686 #24 0x000000000054c1cd in funcall_lambda (fun=22156052, nargs=1, arg_vector=0x7fbfffbc28) at eval.c:2962 #25 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #26 0x000000000054b12a in internal_condition_case_2 (bfun=0x54c540 , nargs=2, args=0x7fbfffbc20, handlers=9605249, hfun=0x46a1a0 ) at eval.c:1470 #27 0x000000000047c055 in safe_call (nargs=2, args=0x7fbfffbc20) at xdisp.c:1909 #28 0x000000000047c09a in safe_call1 (fn=Variable "fn" is not available. ) at xdisp.c:1929 #29 0x000000000047cfae in handle_fontified_prop (it=Variable "it" is not availab le. ) at xdisp.c:2834 #30 0x0000000000467a0d in handle_stop (it=0x7fbfffc1f0) at xdisp.c:2604 #31 0x000000000046ad67 in next_element_from_buffer (it=0x7fbfffc1f0) at xdisp.c:5559 #32 0x000000000046a1e6 in get_next_display_element (it=0x7fbfffc1f0) at xdisp.c:4886 #33 0x0000000000470db8 in display_line (it=0x7fbfffc1f0) at xdisp.c:14741 #34 0x000000000047660c in try_window_id (w=0xe4d1d0) at xdisp.c:13521 #35 0x000000000047a63b in redisplay_window (window=14995924, just_this_one_p=1) at xdisp.c:11997 #36 0x000000000047ba90 in redisplay_window_1 (window=Variable "window" is not av ailable. ) at xdisp.c:10719 #37 0x000000000054b2b8 in internal_condition_case_1 ( bfun=0x47ba60 , arg=14995924, handlers=9634469, hfun=0x45a0f0 ) at eval.c:1426 #38 0x00000000004744d7 in redisplay_internal (preserve_echo_area=Variable "prese rve_echo_area" is not available. ) at xdisp.c:10341 #39 0x00000000004ee4a6 in read_char (commandflag=1, nmaps=5, maps=0x7fbfffdfe0, prev_event=9605153, used_mouse_menu=0x7fbfffe074) at keyboard.c:2537 #40 0x00000000004f1516 in read_key_sequence (keybuf=0x7fbfffe210, bufsize=30, prompt=9605153, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8818 #41 0x00000000004f313d in command_loop_1 () at keyboard.c:1531 #42 0x000000000054b441 in internal_condition_case ( bfun=0x4f2fa0 , handlers=9716673, hfun=0x4ed5f0 ) at eval.c:1385 #43 0x00000000004ec87a in command_loop_2 () at keyboard.c:1312 #44 0x000000000054b590 in internal_catch (tag=Variable "tag" is not available. ) at eval.c:1144 #45 0x00000000004ed288 in command_loop () at keyboard.c:1291 #46 0x00000000004ed321 in recursive_edit_1 () at keyboard.c:984 #47 0x00000000004ed44e in Frecursive_edit () at keyboard.c:1045 #48 0x00000000004e2e0d in main (argc=3, argv=0x7fbfffea98) at emacs.c:1763 (gdb) xbacktrace 0x1280334 No enum type named pvec_type. ---------------------------------------------------------------------- [ CVS checkout on 2005-01-12 ] In GNU Emacs 21.3.50.19 (x86_64-unknown-linux-gnu, GTK+ Version 2.4.9) of 2005-01-12 on bridgekeeper Distributor `The X.Org Foundation', version 11.0.60801000 configured using `configure '--prefix=/import/xtra/emacs/HEAD' '--with-gtk' '--exec-prefix=/import/xtra/emacs/HEAD-x86_64'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX value of $LC_CTYPE: de_DE@euro value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-latin-9 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: delete-selection-mode: t pc-selection-mode: t msb-mode: t file-name-shadow-mode: t minibuffer-electric-default-mode: t show-paren-mode: t auto-compression-mode: t which-function-mode: t recentf-mode: t cua-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-decoding-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t From MAILER-DAEMON Wed Jan 12 09:36:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cojc1-0004Mp-1j for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 09:36:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cojbz-0004M6-Il for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 09:36:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CojR2-00038h-9f for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 09:25:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CojQw-00033z-G3 for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 09:25:14 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Coj38-00019Y-2s for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 09:00:39 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0CE0ZVp010379 for ; Wed, 12 Jan 2005 15:00:35 +0100 (MET) Received: from miracle.physik.uni-ulm.de (miracle.physik.uni-ulm.de [134.60.10.127]) by bridgekeeper.physik.uni-ulm.de (Postfix) with ESMTP id 584D61005C for ; Wed, 12 Jan 2005 15:00:35 +0100 (CET) Received: by miracle.physik.uni-ulm.de (Postfix, from userid 151) id EA1A7185B3; Wed, 12 Jan 2005 15:00:34 +0100 (CET) To: emacs-pretest-bug@gnu.org From: Daniel Schmitt Date: Wed, 12 Jan 2005 15:00:34 +0100 Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-sonic.net-Metrics: gemini 1156; Body=1 Fuz1=1 Fuz2=1 Subject: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 14:36:39 -0000 This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Opened cpp-file scrolled around using the mouse wheel - that's all I did. Reported bug before ... this time emacs was not running in gdb :-( Best wishes, Daniel Schmitt In GNU Emacs 21.3.50.19 (x86_64-unknown-linux-gnu, GTK+ Version 2.4.9) of 2005-01-12 on bridgekeeper Distributor `The X.Org Foundation', version 11.0.60801000 configured using `configure '--prefix=/import/xtra/emacs/HEAD' '--with-gtk' '--exec-prefix=/import/xtra/emacs/HEAD-x86_64'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX value of $LC_CTYPE: de_DE@euro value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-latin-9 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: delete-selection-mode: t pc-selection-mode: t msb-mode: t file-name-shadow-mode: t minibuffer-electric-default-mode: t show-paren-mode: t auto-compression-mode: t which-function-mode: t recentf-mode: t cua-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-decoding-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: Recent messages: Loading msb...done Loading www-setup (source)...done Loading delsel...done Loading desktop...done No desktop file. end of /usr/local/share/emacs/site-lisp/default.emacs.el Loading default.emacs (source)...done RS: Setup rs-keys-lisp stuff ... [2 times] Loading jit-lock...done Loading emacsbug...done From MAILER-DAEMON Wed Jan 12 12:10:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Com1F-0007PH-Sw for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 12:10:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Com0y-0007LW-Sp for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 12:10:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Com0u-0007IZ-Fm for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 12:10:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Com0u-0007Fr-2g for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 12:10:32 -0500 Received: from [134.96.7.25] (helo=triton.rz.uni-saarland.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Colnx-0004yh-4L for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 11:57:09 -0500 Received: from top.coli.uni-sb.de (top.coli.uni-sb.de [134.96.68.10]) by triton.rz.uni-saarland.de (8.12.10/8.12.10) with ESMTP id j0CGv7Ps1443780 for ; Wed, 12 Jan 2005 17:57:07 +0100 (CET) Received: from cc.at.coli.uni-sb.de (cc.at.coli.uni-sb.de [134.96.104.80]) by top.coli.uni-sb.de (8.9.3p3/8.9.3) with ESMTP id RAA15376 for ; Wed, 12 Jan 2005 17:57:07 +0100 (MET) Received: by cc.at.coli.uni-sb.de (Postfix, from userid 1292) id 60A97101AD; Wed, 12 Jan 2005 17:57:07 +0100 (CET) From: Frederik Fouvry To: emacs-pretest-bug@gnu.org X-Archive-Id: 8e52a0de26477fb66255bf3c7a463101 X-Attribution: fouvry X-Mailer: GNU Emacs Message-Id: <20050112165707.60A97101AD@cc.at.coli.uni-sb.de> Date: Wed, 12 Jan 2005 17:57:07 +0100 (CET) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.1 (triton.rz.uni-saarland.de [134.96.7.25]); Wed, 12 Jan 2005 17:57:07 +0100 (CET) X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.29.0.5; VDF 6.29.0.59 Subject: no year in bibtex entry, reftex gives an error X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frederik.Fouvry@CoLi.Uni-SB.DE List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 17:10:41 -0000 Symptoms: With BibTeX entries that do not contain a year (because it is fetched from the crossref entry for instance), reftex tries to sort them for display (with `reftex-bib-sort-year'), and that fails because instead of an expected string value there is `nil' as value, which cannot be converted into a number by string-to-int. Suggested solution: treat nil specially in reftex-bib-sort-year, or (before entering reftex-bib-sort-year) in case there is a crossref field, fetch the year from there. In GNU Emacs 21.3.50.41 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-11 on cc.at.coli.uni-sb.de Distributor `The XFree86 Project, Inc', version 11.0.40201000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: de_DE@euro value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: LaTeX Minor modes in effect: reftex-mode: t auto-image-file-mode: t desktop-save-mode: t global-auto-revert-mode: t iswitchb-mode: t show-paren-mode: t recentf-mode: t display-time-mode: t auto-insert-mode: t auto-compression-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: c SPC " y e a r " SPC C-y C-a ' C-e C-s y e C-a C-x 0 C-x C-f C-s b a d l d w i n C-] Recent messages: Scanning bibliography database other.bib Scanning bibliography database robustness.bib Scanning bibliography database proc.bib Scanning bibliography database collections.bib Scanning bibliography database proceedings.bib Entering debugger... nil Mark saved where search started [2 times] Quit Loading emacsbug...done From MAILER-DAEMON Wed Jan 12 15:23:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cop26-0001xn-3F for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:23:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cop24-0001vU-49 for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:23:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Coova-0000YG-3s for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:17:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CoovZ-0000TG-5s for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:17:13 -0500 Received: from [64.4.31.6] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CooZK-0008HD-VG; Wed, 12 Jan 2005 14:54:15 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 12 Jan 2005 11:54:13 -0800 Message-ID: Received: from 140.247.241.247 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 12 Jan 2005 19:53:40 GMT X-Originating-IP: [140.247.241.247] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com In-Reply-To: <01c4f871$Blat.v2.2.2$eb361700@zahav.net.il> From: "emacs user" To: eliz@gnu.org Bcc: Date: Wed, 12 Jan 2005 14:53:40 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 12 Jan 2005 19:54:13.0357 (UTC) FILETIME=[7D6859D0:01C4F8E0] Cc: emacs-pretest-bug@gnu.org Subject: Re: reproducible segmentation fault on cygwin X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 20:23:57 -0000 >From: "Eli Zaretskii" >Reply-To: Eli Zaretskii >To: "emacs user" >CC: emacs-pretest-bug@gnu.org >Subject: Re: reproducible segmentation fault on cygwin >Date: Wed, 12 Jan 2005 08:41:40 +0200 > > > From: "emacs user" > > Bcc: > > Date: Tue, 11 Jan 2005 15:03:33 -0500 > > > > I find CVS gnu emacs on cygwin to be very unstable. when I run it > > under the debugger there is a complained on segmentation fault, > > whatever that is... here are the instructions for reproducing this > > error message: > > > > /usr/local/emacs/src $ gdb emacs > > GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you >are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for >details. > > This GDB was configured as "i686-pc-cygwin"... > > DISPLAY = :0.0 > > TERM = xterm > > Breakpoint 1 at 0x20099ea6: file emacs.c, line 454. > > Breakpoint 2 at 0x20074d08: file xterm.c, line 7790. > > (gdb) run -q --no-site-file > > Starting program: /usr/local/emacs/src/emacs.exe -q --no-site-file > > ---Type to continue, or q to quit--- > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x7c809f62 in KERNEL32!IsBadWritePtr () > > from /cygdrive/c/WINDOWS/system32/kernel32.dll > > (gdb) quit > >Please type "bt" at this point, instead of "quit", and post the >results. Another GDB command, "xbacktrace", would also tell important >stuff, so please type that as well and post what it prints. > >Thanks for reporting this. /usr/local/emacs/src $ gdb emacs GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... DISPLAY = :0.0 TERM = xterm Breakpoint 1 at 0x20099fd6: file emacs.c, line 454. Breakpoint 2 at 0x20074e38: file xterm.c, line 7790. (gdb) run -q --no-site-file Starting program: /usr/local/emacs/src/emacs.exe -q --no-site-file ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. 0x7c809f62 in KERNEL32!IsBadWritePtr () from /cygdrive/c/WINDOWS/system32/kernel32.dll (gdb) bt #0 0x7c809f62 in KERNEL32!IsBadWritePtr () from /cygdrive/c/WINDOWS/system32/kernel32.dll #1 0x00000000 in ?? () from (gdb) xbacktrace 0x0 Lisp type 0 Cannot access memory at address 0x14 (gdb) note that if I type cont, emacs will actually start and work. but eventually it does crash fairly often. I hope the above problem is related to the crashes as well. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From MAILER-DAEMON Wed Jan 12 15:46:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CopOM-0000df-Pz for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:46:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CopO7-0000Tu-Fc for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:46:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CopO4-0000SU-PO for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:46:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CopO4-0000S9-M6 for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:46:40 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CopBx-0005b3-Rc for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 15:34:10 -0500 Received: from zaretski (IGLD-83-130-209-249.inter.net.il [83.130.209.249]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AGP27479 (AUTH halo1); Wed, 12 Jan 2005 22:34:06 +0200 (IST) Date: Wed, 12 Jan 2005 22:30:22 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "emacs user" Message-ID: <01c4f8e5$Blat.v2.2.2$b0662560@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: (emacs_user@hotmail.com) References: Cc: emacs-pretest-bug@gnu.org Subject: Re: reproducible segmentation fault on cygwin X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 20:46:45 -0000 > From: "emacs user" > Cc: emacs-pretest-bug@gnu.org > Bcc: > Date: Wed, 12 Jan 2005 14:53:40 -0500 > > Program received signal SIGSEGV, Segmentation fault. > 0x7c809f62 in KERNEL32!IsBadWritePtr () > from /cygdrive/c/WINDOWS/system32/kernel32.dll > (gdb) bt > #0 0x7c809f62 in KERNEL32!IsBadWritePtr () > from /cygdrive/c/WINDOWS/system32/kernel32.dll > #1 0x00000000 in ?? () from This probably means your emacs binary is stripped. Thanks anyway. Does anyone who reads this see similar crashes on Cygwin and can post a traceback? Failing that, I don't see how this can be debugged, unless you build an unstripped binary and post a bona fide traceback when it crashes. From MAILER-DAEMON Wed Jan 12 21:34:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CouoI-00065p-UT for mharc-emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 21:34:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CouoG-00065X-BY for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 21:34:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CouoF-00064q-8f for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 21:34:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CouoF-00064l-4H for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 21:34:03 -0500 Received: from [129.16.117.10] (helo=eru.dd.chalmers.se) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CoucJ-0006px-1f for emacs-pretest-bug@gnu.org; Wed, 12 Jan 2005 21:21:43 -0500 Received: from frealaf.dd.chalmers.se (frealaf.dd.chalmers.se [129.16.116.16]) by eru.dd.chalmers.se (8.12.8/8.12.8) with ESMTP id j0D2Le8d005386 for ; Thu, 13 Jan 2005 03:21:40 +0100 (MET) Received: from frealaf.dd.chalmers.se (localhost [127.0.0.1]) by frealaf.dd.chalmers.se (8.12.9/8.12.8) with ESMTP id j0D2LdQd017311 for ; Thu, 13 Jan 2005 03:21:39 +0100 (MET) Received: (from bojohan@localhost) by frealaf.dd.chalmers.se (8.12.9/8.12.9/Submit) id j0D2LcFu017310; Thu, 13 Jan 2005 03:21:38 +0100 (MET) X-Authentication-Warning: frealaf.dd.chalmers.se: bojohan set sender to bojohan+mail@dd.chalmers.se using -f From: bojohan+mail@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) To: emacs-pretest-bug@gnu.org Date: Thu, 13 Jan 2005 03:21:38 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Segfault in format-mode-line X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 02:34:04 -0000 In GNU Emacs 21.3.50.9 (sparc-sun-solaris2.8, X toolkit) of 2005-01-13 on frealaf.dd.chalmers.se Emacs segfaults when `format-mode-line' is called with a nil FACE arg, (format-mode-line "") ---------------- Program received signal SIGSEGV, Segmentation fault. init_iterator (it=0xffbee0c8, w=0x325600, charpos=-1, bytepos=-1, row=0x0, base_face_id=3186688) at xdisp.c:2261 2261 if (face->box != FACE_NO_BOX) (gdb) bt #0 init_iterator (it=0xffbee0c8, w=0x325600, charpos=-1, bytepos=-1, row=0x0, base_face_id=3186688) at xdisp.c:2261 #1 0x0006f634 in Fformat_mode_line (format=6503635, window=3298820, no_props=3244033, buffer=3300356, face=3244033) at xdisp.c:16041 [...] From MAILER-DAEMON Thu Jan 13 00:34:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Coxcb-0005Uw-8g for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 00:34:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CoxcZ-0005UJ-AI for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 00:34:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Coxal-00054S-R6 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 00:32:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Coxaj-00053z-NP for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 00:32:17 -0500 Received: from [200.199.148.254] (helo=199.232.76.166) by monty-python.gnu.org with smtp (Exim 4.34) id 1CoxNp-0007Bf-AV; Thu, 13 Jan 2005 00:19:01 -0500 X-Message-Info: 34RN5VIMpiB7QF1FkvjMwEFylM4BlEZvSZQFA5ICQ841 Received: from 116.37.176.210 by puffballA5E-xlA3E.moleculeB92.odatghytb@tkf.att.ne.jp with DAV; Thu, 13 Jan 2005 08:15:07 +0300 Message-ID: <30DBC4FAAC1.EAD3C@odatghytb@tkf.att.ne.jp> X-Originating-IP: [141.125.59.72] X-Originating-Email: [odatghytb@tkf.att.ne.jp] X-Sender: odatghytb@tkf.att.ne.jp From: "Theron Montes" To: "Emacs-pretest-bug" Date: Thu, 13 Jan 2005 04:13:07 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--A424034FAE64099F2C7A" Subject: In other words, every single company 10 million is listed. It is categorized X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Theron Montes List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 05:34:11 -0000 ----A424034FAE64099F2C7A Content-Type: text/plain; charset="iso-C6B5-8" Content-Transfer-Encoding: quoted-printable SPECIAL OFFER! (NEW CUSTOMER OFFER CODE 2244). The American Business List Limited Time Offer $95.00 The American Business List contains over 10 million companies throughout the United States. In other words, every single company is listed. It is categorized by SIC codes and divided into states. The SPECIAL OFFER PRICE IS $95.00 * Direct mail marketing is an extremely popular way for businesses to reach a large percentage of future sales. Many companies have relied on this marketing method to discover a new customer base. A reliable and extensive list is key to successful results and an increase in the bottom line. * DataUSA has been providing accurate business information for over 15 years to a large number of corporate clients. In turn, our customers have experienced double-digit sales growth on an annual basis. If you are interested in growing your business, The American Business List is an ideal sales tool. * All SIC codes are included in sectors such as construction, automotive, building, transportation, finance, agriculture, manufacturing and much more. * We are so confident in the success of this list that we are prepared to offer a full 100% money-back guarantee if you do not increase your sales. An unprecedented offer of a full refund if your sales do not increase. * Furthermore, our lists can be used on an unlimited basis (highly unusual for the industry) for mailing, faxing and other purposes. The data can be exported into other programs effortlessly. (Please note that due to the unreliability of email addresses, this list does not include email information). Save money and time by using this accurate, telephone-verified list. To order The American Business List, please fill out the form below and fax it to (905) 751 -0199. (tel: 905-751-0919). NAME: TITLE: COMPANY: ADDRESS: CITY: STATE: ZIP: TEL: FAX: EMAIL: To be removed from the database please follow this link, http://notinuse.biz/takeoff/takeoff.html ----A424034FAE64099F2C7A-- From MAILER-DAEMON Thu Jan 13 05:04:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp1qT-0008BN-O5 for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 05:04:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp1qC-00089C-Ec for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 05:04:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp1q4-00086f-Lp for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 05:04:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp1q3-00080s-Jz for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 05:04:23 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cp1Wk-0002xG-MZ for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 04:44:27 -0500 Received: (qmail 74689 invoked from network); 13 Jan 2005 09:44:25 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 13 Jan 2005 09:44:25 -0000 To: bojohan+mail@dd.chalmers.se (=?utf-8?q?Johan_Bockg=C3=A5rd?=) References: From: storm@cua.dk (Kim F. Storm) Date: Thu, 13 Jan 2005 10:44:28 +0100 In-Reply-To: ( =?utf-8?q?Johan_Bockg=C3=A5rd's_message_of?= "Thu, 13 Jan 2005 03:21:38 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org Subject: Re: Segfault in format-mode-line X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 10:04:34 -0000 bojohan+mail@dd.chalmers.se (Johan Bockg=C3=A5rd) writes: > In GNU Emacs 21.3.50.9 (sparc-sun-solaris2.8, X toolkit) > of 2005-01-13 on frealaf.dd.chalmers.se > > Emacs segfaults when `format-mode-line' is called with a nil FACE arg,=20 > > (format-mode-line "") Fixed. Note that the arg list to format-mode-line has been reworked. Here is the new doc string: +-------------------- | format-mode-line is a built-in function in `C source code'. | (format-mode-line format &optional face window buffer) |=20=20 | Format a string out of a mode line format specification. | First arg format specifies the mode line format (see `mode-line-format' | for details) to use. |=20=20 | Optional second arg face specifies the face property to put | on all characters for which no face is specified. | t means whatever face the window's mode line currently uses | (either `mode-line' or `mode-line-inactive', depending). | nil means the default is no face property. | If face is an integer, the value string has no text properties. |=20=20 | Optional third and fourth args window and buffer specify the window | and buffer to use as the context for the formatting (defaults | are the selected window and the window's buffer). From MAILER-DAEMON Thu Jan 13 08:05:32 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp4fH-0002Pu-63 for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:05:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp4f4-0002Ij-7l for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:05:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp4dp-0001qI-15 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:04:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp4do-0001p7-SZ for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:03:56 -0500 Received: from [63.171.232.131] (helo=avas02bg.etb.net.co) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cp4Rz-00006l-6H for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 07:51:44 -0500 Received: from avas02bg.etb.net.co (avas02bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id 03C4E1BC3D3 for ; Thu, 13 Jan 2005 07:51:36 -0500 (COT) Received: from smtp02bg.007mundo.com (unknown [192.168.168.232])by avas02bg.etb.net.co (Postfix) with ESMTP id EAB131BC4AEfor ; Thu, 13 Jan 2005 07:51:27 -0500 (COT) Received: from [200.119.72.89] ([200.119.72.89]) by smtp02bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 13 Jan 2005 07:55:29 -0500 Message-ID: <41E66EA1.1010006@etb.net.co> Date: Thu, 13 Jan 2005 07:50:41 -0500 From: =?ISO-8859-15?Q?Alejandro_L=F3pez-Valencia?= Organization: =?iso-8859-15?Q?Casa_de_cuc=FA?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-9: mark in spam to http://www.habeas.com/report/. X-Archive: encrypt Mail-Copies-To: never Content-Type: multipart/mixed; boundary=------------040106000600030307040103 X-OriginalArrivalTime: 13 Jan 2005 12:55:29.0659 (UTC) FILETIME=[28EE04B0:01C4F96F] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:84.88718 C:20 M:1 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:3 S:3 R:3 (0.5000 1.0000) Subject: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 13:05:20 -0000 This is a multi-part message in MIME format. --------------040106000600030307040103 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, _S_IFLNK and _lstat. Most of these definitions are non-functional, and break fileio.c. I am attaching a diff with the modifications I used to build CVS HEAD as of January 12. I'm not sure it is the proper solution to the problem, though. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.0.2195) of 2005-01-12 on SHANGRI-LA Distributor `Microsoft Corp.', version 5.0.2195 configured using `configure --with-gcc (3.3)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ES locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Outline Minor modes in effect: auto-image-file-mode: t display-time-mode: t tool-bar-mode: t encoded-kbd-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t view-mode: t Recent input: Recent messages: Loading regexp-opt...done Loading font-lock...done Loading jit-lock...done Loading view...done Loading outline... Loading easy-mmode...done Loading outline...done Loading vc-cvs...done View mode: type C-h for help, h for commands, q to quit. Loading emacsbug...done --------------040106000600030307040103 Content-Type: text/plain; name="fileio.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fileio.c.diff" Index: fileio.c =================================================================== RCS file: /cvsroot/emacs/emacs/src/fileio.c,v retrieving revision 1.524 diff -u -r1.524 fileio.c --- fileio.c 30 Dec 2004 12:28:41 -0000 1.524 +++ fileio.c 13 Jan 2005 12:15:33 -0000 @@ -144,7 +144,7 @@ #define O_RDONLY 0 #endif -#ifndef S_ISLNK +#if !defined(S_ISLNK) && !defined(__MINGW32__) # define lstat stat #endif @@ -2491,7 +2491,7 @@ } #endif -#if defined (S_ISREG) && defined (S_ISLNK) +#if defined (S_ISREG) && defined (S_ISLNK) && !defined(__MINGW32__) if (input_file_statable_p) { if (!(S_ISREG (st.st_mode)) && !(S_ISLNK (st.st_mode))) @@ -2729,7 +2729,7 @@ { if (errno == EXDEV) { -#ifdef S_IFLNK +#if defined(S_IFLNK) && !defined(__MINGW32__) symlink_target = Ffile_symlink_p (file); if (! NILP (symlink_target)) Fmake_symbolic_link (symlink_target, newname, @@ -2819,7 +2819,7 @@ return Qnil; } -#ifdef S_IFLNK +#if defined(S_IFLNK) && !defined(__MINGW32__) DEFUN ("make-symbolic-link", Fmake_symbolic_link, Smake_symbolic_link, 2, 3, "FMake symbolic link to file: \nFMake symbolic link to file %s: \np", doc: /* Make a symbolic link to FILENAME, named LINKNAME. Both args strings. @@ -3225,7 +3225,7 @@ if (!NILP (handler)) return call2 (handler, Qfile_symlink_p, filename); -#ifdef S_IFLNK +#if defined(S_IFLNK) && !defined(__MINGW32__) { char *buf; int bufsize; @@ -6681,7 +6681,7 @@ defsubr (&Sdelete_file); defsubr (&Srename_file); defsubr (&Sadd_name_to_file); -#ifdef S_IFLNK +#if defined(S_IFLNK) && !defined(__MINGW32__) defsubr (&Smake_symbolic_link); #endif /* S_IFLNK */ #ifdef VMS --------------040106000600030307040103-- From MAILER-DAEMON Thu Jan 13 08:15:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp4pJ-0007f4-VD for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:15:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp4pA-0007Zt-GH for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:15:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp4p7-0007X8-8O for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:15:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp4p6-0007We-1I for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:15:36 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cp4bO-0001fD-0y for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:01:26 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0DD1LKU007962; Thu, 13 Jan 2005 14:01:21 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id 83B961C169; Thu, 13 Jan 2005 14:01:21 +0100 (CET) Mail-Followup-To: Daniel Schmitt , emacs-pretest-bug@gnu.org To: Daniel Schmitt References: From: Reiner Steib X-Face: #vK]N[`vqjuod*|)'[iD7/"3AB-ApT%fmN"LWAg@oS7OesGv~)n[OBTLM#I="J'Y^-7I I/ps7o_'IK@#-Rs{::DZ@O8yS|fexe,XslY[:dNWOb~>?mC-&i_c)say:"\IpA.5U.b]'NY; Pks{lb h.+#6%DpZuaK3dcHB`Av3zc:r!C%~s0&m, tWj]&}, qg.+0ww2gK%f!:GK|wMl.I!(voY*1"^li8"~B BNG)9LvPi?^DMR-GVDnZqhu*3Hi, +g=wFhI)BL6&u{EOVEHjVEVq~d?_}lMntWAc3(6?kftjc>_f>! g0wM(qPM$d5]^TT_Qyi&L?LGVG)SHN;Gk/,pkY9,~ Date: Thu, 13 Jan 2005 14:01:21 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-DCC-sgs_public_dcc_server-Metrics: gemini 1199; Body=2 Fuz1=2 Fuz2=2 Cc: emacs-pretest-bug@gnu.org Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 13:15:43 -0000 --=-=-= On Wed, Jan 12 2005, Daniel Schmitt wrote: [...] > Open cpp file, edit it, do M-x compile, edit again, compile again ... > emacs hangs and uses 100% cpu. gdb output after "kill -TSTP PID" below. [...] > [ CVS checkout on 2005-01-12 ] > > In GNU Emacs 21.3.50.19 (x86_64-unknown-linux-gnu, GTK+ Version 2.4.9) > of 2005-01-12 on bridgekeeper > Distributor `The X.Org Foundation', version 11.0.60801000 > configured using `configure '--prefix=/import/xtra/emacs/HEAD' '--with-gtk' '--exec-prefix=/import/xtra/emacs/HEAD-x86_64'' Daniel is my colleague. He uses the same Emacs built as I do. Probably it is important to mention that this Emacs is a built (and run) on 64-bit machines (Daniel: AMD Athlon(tm) 64 Processor 3200+, me: AMD Athlon(tm) 64 Processor 3500+). Yesterday and today, I also saw the same symptoms with this built while using Gnus, doing some editing (see attached gdb output: emacs-gdb-2005-01-12.log and emacs-gdb-2005-01-13.log; after "kill -TSTP $pid" as suggested in etc/DEBUG). Before yesterday I always build Emacs on a 32-bit machine and run it on both, i686 and x86_64. There were no such problems with the 32-bit built used on 64-bit machines. Bye, Reiner. --=-=-= Content-Disposition: inline; filename=emacs-gdb-2005-01-12.log Content-Description: 2005-01-12 [Thread debugging using libthread_db enabled] [New Thread 182940272320 (LWP 5682)] Detaching after fork from child process 5685. Detaching after fork from child process 5686. Detaching after fork from child process 5687. Detaching after fork from child process 5692. Detaching after fork from child process 5695. Detaching after fork from child process 13764. Detaching after fork from child process 13765. Detaching after fork from child process 13792. Detaching after fork from child process 13793. Detaching after fork from child process 13820. Detaching after fork from child process 13821. Detaching after fork from child process 19071. Detaching after fork from child process 19074. Detaching after fork from child process 19075. Program received signal SIGTSTP, Stopped (user). [Switching to Thread 182940272320 (LWP 5682)] 0x0000000000533edf in survives_gc_p (obj=35054947) at alloc.c:5523 5523 return survives_p || PURE_POINTER_P ((void *) XPNTR (obj)); (gdb) bt #0 0x0000000000533edf in survives_gc_p (obj=35054947) at alloc.c:5523 #1 0x00000000005532e2 in sweep_weak_table (h=0x125f620, remove_entries_p=0) at fns.c:4803 #2 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 #3 0x0000000000537e51 in Fgarbage_collect () at alloc.c:5535 #4 0x0000000000578df4 in Fbyte_code (bytestr=9605921, vector=Variable "vector" is not available. ) at bytecode.c:531 #5 0x000000000054c1cd in funcall_lambda (fun=18781812, nargs=3, arg_vector=0x7fbfffb718) at eval.c:2962 #6 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #7 0x00000000005788e9 in Fbyte_code (bytestr=18469745, vector=Variable "vector" is not available. ) at bytecode.c:686 #8 0x000000000054c1cd in funcall_lambda (fun=18881796, nargs=3, arg_vector=0x7fbfffb8c8) at eval.c:2962 #9 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #10 0x00000000005788e9 in Fbyte_code (bytestr=18469745, vector=Variable "vector" is not available. ) at bytecode.c:686 #11 0x000000000054c1cd in funcall_lambda (fun=18834004, nargs=2, arg_vector=0x7fbfffbba0) at eval.c:2962 #12 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #13 0x000000000054e140 in run_hook_with_args (nargs=3, args=0x7fbfffbb98, cond=to_completion) at eval.c:2443 #14 0x000000000054c9e4 in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2756 #15 0x00000000005788e9 in Fbyte_code (bytestr=10075121, vector=Variable "vector" is not available. ) at bytecode.c:686 #16 0x000000000054bd80 in Feval (form=Variable "form" is not available. ) at eval.c:2136 #17 0x000000000054e8f8 in Fcondition_case (args=Variable "args" is not available. ) at eval.c:1332 #18 0x0000000000577e7f in Fbyte_code (bytestr=10075121, vector=Variable "vector" is not available. ) at bytecode.c:864 #19 0x000000000054c1cd in funcall_lambda (fun=27235364, nargs=2, arg_vector=0x7fbfffc0e8) at eval.c:2962 #20 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #21 0x00000000005788e9 in Fbyte_code (bytestr=18152209, vector=Variable "vector" is not available. ) at bytecode.c:686 #22 0x000000000054bd80 in Feval (form=Variable "form" is not available. ) at eval.c:2136 #23 0x000000000054e8f8 in Fcondition_case (args=Variable "args" is not available. ) at eval.c:1332 #24 0x0000000000577e7f in Fbyte_code (bytestr=9875249, vector=Variable "vector" is not available. ) at bytecode.c:864 #25 0x000000000054c1cd in funcall_lambda (fun=27007332, nargs=0, arg_vector=0x7fbfffc720) at eval.c:2962 #26 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #27 0x000000000054e419 in Fapply (nargs=2, args=0x7fbfffc718) at eval.c:2224 #28 0x000000000054c9e4 in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2756 #29 0x00000000005788e9 in Fbyte_code (bytestr=13582481, vector=Variable "vector" is not available. ) at bytecode.c:686 #30 0x000000000054bd80 in Feval (form=Variable "form" is not available. ) at eval.c:2136 #31 0x000000000054e8f8 in Fcondition_case (args=Variable "args" is not available. ) at eval.c:1332 #32 0x0000000000577e7f in Fbyte_code (bytestr=13582481, vector=Variable "vector" is not available. ) at bytecode.c:864 #33 0x000000000054c1cd in funcall_lambda (fun=8400428, nargs=1, arg_vector=0x7fbfffcc58) at eval.c:2962 #34 0x000000000054c72e in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #35 0x000000000054df82 in call1 (fn=Variable "fn" is not available. ) at eval.c:2565 #36 0x00000000004eae6b in timer_check (do_it_now=Variable "do_it_now" is not available. ) at keyboard.c:4453 #37 0x00000000004eb13d in readable_filtered_events (do_timers_now=Variable "do_timers_now" is not available. ) at keyboard.c:3504 #38 0x00000000004eb222 in get_filtered_input_pending (addr=0x916288, do_timers_now=1, filter_events=0) at keyboard.c:6541 #39 0x00000000004eb300 in detect_input_pending_run_timers (do_display=1) at keyboard.c:9883 #40 0x000000000057effe in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=9605153, wait_proc=0x0, just_wait_proc=0) at process.c:4452 #41 0x000000000044a331 in sit_for (sec=30, usec=0, reading=dwarf2_read_address: Corrupted DWARF expression. ) at dispnew.c:6367 #42 0x00000000004ef348 in read_char (commandflag=1, nmaps=4, maps=0x7fbfffd5d0, prev_event=9605153, used_mouse_menu=0x7fbfffd654) at keyboard.c:2762 #43 0x00000000004f1516 in read_key_sequence (keybuf=0x7fbfffd7f0, bufsize=30, prompt=9605153, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8818 #44 0x00000000004f313d in command_loop_1 () at keyboard.c:1531 #45 0x000000000054b441 in internal_condition_case ( bfun=0x4f2fa0 , handlers=9716673, hfun=0x4ed5f0 ) at eval.c:1385 #46 0x00000000004ec87a in command_loop_2 () at keyboard.c:1312 #47 0x000000000054b590 in internal_catch (tag=Variable "tag" is not available. ) at eval.c:1144 #48 0x00000000004ed288 in command_loop () at keyboard.c:1291 #49 0x00000000004ed321 in recursive_edit_1 () at keyboard.c:984 #50 0x00000000004ed44e in Frecursive_edit () at keyboard.c:1045 #51 0x00000000004e2e0d in main (argc=9, argv=0x7fbfffe078) at emacs.c:1763 (gdb) xbacktrace "font-lock-fontify-syntactically-region" "font-lock-default-fontify-region" "font-lock-fontify-region" "run-hook-with-args" "byte-code" "jit-lock-fontify-now" "byte-code" "jit-lock-stealth-fontify" "apply" "byte-code" "timer-event-handler" --=-=-= Content-Disposition: inline; filename=emacs-gdb-2005-01-13.log Content-Description: 2005-01-13 DISPLAY = :0.0 TERM = screen Breakpoint 1 at 0x4e1f60: file emacs.c, line 453. Function "x_error_quitter" not defined. (gdb) r --eval '(setq-default default-directory "~/")' -name Gnus -xrm 'Emacs.toolBar:1' -f gnus Starting program: /import/Archive/Groups/Productivity/Editors/Emacs/emacs/cvs-HEAD/x86_64/src/emacs --eval '(setq-default default-directory "~/")' -name Gnus -xrm 'Emacs.toolBar:1' -f gnus [Thread debugging using libthread_db enabled] [New Thread 182940272320 (LWP 26327)] Detaching after fork from child process 26330. Detaching after fork from child process 26333. Detaching after fork from child process 26334. Detaching after fork from child process 26337. Detaching after fork from child process 28765. Detaching after fork from child process 28766. Detaching after fork from child process 28794. Detaching after fork from child process 28795. Detaching after fork from child process 28796. Detaching after fork from child process 28797. Detaching after fork from child process 28870. Detaching after fork from child process 28885. Detaching after fork from child process 28886. Program received signal SIGTSTP, Stopped (user). [Switching to Thread 182940272320 (LWP 26327)] 0x000000000055319a in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4799 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) xbacktrace "sit-for" "byte-code" "jit-lock-stealth-fontify" "apply" "byte-code" "timer-event-handler" #0 0x000000000055319a in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4799 #1 0x00000000005533ff in sweep_weak_hash_tables () at fns.c:4888 #2 0x0000000000537de1 in Fgarbage_collect () at alloc.c:5535 #3 0x000000000054ba23 in Feval (form=10270245) at eval.c:2029 #4 0x000000000054b248 in internal_condition_case_1 (bfun=0x54b7a0 , arg=10270245, handlers=9605249, hfun=0x46a1a0 ) at eval.c:1426 #5 0x00000000004680a1 in safe_eval (sexpr=10270245) at xdisp.c:1876 #6 0x000000000046c3f8 in display_mode_element (it=0x7fbfffa3e0, depth=4, field_width=-2, precision=-2, elt=10270085, props=9605153, risky=0) at xdisp.c:15768 #7 0x000000000046c4f2 in display_mode_element (it=0x7fbfffa3e0, depth=3, field_width=-1, precision=-1, elt=10270117, props=9605153, risky=0) at xdisp.c:15849 #8 0x000000000046c4f2 in display_mode_element (it=0x7fbfffa3e0, depth=1, field_width=0, precision=0, elt=34094469, props=9605153, risky=0) at xdisp.c:15849 #9 0x0000000000471de4 in display_mode_line (w=Variable "w" is not available. ) at xdisp.c:15422 #10 0x0000000000472049 in display_mode_lines (w=0x281d8b0) at xdisp.c:15377 #11 0x000000000047a266 in redisplay_window (window=42064052, just_this_one_p=0) at xdisp.c:12254 #12 0x000000000047b9dd in redisplay_window_0 (window=Variable "window" is not available. ) at xdisp.c:10710 #13 0x000000000054b248 in internal_condition_case_1 ( bfun=0x47b9b0 , arg=42064052, handlers=9634469, hfun=0x45a0f0 ) at eval.c:1426 #14 0x0000000000468015 in redisplay_windows (window=Variable "window" is not available. ) at xdisp.c:10689 #15 0x0000000000467fc7 in redisplay_windows (window=Variable "window" is not available. ) at xdisp.c:10683 #16 0x0000000000474345 in redisplay_internal (preserve_echo_area=Variable "preserve_echo_area" is not available. ) at xdisp.c:10271 #17 0x0000000000474cea in redisplay_preserve_echo_area (from_where=Variable "from_where" is not available. ) at xdisp.c:10500 #18 0x000000000044a2ff in sit_for (sec=0, usec=125000, reading=0, display=1, initial_display=1) at dispnew.c:6358 #19 0x000000000054c926 in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2782 #20 0x0000000000578879 in Fbyte_code (bytestr=27099841, vector=Variable "vector" is not available. ) at bytecode.c:686 #21 0x000000000054bd10 in Feval (form=Variable "form" is not available. ) at eval.c:2136 #22 0x000000000054e888 in Fcondition_case (args=Variable "args" is not available. ) at eval.c:1332 #23 0x0000000000577e0f in Fbyte_code (bytestr=9875249, vector=Variable "vector" is not available. ) at bytecode.c:864 #24 0x000000000054c15d in funcall_lambda (fun=27004532, nargs=0, arg_vector=0x7fbfffc720) at eval.c:2962 #25 0x000000000054c6be in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #26 0x000000000054e3a9 in Fapply (nargs=2, args=0x7fbfffc718) at eval.c:2224 #27 0x000000000054c974 in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2756 #28 0x0000000000578879 in Fbyte_code (bytestr=13512993, vector=Variable "vector" is not available. ) at bytecode.c:686 #29 0x000000000054bd10 in Feval (form=Variable "form" is not available. ) at eval.c:2136 #30 0x000000000054e888 in Fcondition_case (args=Variable "args" is not available. ) at eval.c:1332 #31 0x0000000000577e0f in Fbyte_code (bytestr=13512993, vector=Variable "vector" is not available. ) at bytecode.c:864 #32 0x000000000054c15d in funcall_lambda (fun=8400764, nargs=1, arg_vector=0x7fbfffcc58) at eval.c:2962 #33 0x000000000054c6be in Ffuncall (nargs=Variable "nargs" is not available. ) at eval.c:2832 #34 0x000000000054df12 in call1 (fn=Variable "fn" is not available. ) at eval.c:2565 #35 0x00000000004eadfb in timer_check (do_it_now=Variable "do_it_now" is not available. ) at keyboard.c:4453 #36 0x00000000004eb0cd in readable_filtered_events (do_timers_now=Variable "do_timers_now" is not available. ) at keyboard.c:3504 #37 0x00000000004eb1b2 in get_filtered_input_pending (addr=0x916288, ---Type to continue, or q to quit--- do_timers_now=1, filter_events=0) at keyboard.c:6541 #38 0x00000000004eb290 in detect_input_pending_run_timers (do_display=1) at keyboard.c:9883 #39 0x000000000057ef8e in wait_reading_process_output (time_limit=30, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=9605153, wait_proc=0x0, just_wait_proc=0) at process.c:4452 #40 0x000000000044a331 in sit_for (sec=30, usec=0, reading=1, display=1, initial_display=0) at dispnew.c:6367 #41 0x00000000004ef2d8 in read_char (commandflag=1, nmaps=4, maps=0x7fbfffd5d0, prev_event=9605153, used_mouse_menu=0x7fbfffd654) at keyboard.c:2762 #42 0x00000000004f14a6 in read_key_sequence (keybuf=0x7fbfffd7f0, bufsize=30, prompt=9605153, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:8818 #43 0x00000000004f30cd in command_loop_1 () at keyboard.c:1531 #44 0x000000000054b3d1 in internal_condition_case ( bfun=0x4f2f30 , handlers=9716673, hfun=0x4ed580 ) at eval.c:1385 #45 0x00000000004ec80a in command_loop_2 () at keyboard.c:1312 #46 0x000000000054b520 in internal_catch (tag=Variable "tag" is not available. ) at eval.c:1144 #47 0x00000000004ed218 in command_loop () at keyboard.c:1291 #48 0x00000000004ed2b1 in recursive_edit_1 () at keyboard.c:984 #49 0x00000000004ed3de in Frecursive_edit () at keyboard.c:1045 #50 0x00000000004e2d9d in main (argc=9, argv=0x7fbfffe078) at emacs.c:1763 --=-=-=-- From MAILER-DAEMON Thu Jan 13 08:59:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp5VI-0003u1-V6 for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:59:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp5Ty-0003RS-Lj for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:57:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp5Tl-0003Ml-4s for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:57:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp5Tk-0003FU-6B for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:57:36 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cp550-0005xU-HJ for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 08:32:02 -0500 Received: (qmail 16280 invoked from network); 13 Jan 2005 13:32:00 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 13 Jan 2005 13:32:00 -0000 To: =?utf-8?q?Alejandro_L=C3=B3pez-Valencia?= References: <41E66EA1.1010006@etb.net.co> From: storm@cua.dk (Kim F. Storm) Date: Thu, 13 Jan 2005 14:32:03 +0100 In-Reply-To: <41E66EA1.1010006@etb.net.co> ( =?utf-8?q?Alejandro_L=C3=B3pez-Valencia's_message_of?= "Thu, 13 Jan 2005 07:50:41 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 13:59:10 -0000 Alejandro L=C3=B3pez-Valencia writes: > Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, > _S_IFLNK and _lstat. Most of these definitions are non-functional, and > break fileio.c. > > I am attaching a diff with the modifications I used to build CVS HEAD as > of January 12. I'm not sure it is the proper solution to the problem, > though. > -#ifdef S_ISLNK > +#if defined(S_ISLNK) && !defined(__MINGW32__) It would be more consitent with emacs coding practice if you put a define like this in the relevant src/s/???.h header file: #if defined(__MINGW32__) #define BROKEN_S_ISLNK 1 #endif and then use tests like this: > +#if defined(S_ISLNK) && !defined(BROKEN_S_ISLNK) etc. --=20 Kim F. Storm http://www.cua.dk From MAILER-DAEMON Thu Jan 13 09:20:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp5q7-0002fq-Gv for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:20:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp5q1-0002cn-LE for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:20:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp5py-0002aS-DL for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:20:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp5py-0002aG-4t for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:20:34 -0500 Received: from [63.171.232.132] (helo=avas03bg.etb.net.co) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cp5eB-0002Lj-Ut for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:08:24 -0500 Received: from avas03bg.etb.net.co (avas03bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id 1386E1BC512; Thu, 13 Jan 2005 09:08:17 -0500 (COT) Received: from smtp02bg.007mundo.com (unknown [192.168.168.232])by avas03bg.etb.net.co (Postfix) with ESMTPid AFA691BC4CC; Thu, 13 Jan 2005 09:08:13 -0500 (COT) Received: from [200.119.68.62] ([200.119.68.62]) by smtp02bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 13 Jan 2005 09:06:19 -0500 Message-ID: <41E67F5E.9090301@etb.net.co> Date: Thu, 13 Jan 2005 09:02:06 -0500 From: =?UTF-8?B?QWxlamFuZHJvIEzDs3Blei1WYWxlbmNpYQ==?= Organization: =?utf-8?Q?Casa_de_cuc=C3=BA?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org References: <41E66EA1.1010006@etb.net.co> In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-9: mark in spam to http://www.habeas.com/report/. X-Archive: encrypt Mail-Copies-To: never Content-Type: text/plain; charset=UTF-8; format=flowed X-OriginalArrivalTime: 13 Jan 2005 14:06:20.0421 (UTC) FILETIME=[0E94D350:01C4F979] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:20 M:2 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:3 S:3 R:3 (0.5000 1.0000) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 14:20:41 -0000 On 13/01/2005 08:32 a.m., Kim F. Storm wrote: > Alejandro L=C3=B3pez-Valencia writes: >=20 >=20 >>Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, >>_S_IFLNK and _lstat. Most of these definitions are non-functional, and >>break fileio.c. >> >>I am attaching a diff with the modifications I used to build CVS HEAD a= s >>of January 12. I'm not sure it is the proper solution to the problem, >>though. >=20 >=20 >=20 >>-#ifdef S_ISLNK >>+#if defined(S_ISLNK) && !defined(__MINGW32__) >=20 >=20 > It would be more consitent with emacs coding practice if you put a > define like this in the relevant src/s/???.h header file: > #if defined(__MINGW32__) > #define BROKEN_S_ISLNK 1 > #endif >=20 >=20 > and then use tests like this: >=20 >=20 >>+#if defined(S_ISLNK) && !defined(BROKEN_S_ISLNK) Reason why I said, I wasn't sure mine was a proper solution... :-) I'll send a proper patch later today. --=20 Alejandro L=C3=B3pez-Valencia Lo que Natura non da, Salamanca non presta. Francisco Quevedo y Villegas From MAILER-DAEMON Thu Jan 13 09:29:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp5yu-0003yv-95 for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:29:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp5yp-0003w8-P1 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:29:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp5yh-0003rk-Sf for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:29:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp5yh-0003pi-03 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:29:35 -0500 Received: from [209.226.175.34] (helo=tomts13-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cp5iQ-0002vU-5X for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 09:12:46 -0500 Received: from alfajor ([67.71.119.166]) by tomts13-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050113141245.JDK1899.tomts13-srv.bellnexxia.net@alfajor>; Thu, 13 Jan 2005 09:12:45 -0500 Received: by alfajor (Postfix, from userid 1000) id 5B7E2D7302; Thu, 13 Jan 2005 09:12:45 -0500 (EST) Message-ID: <87vfa1v2tw.fsf-monnier+emacs@gnu.org> To: storm@cua.dk (Kim F. Storm) References: From: Stefan Monnier Date: Thu, 13 Jan 2005 09:12:45 -0500 In-Reply-To: (Kim F. Storm's message of "Thu, 13 Jan 2005 10:44:28 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, =?iso-8859-1?q?Johan_Bockg=E5rd?= Subject: Re: Segfault in format-mode-line X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 14:29:45 -0000 > | Optional second arg face specifies the face property to put > | on all characters for which no face is specified. This leads me to think that the `face' arg is only put on chars which would otherwise have a face property of value nil. I.e. it does not return something that will look the same as the mode-line (or header-line). If that's true, then I think it's a bug. But of course, that might depend on what this `face' argument is used for. AFAICT it's never used. Stefan "who'd rather just throw this arg away" From MAILER-DAEMON Thu Jan 13 10:17:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp6ik-00011R-59 for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:17:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp6id-0000ys-6U for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:17:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp6iX-0000vM-TW for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:16:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp6iV-0000tD-0c for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:16:55 -0500 Received: from [63.171.232.130] (helo=avas01bg.etb.net.co) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cp6TR-0001AE-6i for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:01:21 -0500 Received: from avas01bg.etb.net.co (avas01bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id A9FC91BC521 for ; Thu, 13 Jan 2005 10:01:21 -0500 (COT) Received: from smtp02bg.007mundo.com (unknown [192.168.168.232])by avas01bg.etb.net.co (Postfix) with ESMTP id 8AE1B1BC50Efor ; Thu, 13 Jan 2005 10:01:21 -0500 (COT) Received: from [200.119.71.229] ([200.119.71.229]) by smtp02bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 13 Jan 2005 10:00:07 -0500 Message-ID: <41E68BFA.1090304@etb.net.co> Date: Thu, 13 Jan 2005 09:55:54 -0500 From: =?ISO-8859-1?Q?Alejandro_L=F3pez-Valencia?= Organization: =?iso-8859-1?Q?Casa_de_cuc=FA?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org References: <41E66EA1.1010006@etb.net.co> In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-9: mark in spam to http://www.habeas.com/report/. X-Archive: encrypt Mail-Copies-To: never Content-Type: multipart/mixed; boundary=------------040508020105050102000408 X-OriginalArrivalTime: 13 Jan 2005 15:00:07.0781 (UTC) FILETIME=[923CE150:01C4F980] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:20 M:2 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:3 S:3 R:3 (0.5000 1.0000) Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 15:17:05 -0000 This is a multi-part message in MIME format. --------------040508020105050102000408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 13/01/2005 08:32 a.m., Kim F. Storm wrote: > Alejandro L=F3pez-Valencia writes: >=20 >=20 >>Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, >>_S_IFLNK and _lstat. Most of these definitions are non-functional, and >>break fileio.c. >> >>I am attaching a diff with the modifications I used to build CVS HEAD a= s >>of January 12. I'm not sure it is the proper solution to the problem, >>though. >=20 >=20 >=20 >>-#ifdef S_ISLNK >>+#if defined(S_ISLNK) && !defined(__MINGW32__) >=20 >=20 > It would be more consitent with emacs coding practice if you put a > define like this in the relevant src/s/???.h header file: >=20 > #if defined(__MINGW32__) > #define BROKEN_S_ISLNK 1 > #endif >=20 >=20 > and then use tests like this: >=20 >=20 >>+#if defined(S_ISLNK) && !defined(BROKEN_S_ISLNK) >=20 >=20 > etc. >=20 OK, here is a new version of the patch with your suggestions and a=20 matching Changelog entry. As well, it is now a proper context diff. If someone asks, I'm making an irrevokable donation to the FSF,=20 regardless its acceptance. Cheers --=20 Alejandro L=F3pez-Valencia Lo que Natura non da, Salamanca non presta. Francisco Quevedo y Villegas --------------040508020105050102000408 Content-Type: text/plain; name="ChangeLog_mingw_36_fix" Content-Disposition: inline; filename="ChangeLog_mingw_36_fix" Content-Transfer-Encoding: quoted-printable 2005-01-13 Alejandro L=F3pez-Valencia * s/ms-w32.h: Mingw Runtime 3.6 (and later versions?) has a non-functional implementation of S_ISLNK, _S_ISLNK, S_IFLNK and _S_FLNK in sys/stat.h. As well it includes definitions for lstat and _lstat. Added an #ifdef for Mingw GCC that defines the symbols BROKEN_S_ISLNK and HAS_LSTAT. =09 * fileio.c: Disabled broken symlink handling code when using Mingw GCC and lstat redefinition with the help of the new symbols defined in s/ms-w32.h --------------040508020105050102000408 Content-Type: text/plain; name="s_islnk_mingw_fix" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="s_islnk_mingw_fix" ? alloc.c.2004-01-05 ? makefile Index: fileio.c =================================================================== RCS file: /cvsroot/emacs/emacs/src/fileio.c,v retrieving revision 1.524 diff -c -r1.524 fileio.c *** fileio.c 30 Dec 2004 12:28:41 -0000 1.524 --- fileio.c 13 Jan 2005 14:53:39 -0000 *************** *** 144,150 **** #define O_RDONLY 0 #endif ! #ifndef S_ISLNK # define lstat stat #endif --- 144,150 ---- #define O_RDONLY 0 #endif ! #if !defined(S_ISLNK) && !defined(HAS_LSTAT) # define lstat stat #endif *************** *** 2491,2497 **** } #endif ! #if defined (S_ISREG) && defined (S_ISLNK) if (input_file_statable_p) { if (!(S_ISREG (st.st_mode)) && !(S_ISLNK (st.st_mode))) --- 2491,2497 ---- } #endif ! #if defined (S_ISREG) && defined (S_ISLNK) && !defined(BROKEN_S_ISLNK) if (input_file_statable_p) { if (!(S_ISREG (st.st_mode)) && !(S_ISLNK (st.st_mode))) *************** *** 2729,2735 **** { if (errno == EXDEV) { ! #ifdef S_IFLNK symlink_target = Ffile_symlink_p (file); if (! NILP (symlink_target)) Fmake_symbolic_link (symlink_target, newname, --- 2729,2735 ---- { if (errno == EXDEV) { ! #if defined(S_IFLNK) && !defined(BROKEN_S_ISLNK) symlink_target = Ffile_symlink_p (file); if (! NILP (symlink_target)) Fmake_symbolic_link (symlink_target, newname, *************** *** 2819,2825 **** return Qnil; } ! #ifdef S_IFLNK DEFUN ("make-symbolic-link", Fmake_symbolic_link, Smake_symbolic_link, 2, 3, "FMake symbolic link to file: \nFMake symbolic link to file %s: \np", doc: /* Make a symbolic link to FILENAME, named LINKNAME. Both args strings. --- 2819,2825 ---- return Qnil; } ! #if defined(S_IFLNK) && !defined(BROKEN_S_ISLNK) DEFUN ("make-symbolic-link", Fmake_symbolic_link, Smake_symbolic_link, 2, 3, "FMake symbolic link to file: \nFMake symbolic link to file %s: \np", doc: /* Make a symbolic link to FILENAME, named LINKNAME. Both args strings. *************** *** 3225,3231 **** if (!NILP (handler)) return call2 (handler, Qfile_symlink_p, filename); ! #ifdef S_IFLNK { char *buf; int bufsize; --- 3225,3231 ---- if (!NILP (handler)) return call2 (handler, Qfile_symlink_p, filename); ! #if defined(S_IFLNK) && !defined(BROKEN_S_ISLNK) { char *buf; int bufsize; *************** *** 6681,6687 **** defsubr (&Sdelete_file); defsubr (&Srename_file); defsubr (&Sadd_name_to_file); ! #ifdef S_IFLNK defsubr (&Smake_symbolic_link); #endif /* S_IFLNK */ #ifdef VMS --- 6681,6687 ---- defsubr (&Sdelete_file); defsubr (&Srename_file); defsubr (&Sadd_name_to_file); ! #if defined(S_IFLNK) && !defined(BROKEN_S_ISLNK) defsubr (&Smake_symbolic_link); #endif /* S_IFLNK */ #ifdef VMS Index: s/ms-w32.h =================================================================== RCS file: /cvsroot/emacs/emacs/src/s/ms-w32.h,v retrieving revision 1.30 diff -c -r1.30 ms-w32.h *** s/ms-w32.h 1 Sep 2003 15:45:58 -0000 1.30 --- s/ms-w32.h 13 Jan 2005 14:53:40 -0000 *************** *** 490,495 **** --- 490,504 ---- #define DebPrint(stuff) #endif + /* Mingw Runtime 3.6, the latest version as of this writing, has + a broken implementation of S_ISLNK, _S_ISLNK, S_IFLNK and _S_IFLNK + in sys/stat.h. As well it provides its own definitions of lstat and + _lstat. */ + + #if defined __MINGW32__ + #define BROKEN_S_ISLNK 1 + #define HAS_LSTAT 1 + #endif /* ============================================================ */ --------------040508020105050102000408-- From MAILER-DAEMON Thu Jan 13 11:11:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp7Z5-00067z-6U for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:15 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp7Z0-000666-Fx for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp7Yv-00063g-3E for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp7Yu-0005zm-Rb for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:04 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cp7Cv-0006sO-Qd for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:48:22 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0DFmIxg009316 for ; Thu, 13 Jan 2005 16:48:18 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id F39D71C169; Thu, 13 Jan 2005 16:48:17 +0100 (CET) To: emacs-pretest-bug@gnu.org From: Reiner Steib X-Face: #vK]N[`vqjuod*|)'[iD7/"3AB-ApT%fmN"LWAg@oS7OesGv~)n[OBTLM#I="J'Y^-7I I/ps7o_'IK@#-Rs{::DZ@O8yS|fexe,XslY[:dNWOb~>?mC-&i_c)say:"\IpA.5U.b]'NY; Pks{lb h.+#6%DpZuaK3dcHB`Av3zc:r!C%~s0&m, tWj]&}, qg.+0ww2gK%f!:GK|wMl.I!(voY*1"^li8"~B BNG)9LvPi?^DMR-GVDnZqhu*3Hi, +g=wFhI)BL6&u{EOVEHjVEVq~d?_}lMntWAc3(6?kftjc>_f>! g0wM(qPM$d5]^TT_Qyi&L?LGVG)SHN;Gk/,pkY9,~ Mail-Copies-To: nobody Date: Thu, 13 Jan 2005 16:48:17 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-sonic.net-Metrics: gemini 1156; Body=1 Fuz1=1 Fuz2=1 Subject: shell-mode font-lock for here documents X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 16:11:11 -0000 Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Save the following lines to "/tmp/EOF-font-lock.sh" and start emacs: $ emacs-cvs -Q -f global-font-lock-mode /tmp/EOF-font-lock.sh --8<---------------cut here---------------start------------->8--- #!/bin/bash cat <8--- Everything starting from "keysym" is in `sh-heredoc-face'. When I change "cat < M-x r e p o r Recent messages: Loading sh-script...done Setting up indent for shell type bash Loading regexp-opt...done setting up indent stuff Indentation variable are now local. Indentation setup for shell type bash Making completion list... Loading help-mode...done Making completion list... Loading emacsbug...done From MAILER-DAEMON Thu Jan 13 11:11:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cp7ZN-0006Eg-0M for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cp7ZK-0006Dz-B5 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cp7ZJ-0006DZ-81 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 11:11:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cp7NQ-0003S7-Oj for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:59:12 -0500 Received: from [63.171.232.131] (helo=avas02bg.etb.net.co) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cp6pL-0004Gf-CQ for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 10:23:59 -0500 Received: from avas02bg.etb.net.co (avas02bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id 981001BC5C5 for ; Thu, 13 Jan 2005 10:23:41 -0500 (COT) Received: from smtp01bg.007mundo.com (unknown [192.168.168.231])by avas02bg.etb.net.co (Postfix) with ESMTP id 6E1161BC527for ; Thu, 13 Jan 2005 10:23:20 -0500 (COT) Thread-Index: AcT5hBzuABE9iNAjQz2izsP779iZLg== Received: from [200.119.71.153] ([200.119.71.153]) by smtp01bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 13 Jan 2005 10:25:27 -0500 Message-ID: <41E691C8.5050704@etb.net.co> Date: Thu, 13 Jan 2005 10:20:40 -0500 Content-Transfer-Encoding: 7bit From: =?iso-8859-1?Q?Alejandro_L=F3pez-Valencia?= Organization: =?iso-8859-1?Q?Casa_de_cuc=FA?= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Class: urn:content-classes:message Importance: normal Priority: normal User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: References: <41E66EA1.1010006@etb.net.co> In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-9: mark in spam to http://www.habeas.com/report/. X-Archive: encrypt Mail-Copies-To: never Content-Type: multipart/mixed; boundary=------------040205010704070909020909 X-OriginalArrivalTime: 13 Jan 2005 15:25:28.0320 (UTC) FILETIME=[1C8CB800:01C4F984] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:72.37324 C:20 M:2 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:3 S:3 R:3 (0.5000 1.0000) Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 16:11:31 -0000 This is a multi-part message in MIME format. --------------040205010704070909020909 Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On 13/01/2005 08:32 a.m., Kim F. Storm wrote: > Alejandro L=F3pez-Valencia writes: >=20 I just noticed that I shouldn't have mixed S_ISLNK with S_IFLNK, this=20 new version fixes that. Sorry :-) If someone asks, I'm making an irrevokable donation to the FSF, regardless its acceptance. Cheers --=20 Alejandro L=F3pez-Valencia Lo que Natura non da, Salamanca non presta. Francisco Quevedo y Villegas --------------040205010704070909020909 Content-Type: text/plain; name="ChangeLog_mingw_36_fix_a" Content-Disposition: inline; filename="ChangeLog_mingw_36_fix_a" Content-Transfer-Encoding: quoted-printable 2005-01-13 Alejandro L=F3pez-Valencia * s/ms-w32.h: Mingw Runtime 3.6 (and later versions?) has a non-functional implementation of S_ISLNK, _S_ISLNK, S_IFLNK and _S_FLNK in sys/stat.h. As well it includes definitions for lstat and _lstat. Added an #ifdef for Mingw GCC that defines the symbols BROKEN_S_ISLNK, BROKEN_S_IFLNK and HAS_LSTAT. =09 * fileio.c: Disabled broken symlink handling code when using Mingw GCC and lstat redefinition with the help of the new symbols defined in s/ms-w32.h --------------040205010704070909020909 Content-Type: text/plain; name="s_islnk_mingw_fix_a" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="s_islnk_mingw_fix_a" ? makefile Index: fileio.c =================================================================== RCS file: /cvsroot/emacs/emacs/src/fileio.c,v retrieving revision 1.524 diff -c -r1.524 fileio.c *** fileio.c 30 Dec 2004 12:28:41 -0000 1.524 --- fileio.c 13 Jan 2005 15:15:30 -0000 *************** *** 144,150 **** #define O_RDONLY 0 #endif ! #ifndef S_ISLNK # define lstat stat #endif --- 144,150 ---- #define O_RDONLY 0 #endif ! #if !defined(S_ISLNK) && !defined(HAS_LSTAT) # define lstat stat #endif *************** *** 2491,2497 **** } #endif ! #if defined (S_ISREG) && defined (S_ISLNK) if (input_file_statable_p) { if (!(S_ISREG (st.st_mode)) && !(S_ISLNK (st.st_mode))) --- 2491,2497 ---- } #endif ! #if defined (S_ISREG) && defined (S_ISLNK) && !defined(BROKEN_S_ISLNK) if (input_file_statable_p) { if (!(S_ISREG (st.st_mode)) && !(S_ISLNK (st.st_mode))) *************** *** 2729,2735 **** { if (errno == EXDEV) { ! #ifdef S_IFLNK symlink_target = Ffile_symlink_p (file); if (! NILP (symlink_target)) Fmake_symbolic_link (symlink_target, newname, --- 2729,2735 ---- { if (errno == EXDEV) { ! #if defined(S_IFLNK) && !defined(BROKEN_S_IFLNK) symlink_target = Ffile_symlink_p (file); if (! NILP (symlink_target)) Fmake_symbolic_link (symlink_target, newname, *************** *** 2819,2825 **** return Qnil; } ! #ifdef S_IFLNK DEFUN ("make-symbolic-link", Fmake_symbolic_link, Smake_symbolic_link, 2, 3, "FMake symbolic link to file: \nFMake symbolic link to file %s: \np", doc: /* Make a symbolic link to FILENAME, named LINKNAME. Both args strings. --- 2819,2825 ---- return Qnil; } ! #if defined(S_IFLNK) && !defined(BROKEN_S_IFLNK) DEFUN ("make-symbolic-link", Fmake_symbolic_link, Smake_symbolic_link, 2, 3, "FMake symbolic link to file: \nFMake symbolic link to file %s: \np", doc: /* Make a symbolic link to FILENAME, named LINKNAME. Both args strings. *************** *** 3225,3231 **** if (!NILP (handler)) return call2 (handler, Qfile_symlink_p, filename); ! #ifdef S_IFLNK { char *buf; int bufsize; --- 3225,3231 ---- if (!NILP (handler)) return call2 (handler, Qfile_symlink_p, filename); ! #if defined(S_IFLNK) && !defined(BROKEN_S_IFLNK) { char *buf; int bufsize; *************** *** 6681,6687 **** defsubr (&Sdelete_file); defsubr (&Srename_file); defsubr (&Sadd_name_to_file); ! #ifdef S_IFLNK defsubr (&Smake_symbolic_link); #endif /* S_IFLNK */ #ifdef VMS --- 6681,6687 ---- defsubr (&Sdelete_file); defsubr (&Srename_file); defsubr (&Sadd_name_to_file); ! #if defined(S_IFLNK) && !defined(BROKEN_S_IFLNK) defsubr (&Smake_symbolic_link); #endif /* S_IFLNK */ #ifdef VMS Index: s/ms-w32.h =================================================================== RCS file: /cvsroot/emacs/emacs/src/s/ms-w32.h,v retrieving revision 1.30 diff -c -r1.30 ms-w32.h *** s/ms-w32.h 1 Sep 2003 15:45:58 -0000 1.30 --- s/ms-w32.h 13 Jan 2005 15:15:33 -0000 *************** *** 490,495 **** --- 490,505 ---- #define DebPrint(stuff) #endif + /* Mingw Runtime 3.6, the latest version as of this writing, has + a broken implementation of S_ISLNK, _S_ISLNK, S_IFLNK and _S_IFLNK + in sys/stat.h. As well it provides its own definitions of lstat and + _lstat. */ + + #if defined __MINGW32__ + #define BROKEN_S_ISLNK 1 + #define BROKEN_S_IFLNK 1 + #define HAS_LSTAT 1 + #endif /* ============================================================ */ --------------040205010704070909020909-- From MAILER-DAEMON Thu Jan 13 15:49:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpBuj-000488-Sn for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 15:49:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpBud-00044n-Sn for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 15:49:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpBuZ-00040e-0M for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 15:49:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpBuX-0003yd-1e for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 15:49:41 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpBhG-0004CA-0O for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 15:35:58 -0500 Received: from zaretski (tony05-74-16.inter.net.il [80.230.74.16]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AGW95957 (AUTH halo1); Thu, 13 Jan 2005 22:35:42 +0200 (IST) Date: Thu, 13 Jan 2005 22:32:56 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: dradul@etb.net.co Message-ID: <01c4f9af$Blat.v2.2.2$362676e0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: <41E66EA1.1010006@etb.net.co> (message from =?ISO-8859-15?Q?Alejandro_L=F3pez-Valencia?= on Thu, 13 Jan 2005 07:50:41 -0500) References: <41E66EA1.1010006@etb.net.co> Cc: emacs-pretest-bug@gnu.org Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 20:49:49 -0000 > Date: Thu, 13 Jan 2005 07:50:41 -0500 > From: =?ISO-8859-15?Q?Alejandro_L=F3pez-Valencia?= > > Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, > _S_IFLNK and _lstat. Most of these definitions are non-functional, and > break fileio.c. How does the MinGW runtime define these macros and _lstat, what exactly is non-functional about them, and why did they introduce those definitions? Surely they didn't want to provide a non-functional symlink support, did they? I'm asking these questions because the answers might suggest what would be the best way of dealing with these new misfeatures. TIA From MAILER-DAEMON Thu Jan 13 16:59:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpCzk-0001MG-Nr for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 16:59:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpCza-0001Jn-Nl for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 16:58:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpCzV-0001FI-AD for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 16:58:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpCzU-0001DZ-7k for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 16:58:52 -0500 Received: from [63.171.232.131] (helo=avas02bg.etb.net.co) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpCh0-0002i1-2F; Thu, 13 Jan 2005 16:39:46 -0500 Received: from avas02bg.etb.net.co (avas02bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id 7AE621BC185; Thu, 13 Jan 2005 16:39:44 -0500 (COT) Received: from smtp01bg.007mundo.com (unknown [192.168.168.231])by avas02bg.etb.net.co (Postfix) with ESMTPid 5CC821BC09F; Thu, 13 Jan 2005 16:39:43 -0500 (COT) Thread-Index: AcT5uNma8w3Qa3DlQcG59cwPhEAZQw== Received: from [200.119.72.242] ([200.119.72.242]) by smtp01bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 13 Jan 2005 16:42:58 -0500 Message-ID: <41E6EA65.8010108@etb.net.co> Date: Thu, 13 Jan 2005 16:38:45 -0500 From: =?iso-8859-1?Q?Alejandro_L=F3pez-Valencia?= Organization: =?iso-8859-1?Q?Casa_de_cuc=FA?= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Class: urn:content-classes:message Importance: normal User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 Priority: normal X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Eli Zaretskii" References: <41E66EA1.1010006@etb.net.co> <01c4f9af$Blat.v2.2.2$362676e0@zahav.net.il> In-Reply-To: <01c4f9af$Blat.v2.2.2$362676e0@zahav.net.il> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-9: mark in spam to http://www.habeas.com/report/. X-Archive: encrypt Mail-Copies-To: never Content-Type: text/plain; format=flowed; charset=ISO-8859-1 X-OriginalArrivalTime: 13 Jan 2005 21:42:58.0816 (UTC) FILETIME=[D94C2000:01C4F9B8] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:17 M:1 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:3 S:3 R:3 (0.5000 1.0000) Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 21:59:03 -0000 On 13/01/2005 03:32 p.m., Eli Zaretskii wrote: >>Date: Thu, 13 Jan 2005 07:50:41 -0500 >>From: =3D?ISO-8859-15?Q?Alejandro_L=3DF3pez-Valencia?=3D >> >>Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, >>_S_IFLNK and _lstat. Most of these definitions are non-functional, and >>break fileio.c. >=20 >=20 > How does the MinGW runtime define these macros and _lstat, what > exactly is non-functional about them, and why did they introduce those > definitions? Surely they didn't want to provide a non-functional > symlink support, did they? >=20 > I'm asking these questions because the answers might suggest what > would be the best way of dealing with these new misfeatures. >=20 > TIA >=20 That's information that you may have more luck in extracting from them=20 than I ever would. My past interactions have been less than contructive. To give you an idea, these are the changes done to sys/stat.h, as you'll=20 notice they did add the stat functions to the runtime library, but the=20 ISLNK and IFLNK macros are dummies: diff -r -u mingw-old/sys/stat.h mingw/sys/stat.h --- mingw-old/sys/stat.h 2004-09-05 09:19:00.001000000 -0500 +++ mingw/sys/stat.h 2005-01-02 11:17:54.001000000 -0500 @@ -26,6 +26,7 @@ /* * Constants for the stat st_mode member. */ +#define _S_IFLNK 0xF000 /* Pretend */ #define _S_IFIFO 0x1000 /* FIFO */ #define _S_IFCHR 0x2000 /* Character */ #define _S_IFBLK 0x3000 /* Block: Is this ever set under w32? */ @@ -48,9 +49,11 @@ #define _S_ISCHR(m) (((m) & _S_IFMT) =3D=3D _S_IFCHR) #define _S_ISBLK(m) (((m) & _S_IFMT) =3D=3D _S_IFBLK) #define _S_ISREG(m) (((m) & _S_IFMT) =3D=3D _S_IFREG) +#define _S_ISLNK(m) (((m) & _S_IFMT) =3D=3D _S_IFLNK) /* Should always b= e=20 zero.*/ #ifndef _NO_OLDNAMES +#define S_IFLNK _S_IFLNK #define S_IFIFO _S_IFIFO #define S_IFCHR _S_IFCHR #define S_IFBLK _S_IFBLK @@ -70,6 +73,7 @@ #define S_ISCHR(m) (((m) & S_IFMT) =3D=3D S_IFCHR) #define S_ISBLK(m) (((m) & S_IFMT) =3D=3D S_IFBLK) #define S_ISREG(m) (((m) & S_IFMT) =3D=3D S_IFREG) +#define S_ISLNK(m) (((m) & S_IFMT) =3D=3D S_IFLNK) /* Should always be z= ero.*/ #endif /* Not _NO_OLDNAMES */ @@ -155,6 +159,7 @@ _CRTIMP int __cdecl _fstat (int, struct _stat*); _CRTIMP int __cdecl _chmod (const char*, int); _CRTIMP int __cdecl _stat (const char*, struct _stat*); +#define _lstat _stat #ifndef _NO_OLDNAMES @@ -162,6 +167,7 @@ _CRTIMP int __cdecl fstat (int, struct stat*); _CRTIMP int __cdecl chmod (const char*, int); _CRTIMP int __cdecl stat (const char*, struct stat*); +#define lstat stat #endif /* Not _NO_OLDNAMES */ --=20 Alejandro L=F3pez-Valencia Lo que Natura non da, Salamanca non presta. Francisco Quevedo y Villegas From MAILER-DAEMON Thu Jan 13 17:45:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpDiY-0006MW-P3 for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:45:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpDiR-0006LM-DQ for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:45:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpDiL-0006K7-JR for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:45:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpDiL-0006IX-D1 for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:45:13 -0500 Received: from [63.171.232.131] (helo=avas02bg.etb.net.co) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpDR5-0007XL-Ru; Thu, 13 Jan 2005 17:27:24 -0500 Received: from avas02bg.etb.net.co (avas02bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id C80541BC126; Thu, 13 Jan 2005 17:27:21 -0500 (COT) Received: from smtp01bg.007mundo.com (unknown [192.168.168.231])by avas02bg.etb.net.co (Postfix) with ESMTPid ED9F71BC13B; Thu, 13 Jan 2005 17:27:20 -0500 (COT) Thread-Index: AcT5v4ihoXlhIEJwTUqLVz5fDZsKBg== Received: from [200.119.70.7] ([200.119.70.7]) by smtp01bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 13 Jan 2005 17:30:49 -0500 Message-ID: <41E6F578.8090604@etb.net.co> Date: Thu, 13 Jan 2005 17:26:00 -0500 From: =?iso-8859-1?Q?Alejandro_L=F3pez-Valencia?= Organization: =?iso-8859-1?Q?Casa_de_cuc=FA?= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Class: urn:content-classes:message Importance: normal User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 Priority: normal X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Eli Zaretskii" References: <41E66EA1.1010006@etb.net.co> <01c4f9af$Blat.v2.2.2$362676e0@zahav.net.il> In-Reply-To: <01c4f9af$Blat.v2.2.2$362676e0@zahav.net.il> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-9: mark in spam to http://www.habeas.com/report/. X-Archive: encrypt Mail-Copies-To: never Content-Type: text/plain; format=flowed; charset=ISO-8859-1 X-OriginalArrivalTime: 13 Jan 2005 22:30:49.0782 (UTC) FILETIME=[8886C560:01C4F9BF] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:17 M:2 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:3 S:3 R:3 (0.5000 1.0000) Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 22:45:21 -0000 On 13/01/2005 03:32 p.m., Eli Zaretskii wrote: >>Date: Thu, 13 Jan 2005 07:50:41 -0500 >>From: =3D?ISO-8859-15?Q?Alejandro_L=3DF3pez-Valencia?=3D >> >>Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, >>_S_IFLNK and _lstat. Most of these definitions are non-functional, and >>break fileio.c. >=20 >=20 > How does the MinGW runtime define these macros and _lstat, what > exactly is non-functional about them, and why did they introduce those > definitions? Surely they didn't want to provide a non-functional > symlink support, did they? >=20 > I'm asking these questions because the answers might suggest what > would be the best way of dealing with these new misfeatures. >=20 > TIA >=20 Ohh well... I just received announcement of a newer Mingw runtime=20 (version 3.7) in the mail and downloaded it. They removed the LNK and=20 lstat macros. My proposed patch has become obsolete. Cheers --=20 Alejandro L=F3pez-Valencia Lo que Natura non da, Salamanca non presta. Francisco Quevedo y Villegas From MAILER-DAEMON Thu Jan 13 18:01:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpDxc-0002C3-0R for mharc-emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 18:01:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpDwm-0001yP-DP for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 18:00:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpDwY-0001vX-Pq for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:59:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpDwY-0001pK-Jv for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:59:54 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpDg3-00016n-HM for emacs-pretest-bug@gnu.org; Thu, 13 Jan 2005 17:42:51 -0500 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CpDg1-0001lG-00 for ; Thu, 13 Jan 2005 23:42:49 +0100 Received: from 80.103.12.85 ([80.103.12.85]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Jan 2005 23:42:49 +0100 Received: from ofv by 80.103.12.85 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Jan 2005 23:42:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Oscar Fuentes Date: Thu, 13 Jan 2005 23:06:25 +0100 Lines: 34 Message-ID: References: <41E66EA1.1010006@etb.net.co> <01c4f9af$Blat.v2.2.2$362676e0@zahav.net.il> <41E6EA65.8010108@etb.net.co> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 80.103.12.85 User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3.50 (windows-nt) Cancel-Lock: sha1:Z+xR50BJxHO1bK60BCHZHVt3Qlg= Sender: news Subject: Re: w32 build fails with mingw runtime 3.6 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 23:00:58 -0000 Alejandro López-Valencia writes: > On 13/01/2005 03:32 p.m., Eli Zaretskii wrote: >>>Date: Thu, 13 Jan 2005 07:50:41 -0500 >>>From: =?ISO-8859-15?Q?Alejandro_L=F3pez-Valencia?= >>> >>>Mingw Runtime 3.6 provides definitions for S_ISLNK, _S_ISLNK, S_IFLNK, >>>_S_IFLNK and _lstat. Most of these definitions are non-functional, and >>>break fileio.c. >> How does the MinGW runtime define these macros and _lstat, what >> exactly is non-functional about them, and why did they introduce those >> definitions? Surely they didn't want to provide a non-functional >> symlink support, did they? >> I'm asking these questions because the answers might suggest what >> would be the best way of dealing with these new misfeatures. >> TIA >> > > That's information that you may have more luck in extracting from them > than I ever would. This topic is being discussed right now. This is a post from one of the top maintainers suggesting to remove the defines and the function: http://sourceforge.net/mailarchive/forum.php?thread_id=6342623&forum_id=5119 > My past interactions have been less than contructive. I see no trace from you on the mingw-users mailing list. [snip] -- Oscar From MAILER-DAEMON Fri Jan 14 02:58:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpMLm-000778-Af for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 02:58:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpMLa-00071c-TR for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 02:58:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpMLU-0006vk-I1 for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 02:58:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpMLQ-0006rK-DO for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 02:58:08 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpLyF-00006t-Tk for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 02:34:12 -0500 Received: from farnswood.snap.net.nz (p98-dialup.snap.net.nz [202.124.102.98]) by viper.snap.net.nz (Postfix) with ESMTP id 69C3020416B for ; Fri, 14 Jan 2005 20:34:08 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 3255A628AD; Fri, 14 Jan 2005 06:21:49 +0000 (GMT) From: Nick Roberts To: emacs-pretest-bug@gnu.org X-Mailer: VM 7.19 under Emacs 21.3.50.34 Message-Id: <20050114062149.3255A628AD@farnswood.snap.net.nz> Date: Fri, 14 Jan 2005 06:21:49 +0000 (GMT) Subject: 2 bugs in posn-at-x-y on a tty X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 07:58:24 -0000 There appear to be two bugs posn-at-x-y when used in an tty: 1) On the mode-line the string returned is one located one character to the left of the x co-ordinate (starts from one but should really start from zero?). So clicking on the colon of the mode-line in an xterm returns the buffer coding system rather than changing the eol style. 2) The margin is not recognised. If the left-margin is 2 characters wide then I think that x=0, y=10 should be recognised as being in the margin (POS-OR-AREA should be 'left-margin and not nil) and true window co-ordinates should start a 2. Nick From MAILER-DAEMON Fri Jan 14 06:06:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpPH8-0008AR-6G for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 06:05:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpPFi-0007JC-KV for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 06:04:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpPDq-00066J-IX for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 06:02:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpPDc-0005wp-2O for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 06:02:16 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpOzN-0000nh-GV for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 05:47:34 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 11:47:28 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 11263-01-103109 for ; Fri, 14 Jan 2005 11:47:28 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 11:47:28 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: base64 Message-Id: <16871.41785.255369.281098@tfkp12.physik.uni-erlangen.de> Date: Fri, 14 Jan 2005 11:47:21 +0100 To: emacs-pretest-bug@gnu.org X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:boeck1 1202; Body=1 Fuz1=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Subject: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 11:05:51 -0000 SWYgdzMgaXMgYXZhaWxhYmxlIHRoZSBkZWZhdWx0IHZhbHVlIG9mIG1tLXRleHQtaHRtbC1yZW5k ZXJlciBpcyAndzMuDQpIb3dldmVyLCB3MyBkb2Vzbid0IHdvcmsgZm9yIG1lIHdpdGggbXkgcmVj ZW50IENWUyBlbWFjcy4gSSBhbHdheXMNCmdldCB0aGUgZXJyb3IgbWVzc2FnZQ0KDQogKHZvaWQt ZnVuY3Rpb24gdXJsLXJlZ2lzdGVyLXByb3RvY29sKQ0KDQpUeXBpY2FsbHksIHRoaXMgaGFwcGVu cyBmb3IgbWUgd2hpbGUgcmVhZGluZyBuZXdzIHVzaW5nIGdudXMuIEENCmNvbXBsZXRlIGJhY2t0 cmFjZSBpcyBhdHRhY2hlZCBiZWxvdy4gVGhlcmVmb3JlLCBjb3VsZCBpdCBiZQ0KcmVhc29uYWJs ZSB0byBleGNsdWRlIHczIGZyb20gdGhlIGxpc3Qgb2YgcG9zc2libGUgZGVmYXVsdCB2YWx1ZXMg b2YNCm1tLXRleHQtaHRtbC1yZW5kZXJlcj8NCg0KVGhlIHNpdGUtc3RhcnQuZWwgSSBhbSB1c2lu ZyBpcyBhbHNvIHVzZWQgYnkgb2xkZXIgdmVyc2lvbnMgb2YgZW1hY3MNCm9uIG91ciBzeXN0ZW0u IFRoZXJlZm9yZSBJIHdvdWxkIGxpa2UgdG8ga2VlcCAocmVxdWlyZSAndzMtYXV0bykgaW4NCml0 LiAoT3VyIHZlcnNpb24gb2YgdzMgaXMgIldXVyA0LjBwcmUuNDYgMTk5OS8xMC8wMSAyMDoyMjox MSIuKQ0KDQpSb2xhbmQNCg0KDQpEZWJ1Z2dlciBlbnRlcmVkLS1MaXNwIGVycm9yOiAodm9pZC1m dW5jdGlvbiB1cmwtcmVnaXN0ZXItcHJvdG9jb2wpDQogIHVybC1yZWdpc3Rlci1wcm90b2NvbChh Ym91dCB3My1hYm91dCB1cmwtaWRlbnRpdHktZXhwYW5kZXIpDQogIHczLWRvLXNldHVwKCkNCiAg bW0tc2V0dXAtdzMoKQ0KICBtbS1pbmxpbmUtdGV4dC1odG1sLXJlbmRlci13aXRoLXczKCgjPGJ1 ZmZlciAgKm1tKjwzPj4gKCJ0ZXh0L2h0bWwiIChjaGFyc2V0IC4gIlVTLUFTQ0lJIikpIHF1b3Rl ZC1wcmludGFibGUgbmlsIG5pbCBuaWwgbmlsIG5pbCkpDQogIG1tLWlubGluZS10ZXh0LWh0bWwo KCM8YnVmZmVyICAqbW0qPDM+PiAoInRleHQvaHRtbCIgKGNoYXJzZXQgLiAiVVMtQVNDSUkiKSkg cXVvdGVkLXByaW50YWJsZSBuaWwgbmlsIG5pbCBuaWwgbmlsKSkNCiAgbW0tZGlzcGxheS1pbmxp bmUoKCM8YnVmZmVyICAqbW0qPDM+PiAoInRleHQvaHRtbCIgKGNoYXJzZXQgLiAiVVMtQVNDSUki KSkgcXVvdGVkLXByaW50YWJsZSBuaWwgbmlsIG5pbCBuaWwgbmlsKSkNCiAgbW0tZGlzcGxheS1w YXJ0KCgjPGJ1ZmZlciAgKm1tKjwzPj4gKCJ0ZXh0L2h0bWwiIChjaGFyc2V0IC4gIlVTLUFTQ0lJ IikpIHF1b3RlZC1wcmludGFibGUgbmlsIG5pbCBuaWwgbmlsIG5pbCkpDQogIGJ5dGUtY29kZSgi jAiDHgAIQAhBhhQACEBiP3mIYH2IZWR8PwkhPyBDEgtcZp2JHUFAKYkWLIQ0AFxmQBYsCIRCAAuD QgDJyiGEGAHLYIkWLczNDi5cImOIYM7P0NEIP9LT1A4TREVF1dRcZkTUDixE1FxuRA4urwVG1tcO LyEOMA4x2A4y2Q4u2g4zrwhcIkJCIz/cDi1g3d7fDjQmB4gJiUERQIkWM4MVActgiRYtzOAOMwua sADhPwDiDjOJHjNAO8EADjNAPwDjDjM4QCkjY4hgzs/k0Qg/0tPUDhNERUXV1FxmRNQOM0TUXG5E Di6vBUbW1w4vIQ4wDjHYDjLZDi7aDjOvCFwiQkIjP9wOLWDd3t8ONCYHP2OIgpMA5mOIC4N4AQtA O4MpAecLIYiCcAEONYoONnGIDjcpHjgeOegLIYiKjFxuQGR9P+oOE0frDjpAIYNTAeOCVwEOOkdT DjOJHjNAO4NnAQ4zQIJsAeMOMzhAKSSILGRiiFxuyCChiCnqhyIgW2liZWdlbmQgaGFuZGxlcyBi ZWdlbmQgcHJlZmVycmVkIGloYW5kbGVzIHggMiBtbS1yZW1vdmUtcGFydHMgcG9pbnQtbWFya2Vy IGdudXMtdW5idXR0b25pemVkLW1pbWUtdHlwZS1wICJtdWx0aXBhcnQvYWx0ZXJuYXRpdmUiIGdu dXMtYWRkLXRleHQtcHJvcGVydGllcyBmb3JtYXQgIiVkLiAgIiBnbnVzLWNhbGxiYWNrIGxhbWJk YSAoaGFuZGxlcykgdW5sZXNzIHNldHEgZ251cy1hcnRpY2xlLW1pbWUtaGFuZGxlLWFsaXN0IHF1 b3RlIGdudXMtbWltZS1kaXNwbGF5LWFsdGVybmF0aXZlIGFwcGVuZCBnbnVzLWxvY2FsLW1hcC1w cm9wZXJ0eSBmYWNlIGdudXMtcGFydCBnbnVzLWRhdGEgd2lkZ2V0LWNvbnZlcnQtYnV0dG9uIGxp bmsgOmFjdGlvbiBnbnVzLXdpZGdldC1wcmVzcy1idXR0b24gOmJ1dHRvbi1rZXltYXAgIiglYykg JS0xOHMiIDQyIDMyIDEgKGhhbmRsZXMpICIgICIgIlxuXG4iIGdudXMtZGlzcGxheS1taW1lIG1t LWRpc3BsYXktcGFydCBnbnVzLXRyZWF0LWFydGljbGUgbmlsIGJ1ZmZlcnAgbm90LXByZWYgZnJv bSBpZCBnbnVzLW1pbWUtYnV0dG9uLW1hcCBnbnVzLW1vdXNlLWZhY2UtcHJvcCBnbnVzLWFydGlj bGUtbW91c2UtZmFjZSAuLi5dIDE2KQ0KICBnbnVzLW1pbWUtZGlzcGxheS1hbHRlcm5hdGl2ZSgo KCM8YnVmZmVyICAqbW0qPDI+PiAoInRleHQvcGxhaW4iIC4uLikgcXVvdGVkLXByaW50YWJsZSBu aWwgbmlsIG5pbCBuaWwgbmlsKSAoIzxidWZmZXIgICptbSo8Mz4+ICgidGV4dC9odG1sIiAuLi4p IHF1b3RlZC1wcmludGFibGUgbmlsIG5pbCBuaWwgbmlsIG5pbCkpIG5pbCBuaWwgMSkNCiAgZ251 cy1taW1lLWRpc3BsYXktcGFydCgoIygibXVsdGlwYXJ0L2FsdGVybmF0aXZlIiAwIDIxIChzdGFy dCBuaWwgZnJvbSAiZTFhdHVpQHZ0ci5uZXQiIGJ1ZmZlciAjPGJ1ZmZlciAgKm1tKj4gYm91bmRh cnkgIi0tLS09X05leHRQYXJ0Xzg0ODE1QzVBQkFGMjA5RUYzNzYyNjhDOCIpKSAoIzxidWZmZXIg ICptbSo8Mj4+ICgidGV4dC9wbGFpbiIgLi4uKSBxdW90ZWQtcHJpbnRhYmxlIG5pbCBuaWwgbmls IG5pbCBuaWwpICgjPGJ1ZmZlciAgKm1tKjwzPj4gKCJ0ZXh0L2h0bWwiIC4uLikgcXVvdGVkLXBy aW50YWJsZSBuaWwgbmlsIG5pbCBuaWwgbmlsKSkpDQogIGdudXMtZGlzcGxheS1taW1lKCkNCiAg Z251cy1hcnRpY2xlLXByZXBhcmUtZGlzcGxheSgpDQogIGdudXMtYXJ0aWNsZS1wcmVwYXJlKDM5 NjA2IG5pbCkNCiAgZ251cy1zdW1tYXJ5LWRpc3BsYXktYXJ0aWNsZSgzOTYwNikNCiAgZ251cy1z dW1tYXJ5LW5leHQtcGFnZShuaWwpDQogIGNhbGwtaW50ZXJhY3RpdmVseShnbnVzLXN1bW1hcnkt bmV4dC1wYWdlKQ== From MAILER-DAEMON Fri Jan 14 07:31:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpQcG-0003zV-OM for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 07:31:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpQcD-0003xs-Ov for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 07:31:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpQcA-0003vu-Jt for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 07:31:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpQcA-0003v3-2c for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 07:31:42 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CpQOr-0002mZ-IP for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 07:17:57 -0500 Received: (qmail 81873 invoked from network); 14 Jan 2005 12:17:56 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 14 Jan 2005 12:17:56 -0000 To: Nick Roberts References: <20050114062149.3255A628AD@farnswood.snap.net.nz> From: storm@cua.dk (Kim F. Storm) Date: Fri, 14 Jan 2005 13:17:59 +0100 In-Reply-To: <20050114062149.3255A628AD@farnswood.snap.net.nz> (Nick Roberts's message of "Fri, 14 Jan 2005 06:21:49 +0000 (GMT)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: 2 bugs in posn-at-x-y on a tty X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 12:31:46 -0000 Nick Roberts writes: > There appear to be two bugs posn-at-x-y when used in an tty: Actually, this behaviour is according to the doc string: By default, X and Y are relative to text area of the selected window. > > 1) On the mode-line the string returned is one located one character to the > left of the x co-ordinate (starts from one but should really start from zero?). > So clicking on the colon of the mode-line in an xterm returns the buffer > coding system rather than changing the eol style. > > 2) The margin is not recognised. If the left-margin is 2 characters wide then > I think that x=0, y=10 should be recognised as being in the margin > (POS-OR-AREA should be 'left-margin and not nil) and true window co-ordinates > should start a 2. I have added an optional fourth arg to posn-at-x-y to make the coordinates relative to the whole window. You must set that to t to get the correct position for a mode or header line. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Fri Jan 14 10:15:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpTB6-0005SH-Vx for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 10:15:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpT66-0004xe-Fy for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 10:10:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpT5o-0004n9-VP for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 10:10:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpT5k-0004je-Ig for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 10:10:24 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpSjv-0003EL-RF for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 09:47:52 -0500 Received: from farnswood.snap.net.nz (p18-tnt1.snap.net.nz [202.124.110.18]) by viper.snap.net.nz (Postfix) with ESMTP id AEEC0207187; Sat, 15 Jan 2005 03:47:49 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 41F47628AD; Fri, 14 Jan 2005 14:40:40 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16871.55783.602329.97921@farnswood.snap.net.nz> Date: Sat, 15 Jan 2005 03:40:39 +1300 To: storm@cua.dk (Kim F. Storm) In-Reply-To: References: <20050114062149.3255A628AD@farnswood.snap.net.nz> X-Mailer: VM 7.19 under Emacs 21.3.50.35 Cc: emacs-pretest-bug@gnu.org Subject: Re: 2 bugs in posn-at-x-y on a tty X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 15:15:38 -0000 > I have added an optional fourth arg to posn-at-x-y to make the > coordinates relative to the whole window. You must set that > to t to get the correct position for a mode or header line. Thanks that fixes the bug with the margin. I think this should be the default behaviour. posn-at-x-y is dual use: x-y can be pixel or character based co-ordinates. I guess there should be some analogy between the two uses and it is perhap a matter of opinion how that analogy should work. On a tty, the mode-line is considered part of the window in this way (this is what makes it accessible with posn-at-x-y), so it seems natural that the margin is also. AFAIK, so far posn-at-x-y is only used in tooltip.el and that is pixel based. The other bug still seems to be present: the mode-line string seems to be one character out (I'm a bit confused because your message also seems to imply that this bug was also fixed). Nick From MAILER-DAEMON Fri Jan 14 15:37:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpYCD-0006sk-6R for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 15:37:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpYCA-0006qQ-C6 for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 15:37:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpYC6-0006nk-2o for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 15:37:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpYC5-0006n5-V1 for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 15:37:17 -0500 Received: from [64.4.31.40] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpXyL-0003a9-Tv for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 15:23:06 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 14 Jan 2005 12:23:05 -0800 Message-ID: Received: from 140.247.105.238 by by13fd.bay13.hotmail.msn.com with HTTP; Fri, 14 Jan 2005 20:22:11 GMT X-Originating-IP: [140.247.105.238] X-Originating-Email: [emacs_user@hotmail.com] X-Sender: emacs_user@hotmail.com In-Reply-To: <01c4fa49$Blat.v2.2.2$46173860@zahav.net.il> From: "emacs user" To: emacs-pretest-bug@gnu.org Bcc: Date: Fri, 14 Jan 2005 15:22:11 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 14 Jan 2005 20:23:05.0037 (UTC) FILETIME=[DA653FD0:01C4FA76] Subject: Re: reproducible segmentation fault on cygwin X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 20:37:23 -0000 anyone else wishes to try this? I'd be happy to help by running this under cygwin and writing back with diagnostics. >From: "Eli Zaretskii" >Reply-To: Eli Zaretskii >To: "emacs user" >Subject: Re: reproducible segmentation fault on cygwin >Date: Fri, 14 Jan 2005 16:55:46 +0200 > > > From: "emacs user" > > Bcc: > > Date: Thu, 13 Jan 2005 21:48:33 -0500 > > > > (gdb) finish > > Run till exit from #0 0x7c809f62 in KERNEL32!IsBadWritePtr () > > from /cygdrive/c/WINDOWS/system32/kernel32.dll > > Warning: > > Cannot insert breakpoint 0. > > Error accessing memory address 0x0: Input/Output error. > >I give up: either the Cygwin GDB is broken, or something is very wrong >with the Cygwin build of Emacs. Please write to emacs-devel and >describe your problem again, perhaps some Cygwin user there will be >able to help you. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From MAILER-DAEMON Fri Jan 14 17:29:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpZx6-0001Kq-Bl for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 17:29:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpZwZ-0001EN-EP for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 17:29:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpZwP-0001Al-Ce for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 17:29:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpZwK-00013W-Ea for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 17:29:09 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpZQ5-0003b2-40 for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 16:55:49 -0500 Received: from farnswood.snap.net.nz (p207-tnt1.snap.net.nz [202.124.110.207]) by viper.snap.net.nz (Postfix) with ESMTP id CAE7F208C61; Sat, 15 Jan 2005 10:55:11 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id D7B7E628AD; Fri, 14 Jan 2005 21:47:50 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16872.15878.159275.685485@farnswood.snap.net.nz> Date: Sat, 15 Jan 2005 10:47:50 +1300 To: no-spam@cua.dk (Kim F. Storm) In-Reply-To: References: <20050114062149.3255A628AD@farnswood.snap.net.nz> <16871.55783.602329.97921@farnswood.snap.net.nz> X-Mailer: VM 7.19 under Emacs 21.3.50.36 Cc: emacs-pretest-bug@gnu.org Subject: Re: 2 bugs in posn-at-x-y on a tty X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 22:29:28 -0000 > > The other bug still seems to be present: the mode-line string seems to be > > one character out (I'm a bit confused because your message also seems to > > imply that this bug was also fixed). > > Doesn't it work if you set whole = t in this case too ? No. Its present even when there is no margin but the following patch seems to cure it: *** /home/nick/emacs/src/dispnew.c.~1.337.~ 2005-01-15 10:43:34.000000000 +1300 --- /home/nick/emacs/src/dispnew.c 2005-01-15 10:44:29.000000000 +1300 *************** *** 5842,5848 **** it's the one we were looking for. */ glyph = row->glyphs[TEXT_AREA]; end = glyph + row->used[TEXT_AREA]; ! for (x0 = *x; glyph < end && x0 > glyph->pixel_width; ++glyph) x0 -= glyph->pixel_width; *x = glyph - row->glyphs[TEXT_AREA]; if (glyph < end) --- 5842,5848 ---- it's the one we were looking for. */ glyph = row->glyphs[TEXT_AREA]; end = glyph + row->used[TEXT_AREA]; ! for (x0 = *x; glyph < end && x0 >= glyph->pixel_width; ++glyph) x0 -= glyph->pixel_width; *x = glyph - row->glyphs[TEXT_AREA]; if (glyph < end) From MAILER-DAEMON Fri Jan 14 19:27:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cpbn8-0005mt-Un for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cpbmu-0005gD-4b for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cpbmq-0005d0-4l for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cpbmp-0005cK-TG for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:27 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpbZo-00067J-Mu for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:14:00 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CpbZ4-0002IL-SS; Fri, 14 Jan 2005 19:13:14 -0500 From: Richard Stallman To: Reiner Steib In-reply-to: (message from Reiner Steib on Thu, 13 Jan 2005 16:48:17 +0100) References: Message-Id: Date: Fri, 14 Jan 2005 19:13:14 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: shell-mode font-lock for here documents X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 00:27:37 -0000 There is no particular maintainer for this part of Emacs, and nobody who understands it especially well. Could you try to fix it? From MAILER-DAEMON Fri Jan 14 19:28:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpbnE-0005py-Dn for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:28:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cpbmw-0005hp-QX for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cpbmt-0005et-04 for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cpbmr-0005cK-Rz for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:27:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpbYC-000616-Ad for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 19:12:20 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CpbXR-00023Y-6c; Fri, 14 Jan 2005 19:11:33 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87vfa1v2tw.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Thu, 13 Jan 2005 09:12:45 -0500) References: <87vfa1v2tw.fsf-monnier+emacs@gnu.org> Message-Id: Date: Fri, 14 Jan 2005 19:11:33 -0500 Cc: emacs-pretest-bug@gnu.org, bojohan+mail@dd.chalmers.se Subject: Re: Segfault in format-mode-line X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 00:27:41 -0000 This leads me to think that the `face' arg is only put on chars which would otherwise have a face property of value nil. I.e. it does not return something that will look the same as the mode-line (or header-line). Isn't that what happens in the mode line? It uses the same code to do the work; isn't that what it does? From MAILER-DAEMON Fri Jan 14 21:35:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cpdn2-0007T7-O1 for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 21:35:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpdjL-0006ua-Hz for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 21:31:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cpdj5-0006kE-Fd for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 21:31:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cpdj5-0006jO-4p for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 21:31:43 -0500 Received: from [198.74.20.154] (helo=crater.norwest.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CpdT0-0006pa-2I; Fri, 14 Jan 2005 21:15:06 -0500 Received: from sonoran.wellsfargo.com (sonoran.wellsfargo.com [10.27.194.208]) by crater.norwest.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j0F1sxHh001686; Fri, 14 Jan 2005 19:55:00 -0600 (CST) Received: from sonoran.wellsfargo.com (localhost [127.0.0.1]) by sonoran.wellsfargo.com (Switch-3.1.5/Switch-3.1.0) with ESMTP id j0F2F1NP009793; Fri, 14 Jan 2005 19:15:01 -0700 (MST) Received: from imsmsp2.wellsfargo.com (imsmsp2.wellsfargo.com [10.88.10.197]) by sonoran.wellsfargo.com (Switch-3.1.5/Switch-3.1.0) with ESMTP id j0F2F1EE009790; Fri, 14 Jan 2005 19:15:01 -0700 (MST) Received: by imsmsp2.wellsfargo.com with Internet Mail Service (5.5.2657.72) id ; Fri, 14 Jan 2005 20:15:01 -0600 Message-ID: <1AEB225D138D814A80B4285627F3DED703EB0502@msgsc55mnmsp16.wellsfargo.com> From: Richard.G.Bielawski@wellsfargo.com To: rms@gnu.org, emacs-pretest-bug@gnu.org Date: Fri, 14 Jan 2005 20:15:00 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="ISO-8859-1" Cc: Subject: RE: which-function-mode doesn't work when imenu--sort-by-name is used . X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 02:35:47 -0000 >-----Original Message----- >From: Richard Stallman [mailto:rms@gnu.org] >Sent: Tuesday, January 11, 2005 7:35 PM >To: Richard.G.Bielawski@wellsfargo.com >Subject: Re: which-function-mode doesn't work when imenu--sort-by-name >is used . > > >It worked for me when I tried it. >What Emacs version are you talking about? I can't see how that's possible. Two bugs appear to be independently causing various imenu entries not to be reported by which-function. Both bugs were in the latest CVS versions as of yesterday morning. The first seems to stem from the fact that imenu--split-menu uses sort. Sort is destructive to the original imenu--index-alist value. In the example below, `Here' and `There' are no longer visible in that list after sorting because their position has been moved prior to the car. Next, which-function assumes the list is in buffer sequence. When point is in the `text' definition `any' displays because the `line' entry is seen before the `text' entry. Since it's buffer position is after point the search stops before examining the `text' entry. runemacs.exe -q C-x b test Paste the following 5 lines into the test buffer. (defcustom any ) (defcustom text ) (defcustom line ) (defcustom Here ) (defcustom There ) Issue these commands: M-x emacs-lisp-mode M-x which-function-mode Notice which-function operates correctly. Now issue these commands M-: (setq imenu-sort-function 'imenu--sort-by-name) M-: (imenu-add-menubar-index) which-function no longer displays `'text', `Here' or `There'. From MAILER-DAEMON Fri Jan 14 23:34:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cpfe3-00039x-Sd for mharc-emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 23:34:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cpfbq-0002dG-6L for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 23:32:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpfbU-0002TN-Ua for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 23:32:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpfbR-0002Jr-6e for emacs-pretest-bug@gnu.org; Fri, 14 Jan 2005 23:31:57 -0500 Received: from [171.72.5.143] (helo=yarnek.wellsfargo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cpf4O-000537-1o; Fri, 14 Jan 2005 22:57:48 -0500 Received: from sonoran.wellsfargo.com (sonoran.wellsfargo.com [10.27.194.208]) by yarnek.wellsfargo.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j0F3tu0d003572; Fri, 14 Jan 2005 19:55:56 -0800 (PST) Received: from sonoran.wellsfargo.com (localhost [127.0.0.1]) by sonoran.wellsfargo.com (Switch-3.1.5/Switch-3.1.0) with ESMTP id j0F3vkiJ023652; Fri, 14 Jan 2005 20:57:46 -0700 (MST) Received: from msgic55mnmsp01.wellsfargo.com (msgic55mnmsp01.wellsfargo.com [10.88.27.73]) by sonoran.wellsfargo.com (Switch-3.1.5/Switch-3.1.0) with ESMTP id j0F3vjxH023649; Fri, 14 Jan 2005 20:57:45 -0700 (MST) Received: by msgic55mnmsp01.wellsfargo.com with Internet Mail Service (5.5.2657.72) id ; Fri, 14 Jan 2005 21:57:45 -0600 Message-ID: <1AEB225D138D814A80B4285627F3DED703EB0504@msgsc55mnmsp16.wellsfargo.com> From: Richard.G.Bielawski@wellsfargo.com To: rms@gnu.org, emacs-pretest-bug@gnu.org Date: Fri, 14 Jan 2005 21:57:45 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="ISO-8859-1" Cc: Subject: RE: which-function-mode doesn't work when imenu--sort-by-name is used . X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 04:34:38 -0000 >-----Original Message----- >From: Bielawski, Richard G. >Sent: Friday, January 14, 2005 8:15 PM >To: 'rms@gnu.org'; 'Emacs-Pretest-Bug (E-mail) >Subject: RE: which-function-mode doesn't work when imenu--sort-by-name >is used . > At first glance this appears to solve the problems. (defun imenu--split-menu (menulist title) (let (keep-at-top tail) (if (memq imenu--rescan-item menulist) (setq keep-at-top (cons imenu--rescan-item nil) menulist (delq imenu--rescan-item menulist))) (setq tail menulist) (dolist (item tail) (when (imenu--subalist-p item) (push item keep-at-top) (setq menulist (delq item menulist)))) (if imenu-sort-function ;;; copy-alist stops destructive sort from trashing imenu--index-alist (setq menulist (sort (copy-alist menulist) imenu-sort-function))) ;;; (setq menulist (sort menulist imenu-sort-function))) (if (> (length menulist) imenu-max-items) (setq menulist (mapcar (lambda (menu) (cons (format "From: %s" (caar menu)) menu)) (imenu--split menulist imenu-max-items)))) (cons title (nconc (nreverse keep-at-top) menulist)))) From MAILER-DAEMON Sat Jan 15 05:04:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpkkF-0004BL-IC for mharc-emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 05:01:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cpkk3-00048v-R3 for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 05:01:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cpkjn-000456-QW for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 05:01:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cpkjk-0003xM-V1 for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 05:00:53 -0500 Received: from [81.228.11.110] (helo=av3-2-sn1.fre.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpkOk-0008CB-0j for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 04:39:10 -0500 Received: by av3-2-sn1.fre.skanova.net (Postfix, from userid 502) id 9B42C37F05; Sat, 15 Jan 2005 10:39:07 +0100 (CET) Received: from smtp2-1-sn2.hy.skanova.net (smtp2-1-sn2.hy.skanova.net [81.228.8.177]) by av3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 8EDCA37E48 for ; Sat, 15 Jan 2005 10:39:07 +0100 (CET) Received: from zemdatav.local (h170n1fls23o1074.bredband.comhem.se [213.67.239.170]) by smtp2-1-sn2.hy.skanova.net (Postfix) with ESMTP id 6189E37E42 for ; Sat, 15 Jan 2005 10:39:07 +0100 (CET) To: emacs-pretest-bug@gnu.org From: Magnus Henoch X-Hashcash: 1:26:050115:emacs-pretest-bug@gnu.org::m0n4j5t0KP/+GpJK:000000000000000000000000000000000002AYHG Date: Sat, 15 Jan 2005 10:39:02 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: create-image documentation outdated X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 10:01:13 -0000 The docstring of create-image mentions the data-p argument, but the elisp manual does not. Magnus From MAILER-DAEMON Sat Jan 15 13:20:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpsU3-0006v8-T8 for mharc-emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 13:17:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpsTq-0006qh-Ip for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 13:17:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpsTj-0006lp-Bw for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 13:16:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpsTj-0006hJ-2k for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 13:16:51 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpsFT-0005I8-PI for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 13:02:07 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CpsEe-0008L5-QZ; Sat, 15 Jan 2005 13:01:16 -0500 From: Richard Stallman To: Reiner Steib In-reply-to: (message from Reiner Steib on Thu, 13 Jan 2005 14:01:21 +0100) References: Message-Id: Date: Sat, 15 Jan 2005 13:01:16 -0500 Cc: emacs-pretest-bug@gnu.org, my_spam@gmx.de Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 18:17:07 -0000 Could you try the suggestions in etc/DEBUG for infinite loops? From MAILER-DAEMON Sat Jan 15 15:02:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cpu7k-0006ro-Qs for mharc-emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 15:02:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cpu7i-0006qI-4e for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 15:02:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cpu7e-0006p4-JL for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 15:02:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cpu7e-0006oQ-BN for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 15:02:10 -0500 Received: from [80.135.135.129] (helo=nolde.local.home) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cptus-0005Ab-DD for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 14:48:58 -0500 Received: by nolde.local.home (Postfix, from userid 1000) id ED3B82418E; Sat, 15 Jan 2005 20:47:52 +0100 (CET) Sender: steve@nolde.local.home To: emacs-pretest-bug@gnu.org From: Stephen Berman Date: Sat, 15 Jan 2005 20:47:50 +0100 Message-ID: <87vf9ybhjt.fsf@nolde.local.home> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: build failure X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 20:02:14 -0000 I just updated from CVS and make failed while loading loaddefs.el: LC_ALL=3DC ./temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (/home/steve/cvsroot/emacs/lisp) Loading emacs-lisp/byte-run... Loading emacs-lisp/backquote... Loading subr (compiled; note, source file is newer)... Loading version.el (source)... Loading widget... Loading custom (compiled; note, source file is newer)... Loading emacs-lisp/map-ynp... Loading env... Loading cus-start... Loading international/mule (compiled; note, source file is newer)... Loading international/mule-conf.el (source)... Loading format... Loading bindings (compiled; note, source file is newer)... Loading files (compiled; note, source file is newer)... Loading cus-face (compiled; note, source file is newer)... Loading faces (compiled; note, source file is newer)... Lists of integers (garbage collection statistics) are normal output while building Emacs; they do not indicate a problem. ((8997 . 5909) (4317 . 0) (548 . 0) 14159 18793 (7 . 4) (17 . 0) (805 . 196= 7)) Loading loaddefs.el (source)... Wrong number of arguments: #[(inserted) J=EF=BF=BD!=EF=BF=BD=E2=96=92I=EF= =BF=BD =C9=89# E =EF=BF=BD'=EF=BF=BD !=EF=BF=BDE E=EF=BF=BD UE=EF=BF=BD \\!=EF=BF=BD=EF=BF=BD!`Z*=EF=BF=BD!* " [last-coding-system-used modified-p coding-syste= m enable-multibyte-characters inserted buffer-file-name find-new-buffer-fil= e-coding-system buffer-modified-p set-buffer-file-coding-system t ...] 5 0]= , 2 make[1]: *** [emacs] Fehler 255 make[1]: Leaving directory `/home/steve/cvsroot/emacs/src' make: *** [src] Fehler 2 My current (functioning) build is: GNU Emacs 21.3.50.4 (i686-pc-linux-gnu, GTK+ Version 2.4.9) of 2004-12-23 on nolde Distributor `The X.Org Foundation', version 11.0.60801000 configured using `configure '--with-x-toolkit=3Dgtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t From MAILER-DAEMON Sat Jan 15 16:31:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CpvVj-0002Ij-4i for mharc-emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 16:31:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CpvVh-0002He-HH for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 16:31:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CpvVc-0002GO-UN for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 16:31:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CpvVc-0002F4-R2 for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 16:31:00 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CpvIe-00039L-9S for emacs-pretest-bug@gnu.org; Sat, 15 Jan 2005 16:17:36 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CpvIc-00051l-00 for ; Sat, 15 Jan 2005 22:17:34 +0100 Received: from quimbies.gnus.org ([80.91.231.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 15 Jan 2005 22:17:33 +0100 Received: from larsi by quimbies.gnus.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 15 Jan 2005 22:17:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-pretest-bug@gnu.org To: emacs-pretest-bug@gnu.org From: Lars Magne Ingebrigtsen Date: Sat, 15 Jan 2005 22:14:22 +0100 Organization: Programmerer Ingebrigtsen Lines: 21 Message-ID: References: <16871.41785.255369.281098@tfkp12.physik.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: quimbies.gnus.org Mail-Copies-To: never X-Now-Playing: Joy Division's _Heart and Soul (1)_: "The Only Mistake" Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEWWfuhzXNYqGTtEMV46 KFBlTLJVPYeDauXtBNQQAAACKklEQVQ4jV2UsZLbMAxEmeJGNQuNeoaTDzAYfYCIpNckVJ/QUi1V +v3sgpLvLrQ99vBxAXAByzms8lrbazn3xq/3fcm5Gtg2lZG/VnxqFUkqm8jo6iNEEVOPIpKTqoqK OAkhZACxlSblS3N2YQqBseQ+PkXVkBU5/n5F7q1KysqjqsBR3eH71XtfIFEu6lIM0XWna+vL2xNR qMCRMDl3GjmWrSaGT5k1BHWQYB39xu0QolpxqjwNdPgiGlF5lFHqJwBJiAQfFO4GppCEd9K2z1AX GLflYw5cZLFQeSwFTuZb4X2/0LUgq3mf5M59KeJ3a0tN1z2OGeBBn1cPsCRNDXiGYvKfc4sKcB7M TD0VP2YcAxB1OzRMUdDKENeB9kDBHN3pB+jrxBQDM5aq0/s9Ki38cwFpluxmCUCeDfTogLslhaG+ zecnQAlD6ThfoZqJ1Bw92hYNHD1AusAOOSZhnJs9aNWtOFGutlC4OUbGdjsk6QWj9h/g7aHAaI6r gWKgO3fLjqqirJ7NbKDNVQNjgTs9FUqwn91++hqUigGKpUrmrXdel1XFvM6+RdKWGjLf3PXsWRW5 bw7wO7xAU3R470j+qwG0BteAV5aAzjUwD+YIOshRGIYLxG22UEmzw66nAuVyQAsGCckBZkQ1r58E iMWxwlS7Au2wHy9g84axdtBCgVIeBvjwWPgXwQNmJuiX0P4FDaAqaH2B088GMO20EKA9eGzcWqzN wPQPOaANTElI2+0AAAAASUVORK5CYII= User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:d3mnDk126IiyLNU9jE+xWVcfQhM= Sender: news Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 21:31:06 -0000 Roland Winkler writes: > If w3 is available the default value of mm-text-html-renderer is 'w3. > However, w3 doesn't work for me with my recent CVS emacs. I always > get the error message > > (void-function url-register-protocol) > > Typically, this happens for me while reading news using gnus. A > complete backtrace is attached below. Therefore, could it be > reasonable to exclude w3 from the list of possible default values of > mm-text-html-renderer? Well, if you have w3 installed, Gnus will use it. If you have w3 installed, but it doesn't work, then Gnus can't really be expected to guess that. Either remove w3 or change the value of `mm-text-html-renderer'. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen From MAILER-DAEMON Sun Jan 16 05:58:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cq86I-0004qN-W5 for mharc-emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 05:57:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cq85x-0004kt-5l for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 05:57:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cq85l-0004gC-6X for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 05:57:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cq85j-0004Yw-RF for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 05:57:08 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cq7k3-0005sl-Q3 for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 05:34:44 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Cq7k2-0004sv-00 for ; Sun, 16 Jan 2005 11:34:42 +0100 Received: from p5087948f.dip0.t-ipconnect.de ([80.135.148.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Jan 2005 11:34:42 +0100 Received: from Stephen.Berman by p5087948f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Jan 2005 11:34:42 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Stephen Berman Date: Sun, 16 Jan 2005 11:34:32 +0100 Lines: 6 Message-ID: <87llatek7b.fsf@nolde.local.home> References: <87vf9ybhjt.fsf@nolde.local.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p5087948f.dip0.t-ipconnect.de User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) Sender: news Subject: Re: build failure X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 10:57:34 -0000 On Sat, 15 Jan 2005 20:47:50 +0100 Stephen Berman wrote: > I just updated from CVS and make failed while loading loaddefs.el: Of course I had neglected to update the autoloads. Sorry for the noise. From MAILER-DAEMON Sun Jan 16 09:01:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqAvU-0007ww-Eb for mharc-emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 08:58:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqAvK-0007tD-EZ for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 08:58:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqAvB-0007o1-U9 for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 08:58:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqAvB-0007jW-Pg for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 08:58:25 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqAZM-0001Z0-13 for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 08:35:52 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Sun, 16 Jan 2005 14:35:44 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 11245-01-138652; Sun, 16 Jan 2005 14:35:44 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Sun, 16 Jan 2005 14:35:44 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> Date: Sun, 16 Jan 2005 14:35:14 +0100 To: larsi@gnus.org X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela3 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 13:58:41 -0000 Lars Magne Ingebrigtsen writes: > Well, if you have w3 installed, Gnus will use it. If you have w3 > installed, but it doesn't work, then Gnus can't really be expected to > guess that. Either remove w3 or change the value of > `mm-text-html-renderer'. Can you use w3 with a recent version of GNU CVS emacs? When I start it with M-x w3 I get the error message (void-function url-register-protocol) Roland From MAILER-DAEMON Sun Jan 16 13:29:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqF98-0001zZ-Rm for mharc-emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 13:29:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqF84-0001Zr-Rp for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 13:28:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqF7t-0001Us-8f for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 13:27:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqF7q-0001Qq-C2 for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 13:27:46 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CqEn7-00040y-Dt for emacs-pretest-bug@gnu.org; Sun, 16 Jan 2005 13:06:21 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0GI6Kum010950 for ; Sun, 16 Jan 2005 10:06:20 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0GI6JaN010919 for ; Sun, 16 Jan 2005 10:06:19 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0GI6Gk7027233 for ; Sun, 16 Jan 2005 11:06:16 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-73-49.vpn.oracle.com [141.144.73.49]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0GI6F48027219 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 16 Jan 2005 11:06:16 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Sun, 16 Jan 2005 10:05:58 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 18:29:04 -0000 I have (setq special-display-regexps '("[ ]?[*][^*]+[*]")), and I display special-display buffers in a different kind of frame (via special-display-frame-alist). I also use (setq pop-up-frames t), so other-window acts like other-frame. I have also removed customized buffers from `same-window-buffer-names', so that customize will open a separate frame for each of its buffers. All of the customize commands work correctly, except for the *-other-window commands. The *-other-window commands do not respect special-display-regexps, so I don't get the proper frame, as defined by special-display-frame-alist. The reason is apparently this, in the definition, for instance, of customize-group-other-window: (let ((window (selected-window)) ;; Copied from `custom-buffer-create-other-window'. (pop-up-windows t) (special-display-buffer-names nil) (special-display-regexps nil) (same-window-buffer-names nil) (same-window-regexps nil)) (pop-to-buffer name) (select-window window)) To me, this is a bug - setting the special-display* variables to nil short-circuits my attempts to make the customize-*-other-window commands behave as the other customize buffers behave. This bug exists in both Emacs 20.7 and Emacs 21.3.50, BTW. Thanks, Drew In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I.. /../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/in clude' From MAILER-DAEMON Mon Jan 17 03:42:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqSSg-0001HK-29 for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 03:42:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqSSd-0001EM-O1 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 03:42:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqSSa-0001C5-Vu for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 03:42:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqSSa-0001Bq-NV for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 03:42:04 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CqSGN-0005Xk-Rn for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 03:29:28 -0500 Received: (qmail 87618 invoked from network); 17 Jan 2005 08:29:26 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 17 Jan 2005 08:29:26 -0000 To: Nick Roberts References: <20050114062149.3255A628AD@farnswood.snap.net.nz> <16871.55783.602329.97921@farnswood.snap.net.nz> <16872.15878.159275.685485@farnswood.snap.net.nz> From: storm@cua.dk (Kim F. Storm) Date: Mon, 17 Jan 2005 09:29:33 +0100 In-Reply-To: <16872.15878.159275.685485@farnswood.snap.net.nz> (Nick Roberts's message of "Sat, 15 Jan 2005 10:47:50 +1300") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: 2 bugs in posn-at-x-y on a tty X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 08:42:08 -0000 Nick Roberts writes: > > > The other bug still seems to be present: the mode-line string seems to be > > > one character out (I'm a bit confused because your message also seems to > > > imply that this bug was also fixed). > > > > Doesn't it work if you set whole = t in this case too ? > > No. Its present even when there is no margin but the following patch seems to > cure it: Thanks! I installed your fix, and made a similar fix to marginal_area_string. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Mon Jan 17 04:08:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqSsR-00081M-UM for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 04:08:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqSop-00074X-R5 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 04:05:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqSo4-0006oA-5w for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 04:04:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqSo3-0006dB-Fg for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 04:04:15 -0500 Received: from [64.233.184.200] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqSPf-0006mN-9Y for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 03:39:03 -0500 Received: by wproxy.gmail.com with SMTP id 57so486005wri for ; Mon, 17 Jan 2005 00:39:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=MYtZ7qBaz2YhYGnJh/Dmam2tJW+b97ud68zld3N4dPHbikQN6v0Vg50ax7pYtjNkiT5AgatY9H3umqn2wKALYb/m4QtVp5cMEko+CejK8se3N6NK/Ce4P9wmFrAw61ROlvmt+n8Z13qsipOn4l0IMHkR++Lpw7u9buwe/EcoD98= Received: by 10.54.30.58 with SMTP id d58mr193482wrd; Mon, 17 Jan 2005 00:39:02 -0800 (PST) Received: by 10.54.30.11 with HTTP; Mon, 17 Jan 2005 00:39:02 -0800 (PST) Message-ID: Date: Mon, 17 Jan 2005 09:39:02 +0100 From: Tim Van Holder To: emacs-pretest-bug@gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: simple.el: fix just-one-space breaking change X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tim Van Holder List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 09:08:46 -0000 The change to just-one-space of January 15th was a breaking one. It introduces a non-optional parameter, breaking all current invocations (which do not specify a parameter), such as cc-electric-brace. The trivial patch below fixes this by making the new parameter optional. Note that given the function's name, it may be better to make a `just-n-spaces' defun, and let just-one-space call that - "(just-one-space 17)" is not as clear as "(just-n-spaces 17)". Index: simple.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/simple.el,v retrieving revision 1.681 diff -u -u -p -d -r1.681 simple.el --- simple.el 15 Jan 2005 18:08:46 -0000 1.681 +++ simple.el 17 Jan 2005 08:30:01 -0000 @@ -647,13 +647,13 @@ If BACKWARD-ONLY is non-nil, only delete (skip-chars-backward " \t") (constrain-to-field nil orig-pos))))) -(defun just-one-space (n) +(defun just-one-space (&optional n) "Delete all spaces and tabs around point, leaving one space (or N spaces)." (interactive "*p") (let ((orig-pos (point))) (skip-chars-backward " \t") (constrain-to-field nil orig-pos) - (dotimes (i n) + (dotimes (i (or n 1)) (if (= (following-char) ?\ ) (forward-char 1) (insert ?\ ))) From MAILER-DAEMON Mon Jan 17 06:09:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqUlN-00078T-Od for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 06:09:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqUlH-00077E-IT for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 06:09:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqUl4-00073m-Q4 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 06:09:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqUkp-0006qV-2a for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 06:09:03 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CqUYw-0001ke-AL for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 05:56:46 -0500 Received: (qmail 12058 invoked from network); 17 Jan 2005 10:56:45 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 17 Jan 2005 10:56:45 -0000 To: Tim Van Holder References: From: storm@cua.dk (Kim F. Storm) Date: Mon, 17 Jan 2005 11:56:51 +0100 In-Reply-To: (Tim Van Holder's message of "Mon, 17 Jan 2005 09:39:02 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: simple.el: fix just-one-space breaking change X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 11:09:32 -0000 Tim Van Holder writes: > The change to just-one-space of January 15th was a breaking one. > It introduces a non-optional parameter, breaking all current > invocations (which do not specify a parameter), such as > cc-electric-brace. > The trivial patch below fixes this by making the new parameter optional. Thanks. Installed. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Mon Jan 17 09:48:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqYAo-0000ez-70 for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 09:48:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqYAj-0000cp-DP for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 09:48:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqYAf-0000aG-5L for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 09:47:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqYAf-0000ZN-2n for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 09:47:57 -0500 Received: from [206.47.199.166] (helo=simmts8-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqXy1-0007gF-H0; Mon, 17 Jan 2005 09:34:53 -0500 Received: from empanada.home ([67.71.119.166]) by simmts8-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050117143448.KQYQ1623.simmts8-srv.bellnexxia.net@empanada.home>; Mon, 17 Jan 2005 09:34:48 -0500 Received: by empanada.home (Postfix, from userid 502) id 5758D3F75B4; Mon, 17 Jan 2005 09:34:46 -0500 (EST) Message-ID: To: rms@gnu.org References: From: Stefan Date: Mon, 17 Jan 2005 09:34:46 -0500 In-Reply-To: (Richard Stallman's message of "Fri, 14 Jan 2005 19:13:14 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Reiner Steib Subject: Re: shell-mode font-lock for here documents X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 14:48:04 -0000 > There is no particular maintainer for this part of Emacs, and nobody > who understands it especially well. Could you try to fix it? BTW, I happen to be the author of the code that does the font-locking of here documents in sh-script.el. So if you can't find the fix, I'll take care of it, but don't have time for it just now, Stefan From MAILER-DAEMON Mon Jan 17 10:03:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqYPE-0004Mg-50 for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:03:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqYPB-0004Lu-AY for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:02:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqYP9-0004L3-R2 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:02:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqYP9-0004K2-Ie for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:02:55 -0500 Received: from [129.143.2.15] (helo=smtp2.BelWue.DE) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqYCX-0001W9-Tb for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 09:49:54 -0500 Received: from dlanserv.dla-marbach.de (DLANSERV.DLA-Marbach.DE [193.197.33.3]) by smtp2.BelWue.DE with ESMTP id j0HEnojA021775; Mon, 17 Jan 2005 15:49:50 +0100 (MET) env-from (meyert@dla-marbach.de) Received: (from root@localhost) by dlanserv.dla-marbach.de (8.11.1/8.8.8) id j0HEnnf308699; Mon, 17 Jan 2005 15:49:49 +0100 (MET) env-from (meyert) Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Priority: normal Sensitivity: Normal From: "Thomas.Meyer" To: emacs-pretest-bug@gnu.org Message-ID: <050117154949.236286@dlanserv.dla-marbach.de.dla-marbach.de.0> X-MO-Body-Names: save-buffers-kill-emacs forgotten when left through toolkit menu Date: Mon, 17 Jan 2005 15:49:49 +0100 X-Mailer: MailOne 3.0 MIME-Version: 1.0 Content-Type: text/plain; charset = ISO-8859-1; Type = Text; name = "save_buffers_kill_emacs_forgotten_when_left_through_toolkit_menu.TXT"; x-mo-oid = 2A864886F70F0301; x-mo-btname = "PlainText" Content-Transfer-Encoding: 7bit Subject: save-buffers-kill-emacs forgotten when left through toolkit menu X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 15:02:58 -0000 This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: When Emacs is terminated through the toolkit menu choice "File - Exit Emacs (C-x C-C)", and a modified file was not saved, it correctly prompts for "Save file ...". When the user choice then is "No", emacs is not terminated, and no dialogue "modified buffers exist; exit anyway?" is displayed. The same dialogue runs fine when is directly invoked with the keyboard. In GNU Emacs 21.3.50.8 (i386-mingw-nt5.0.2195) of 2003-12-28 on SERVER configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: DEU locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: cua-mode: t show-paren-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Regards, Thomas Meyer, EDV-Systemadministrator Thomas.Meyer@dla-marbach.de Deutsches Literaturarchiv Bereich EDV Schillerhoehe 8-10 D-71672 Marbach Telefon: +49-7144-848-141 Fax: ...-154 WWW: http://www.dla-marbach.de From MAILER-DAEMON Mon Jan 17 10:08:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqYUs-0006O5-Oy for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:08:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqYUo-0006Ji-4l for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:08:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqYUi-0006Hj-Ph for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:08:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqYUi-0006EY-9P for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:08:40 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqYDg-0001iP-Qi for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 09:51:05 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 15:50:55 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 22745-02-327813 for ; Mon, 17 Jan 2005 15:50:55 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 15:50:54 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> Date: Mon, 17 Jan 2005 15:50:34 +0100 To: emacs-pretest-bug@gnu.org X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela4 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Subject: dired-copy-preserve-time affects file modes, too. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 15:08:48 -0000 I suggest that the docstring of dired-copy-preserve-time should mention that the value of this variable affects also the file modes of the copied files (cf. the optional arg keep-time of copy-file). Furthermore, I believe that the docstring of the command dired-do-copy could be more precise. Instead of saying This normally preserves the last-modified date when copying. it could say something like Whether the last-modified date and file modes are preserved depends on the value of `dired-copy-preserve-time'. Roland From MAILER-DAEMON Mon Jan 17 10:56:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqZFN-0004ck-98 for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:56:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqZFH-0004XA-Cf for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:56:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqZFD-0004Vv-31 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:56:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqZFC-0004Va-Pw for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:56:42 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqZ2n-00010x-6M for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:43:53 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id E35988282B1; Mon, 17 Jan 2005 10:43:52 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id E6DDF4AC11F; Mon, 17 Jan 2005 10:43:49 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id C86684BB5C; Mon, 17 Jan 2005 10:43:49 -0500 (EST) Message-ID: To: Roland Winkler References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Mon, 17 Jan 2005 10:43:49 -0500 In-Reply-To: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Sun, 16 Jan 2005 14:35:14 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.727, requis 5, autolearn=not spam, AWL 0.17, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 15:56:50 -0000 >> Well, if you have w3 installed, Gnus will use it. If you have w3 >> installed, but it doesn't work, then Gnus can't really be expected to >> guess that. Either remove w3 or change the value of >> `mm-text-html-renderer'. > Can you use w3 with a recent version of GNU CVS emacs? > When I start it with M-x w3 I get the error message > (void-function url-register-protocol) According to the URL ChangeLog, url-register-protocol hasn't ever been added/removed/changed/touched/... Now, Google says otherwise (it says that it was mentioned at least in xemacs-19.16/lisp/w3/url-vars.el), but that was a long time ago. What version of W3 are you using? Stefan From MAILER-DAEMON Mon Jan 17 11:40:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqZvw-0005Wk-RY for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 11:40:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqZvu-0005Vy-Ji for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 11:40:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqZvu-0005Vj-1a for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 11:40:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqZoj-0004up-6f for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 11:33:25 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqZG4-0002yM-CB for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 10:57:36 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 221478282C1; Mon, 17 Jan 2005 10:57:36 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id C44074AC11F; Mon, 17 Jan 2005 10:57:31 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id AE5EB4BB5C; Mon, 17 Jan 2005 10:57:31 -0500 (EST) Message-ID: To: "Drew Adams" References: From: Stefan Monnier Date: Mon, 17 Jan 2005 10:57:31 -0500 In-Reply-To: (Drew Adams's message of "Sun, 16 Jan 2005 10:05:58 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.73, requis 5, autolearn=not spam, AWL 0.17, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: Emacs-Pretest-Bug Subject: Re: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 16:40:51 -0000 > (let ((window (selected-window)) > ;; Copied from `custom-buffer-create-other-window'. > (pop-up-windows t) > (special-display-buffer-names nil) > (special-display-regexps nil) > (same-window-buffer-names nil) > (same-window-regexps nil)) > (pop-to-buffer name) > (select-window window)) > To me, this is a bug - setting the special-display* variables to nil > short-circuits my attempts to make the customize-*-other-window commands > behave as the other customize buffers behave. Agreed. Setting same-window-* to nil is probably OK, but we should never mess with special-display-*. Stefan From MAILER-DAEMON Mon Jan 17 12:34:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqalP-0005jo-Ma for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 12:34:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqaik-0005bx-Fy for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 12:31:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqaiP-0005S7-Ra for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 12:31:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqaiO-0005Qa-BV for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 12:30:56 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqaRj-0004Gz-0m for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 12:13:43 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 18:13:34 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 23087-03-4661; Mon, 17 Jan 2005 18:13:34 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 18:13:34 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16875.62003.829096.613960@tfkp12.physik.uni-erlangen.de> Date: Mon, 17 Jan 2005 18:13:23 +0100 To: Stefan Monnier In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:max6 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 17:34:02 -0000 On Mon Jan 17 2005 Stefan Monnier wrote: > >> Well, if you have w3 installed, Gnus will use it. If you have w3 > >> installed, but it doesn't work, then Gnus can't really be expected to > >> guess that. Either remove w3 or change the value of > >> `mm-text-html-renderer'. > > > Can you use w3 with a recent version of GNU CVS emacs? > > When I start it with M-x w3 I get the error message > > > (void-function url-register-protocol) > > According to the URL ChangeLog, url-register-protocol hasn't ever been > added/removed/changed/touched/... > > Now, Google says otherwise (it says that it was mentioned at least in > xemacs-19.16/lisp/w3/url-vars.el), but that was a long time ago. > > What version of W3 are you using? The value of w3-version is "WWW 4.0pre.46 1999/10/01 20:22:11" Roland From MAILER-DAEMON Mon Jan 17 13:12:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqbMk-00027K-TF for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:12:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqbMi-00026d-W4 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:12:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqbMg-00025L-MN for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:12:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqbMg-00025I-IS for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:12:34 -0500 Received: from [143.182.124.5] (helo=petasus.ch.intel.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqbAk-0001O3-6U for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:00:14 -0500 Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.9/d: small-solo.mc, v 1.9 2004/01/09 01:01:53 root Exp $) with ESMTP id j0HI2oM4024926 for ; Mon, 17 Jan 2005 18:02:50 GMT Received: from chlr4917.ch.intel.com (chlr4917.ch.intel.com [10.2.113.74]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id j0HI0ZHZ018576; Mon, 17 Jan 2005 11:00:35 -0700 (MST) X-Envelope-From: ascott@sedona.ch.intel.com Received: from chlr4917.ch.intel.com (localhost [127.0.0.1]) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/client) with ESMTP id j0HI08ws032068; Mon, 17 Jan 2005 11:00:08 -0700 Received: (from ascott@localhost) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/Submit) id j0HI08ub032065; Mon, 17 Jan 2005 11:00:08 -0700 Date: Mon, 17 Jan 2005 11:00:08 -0700 Message-Id: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> From: "Andrew M. Scott~" To: emacs-pretest-bug@gnu.org Cc: ascott@sedona.ch.intel.com Subject: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 18:12:37 -0000 I grabbed an Emacs CVS snapshot today (Jan 17, 2005). The emacs binary seems to run fine; but I don't recall seeing the 'Function "x_error_quitter" not defined' error message under gdb before. (It's been a while since I ran CVS Emacs under gdb). Should I be seeing this? Note: This was my first build using newer X11 & graphic support libraries; up until now I had been building with ../emacs/configure \ --prefix=/stor/garray/linux \ --with-x-toolkit=yes \ --x-includes=/usr/X11R6/include \ --x-libraries=/usr/X11R6/lib > [cd to build/src directory after build] > gdb ./emacs GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". DISPLAY = chlr4917:2.0 TERM = dumb Breakpoint 1 at 0x80e7126 Function "x_error_quitter" not defined. (gdb) In GNU Emacs 21.3.50.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-17 on chlr4917 Distributor `The XFree86 Project, Inc', version 11.0.40300000 configured using `configure '--prefix=/stor/garray/linux' 'CC=gcc' 'CFLAGS=-O2 -I/usr/intel/pkgs/zlib/1.2.1/include -L/usr/intel/pkgs/zlib/1.2.1/lib -I/usr/intel/pkgs/X11/R6.7.0/include -L/usr/intel/pkgs/X11/R6.7.0/lib -I/usr/intel/pkgs/ncurses/5.4/include -L/usr/intel/pkgs/ncurses/5.4/lib -I/usr/intel/pkgs/libungif/4.1.3/include -L/usr/intel/pkgs/libungif/4.1.3/lib -I/usr/intel/pkgs/libpng/1.0.16rc1/include -L/usr/intel/pkgs/libpng/1.0.16rc1/lib -I/usr/intel/pkgs/jpeg/6b/include -L/usr/intel/pkgs/jpeg/6b/lib' 'LDFLAGS=-L/usr/intel/pkgs/zlib/1.2.1/lib -L/usr/intel/pkgs/X11/R6.7.0/lib -L/usr/intel/pkgs/ncurses/5.4/lib -L/usr/intel/pkgs/libungif/4.1.3/lib -L/usr/intel/pkgs/libpng/1.0.16rc1/lib -L/usr/intel/pkgs/jpeg/6b/lib -Wl,-rpath=/usr/intel/pkgs/zlib/1.2.1/lib:/usr/intel/pkgs/X11/R6.7.0/lib:/usr/intel/pkgs/ncurses/5.4/lib:/usr/intel/pkgs/libungif/4.1.3/lib:/usr/intel/pkgs/libpng/1.0.16rc1/lib:/usr/intel/pkgs/jpeg/6b/lib'' Important settings: value of $LC_ALL: en_US value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: Recent messages: Loading mwheel...done (/stor/garray/src/savannah/build/src/emacs -q) Loading disp-table...done Loading tool-bar...done Loading image...done Loading tooltip...done Loading emacsbug...done From MAILER-DAEMON Mon Jan 17 13:28:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqbbc-0006di-3S for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:28:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqbbH-0006UM-UP for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:27:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqbb7-0006Pa-T9 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:27:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqbb6-0006Mt-0x for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:27:28 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqbI4-0002E5-Js for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:07:48 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 19:07:39 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 22745-02-338079; Mon, 17 Jan 2005 19:07:39 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 19:07:39 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16875.65246.266557.258702@tfkp12.physik.uni-erlangen.de> Date: Mon, 17 Jan 2005 19:07:26 +0100 To: Stefan Monnier In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela3 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 18:27:53 -0000 On Mon Jan 17 2005 Stefan Monnier wrote: > >> Well, if you have w3 installed, Gnus will use it. If you have w3 > >> installed, but it doesn't work, then Gnus can't really be expected to > >> guess that. Either remove w3 or change the value of > >> `mm-text-html-renderer'. > > > Can you use w3 with a recent version of GNU CVS emacs? > > When I start it with M-x w3 I get the error message > > > (void-function url-register-protocol) > > According to the URL ChangeLog, url-register-protocol hasn't ever been > added/removed/changed/touched/... > > Now, Google says otherwise (it says that it was mentioned at least in > xemacs-19.16/lisp/w3/url-vars.el), but that was a long time ago. > > What version of W3 are you using? I just noticed in the NEWS file of GNU CVS Emacs: ** The URL package (which had been part of W3) is now part of Emacs. Did this change break anything for a "standard" w3 installation which includes its old version of the URL package? I looked into this when I noticed that the error messages I get depend on where I put the lisp directory for w3 in load-path. But up to now I have not fully understood what is happening. I am still curious: Is it only me who cannot use w3 with a recent version of GNU CVS emacs or are there others who can confirm that? Roland From MAILER-DAEMON Mon Jan 17 13:38:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqblQ-0000il-SV for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:38:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqbl6-0000eF-4R for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:37:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqbkq-0000U4-G9 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:37:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqbkq-0000Tc-EE for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:37:32 -0500 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1CqbXa-0003uo-6N for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:23:50 -0500 Received: (qmail 574 invoked by uid 0); 17 Jan 2005 18:17:09 -0000 Received: from 134.60.10.127 by www45.gmx.net with HTTP; Mon, 17 Jan 2005 19:17:09 +0100 (MET) Date: Mon, 17 Jan 2005 19:17:09 +0100 (MET) From: my_spam@gmx.de To: rms@gnu.org MIME-Version: 1.0 References: X-Priority: 3 (Normal) X-Authenticated: #23307497 Message-ID: <30354.1105985829@www45.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: emacs-pretest-bug@gnu.org, Reiner.Steib@gmx.de Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 18:38:07 -0000 > Could you try the suggestions in etc/DEBUG for infinite loops? Following the procedure described in etc/DEBUG I got the following: (gdb) finish Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0xf29680, remove_entries_p=0) at fns.c:4792 Program received signal SIGTSTP, Stopped (user). 0x000000000055339c in sweep_weak_table (h=0xf29680, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0xf29680, remove_entries_p=0) at fns.c:4792 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 4888 marked |= sweep_weak_table (h, 0); Value returned is $1 = 0 (gdb) finish Run till exit from #0 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 Program received signal SIGTSTP, Stopped (user). 0x000000000055339c in sweep_weak_table (h=0x11d8d60, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0x11d8d60, remove_entries_p=0) at fns.c:4792 Program received signal SIGTSTP, Stopped (user). 0x000000000055339c in sweep_weak_table (h=0x11d8d60, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0x11d8d60, remove_entries_p=0) at fns.c:4792 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 4888 marked |= sweep_weak_table (h, 0); Value returned is $2 = 1 (gdb) next 4890 } (gdb) next 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) next 4890 } (gdb) next 4883 marked = 0; (gdb) next 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) next 4886 h = XHASH_TABLE (table); (gdb) next 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) next 4888 marked |= sweep_weak_table (h, 0); (gdb) next 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4883 marked = 0; (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4883 marked = 0; (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4883 marked = 0; (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4886 h = XHASH_TABLE (table); (gdb) 4887 if (h->size & ARRAY_MARK_FLAG) (gdb) 4888 marked |= sweep_weak_table (h, 0); (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) (gdb) 4890 } (gdb) 4884 for (table = Vweak_hash_tables; !GC_NILP (table); table = h->next_weak) Hope that helps. Good luck! Best wishes, Daniel Schmitt -- GMX im TV ... Die Gedanken sind frei ... Schon gesehen? Jetzt Spot online ansehen: http://www.gmx.net/de/go/tv-spot From MAILER-DAEMON Mon Jan 17 13:43:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqbqv-00013V-3m for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:43:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqbqs-00012k-Na for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:43:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqbks-0000Uq-9x for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:37:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqbkr-0000Tc-D0 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:37:33 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CqbWf-0003p1-6C; Mon, 17 Jan 2005 13:22:53 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0HIMRJ7010350; Mon, 17 Jan 2005 19:22:27 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id 2FB8E10041; Mon, 17 Jan 2005 19:22:27 +0100 (CET) Mail-Followup-To: rms@gnu.org, my_spam@gmx.de, emacs-pretest-bug@gnu.org To: Richard Stallman References: From: Reiner Steib X-Face: .*T0'iU(sujq_j9\J>-d4fg; N/1++U#U$_5ii6k.=|"-n'?5O:Hyz&wi'-!I~,}7~GgT=0S /&-R5sbkNy5+Xo1y{Tw2KKxi@Xh"g@]Qc|.U<*]WDd)qvGowFDvfU1F]{EDho:7P0@|oOD=Bc{K4?> WP68K[Mx:}=`ZT'6g4'f+g?;`vri2!)xGy}3:=l'(/Cea0l4lo^H5#@/Z3ev Date: Mon, 17 Jan 2005 19:22:27 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, my_spam@gmx.de Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 18:43:47 -0000 On Sat, Jan 15 2005, Richard Stallman wrote: > Could you try the suggestions in etc/DEBUG for infinite loops? I tried to follow the suggestion in the paragraph "If the symptom of the bug is that Emacs fails to respond". Both of my processes are in sweep_weak_table(), see below. I don't know what other information would be helpful. Bye, Reiner. ** 2005-01-12 --8<---------------cut here---------------start------------->8--- (gdb) finish Run till exit from #0 0x0000000000533edf in survives_gc_p (obj=35054947) at alloc.c:5523 Program received signal SIGTSTP, Stopped (user). 0x0000000000533edf in survives_gc_p (obj=35054947) at alloc.c:5523 5523 return survives_p || PURE_POINTER_P ((void *) XPNTR (obj)); (gdb) finish Run till exit from #0 0x0000000000533edf in survives_gc_p (obj=35054947) at alloc.c:5523 0x00000000005532e2 in sweep_weak_table (h=0x125f620, remove_entries_p=0) at fns.c:4803 4803 int value_known_to_survive_p = survives_gc_p (HASH_VALUE (h, i)); Value returned is $1 = 0 (gdb) finish Run till exit from #0 0x00000000005532e2 in sweep_weak_table (h=0x125f620, remove_entries_p=0) at fns.c:4803 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 4888 marked |= sweep_weak_table (h, 0); Value returned is $2 = 1 (gdb) finish Run till exit from #0 0x000000000055346f in sweep_weak_hash_tables () at fns.c:4888 Program received signal SIGTSTP, Stopped (user). survives_gc_p (obj=31430212) at alloc.c:5523 5523 return survives_p || PURE_POINTER_P ((void *) XPNTR (obj)); (gdb) next Program received signal SIGTSTP, Stopped (user). survives_gc_p (obj=31430212) at alloc.c:5523 5523 return survives_p || PURE_POINTER_P ((void *) XPNTR (obj)); (gdb) next 5524 } (gdb) next sweep_weak_table (h=0x125f620, remove_entries_p=0) at fns.c:4803 4803 int value_known_to_survive_p = survives_gc_p (HASH_VALUE (h, i)); (gdb) next 4806 if (EQ (h->weak, Qkey)) (gdb) next 4807 remove_p = !key_known_to_survive_p; (gdb) next 4817 next = HASH_NEXT (h, i); (gdb) 4819 if (remove_entries_p) (gdb) 4817 next = HASH_NEXT (h, i); (gdb) 4819 if (remove_entries_p) (gdb) 4817 next = HASH_NEXT (h, i); (gdb) 4819 if (remove_entries_p) (gdb) 4842 if (!remove_p) (gdb) 4845 if (!key_known_to_survive_p) (gdb) 4851 if (!value_known_to_survive_p) (gdb) 4853 mark_object (HASH_VALUE (h, i)); (gdb) 4854 marked = 1; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; --8<---------------cut here---------------end--------------->8--- ** 2005-01-13 --8<---------------cut here---------------start------------->8--- (gdb) Run till exit from #0 0x000000000055319a in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4799 Program received signal SIGTSTP, Stopped (user). 0x000000000055319a in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4799 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) finish Run till exit from #0 0x000000000055319a in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4799 0x00000000005533ff in sweep_weak_hash_tables () at fns.c:4888 4888 marked |= sweep_weak_table (h, 0); Value returned is $1 = 1 (gdb) finish Run till exit from #0 0x00000000005533ff in sweep_weak_hash_tables () at fns.c:4888 Program received signal SIGTSTP, Stopped (user). 0x000000000055332c in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 0x000000000055332c in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4792 Program received signal SIGTSTP, Stopped (user). 0x000000000055332c in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 0x000000000055332c in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4792 0x00000000005533ff in sweep_weak_hash_tables () at fns.c:4888 4888 marked |= sweep_weak_table (h, 0); Value returned is $2 = 1 (gdb) finish Run till exit from #0 0x00000000005533ff in sweep_weak_hash_tables () at fns.c:4888 Program received signal SIGTSTP, Stopped (user). 0x000000000055332c in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) next Program received signal SIGTSTP, Stopped (user). 0x000000000055332c in sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) p bucket $3 = 57 (gdb) $4 = 57 (gdb) next 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) finish Run till exit from #0 sweep_weak_table (h=0x1227ae0, remove_entries_p=0) at fns.c:4799 0x00000000005533ff in sweep_weak_hash_tables () at fns.c:4888 4888 marked |= sweep_weak_table (h, 0); Value returned is $5 = 1 --8<---------------cut here---------------end--------------->8--- From MAILER-DAEMON Mon Jan 17 13:57:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqc4J-0007Fd-I5 for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqc47-00079m-9A for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqc44-000788-0D for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqc43-00076b-Ip for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:23 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqbqL-0006BQ-EI for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:43:13 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CqbqJ-0001hA-00 for ; Mon, 17 Jan 2005 19:43:11 +0100 Received: from bridgekeeper.physik.uni-ulm.de ([134.60.10.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 17 Jan 2005 19:43:11 +0100 Received: from Reiner.Steib by bridgekeeper.physik.uni-ulm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 17 Jan 2005 19:43:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-pretest-bug@gnu.org To: emacs-pretest-bug@gnu.org From: Reiner Steib Date: Mon, 17 Jan 2005 19:42:04 +0100 Organization: Dept. of Theoretical Physics, University of Ulm Lines: 14 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: bridgekeeper.physik.uni-ulm.de X-Face: P05mdcZT&lL[-s2=mw~RsllZ0zZAb?vdE}.s Subject: Re: shell-mode font-lock for here documents X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 18:57:33 -0000 On Mon, Jan 17 2005, Stefan wrote: > BTW, I happen to be the author of the code that does the font-locking of > here documents in sh-script.el. So if you can't find the fix, I'll take > care of it, but don't have time for it just now, I tried to figure out which of the `sh-here-doc-*' variables or functions I'd need to change, but I failed find the right one. Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ From MAILER-DAEMON Mon Jan 17 13:57:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqc4K-0007GL-Op for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqc4E-0007C1-8M for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqc47-00079i-8q for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqc46-00078N-HA for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:57:26 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqbnq-0005uV-Qo for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 13:40:39 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 19:40:35 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 22745-02-339787; Mon, 17 Jan 2005 19:40:34 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 19:40:34 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> Date: Mon, 17 Jan 2005 19:40:28 +0100 To: Stefan Monnier In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 18:57:36 -0000 On Mon Jan 17 2005 Stefan Monnier wrote: > >> Well, if you have w3 installed, Gnus will use it. If you have w3 > >> installed, but it doesn't work, then Gnus can't really be expected to > >> guess that. Either remove w3 or change the value of > >> `mm-text-html-renderer'. > > > Can you use w3 with a recent version of GNU CVS emacs? > > When I start it with M-x w3 I get the error message > > > (void-function url-register-protocol) > > According to the URL ChangeLog, url-register-protocol hasn't ever been > added/removed/changed/touched/... > > Now, Google says otherwise (it says that it was mentioned at least in > xemacs-19.16/lisp/w3/url-vars.el), but that was a long time ago. > > What version of W3 are you using? I am trying to understand what is the latest version of w3. Well, there is the web page http://www.gnu.org/software/w3/ which points to version w3-4.0pre.47 that I try to use. In this version of w3, the header of the main file w3.el says ;;; w3.el --- Main functions for emacs-w3 on all platforms/versions ;; Author: wmperry ;; Created: 1999/11/09 14:52:37 ;; Version: 1.10 ;; Keywords: faces, help, comm, news, mail, processes, mouse, hypermedia But apparently there are also newer versions of w3. Recent versions of SuSE linux (version >= 9.0) are shipped with a version of w3 where the header of w3.el says ;;; w3.el --- Main functions for emacs-w3 on all platforms/versions ;; Author: $Author: wmperry $ ;; Created: $Date: 2003/01/12 22:10:25 $ ;; Version: $Revision: 1.32 $ ;; Keywords: faces, help, comm, news, mail, processes, mouse, hypermedia ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;;; Copyright (c) 1993 - 1996 by William M. Perry ;;; Copyright (c) 1996, 97, 98, 99, 2001 Free Software Foundation, Inc. ;;; ;;; This file is part of GNU Emacs. Note the rather different versions numbers. What have I missed here?? Is this w3 really part of GNU Emacs? Roland From MAILER-DAEMON Mon Jan 17 14:37:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqcgZ-0000hy-03 for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 14:37:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqceC-0008Tl-VZ for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 14:34:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqcdf-0008Ib-91 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 14:34:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqcde-0008Cd-W1 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 14:34:11 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqcB9-00006l-Ss for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 14:04:44 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 947358282A9; Mon, 17 Jan 2005 14:04:43 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id E071D4AC0FA; Mon, 17 Jan 2005 14:04:38 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id CAEDF4BB60; Mon, 17 Jan 2005 14:04:38 -0500 (EST) Message-ID: To: Roland Winkler References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Mon, 17 Jan 2005 14:04:38 -0500 In-Reply-To: <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Mon, 17 Jan 2005 19:40:28 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.736, requis 5, autolearn=not spam, AWL 0.16, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 19:37:09 -0000 > But apparently there are also newer versions of w3. Recent versions > of SuSE linux (version >= 9.0) are shipped with a version of w3 > where the header of w3.el says > ;;; w3.el --- Main functions for emacs-w3 on all platforms/versions > ;; Author: $Author: wmperry $ > ;; Created: $Date: 2003/01/12 22:10:25 $ > ;; Version: $Revision: 1.32 $ > ;; Keywords: faces, help, comm, news, mail, processes, mouse, hypermedia This seems to come from the CVS repository of W3: http://savannah.gnu.org/cgi-bin/viewcvs/w3/w3/lisp/w3.el?rev=HEAD > ;;; This file is part of GNU Emacs. > Note the rather different versions numbers. > What have I missed here?? Is this w3 really part of GNU Emacs? No it's not, it's an error in the file. Stefan From MAILER-DAEMON Mon Jan 17 16:00:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqdyr-00009Q-Hb for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 16:00:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqdyo-00008d-Hp for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 16:00:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqdyl-00007t-G9 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 16:00:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqdyl-00007O-4T for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 16:00:03 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqdl6-0001AD-LU for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 15:45:57 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 21:45:36 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 22745-02-346667; Mon, 17 Jan 2005 21:45:36 +0100 (MET) Received: from tfkp07.physik.uni-erlangen.de (tfkp07.physik.uni-erlangen.de [131.188.164.207]) by max71.rrze.uni-erlangen.de with ESMTP; Mon, 17 Jan 2005 21:45:36 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> Date: Mon, 17 Jan 2005 21:45:33 +0100 To: Stefan Monnier In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 21:00:06 -0000 On Mon Jan 17 2005 Stefan Monnier wrote: > > But apparently there are also newer versions of w3. Recent versions > > of SuSE linux (version >= 9.0) are shipped with a version of w3 > > where the header of w3.el says > > > ;;; w3.el --- Main functions for emacs-w3 on all platforms/versions > > ;; Author: $Author: wmperry $ > > ;; Created: $Date: 2003/01/12 22:10:25 $ > > ;; Version: $Revision: 1.32 $ > > ;; Keywords: faces, help, comm, news, mail, processes, mouse, hypermedia > > This seems to come from the CVS repository of W3: > http://savannah.gnu.org/cgi-bin/viewcvs/w3/w3/lisp/w3.el?rev=HEAD I see. So http://www.gnu.org/software/w3/ is not up-to-date. This seems to be a rather "hidden" project. I searched http://savannah.gnu.org/ for a project `w3' but neither this nor google pointed me to this new version of w3. Maybe this could be updated -- at least, if a future official release of GNU Emacs relies upon it. (I am not surprised anymore that my old version of w3 does not work with CVS Emacs.) > > ;;; This file is part of GNU Emacs. > > > Note the rather different versions numbers. > > What have I missed here?? Is this w3 really part of GNU Emacs? > > No it's not, it's an error in the file. I suggest that someone should correct this in the CVS repository. Roland From MAILER-DAEMON Mon Jan 17 18:03:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqfuI-0002qp-7D for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:03:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqfte-0002hC-Ph for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:02:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqftN-0002XI-7r for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:02:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqftJ-0002VZ-TT for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:02:33 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqfc4-0002xW-6p for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 17:44:44 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0HMigFJ008312 for ; Mon, 17 Jan 2005 22:44:42 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Cqfc2-0003Z7-00 for ; Mon, 17 Jan 2005 22:44:42 +0000 To: emacs-pretest-bug@gnu.org From: Dave Love Date: Mon, 17 Jan 2005 22:44:42 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 2.397 : TO_HAS_SPACES X-CCLRC-SPAM-bar: xx X-Scanned-By: MIMEDefang 2.37 Subject: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 23:03:32 -0000 Things like set-case-syntax-pair clobber the extra slots of the case table. Is there a good reason for that? It isn't documented. It defeats treating cases where there isn't one-to-one correspondence between upper and lower (which is even mentioned as a possibility in (elisp)Case Tables). An example is Greek final sigma, which currently isn't treated properly. From MAILER-DAEMON Mon Jan 17 18:07:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqftx-0002mM-Kb for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:03:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqftf-0002hY-IB for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:02:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqftN-0002Y1-AT for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:02:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqftK-0002VZ-Ow for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:02:34 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqfZo-0002mT-4X; Mon, 17 Jan 2005 17:42:24 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0HMgJFJ008272; Mon, 17 Jan 2005 22:42:20 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CqfZj-0003Yy-00; Mon, 17 Jan 2005 22:42:19 +0000 To: rms@gnu.org References: From: Dave Love Date: Mon, 17 Jan 2005 22:42:19 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 23:03:06 -0000 Richard Stallman writes: > The Info version of the main manual doesn't show the actual copying > conditions as recommended in the Texinfo manual, and I think it > should. > > Could you explain more specifically what you mean? > The file emacs/info/emacs starts like this I mean what you see when you view the file in info or Info mode rather than what's effectively hidden in the file. Compare the first screens from `info emacs' and `info texinfo'. In the latter you see the copyright conditions, unlike the former. From MAILER-DAEMON Mon Jan 17 18:14:01 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqg4O-0006md-Tn for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:14:01 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqg4K-0006id-JO for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:13:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqg4F-0006eL-Bt for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:13:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqg4F-0006e2-7K for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:13:51 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqfrE-0004WI-22 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:00:24 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0HN0LFJ008683; Mon, 17 Jan 2005 23:00:21 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CqfrA-0003Zz-00; Mon, 17 Jan 2005 23:00:20 +0000 To: tvraman@comcast.net From: Dave Love Date: Mon, 17 Jan 2005 23:00:20 +0000 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Bletchley-Park-afsatcom-corporate-security-Rand-Corporation-UNSCO" X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org Subject: [Richard Stallman] Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 23:13:58 -0000 --Bletchley-Park-afsatcom-corporate-security-Rand-Corporation-UNSCO I realized this didn't include you in the cc: to answer rms' question. --Bletchley-Park-afsatcom-corporate-security-Rand-Corporation-UNSCO Content-Type: message/rfc822 Content-Disposition: inline X-From-Line: rms@gnu.org Wed Jan 5 20:14:33 2005 Return-Path: Received: from mserv7.dl.ac.uk (IDENT:IzEsqSYH4hbc2pR6KUSx68/JHnrzC4xV@mserv7.dl.ac.uk [148.79.80.138]) by dlpx1.dl.ac.uk (SGI-8.12.5/8.12.5) with ESMTP id j05KEWA814849876 for ; Wed, 5 Jan 2005 20:14:33 GMT X-DL-MFrom: X-DL-Connect: Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j05KEUCT027534 for ; Wed, 5 Jan 2005 20:14:30 GMT Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CmHRf-0004dJ-DS; Wed, 05 Jan 2005 15:07:51 -0500 From: Richard Stallman To: Dave Love CC: emacs-pretest-bug@gnu.org In-reply-to: (message from Dave Love on Wed, 05 Jan 2005 00:10:13 +0000) Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? Reply-to: rms@gnu.org References: Message-Id: Date: Wed, 05 Jan 2005 15:07:51 -0500 X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Lines: 19 Xref: albion.dl.ac.uk Misc:29707 MIME-Version: 1.0 I run 21.3.50 from CVS, and recent updates to simple.el produce a yes/no dialog when the undo information to save becomes large; this pointed out an interesting place where Emacs libs could be optimizing but apparently aren't -- namely, cases like man-mode. There probably are other modes we should optimize in this way, once the specific modes are identified. I did man-mode yesterday. You could probably do something similar during the execution of a shell command in shell-mode/comint-mode and friends; this would win in the case of long running shell commands that produce lots of output a small chunk at time. The various undo-insert records could be optimized together, yes. record_insert already tries to combine them. Do you know for a fact that this optimization is not working in that case?] --Bletchley-Park-afsatcom-corporate-security-Rand-Corporation-UNSCO-- From MAILER-DAEMON Mon Jan 17 19:09:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqgvg-0004Aj-3k for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 19:09:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqgmZ-0002hK-9N for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:59:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqgmF-0002Yz-JM for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:59:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqgmF-0002Xi-0h for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:59:19 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqgX2-00088I-8q for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 18:43:36 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CqgVy-0000id-MO; Mon, 17 Jan 2005 18:42:30 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Mon, 17 Jan 2005 18:42:30 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 00:08:56 -0000 All of the customize commands work correctly, except for the *-other-window commands. The *-other-window commands do not respect special-display-regexps, so I don't get the proper frame, as defined by special-display-frame-alist. The purpose of ...-other-window commands is to display a certain buffer in a particular way. That overrides other less specific instructions about how to display the buffer. From MAILER-DAEMON Mon Jan 17 19:35:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqhLB-0002si-Kl for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 19:35:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqhJu-0002Zb-Py for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 19:34:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqhJd-0002OU-5P for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 19:33:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqhJb-0002NO-Pi for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 19:33:47 -0500 Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqh1R-0002AP-Sr for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 19:15:02 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepb.post.tele.dk (Postfix) with SMTP id 245195EE056; Tue, 18 Jan 2005 01:15:00 +0100 (CET) To: Ralf Angeli References: From: storm@cua.dk (Kim F. Storm) Date: Tue, 18 Jan 2005 01:15:06 +0100 In-Reply-To: (Ralf Angeli's message of "Tue, 04 Jan 2005 15:19:51 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: vertical-motion not working with multi-line overlays X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 00:35:23 -0000 Ralf Angeli writes: > Trying to move backward over an overlay covering more than one line > and having an image as display property with `previous-line' is not > possible anymore. Emacs beeps and signals that it hit the beginning > of a buffer. It seems that `vertical-motion' is not working correctly > as it returns 0. > > Here is a testcase: > > (progn > (insert "\nfoo\nbar") > (let ((ov (make-overlay (- (point) 7) (point)))) > (overlay-put ov 'display (create-image "splash.xpm" 'xpm)))) > > Execute it in the *scratch* buffer, e.g. with `C-x C-e', and try to > move point upwards over the image with `C-p'. > I just installed a fix for this (in back_to_previous_visible_line_start). Pls. retest your code. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Mon Jan 17 20:46:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqiRZ-00060f-7f for mharc-emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 20:46:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqiRU-0005z4-D0 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 20:46:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqiF3-0004Oe-Jh for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 20:33:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqiEz-0004Gb-DW for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 20:33:05 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cqhly-0006SR-CJ; Mon, 17 Jan 2005 20:03:06 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0I134b5012977; Mon, 17 Jan 2005 17:03:04 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0I133PV012959; Mon, 17 Jan 2005 17:03:03 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0I132sS023859; Mon, 17 Jan 2005 18:03:02 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0I131dK023851 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 17 Jan 2005 18:03:01 -0700 From: "Drew Adams" To: Date: Mon, 17 Jan 2005 17:03:00 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 01:46:01 -0000 All of the customize commands work correctly, except for the *-other-window commands. The *-other-window commands do not respect special-display-regexps, so I don't get the proper frame, as defined by special-display-frame-alist. The purpose of ...-other-window commands is to display a certain buffer in a particular way. That overrides other less specific instructions about how to display the buffer. What in the name "-other-window" indicates that the particular way the function displays the buffer should override those particular settings? What are the particular instructions included in the "other-window" name/license. Find-file-other-window doesn't turn on your headlights or open the oven door, just because it has an "other-window" license. You make the general argument that because this is an "other-window" function it has the right to override things. OK ((maybe)). But what things? Anything? Everything? Just because it's called "other-window"? What's the reason for these particular side effects? Are they important or even appropriate for "other-window"ness in general? For this particular customize-other-window-ness? How so? - Drew From MAILER-DAEMON Tue Jan 18 00:00:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqlTY-0006S8-Ge for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 00:00:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqlTN-0006MS-03 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 00:00:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqlTB-0006EC-VY for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 23:59:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqlTB-0006Cn-Nk for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 23:59:57 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqlEk-0007LV-J3 for emacs-pretest-bug@gnu.org; Mon, 17 Jan 2005 23:45:02 -0500 Received: from zaretski ([80.230.146.250]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AHV19110 (AUTH halo1); Tue, 18 Jan 2005 06:44:57 +0200 (IST) Date: Tue, 18 Jan 2005 06:41:57 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "Drew Adams" Message-ID: <01c4fd18$Blat.v2.2.2$304b4c20@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 05:00:13 -0000 > From: "Drew Adams" > Date: Mon, 17 Jan 2005 17:03:00 -0800 > Cc: emacs-pretest-bug@gnu.org > > All of the customize commands work correctly, except for > the *-other-window > commands. The *-other-window commands do not respect > special-display-regexps, so I don't get the proper frame, > as defined by special-display-frame-alist. > > The purpose of ...-other-window commands is to display a certain > buffer in a particular way. That overrides other less specific > instructions about how to display the buffer. > > What in the name "-other-window" indicates that the particular way the > function displays the buffer should override those particular settings? What > are the particular instructions included in the "other-window" name/license. The ``other window'' part? It means that the buffer will be displayed in the window that we call in Emacs ``the other window''. Since the window to display is thus fixed, special-display-regexps and its ilk cannot be applied, because they would change the window where the buffer will be displayed. Does that make sense? From MAILER-DAEMON Tue Jan 18 00:03:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqlWc-00087A-JF for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 00:03:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqlWa-00085q-Sq for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 00:03:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqlTb-0006RK-6a for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 00:00:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqlTU-0006Cn-8t for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 00:00:16 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cql7S-0006nZ-0T; Mon, 17 Jan 2005 23:37:30 -0500 Received: from zaretski ([80.230.146.250]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DOC90865 (AUTH halo1); Tue, 18 Jan 2005 06:37:12 +0200 (IST) Date: Tue, 18 Jan 2005 06:34:12 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Dave Love Message-ID: <01c4fd17$Blat.v2.2.2$1ace0140@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: (message from Dave Love on Mon, 17 Jan 2005 22:42:19 +0000) References: Cc: emacs-pretest-bug@gnu.org Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 05:03:29 -0000 > From: Dave Love > Date: Mon, 17 Jan 2005 22:42:19 +0000 > Cc: emacs-pretest-bug@gnu.org > > Richard Stallman writes: > > > The Info version of the main manual doesn't show the actual copying > > conditions as recommended in the Texinfo manual, and I think it > > should. > > > > Could you explain more specifically what you mean? > > The file emacs/info/emacs starts like this > > I mean what you see when you view the file in info or Info mode rather > than what's effectively hidden in the file. Compare the first screens > from `info emacs' and `info texinfo'. In the latter you see the > copyright conditions, unlike the former. That's because the Emacs manual doesn't have @insertcopying inside any node, while the Texinfo manual has it in the node Top. From MAILER-DAEMON Tue Jan 18 01:37:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqn01-0004HZ-Tc for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 01:37:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqmzz-0004FU-FJ for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 01:37:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqmzy-0004Ew-Hi for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 01:37:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqmpb-0002Bq-Ax for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 01:27:11 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cqmdg-0006Ha-0Y; Tue, 18 Jan 2005 01:14:52 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0I6Ept3019441; Mon, 17 Jan 2005 22:14:51 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0I6En7P019422; Mon, 17 Jan 2005 22:14:50 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0I6EmWL011266; Mon, 17 Jan 2005 23:14:48 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-86.vpn.oracle.com [141.144.64.86]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0I6Elef011259 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 17 Jan 2005 23:14:48 -0700 From: "Drew Adams" To: "Eli Zaretskii" Date: Mon, 17 Jan 2005 22:14:44 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <01c4fd18$Blat.v2.2.2$304b4c20@zahav.net.il> Importance: Normal Cc: emacs-pretest-bug@gnu.org Subject: RE: customize-*-other-window cmds don't respect special-display*values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 06:37:55 -0000 > What in the name "-other-window" indicates that the particular way the > function displays the buffer should override those particular > settings? What are the particular instructions included in the > "other-window" name/license. The ``other window'' part? It means that the buffer will be displayed in the window that we call in Emacs ``the other window''. Since the window to display is thus fixed, special-display-regexps and its ilk cannot be applied, because they would change the window where the buffer will be displayed. Does that make sense? Not to me. First, I'm not so sure that the name "other-window" always denotes the same thing in Emacs. And the "other-window" is certainly not always a "fixed" window, if by fixed you mean the same window. The function `other-window', for instance, can itself return any number of different "other" windows. More important than debating the proper meaning of "other-window" in general or even as part of an arbitrary function name, however, is the case at hand: should these `customize*-other-window' functions nullify `special-display-regexps'? What should the "other-window" in _their_ names imply in terms of behavior? I have `pop-up-frames' non-nil, so "other-window" functions always open another frame - standard Emacs (`display-buffer') behavior. There is nothing fixed about "other-window" in this case, certainly. (And that's the case I'm most concerned about.) There are lots of "other-window" functions in Emacs (more than 50, that I see in emacs -q), and _none_ of the others monkeys around with `special-display*' in this way (none that I have found, at least). So your "fixed" rule has exception as its own rule. Many such functions just call `switch-to-buffer-other-window'. And that just binds `pop-up-windows' to t and calls `pop-to-buffer' with the insist-on-another-window option (_an_ other, not _the_ other). With `pop-up-frames' non-nil, this just opens a new frame (a la `display-buffer') - there is nothing sacred or fixed about "other-window" in that case, that I can see. And there is nothing to suggest that `special-display-regexps' should be nullified in that case, either. Of course, we could alternatively decide, in the name of fixity, to change `pop-to-buffer' et al to fit your fixed other-window description, so that their "ilk cannot be applied" with `pop-up-frames' non-nil, "because they change the window where the buffer will be displayed." From MAILER-DAEMON Tue Jan 18 05:34:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqqfr-0004Cz-Ve for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 05:33:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqqfK-00044i-Bo for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 05:32:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqqeV-0003qy-B0 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 05:31:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqqcZ-0003Cl-03 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 05:29:59 -0500 Received: from [134.96.7.25] (helo=triton.rz.uni-saarland.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqq99-0005gc-6H for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 04:59:35 -0500 Received: from iwi-gate.iwi.uni-sb.de (iwi-gate.iwi.uni-sb.de [134.96.72.13]) by triton.rz.uni-saarland.de (8.12.10/8.12.10) with ESMTP id j0I9xRPs1664767; Tue, 18 Jan 2005 10:59:27 +0100 (CET) Received: from [134.96.72.190] (helo=neutrino.iwi.uni-sb.de) by iwi-gate.iwi.uni-sb.de with esmtp (Exim 4.33; FreeBSD) id 1Cqq8s-0003Wk-Vn; Tue, 18 Jan 2005 10:59:18 +0100 Received: from angeli by neutrino.iwi.uni-sb.de with local (Exim 4.43) id 1Cqq8u-0005mG-6l; Tue, 18 Jan 2005 10:59:20 +0100 From: Ralf Angeli To: storm@cua.dk (Kim F. Storm) References: Date: Tue, 18 Jan 2005 10:59:20 +0100 In-Reply-To: (Kim F. Storm's message of "Tue, 18 Jan 2005 01:15:06 +0100") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: Sender: Ralf Angeli X-IWi-MailScanner-Information: Please contact the ISP for more information X-IWi-MailScanner: Found to be clean X-IWi-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 5) X-MailScanner-From: angeli@iwi.uni-sb.de X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.1 (triton.rz.uni-saarland.de [134.96.7.25]); Tue, 18 Jan 2005 10:59:27 +0100 (CET) X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.29.0.7; VDF 6.29.0.66 Cc: emacs-pretest-bug@gnu.org Subject: Re: vertical-motion not working with multi-line overlays X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 10:32:51 -0000 * Kim F. Storm (2005-01-18) writes: > Ralf Angeli writes: > >> Trying to move backward over an overlay covering more than one line >> and having an image as display property with `previous-line' is not >> possible anymore. Emacs beeps and signals that it hit the beginning >> of a buffer. It seems that `vertical-motion' is not working correctly >> as it returns 0. >> >> Here is a testcase: >> >> (progn >> (insert "\nfoo\nbar") >> (let ((ov (make-overlay (- (point) 7) (point)))) >> (overlay-put ov 'display (create-image "splash.xpm" 'xpm)))) >> >> Execute it in the *scratch* buffer, e.g. with `C-x C-e', and try to >> move point upwards over the image with `C-p'. > > I just installed a fix for this (in back_to_previous_visible_line_start). > Pls. retest your code. It's working. That means preview-latex is usable again as well. (c: Thanks very much. -- Ralf From MAILER-DAEMON Tue Jan 18 06:08:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqr9A-0005Nc-6P for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 06:03:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqr81-0005Bh-LZ for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 06:02:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqr71-00052u-VI for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 06:01:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqr70-00051C-3E for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 06:01:27 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqqs4-00034P-EC for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 05:46:00 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 11:45:57 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 22745-02-390823 for ; Tue, 18 Jan 2005 11:45:57 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 11:45:57 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16876.59600.167900.283776@tfkp12.physik.uni-erlangen.de> Date: Tue, 18 Jan 2005 11:45:36 +0100 To: emacs-pretest-bug@gnu.org In-Reply-To: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> References: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Subject: Re: dired-copy-preserve-time affects file modes, too. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 11:03:37 -0000 On Mon Jan 17 2005 Roland Winkler wrote: > I suggest that the docstring of dired-copy-preserve-time should > mention that the value of this variable affects also the file modes > of the copied files (cf. the optional arg keep-time of copy-file). > > Furthermore, I believe that the docstring of the command > dired-do-copy could be more precise. Instead of saying > > This normally preserves the last-modified date when copying. > > it could say something like > > Whether the last-modified date and file modes are preserved > depends on the value of `dired-copy-preserve-time'. While talking about these things, I'd like to suggest that also the optional argument keep-time of copy-file could be renamed to something more mnemonic like `preserve'. It appears that once this arg handled only the modification date. Only in some later version of emacs the file modes have been put under the control of this option, too. Obviously, renaming this arg in the docstring of this function does not break existing code. Roland From MAILER-DAEMON Tue Jan 18 09:57:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqun8-0004NO-VW for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 09:57:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqun1-0004Je-RF for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 09:57:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqumy-0004ID-2e for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 09:57:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqumx-0004Dw-4z for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 09:56:59 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CquXA-0000PI-2C for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 09:40:40 -0500 Received: (qmail 22912 invoked from network); 18 Jan 2005 14:40:38 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 18 Jan 2005 14:40:38 -0000 To: emacs-pretest-bug@gnu.org References: <30354.1105985829@www45.gmx.net> From: storm@cua.dk (Kim F. Storm) Date: Tue, 18 Jan 2005 15:40:43 +0100 In-Reply-To: <30354.1105985829@www45.gmx.net> (my spam's message of "Mon, 17 Jan 2005 19:17:09 +0100 (MET)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Reiner.Steib@gmx.de Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 14:57:07 -0000 my_spam@gmx.de writes: >> Could you try the suggestions in etc/DEBUG for infinite loops? > Following the procedure described in etc/DEBUG I got the following: > (gdb) finish > Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0xf29680, > remove_entries_p=0) at fns.c:4792 Does the following patch fix the infinite loop ? *** fns.c 12 Jan 2005 09:27:55 +0100 1.381 --- fns.c 18 Jan 2005 15:38:16 +0100 *************** *** 4836,4841 **** --- 4836,4845 ---- h->count = make_number (XFASTINT (h->count) - 1); } + else + { + prev = idx; + } } else { -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Tue Jan 18 10:59:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqvlN-0008QK-09 for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 10:59:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqvlI-0008OA-87 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 10:59:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqvlD-0008LT-MH for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 10:59:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqvlC-0008Hl-CH for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 10:59:14 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqvUU-00081T-8n; Tue, 18 Jan 2005 10:41:58 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 0C3CF8282BB; Tue, 18 Jan 2005 10:41:54 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 1A0DB4AC1FE; Tue, 18 Jan 2005 10:41:46 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id F40D64BB5C; Tue, 18 Jan 2005 10:41:45 -0500 (EST) Message-ID: To: Eli Zaretskii References: <01c4fd18$Blat.v2.2.2$304b4c20@zahav.net.il> From: Stefan Monnier Date: Tue, 18 Jan 2005 10:41:45 -0500 In-Reply-To: <01c4fd18$Blat.v2.2.2$304b4c20@zahav.net.il> (Eli Zaretskii's message of "Tue, 18 Jan 2005 06:41:57 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.741, requis 5, autolearn=not spam, AWL 0.16, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, Drew Adams Subject: Re: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 15:59:23 -0000 > The ``other window'' part? It means that the buffer will be displayed > in the window that we call in Emacs ``the other window''. Since the > window to display is thus fixed, special-display-regexps and its ilk > cannot be applied, because they would change the window where the > buffer will be displayed. Hmmm....let's see: (defun find-file-other-window (filename &optional wildcards) [...] (switch-to-buffer-other-window value)))) (defun switch-to-buffer-other-window (buffer &optional norecord) [...] (let ((pop-up-windows t) ;; Don't let these interfere. same-window-buffer-names same-window-regexps) (pop-to-buffer buffer t norecord))) Looks like the "other-window" name does not usually imply "ignore the special-display thingies". Stefan From MAILER-DAEMON Tue Jan 18 12:41:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqxMA-0000Yh-Gt for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 12:41:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqxM6-0000X4-RA for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 12:41:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqxM3-0000Us-8L for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 12:41:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqxM3-0000U5-3l for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 12:41:23 -0500 Received: from [134.60.1.1] (helo=mail-new.rz.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cqx8t-0005VZ-RG for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 12:27:48 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0IHRdHc020176; Tue, 18 Jan 2005 18:27:39 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id 9D02C1008A; Tue, 18 Jan 2005 18:27:39 +0100 (CET) Mail-Followup-To: storm@cua.dk (Kim F. Storm), emacs-pretest-bug@gnu.org, Daniel Schmitt To: storm@cua.dk (Kim F. Storm) References: <30354.1105985829@www45.gmx.net> From: Reiner Steib X-Face: 'bg&jY[8V'W&:=~6w"|>}#4/T; w~36ei4NNMyKRR.a$n=$|sWFPF1y]a\>6kc\*#GN]UDM| Ywv, vbL^XF1nIp\:F=$Ei2o&mEe:%N~, :3]vtQ~s9u$9izmX$IF@VgGl7/, ^dbuM<3|AO2}.%|%?kZ 2Y=@\U!~cll^=8Z9ihKq%wmUe1Ky(#kl3T'>Qk0Ia3mCBsTk?E(,X Date: Tue, 18 Jan 2005 18:27:39 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-dcc3mcgill-Metrics: gemini 1275; Body=3 Fuz1=3 Fuz2=3 Cc: emacs-pretest-bug@gnu.org, Daniel Schmitt Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 17:41:28 -0000 On Tue, Jan 18 2005, Kim F. Storm wrote: > my_spam@gmx.de writes: > >>> Could you try the suggestions in etc/DEBUG for infinite loops? >> Following the procedure described in etc/DEBUG I got the following: >> (gdb) finish >> Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0xf29680, >> remove_entries_p=0) at fns.c:4792 > > Does the following patch fix the infinite loop ? No it doesn't. But the infinite loop doesn't appears not as often as before. Here's a new gdb output (built of today with your patch): --8<---------------cut here---------------start------------->8--- 0x00000000005535dc in sweep_weak_table (h=0x11c4c40, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 0x00000000005535dc in sweep_weak_table (h=0x11c4c40, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 Program received signal SIGTSTP, Stopped (user). 0x00000000005535dc in sweep_weak_table (h=0x11c4c40, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) Run till exit from #0 0x00000000005535dc in sweep_weak_table (h=0x11c4c40, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 0x00000000005536bf in sweep_weak_hash_tables () at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4892 4892 marked |= sweep_weak_table (h, 0); Value returned is $1 = 1 (gdb) Run till exit from #0 0x00000000005536bf in sweep_weak_hash_tables () at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4892 Program received signal SIGTSTP, Stopped (user). 0x0000000000553448 in sweep_weak_table (h=0x11c4c40, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4799 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) next Program received signal SIGTSTP, Stopped (user). 0x0000000000553448 in sweep_weak_table (h=0x11c4c40, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4799 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) --8<---------------cut here---------------end--------------->8--- Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ From MAILER-DAEMON Tue Jan 18 13:43:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CqyKA-00023r-Lt for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 13:43:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CqyJg-0001wV-E9 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 13:43:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CqyJZ-0001st-Jo for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 13:42:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CqyJZ-0001rI-06 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 13:42:53 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cqy1M-0002Zt-FZ for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 13:24:04 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 30EC58282A7; Tue, 18 Jan 2005 13:24:01 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id ACBB94AC0EE; Tue, 18 Jan 2005 13:23:48 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id A9A904BB5C; Tue, 18 Jan 2005 13:23:48 -0500 (EST) Message-ID: To: emacs-pretest-bug@gnu.org References: From: Stefan Monnier Date: Tue, 18 Jan 2005 13:23:48 -0500 In-Reply-To: (Reiner Steib's message of "Thu, 13 Jan 2005 16:48:17 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.747, requis 5, AWL 0.15, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Subject: Re: shell-mode font-lock for here documents X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 18:43:09 -0000 > --8<---------------cut here---------------start------------->8--- > #!/bin/bash > cat < keysym 2 = 2 at twosuperior > EOF > # Everything below is in sh-heredoc-face ... > if true; then > false > fi > --8<---------------cut here---------------end--------------->8--- Thank you. I've installed a fix for this. Stefan From MAILER-DAEMON Tue Jan 18 14:29:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cqz2f-0006Ka-0d for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 14:29:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cqz2b-0006J2-Ds for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 14:29:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cqz2U-0006Ej-Vl for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 14:29:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cqz2S-0006Dk-Qc for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 14:29:16 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CqymX-0007GT-Nc for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 14:12:50 -0500 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CqymV-0004Mv-00 for ; Tue, 18 Jan 2005 20:12:47 +0100 Received: from miracle.physik.uni-ulm.de ([134.60.10.127]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Jan 2005 20:12:47 +0100 Received: from my_spam by miracle.physik.uni-ulm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Jan 2005 20:12:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Daniel Schmitt Date: Tue, 18 Jan 2005 18:41:36 +0100 Lines: 161 Message-ID: <41ED4A50.5090504@gmx.de> References: <30354.1105985829@www45.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: miracle.physik.uni-ulm.de User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20040915 X-Accept-Language: en-us, en, de In-Reply-To: X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Sender: news Cc: Reiner.Steib@gmx.de Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:29:27 -0000 Kim F. Storm wrote: > my_spam@gmx.de writes: > > >>>Could you try the suggestions in etc/DEBUG for infinite loops? >> >>Following the procedure described in etc/DEBUG I got the following: >>(gdb) finish >>Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0xf29680, >> remove_entries_p=0) at fns.c:4792 > > > Does the following patch fix the infinite loop ? Using your patch hangs seem less often but they occur nonetheless :-( Using the method discribed in etc/DEBUG, I got the following -----------------------------DEBUG-START---------------------------------- (gdb) r Starting program: /import/Archive/Groups/Productivity/Editors/Emacs/emacs/cvs-HE AD/x86_64/src/emacs -geometry 80x40+0+0 [Thread debugging using libthread_db enabled] [New Thread 182940272320 (LWP 5470)] Detaching after fork from child process 5473. Detaching after fork from child process 5475. Detaching after fork from child process 5476. Detaching after fork from child process 6029. Program received signal SIGTSTP, Stopped (user). [Switching to Thread 182940272320 (LWP 5470)] sweep_weak_table (h=0x1123d60, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4799 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) finish Run till exit from #0 sweep_weak_table (h=0x1123d60, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4799 Program received signal SIGTSTP, Stopped (user). sweep_weak_table (h=0x1123d60, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4799 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) next 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) finish Run till exit from #0 sweep_weak_table (h=0x1123d60, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 0x00000000005536bf in sweep_weak_hash_tables () at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4892 4892 marked |= sweep_weak_table (h, 0); Value returned is $1 = 1 (gdb) finish Run till exit from #0 0x00000000005536bf in sweep_weak_hash_tables () at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4892 Program received signal SIGTSTP, Stopped (user). 0x00000000005535dc in sweep_weak_table (h=0x1123d60, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) next Program received signal SIGTSTP, Stopped (user). 0x00000000005535dc in sweep_weak_table (h=0x1123d60, remove_entries_p=0) at /home/dept/ste/src/links/emacs/cvs-HEAD/emacs/src/fns.c:4792 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) next 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) next 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4798 prev = Qnil; (gdb) 4799 for (idx = HASH_INDEX (h, bucket); !GC_NILP (idx); idx = next) (gdb) 4792 for (bucket = 0; bucket < n; ++bucket) (gdb) -----------------------------DEBUG-END---------------------------------- Hope that helps! Best regards, Daniel Schmitt From MAILER-DAEMON Tue Jan 18 18:09:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr2Tr-0001EW-9Y for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 18:09:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr2Sz-00014Z-0j for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 18:08:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr2SW-0000uA-FZ for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 18:08:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr2SU-0000pw-5i for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 18:08:22 -0500 Received: from [203.163.70.66] (helo=nav-akl-mars-c0.NAVAKLDMZ) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr22t-0007JY-Au for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 17:41:55 -0500 Received: from nav-akl-exch-c.newton.navman.com (Not Verified[192.168.1.6]) by nav-akl-mars-c0.NAVAKLDMZ with NetIQ MailMarshal (v5.5.5.9) id ; Wed, 19 Jan 2005 11:42:49 +1300 Received: from nav-akl-tak-c.newton.navman.com ([192.168.9.6]) by nav-akl-exch-c.newton.navman.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 19 Jan 2005 11:45:19 +1300 Received: from NAV-AKL-WDG-292.newton.navman.com.navman.com ([192.168.12.52]) by nav-akl-tak-c.newton.navman.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 19 Jan 2005 11:45:19 +1300 To: emacs-pretest-bug@gnu.org From: Toby Allsopp Date: Wed, 19 Jan 2005 11:45:17 +1300 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (cygwin) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-OriginalArrivalTime: 18 Jan 2005 22:45:19.0388 (UTC) FILETIME=[62EADDC0:01C4FDAF] Subject: EUDC doesn't load options file X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 23:09:46 -0000 --=-=-= This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Create a server in the server list, e.g. using the menus (Tools->Directory Search->Server->New Server) and save the server list (e.g. Tools->Directory Search->Server->Bookmark Current Server). This will create the eudc-options-file file. Exit emacs, then start it again. Use the menu to load the server list (Tools->Directory Search->Load Hotlist of Servers). This should make the server you defined earlier appear in the Tools->Directory Search->Server menu, but it doesn't because the eudc-options-file isn't loaded becase it is only loaded if (message "") is true, which it isn't. Below is a patch that fixes it for me. Toby. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=eudc-load-options-file.patch Content-Description: Patch to fix EUDC options file loading ? eudc-load-options-file.patch Index: lisp/ChangeLog =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/ChangeLog,v retrieving revision 1.6895 diff -c -r1.6895 ChangeLog *** lisp/ChangeLog 18 Jan 2005 18:34:30 -0000 1.6895 --- lisp/ChangeLog 18 Jan 2005 22:39:36 -0000 *************** *** 1,3 **** --- 1,7 ---- + 2005-01-19 Toby Allsopp + + * net/eudc.el: Fix options file loading. + 2005-01-18 Jay Belanger * calc/calc.el (calc-display-raw): Fix docstring. Index: lisp/net/eudc.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/net/eudc.el,v retrieving revision 1.11 diff -c -r1.11 eudc.el *** lisp/net/eudc.el 1 Nov 2004 07:47:18 -0000 1.11 --- lisp/net/eudc.el 18 Jan 2005 22:39:37 -0000 *************** *** 1214,1220 **** ;;; Load the options file (if (and (not noninteractive) (and (locate-library eudc-options-file) ! (message "")) ; Remove modeline message (not (featurep 'eudc-options-file))) (load eudc-options-file)) --- 1214,1220 ---- ;;; Load the options file (if (and (not noninteractive) (and (locate-library eudc-options-file) ! (progn (message "") t)) ; Remove modeline message (not (featurep 'eudc-options-file))) (load eudc-options-file)) --=-=-= In GNU Emacs 21.3.50.1 (i686-pc-cygwin, X toolkit, Xaw3d scroll bars) of 2005-01-19 on NAV-AKL-WDG-292 Distributor `The Cygwin/X Project', version 11.0.60801000 configured using `configure '--with-x-toolkit=yes'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: auto-compression-mode: t show-paren-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x 5 2 C-x v = E U D C SPC d o e s n t ' t C-g C-x o Recent messages: Loading gnus-topic...done No gnus is bad news Loading eudc... Loading ~/.eudc-options... Loading eudcb-ldap...done Loading ~/.eudc-options...done Loading eudc...done Loading vc-cvs...done Loading vc...done Loading emacsbug...done Quit --=-=-=-- From MAILER-DAEMON Tue Jan 18 19:35:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr3oM-0007qJ-Re for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:35:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr3gQ-0006MF-JQ for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:26:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr3gC-0006I6-VB for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:26:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr3gC-0006CX-El for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:26:36 -0500 Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr3N0-0005hI-4w for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:06:46 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepb.post.tele.dk (Postfix) with SMTP id 0E5AC5EE03C; Wed, 19 Jan 2005 01:06:41 +0100 (CET) To: Reiner Steib References: <30354.1105985829@www45.gmx.net> From: storm@cua.dk (Kim F. Storm) Date: Wed, 19 Jan 2005 01:06:49 +0100 In-Reply-To: (Reiner Steib's message of "Tue, 18 Jan 2005 18:27:39 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Daniel Schmitt Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 00:35:00 -0000 Reiner Steib writes: > On Tue, Jan 18 2005, Kim F. Storm wrote: > >> my_spam@gmx.de writes: >> >>>> Could you try the suggestions in etc/DEBUG for infinite loops? >>> Following the procedure described in etc/DEBUG I got the following: >>> (gdb) finish >>> Run till exit from #0 0x000000000055339c in sweep_weak_table (h=0xf29680, >>> remove_entries_p=0) at fns.c:4792 >> >> Does the following patch fix the infinite loop ? > > No it doesn't. But the infinite loop doesn't appears not as often as > before. I think I've found a 64 bit specific problem. Can you try with this additional patch: *** alloc.c 05 Jan 2005 18:27:57 +0100 1.362 --- alloc.c 19 Jan 2005 01:02:59 +0100 *************** *** 143,153 **** #define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG) #define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG) ! #define STRING_MARKED_P(S) ((S)->size & ARRAY_MARK_FLAG) #define VECTOR_MARK(V) ((V)->size |= ARRAY_MARK_FLAG) #define VECTOR_UNMARK(V) ((V)->size &= ~ARRAY_MARK_FLAG) ! #define VECTOR_MARKED_P(V) ((V)->size & ARRAY_MARK_FLAG) /* Value is the number of bytes/chars of S, a pointer to a struct Lisp_String. This must be used instead of STRING_BYTES (S) or --- 143,153 ---- #define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG) #define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG) ! #define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0) #define VECTOR_MARK(V) ((V)->size |= ARRAY_MARK_FLAG) #define VECTOR_UNMARK(V) ((V)->size &= ~ARRAY_MARK_FLAG) ! #define VECTOR_MARKED_P(V) (((V)->size & ARRAY_MARK_FLAG) != 0) /* Value is the number of bytes/chars of S, a pointer to a struct Lisp_String. This must be used instead of STRING_BYTES (S) or -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Tue Jan 18 20:01:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr4B2-0005eg-Pd for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:58:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr4Aj-0005a0-3R for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:58:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr4AT-0005Ty-Sk for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:57:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr4AT-0005ON-NP for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:57:53 -0500 Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr3ll-0007d1-SC for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:32:22 -0500 Received: from alfajor ([67.71.119.166]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050119003221.XIAJ19622.tomts10-srv.bellnexxia.net@alfajor>; Tue, 18 Jan 2005 19:32:21 -0500 Received: by alfajor (Postfix, from userid 1000) id 00D96D72C2; Tue, 18 Jan 2005 19:32:19 -0500 (EST) Message-ID: <87y8eqb6qo.fsf-monnier+emacs@gnu.org> To: storm@cua.dk (Kim F. Storm) References: <30354.1105985829@www45.gmx.net> From: Stefan Monnier Date: Tue, 18 Jan 2005 19:32:19 -0500 In-Reply-To: (Kim F. Storm's message of "Wed, 19 Jan 2005 01:06:49 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Daniel Schmitt , Reiner Steib Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 00:58:26 -0000 > I think I've found a 64 bit specific problem. > Can you try with this additional patch: Hmm... looks like my understanding of C is rusty: in what way does your patch change anything? Aren't "foo" and "foo != 0" equivalent so long as they are only used in boolean contexts (i.e. as an arg to `if', ?:, ||, or &&)? Stefan > *** alloc.c 05 Jan 2005 18:27:57 +0100 1.362 > --- alloc.c 19 Jan 2005 01:02:59 +0100 > *************** > *** 143,153 **** > #define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG) > #define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG) > ! #define STRING_MARKED_P(S) ((S)->size & ARRAY_MARK_FLAG) > #define VECTOR_MARK(V) ((V)->size |= ARRAY_MARK_FLAG) > #define VECTOR_UNMARK(V) ((V)->size &= ~ARRAY_MARK_FLAG) > ! #define VECTOR_MARKED_P(V) ((V)->size & ARRAY_MARK_FLAG) > /* Value is the number of bytes/chars of S, a pointer to a struct > Lisp_String. This must be used instead of STRING_BYTES (S) or > --- 143,153 ---- > #define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG) > #define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG) > ! #define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0) > #define VECTOR_MARK(V) ((V)->size |= ARRAY_MARK_FLAG) > #define VECTOR_UNMARK(V) ((V)->size &= ~ARRAY_MARK_FLAG) > ! #define VECTOR_MARKED_P(V) (((V)->size & ARRAY_MARK_FLAG) != 0) > /* Value is the number of bytes/chars of S, a pointer to a struct > Lisp_String. This must be used instead of STRING_BYTES (S) or > -- > Kim F. Storm http://www.cua.dk > _______________________________________________ > Emacs-pretest-bug mailing list > Emacs-pretest-bug@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug From MAILER-DAEMON Tue Jan 18 20:01:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr4DW-0006Ji-S8 for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:01:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr4DV-0006JC-7o for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:01:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr4DU-0006IQ-33 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:01:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr4DT-0006IL-RB for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:00:59 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr414-0000Sm-TQ for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:48:11 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Cr413-0006hY-00 for ; Wed, 19 Jan 2005 01:48:09 +0100 Received: from offby1.atm01.sea.blarg.net ([206.124.138.125]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Jan 2005 01:48:09 +0100 Received: from offby1 by offby1.atm01.sea.blarg.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Jan 2005 01:48:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: Eric Hanchrow Date: Tue, 18 Jan 2005 16:48:03 -0800 Lines: 113 Message-ID: <873bwymegs.fsf@offby1.atm01.sea.blarg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: offby1.atm01.sea.blarg.net User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:M7F5RuGn3/TbJGGB5bmJmjthTsM= Sender: news Subject: Regression: C-n doesn't move point when selective-display enabled X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 01:01:01 -0000 I originally posted this bug in February (see http://lists.gnu.org/archive/html/emacs-pretest-bug/2004-02/msg00237.html); I can't remember if the problem was fixed afterwards, but it's certainly present now. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Place the following in a file named `/tmp/x' ======cut here===== Barf Whee! Yadda ======cut here===== (the above contains three lines, no tabs, and no trailing spaces, for a total of 27 characters) Now do the following: * start `emacs -q --no-site-file' * find the file: C-x C-f /tmp/x RET * turn on selective-display: C-u C-x $ * attempt to move point forward: C-n C-n Note that the cursor did not appear to move after the second C-n. That's the bug; it should have appeared on the third visible line (right before the `Y'). * sanity check: C-x = You should see point 6 of 27. * again attempt to move point forward: C-n * again sanity check: C-x = It's still at 6 of 27. If it matters, you can "un-stick" point by typing C-f, *then* typing C-n; in that case, point indeed winds up on the third visible line, where I'd expect it to. In GNU Emacs 21.3.50.3 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-16 on debian Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Nroff Minor modes in effect: erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t desktop-save-mode: t mouse-wheel-mode: t display-time-mode: t auto-compression-mode: t iswitchb-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: 2 C-x C-f / t m p / x RET ESC : ESC ( e r a s e - b u f f e r RET C-x o C-n C-n C-@ C-n C-n C-n C-n C-n ESC w C-x o C-y C-x C-s C-x = C-x - ESC C-v C-u C-x $ ESC < C-n C-n C-n C-n C-x = C-n C-n C-x = ESC C-v C-f C-n C-x o ESC v ESC C-r ^ T o : C-a C-x 1 ESC 0 C-l C-l ESC x C-g ESC x r e p o r TAB b TAB RET Recent messages: nil Mark set [2 times] Wrote /tmp/x point=28 of 27 (100%) column 0 selective-display set to 4. Mark set Char: C-j (012, 10, 0xa) point=6 of 27 (19%) column 0 [2 times] Mark saved where search started Quit Loading emacsbug...done -- A novice of the temple once approached the Master Programmer with a question. "Master, does Emacs have the Buddha nature?" the novice asked. The Master Programmer had been in the temple for many years and could be relied upon to know these things. He thought for several minutes before replying. "I don't see why not. It's bloody well got everything else." From MAILER-DAEMON Tue Jan 18 20:04:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr4Gv-0006v4-UZ for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr4Gq-0006sp-Mn for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr4Gp-0006rt-B5 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr4Gp-0006rP-72 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:27 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr44G-0000o2-PL for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:51:28 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cr436-0007OB-3Y; Tue, 18 Jan 2005 19:50:16 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> (message from Roland Winkler on Mon, 17 Jan 2005 21:45:33 +0100) References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> Message-Id: Date: Tue, 18 Jan 2005 19:50:16 -0500 Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 01:04:30 -0000 I see. So http://www.gnu.org/software/w3/ is not up-to-date. That is not a good thing. I have not been reading this thread, since w3 as a technical issue is outside my interests, but this is now seems to be something I had better deal with. To begin to deal with it, I need to know where the "up-to-date" version of w3 is distributed from, who maintains it, and those people's email addresses. Can you tell me? From MAILER-DAEMON Tue Jan 18 20:04:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr4Gw-0006v8-K5 for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr4Gq-0006sv-UD for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr4Gp-0006s1-Mt for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr4Gp-0006rP-Dd for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:27 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr43n-0000l2-KP for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:50:59 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cr42d-0007Ks-DI; Tue, 18 Jan 2005 19:49:47 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 17 Jan 2005 10:57:31 -0500) References: Message-Id: Date: Tue, 18 Jan 2005 19:49:47 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: customize-*-other-window cmds don't respect special-display* values X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 01:04:30 -0000 > To me, this is a bug - setting the special-display* variables to nil > short-circuits my attempts to make the customize-*-other-window commands > behave as the other customize buffers behave. Agreed. Setting same-window-* to nil is probably OK, but we should never mess with special-display-*. I was surprised to discover just now that switch-to-buffer-other-window only binds same-window-*. If that is right for switch-to-buffer-other-window, it is probably right for the customize* commands also. Starting today I probably won't have good access for over a week. Could someone please install the change? From MAILER-DAEMON Tue Jan 18 20:04:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr4Gx-0006vI-Dp for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr4Gq-0006sZ-La for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr4Go-0006ra-SB for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr4Go-0006rP-LR for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:04:26 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr44o-0000rj-NK for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:52:02 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cr43e-0007Sz-3j; Tue, 18 Jan 2005 19:50:50 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Mon, 17 Jan 2005 22:44:42 +0000) References: Message-Id: Date: Tue, 18 Jan 2005 19:50:50 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 01:04:31 -0000 Things like set-case-syntax-pair clobber the extra slots of the case table. Is there a good reason for that? It isn't documented. The reason was documented in some of the previous commands in this file. I will copy these comments into the functions that didn't have them. It defeats treating cases where there isn't one-to-one correspondence between upper and lower (which is even mentioned as a possibility in (elisp)Case Tables). If that is true, it could be because automatically recomputing the three derived tables does not know how to handle this case correctly. Is that it? Can you show the code that would handle this case correctly? From MAILER-DAEMON Tue Jan 18 20:30:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr4gB-0005Ef-0M for mharc-emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:30:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr4cr-0004mS-E8 for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:27:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr4cX-0004ii-3c for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:26:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr4cW-0004cO-Qm for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 20:26:52 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr45K-0000zq-4o for emacs-pretest-bug@gnu.org; Tue, 18 Jan 2005 19:52:35 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cr446-0007XW-5x; Tue, 18 Jan 2005 19:51:18 -0500 From: Richard Stallman To: Eli Zaretskii In-reply-to: <01c4fd17$Blat.v2.2.2$1ace0140@zahav.net.il> (eliz@gnu.org) References: <01c4fd17$Blat.v2.2.2$1ace0140@zahav.net.il> Message-Id: Date: Tue, 18 Jan 2005 19:51:18 -0500 Cc: emacs-pretest-bug@gnu.org, d.love@dl.ac.uk Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 01:30:38 -0000 I don't see much reason to put the copying permission inside the top node. It is legally valid anyway, and people who want to copy the materials can find it. Is there a reason why this is important? From MAILER-DAEMON Wed Jan 19 00:38:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cr8Xp-0000xj-PJ for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 00:38:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cr8Xn-0000wQ-1p for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 00:38:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cr8Qh-0008Tx-GY for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 00:31:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cr8Qg-0008JK-40 for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 00:30:54 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cr7id-00014B-UC; Tue, 18 Jan 2005 23:45:24 -0500 Received: from zaretski ([80.230.146.250]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DOH39549 (AUTH halo1); Wed, 19 Jan 2005 06:45:19 +0200 (IST) Date: Wed, 19 Jan 2005 06:42:00 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: karl@freefriends.org, rms@gnu.org Message-ID: <01c4fde1$Blat.v2.2.2$5c604b20@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 In-reply-to: (message from Richard Stallman on Tue, 18 Jan 2005 19:51:18 -0500) References: <01c4fd17$Blat.v2.2.2$1ace0140@zahav.net.il> Cc: emacs-pretest-bug@gnu.org, d.love@dl.ac.uk Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 05:38:15 -0000 > From: Richard Stallman > CC: d.love@dl.ac.uk, emacs-pretest-bug@gnu.org > Date: Tue, 18 Jan 2005 19:51:18 -0500 > > I don't see much reason to put the copying permission inside the top > node. It is legally valid anyway, and people who want to copy the > materials can find it. > > Is there a reason why this is important? I don't know. Karl, could you please tell why did you put @insertcopying in the Top node of texinfo.txi (as opposed to having it only outside of any node), and what are your thoughts about the importance of this in a GNU manual, e.g., in Emacs's? TIA From MAILER-DAEMON Wed Jan 19 03:58:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrBfE-0001Nj-9W for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 03:58:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrBeK-00019h-6A for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 03:57:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrBe0-00015Q-NH for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 03:56:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrBe0-0000wP-3v for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 03:56:52 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CrBKZ-0001SB-2y for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 03:36:47 -0500 Received: (qmail 33652 invoked from network); 19 Jan 2005 08:36:44 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 19 Jan 2005 08:36:44 -0000 To: Stefan Monnier References: <30354.1105985829@www45.gmx.net> <87y8eqb6qo.fsf-monnier+emacs@gnu.org> From: storm@cua.dk (Kim F. Storm) Date: Wed, 19 Jan 2005 09:36:51 +0100 In-Reply-To: <87y8eqb6qo.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Tue, 18 Jan 2005 19:32:19 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Daniel Schmitt , Reiner Steib Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 08:58:06 -0000 Stefan Monnier writes: >> I think I've found a 64 bit specific problem. >> Can you try with this additional patch: > > Hmm... looks like my understanding of C is rusty: in what way does your > patch change anything? > Aren't "foo" and "foo != 0" equivalent so long as they are only used in > boolean contexts (i.e. as an arg to `if', ?:, ||, or &&)? Yes, but at least STRING_MARKED_P is used in a non-boolean context (in survives_gc_p where it is assigned to an int). -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Wed Jan 19 08:39:20 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrG3L-0007qu-Ik for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 08:39:19 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrG3D-0007os-Ea for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 08:39:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrG34-0007jG-4w for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 08:39:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrG33-0007i3-Pm for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 08:39:01 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrFoT-0003nC-7q; Wed, 19 Jan 2005 08:23:57 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 19 Jan 2005 14:23:42 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 26728-03-17323; Wed, 19 Jan 2005 14:23:42 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 19 Jan 2005 14:23:41 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> Date: Wed, 19 Jan 2005 14:23:36 +0100 To: rms@gnu.org In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela3 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 13:39:13 -0000 On Tue Jan 18 2005 Richard Stallman wrote: > I see. So http://www.gnu.org/software/w3/ is not up-to-date. > > That is not a good thing. I have not been reading this thread, > since w3 as a technical issue is outside my interests, but this > is now seems to be something I had better deal with. > > To begin to deal with it, I need to know where the "up-to-date" > version of w3 is distributed from, who maintains it, and those > people's email addresses. Can you tell me? I am sorry, I am the wrong person to ask these questions. For many years I have used w3, version "WWW 4.0pre.46, URL Emacs, MM 1.96" that can be found via the web pages http://www.gnu.org/software/w3/ and http://www.cs.indiana.edu/elisp/w3/docs.html I started this thread because the default value of mm-text-html-renderer is 'w3 if w3 is installed. However the old version of w3 doesn't work with recent versions of GNU CVS emacs. (We have the old w3 installed in site-lisp because this directory is used also with older versions of GNU Emacs.) ...I just noticed that there is a web page http://savannah.gnu.org/projects/w3/ Does it contain the info you are looking for? Roland From MAILER-DAEMON Wed Jan 19 18:31:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrPGL-0005Jo-VA for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:29:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrPGB-0005Eo-Kr for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:29:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrPFr-00056A-1k for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:28:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrPFo-00055Q-Jn for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:28:48 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrP0L-00035j-S9 for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:12:50 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 93E1782828D; Wed, 19 Jan 2005 18:12:49 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 0F8FF4AC1CA; Wed, 19 Jan 2005 18:12:35 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id D90FB4BB62; Wed, 19 Jan 2005 18:12:34 -0500 (EST) Message-ID: To: Jim Meyering References: <854qil1fof.fsf@pi.meyering.net> From: Stefan Monnier Date: Wed, 19 Jan 2005 18:12:34 -0500 In-Reply-To: <854qil1fof.fsf@pi.meyering.net> (Jim Meyering's message of "Fri, 17 Dec 2004 09:40:00 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.749, requis 5, AWL 0.15, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: interactive write hook failure stops subsequent write hook? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 23:29:20 -0000 > and the fact that I use this: > (add-hook 'write-file-hooks 'copyright-update) You should use (add-hook 'before-save-hook 'copyright-update). Are you sure you don't have some other version of copyright.el lying around in your load-path? copyright.el's copyright-update function ends with: (set (make-local-variable 'copyright-update) nil))) ;; If a write-file-hook returns non-nil, the file is presumed to be written. nil)) which should make sure it always returns nil specifically to avoid the problem you mention. Stefan From MAILER-DAEMON Wed Jan 19 18:35:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrPLt-0007ty-KH for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:35:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrPLn-0007qA-0Q for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:34:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrPLi-0007nl-7V for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:34:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrPLh-0007j9-AY for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:34:53 -0500 Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrP6d-0003k6-9h for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 18:19:19 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP id C0BD047FE65; Thu, 20 Jan 2005 00:19:17 +0100 (CET) To: Eric Hanchrow References: <873bwymegs.fsf@offby1.atm01.sea.blarg.net> From: storm@cua.dk (Kim F. Storm) Date: Thu, 20 Jan 2005 00:19:25 +0100 In-Reply-To: <873bwymegs.fsf@offby1.atm01.sea.blarg.net> (Eric Hanchrow's message of "Tue, 18 Jan 2005 16:48:03 -0800") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: Regression: C-n doesn't move point when selective-display enabled X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 23:35:03 -0000 Eric Hanchrow writes: > ======cut here===== > Barf > > Whee! > > Yadda > ======cut here===== > > * turn on selective-display: C-u C-x $ > > * attempt to move point forward: C-n C-n > > Note that the cursor did not appear to move after the second C-n. I just installed a fix -- please test again. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Wed Jan 19 19:31:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrQE4-0006dH-T9 for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 19:31:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrQE1-0006cH-Vd for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 19:31:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrQDy-0006bI-Tt for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 19:30:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrQCz-000627-8I for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 19:29:57 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrPs0-0007pt-7n for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 19:08:16 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CrPrz-0006Ka-00 for ; Thu, 20 Jan 2005 01:08:15 +0100 Received: from frealaf.dd.chalmers.se ([129.16.116.16]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Jan 2005 01:08:15 +0100 Received: from bojohan+news by frealaf.dd.chalmers.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Jan 2005 01:08:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-pretest-bug@gnu.org To: emacs-pretest-bug@gnu.org From: bojohan+news@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) Date: Thu, 20 Jan 2005 01:08:07 +0100 Lines: 13 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: frealaf.dd.chalmers.se Mail-Copies-To: never User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (usg-unix-v) Cancel-Lock: sha1:uV8FNFmeAAqCj5FG2DR2mw02kas= Sender: news Subject: (message "") (was: EUDC doesn't load options file) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 00:31:03 -0000 Toby Allsopp writes: > if (message "") is true, which it isn't. Is this intentional? `message' was changed (revision 1.336) so that "" as an argument is equivalent to nil, including returning nil. Previously it would return "". The manual still says "`message' returns the constructed string", however. -- Johan Bockgård From MAILER-DAEMON Wed Jan 19 21:34:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrS9b-0000qU-6S for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:34:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrS9Z-0000pc-8n for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:34:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrS3Z-0008Lx-6j for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:28:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrS3U-0008Ck-MH for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:28:16 -0500 Received: from [129.16.117.10] (helo=eru.dd.chalmers.se) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CrRUQ-000844-UW for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 20:52:03 -0500 Received: from frealaf.dd.chalmers.se (frealaf.dd.chalmers.se [129.16.116.16]) by eru.dd.chalmers.se (8.12.8/8.12.8) with ESMTP id j0K1px8d016168 for ; Thu, 20 Jan 2005 02:51:59 +0100 (MET) Received: from frealaf.dd.chalmers.se (localhost [127.0.0.1]) by frealaf.dd.chalmers.se (8.12.9/8.12.8) with ESMTP id j0K1pwQd024203 for ; Thu, 20 Jan 2005 02:51:58 +0100 (MET) Received: (from bojohan@localhost) by frealaf.dd.chalmers.se (8.12.9/8.12.9/Submit) id j0K1pwYW024202; Thu, 20 Jan 2005 02:51:58 +0100 (MET) X-Authentication-Warning: frealaf.dd.chalmers.se: bojohan set sender to bojohan+mail@dd.chalmers.se using -f From: bojohan+mail@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) To: emacs-pretest-bug@gnu.org Date: Thu, 20 Jan 2005 02:51:57 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: C-u broken for rectangle commands X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 02:34:33 -0000 In GNU Emacs 21.3.50.10 (sparc-sun-solaris2.8, X toolkit) of 2005-01-14 on frealaf.dd.chalmers.se The prefix argument is broken for `C-x r o' and other rectangle commands. The docstring says: "With a prefix (or a FILL) argument, fill with blanks even if there is no text on the right side of the rectangle." Example text: ---- aaaAa b ccccC ---- Put point before A and mark after C. In emacs 21.2 `C-u C-x r o' results in (where "_" are spaces): ---- aaa Aa b____ ccc cC ---- In CVS Emacs there are no spaces after b. Other rectangle commands are similarly broken. --=20 Johan Bockg=E5rd From MAILER-DAEMON Wed Jan 19 21:51:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrSQJ-0000xx-EY for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:51:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrSN4-0000PW-Aa for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrSMm-0000It-Fs for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrSMm-0000DI-9n for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrRst-0001k2-QV for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:17:19 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CrRrc-0008CM-GW; Wed, 19 Jan 2005 21:16:00 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Mon, 17 Jan 2005 15:50:34 +0100) References: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Wed, 19 Jan 2005 21:16:00 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: dired-copy-preserve-time affects file modes, too. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 02:51:50 -0000 I suggest that the docstring of dired-copy-preserve-time should mention that the value of this variable affects also the file modes of the copied files (cf. the optional arg keep-time of copy-file). I don't think that it does that. Furthermore, I believe that the docstring of the command dired-do-copy could be more precise. Instead of saying This normally preserves the last-modified date when copying. it could say something like Whether the last-modified date and file modes are preserved depends on the value of `dired-copy-preserve-time'. I agree; I will change that. From MAILER-DAEMON Wed Jan 19 21:52:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrSQt-0001EI-GD for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:52:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrSN4-0000PS-L1 for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrSMp-0000JR-3N for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrSMm-0000Fc-EP for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrRso-0001iY-JO for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:17:14 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CrRrX-0008BK-8v; Wed, 19 Jan 2005 21:15:55 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16876.59600.167900.283776@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Tue, 18 Jan 2005 11:45:36 +0100) References: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> <16876.59600.167900.283776@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Wed, 19 Jan 2005 21:15:55 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: dired-copy-preserve-time affects file modes, too. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 02:52:24 -0000 While talking about these things, I'd like to suggest that also the optional argument keep-time of copy-file could be renamed to something more mnemonic like `preserve'. This argument controls only preservation of the time. The name keep-time seems entirely clear. From MAILER-DAEMON Wed Jan 19 21:52:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrSR0-0001Il-UK for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:52:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrSN3-0000PE-BS for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrSMm-0000Iy-Ft for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrSMm-0000FH-AQ for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrRss-0001jj-Fd for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:17:18 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CrRrb-0008C2-6D; Wed, 19 Jan 2005 21:15:59 -0500 From: Richard Stallman To: "Andrew M. Scott~" In-reply-to: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> (ascott@sedona.ch.intel.com) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> Message-Id: Date: Wed, 19 Jan 2005 21:15:59 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 02:52:33 -0000 DISPLAY = chlr4917:2.0 TERM = dumb Breakpoint 1 at 0x80e7126 Function "x_error_quitter" not defined. (gdb) This would seem to be probably a GDB bug. Can you report it to bug-gdb@gnu.org? From MAILER-DAEMON Wed Jan 19 21:52:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrSR4-0001K7-4m for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:52:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrSN3-0000PI-Es for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrSMp-0000Im-2z for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrSMm-0000Ez-7w for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:48:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrRsw-0001kZ-5l for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 21:17:22 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CrRrd-0008Ct-QM; Wed, 19 Jan 2005 21:16:01 -0500 From: Richard Stallman To: "Thomas.Meyer" In-reply-to: <050117154949.236286@dlanserv.dla-marbach.de.dla-marbach.de.0> (meyert@dla-marbach.de) References: <050117154949.236286@dlanserv.dla-marbach.de.dla-marbach.de.0> Message-Id: Date: Wed, 19 Jan 2005 21:16:01 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: save-buffers-kill-emacs forgotten when left through toolkit menu X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 02:52:35 -0000 When Emacs is terminated through the toolkit menu choice "File - Exit Emacs (C-x C-C)", and a modified file was not saved, it correctly prompts for "Save file ...". When the user choice then is "No", emacs is not terminated, and no dialogue "modified buffers exist; exit anyway?" is displayed. I tried to look at this, but my Emacs is built with oldXlib. From MAILER-DAEMON Wed Jan 19 23:33:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrU0X-0007DA-Im for mharc-emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 23:33:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrTx6-0005cJ-5c for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 23:29:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrTx0-0005Yr-1C for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 23:29:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrTwz-0005TN-4h for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 23:29:41 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrTWQ-00022W-QO for emacs-pretest-bug@gnu.org; Wed, 19 Jan 2005 23:02:15 -0500 Received: from farnswood.snap.net.nz (p140-tnt1.snap.net.nz [202.124.110.140]) by viper.snap.net.nz (Postfix) with ESMTP id 9E5F2247132; Thu, 20 Jan 2005 17:02:07 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id ADC74628AD; Thu, 20 Jan 2005 03:54:40 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16879.11135.221920.827322@farnswood.snap.net.nz> Date: Thu, 20 Jan 2005 16:54:39 +1300 To: "Andrew M. Scott~" In-Reply-To: References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> X-Mailer: VM 6.97 under Emacs 21.2.1 Cc: emacs-pretest-bug@gnu.org Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 04:33:19 -0000 > DISPLAY = chlr4917:2.0 > TERM = dumb > Breakpoint 1 at 0x80e7126 > Function "x_error_quitter" not defined. > (gdb) > > This would seem to be probably a GDB bug. Can you report it > to bug-gdb@gnu.org? Or, more likely, its a compiler problem. If the executable doesn't have the symbol x_error_quitter, GDB can't be expected to find it. What happens if you do (in build/src): nm emacs | grep x_error_quitter you should get something like: 080e6b6c t x_error_quitter If you get nothing perhaps the local symbols are missing (x_error_quitter is local to xterm.c). Nick From MAILER-DAEMON Thu Jan 20 02:00:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrWJH-00007t-TK for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 02:00:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrWIq-0008LB-56 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 02:00:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrWIk-0008HK-Tc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 02:00:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrWIk-0008Dt-FR for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 02:00:18 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CrVx4-0003vh-SO for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 01:37:54 -0500 Received: from [211.176.48.112] (helo=211.176.48.112) by mx20.gnu.org with smtp (Exim 4.34) id 1CrVkQ-0005Kj-KY for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 01:24:51 -0500 Date: Thu, 20 Jan 2005 06:03:30 +0000 From: =?Windows-1251?B?yO3j4CDC4Ovl8Pz/7e7i7eA=?= To: emacs-pretest-bug@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Subject: Re: X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 07:00:37 -0000 "Âû áóäåòå îáúekòîì çàâècòè oêðóæaþùèõ!" "Êòî åùe, êðoìe ÍAC , cìîæeò ïðèâåñòè k Âaì íoâûõ êëèeíòoâ ?!" Kàêèe ìåcÿöû íàèáoëee õoðîøè äëÿ ïoäa÷è ðekëàìû? Âñå 12 ìecÿöeâ! Çakaæèòe ðañcûëkó ïo ýëekòðîííîé ïo÷òe, è Âû ïoéìåòe kàê ýòî âûãoäíî, âeäü íå çðÿ còîëüêî ëþäåé çakàçûâàþò åå...... Íàøè òåëåôîíû 905 2ÎÇ 90 72, 905 I×4 5Ç l8, 92á 211 54 80, 9I6 0I9 20 5× Íàø càéò www..8811.ws From MAILER-DAEMON Thu Jan 20 05:08:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrZF7-0003ij-V5 for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 05:08:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrZF5-0003fM-SH for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 05:08:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrZF5-0003eG-6m for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 05:08:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrZ8t-0000Ne-AY for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 05:02:19 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrYYV-0005fR-2y; Thu, 20 Jan 2005 04:24:43 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 20 Jan 2005 10:24:40 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 26728-03-80807; Thu, 20 Jan 2005 10:24:40 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 20 Jan 2005 10:24:40 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16879.30930.996196.791683@tfkp12.physik.uni-erlangen.de> Date: Thu, 20 Jan 2005 10:24:34 +0100 To: rms@gnu.org In-Reply-To: References: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> <16876.59600.167900.283776@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: dired-copy-preserve-time affects file modes, too. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 10:08:44 -0000 On Wed Jan 19 2005 Richard Stallman wrote: > While talking about these things, I'd like to suggest that also the > optional argument keep-time of copy-file could be renamed to > something more mnemonic like `preserve'. > > This argument controls only preservation of the time. > The name keep-time seems entirely clear. The last sentence of the docstring for copy-file says Also set the file modes of the target file to match the source file. As the previous sentences of this docstring talk about the argument KEEP-TIME I thought that the last sentence refered to this argument, too. But according to some quick tests I did, copy-file always preserves the file mode. So maybe the last sentence of the docstring for copy-file should say Always set the file modes of the target file to match the source file. There is a second thing that fooled me: The variable dired-copy-preserve-time toggles the behavior of dired-do-copy and it also affects the prompt when dired-do-copy is called interactively. If dired-copy-preserve-time is nil the prompt says "Copy". If it is non-nil, the prompt says "Copy [-p]". However, the info page from GNU Coreutils says about the options of the command cp Using `--preserve' with no ATTRIBUTE_LIST is equivalent to `--preserve=mode,ownership,timestamps'. Therefore, I was expecting that dired-copy-preserve-time toggled whether dired-do-copy behaves like `cp' or `cp --preserve'. (In the end, the command dired-do-copy calls copy-file. Therefore, the former 'inherits' these features from the latter.) Roland From MAILER-DAEMON Thu Jan 20 13:00:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Crgbr-0004rX-PS for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 13:00:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Crga3-0004PZ-VF for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 12:58:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrgZb-0004E4-5v for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 12:58:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrgZZ-0004CL-N3 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 12:58:21 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CrgKT-0001KE-GR for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 12:42:45 -0500 Received: from [218.39.158.86] (helo=218.39.158.86) by mx20.gnu.org with smtp (Exim 4.34) id 1Crg1Z-0000Sd-Ig for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 12:23:14 -0500 Date: Thu, 20 Jan 2005 13:38:57 +0000 From: =?Windows-1251?B?xfD47uLgIMXq4PLl8Ojt4A==?= To: emacs-pretest-bug@gnu.org MIME-Version: 1.0 Content-Type: text/html; charset=Windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Subject: =?windows-1251?b?z+7s7uPo8uUg8e/g8fLoIPDl4eXt6uAh?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 18:00:41 -0000

Ïðîâåäåííàÿ îïåðàöèÿ äàëà ýôôåêò ëèøü íà âðåìÿ è ñåé÷àñ ñîñòîÿíèå ðåáåíêà óõóäøàåòñÿ. Ýòî çíà÷èò, ÷òî æèçíü íàøåãî ñûíà ñïàñåò òîëüêî òðàíñ-ïëàíòàöèÿ ïå÷åíè. Îïåðàöèþ ãîòîâû ñäåëàòü â Áåëüãèè (ê ñîæàëåíèþ â Ðîññèè, íèêòî óñïåøíî íå äåëàë òàêèõ îïåðàöèé äåòÿì ñ î÷åíü ìàëåíüêèì âåñîì). Ñòîèìîñòü îïåðàöèè â Áåëüãèè (áåç ó÷åòà òðåõìåñÿ÷íîãî ïðîæèâàíèÿ) ñîñòàâëÿåò 85 000 åâðî. Íàøåé ñåìüå òàêèõ äåíåã íå ñîáðàòü äàæå çà íåñêîëüêî ëåò. À åñëè íå ñäåëàòü ïåðåñàäêó ïå÷åíè (äîíîðîì êóñî÷êà ïå÷åíè áóäåò îòåö Åãîðà), òî ïî ïðîãíîçàì âðà÷åé, æèòü ðåáåíêó îñòàëîñü ïðèìåðíî 2 ìåñÿöà.

Âðåìÿ èäåò íå â íàøó ïîëüçó, ñ÷åò æèçíè ìàëûøà èäåò óæå íà äíè. Ïîýòîìó ìû îáðàùàåìñÿ ê Âàì çà ïîìîùüþ è î÷åíü âåðèì â Âàøó ïîääåðæêó. Íàäåþñü, ÷òî Âû óñëûøèòå êðèê ìîåãî ñåðäöà, êðèê äóøè îò÷àÿâøåéñÿ ìàòåðè. Ïîéìèòå íàøå ãîðå, îêàæèòå ñîäåéñòâèå â ñáîðå ñðåäñòâ íà îïëàòó îïåðàöèè. Âðåìÿ èäåò, äîðîã êàæäûé äåíü. Ìû î÷åíü íàäååìñÿ íà îòêëèê äîáðûõ ëþäåé, êîòîðûå ïîìîãóò ñïàñòè æèçíü íàøåìó ñûíó.

Î÷åíü ïðîñèì âàñ íå îñòàâèòü áåç âíèìàíèÿ íàøå îáðàùåíèå è îòêëèêíóòüñÿ íà íàøó ïðîñüáó.
Ïîäðîáíåå íà ñàéòå...

Ìû ìîæåì ïðåäîñòàâèòü âñå ïîäòâåðæäàþùèå äîêóìåíòû
ò. 8 (095) 397-62-82 (äîì.), 8 (926) 112-42-77 (ìîá.)

Åðøîâà Åêàòåðèíà Ìèõàéëîâíà
ä/ñ 42301810601040006225
â ÎÀÎ ÀÈÁ "ÀÊÀÄÅÌÕÈÌÁÀÍÊ"
ê/ñ 30101810600000000876
â Îòäåëåíèè 1 Ìîñêîâñêîãî ÃÒÓ Áàíêà Ðîññèè
ÁÈÊ 044583876
ÈÍÍ 7736003042
ÊÏÏ 774401001

From MAILER-DAEMON Thu Jan 20 15:05:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CriYK-0007P0-RG for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 15:05:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CriSE-0005nN-6y for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 14:58:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CriRu-0005dh-CG for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 14:58:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CriRq-0005c3-Pc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 14:58:30 -0500 Received: from [134.60.1.1] (helo=mail.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CriBy-0006Gh-Ty for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 14:42:07 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0KJg0dC024428; Thu, 20 Jan 2005 20:42:01 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id CDBCB1C1DB; Thu, 20 Jan 2005 20:42:00 +0100 (CET) Mail-Followup-To: storm@cua.dk (Kim F. Storm), emacs-pretest-bug@gnu.org, Daniel Schmitt To: storm@cua.dk (Kim F. Storm) References: <30354.1105985829@www45.gmx.net> From: Reiner Steib X-Face: #vK]N[`vqjuod*|)'[iD7/"3AB-ApT%fmN"LWAg@oS7OesGv~)n[OBTLM#I="J'Y^-7I I/ps7o_'IK@#-Rs{::DZ@O8yS|fexe,XslY[:dNWOb~>?mC-&i_c)say:"\IpA.5U.b]'NY; Pks{lb h.+#6%DpZuaK3dcHB`Av3zc:r!C%~s0&m, tWj]&}, qg.+0ww2gK%f!:GK|wMl.I!(voY*1"^li8"~B BNG)9LvPi?^DMR-GVDnZqhu*3Hi, +g=wFhI)BL6&u{EOVEHjVEVq~d?_}lMntWAc3(6?kftjc>_f>! g0wM(qPM$d5]^TT_Qyi&L?LGVG)SHN;Gk/,pkY9,~ Date: Thu, 20 Jan 2005 20:42:00 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-sgs_public_dcc_server-Metrics: gemini 1199; Body=3 Fuz1=3 Fuz2=3 Cc: emacs-pretest-bug@gnu.org, Daniel Schmitt Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 20:05:11 -0000 On Wed, Jan 19 2005, Kim F. Storm wrote: > Reiner Steib writes: >> On Tue, Jan 18 2005, Kim F. Storm wrote: [...] >>> Does the following patch fix the infinite loop ? >> >> No it doesn't. But the infinite loop doesn't appears not as often as >> before. > > I think I've found a 64 bit specific problem. > Can you try with this additional patch: > > *** alloc.c 05 Jan 2005 18:27:57 +0100 1.362 > --- alloc.c 19 Jan 2005 01:02:59 +0100 [...] > ! #define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0) [...] > ! #define VECTOR_MARKED_P(V) (((V)->size & ARRAY_MARK_FLAG) != 0) I compiled Emacs with both patches yesterday and we didn't have any infinite loops anymore. Thanks a lot! Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ From MAILER-DAEMON Thu Jan 20 16:30:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Crjsp-0006bb-Kx for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:30:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Crjsn-0006ag-2d for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:30:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrjrZ-0006Lk-Hi for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:29:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrjrV-0006Di-Vc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:29:06 -0500 Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrjJb-0004mG-Fr; Thu, 20 Jan 2005 15:54:03 -0500 Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050120205401.HOCI12264.mxfep01.bredband.com@coolsville.localdomain>; Thu, 20 Jan 2005 21:54:01 +0100 In-Reply-To: References: <050117154949.236286@dlanserv.dla-marbach.de.dla-marbach.de.0> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4F2F1FD3-6B25-11D9-A885-000D93505B76@swipnet.se> Content-Transfer-Encoding: 7bit From: "Jan D." Date: Thu, 20 Jan 2005 21:53:17 +0100 To: rms@gnu.org X-Mailer: Apple Mail (2.619) Cc: "Thomas.Meyer" , emacs-pretest-bug@gnu.org Subject: Re: save-buffers-kill-emacs forgotten when left through toolkit menu X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 21:30:25 -0000 > When Emacs is terminated through the toolkit menu choice "File - > Exit > Emacs (C-x C-C)", and a modified file was not saved, it correctly > prompts for "Save file ...". When the user choice then is "No", > emacs > is not terminated, and no dialogue "modified buffers exist; exit > anyway?" is displayed. > > I tried to look at this, but my Emacs is built with oldXlib. This does not happen for any X toolkit. It must be a w32 specific problem. Jan D. From MAILER-DAEMON Thu Jan 20 16:32:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrjuX-0006vW-M6 for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:32:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrjuV-0006v1-Me for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:32:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrjrY-0006Gp-S7 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:29:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrjrQ-0006Di-Pc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:29:00 -0500 Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrjYh-0005s6-4u for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:09:39 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepb.post.tele.dk (Postfix) with SMTP id AC6735EE06B; Thu, 20 Jan 2005 22:09:36 +0100 (CET) To: emacs-pretest-bug@gnu.org References: <30354.1105985829@www45.gmx.net> From: storm@cua.dk (Kim F. Storm) Date: Thu, 20 Jan 2005 22:09:42 +0100 In-Reply-To: (Reiner Steib's message of "Thu, 20 Jan 2005 20:42:00 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Daniel Schmitt Subject: Re: emacs hangs; 100% cpu usage X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 21:32:12 -0000 Reiner Steib writes: > On Wed, Jan 19 2005, Kim F. Storm wrote: > >> Reiner Steib writes: >>> On Tue, Jan 18 2005, Kim F. Storm wrote: > [...] >>>> Does the following patch fix the infinite loop ? >>> >>> No it doesn't. But the infinite loop doesn't appears not as often as >>> before. >> >> I think I've found a 64 bit specific problem. >> Can you try with this additional patch: >> >> *** alloc.c 05 Jan 2005 18:27:57 +0100 1.362 >> --- alloc.c 19 Jan 2005 01:02:59 +0100 > [...] >> ! #define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0) > [...] >> ! #define VECTOR_MARKED_P(V) (((V)->size & ARRAY_MARK_FLAG) != 0) > > I compiled Emacs with both patches yesterday and we didn't have any > infinite loops anymore. Thanks a lot! That is good news. Thanks for testing. I have already installed the patches. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Thu Jan 20 17:17:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Crkc8-0001a3-Vu for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:17:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Crkc7-0001Yh-3U for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:17:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrkaL-0001Eu-2R for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:15:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrkaG-00019H-R1 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:15:20 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrjwO-00083q-1y for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:34:08 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Crjv1-0000nb-Dv; Thu, 20 Jan 2005 16:32:43 -0500 From: Richard Stallman To: bojohan+news@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) In-reply-to: (bojohan+news@dd.chalmers.se) References: Message-Id: Date: Thu, 20 Jan 2005 16:32:43 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: (message "") (was: EUDC doesn't load options file) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 22:17:15 -0000 Is this intentional? `message' was changed (revision 1.336) so that "" as an argument is equivalent to nil, including returning nil. Previously it would return "". I think that is a bug. (message "") should still return "". I will change that. From MAILER-DAEMON Thu Jan 20 17:22:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Crkgs-0003BC-OD for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:22:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Crkgq-0003AF-LB for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:22:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrkaV-0001EO-UD for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:15:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrkaH-00019H-Sc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 17:15:21 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CrjvW-0007yv-Vf for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 16:33:15 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CrjuA-0000fN-C9; Thu, 20 Jan 2005 16:31:50 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Wed, 19 Jan 2005 14:23:36 +0100) References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Thu, 20 Jan 2005 16:31:50 -0500 Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 22:22:09 -0000 ...I just noticed that there is a web page http://savannah.gnu.org/projects/w3/ Does it contain the info you are looking for? I can't browse any web page from here. I can only send mail that will run wget and send me the contents of that one page. If the information is directly there, I will see it. If you email me the information itself, that would be useful. From MAILER-DAEMON Thu Jan 20 18:06:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrlOE-0008Jz-HE for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:06:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrlJm-0007cB-G8 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:02:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrlJc-0007YJ-Iz for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:02:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrlJb-0007TY-Oc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:02:11 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Crkud-0005Xr-Nq; Thu, 20 Jan 2005 17:36:24 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0KMaKW6003273; Thu, 20 Jan 2005 22:36:21 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Crkua-0007dR-00; Thu, 20 Jan 2005 22:36:20 +0000 To: rms@gnu.org References: <01c4fd17$Blat.v2.2.2$1ace0140@zahav.net.il> From: Dave Love Date: Thu, 20 Jan 2005 22:36:20 +0000 In-Reply-To: (Richard Stallman's message of "Tue, 18 Jan 2005 19:51:18 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 23:06:57 -0000 Richard Stallman writes: > I don't see much reason to put the copying permission inside the top > node. It is legally valid anyway, and people who want to copy the > materials can find it. > > Is there a reason why this is important? I'd have thought the online docs should display the copying terms like programs. (It definitely seems odd for the manual to go to the trouble of showing you the GFDL as `the licence for this documentation' without telling you the extra conditions on the sections.) I actually thought that was GNU policy, but at least the manuals should be consistent. The Texinfo release notes say: *** IMPORTANT NEWS FOR ALL AUTHORS OF TEXINFO MANUALS *** As of version 4.2, Texinfo has a new command @copying to define the copyright and copying permissions for a manual. It's important to switch to using it as soon as possible (as in your next release), because the historical method of doing copyright permissions using @ifinfo failed to output copyright information in the HTML (or XML) formats. The manual has detailed explanations and examples. For convenience, here's a url to one of the relevant sections: http://texinfo.org/manual/Document-Permissions.html From MAILER-DAEMON Thu Jan 20 18:10:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrlRx-0001YR-F8 for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:10:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrlJt-0007hy-4P for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:02:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrlJe-0007Yd-Vc for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:02:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrlJc-0007TY-9b for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 18:02:12 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Crktb-0005Sx-EB; Thu, 20 Jan 2005 17:35:19 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0KMZFNb026090; Thu, 20 Jan 2005 22:35:15 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CrktX-0007dK-00; Thu, 20 Jan 2005 22:35:15 +0000 To: rms@gnu.org References: From: Dave Love Date: Thu, 20 Jan 2005 22:35:14 +0000 In-Reply-To: (Richard Stallman's message of "Tue, 18 Jan 2005 19:50:50 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mserv7.dl.ac.uk id j0KMZFNb026090 Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 23:10:47 -0000 Richard Stallman writes: > Things like set-case-syntax-pair clobber the extra slots of the case > table. Is there a good reason for that? It isn't documented. > > The reason was documented in some of the previous commands in this file. > I will copy these comments into the functions that didn't have them. I saw comments, but I don't understand it. I think it should be documented other than in comments if it stays like that. > It defeats treating cases where there isn't one-to-one correspondence > between upper and lower (which is even mentioned as a possibility in > (elisp)Case Tables). > > If that is true, it could be because automatically recomputing the > three derived tables does not know how to handle this case correctly. > Is that it? I don't know. I don't understand what's done and why. > Can you show the code that would handle this case correctly? No. It can't be done reliably at present as far as I can tell. In the case of sigma, it should be that both ó and ò upcase to Ó, and Ó downcases to ó. [I hope I got those right, typing unicodes without being able to display them. Obviously likewise for the iso8859-7 charset.] I set up entries in the case table interactively to get that right and then found they were clobbered by subsequent case-table.el functions being called. I guess it's always been like that, so it's probably not important to address, at least now. From MAILER-DAEMON Thu Jan 20 19:05:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrmHG-00076V-Qn for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 19:03:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrmGy-0006zR-Nx for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 19:03:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrmGs-0006x8-R7 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 19:03:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrmGs-0006vW-MH for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 19:03:26 -0500 Received: from [209.61.216.22] (helo=f7.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Crlwb-00030J-Bb; Thu, 20 Jan 2005 18:42:29 -0500 Received: (from karl@localhost) by f7.net (8.11.7-20030920/8.11.7) id j0KNgSL18402; Thu, 20 Jan 2005 18:42:28 -0500 Date: Thu, 20 Jan 2005 18:42:28 -0500 Message-Id: <200501202342.j0KNgSL18402@f7.net> From: karl@freefriends.org (Karl Berry) To: eliz@gnu.org In-Reply-To: <01c4fde1$Blat.v2.2.2$5c604b20@zahav.net.il> Cc: emacs-pretest-bug@gnu.org, d.love@dl.ac.uk Subject: Re: copyright notices on Info docs X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 00:03:42 -0000 Karl, could you please tell why did you put @insertcopying in the Top node of texinfo.txi (as opposed to having it only outside of any node), I felt that since the copying permissions were easily visible to readers of the printed manual, they should be easily visible to readers of online manuals, too. (Unfortunately there is nowhere as inconspicuous as the back of the title page to put it.) and what are your thoughts about the importance of this in a GNU manual, e.g., in Emacs's? I don't have strong feelings about it. As rms says, it's not relevant legally -- it's just information for the readers. Perhaps it helps spread free software / free documentation in a small way. karl From MAILER-DAEMON Thu Jan 20 23:08:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Crq5t-0002Eh-UJ for mharc-emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 23:08:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Crq5q-0002DQ-73 for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 23:08:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Crq5m-0002Bf-Ps for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 23:08:15 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Crq5m-0002Ap-Mh for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 23:08:14 -0500 Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Crprh-0005El-8I for emacs-pretest-bug@gnu.org; Thu, 20 Jan 2005 22:53:41 -0500 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 6FF3A1A6383 for ; Fri, 21 Jan 2005 12:53:37 +0900 (JST) Received: (from mituharu@localhost) by church.math.s.chiba-u.ac.jp (8.11.7p1+Sun/8.11.7) id j0L3rbj16707; Fri, 21 Jan 2005 12:53:37 +0900 (JST) Date: Fri, 21 Jan 2005 12:53:37 +0900 (JST) Message-Id: <200501210353.j0L3rbj16707@church.math.s.chiba-u.ac.jp> From: YAMAMOTO Mitsuharu To: emacs-pretest-bug@gnu.org User-Agent: SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Unerased cursor X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 04:08:20 -0000 I noticed that the cursor remained unerased with the following procedure: 1. % emacs -Q -fn -adobe-courier-bold-o-normal--12-120-75-75-m-70-iso8859-1 & 2. Type "RET C-p W C-b W W W W ...." This happens with any cursor type. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp In GNU Emacs 21.3.50.1 (sparc-sun-solaris2.8, X toolkit, Xaw3d scroll bars) of 2005-01-21 on church Distributor `The XFree86 Project, Inc', version 11.0.40300000 configured using `configure '--x-libraries=/usr/local/lib' 'CFLAGS=-O2 -mv8'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ja locale-coding-system: japanese-iso-8bit default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: identity From MAILER-DAEMON Fri Jan 21 00:39:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CrrW0-0000Z8-Fr for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 00:39:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CrrTp-0000Cj-S9 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 00:37:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CrrTV-0008V7-R3 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 00:36:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CrrTV-0008Pz-4A for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 00:36:49 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Crr1P-0002Vb-W8; Fri, 21 Jan 2005 00:07:48 -0500 Received: from [144.136.187.181] (helo=CPE-144-136-187-181.sa.bigpond.net.au) by mx20.gnu.org with smtp (Exim 4.34) id 1Crqno-0003HA-MZ; Thu, 20 Jan 2005 23:53:46 -0500 Received: from mail.stargate.net (144.136.187.181) by 144.136.187.181 (cartelv.65) with SMTP id <084464k8i> (Authid: 5332209); Fri, 21 Jan 2005 01:50:33 -0300 Message-ID: X-Originating-IP: [144.136.187.181] X-Sender: Moory.Yank XiangHao X-MIME-Autoconverted: Yes From: "Moory.Yank XiangHao" To: emacs-pretest-bug@gnu.org Date: Fri, 21 Jan 2005 05:44:33 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--82557_51944040.ddV97" Cc: luferbu@gnu.org, glenn@gnu.org, david@gnu.org, jik@gnu.org, ud6b4psjh.fsf@gnu.org, cation@gnu.org, bsw@gnu.org Subject: Here is your New Password X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Moory.Yank XiangHao" List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 05:39:22 -0000 ----82557_51944040.ddV97 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit Dear Applicant, Your application was processed and approved. You are eligible for $ 400,000 with a 2.4 % rate. Please verify your information here: http://incur.masfre.info/ajrmlfederal We look forward to hearing from you. Moory.Yank XiangHao, Account Manager J.Foster Marketing 4990 Icele Avenue New Haven, CT 06503 not interested -> http://409309.masfre.info/index.php ----82557_51944040.ddV97-- From MAILER-DAEMON Fri Jan 21 08:00:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CryOm-0003B4-C2 for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 08:00:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CryOk-0003AL-Bf for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 08:00:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CryNq-0002va-8M for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 07:59:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CryNo-0002kc-FW for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 07:59:24 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Crxrw-0002ry-E9; Fri, 21 Jan 2005 07:26:28 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Fri, 21 Jan 2005 13:26:15 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 15842-03-136258; Fri, 21 Jan 2005 13:26:15 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Fri, 21 Jan 2005 13:26:15 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16880.62688.879670.540771@tfkp12.physik.uni-erlangen.de> Date: Fri, 21 Jan 2005 13:26:08 +0100 To: rms@gnu.org In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 13:00:23 -0000 On Thu Jan 20 2005 Richard Stallman wrote: > ...I just noticed that there is a web page > http://savannah.gnu.org/projects/w3/ > > Does it contain the info you are looking for? > > I can't browse any web page from here. I can only send mail that will > run wget and send me the contents of that one page. If the > information is directly there, I will see it. > > If you email me the information itself, that would be useful. I am sorry, I did not know that. > To begin to deal with it, I need to know where the "up-to-date" > version of w3 is distributed from, who maintains it, and those > people's email addresses. Can you tell me? The web page http://savannah.gnu.org/projects/w3/ says: This project is part of the GNU Project. Emacs/W3 is a full-featured web browser, written entirely in Emacs-Lisp. License : GNU General Public License V2 or later Registration Date : Sun 02/25/2001 at 11:27 Development Status : 0 - Undefined Project Homepage: http://www.gnu.org/software/w3/ Filelist (Download area): http://savannah.gnu.org/files/?group=w3 (That seems to be a dead link) - Browse Sources Repository: http://savannah.gnu.org/cgi-bin/viewcvs/w3/ Project Admin: Login Name: wmperry Real Name: William M. Perry User ID: #207 Email Address: wmperry --AT-- gnu --DOT-- org Project Memberlist: Login Name: fx Real Name: Dave Love User ID: #214 Email Address: fx --AT-- gnu --DOT-- org Login Name: sds Real Name: Sam Steingold User ID: #197 Email Address: sds --AT-- gnu --DOT-- org Login Name: wmperry Real Name: William M. Perry User ID: #207 Email Address: wmperry --AT-- gnu --DOT-- org Group identification Id: #98 System Name: w3 Name: w3 Group Type: GNU ------------------------------------------ I hope I did not forget anything relevant. Roland From MAILER-DAEMON Fri Jan 21 11:03:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs1GH-0007cB-NN for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:03:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs1GE-0007ah-Un for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:03:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs1GB-0007YA-6o for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:03:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs1G9-0007Wy-TZ for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:03:42 -0500 Received: from [143.182.124.5] (helo=petasus.ch.intel.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs144-0006pM-V1 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 10:51:13 -0500 Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.9/d: small-solo.mc,v 1.9 2004/01/09 01:01:53 root Exp $) with ESMTP id j0LFrqCW009527; Fri, 21 Jan 2005 15:53:52 GMT Received: from chlr4917.ch.intel.com (chlr4917.ch.intel.com [10.2.113.74]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id j0LFpaHZ027711; Fri, 21 Jan 2005 08:51:36 -0700 (MST) X-Envelope-From: ascott@sedona.ch.intel.com Received: from chlr4917.ch.intel.com (localhost [127.0.0.1]) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/client) with ESMTP id j0LFp6ws032326; Fri, 21 Jan 2005 08:51:06 -0700 Received: (from ascott@localhost) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/Submit) id j0LFp0Yd032323; Fri, 21 Jan 2005 08:51:00 -0700 From: "Andrew M. Scott" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16881.9443.920670.68636@chlr4917.ch.intel.com> Date: Fri, 21 Jan 2005 08:50:59 -0700 To: Nick Roberts In-Reply-To: <16879.11135.221920.827322@farnswood.snap.net.nz> References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> X-Mailer: VM 7.19 under Emacs 21.3.50.1 Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott~" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrew M. Scott" List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 16:03:47 -0000 >>>>> "Nick" == Nick Roberts writes: >> DISPLAY = chlr4917:2.0 >> TERM = dumb >> Breakpoint 1 at 0x80e7126 >> Function "x_error_quitter" not defined. >> (gdb) >> >> This would seem to be probably a GDB bug. Can you report it >> to bug-gdb@gnu.org? Nick> Or, more likely, its a compiler problem. If the executable doesn't have the Nick> symbol x_error_quitter, GDB can't be expected to find it. Nick> What happens if you do (in build/src): Nick> nm emacs | grep x_error_quitter Nick> you should get something like: Nick> 080e6b6c t x_error_quitter Nick> If you get nothing perhaps the local symbols are missing (x_error_quitter is Nick> local to xterm.c). Thanks, Richard & Nick. $ cd build/src $ nm emacs | grep x_error_quitter Exit 1 $ nm emacs | grep quitter 080ca2a0 t x_io_error_quitter $ nm xterm.o | grep quitter 0000cdc0 t x_io_error_quitter This seems to indicate that it's a compilation problem, not GDB. I don't understand how xterm.o can have x_io_error_quitter but *not* x_error_quitter I'm using gcc 3.4.2 $ gcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. From MAILER-DAEMON Fri Jan 21 11:28:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs1eL-0004zI-O4 for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:28:42 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs1eD-0004vk-UC for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:28:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs1eA-0004t2-DT for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:28:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs1eA-0004rV-2N for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:28:30 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs1Oi-0000Qp-5E for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:12:32 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Cs1Og-0000we-00 for ; Fri, 21 Jan 2005 17:12:30 +0100 Received: from 218.2.140.172 ([218.2.140.172]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2005 17:12:30 +0100 Received: from chenggao by 218.2.140.172 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2005 17:12:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: CHENG Gao Date: Sat, 22 Jan 2005 00:12:26 +0800 Lines: 15 Message-ID: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 218.2.140.172 X-Hashcash: 1:20:050121:gmane.emacs.pretest.bugs::U67nr7TGLfUgmxGz:000000000000000000000000000000000000008MV User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (windows-nt) Cancel-Lock: sha1:W2YbSwRxO3wXy1PTQaakSJgvJoU= Sender: news Subject: DOC & DOC-* wrongly ignored in emacs cvs /etc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 16:28:38 -0000 etc/.cvsignore has DOC DOC-* But without them, make bootstrap will fail. Is it problem with cvs tree setting or am I unlucky? (In fact I can copy from existed emacs and bootstrapping succeeds.) -- No God blessing me No Dog barking at me Gonna adopt a Dog Name it God Get blessed and barked at From MAILER-DAEMON Fri Jan 21 11:42:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs1rk-00005d-70 for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs1re-0008Tr-73 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs1rY-0008RH-Gw for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs1rY-0008P6-A4 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:20 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs1YQ-0001Nw-8P for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:22:34 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 0AC058282D9; Fri, 21 Jan 2005 11:22:34 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 60D374AC0B5; Fri, 21 Jan 2005 11:22:30 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 3CE454BB7A; Fri, 21 Jan 2005 11:22:30 -0500 (EST) Message-ID: To: CHENG Gao References: From: Stefan Monnier Date: Fri, 21 Jan 2005 11:22:30 -0500 In-Reply-To: (CHENG Gao's message of "Sat, 22 Jan 2005 00:12:26 +0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.753, requis 5, autolearn=not spam, AWL 0.15, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: DOC & DOC-* wrongly ignored in emacs cvs /etc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 16:42:28 -0000 > etc/.cvsignore has > DOC DOC-* > But without them, make bootstrap will fail. `make bootstrap' should work even if DOC and DOC-* are missing. Stefan From MAILER-DAEMON Fri Jan 21 11:42:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs1rx-0000BJ-HW for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs1rh-0008VF-8M for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs1rY-0008Ri-Sj for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs1rY-0008P6-MU for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:42:20 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs1WW-0001E7-KZ for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 11:20:36 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 656E28282A5; Fri, 21 Jan 2005 11:20:36 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 7F03C4AC0B5; Fri, 21 Jan 2005 11:20:29 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 56E904BB7A; Fri, 21 Jan 2005 11:20:29 -0500 (EST) Message-ID: To: "Andrew M. Scott" References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> From: Stefan Monnier Date: Fri, 21 Jan 2005 11:20:29 -0500 In-Reply-To: <16881.9443.920670.68636@chlr4917.ch.intel.com> (Andrew M. Scott's message of "Fri, 21 Jan 2005 08:50:59 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.753, requis 5, autolearn=not spam, AWL 0.15, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 16:42:30 -0000 > Thanks, Richard & Nick. > $ cd build/src > $ nm emacs | grep x_error_quitter > Exit 1 > $ nm emacs | grep quitter > 080ca2a0 t x_io_error_quitter > $ nm xterm.o | grep quitter > 0000cdc0 t x_io_error_quitter > This seems to indicate that it's a compilation problem, not GDB. > I don't understand how xterm.o can have x_io_error_quitter but *not* > x_error_quitter Well, x_error_quitter is a static function and is called just once and directly, so the compiler can inline the function at the call site and doesn't need to kep the function around because it's static. On the other hand x_io_error_quitter is passed as a (callback) parameter, so it can't be inlined everywhere it's used, so even though it's static the compiler can't so easily get rid of it. Maybe we should put a breakpoint on x_error_handler instead. Stefan "Just a guess" From MAILER-DAEMON Fri Jan 21 13:34:42 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs3cI-00066N-Fo for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:34:42 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs3cG-00065S-El for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:34:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs3cF-00065C-T7 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:34:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs3ZF-0005Yb-CX for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:31:33 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs361-0002JC-1l for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:01:21 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Cs360-0004sJ-00 for ; Fri, 21 Jan 2005 19:01:20 +0100 Received: from 218.2.140.172 ([218.2.140.172]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2005 19:01:19 +0100 Received: from chenggao by 218.2.140.172 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2005 19:01:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: CHENG Gao Date: Sat, 22 Jan 2005 02:01:41 +0800 Lines: 64 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 218.2.140.172 X-Hashcash: 1:20:050121:gmane.emacs.pretest.bugs::QtDmgC8qh4yuxcEn:00000000000000000000000000000000000002FGM User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (windows-nt) Cancel-Lock: sha1:Gaq6+1YU+jWUM+Lbw8eB/PyEmGk= Sender: news Subject: Re: DOC & DOC-* wrongly ignored in emacs cvs /etc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 18:34:40 -0000 ,---- | | `make bootstrap' should work even if DOC and DOC-* are missing. `---- I dont think so at least for bootstrapping under Windows. Please allow me to post a relative long error messages, from which you can see when it fails (I think it's very much near end of bootstrapping process.) I have built Emacs trunk successfully with DOC* files copied from old emacs installation after a failed build. Error messages posted are from emacs-unicode-2 bootstrapping. ,---- | In end of data: | url-privacy.el:83:1:Warning: the function `url-device-type' is not known to be | defined. | Wrote d:/home/cvs/emacs-unicode/lisp/url/url-privacy.elc | Compiling url/url-proxy.el | Wrote d:/home/cvs/emacs-unicode/lisp/url/url-proxy.elc | Compiling url/url-util.el | Wrote d:/home/cvs/emacs-unicode/lisp/url/url-util.elc | Compiling url/url-vars.el | Wrote d:/home/cvs/emacs-unicode/lisp/url/url-vars.elc | Compiling url/url.el | Wrote d:/home/cvs/emacs-unicode/lisp/url/url.elc | Compiling url/vc-dav.el | | In toplevel form: | url/vc-dav.el:24:1:Error: Cannot open doc string file "d:/home/cvs/emacs-unicode | /etc/DOC" | make[1]: *** [compile-SH] Error 1 | make[1]: Leaving directory `D:/home/cvs/emacs-unicode/lisp' | make: *** [bootstrap-gmake] Error 2 `---- I think the problem lies in lib-src/makefile.w32-in, in which from lines 250 to 259: DOC = DOC $(DOC): make-docfile - $(DEL) $(DOC) "$(THISDIR)/$(BLD)/make-docfile" -o $(DOC) -d ../src $(obj) "$(THISDIR)/$(BLD)/make-docfile" -a $(DOC) -d ../src $(lisp1) "$(THISDIR)/$(BLD)/make-docfile" -a $(DOC) -d ../src $(lisp2) $(CP) $(DOC) ../etc/DOC-X - mkdir "../src/$(OBJDIR)" - mkdir "../src/$(OBJDIR)/etc" $(CP) $(DOC) ../src/$(OBJDIR)/etc/DOC-X while they dont exist in Makefile.in. I trust this is why bootstrapping only fails with Windows building. I have tried to comment these lines, but this did not fix the problem. Could any guru look into this? CG -- ESTRAGON: What do we do now? VLADIMIR: Wait for Godot. -- Samuel Beckett ¡¶Waiting for Godot¡· From MAILER-DAEMON Fri Jan 21 14:03:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs44B-0004zr-0U for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:03:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs448-0004yr-3H for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:03:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs445-0004xd-QT for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:03:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs444-0004wJ-Qy for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:03:24 -0500 Received: from [207.219.186.98] (helo=sitraka.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs3os-00061m-3A for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:47:42 -0500 Received: from [10.4.114.147] (rd-jonathan.sitraka.com [10.4.114.147]) by sitraka.com (8.11.6/8.11.6) with ESMTP id j0LIlde14748; Fri, 21 Jan 2005 13:47:40 -0500 Message-ID: <41F14E4B.1000208@sympatico.ca> Date: Fri, 21 Jan 2005 13:47:39 -0500 From: Jonathan Albrecht User-Agent: Mozilla Thunderbird 1.0 - [MOOX M3] (Windows/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cygwin gtk+ Jan 19, 2005 core X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 19:03:28 -0000 I'm running the CVS version of emacs as of Jan 19, 2005 and I'm getting intermittent crashes at what looks to be the same spot. GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.14) of 2005-01-19 on tor106063 DISPLAY = :0 TERM = xterm Breakpoint 1 at 0x2009a0e6: file emacs.c, line 454. Breakpoint 2 at 0x20074f48: file xterm.c, line 7790. (gdb) b exit Breakpoint 3 at 0x20148920 (gdb) c Continuing. [Switching to thread 4704.0x1ba0] Breakpoint 1, abort () at emacs.c:454 454 kill (getpid (), SIGABRT); (gdb) bt #0 abort () at emacs.c:454 #1 0x200ebc26 in mark_object (arg=536988543) at alloc.c:5429 #2 0x200eb33e in Fgarbage_collect () at alloc.c:4791 #3 0x201006a7 in Feval (form=556034093) at eval.c:2029 #4 0x200ff234 in internal_condition_case_1 (bfun=0x200fffd0 , arg=556034093, handlers=539818585, hfun=0x200a4930 ) at eval.c:1426 #5 0x200a49c4 in menu_item_eval_property (sexpr=556034093) at keyboard.c:7133 #6 0x200ac9ee in get_keyelt (object=540039721, autoload=1) at keymap.c:803 #7 0x200ac0ad in access_keymap (map=539781381, idx=539804297, t_ok=2, noinherit=0, autoload=1) at keymap.c:637 #8 0x200a52e6 in tool_bar_items (reuse=556050436, nitems=0x22db68) at keyboard.c:7590 #9 0x2001ce28 in update_tool_bar (f=0x20c94c00, save_match_data=0) at xdisp.c:8521 #10 0x2001c90c in prepare_menu_bars () at xdisp.c:8227 #11 0x2001ed56 in redisplay_internal (preserve_echo_area=1) at xdisp.c:9902 #12 0x2001fc79 in redisplay_preserve_echo_area (from_where=2) at xdisp.c:10497 #13 0x2000930a in sit_for (sec=0, usec=0, reading=0, display=1, initial_display=1) at dispnew.c:6358 #14 0x200093b1 in Fsit_for (seconds=0, milliseconds=539750401, nodisp=539750401) at dispnew.c:6421 #15 0x20101264 in Ffuncall (nargs=2, args=0x22e260) at eval.c:2782 ---Type to continue, or q to quit--- #16 0x2012a03e in Fbyte_code (bytestr=539068579, vector=539068708, maxdepth=32) at bytecode.c:686 #17 0x20101673 in funcall_lambda (fun=539068548, nargs=0, arg_vector=0x22e394) at eval.c:2962 #18 0x2010110d in Ffuncall (nargs=1, args=0x22e390) at eval.c:2832 #19 0x2012a03e in Fbyte_code (bytestr=539046603, vector=539046812, maxdepth=40) at bytecode.c:686 #20 0x20101673 in funcall_lambda (fun=539046580, nargs=0, arg_vector=0x22e4d4) at eval.c:2962 #21 0x2010110d in Ffuncall (nargs=1, args=0x22e4d0) at eval.c:2832 #22 0x2012a03e in Fbyte_code (bytestr=539055795, vector=539055940, maxdepth=32) at bytecode.c:686 #23 0x20101673 in funcall_lambda (fun=539055772, nargs=0, arg_vector=0x22e604) at eval.c:2962 #24 0x2010110d in Ffuncall (nargs=1, args=0x22e600) at eval.c:2832 #25 0x2012a03e in Fbyte_code (bytestr=539060507, vector=539060540, maxdepth=16) at bytecode.c:686 #26 0x20101673 in funcall_lambda (fun=539060468, nargs=2, arg_vector=0x22e734) at eval.c:2962 #27 0x2010110d in Ffuncall (nargs=3, args=0x22e730) at eval.c:2832 #28 0x2012a03e in Fbyte_code (bytestr=539060395, vector=539060436, maxdepth=32) at bytecode.c:686 #29 0x20101673 in funcall_lambda (fun=539060364, nargs=1, arg_vector=0x22e864) ---Type to continue, or q to quit--- at eval.c:2962 #30 0x2010110d in Ffuncall (nargs=2, args=0x22e860) at eval.c:2832 #31 0x2012a03e in Fbyte_code (bytestr=539060227, vector=539060308, maxdepth=32) at bytecode.c:686 #32 0x20101673 in funcall_lambda (fun=539060196, nargs=0, arg_vector=0x22e9b4) at eval.c:2962 #33 0x2010110d in Ffuncall (nargs=1, args=0x22e9b0) at eval.c:2832 #34 0x20100d88 in apply1 (fn=542089745, arg=539750401) at eval.c:2525 #35 0x200fd0d5 in Fcall_interactively (function=542089745, record_flag=539750401, keys=539811844) at callint.c:411 #36 0x200a8293 in Fcommand_execute (cmd=542089745, record_flag=539750401, keys=539750401, special=539750401) at keyboard.c:9693 #37 0x2009d1f6 in command_loop_1 () at keyboard.c:1788 #38 0x200ff12e in internal_condition_case (bfun=0x2009ceb0 , handlers=539818585, hfun=0x2009c9a0 ) at eval.c:1385 #39 0x2009ccfe in command_loop_2 () at keyboard.c:1315 #40 0x200fec6b in internal_catch (tag=539811777, func=0x2009ccd0 , arg=539750401) at eval.c:1144 #41 0x2009cca3 in command_loop () at keyboard.c:1294 #42 0x2009c704 in recursive_edit_1 () at keyboard.c:987 #43 0x2009c841 in Frecursive_edit () at keyboard.c:1048 #44 0x2009af73 in main (argc=1, argv=0x61793fcc) at emacs.c:1763 (gdb) From MAILER-DAEMON Fri Jan 21 14:04:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs45a-0005Rs-EB for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:04:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs40L-0004He-Ar for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:59:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs40C-0004Ek-Se for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:59:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs40C-000486-OK for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:59:24 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs3Zn-0004rv-FC for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:32:07 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 17F7C8282A3; Fri, 21 Jan 2005 13:32:07 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 05F1B4AC0DA; Fri, 21 Jan 2005 13:31:57 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id E7AA84BB68; Fri, 21 Jan 2005 13:31:56 -0500 (EST) Message-ID: To: CHENG Gao References: From: Stefan Monnier Date: Fri, 21 Jan 2005 13:31:56 -0500 In-Reply-To: (CHENG Gao's message of "Sat, 22 Jan 2005 02:01:41 +0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.755, requis 5, autolearn=not spam, AWL 0.14, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: DOC & DOC-* wrongly ignored in emacs cvs /etc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 19:04:57 -0000 > | `make bootstrap' should work even if DOC and DOC-* are missing. > `---- > I dont think so at least for bootstrapping under Windows. I didn't claim that `make bootstrap' works, I only said that it *should* work. I.e. if it doesn't, it's not because of the lack of DOC but because of a bug/problem elsewhere. > | Compiling url/vc-dav.el > | > | In toplevel form: > | url/vc-dav.el:24:1:Error: Cannot open doc string file "d:/home/cvs/emacs-unicode/etc/DOC" Hmm, why does the compilation of vc-dav.el fail when the DOC file is missing? That seems like it's the problem. Stefan From MAILER-DAEMON Fri Jan 21 14:16:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs4Ga-0000LA-5I for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:16:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs4GD-0000HI-Ow for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:16:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs4G4-0000C7-24 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:15:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs4G3-0000AM-MQ for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:15:47 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs3x6-0006kC-0X for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 13:56:12 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Cs3x4-0006Vv-00 for ; Fri, 21 Jan 2005 19:56:10 +0100 Received: from 218.2.140.172 ([218.2.140.172]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2005 19:56:10 +0100 Received: from chenggao by 218.2.140.172 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2005 19:56:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: CHENG Gao Date: Sat, 22 Jan 2005 02:56:43 +0800 Lines: 27 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 218.2.140.172 X-Hashcash: 1:20:050121:gmane.emacs.pretest.bugs::KPC8mfIra5ZV8+Bv:0000000000000000000000000000000000000B0Rf User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (windows-nt) Cancel-Lock: sha1:HTVYOl/RW6/7JAg5CvSBArx7Oj8= Sender: news Subject: Re: DOC & DOC-* wrongly ignored in emacs cvs /etc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 19:16:10 -0000 ,---- | > | `make bootstrap' should work even if DOC and DOC-* are missing. | > `---- | > I dont think so at least for bootstrapping under Windows. | | I didn't claim that `make bootstrap' works, I only said that it *should* | work. I.e. if it doesn't, it's not because of the lack of DOC but because | of a bug/problem elsewhere. Sorry I dont mean to be rude. | | > | Compiling url/vc-dav.el | > | | > | In toplevel form: | > | url/vc-dav.el:24:1:Error: Cannot open doc string file "d:/home/cvs/emacs-unicode/etc/DOC" | | Hmm, why does the compilation of vc-dav.el fail when the DOC file | is missing? That seems like it's the problem. `---- It's really bizarre. Before this bug is fixed, at least putting DOC under etc/ is a workaround. I have compliled emacs trunk and unicode-2 branch successfully. CG From MAILER-DAEMON Fri Jan 21 15:35:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs5VK-0000Pb-TP for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:35:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs5VJ-0000P7-K5 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:35:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs5VI-0000Od-U1 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:35:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs5SO-0007qc-NP for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:36 -0500 Received: from [222.97.250.134] (helo=222.97.250.134) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cs4rf-0002bz-Ks for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 14:54:40 -0500 Message-ID: <9e8c01c4fff2$cfb2dabf$f8b79148@2v.com> From: Susan M. Taylor To: emacs-pretest-bug@gnu.org Date: Fri, 21 Jan 2005 19:53:06 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0000_4C75500A.61C2E98A" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Replica watch models X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 20:35:37 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_4C75500A.61C2E98A Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_2F88F41F.1141BF1E" ------=_NextPart_001_0001_2F88F41F.1141BF1E Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit REPLICA WATCH MODELS Rolex, Patek Philippe, Bvlgari Cartier, Gucci, Franck Muller .. and 25 other most famous manufacturers. http://www.differentwatches.com All for only $229.99 - 249.99! _________________________________________________________________________ To change your mail preferences, go here: http://www.multitrade-corp.biz/uns.htm _________________________________________________________________________ ------=_NextPart_001_0001_2F88F41F.1141BF1E Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 7bit

REPLICA WATCH MODELS

Rolex, Patek Philippe, Bvlgari
Cartier, Gucci, Franck Muller

.. and 25 other most famous manufacturers.

http://www.differentwatches.com

All for only $229.99-249.99!


_________________________________________________________________________
To change your mail preferences, go here
_________________________________________________________________________

------=_NextPart_001_0001_2F88F41F.1141BF1E-- ------=_NextPart_000_0000_4C75500A.61C2E98A-- From MAILER-DAEMON Fri Jan 21 15:36:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs5W0-0000hR-CL for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:36:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs5SG-00081e-Sf for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs5S0-0007u0-Pz for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs5S0-0007qc-Lc for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs58b-0003kf-30 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:12:09 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cs577-0008Mb-WC; Fri, 21 Jan 2005 15:10:38 -0500 From: Richard Stallman To: Dave Love , handa@m17n.org In-reply-to: (message from Dave Love on Thu, 20 Jan 2005 22:35:14 +0000) References: Message-Id: Date: Fri, 21 Jan 2005 15:10:37 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 20:36:19 -0000 > The reason was documented in some of the previous commands in this file. > I will copy these comments into the functions that didn't have them. I saw comments, but I don't understand it. If you ask some questions, I can try to answer them. In the case of sigma, it should be that both ? and ? upcase to ?, and ? downcases to ?. [I hope I got those right, typing unicodes without being able to display them. Obviously likewise for the iso8859-7 charset.] It should be possible to do that by setting up the upcase table and the downcase table explicitly to do those things. I think the code that computes the other two tables can handle this case, but maybe it doesn't, so it would be useful to find out. Handa, can you help here? I set up entries in the case table interactively to get that right and then found they were clobbered by subsequent case-table.el functions being called. I can see that subsequent calls would clobber this, because they would clear out the downcase table. They do that so as to force recomputation. Which case-table functions were called, and when? Were they called by part of Emacs setup, or by some specific library that you loaded, or what? From MAILER-DAEMON Fri Jan 21 15:38:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs5YA-0001Xh-Fn for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:38:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs5SH-00082N-AM for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs5S4-0007uk-1p for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs5S1-0007qc-JU for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:13 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs57m-0003gl-Ub for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:11:18 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cs56K-0008Ge-6t; Fri, 21 Jan 2005 15:09:48 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16879.30930.996196.791683@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Thu, 20 Jan 2005 10:24:34 +0100) References: <16875.53434.487267.915123@tfkp12.physik.uni-erlangen.de> <16876.59600.167900.283776@tfkp12.physik.uni-erlangen.de> <16879.30930.996196.791683@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Fri, 21 Jan 2005 15:09:48 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: dired-copy-preserve-time affects file modes, too. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 20:38:33 -0000 The last sentence of the docstring for copy-file says Also set the file modes of the target file to match the source file. Now I understand. Thanks. The variable dired-copy-preserve-time toggles the behavior of dired-do-copy and it also affects the prompt when dired-do-copy is called interactively. If dired-copy-preserve-time is nil the prompt says "Copy". If it is non-nil, the prompt says "Copy [-p]". However, the info page from GNU Coreutils says about the options of the command cp It is harder to see the right way to clarify that one. From MAILER-DAEMON Fri Jan 21 15:47:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs5gO-0004BQ-TK for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:47:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs5gK-00049D-17 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:47:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs5gI-00047U-6f for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:46:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs5gI-00046x-23 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:46:58 -0500 Received: from [143.182.124.5] (helo=petasus.ch.intel.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs5SL-0005oA-Nn for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 15:32:34 -0500 Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.9/d: small-solo.mc,v 1.9 2004/01/09 01:01:53 root Exp $) with ESMTP id j0LKZFCW002789; Fri, 21 Jan 2005 20:35:15 GMT Received: from chlr4917.ch.intel.com (chlr4917.ch.intel.com [10.2.113.74]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id j0LKWvHZ015661; Fri, 21 Jan 2005 13:32:57 -0700 (MST) X-Envelope-From: ascott@sedona.ch.intel.com Received: from chlr4917.ch.intel.com (localhost [127.0.0.1]) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/client) with ESMTP id j0LKWRws019942; Fri, 21 Jan 2005 13:32:27 -0700 Received: (from ascott@localhost) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/Submit) id j0LKWR41019934; Fri, 21 Jan 2005 13:32:27 -0700 From: "Andrew M. Scott" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16881.26325.968528.730166@chlr4917.ch.intel.com> Date: Fri, 21 Jan 2005 13:32:21 -0700 To: ascott@sedona.ch.intel.com (Andrew M. Scott) In-Reply-To: <16881.9443.920670.68636@chlr4917.ch.intel.com> References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> X-Mailer: VM 7.19 under Emacs 21.3.50.1 Cc: emacs-pretest-bug@gnu.org Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrew M. Scott" List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 20:47:03 -0000 >>>>> "Andy" == Andrew M Scott writes: >>>>> "Nick" == Nick Roberts writes: >>> DISPLAY = chlr4917:2.0 >>> TERM = dumb >>> Breakpoint 1 at 0x80e7126 >>> Function "x_error_quitter" not defined. >>> (gdb) >>> >>> This would seem to be probably a GDB bug. Can you report it >>> to bug-gdb@gnu.org? Nick> Or, more likely, its a compiler problem. If the executable doesn't have the Nick> symbol x_error_quitter, GDB can't be expected to find it. Nick> What happens if you do (in build/src): Nick> nm emacs | grep x_error_quitter Nick> you should get something like: Nick> 080e6b6c t x_error_quitter Nick> If you get nothing perhaps the local symbols are missing (x_error_quitter is Nick> local to xterm.c). Andy> Thanks, Richard & Nick. Andy> $ cd build/src Andy> $ nm emacs | grep x_error_quitter Andy> Exit 1 Andy> $ nm emacs | grep quitter Andy> 080ca2a0 t x_io_error_quitter Andy> $ nm xterm.o | grep quitter Andy> 0000cdc0 t x_io_error_quitter Andy> This seems to indicate that it's a compilation problem, not GDB. Andy> I don't understand how xterm.o can have x_io_error_quitter but *not* Andy> x_error_quitter Andy> I'm using gcc 3.4.2 Andy> $ gcc --version Andy> gcc (GCC) 3.4.2 Andy> Copyright (C) 2004 Free Software Foundation, Inc. Andy> This is free software; see the source for copying conditions. There is NO Andy> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I repeated my build of Emacs-21.3.50 with the same input but using various versions of gcc I have available; gcc versions 2.95.3 and 3.3.2 correctly have x_error_quitter in xterm.o, but the newer gcc 3.4 and 3.4.2 do not! compiling with gcc 2.95.3 $ nm xterm.o | grep quitter 00007fc8 t x_error_quitter 00008060 t x_io_error_quitter Compiled with gcc 3.3.2 $ nm xterm.o | grep quitter 00009570 t x_error_quitter 00009630 t x_io_error_quitter Compiled with gcc 3.4 $ nm xterm.o | grep quitter 0000c620 t x_io_error_quitter Compiled with gcc 3.4.2 $ nm xterm.o | grep quitter 0000c5f0 t x_io_error_quitter I'm not sure what to do next. Andy Scott From MAILER-DAEMON Fri Jan 21 17:04:20 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs6tA-0007Ey-BY for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:04:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs6t9-0007Eq-2o for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:04:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs6t8-0007Ee-OV for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:04:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs6pK-0005vl-7w for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:00:22 -0500 Received: from [217.120.147.78] (helo=boetes.org) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cs6GN-0001ua-V8 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 16:24:17 -0500 Received: (qmail 30032 invoked from network); 21 Jan 2005 21:24:36 -0000 Received: from marsupilami.boetes.org (172.16.11.3) by firewall.boetes.org with SMTP; 21 Jan 2005 21:24:36 -0000 Received: by marsupilami.boetes.org (sSMTP sendmail emulation); Fri, 21 Jan 2005 22:24:30 +0100 Date: Fri, 21 Jan 2005 22:24:30 +0100 From: Han Boetes To: emacs-pretest-bug@gnu.org, multi-tty@fnord.hu Message-Id: Cc: Subject: crash while opening deleted file with open buffer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 22:04:19 -0000 Symptoms: This is in the multi-tty branch of emacs: commandline: emacsclient testfile in emacs: add some text in emacs: save file with c-x c-s commandline: rm testfile commandline: emacsclient testfile in emacs: emacs notices the file is removed and suggests to recreate it. Confirm with y The y is put in the current buffer and emacs crashes. This happens on both CRUX-Linux and OpenBSD. Here are the (x)backtrace for both OS'es respectively #0 Fthrow (tag=136984129, value=136929345) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1222 #1 0x080de0a5 in Fsignal (error_symbol=136990169, data=140385365) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1593 #2 0x080df420 in Ffuncall (nargs=136649256, args=0xbfffec54) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2778 #3 0x080ff70c in Fbyte_code (bytestr=137184657, vector=-1073746864, maxdepth=2) at /home/han/nfs/Emacs/emacs--multi-tty/src/bytecode.c:686 #4 0x080df8c2 in funcall_lambda (fun=135536924, nargs=1, arg_vector=0xbfffed44) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2962 #5 0x080df51d in Ffuncall (nargs=135536924, args=0xbfffed40) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2832 #6 0x080ff70c in Fbyte_code (bytestr=137038401, vector=-1073746624, maxdepth=1) at /home/han/nfs/Emacs/emacs--multi-tty/src/bytecode.c:686 #7 0x080df8c2 in funcall_lambda (fun=135941404, nargs=1, arg_vector=0xbfffee44) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2962 #8 0x080df51d in Ffuncall (nargs=135941404, args=0xbfffee40) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2832 #9 0x080ff70c in Fbyte_code (bytestr=137135457, vector=-1073746368, maxdepth=1) at /home/han/nfs/Emacs/emacs--multi-tty/src/bytecode.c:686 #10 0x080df8c2 in funcall_lambda (fun=135940580, nargs=1, arg_vector=0xbfffef84) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2962 #11 0x080df51d in Ffuncall (nargs=135940580, args=0xbfffef80) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2832 #12 0x080dc55e in Fcall_interactively (function=137207793, record_flag=136929297, keys=136986172) at /home/han/nfs/Emacs/emacs--multi-tty/src/callint.c:877 #13 0x08099d1c in Fcommand_execute (cmd=137207793, record_flag=136929297, keys=136929297, special=136929297) at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:9779 #14 0x080921dc in command_loop_1 () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1770 #15 0x080ddcc1 in internal_condition_case (bfun=0x809162d , handlers=136990169, hfun=0x8091291 ) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1385 #16 0x08091510 in command_loop_2 () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1297 #17 0x080dd89a in internal_catch (tag=136929345, func=0x80914f8 , arg=136929297) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1144 #18 0x080914b0 in command_loop () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1276 #19 0x08091087 in recursive_edit_1 () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:973 #20 0x08091190 in Frecursive_edit () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1034 #21 0x080901e1 in main (argc=2, argv=0xbffff6f4) at /home/han/nfs/Emacs/emacs--multi-tty/src/emacs.c:1763 (gdb) xbacktrace "signal" "error" "undo-more" "undo" "call-interactively" Cannot access memory at address 0x10f #0 0x080f4770 in Fsignal (error_symbol=137173865, data=137080841) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1559 #1 0x080c98d9 in Fforward_char (n=8) at /home/han/nfs/Emacs/emacs--multi-tty/src/cmds.c:85 #2 0x080f5f37 in Ffuncall (nargs=2, args=0xcfbfaff0) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:2775 #3 0x080f1cb1 in Fcall_interactively (function=137157433, record_flag=137080841, keys=137170700) at /home/han/nfs/Emacs/emacs--multi-tty/src/callint.c:877 #4 0x080a511f in Fcommand_execute (cmd=137157433, record_flag=137080841, keys=137080841, special=137080841) at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:9779 #5 0x0809b96f in command_loop_1 () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1770 #6 0x080f4460 in internal_condition_case (bfun=0x809b614 , handlers=137173481, hfun=0x809b1c8 ) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1385 #7 0x0809b4be in command_loop_2 () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1297 #8 0x080f402d in internal_catch (tag=137162553, func=0x809b4a0 , arg=137080841) at /home/han/nfs/Emacs/emacs--multi-tty/src/eval.c:1144 #9 0x0809b475 in command_loop () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1276 #10 0x0809af83 in recursive_edit_1 () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:973 #11 0x0809b0a0 in Frecursive_edit () at /home/han/nfs/Emacs/emacs--multi-tty/src/keyboard.c:1034 #12 0x08099ab1 in main (argc=2, argv=0xcfbfb4e4) at /home/han/nfs/Emacs/emacs--multi-tty/src/emacs.c:1763 (gdb) xbacktrace "forward-char" "call-interactively" Cannot access memory at address 0x0 In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, multi-tty) of 2005-01-09 on marsupilami configured using `configure '--without-x' '--without-sound' 'CFLAGS=-Os -march=i686 -pipe' 'CPPFLAGS=-g'' Important settings: value of $LC_ALL: nl_NL value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: iswitchb-mode: t auto-compression-mode: t encoded-kbd-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: 1 line-number-mode: 1 transient-mark-mode: 1 Recent input: ESC x r e TAB TAB p TAB o TAB r TAB RET Recent messages: Loading advice...done Starting server Loading edmacro...done Loading easymenu...done Loading /mega/home/han/.session...done For information about the GNU Project and its goals, type C-h C-p. When done with this frame, type C-x 5 0 Making completion list... [3 times] Loading emacsbug...done call-interactively: End of buffer [5 times] From MAILER-DAEMON Fri Jan 21 17:04:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs6tk-0007RS-5a for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:04:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs6th-0007Ql-QV for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:04:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs6tg-0007QS-VE for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:04:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs6pK-0005vl-CV for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:00:22 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs6GF-0001tp-H0 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 16:24:07 -0500 Received: from farnswood.snap.net.nz (p230-tnt2.snap.net.nz [202.124.108.230]) by viper.snap.net.nz (Postfix) with ESMTP id 5933325387F; Sat, 22 Jan 2005 10:24:04 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 5FCA2628AD; Fri, 21 Jan 2005 21:17:52 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16881.29055.380420.74779@farnswood.snap.net.nz> Date: Sat, 22 Jan 2005 10:17:51 +1300 To: ascott@sedona.ch.intel.com (Andrew M. Scott) In-Reply-To: <16881.26325.968528.730166@chlr4917.ch.intel.com> References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> X-Mailer: VM 6.97 under Emacs 21.2.1 Cc: emacs-pretest-bug@gnu.org Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 22:04:54 -0000 > I repeated my build of Emacs-21.3.50 with the same input but using various > versions of gcc I have available; gcc versions 2.95.3 and 3.3.2 correctly > have x_error_quitter in xterm.o, but the newer gcc 3.4 and 3.4.2 do not! > > compiling with gcc 2.95.3 > $ nm xterm.o | grep quitter > 00007fc8 t x_error_quitter > 00008060 t x_io_error_quitter > > Compiled with gcc 3.3.2 > $ nm xterm.o | grep quitter > 00009570 t x_error_quitter > 00009630 t x_io_error_quitter > > Compiled with gcc 3.4 > $ nm xterm.o | grep quitter > 0000c620 t x_io_error_quitter > > Compiled with gcc 3.4.2 > $ nm xterm.o | grep quitter > 0000c5f0 t x_io_error_quitter > > I'm not sure what to do next. Report it as a bug to gcc? See http://gcc.gnu.org/bugs.html Nick From MAILER-DAEMON Fri Jan 21 17:34:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs7Jt-0004ob-J0 for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:31:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs7JI-0004dD-DA for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:31:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs7J6-0004Zq-Kz for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:31:08 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs7J2-0004Q4-1U for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 17:31:04 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cs6js-0004HV-Tn for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 16:54:50 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 495B98282DA; Fri, 21 Jan 2005 16:54:35 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id C66A24AC0D4; Fri, 21 Jan 2005 16:54:31 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id AA8994BB62; Fri, 21 Jan 2005 16:54:31 -0500 (EST) Message-ID: To: Nick Roberts References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> From: Stefan Monnier Date: Fri, 21 Jan 2005 16:54:31 -0500 In-Reply-To: <16881.29055.380420.74779@farnswood.snap.net.nz> (Nick Roberts's message of "Sat, 22 Jan 2005 10:17:51 +1300") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.756, requis 5, autolearn=not spam, AWL 0.14, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 22:31:55 -0000 >> Compiled with gcc 3.4.2 >> $ nm xterm.o | grep quitter >> 0000c5f0 t x_io_error_quitter >> >> I'm not sure what to do next. > Report it as a bug to gcc? > See http://gcc.gnu.org/bugs.html This is a perfectly valid optimization, AFAICT, Stefan From MAILER-DAEMON Fri Jan 21 18:30:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cs8Em-0005db-2A for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 18:30:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cs8AO-0003ps-PU for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 18:26:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cs8AD-0003js-NC for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 18:26:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cs8AD-0003h1-Fe for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 18:26:01 -0500 Received: from [82.230.74.64] (helo=mx.meyering.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cs7wC-0001NW-9V for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 18:11:32 -0500 Received: by mx.meyering.net (Acme Bit-Twister, from userid 1002) id 52544404D; Sat, 22 Jan 2005 00:11:30 +0100 (CET) From: Jim Meyering To: Stefan Monnier In-Reply-To: (Stefan Monnier's message of "Wed, 19 Jan 2005 18:12:34 -0500") References: <854qil1fof.fsf@pi.meyering.net> Date: Sat, 22 Jan 2005 00:11:30 +0100 Message-ID: <85ekge9y3h.fsf@pi.meyering.net> Lines: 23 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: interactive write hook failure stops subsequent write hook? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 23:30:43 -0000 Stefan Monnier wrote: >> and the fact that I use this: >> (add-hook 'write-file-hooks 'copyright-update) > > You should use (add-hook 'before-save-hook 'copyright-update). > > Are you sure you don't have some other version of copyright.el lying around > in your load-path? > copyright.el's copyright-update function ends with: > > (set (make-local-variable 'copyright-update) nil))) > ;; If a write-file-hook returns non-nil, the file is presumed to be written. > nil)) > > which should make sure it always returns nil specifically to avoid the > problem you mention. Thanks for the tip and explanation. Using a snapshot from CVS of a few days ago I can no longer reproduce the problem. I never had another copy of copyright.el. From MAILER-DAEMON Fri Jan 21 21:02:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsAbO-0008I4-Qn for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 21:02:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsAZE-0007lc-Ra for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 21:00:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsAYv-0007eX-2u for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 20:59:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsAYt-0007YX-Ct for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 20:59:39 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsA1J-0001BY-IB for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 20:24:57 -0500 Received: from farnswood.snap.net.nz (p98-tnt1.snap.net.nz [202.124.110.98]) by viper.snap.net.nz (Postfix) with ESMTP id 2C57725B549; Sat, 22 Jan 2005 14:24:56 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 66707628AD; Sat, 22 Jan 2005 01:18:43 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16881.43506.772162.238203@farnswood.snap.net.nz> Date: Sat, 22 Jan 2005 14:18:42 +1300 To: Stefan Monnier In-Reply-To: References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> X-Mailer: VM 6.97 under Emacs 21.2.1 Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 02:02:12 -0000 > This is a perfectly valid optimization, AFAICT, In that case, I would guess that gcc 3.4 has an option to disable this feature. I find it hard to believe, the user would be left with no opprtunity to break on a function just because it is always inlined by the compiler. However, if a breakpoint on x_error_handler works equally well, as you suggest, then making this change in .gdbinit would seem to be the simplest solution for our purposes. Nick From MAILER-DAEMON Fri Jan 21 22:31:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsBzv-0004gW-Sa for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:31:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsBzd-0004bF-UB for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:31:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsBuc-0003s8-L5 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:26:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsBub-0003iz-R6 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:26:09 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsBQ9-0006Mo-90 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 21:54:41 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CsBOe-0004tw-OR; Fri, 21 Jan 2005 21:53:08 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16880.62688.879670.540771@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Fri, 21 Jan 2005 13:26:08 +0100) References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> <16880.62688.879670.540771@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Fri, 21 Jan 2005 21:53:08 -0500 Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 03:31:23 -0000 The web page http://savannah.gnu.org/projects/w3/ says: This project is part of the GNU Project. Emacs/W3 is a full-featured web browser, written entirely in Emacs-Lisp. Thanks for sending it. Unfortunately this says nothing about where to find any version of W3 that is newer than the one on Savannah. It appears that someone here had a newer version. Does anyone know who that was? From MAILER-DAEMON Fri Jan 21 22:31:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsC04-0004nw-8G for mharc-emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:31:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsC01-0004md-Q8 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:31:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsBuc-0003sD-L5 for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:26:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsBub-0003iz-NZ for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 22:26:09 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsBQW-0006Og-DJ for emacs-pretest-bug@gnu.org; Fri, 21 Jan 2005 21:55:04 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CsBP1-0004wa-QO; Fri, 21 Jan 2005 21:53:31 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Fri, 21 Jan 2005 11:20:29 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> Message-Id: Date: Fri, 21 Jan 2005 21:53:31 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 03:31:47 -0000 Well, x_error_quitter is a static function and is called just once and directly, so the compiler can inline the function at the call site and doesn't need to kep the function around because it's static. If we put its address into some static variable, will that prevent it from disappearing? From MAILER-DAEMON Sat Jan 22 00:26:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsDnU-0007BU-DU for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 00:26:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsDnM-000786-R0 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 00:26:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsDnC-00071G-Uo for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 00:26:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsDnC-00070A-Ol for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 00:26:38 -0500 Received: from [204.127.198.35] (helo=rwcrmhc11.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsDVD-00055g-9e; Sat, 22 Jan 2005 00:08:03 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc11) with ESMTP id <2005012205075801300k79d7e>; Sat, 22 Jan 2005 05:07:58 +0000 Received: by aster (Postfix, from userid 500) id ADD32679D2; Fri, 21 Jan 2005 21:07:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16881.57255.362281.526655@gargle.gargle.HOWL> Date: Fri, 21 Jan 2005 21:07:51 -0800 To: rms@gnu.org In-Reply-To: References: X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: emacs-pretest-bug@gnu.org, Dave Love Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 05:26:52 -0000 Hi-- I may have mis-communicated what optimization I was refering to. I wasn't refering to the optimization with respect to grouping small chunks of output; rather, I was indicating that perhaps we could avoid having undo information altogether in read-only modes like man-mode. Further, for modes like shell-mode, it would be nice to give the end-user to disable the collection of undo information in modes like shell/comint mode; e.g. before launching a large compile. >>>>> "Richard" == Richard Stallman writes: Richard> I run 21.3.50 from CVS, and recent updates to Richard> simple.el produce a yes/no dialog when the undo Richard> information to save becomes large; this pointed out an Richard> interesting place where Emacs libs could be optimizing Richard> but apparently aren't -- namely, cases like man-mode. Richard> There probably are other modes we should optimize in this Richard> way, once the specific modes are identified. I did Richard> man-mode yesterday. Richard> You could probably do something similar during the Richard> execution of a shell command in shell-mode/comint-mode Richard> and friends; this would win in the case of long running Richard> shell commands that produce lots of output a small chunk Richard> at time. Richard> The various undo-insert records could be optimized Richard> together, yes. record_insert already tries to combine Richard> them. Do you know for a fact that this optimization is Richard> not working in that case?] -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sat Jan 22 01:34:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsEkz-0003OR-8z for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:28:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsEkp-0003In-3T for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:28:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsEki-0003Eb-81 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:28:08 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsEki-0003Bo-1D for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:28:08 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsEQT-00080p-N9 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:07:13 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M67Cdg011960 for ; Fri, 21 Jan 2005 22:07:12 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M67BCl011940 for ; Fri, 21 Jan 2005 22:07:11 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M67AA3009627 for ; Fri, 21 Jan 2005 23:07:10 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-73-252.vpn.oracle.com [141.144.73.252]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0M679HL009620 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 21 Jan 2005 23:07:10 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Fri, 21 Jan 2005 22:07:06 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: w32-win.el's xw-defined-colors should not use `message' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 06:28:19 -0000 Function `xw-defined-colors' is defined in these places, independently: - w32-win.el - mac-win.el - x-win.el In w32-win.el only, there is this inappropriate call to message: (message "Defining colors...") The other versions of `xw-defined-colors' do not have a call to `message'. The function is not interactive, and there is no reason for the message. This call to `message' should be removed. It is especially annoying when the function gets called from an idle-timer hook - the message appears inexplicably, from nowhere. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I.. /../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/in clude' From MAILER-DAEMON Sat Jan 22 02:08:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsFNP-00051E-JG for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsFNM-0004ya-Ry for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsFNJ-0004wV-Tc for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:02 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsFNJ-0004uz-K7 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:01 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsF69-0001ep-VJ for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:50:18 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M6oGSB023832 for ; Fri, 21 Jan 2005 22:50:16 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M6oFCw023819 for ; Fri, 21 Jan 2005 22:50:15 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M6oFAd023734 for ; Fri, 21 Jan 2005 23:50:15 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-73-252.vpn.oracle.com [141.144.73.252]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0M6oDsl023723 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 21 Jan 2005 23:50:13 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Fri, 21 Jan 2005 22:50:10 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 07:08:05 -0000 Some of the Customize documentation incorrectly refers to user preferences, which can be either faces or variables, as "user options". In Emacs terminology (elsewhere, and longstanding), a "user option" is a `user-variable-p', that is, a variable that users are intended to change (its doc string has "*" at the beginning). The correct term for a user preference that includes both variables and faces is "preference", not "option" or "user option". The Customize doc is confusing enough without this additional confusion of terms. The doc and the source code comments should be corrected accordingly. From MAILER-DAEMON Sat Jan 22 02:08:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsFNP-00051e-RY for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsFNM-0004yZ-Qu for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsFNJ-0004wN-KO for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsFNJ-0004uz-Dj for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 02:08:01 -0500 Received: from [148.87.2.204] (helo=inet-mail4.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsF6F-0001f1-6k for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 01:50:23 -0500 Received: from inet-mail4.oracle.com (localhost [127.0.0.1]) by inet-mail4.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M6oK9a021307 for ; Fri, 21 Jan 2005 22:50:20 -0800 (PST) Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by inet-mail4.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M6oFMd021285 for ; Fri, 21 Jan 2005 22:50:18 -0800 (PST) Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0M6oGT8023747 for ; Fri, 21 Jan 2005 23:50:16 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-73-252.vpn.oracle.com [141.144.73.252]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0M6oFaq023735 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 21 Jan 2005 23:50:15 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Fri, 21 Jan 2005 22:50:12 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Custom-reset-standard has different menu names X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 07:08:05 -0000 I believe that `Custom-reset-standard' resets the current setting of a preference (face or variable) to the installed (standard) setting, and it also updates the user's custom-file to reflect this. That is, it removes any saved customization for the preference. Perhaps this updating of the custom-file is the reason that this particular resetting is the only one that is not called "Reset"... If so, "Erase Customization" is not more clear - it can give the opposite impression that it just erases editing or setting changes in the Customize buffer. Anyway, the bug is that this function has 3 menu names, one of which is different from the other two: - Erase Customization (use standard settings) -- on the Reset menu - Erase Customization -- push button - Reset to Standard Settings -- menu-bar menu And in the mode doc string (`custom-mode') it is said to "Reset all options". A single pretty name should be used for this in all places. The name used in Emacs 20, "Reset to Standard" seems clearer than "Erase Customization". From MAILER-DAEMON Sat Jan 22 03:58:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsH60-0004Ug-JG for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:58:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsH5e-0004RP-L5 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsH5Q-0004Om-0n for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsH5O-0004JV-JZ for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:38 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsGeB-0006jj-24 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:29:31 -0500 Received: from zaretski (IGLD-83-130-252-165.inter.net.il [83.130.252.165]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DOZ50773 (AUTH halo1); Sat, 22 Jan 2005 10:29:14 +0200 (IST) Date: Sat, 22 Jan 2005 10:24:59 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "Drew Adams" Message-ID: <01c5005c$Blat.v2.4$02238280@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: w32-win.el's xw-defined-colors should not use `message' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 08:57:57 -0000 > From: "Drew Adams" > Date: Fri, 21 Jan 2005 22:07:06 -0800 > > Function `xw-defined-colors' is defined in these places, independently: > > - w32-win.el > - mac-win.el > - x-win.el > > In w32-win.el only, there is this inappropriate call to message: > > (message "Defining colors...") > > The other versions of `xw-defined-colors' do not have a call to > `message'. The function is not interactive, and there is no reason for > the message. > > This call to `message' should be removed. I agree. (It seems like it's a relic of some debugging session, anyway.) Jason? From MAILER-DAEMON Sat Jan 22 04:01:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsH5j-0004TO-JG for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsH5C-0004Le-C0 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsH57-0004Jf-ID for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsH56-0004JV-S5 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:57:21 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsGsx-0007Rh-Rk for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 03:44:48 -0500 Received: from zaretski (IGLD-83-130-252-165.inter.net.il [83.130.252.165]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AIT83636 (AUTH halo1); Sat, 22 Jan 2005 10:44:22 +0200 (IST) Date: Sat, 22 Jan 2005 10:40:07 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Stefan Monnier Message-ID: <01c5005e$Blat.v2.4$1f5c5dc0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Stefan Monnier on Fri, 21 Jan 2005 11:20:29 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 08:57:28 -0000 > From: Stefan Monnier > Date: Fri, 21 Jan 2005 11:20:29 -0500 > Cc: emacs-pretest-bug@gnu.org > > > I don't understand how xterm.o can have x_io_error_quitter but *not* > > x_error_quitter > > Well, x_error_quitter is a static function and is called just once and > directly, so the compiler can inline the function at the call site and > doesn't need to kep the function around because it's static. Right, the compiler has eevry right to make such optimizations. > Maybe we should put a breakpoint on x_error_handler instead. Or on the line inside x_error_handler that calls x_error_quitter. From MAILER-DAEMON Sat Jan 22 04:28:42 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsHZQ-0003bw-Qp for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:28:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsHZK-0003a5-CS for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:28:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsHZG-0003YH-DT for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:28:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsHZF-0003Vy-OW for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:28:29 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsHJj-0001AM-F9 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:12:27 -0500 Received: from zaretski (IGLD-83-130-252-165.inter.net.il [83.130.252.165]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AIT94643 (AUTH halo1); Sat, 22 Jan 2005 11:12:20 +0200 (IST) Date: Sat, 22 Jan 2005 11:08:04 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Nick Roberts Message-ID: <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: <16881.43506.772162.238203@farnswood.snap.net.nz> (message from Nick Roberts on Sat, 22 Jan 2005 14:18:42 +1300) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 09:28:35 -0000 > From: Nick Roberts > Date: Sat, 22 Jan 2005 14:18:42 +1300 > Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" > > > > This is a perfectly valid optimization, AFAICT, > > In that case, I would guess that gcc 3.4 has an option to disable this feature. Indeed, it does: it's called -fkeep-inline-functions. (I'm not 100% sure it will help in this case, though.) > I find it hard to believe, the user would be left with no opprtunity to break > on a function just because it is always inlined by the compiler. The solution is to put the breakpoint on the line that invokes the function, not on the function itself. From MAILER-DAEMON Sat Jan 22 04:29:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsHaU-0003qa-Mw for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:29:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsHaR-0003pn-Nf for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:29:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsHaQ-0003pN-9m for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:29:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsHaQ-0003pD-2J for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 04:29:42 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsHO6-0001he-QK; Sat, 22 Jan 2005 04:16:59 -0500 Received: from zaretski (IGLD-83-130-252-165.inter.net.il [83.130.252.165]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DOZ66453 (AUTH halo1); Sat, 22 Jan 2005 11:16:56 +0200 (IST) Date: Sat, 22 Jan 2005 11:12:41 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: rms@gnu.org Message-ID: <01c50062$Blat.v2.4$abb9c240@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Richard Stallman on Fri, 21 Jan 2005 21:53:31 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 09:29:44 -0000 > From: Richard Stallman > Date: Fri, 21 Jan 2005 21:53:31 -0500 > Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com > > Well, x_error_quitter is a static function and is called just once and > directly, so the compiler can inline the function at the call site and > doesn't need to kep the function around because it's static. > > If we put its address into some static variable, will that prevent > it from disappearing? Not reliably so, since a static variable not referenced anywhere in the module in which it is defined can be nuked as well. Do we really want to prevent x_error_quitter from being optimized/inlined? I don't think so, but if we do, the best way is to declare it extern and perhaps even volatile. If we don't want to prevent the optimzations, but just to be able to put a breakpoint there, we could put the breakpoint on the line that invokes x_error_quitter. From MAILER-DAEMON Sat Jan 22 06:16:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsJFz-0002Ux-Nh for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 06:16:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsJFv-0002U9-9U for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 06:16:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsJFr-0002TF-Tt for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 06:16:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsJFr-0002T9-Au for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 06:16:35 -0500 Received: from [134.96.7.31] (helo=justus.rz.uni-saarland.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsJ0R-0007rZ-CT for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 06:00:39 -0500 Received: from iwi-gate.iwi.uni-sb.de (iwi-gate.iwi.uni-sb.de [134.96.72.13]) by justus.rz.uni-saarland.de (8.12.10/8.12.10) with ESMTP id j0MB0bZH2370725 for ; Sat, 22 Jan 2005 12:00:38 +0100 (CET) Received: from [134.96.72.190] (helo=neutrino.iwi.uni-sb.de) by iwi-gate.iwi.uni-sb.de with esmtp (Exim 4.33; FreeBSD) id 1CsJ0K-000IKh-3q for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:00:32 +0100 Received: from angeli by neutrino.iwi.uni-sb.de with local (Exim 4.43) id 1CsJ0M-0007IP-RC for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:00:34 +0100 From: Ralf Angeli To: emacs-pretest-bug@gnu.org Date: Sat, 22 Jan 2005 12:00:34 +0100 Message-ID: <87hdl9ybhp.fsf@neutrino.iwi.uni-sb.de> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IWi-MailScanner-Information: Please contact the ISP for more information X-IWi-MailScanner: Found to be clean X-IWi-MailScanner-SpamCheck: not spam, SpamAssassin (score=0.077, required 5, TW_KB 0.08) X-MailScanner-From: angeli@iwi.uni-sb.de X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.1 (justus.rz.uni-saarland.de [134.96.7.31]); Sat, 22 Jan 2005 12:00:38 +0100 (CET) X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.29.0.8; VDF 6.29.0.75 Subject: Overlay with before-string prevents vertical motion X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 11:16:40 -0000 Please describe exactly what actions triggered the bug and the precise symptoms of the bug: If you execute the code snippet (progn (insert "\nfoo\n") (let ((ov (make-overlay (- (point) 4) (point)))) (overlay-put ov 'before-string "x\n"))) in the *scratch* buffer and try to move point upwards with `C-p', you can see that it is not possible to move past the "x" which is part of the overlay's before-string property. This affects e.g. preview-latex where it is currently impossible to move point upwards out of opened previews with `C-p'. In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.4.14) of 2005-01-22 on neutrino Distributor `The XFree86 Project, Inc', version 11.0.40300001 configured using `configure '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t iswitchb-mode: t show-paren-mode: t encoded-kbd-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-w C-y C-SPC C-g ( g o t o - c h a r SPC ( - SPC ( p o i n t ) SPC 4 ) ) ) C-x C-e C-_ C-_ C-_ C-_ C-_ C-_ C-_ C-_ C-x C-e M-x r e p o t r t - e m Recent messages: Mark set call-interactively: Beginning of buffer [2 times] Undo! Mark set [3 times] Quit 183 Undo! [8 times] "x " Loading emacsbug...done From MAILER-DAEMON Sat Jan 22 07:01:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsJws-000463-Nj for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:01:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsJwp-000441-2E for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:00:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsJwn-00043A-3k for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:00:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsJwn-00042Y-0F for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:00:57 -0500 Received: from [131.111.8.133] (helo=ppsw-3.csi.cam.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsJiV-0002tc-WD for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 06:46:16 -0500 Received: from smtp.damtp.cam.ac.uk ([131.111.18.84]:57919 helo=medulla.damtp.cam.ac.uk) by ppsw-3.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.133]:25) with esmtp id 1CsJiS-0007AA-AN (Exim 4.44) for emacs-pretest-bug@gnu.org (return-path ); Sat, 22 Jan 2005 11:46:08 +0000 Received: from notch.amtp.cam.ac.uk ([131.111.16.112] ident=[IrjunawZQm5tVHn1IYF3hzv4N3KfEEbU]) by medulla.damtp.cam.ac.uk with esmtp (Exim 4.32) id 1CsJiS-0003ZL-4a for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:46:08 +0000 Received: from sje30 by notch.amtp.cam.ac.uk with local (Exim 4.12) id 1CsJiS-0002OR-00 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:46:08 +0000 From: Stephen Eglen MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> Date: Sat, 22 Jan 2005 11:46:06 +0000 To: emacs-pretest-bug@gnu.org X-Mailer: VM 7.17 under Emacs 21.3.50.2 Sender: Stephen Eglen X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned Subject: comint-insert-input X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 12:01:01 -0000 Using today's CVS: emacs -q M-x shell If I type "pwd RET", the command gets executed okay. If I then move point back up to the line with "$ pwd" and press C-c RET I get: Debugger entered--Lisp error: (error "comint-insert-input must be bound to an event with parameters") call-interactively(comint-insert-input) Does C-c RET still work in recent shells? (I see that the interactive definition for this defun was changed recently.) Does it only work for mouse events now? Stephen In GNU Emacs 21.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.0.6) of 2005-01-22 on notch.amtp.cam.ac.uk Distributor `The XFree86 Project, Inc', version 11.0.40300000 configured using `configure '--prefix=/home/raid/bio/sje30/NOBACKUP/local' '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Log-View Minor modes in effect: iswitchb-mode: t partial-completion-mode: t auto-compression-mode: t display-time-mode: t mouse-wheel-mode: t menu-bar-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: identity Recent input: M-x s h e l l p w d p w d C-c C-x C-f l i s p / c o m i n t . e l C-x v l M-x r e p o r t SPC e m SPC b SPC Recent messages: Loading /home/raid/bio/sje30/.emacs-registers...done Loading eldoc...done Loading jit-lock...done comint-insert-input must be bound to an event with parameters Loading vc-cvs...done Loading vc...done Running cvs in the background... Loading log-view...done Running cvs in the background... done Loading emacsbug...done From MAILER-DAEMON Sat Jan 22 07:08:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsK3r-0005yM-Lp for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:08:15 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsK3n-0005wB-J6 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:08:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsK3k-0005ue-C4 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:08:08 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsK3k-0005uR-5B for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 07:08:08 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsJrF-0003Z9-O5; Sat, 22 Jan 2005 06:55:14 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Sat, 22 Jan 2005 12:55:08 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 15413-01-9413; Sat, 22 Jan 2005 12:55:08 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Sat, 22 Jan 2005 12:55:08 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16882.16150.803903.26005@tfkp12.physik.uni-erlangen.de> Date: Sat, 22 Jan 2005 12:55:02 +0100 To: rms@gnu.org In-Reply-To: References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> <16880.62688.879670.540771@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 12:08:12 -0000 On Fri Jan 21 2005 Richard Stallman wrote: > The web page http://savannah.gnu.org/projects/w3/ says: > > This project is part of the GNU Project. > > Emacs/W3 is a full-featured web browser, written entirely in Emacs-Lisp. > > Thanks for sending it. Unfortunately this says nothing about where to > find any version of W3 that is newer than the one on Savannah. > > It appears that someone here had a newer version. > Does anyone know who that was? Maybe there is a misunderstanding here. To the best of my knowledge, the version of w3 on Savannah is the newest version of w3 that exists. (Please correct me anybody if I am wrong.) I started this thread because I had w3, version "WWW 4.0pre.46 1999/10/01 20:22:11" installed in site-lisp and this old version of w3 doesn't work with recent GNU CVS Emacs due to various reasons. The main author of w3 is William M. Perry. On his web page http://www.cs.indiana.edu/elisp/w3/docs.html there is a link `Download Emacs/W3' which gives the above old version of w3. There is also the web page http://www.gnu.org/software/w3/ which says Emacs/W3 as it currently stands is a monolithic web browser. And rapidly becoming an outdated one at that. This is a proposal to do away with the old design and create several components that will be useful by themselves, and can also be plugged together to make a full-featured web browser. Here, the phrase "Emacs/W3 as it currently stands" is a link to William Perry's web page mentioned above -- which suggests that the old version "WWW 4.0pre.46 1999/10/01 20:22:11" is really the current status of w3. The project adminstrator for the newer version of w3 on Savannah is also William Perry. So from my perspective, the point is that his page http://www.cs.indiana.edu/elisp/w3/docs.html and also http://www.gnu.org/software/w3/ do not reflect the present status of w3 as available on Savannah. And I assume that w3 on Savannah can be used with CVS emacs, though up to now it gives me some new error messages with coding systems I do not understand either. (I'd like to repeat my request: Is there anybody reading this who is successfully using whatever version of w3 with CVS Emacs?) The w3 files on Savannah are a bit confusing because some of them (e.g., w3.el) say ;;; This file is part of GNU Emacs. But maybe this is a different issue. Roland From MAILER-DAEMON Sat Jan 22 08:32:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsLNm-0002Iq-Km for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 08:32:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsLMx-00021a-46 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 08:32:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsLMo-0001yM-60 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 08:31:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsLMn-0001pW-PZ for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 08:31:53 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsKnu-0007S6-BC; Sat, 22 Jan 2005 07:55:50 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0MCtn9N005941; Sat, 22 Jan 2005 06:55:49 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0MCt5p11017; Sat, 22 Jan 2005 06:55:05 -0600 (CST) Date: Sat, 22 Jan 2005 06:55:05 -0600 (CST) Message-Id: <200501221255.j0MCt5p11017@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: tvraman@comcast.net In-reply-to: <16881.57255.362281.526655@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16881.57255.362281.526655@gargle.gargle.HOWL> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 13:32:54 -0000 T. V. Raman wrote: I wasn't refering to the optimization with respect to grouping small chunks of output; rather, I was indicating that perhaps we could avoid having undo information altogether in read-only modes like man-mode. On the one hand, there probably are many read-only modes that only enable undo because it is enabled by default and the author just forgot to disable it. Clearly, we should fix those if we find them. On the other hand, undo is not necessarily useless in read-only buffers, because they can be made writable with C-x C-q. Dired even provides functionality to use the undo info without having to do C-x C-q. For instance is undo info in the Buffer Menu useless? That is not obvious. It certainly is not as useful as in writable buffers. But suppose for instance that you delete a buffer in the Buffer Menu with `d' and `x'. You then realize that you probably inadvertently deleted the wrong buffer. You can do C-x C-q and then undo. This will not bring the buffer back automatically, but you can see which buffer you deleted. You can then do `g' to update the Buffer Menu again. The entire procedure even works if you auto revert the Buffer Menu (in the CVS version), because deleting a buffer with d and x marks the buffer modified, protecting it from further reverts until the user reverts it by hand. Sincerely, Luc. From MAILER-DAEMON Sat Jan 22 09:10:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsLxy-0001k6-Mk for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 09:10:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsLxu-0001jd-NV for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 09:10:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsLxt-0001jJ-Rv for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 09:10:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsLxt-0001ix-In for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 09:10:13 -0500 Received: from [130.158.38.234] (helo=alex.nature.tsukuba.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsLjd-0003SE-WC for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 08:55:30 -0500 Received: by alex.nature.tsukuba.ac.jp (Postfix, from userid 1031) id E89E7379F; Sat, 22 Jan 2005 22:55:26 +0900 (JST) From: Hiroshi Fujishima To: emacs-pretest-bug@gnu.org Message-Id: <20050122135526.E89E7379F@alex.nature.tsukuba.ac.jp> Date: Sat, 22 Jan 2005 22:55:26 +0900 (JST) Subject: next-line dumps core X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 14:10:15 -0000 Symptoms: Executing following procedures dumps core. % cat x.el (with-temp-buffer (insert-file-contents (expand-file-name "NEWS" data-directory)) (next-line)) % emacs --batch -l x.el Fatal error (11)zsh: segmentation fault (core dumped) emacs --batch -l x.el In GNU Emacs 21.3.50.1 (sparc-sun-solaris2.9, X toolkit, Xaw3d scroll bars) of 2005-01-22 on alex configured using `configure '--prefix=/usr/local/emacs' '--x-includes=/usr/local/include' '--x-libraries=/usr/local/lib' '--without-xim' 'CC=ccache gcc'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ja locale-coding-system: japanese-iso-8bit default-enable-multibyte-characters: t Major mode: Summary Minor modes in effect: iswitchb-mode: t show-paren-mode: t encoded-kbd-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t line-number-mode: t transient-mark-mode: t Recent input: RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET RET g ESC x e p DEL DEL r e p o TAB r TAB e DEL RET RET C-x k RET ESC x r e p o TAB r TAB RE T Recent messages: Loading gnus-async...done Loading ansi-color...done Loading smiley...done Loading gnus-cite...done Loading vc-cvs...done Parsing BBDB... (frobnicating...done) End of message [16 times] Making completion list... Loading emacsbug...done Making completion list... From MAILER-DAEMON Sat Jan 22 10:05:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsMpi-0003Qc-LR for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 10:05:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsMlg-0002d5-PZ for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 10:01:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsMlY-0002Zq-Rv for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 10:01:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsMlV-0002Pl-6v for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 10:01:30 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsM7G-000541-8g for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 09:19:54 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CsM7F-0003A6-00 for ; Sat, 22 Jan 2005 15:19:53 +0100 Received: from 218.2.140.183 ([218.2.140.183]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 22 Jan 2005 15:19:53 +0100 Received: from chenggao by 218.2.140.183 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 22 Jan 2005 15:19:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-pretest-bug@gnu.org From: CHENG Gao Date: Sat, 22 Jan 2005 22:19:57 +0800 Lines: 24 Message-ID: <3bwt35rm.fsf@gmail.com> References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> <16880.62688.879670.540771@tfkp12.physik.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 218.2.140.183 X-Hashcash: 1:20:050122:gmane.emacs.pretest.bugs::Dr2vwP+GcQfGXaB3:00000000000000000000000000000000000000gLY User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (windows-nt) Cancel-Lock: sha1:77WEkohS8lGstMy8Kx7DCv2YVF4= Sender: news Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 15:05:48 -0000 ,---- | Thanks for sending it. Unfortunately this says nothing about where to | find any version of W3 that is newer than the one on Savannah. | | It appears that someone here had a newer version. | Does anyone know who that was? `---- The last and latest version is W3 is 4.0 pre.47 as on http://www.cs.indiana.edu/elisp/w3/docs.html and Savannah. Dont know there is newer W3 existed. I trust nowdays most users use w3m (http://w3m.sourceforge.net/) plus emacs-w3m (http://emacs-w3m.namazu.org/). Personally I do hope these two projects be merged into emacs. -- No God blessing me No Dog barking at me Gonna adopt a Dog Name it God Get blessed and barked at From MAILER-DAEMON Sat Jan 22 11:12:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsNqk-0008B8-E2 for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:10:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsNqX-00085D-Q5 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:10:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsNqP-0007yq-M1 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:10:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsNqP-0007yg-Iv for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:10:37 -0500 Received: from [209.226.175.25] (helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsNdT-0003Kl-47; Sat, 22 Jan 2005 10:57:15 -0500 Received: from alfajor ([67.71.119.166]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050122155713.IFUW2026.tomts5-srv.bellnexxia.net@alfajor>; Sat, 22 Jan 2005 10:57:13 -0500 Received: by alfajor (Postfix, from userid 1000) id 05673D7316; Sat, 22 Jan 2005 10:57:12 -0500 (EST) Message-ID: <87wtu5qx7c.fsf-monnier+emacs@gnu.org> To: Eli Zaretskii References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> From: Stefan Monnier Date: Sat, 22 Jan 2005 10:57:12 -0500 In-Reply-To: <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> (Eli Zaretskii's message of "Sat, 22 Jan 2005 11:08:04 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 16:10:55 -0000 > Indeed, it does: it's called -fkeep-inline-functions. (I'm not 100% > sure it will help in this case, though.) I'd expect it doesn't help: you'll be able to put the breakpoint alright, but the breakpoint will never trigger because inlining basically made a copy of the function inside x_error_handler and the breakpoint is not put on that copy. Note: while the optimization is perfectly valid, it can be considered as a bug between gcc and gdb that they are not able to let you put a breakpoint on a function that was inlined (or, equivalently, to also put it on all the (inlined) copies of the function). >> I find it hard to believe, the user would be left with no opprtunity to break >> on a function just because it is always inlined by the compiler. > The solution is to put the breakpoint on the line that invokes the > function, not on the function itself. But to do that, you need to use the line-number don't you? That can change at any time. AFAICT there's no good reason to put the breakpoint on x_error_quitter rather than on x_error_handler. Stefan From MAILER-DAEMON Sat Jan 22 11:16:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsNw7-0001fD-7T for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:16:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsNw5-0001dY-KK for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:16:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsNqY-00083M-12 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:10:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsNqV-0007yg-AC for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:10:43 -0500 Received: from [216.148.227.85] (helo=rwcrmhc12.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsNN8-0002BT-Ma; Sat, 22 Jan 2005 10:40:22 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc12) with ESMTP id <2005012215402101400hhfkie>; Sat, 22 Jan 2005 15:40:21 +0000 Received: by aster (Postfix, from userid 500) id 97AE9679D2; Sat, 22 Jan 2005 07:40:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16882.29669.247031.486884@gargle.gargle.HOWL> Date: Sat, 22 Jan 2005 07:40:21 -0800 To: Luc Teirlinck In-Reply-To: <200501221255.j0MCt5p11017@raven.dms.auburn.edu> References: <16881.57255.362281.526655@gargle.gargle.HOWL> <200501221255.j0MCt5p11017@raven.dms.auburn.edu> X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 16:16:30 -0000 most of what you say is valid; incidentally I do use wdired in dired mode for renaming files en-masse. However, the original point still remains; modes like Man-mode etc should not be enabling undo -- at least while they are are madlly running around the buffer doing search and replace tasks to format the content. Let's focus on that --- rather than get caught up in "is undo useful" -- there is no argument there, undo is useful.>>>>> "Luc" == Luc Teirlinck writes: Luc> T. V. Raman wrote: I wasn't refering to the optimization with Luc> respect to grouping small chunks of output; rather, I was Luc> indicating that perhaps we could avoid having undo Luc> information altogether in read-only modes like man-mode. Luc> On the one hand, there probably are many read-only modes that Luc> only enable undo because it is enabled by default and the Luc> author just forgot to disable it. Clearly, we should fix Luc> those if we find them. On the other hand, undo is not Luc> necessarily useless in read-only buffers, because they can be Luc> made writable with C-x C-q. Dired even provides Luc> functionality to use the undo info without having to do C-x Luc> C-q. Luc> For instance is undo info in the Buffer Menu useless? That Luc> is not obvious. It certainly is not as useful as in writable Luc> buffers. But suppose for instance that you delete a buffer Luc> in the Buffer Menu with `d' and `x'. You then realize that Luc> you probably inadvertently deleted the wrong buffer. You can Luc> do C-x C-q and then undo. This will not bring the buffer Luc> back automatically, but you can see which buffer you deleted. Luc> You can then do `g' to update the Buffer Menu again. The Luc> entire procedure even works if you auto revert the Buffer Luc> Menu (in the CVS version), because deleting a buffer with d Luc> and x marks the buffer modified, protecting it from further Luc> reverts until the user reverts it by hand. Luc> Sincerely, Luc> Luc. -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sat Jan 22 11:38:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsOHp-0006an-1Z for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:38:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsOAk-0005KP-Fq for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:31:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsOAT-0005An-Ji for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:31:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsOAR-00056b-9Y for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:31:19 -0500 Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsNpX-0004iQ-7G for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 11:09:43 -0500 Received: from alfajor ([67.71.119.166]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050122160942.FDEU1567.tomts25-srv.bellnexxia.net@alfajor>; Sat, 22 Jan 2005 11:09:42 -0500 Received: by alfajor (Postfix, from userid 1000) id B7C22D7316; Sat, 22 Jan 2005 11:09:41 -0500 (EST) Message-ID: <87r7kdqwfb.fsf-monnier+emacs@gnu.org> To: "Drew Adams" References: From: Stefan Monnier Date: Sat, 22 Jan 2005 11:09:41 -0500 In-Reply-To: (Drew Adams's message of "Fri, 21 Jan 2005 22:50:10 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Emacs-Pretest-Bug Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 16:38:54 -0000 > Some of the Customize documentation incorrectly refers to user > preferences, which can be either faces or variables, as "user > options". In Emacs terminology (elsewhere, and longstanding), a "user > option" is a `user-variable-p', that is, a variable that users are > intended to change (its doc string has "*" at the beginning). Since all custom vars are user-variable-p, I think it make sense to expand the notion of "user option" to also include other custom-izable objects like faces. Stefan From MAILER-DAEMON Sat Jan 22 12:28:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsP3d-0003HP-9o for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:28:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsP1i-0002Z6-4I for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:26:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsP1M-0002NA-Fy for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:26:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsP1L-0002MI-CK for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:25:59 -0500 Received: from [148.87.2.204] (helo=inet-mail4.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsOmU-0000mK-9H for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 12:10:38 -0500 Received: from inet-mail4.oracle.com (localhost [127.0.0.1]) by inet-mail4.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MHAauo011027; Sat, 22 Jan 2005 09:10:36 -0800 (PST) Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by inet-mail4.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MHAV4I010999; Sat, 22 Jan 2005 09:10:33 -0800 (PST) Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MHAUrF000679; Sat, 22 Jan 2005 10:10:30 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-245.vpn.oracle.com [141.144.72.245]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0MHAPMp000653 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 22 Jan 2005 10:10:30 -0700 From: "Drew Adams" To: "Stefan Monnier" Date: Sat, 22 Jan 2005 09:10:20 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <87r7kdqwfb.fsf-monnier+emacs@gnu.org> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: Emacs-Pretest-Bug Subject: RE: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 17:28:20 -0000 > Some of the Customize documentation incorrectly refers to user > preferences, which can be either faces or variables, as "user > options". In Emacs terminology (elsewhere, and longstanding), a "user > option" is a `user-variable-p', that is, a variable that users are > intended to change (its doc string has "*" at the beginning). Since all custom vars are user-variable-p, I think it make sense to expand the notion of "user option" to also include other custom-izable objects like faces. All custom variables are user-variable-p, but of course not all user-variable-p variables are custom variables. In any case, I don't see the connection between that and the idea of expanding "user option" to faces - that is a separate matter. Of course, we are free to change the terminology at any time, but 1) there should be a good reason, 2) the new terminology should be able to name all the denoted entities, 3) the change must be made throughout, and 4) preferably, the name change would not conflict with past usage (to avoid confusion). What we have now is a partial name change. The result is confusing. I personally have no problem with "user option" as a synonym for "user preference", and denoting both user variables (`user-variable-p') and faces. But if that is the choice, then that change needs to be implemented correctly and thoroughly. And it does involve a _change_ to the previous definition of "user option", which explicitly was identical with `user-variable-p'. Because of the possible confusion, I thought it would be better to use a new term, "preference", for user variables and faces. I do agree, however, that the name "user option", stripped of its Emacs history, does not imply any restriction to variables, and it would be an appropriate term. The point is to be clear and consistent. We should choose one way to do that, and then stick to it. The current state is bugged. - Drew From MAILER-DAEMON Sat Jan 22 14:01:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsQTD-0005r7-RI for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 13:58:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsQT4-0005kL-Sx for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 13:58:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsQSu-0005fz-UE for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 13:58:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsQSu-0005fp-Jm for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 13:58:32 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsQGh-00071U-Ml for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 13:45:55 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MIjsV6002608 for ; Sat, 22 Jan 2005 10:45:54 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MIjrsa002594 for ; Sat, 22 Jan 2005 10:45:53 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MIjqUT032540 for ; Sat, 22 Jan 2005 11:45:52 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-245.vpn.oracle.com [141.144.72.245]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0MIjpJ0032530 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 22 Jan 2005 11:45:52 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Sat, 22 Jan 2005 10:45:46 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Customize buttons that change user's custom file should ask for confirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 18:58:49 -0000 The Customize buttons now work with either mouse-1 or mouse-2, but mouse-1 is used all the time in Emacs to point and move the text cursor. Some of the global Customize buttons have very important effects, and they should not be acted on without confirmation from the user. For example, if you accidentally or mistakenly click mouse-1 (or mouse 2) on the text (button) Reset to Standard (Erase Customization), all of your customizations in your custom file are wiped out! (all of the preferences that were visible in the Customize buffer, that is - which might be all of them). You are reduced to a standard-issue Emacs, after perhaps multiple customizations over a long period of time. Unless you have a backup of your custom-file, you are really SOL. This is an important UI bug, with potentially disastrous consequences. Any button, menu item, or command that changes a user file - especially .emacs or custom-file, should ask for confirmation first. What's more, this particular action gives no feedback that your custom file has been modified, and its name is misleading. It is the only Reset button that changes your custom file. Erase Customization is a bad name - it can imply just the opposite from a permanent change; it can give the impression that your buffer changes will just be erased (reset of edit fields). The name should be Reset to Standard, as it was in Emacs 20, and, most importantly, it should ask for confirmation before doing anything. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I.. /../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/in clude' From MAILER-DAEMON Sat Jan 22 16:31:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsSpg-00069X-NI for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 16:30:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsSpV-00064F-Ny for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 16:30:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsSpM-00060a-AZ for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 16:29:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsSpK-0005ve-W1 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 16:29:51 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsST7-000070-ME for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 16:06:53 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by mx20.gnu.org with esmtp (Exim 4.34) id 1CsSSx-0000B1-KM for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 16:06:43 -0500 Received: from farnswood.snap.net.nz (p126-tnt2.snap.net.nz [202.124.108.126]) by viper.snap.net.nz (Postfix) with ESMTP id A4B0826166E; Sun, 23 Jan 2005 10:06:41 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 6DF2B628AE; Sat, 22 Jan 2005 20:59:25 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16882.48812.912074.807764@farnswood.snap.net.nz> Date: Sun, 23 Jan 2005 09:59:24 +1300 To: Stephen Eglen In-Reply-To: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> References: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> X-Mailer: VM 7.19 under Emacs 21.3.50.41 Cc: emacs-pretest-bug@gnu.org Subject: comint-insert-input X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 21:30:08 -0000 > Using today's CVS: > emacs -q > > M-x shell > > If I type "pwd RET", the command gets executed okay. > > If I then move point back up to the line with "$ pwd" and press > C-c RET I get: > > Debugger entered--Lisp error: (error "comint-insert-input must be > bound to an event with parameters") > > call-interactively(comint-insert-input) > > Does C-c RET still work in recent shells? (I see that the interactive > definition for this defun was changed recently.) > > Does it only work for mouse events now? It would appear so. >From the Changelog, I see that I created two functions comint-insert-input, comint-mouse-insert-input based on an earlier one (comint-insert-clicked-input) and removed comint-copy-old-input (2004-06-23). On 2004-10-10, Stefan Monnier deleted comint-mouse-insert-input and made comint-insert-input work for mouse bindings. I don't know why. I see that the description that I wrote for comint-insert-input and its binding, C-c RET, is still present in the manual. Nick From MAILER-DAEMON Sat Jan 22 17:34:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsTq7-0005Va-IW for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 17:34:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsTq3-0005Tt-Vf for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 17:34:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsTq2-0005T9-Jy for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 17:34:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsTpv-0005OX-EV; Sat, 22 Jan 2005 17:34:31 -0500 Received: from [203.216.5.72] (helo=smtp02.dentaku.gol.com) by monty-python.gnu.org with esmtp (TLSv1:RC4-SHA:128) (Exim 4.34) id 1CsTbU-0005U0-VV; Sat, 22 Jan 2005 17:19:37 -0500 Received: from localhost ([127.0.0.1]) by smtp02.dentaku.gol.com with esmtp (Dentaku) id 1CsTbR-00014T-ER; Sun, 23 Jan 2005 07:19:33 +0900 Received: from yokohama2-61-203-152-215.ap.0038.net ([61.203.152.215] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp02.dentaku.gol.com with asmtp (Dentaku) id 1CsTbQ-00014O-Ph; Sun, 23 Jan 2005 07:19:33 +0900 Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id EE0B12F76; Sun, 23 Jan 2005 07:19:31 +0900 (JST) To: emacs-devel@gnu.org, emacs-pretest-bug@gnu.org, bug-gnu-emacs@gnu.org, help-gnu-emacs@gnu.org, gnu-arch-users@gnu.org, gnu-arch-dev@lists.seyza.com, ding@gnus.org From: Miles Bader System-Type: i686-pc-linux-gnu Date: Sun, 23 Jan 2005 07:19:31 +0900 Message-ID: <87pszxcdjg.fsf@tc-1-100.kawasaki.gol.ne.jp> Lines: 18 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by AMaViS GOL X-Abuse-Complaints: abuse@gol.com Cc: Subject: arch archive change: miles@gnu.org--gnu-2005 (Emacs, Gnus, etc) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Miles Bader List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 22:34:41 -0000 The location of my arch[*] archive for 2005 has changed, due to changes at sourcecontrol.net (and may change again later). The old location (at sourcecontrol.net/~miles) will probably stop working in the near future. [Note that both the machine name and path are different.] The new archive info is: Archive: miles@gnu.org--gnu-2005 URL: http://push.sourcecontrol.net/archives/miles@gnu.org--gnu-2005 [*] For info about arch, try: http://wiki.gnuarch.org/ Thanks, -Miles -- Do not taunt Happy Fun Ball. From MAILER-DAEMON Sat Jan 22 18:29:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsUhW-0000RZ-ND for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:29:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsUhC-0000Js-GA for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:29:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsUh7-0000Gv-IV for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:29:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsUh7-0000FT-8q for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:29:29 -0500 Received: from [148.87.2.201] (helo=inet-mail1.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsUQO-0008S6-5M for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:12:12 -0500 Received: from inet-mail1.oracle.com (localhost [127.0.0.1]) by inet-mail1.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MNC89f025317 for ; Sat, 22 Jan 2005 15:12:08 -0800 (PST) Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by inet-mail1.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MNC35n025267 for ; Sat, 22 Jan 2005 15:12:06 -0800 (PST) Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0MNC2bb031080 for ; Sat, 22 Jan 2005 16:12:02 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-245.vpn.oracle.com [141.144.72.245]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0MNC1LK031073 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 22 Jan 2005 16:12:02 -0700 From: "Drew Adams" To: "Emacs-Pretest-Bug" Date: Sat, 22 Jan 2005 15:11:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 23:29:47 -0000 Eval the following code, then open a Customize buffer, click State for some item, and choose Foo Bar in the State menu. No `y-or-n-p' question is asked, and "No" appears immediately in the echo area. This is just the standard `custom-variable-menu', with one addition: "Foo Bar": (setq custom-variable-menu '(("Set for Current Session" custom-variable-set (lambda (widget) (eq (widget-get widget :custom-state) 'modified))) ("Save for Future Sessions" custom-variable-save (lambda (widget) (memq (widget-get widget :custom-state) '(modified set changed rogue)))) ("Foo Bar" custom-foobar (lambda (widget) (eq (widget-get widget :custom-state) 'set))) ("Reset to Current" custom-redraw (lambda (widget) (and (default-boundp (widget-value widget)) (memq (widget-get widget :custom-state) '(modified changed))))) ("Reset to Saved" custom-variable-reset-saved (lambda (widget) (and (or (get (widget-value widget) 'saved-value) (get (widget-value widget) 'saved-variable-comment)) (memq (widget-get widget :custom-state) '(modified set changed rogue))))) ("Reset to Standard Setting" custom-variable-reset-standard (lambda (widget) (and (get (widget-value widget) 'standard-value) (memq (widget-get widget :custom-state) '(modified set changed saved rogue))))) ("Use Backup Value" custom-variable-reset-backup (lambda (widget) (and (>= emacs-major-version 21) (get (widget-value widget) 'backup-value)))) ("---" ignore ignore) ("Add Comment" custom-comment-show (lambda (widget) (and (boundp 'custom-comment-invisible-p) custom-comment-invisible-p))) ("---" ignore ignore) ("Don't show as Lisp expression" custom-variable-edit (lambda (widget) (eq (widget-get widget :custom-form) 'lisp))) ("Show initial Lisp expression" custom-variable-edit-lisp (lambda (widget) (eq (widget-get widget :custom-form) 'edit))))) Function `custom-foo-bar' is this: (defun custom-foobar (widget) (if (y-or-n-p "foo: ") (progn (message "Yes")(sit-for 1)) (message "No")(sit-for 1))) 1. This code works perfectly in Emacs 20.7 - the `y-or-no-p' question is posed, and the proper value echoed (Yes or No), depending on the input (y or n). 2. When I create a customize buffer using this in Emacs 21, the `y-or-n-p' question never appears when I choose the Foo Bar menu item in the State menu. The message "No" appears immediately. 3. This happens whether I load the source code or the byte-compiled source code. 4. When I debug-on-entry `custom-foobar', it steps through and executes normally. It has me stumped. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I.. /../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/in clude' From MAILER-DAEMON Sat Jan 22 19:33:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsVgh-00053b-JV for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:33:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsVgf-00052g-Jm for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:33:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsVge-00052G-SX for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:33:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsVcn-0004HP-K8 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:29:05 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsV7J-00031z-8e for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:56:33 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CsV5i-00052o-Vd; Sat, 22 Jan 2005 18:54:55 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16882.16150.803903.26005@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Sat, 22 Jan 2005 12:55:02 +0100) References: <16874.28050.361403.645290@tfkp12.physik.uni-erlangen.de> <16876.1692.831783.606779@tfkp12.physik.uni-erlangen.de> <16876.9197.172801.123154@tfkp07.physik.uni-erlangen.de> <16878.24408.675514.323664@tfkp12.physik.uni-erlangen.de> <16880.62688.879670.540771@tfkp12.physik.uni-erlangen.de> <16882.16150.803903.26005@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Sat, 22 Jan 2005 18:54:54 -0500 Cc: emacs-pretest-bug@gnu.org, larsi@gnus.org Subject: Re: default value 'w3 of mm-text-html-renderer X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 00:33:06 -0000 To the best of my knowledge, the version of w3 on Savannah is the newest version of w3 that exists. (Please correct me anybody if I am wrong.) I started this thread because I had w3, version "WWW 4.0pre.46 1999/10/01 20:22:11" installed in site-lisp and this old version of w3 doesn't work with recent GNU CVS Emacs due to various reasons. Ok, now I understand. I did misunderstand before. There is also the web page http://www.gnu.org/software/w3/ which says Emacs/W3 as it currently stands is a monolithic web browser. And rapidly becoming an outdated one at that. This is a proposal to do away with the old design and create several components that will be useful by themselves, and can also be plugged together to make a full-featured web browser. Here, the phrase "Emacs/W3 as it currently stands" is a link to William Perry's web page mentioned above -- which suggests that the old version "WWW 4.0pre.46 1999/10/01 20:22:11" is really the current status of w3. Ok, that needs to be fixed. From MAILER-DAEMON Sat Jan 22 19:33:53 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsVhQ-0005I2-Me for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:33:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsVhP-0005H5-Ev for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:33:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsVcc-0004Oc-34 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:28:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsVcZ-0004HP-5n for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:28:51 -0500 Received: from [194.106.33.237] (helo=outmail.freedom2surf.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsVGH-0003PA-Ur; Sat, 22 Jan 2005 19:05:50 -0500 Received: from wanchan.jasonrumney.net (i-195-137-77-250.freedom2surf.net [195.137.77.250]) by outmail.freedom2surf.net (8.12.10/8.12.10) with ESMTP id j0N05mnF014670; Sun, 23 Jan 2005 00:05:48 GMT Received: from TONKOTSU-RAMEN (tonkotsu-ramen.jasonrumney.net [10.0.0.28]) by wanchan.jasonrumney.net (Postfix) with ESMTP id 41C1EDDE25; Sun, 23 Jan 2005 00:05:48 +0000 (GMT) To: Eli Zaretskii References: <01c5005c$Blat.v2.4$02238280@zahav.net.il> From: Jason Rumney Date: Sun, 23 Jan 2005 00:05:32 +0000 In-Reply-To: <01c5005c$Blat.v2.4$02238280@zahav.net.il> (Eli Zaretskii's message of "Sat, 22 Jan 2005 10:24:59 +0200") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Drew Adams Subject: Re: w32-win.el's xw-defined-colors should not use `message' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 00:33:51 -0000 "Eli Zaretskii" writes: >> This call to `message' should be removed. > > I agree. (It seems like it's a relic of some debugging session, > anyway.) Either that or the same line was removed from x-win.el (before the Mac port). I've removed it. > Jason? From MAILER-DAEMON Sat Jan 22 19:34:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsVhv-0005Tz-66 for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:34:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsVht-0005T8-Kz for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:34:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsVhs-0005SS-PA for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:34:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsVcm-0004HP-5Z for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:29:04 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsV7M-000328-15 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:56:36 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CsV5l-00053S-J1; Sat, 22 Jan 2005 18:54:57 -0500 From: Richard Stallman To: Eli Zaretskii In-reply-to: <01c50062$Blat.v2.4$abb9c240@zahav.net.il> (eliz@gnu.org) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <01c50062$Blat.v2.4$abb9c240@zahav.net.il> Message-Id: Date: Sat, 22 Jan 2005 18:54:57 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 00:34:21 -0000 Do we really want to prevent x_error_quitter from being optimized/inlined? Sure. There is no benefit at all in inlining a function that is used so rarely. If we don't want to prevent the optimzations, but just to be able to put a breakpoint there, we could put the breakpoint on the line that invokes x_error_quitter. That would be hard to maintain, since we'd have to specify a line number and that number would change. I think making the function not static should prevent it from being optimized away. However, we also need to prevent it from being inlined. In the current version of GCC, putting it after its caller should do that. For the long term, there is probably some sort of attribute that can be put on the function to prevent inlining, but I see I don't have GCC manual on my laptop. Can someone look this up? From MAILER-DAEMON Sat Jan 22 19:36:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsVkO-0006LN-S8 for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:36:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsVkL-0006KC-RK for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:36:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsVkL-0006Jy-Ev for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:36:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsVco-0004HP-44 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:29:06 -0500 Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsV6x-00030h-Af for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:56:11 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP id F39B947FE09; Sun, 23 Jan 2005 00:56:09 +0100 (CET) To: Hiroshi Fujishima References: <20050122135526.E89E7379F@alex.nature.tsukuba.ac.jp> From: storm@cua.dk (Kim F. Storm) Date: Sun, 23 Jan 2005 00:56:18 +0100 In-Reply-To: <20050122135526.E89E7379F@alex.nature.tsukuba.ac.jp> (Hiroshi Fujishima's message of "Sat, 22 Jan 2005 22:55:26 +0900 (JST)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: next-line dumps core X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 00:36:54 -0000 Hiroshi Fujishima writes: > Symptoms: > > Executing following procedures dumps core. > > % cat x.el > (with-temp-buffer > (insert-file-contents (expand-file-name "NEWS" data-directory)) > (next-line)) > % emacs --batch -l x.el > Fatal error (11)zsh: segmentation fault (core dumped) emacs --batch -l x.el > Thanks for the bug report. I just installed a patch to fix this. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Sat Jan 22 19:37:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsVkf-0006ed-TS for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:37:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsVkd-0006cf-HJ for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:37:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsVkc-0006bk-3J for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:37:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsVco-0004HP-7d for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 19:29:06 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsV6v-00030V-L0 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 18:56:09 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CsV5L-0004zq-Dx; Sat, 22 Jan 2005 18:54:31 -0500 From: Richard Stallman To: tvraman@comcast.net In-reply-to: <16881.57255.362281.526655@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16881.57255.362281.526655@gargle.gargle.HOWL> Message-Id: Date: Sat, 22 Jan 2005 18:54:31 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 00:37:12 -0000 I wasn't refering to the optimization with respect to grouping small chunks of output; rather, I was indicating that perhaps we could avoid having undo information altogether in read-only modes like man-mode. Certainly. If you know of any such modes that need this change, please just say which, or else write and contribute patches. Further, for modes like shell-mode, it would be nice to give the end-user to disable the collection of undo information in modes like shell/comint mode; e.g. before launching a large compile. The entire output from the compiler ought to make one small undo entry. There is already code to do this, to combine the various consecutive insertion entries into a single insertion entry. Does this actually fail for you? If so, can you send a test case? From MAILER-DAEMON Sat Jan 22 20:34:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsWeB-0003CM-IK for mharc-emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 20:34:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsWe7-0003Bd-U8 for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 20:34:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsWa9-0002A0-ET for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 20:30:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsWa7-00024C-CD for emacs-pretest-bug@gnu.org; Sat, 22 Jan 2005 20:30:23 -0500 Received: from [216.148.227.85] (helo=rwcrmhc12.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsW38-0006yb-VE; Sat, 22 Jan 2005 19:56:19 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc12) with ESMTP id <2005012300561801400hllg5e>; Sun, 23 Jan 2005 00:56:18 +0000 Received: by aster (Postfix, from userid 500) id 0781E679D2; Sat, 22 Jan 2005 16:56:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16882.63029.657847.391598@gargle.gargle.HOWL> Date: Sat, 22 Jan 2005 16:56:21 -0800 To: rms@gnu.org In-Reply-To: References: <16881.57255.362281.526655@gargle.gargle.HOWL> X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 01:34:32 -0000 Modes that I've spotted so far where undo could be disabled: Man-mode w3-mode (not yet part of emacs) With respect to the aggregation of small chunks I do not believe I'm seeing any buggy behavior; however the recent updates in simple.el that cause the yes/no dialog to ask about discarding undo information does pop up in shell-mode --- I've had this happen during: A) Compilation of alsa (a fairly large compile ) B) running yum update which produces lots of output C) Compiling Emacs from CVS >>>>> "Richard" == Richard Stallman writes: Richard> I wasn't refering to the optimization with respect to Richard> grouping small chunks of output; rather, I was indicating Richard> that perhaps we could avoid having undo information Richard> altogether in read-only modes like man-mode. Richard> Certainly. If you know of any such modes that need this Richard> change, please just say which, or else write and Richard> contribute patches. Richard> Further, for modes like shell-mode, it would be nice Richard> to give the end-user to disable the collection of undo Richard> information in modes like shell/comint mode; e.g. before Richard> launching a large compile. Richard> The entire output from the compiler ought to make one Richard> small undo entry. There is already code to do this, to Richard> combine the various consecutive insertion entries into a Richard> single insertion entry. Richard> Does this actually fail for you? If so, can you send a Richard> test case? -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sun Jan 23 10:58:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csk8I-00033u-Gi for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 10:58:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csk8C-00031H-Fh for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 10:58:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csk87-0002wk-HL for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 10:58:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csk84-0002rb-LG for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 10:58:21 -0500 Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csjp3-0006mr-Gu for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 10:38:41 -0500 Received: from alfajor ([67.71.119.166]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050123153841.QWR19622.tomts10-srv.bellnexxia.net@alfajor>; Sun, 23 Jan 2005 10:38:41 -0500 Received: by alfajor (Postfix, from userid 1000) id 2FB6FD7315; Sun, 23 Jan 2005 10:38:39 -0500 (EST) Message-ID: <87acr0qhvp.fsf-monnier+emacs@gnu.org> To: Nick Roberts References: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> <16882.48812.912074.807764@farnswood.snap.net.nz> From: Stefan Monnier Date: Sun, 23 Jan 2005 10:38:39 -0500 In-Reply-To: <16882.48812.912074.807764@farnswood.snap.net.nz> (Nick Roberts's message of "Sun, 23 Jan 2005 09:59:24 +1300") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Stephen Eglen Subject: Re: comint-insert-input X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 15:58:32 -0000 >> Using today's CVS: >> emacs -q >> >> M-x shell >> >> If I type "pwd RET", the command gets executed okay. >> >> If I then move point back up to the line with "$ pwd" and press >> C-c RET I get: >> >> Debugger entered--Lisp error: (error "comint-insert-input must be >> bound to an event with parameters") >> >> call-interactively(comint-insert-input) >> >> Does C-c RET still work in recent shells? (I see that the interactive >> definition for this defun was changed recently.) >> >> Does it only work for mouse events now? > It would appear so. > From the Changelog, I see that I created two functions > comint-insert-input, comint-mouse-insert-input based on an earlier one > (comint-insert-clicked-input) and removed comint-copy-old-input > (2004-06-23). > On 2004-10-10, Stefan Monnier deleted comint-mouse-insert-input and made > comint-insert-input work for mouse bindings. I don't know why. I see that > the description that I wrote for comint-insert-input and its binding, C-c RET, > is still present in the manual. I think the problem was introduced by the changes below: revision 1.304 date: 2004/11/02 14:16:30; author: rms; state: Exp; lines: +1 -1 (comint-insert-input): Fix previous change. ---------------------------- revision 1.303 date: 2004/10/19 16:51:14; author: rms; state: Exp; lines: +4 -4 (comint-insert-input): Use @ in `interactive'. (comint-input-filter-functions): Doc fix. (comint-kill-whole-line, comint-get-source): Doc fix. @@ -788,7 +788,7 @@ (defun comint-insert-input (&optional event) "In a Comint buffer, set the current input to the previous input at point." - (interactive (list last-input-event)) + (interactive "e") (if event (mouse-set-point event)) (let ((pos (point))) (if (not (eq (get-char-property pos 'field) 'input)) I think the best way to fix this, is to change the behavior of "e" so that it doesn't complain when it's bound to a non-mouse event. Stefan From MAILER-DAEMON Sun Jan 23 11:00:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csk9u-0003aF-N1 for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 11:00:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csk9q-0003XV-5z for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 11:00:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csk9m-0003W5-Ra for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 11:00:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csk9m-0003Va-Eo for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 11:00:06 -0500 Received: from [209.226.175.34] (helo=tomts13-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsjxJ-0007Tz-Sa; Sun, 23 Jan 2005 10:47:14 -0500 Received: from alfajor ([67.71.119.166]) by tomts13-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050123154712.GAYJ1899.tomts13-srv.bellnexxia.net@alfajor>; Sun, 23 Jan 2005 10:47:12 -0500 Received: by alfajor (Postfix, from userid 1000) id DEDB3D7315; Sun, 23 Jan 2005 10:47:10 -0500 (EST) Message-ID: <87zmz0p2wk.fsf-monnier+emacs@gnu.org> To: tvraman@comcast.net References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> From: Stefan Monnier Date: Sun, 23 Jan 2005 10:47:10 -0500 In-Reply-To: <16882.63029.657847.391598@gargle.gargle.HOWL> (T. V. Raman's message of "Sat, 22 Jan 2005 16:56:21 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 16:00:12 -0000 > however the recent updates in simple.el that cause the yes/no dialog > to ask about discarding undo information does pop up in shell-mode --- BTW, I just wanted to say that since this undo-discard prompt was introduced I've bumped into it also in "normal" circumstances (just manual buffer editing) and have found it to be just really annoying (half the time it occurred in the middle of some kbd-macro and breaks the sequence of steps). I vote to replace the prompt with a warning. Or even to just revert to the 21.3 behavior (I haven't actually seen anyone really complain about that good ol' behavior. What was wrong with it?). Stefan From MAILER-DAEMON Sun Jan 23 12:12:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CslI5-0003Gm-Ku for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:12:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csl5h-00010s-4O for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:00:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csl5N-0000oE-4A for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 11:59:44 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csl5L-0000nX-0q for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 11:59:35 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CskrO-00031O-KI; Sun, 23 Jan 2005 11:45:10 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0NGiq9N011460; Sun, 23 Jan 2005 10:44:52 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0NGi5S16551; Sun, 23 Jan 2005 10:44:05 -0600 (CST) Date: Sun, 23 Jan 2005 10:44:05 -0600 (CST) Message-Id: <200501231644.j0NGi5S16551@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: monnier@iro.umontreal.ca In-reply-to: <87zmz0p2wk.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sun, 23 Jan 2005 10:47:10 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:12:44 -0000 Stefan Monnier wrote: > however the recent updates in simple.el that cause the yes/no dialog > to ask about discarding undo information does pop up in shell-mode --- BTW, I just wanted to say that since this undo-discard prompt was introduced I've bumped into it also in "normal" circumstances (just manual buffer editing) and have found it to be just really annoying (half the time it occurred in the middle of some kbd-macro and breaks the sequence of steps). It seems strange that you would routinely accumulate one large single undo entry in the process of manual buffer editing. Are you sure that there is no inappropriate undo management involved somewhere? Are keyboard macros what causes the problem? I vote to replace the prompt with a warning. Or even to just revert to the 21.3 behavior (I haven't actually seen anyone really complain about that good ol' behavior. What was wrong with it?). I believe that we should at the very least offer a customizable option to silently discard the undo entry without querying. The prompt has turned out to be a great debugging tool, but it indeed can be a real nuisance. For CVS users it is OK, because they can always report the incident. Up till now, all such incidents really where due to very bad undo management. This gets taken care of and the user can update his CVS. End of problem. Right now, 21.4 users that run into the problem will be stuck with it and if they encounter the popup routinely during normal editing, it could indeed be sufficient a nuisance that they might decide to stick with 21.3, unless we provide some way to disable the popups. In as far as what was wrong with previous behavior: If I understood correctly there first was a problem with Emacs crashing as a result of running out of memory due to one single undo entry growing completely out of control. (If I understood correctly, there are situations where Emacs can crash due to memory overflow, in spite of the safeguards to prevent that.) It was then decided to discard the last undo entry when it grew too large. But then somebody complained about not being able to undo the last command in spite of the guarantees given in the documentation that you can always at least undo one single command. If I understood correctly, the only really safe thing to do when confronted with the prompt is answer "Yes", because otherwise you risk a crash, after which you can not undo the last command anyway. Currently, the prompt does not warn about that. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 12:29:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CslX1-0008E0-PT for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:28:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CslWt-0008AF-7g for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:28:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CslWl-00086L-VG for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:27:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CslWl-00082L-NG for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:27:55 -0500 Received: from [204.127.198.35] (helo=rwcrmhc11.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csl8Y-0004P0-7n; Sun, 23 Jan 2005 12:02:54 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc11) with ESMTP id <2005012317025201300kbfdie>; Sun, 23 Jan 2005 17:02:52 +0000 Received: by aster (Postfix, from userid 500) id 9BF6E679D2; Sun, 23 Jan 2005 09:02:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16883.55463.273846.58759@gargle.gargle.HOWL> Date: Sun, 23 Jan 2005 09:02:31 -0800 To: Stefan Monnier In-Reply-To: <87zmz0p2wk.fsf-monnier+emacs@gnu.org> References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:28:06 -0000 Agreed visavis that dialog --- was planning to right myself a private piece of advice to disable that annoyance, though getting it out of the way by default would be much better for all users in my opinion. The only virtue of that dialog box is that it did help us spot where emacs was GC-ing perhaps unnecessarily. Incidentally, Info-mode might be another canditate for temporarily disabling undo. >>>>> "Stefan" == Stefan Monnier writes: >> however the recent updates in simple.el that cause the yes/no >> dialog to ask about discarding undo information does pop up in >> shell-mode --- Stefan> BTW, I just wanted to say that since this undo-discard Stefan> prompt was introduced I've bumped into it also in "normal" Stefan> circumstances (just manual buffer editing) and have found Stefan> it to be just really annoying (half the time it occurred Stefan> in the middle of some kbd-macro and breaks the sequence of Stefan> steps). Stefan> I vote to replace the prompt with a warning. Stefan> Or even to just revert to the 21.3 behavior (I haven't Stefan> actually seen anyone really complain about that good ol' Stefan> behavior. What was wrong with it?). Stefan> Stefan -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sun Jan 23 12:32:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CslX8-0008Fo-Mv for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:28:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CslWz-0008CZ-MM for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:28:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CslWj-00083H-11 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:27:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CslWi-00082L-AZ for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:27:52 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CslGs-0004pu-Qt; Sun, 23 Jan 2005 12:11:31 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0NHBT9N011569; Sun, 23 Jan 2005 11:11:29 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0NHAgv16562; Sun, 23 Jan 2005 11:10:42 -0600 (CST) Date: Sun, 23 Jan 2005 11:10:42 -0600 (CST) Message-Id: <200501231710.j0NHAgv16562@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: monnier@iro.umontreal.ca In-reply-to: <87zmz0p2wk.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sun, 23 Jan 2005 10:47:10 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:28:11 -0000 >From my previous message: I believe that we should at the very least offer a customizable option to silently discard the undo entry without querying. Well, maybe not completely "silently" but at least without querying. The problem should not happen so frequently that even an echo area warning would be too much of a nuisance. Or maybe the option could offer all three choices: query, warn or none. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 12:32:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CslbF-0000iR-Lx for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:32:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CslX0-0008Cr-7s for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:28:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CslWl-00085t-DQ for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:27:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CslWl-00082L-9s for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:27:55 -0500 Received: from [204.127.202.64] (helo=sccrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CslC8-0004Zs-U8; Sun, 23 Jan 2005 12:06:37 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (sccrmhc13) with ESMTP id <2005012317061601600h9n12e>; Sun, 23 Jan 2005 17:06:36 +0000 Received: by aster (Postfix, from userid 500) id C3191679D2; Sun, 23 Jan 2005 09:05:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16883.55668.635578.929257@gargle.gargle.HOWL> Date: Sun, 23 Jan 2005 09:05:56 -0800 To: Luc Teirlinck In-Reply-To: <200501231644.j0NGi5S16551@raven.dms.auburn.edu> References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:32:31 -0000 Great summary -- thanks! Let's treat that dialog as a debugging tool for now, create a customization switch that controls it, and promise ourselves to run with that switch turned on at least half the time to spot places where bad undo management is happening. Also, it might be useful to create a robust with-buffer-undo-disabled macro that authors can wrap around their code at points where they dont care about undo. We could then potentially control bad undo behavior by initially wrapping badly behaved code with that macro through an appropriately defined advice fragment, and once that that is tested, cleanly migrate the macro call into the offending package and drop the advice definition. >>>>> "Luc" == Luc Teirlinck writes: Luc> Stefan Monnier wrote: >> however the recent updates in simple.el that cause the yes/no >> dialog to ask about discarding undo information does pop up in >> shell-mode --- Luc> BTW, I just wanted to say that since this undo-discard Luc> prompt was introduced I've bumped into it also in "normal" Luc> circumstances (just manual buffer editing) and have found it Luc> to be just really annoying (half the time it occurred in the Luc> middle of some kbd-macro and breaks the sequence of steps). Luc> It seems strange that you would routinely accumulate one Luc> large single undo entry in the process of manual buffer Luc> editing. Are you sure that there is no inappropriate undo Luc> management involved somewhere? Are keyboard macros what Luc> causes the problem? Luc> I vote to replace the prompt with a warning. Luc> Or even to just revert to the 21.3 behavior (I haven't Luc> actually seen anyone really complain about that good ol' Luc> behavior. What was wrong with it?). Luc> I believe that we should at the very least offer a Luc> customizable option to silently discard the undo entry Luc> without querying. Luc> The prompt has turned out to be a great debugging tool, but Luc> it indeed can be a real nuisance. For CVS users it is OK, Luc> because they can always report the incident. Up till now, Luc> all such incidents really where due to very bad undo Luc> management. This gets taken care of and the user can update Luc> his CVS. End of problem. Right now, 21.4 users that run Luc> into the problem will be stuck with it and if they encounter Luc> the popup routinely during normal editing, it could indeed be Luc> sufficient a nuisance that they might decide to stick with Luc> 21.3, unless we provide some way to disable the popups. Luc> In as far as what was wrong with previous behavior: Luc> If I understood correctly there first was a problem with Luc> Emacs crashing as a result of running out of memory due to Luc> one single undo entry growing completely out of control. (If Luc> I understood correctly, there are situations where Emacs can Luc> crash due to memory overflow, in spite of the safeguards to Luc> prevent that.) It was then decided to discard the last undo Luc> entry when it grew too large. But then somebody complained Luc> about not being able to undo the last command in spite of the Luc> guarantees given in the documentation that you can always at Luc> least undo one single command. If I understood correctly, Luc> the only really safe thing to do when confronted with the Luc> prompt is answer "Yes", because otherwise you risk a crash, Luc> after which you can not undo the last command anyway. Luc> Currently, the prompt does not warn about that. Luc> Sincerely, Luc> Luc. -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sun Jan 23 12:58:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csly1-0006TV-Gp for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxr-0006QR-T9 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxf-0006I6-OV for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxb-0006GG-4L for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:39 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cslhz-0006YU-Bs for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:39:31 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CslgK-000480-B9; Sun, 23 Jan 2005 12:37:48 -0500 From: Richard Stallman To: bojohan+mail@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) In-reply-to: (bojohan+mail@dd.chalmers.se) References: Message-Id: Date: Sun, 23 Jan 2005 12:37:48 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: C-u broken for rectangle commands X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:55:58 -0000 Does this do the job? *** rect.el 11 Sep 2003 09:45:51 -0400 1.46 --- rect.el 23 Jan 2005 08:34:05 -0500 *************** *** 127,140 **** )) (defun delete-rectangle-line (startcol endcol fill) ! (when (= (move-to-column startcol (or fill 'coerce)) startcol) (delete-region (point) (progn (move-to-column endcol 'coerce) (point))))) (defun delete-extract-rectangle-line (startcol endcol lines fill) (let ((pt (point-at-eol))) ! (if (< (move-to-column startcol (or fill 'coerce)) startcol) (setcdr lines (cons (spaces-string (- endcol startcol)) (cdr lines))) ;; else --- 127,140 ---- )) (defun delete-rectangle-line (startcol endcol fill) ! (when (= (move-to-column startcol (if fill t 'coerce)) startcol) (delete-region (point) (progn (move-to-column endcol 'coerce) (point))))) (defun delete-extract-rectangle-line (startcol endcol lines fill) (let ((pt (point-at-eol))) ! (if (< (move-to-column startcol (if fill t 'coerce)) startcol) (setcdr lines (cons (spaces-string (- endcol startcol)) (cdr lines))) ;; else *************** *** 284,296 **** (goto-char start)) (defun open-rectangle-line (startcol endcol fill) ! (when (= (move-to-column startcol (or fill 'coerce)) startcol) (unless (and (not fill) (= (point) (point-at-eol))) (indent-to endcol)))) (defun delete-whitespace-rectangle-line (startcol endcol fill) ! (when (= (move-to-column startcol (or fill 'coerce)) startcol) (unless (= (point) (point-at-eol)) (delete-region (point) (progn (skip-syntax-forward " ") (point)))))) --- 284,296 ---- (goto-char start)) (defun open-rectangle-line (startcol endcol fill) ! (when (= (move-to-column startcol (if fill t 'coerce)) startcol) (unless (and (not fill) (= (point) (point-at-eol))) (indent-to endcol)))) (defun delete-whitespace-rectangle-line (startcol endcol fill) ! (when (= (move-to-column startcol (if fill t 'coerce)) startcol) (unless (= (point) (point-at-eol)) (delete-region (point) (progn (skip-syntax-forward " ") (point)))))) *************** *** 371,377 **** (defun clear-rectangle-line (startcol endcol fill) (let ((pt (point-at-eol))) ! (when (= (move-to-column startcol (or fill 'coerce)) startcol) (if (and (not fill) (<= (save-excursion (goto-char pt) (current-column)) endcol)) (delete-region (point) pt) --- 371,377 ---- (defun clear-rectangle-line (startcol endcol fill) (let ((pt (point-at-eol))) ! (when (= (move-to-column startcol (if fill t 'coerce)) startcol) (if (and (not fill) (<= (save-excursion (goto-char pt) (current-column)) endcol)) (delete-region (point) pt) From MAILER-DAEMON Sun Jan 23 12:58:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csly1-0006TU-Al for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxg-0006Ln-Si for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxb-0006IZ-UR for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxb-0006GG-KM for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:39 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cslhr-0006Xz-FG for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:39:23 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CslgC-000476-GW; Sun, 23 Jan 2005 12:37:40 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 23 Jan 2005 12:37:40 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:55:57 -0000 Some of the Customize documentation incorrectly refers to user preferences, which can be either faces or variables, as "user options". In Emacs terminology (elsewhere, and longstanding), a "user option" is a `user-variable-p', that is, a variable that users are intended to change (its doc string has "*" at the beginning). I agree, that is somewhat inconsistent. The correct term for a user preference that includes both variables and faces is "preference", We don't use the term "preference" at all, so I don't see any sense in which it is "correct". Why do you think it is "correct"? Since all custom vars are user-variable-p, I think it make sense to expand the notion of "user option" to also include other custom-izable objects like faces. I am not sure how much work that involves, but I like it better than switching to the term "preferences". From MAILER-DAEMON Sun Jan 23 12:59:01 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cslxy-0006ST-9o for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxg-0006Lc-SU for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxd-0006K8-GS for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxd-0006GG-Cw for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:41 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CslfC-0006Mw-Fq; Sun, 23 Jan 2005 12:36:38 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0NHaY9N011647; Sun, 23 Jan 2005 11:36:34 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0NHZk416573; Sun, 23 Jan 2005 11:35:46 -0600 (CST) Date: Sun, 23 Jan 2005 11:35:46 -0600 (CST) Message-Id: <200501231735.j0NHZk416573@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: tvraman@comcast.net In-reply-to: <16883.55668.635578.929257@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <16883.55668.635578.929257@gargle.gargle.HOWL> Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:55:54 -0000 T. V. Raman wrote: Also, it might be useful to create a robust with-buffer-undo-disabled macro that authors can wrap around their code at points where they dont care about undo. If you want to get rid of undo completely, there is `buffer-disable-undo'. If you want to disable it temporarily, there is: (let ((buffer-undo-list t)) ...) Also, the correct solution to the problem causing the prompt is not always to disable undo, completely or temporarily. We have seen actual examples where the problem was caused by repeatedly appending undo info to the same old undo entry, whereas the correct solution was either to delete the old entry or put in an undo boundary. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 12:59:01 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cslxy-0006TA-Og for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxi-0006M0-Ap for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxc-0006JB-GP for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxc-0006GG-8a for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:40 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CslhY-0006WY-FU for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:39:04 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cslfs-00044m-S6; Sun, 23 Jan 2005 12:37:20 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87wtu5qx7c.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sat, 22 Jan 2005 10:57:12 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> Message-Id: Date: Sun, 23 Jan 2005 12:37:20 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:55:55 -0000 AFAICT there's no good reason to put the breakpoint on x_error_quitter rather than on x_error_handler. The reason is so that errors caught by Emacs won't hit the breakpoint. From MAILER-DAEMON Sun Jan 23 12:59:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csly2-0006TZ-Vg for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxt-0006Qp-4z for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxe-0006Iq-QW for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxb-0006GG-UI for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:39 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cslhm-0006Xf-7a for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:39:18 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cslg7-00046W-8Z; Sun, 23 Jan 2005 12:37:35 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 23 Jan 2005 12:37:35 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Customize buttons that change user's custom file should ask for confirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:56:00 -0000 For example, if you accidentally or mistakenly click mouse-1 (or mouse 2) on the text (button) Reset to Standard (Erase Customization), all of your customizations in your custom file are wiped out! (all of the preferences that were visible in the Customize buffer, that is - which might be all of them). That is a good point. Maybe these buttons should ask for confirmation with yes-or-no-p. You are reduced to a standard-issue Emacs, after perhaps multiple customizations over a long period of time. Unless you have a backup of your custom-file, you are really SOL. Doesn't this operation MAKE a backup of the file? If not, can we fix that? From MAILER-DAEMON Sun Jan 23 12:59:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csly6-0006Tp-4T for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxw-0006SO-L4 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxe-0006J1-Qq for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxc-0006GG-2v for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:40 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cslhg-0006XB-DL for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:39:12 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cslg0-00045h-Mi; Sun, 23 Jan 2005 12:37:29 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 23 Jan 2005 12:37:28 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:56:04 -0000 I tried this, and it worked ok for me in the latest CVS sources. From MAILER-DAEMON Sun Jan 23 13:00:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csly3-0006Tc-SN for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:56:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cslxt-0006QT-96 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cslxb-0006Ij-UR for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:44 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cslxb-0006GG-R4 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:55:39 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cslhq-0006Xt-55 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 12:39:22 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CslgB-00046x-6f; Sun, 23 Jan 2005 12:37:39 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 23 Jan 2005 12:37:39 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Custom-reset-standard has different menu names X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 17:56:02 -0000 I believe that `Custom-reset-standard' resets the current setting of a preference (face or variable) to the installed (standard) setting, and it also updates the user's custom-file to reflect this. That is, it removes any saved customization for the preference. Perhaps this updating of the custom-file is the reason that this particular resetting is the only one that is not called "Reset"... If so, "Erase Customization" is not more clear - it can give the opposite impression that it just erases editing or setting changes in the Customize buffer. The old name wasn't clear either. Can anyone come up with a name that really is clearer than either of these? From MAILER-DAEMON Sun Jan 23 14:00:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsmyS-0006JJ-13 for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:00:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsmuZ-0005n9-WD for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsmuQ-0005gl-KW for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsmuP-0005cU-ID for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:25 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsmZQ-0002Jm-Nh; Sun, 23 Jan 2005 13:34:44 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0NIYh9N011833; Sun, 23 Jan 2005 12:34:43 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0NIXub17031; Sun, 23 Jan 2005 12:33:56 -0600 (CST) Date: Sun, 23 Jan 2005 12:33:56 -0600 (CST) Message-Id: <200501231833.j0NIXub17031@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: tvraman@comcast.net In-reply-to: <16883.60188.947941.379876@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <16883.55668.635578.929257@gargle.gargle.HOWL> <200501231735.j0NHZk416573@raven.dms.auburn.edu> <16883.60188.947941.379876@gargle.gargle.HOWL> Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 19:00:35 -0000 T. V. Raman wrote: Know about buffer-disable-undo - however life isn't as simple as just calling that. For instance, I experimented with it in shell-mode before suggesting the robust macro solution; if you simply call buffer-disable-undo in shell mode, things throw an error of the type "wrong-type argument listp: t" You mean that; emacs -q M-x shell RET M-x buffer-disable-undo RET throws an error? Does not happen for me. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 14:01:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsmzA-0006k8-Vq for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:01:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csmue-0005ok-An for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsmuQ-0005gf-MI for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsmuP-0005cU-D8 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:25 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsmaR-0002Mc-Kn; Sun, 23 Jan 2005 13:35:48 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NIZkUo018147; Sun, 23 Jan 2005 10:35:46 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NIZjvx018124; Sun, 23 Jan 2005 10:35:45 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NIZiJh031549; Sun, 23 Jan 2005 11:35:44 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0NIZh0k031539 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 11:35:44 -0700 From: "Drew Adams" To: Date: Sun, 23 Jan 2005 10:35:40 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Custom-reset-standard has different menu names X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 19:01:19 -0000 I believe that `Custom-reset-standard' resets the current setting of a preference (face or variable) to the installed (standard) setting, and it also updates the user's custom-file to reflect this. That is, it removes any saved customization for the preference. Perhaps this updating of the custom-file is the reason that this particular resetting is the only one that is not called "Reset"... If so, "Erase Customization" is not more clear - it can give the opposite impression that it just erases editing or setting changes in the Customize buffer. The old name wasn't clear either. Can anyone come up with a name that really is clearer than either of these? Well, if what was unclear about the old name was that it did not mention that your custom file was modified, then how about one of these: - "Default" - "Default Values" - "Reset to Default" - "Reset to Installed (Save)" - "Use Installed Settings (Save)" - "Use Installed Settings for Future Sessions" - "Save Standard Settings" - "Save Installed Settings" The pb with the last two is that they can give an impression that the standard settings were somehow changed and need to be saved. Perhaps a better approach is to _separate saving from resetting_, so that resetting to standard becomes just like the other reset buttons and doesn't also change the init file. That is, to do what "Erase Customization" does now, a user would need to 1) click "Default Values", then 2) click "Save". Without #2, only the current session would be affected. BTW - 1. I prefer "installed" or "default" to "standard, in general, because they say more what we _mean_ by "standard". 2. We might want to use "(Save)" in all cases where "for Future Sessions" is currently used. It is just as clear, I think, and is more succinct. 3. In some other UIs, the terms used are: - "Reset": reset to last-saved personal settings - "Default": reset to installed settings - "Clear": just reset the edit fields = reset to last values "set" but not saved (last confirmed changes). However, this sometimes means to _empty_ the edit fields, not to reset them. Sometimes "Undo" is available to reset the edit fields to the last set values, and "Clear" empties the fields. HTH, Drew From MAILER-DAEMON Sun Jan 23 14:01:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsmzO-0006ty-CO for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:01:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsmzM-0006sg-Gf for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:01:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsmzL-0006rw-JU for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:01:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csmui-0005cU-6p for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 13:56:44 -0500 Received: from [204.127.198.39] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsmMt-0001c8-5M; Sun, 23 Jan 2005 13:21:47 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc13) with ESMTP id <20050123182138015009lelqe>; Sun, 23 Jan 2005 18:21:46 +0000 Received: by aster (Postfix, from userid 500) id 44A7C679D2; Sun, 23 Jan 2005 10:21:17 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16883.60188.947941.379876@gargle.gargle.HOWL> Date: Sun, 23 Jan 2005 10:21:16 -0800 To: Luc Teirlinck In-Reply-To: <200501231735.j0NHZk416573@raven.dms.auburn.edu> References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <16883.55668.635578.929257@gargle.gargle.HOWL> <200501231735.j0NHZk416573@raven.dms.auburn.edu> X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 19:01:32 -0000 Know about buffer-disable-undo - however life isn't as simple as just calling that. For instance, I experimented with it in shell-mode before suggesting the robust macro solution; if you simply call buffer-disable-undo in shell mode, things throw an error of the type "wrong-type argument listp: t" >>>>> "Luc" == Luc Teirlinck writes: Luc> T. V. Raman wrote: Also, it might be useful to create a Luc> robust with-buffer-undo-disabled macro that authors can wrap Luc> around their code at points where they dont care about undo. Luc> If you want to get rid of undo completely, there is Luc> `buffer-disable-undo'. If you want to disable it Luc> temporarily, there is: Luc> (let ((buffer-undo-list t)) ...) Luc> Also, the correct solution to the problem causing the prompt Luc> is not always to disable undo, completely or temporarily. We Luc> have seen actual examples where the problem was caused by Luc> repeatedly appending undo info to the same old undo entry, Luc> whereas the correct solution was either to delete the old Luc> entry or put in an undo boundary. Luc> Sincerely, Luc> Luc. -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sun Jan 23 14:03:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csn1i-00009r-FN for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:03:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csn1g-00008y-2x for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:03:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csn1b-00007N-A5 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:03:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csn1a-00005l-Vg for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:03:50 -0500 Received: from [129.16.117.10] (helo=eru.dd.chalmers.se) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Csmkr-0003B4-QE; Sun, 23 Jan 2005 13:46:34 -0500 Received: from helm.dd.chalmers.se (helm.dd.chalmers.se [129.16.116.15]) by eru.dd.chalmers.se (8.12.8/8.12.8) with ESMTP id j0NIkU8d017939; Sun, 23 Jan 2005 19:46:30 +0100 (MET) Received: from helm.dd.chalmers.se (localhost [127.0.0.1]) by helm.dd.chalmers.se (8.12.9/8.12.8) with ESMTP id j0NIkTn5024775; Sun, 23 Jan 2005 19:46:29 +0100 (MET) Received: (from bojohan@localhost) by helm.dd.chalmers.se (8.12.9/8.12.9/Submit) id j0NIkTRv024774; Sun, 23 Jan 2005 19:46:29 +0100 (MET) X-Authentication-Warning: helm.dd.chalmers.se: bojohan set sender to bojohan+mail@dd.chalmers.se using -f From: bojohan+mail@dd.chalmers.se (Johan =?iso-8859-1?Q?Bockg=E5rd?=) To: rms@gnu.org References: Date: Sun, 23 Jan 2005 19:46:28 +0100 In-Reply-To: (Richard Stallman's message of "Sun, 23 Jan 2005 12:37:48 -0500") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org Subject: Re: C-u broken for rectangle commands X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 19:03:56 -0000 Richard Stallman writes: > Does this do the job? Yes, it seems so. --=20 Johan Bockg=E5rd From MAILER-DAEMON Sun Jan 23 14:36:20 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsnTT-0007Fk-K4 for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsnTL-0007BL-50 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsnTA-00076R-7r for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsnTA-00071V-1b for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:20 -0500 Received: from [148.87.2.201] (helo=inet-mail1.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsmzX-0004Uz-Un; Sun, 23 Jan 2005 14:01:44 -0500 Received: from inet-mail1.oracle.com (localhost [127.0.0.1]) by inet-mail1.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NJ1gDF016259; Sun, 23 Jan 2005 11:01:42 -0800 (PST) Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by inet-mail1.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NJ1bJe016229; Sun, 23 Jan 2005 11:01:40 -0800 (PST) Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NJ1aDG007841; Sun, 23 Jan 2005 12:01:36 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0NJ1Zo8007831 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 12:01:36 -0700 From: "Drew Adams" To: Date: Sun, 23 Jan 2005 11:01:32 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Customize buttons that change user's custom file should ask forconfirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 19:32:34 -0000 For example, if you accidentally or mistakenly click mouse-1 (or mouse 2) on the text (button) Reset to Standard (Erase Customization), all of your customizations in your custom file are wiped out! (all of the preferences that were visible in the Customize buffer, that is - which might be all of them). That is a good point. Maybe these buttons should ask for confirmation with yes-or-no-p. See my previous message (Subject: Custom-reset-standard has different menu names). How about separating the two things this button does into two buttons: 1) "Default Values" - resets to default (= installed) settings 2) "Save" - the existing button. It would update the custom file to use the installed settings. It would have to smart enough to do what Erase Customization does now: remove stuff, rather than adding stuff, to get back to the default settings. - Drew From MAILER-DAEMON Sun Jan 23 14:38:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsnTP-0007EV-Cu for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsnTJ-0007AQ-HT for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsnTA-00076H-2t for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsnT9-00071V-Ta for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 14:32:19 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Csmzg-0004Vb-7t; Sun, 23 Jan 2005 14:01:52 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NJ1pmA019626; Sun, 23 Jan 2005 11:01:51 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NJ1mAC019595; Sun, 23 Jan 2005 11:01:50 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0NI9jZf022762; Sun, 23 Jan 2005 11:09:45 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0NI9iTi022755 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 11:09:45 -0700 From: "Drew Adams" To: Date: Sun, 23 Jan 2005 10:09:41 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 19:32:33 -0000 Some of the Customize documentation incorrectly refers to user preferences, which can be either faces or variables, as "user options". In Emacs terminology (elsewhere, and longstanding), a "user option" is a `user-variable-p', that is, a variable that users are intended to change (its doc string has "*" at the beginning). I agree, that is somewhat inconsistent. The correct term for a user preference that includes both variables and faces is "preference", We don't use the term "preference" at all, so I don't see any sense in which it is "correct". Why do you think it is "correct"? Since all custom vars are user-variable-p, I think it make sense to expand the notion of "user option" to also include other custom-izable objects like faces. I am not sure how much work that involves, but I like it better than switching to the term "preferences". As I mentioned to Stefan, I have no pb with expanding the meaning of "user option" - it is a fine term for this, in fact. I suggested "user preference" (or just "preference") only because: 1. "user option" has already been defined as something else, so far - something related, so potentially confusing. 2. To make the "user option" change in meaning requires changing multiple places: Info doc, doc strings, and source code. It might even require changes to a few variable or function names; I'm not sure. Some of the Customize code already refers to faces + user options together as "user options" or "options", BTW. 3. The term "preference" is used in other applications. When looking for an alternative to "option" I picked that as a suggestion. Another term used is "setting" (which has a few disadvantages). My only point was that we should be clear and consistent about the terminology. If you decide to expand "user option", it should be done well. That will also require, BTW, a term for `user-variable-p' - the obvious candidate for that is "user variable". Part of the vocab change would then involve changing some existing occurrences of "user option" to "user variable". - Drew From MAILER-DAEMON Sun Jan 23 15:01:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csnvm-0005zu-Oo for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:01:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csnvc-0005qN-2a for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:01:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsnvX-0005on-EU for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:01:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsnvX-0005o9-AX for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:01:39 -0500 Received: from [204.127.198.39] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsnhP-0007pY-Qf; Sun, 23 Jan 2005 14:47:04 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc13) with ESMTP id <20050123194703015009ns09e>; Sun, 23 Jan 2005 19:47:03 +0000 Received: by aster (Postfix, from userid 500) id AD2F5679D2; Sun, 23 Jan 2005 11:46:43 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16883.65314.769930.599171@gargle.gargle.HOWL> Date: Sun, 23 Jan 2005 11:46:42 -0800 To: Luc Teirlinck In-Reply-To: <200501231833.j0NIXub17031@raven.dms.auburn.edu> References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <16883.55668.635578.929257@gargle.gargle.HOWL> <200501231735.j0NHZk416573@raven.dms.auburn.edu> <16883.60188.947941.379876@gargle.gargle.HOWL> <200501231833.j0NIXub17031@raven.dms.auburn.edu> X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: tvraman@comcast.net, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 20:01:51 -0000 Interesting, I just tried this (what you typed below) and did not get the error I remembered. However I think that's also waht I did a few days ago -- but it was late at night and I was on an airplane and fairly tired, so I might just have done something else bizarre as well.>>>>> "Luc" == Luc Teirlinck writes: Luc> T. V. Raman wrote: Know about buffer-disable-undo - however Luc> life isn't as simple as just calling that. Luc> For instance, I experimented with it in shell-mode before Luc> suggesting the robust macro solution; if you simply call Luc> buffer-disable-undo in shell mode, things throw an error of Luc> the type "wrong-type argument listp: t" Luc> You mean that; Luc> emacs -q M-x shell RET M-x buffer-disable-undo RET Luc> throws an error? Luc> Does not happen for me. Luc> Sincerely, Luc> Luc. -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sun Jan 23 16:07:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsoxS-0005vY-EG for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 16:07:42 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsoxR-0005vB-D8 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 16:07:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csolz-00046u-DA for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:55:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csolu-0003zY-2B for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:55:46 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsoFc-0002B1-Cg for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 15:22:24 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0NKMN9N012202; Sun, 23 Jan 2005 14:22:23 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0NKLaV18657; Sun, 23 Jan 2005 14:21:36 -0600 (CST) Date: Sun, 23 Jan 2005 14:21:36 -0600 (CST) Message-Id: <200501232021.j0NKLaV18657@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 21:07:41 -0000 Drew Adams wrote: Eval the following code, then open a Customize buffer, click State for some item, and choose Foo Bar in the State menu. No `y-or-n-p' question is asked, and "No" appears immediately in the echo area. When I evaluated your code, I could not click Foo Bar, because it was not active. (Maybe I did something wrong.) However: In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 Does that mean that you are using CVS from July 26? If so, just update your CVS and see whether the bug still occurs. A very similar bug was fixed by a change to xdisp.c on November 17. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 18:03:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csqlf-0001rf-T5 for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 18:03:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsqkW-0001cF-B2 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 18:02:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsqkI-0001Tv-2f for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 18:02:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsqkH-0001Sj-4Z for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 18:02:13 -0500 Received: from [217.72.192.224] (helo=smtp06.web.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsqSi-00035r-7L for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 17:44:04 -0500 Received: from [80.184.149.253] (helo=[192.168.1.2]) by smtp06.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.103 #184) id 1CsqSf-0007Xu-00 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 23:44:01 +0100 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <44DBC782-6D90-11D9-AAC0-000D932A32C4@Web.DE> Content-Type: text/plain; charset=US-ASCII; format=flowed To: emacs-pretest-bug@gnu.org From: Peter Dyballa Date: Sun, 23 Jan 2005 23:43:58 +0100 X-Mailer: Apple Mail (2.619) Sender: Peter_Dyballa@Web.DE X-Sender: Peter_Dyballa@web.de Subject: The configure script X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 23:03:38 -0000 Hello! The configure scripts uses if clauses that allow graphics support only when X11 is chosen. Mac OS X Emacsen too can be good in graphics. Wouldn't you like to correct the configure script? -- Greetings Pete From error to error, one discovers the entire truth. -Sigmund Freud From MAILER-DAEMON Sun Jan 23 20:26:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csszd-0001Kq-H8 for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:26:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsszM-0001IB-DX for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:25:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cssz9-0001B5-Dh for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:25:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cssz8-00015u-Lq for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:25:42 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsscH-0005Jx-AP for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:02:05 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O11sbB007622; Sun, 23 Jan 2005 17:01:54 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O11mcP007558; Sun, 23 Jan 2005 17:01:53 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O0RsA1018317; Sun, 23 Jan 2005 17:27:54 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0O0RrKm018307 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 17:27:53 -0700 From: "Drew Adams" To: "Luc Teirlinck" Date: Sun, 23 Jan 2005 16:27:49 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <200501232021.j0NKLaV18657@raven.dms.auburn.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 01:26:02 -0000 Eval the following code, then open a Customize buffer, click State for some item, and choose Foo Bar in the State menu. No `y-or-n-p' question is asked, and "No" appears immediately in the echo area. When I evaluated your code, I could not click Foo Bar, because it was not active. (Maybe I did something wrong.) However: In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 Does that mean that you are using CVS from July 26? If so, just update your CVS and see whether the bug still occurs. A very similar bug was fixed by a change to xdisp.c on November 17. Yes, I'm using a CVS binary from July - I can't build Emacs here. However, I just tried the code again, with the same result (bug), in vanilla Emacs (-q). Yes, I forgot to add that you first need to choose Set for Current Session from the State menu, in order to activate the Foo Bar menu item. Anyway, Richard tested this with the latest CVS code, and he said that it works OK (no bug), at least on the platform he used. Thanks for checking. - Drew From MAILER-DAEMON Sun Jan 23 21:02:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CstYT-000249-DG for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:02:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CstXu-0001u8-Kt for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:01:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CstXh-0001me-Aq for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:01:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CstXf-0001iA-DH for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:01:23 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cst4Y-0007TR-BH for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:31:18 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0O1VH9N013067; Sun, 23 Jan 2005 19:31:17 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0O1USL18980; Sun, 23 Jan 2005 19:30:28 -0600 (CST) Date: Sun, 23 Jan 2005 19:30:28 -0600 (CST) Message-Id: <200501240130.j0O1USL18980@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 02:02:12 -0000 Drew Adams wrote: However, I just tried the code again, with the same result (bug), in vanilla Emacs (-q). Just to make sure: and with current CVS? Anyway, Richard tested this with the latest CVS code, and he said that it works OK (no bug), at least on the platform he used. Thanks for checking. - It works nearly OK for me too. That is, I do not see the bug you describe. But I noticed something else that probably is a bug: If you set use-dialog-box to nil and then select "Foo Bar" _with the mouse_, "Please answer y or n. foo: (y or n)" appears in the echo area. The "foo: (y or n)" _was_ asked (which you can see by looking at the *Messages* buffer), but the mouse click got apparently treated as an (invalid) answer to the first "foo: (y or n)" question. To debug what goes on in your situation, it could also be useful to do `C-h e'. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 21:04:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CstaY-00031c-Lw for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:04:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CstaK-0002zn-6e for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:04:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CstaH-0002ya-3d for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:04:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CstaG-0002xw-KE for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:04:04 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CstMJ-0000UQ-4J for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:49:39 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O1nWOF004723; Sun, 23 Jan 2005 17:49:32 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O1nUG0004704; Sun, 23 Jan 2005 17:49:31 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O1nU46013127; Sun, 23 Jan 2005 18:49:30 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0O1nTkT013117 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 18:49:29 -0700 From: "Drew Adams" To: "Luc Teirlinck" Date: Sun, 23 Jan 2005 17:49:24 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <200501240130.j0O1USL18980@raven.dms.auburn.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 02:04:14 -0000 However, I just tried the code again, with the same result (bug), in vanilla Emacs (-q). Just to make sure: and with current CVS? No, as I said, "I'm using a CVS binary from July - I can't build Emacs here." I just checked again with my (July) version, to make sure I didn't make a mistake, and to check about the activation of the menu item that you mentioned. Anyway, Richard tested this with the latest CVS code, and he said that it works OK (no bug), at least on the platform he used. Thanks for checking. - It works nearly OK for me too. That is, I do not see the bug you describe. That's good. The bug is probably fixed in current CVS. Someone might want to check on Windows (unless you did that), since that is the platform where I observed the problem. But I noticed something else that probably is a bug: If you set use-dialog-box to nil (FYI - I had use-dialog-box = t.) and then select "Foo Bar" _with the mouse_, "Please answer y or n. foo: (y or n)" appears in the echo area. The "foo: (y or n)" _was_ asked (which you can see by looking at the *Messages* buffer), but the mouse click got apparently treated as an (invalid) answer to the first "foo: (y or n)" question. To debug what goes on in your situation, it could also be useful to do `C-h e'. Yes, I already checked *Messages*. In my case, this is all there is: Creating customization buffer...done To install your edits, invoke [State] and choose the Set operation No I tried again (in July version), this time with `use-dialog-box' = nil, and there is no bug - the bug (in my version) is only with `use-dialog-box' = t. With nil, the question is asked, and the response is treated correctly (and "foo: (y or n)" appears in *Messages*). I suspect that the bug is already fixed, but it would be good if someone could verify on Windows, just to make sure. Thanks, Drew From MAILER-DAEMON Sun Jan 23 21:32:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csu1u-0002Bf-4E for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:32:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csu1s-0002Ai-HF for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:32:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csu1r-0002AW-Mw for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:32:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csu0R-0001gT-4L for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:31:07 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Csto9-00036t-I3 for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:18:25 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O2II5b029502; Sun, 23 Jan 2005 18:18:18 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O2IH50029489; Sun, 23 Jan 2005 18:18:17 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O2IGUl022738; Sun, 23 Jan 2005 19:18:16 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0O2IFZh022731 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 19:18:16 -0700 From: "Drew Adams" To: "Luc Teirlinck" Date: Sun, 23 Jan 2005 18:18:11 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <200501240158.j0O1wDB18995@raven.dms.auburn.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 02:32:36 -0000 To clarify, in my situation, with use-dialog-box set to nil, the response to: "Please answer y or n. foo: (y or n)" is treated completely correctly. The problem is that _before that_ the mouse click (on "Foo Bar") apparently got treated as an (invalid) answer to the first "foo: (y or n)" question, causing the question to be repeated in its more emphatic form. I think I'm getting the opposite behavior (!) from you with use-dialog-box = nil. I get "foo: (y or n)", normally, when I click Foo Bar. If I answer y or n then, I get the correct response (Yes or No echoed in echo area). However, if I type a character other than y or n, then I (correctly) get "Please answer y or n. foo: (y or n)", but if I answer y or n to that prompt, I do _not_ get anything echoed - the "Please ..." remains in the minibuffer. Creating customization buffer...done To install your edits, invoke [State] and choose the Set operation foo: (y or n) [2 times] Please answer y or n. foo: (y or n) If I understand you correctly, you had an opposite behavior: you never saw the first "foo: (y or n)"; you saw only the second, more emphatic version, "Please answer y or n. foo: (y or n)". But you see the first "foo: (y or n)" in *Messages*. Is that correct? (This is getting a bit crazy.) If, as you say, the pb exists in 21.3, then I should see your problem (not my 2 pbs), but I don't. I wonder if these differences are related to platforms. Are you on a different platform? - Drew From MAILER-DAEMON Sun Jan 23 21:33:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csu2i-0002Tm-OV for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:33:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csu2h-0002Sz-5P for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:33:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csu0t-0001ye-8H for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:31:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csu0X-0001gT-2C for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:31:13 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CstVO-0001Td-Ow for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 20:59:02 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0O1x29N013146; Sun, 23 Jan 2005 19:59:02 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0O1wDB18995; Sun, 23 Jan 2005 19:58:13 -0600 (CST) Date: Sun, 23 Jan 2005 19:58:13 -0600 (CST) Message-Id: <200501240158.j0O1wDB18995@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 02:33:27 -0000 Drew Adams wrote: I tried again (in July version), this time with `use-dialog-box' = nil, and there is no bug - the bug (in my version) is only with `use-dialog-box' = t. With nil, the question is asked, and the response is treated correctly (and "foo: (y or n)" appears in *Messages*). To clarify, in my situation, with use-dialog-box set to nil, the response to: "Please answer y or n. foo: (y or n)" is treated completely correctly. The problem is that _before that_ the mouse click (on "Foo Bar") apparently got treated as an (invalid) answer to the first "foo: (y or n)" question, causing the question to be repeated in its more emphatic form. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 21:34:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csu46-0003BC-UJ for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:34:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csu43-00037F-AA for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:34:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csu42-00036d-5J for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:34:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csu0V-0001gT-7w for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:31:11 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CstYw-0001iF-2s for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:02:42 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0O22f9N013156; Sun, 23 Jan 2005 20:02:41 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0O21qI18998; Sun, 23 Jan 2005 20:01:52 -0600 (CST) Date: Sun, 23 Jan 2005 20:01:52 -0600 (CST) Message-Id: <200501240201.j0O21qI18998@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 02:34:51 -0000 Drew Adams wrote: I tried again (in July version), this time with `use-dialog-box' = nil, and there is no bug - the bug (in my version) is only with `use-dialog-box' = t. With nil, the question is asked, and the response is treated correctly (and "foo: (y or n)" appears in *Messages*). I checked that the bug I described (with `use-dialog-box' = nil) already occurs in emacs-21.3. So it does not appear that it was introduced sine July. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 22:01:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsuU9-0002uB-JK for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:01:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsuT9-0002ly-Sn for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:00:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsuSv-0002du-IZ for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:00:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsuSv-0002ZF-9q for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:00:33 -0500 Received: from [204.127.202.64] (helo=sccrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csu8d-0004kU-9u; Sun, 23 Jan 2005 21:39:35 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (sccrmhc13) with ESMTP id <2005012402393401600hi1eee>; Mon, 24 Jan 2005 02:39:34 +0000 Received: by aster (Postfix, from userid 500) id E6E5C679D2; Sun, 23 Jan 2005 18:39:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16884.24537.702564.207005@gargle.gargle.HOWL> Date: Sun, 23 Jan 2005 18:39:21 -0800 To: rms@gnu.org In-Reply-To: References: X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: emacs-pretest-bug@gnu.org, Dave Love Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 03:01:48 -0000 Here are a couple of mods to man.el to avoid collection of unnecessary undo information: man.el: In function Man-fontify-manpage Current Line 827 (let ((faces nil) Add: (buffer-undo-list t) Similarly, in function Man-cleanup-manpage Add an initial let binding (that function has no appropriately placed let block at present -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Sun Jan 23 22:02:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsuUS-00031f-1F for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:02:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsuTH-0002mD-9P for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:00:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsuSz-0002bf-0I for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:00:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsuSr-0002ZF-Qq for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:00:30 -0500 Received: from [64.233.184.203] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CsuBe-00050i-HD for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 21:42:42 -0500 Received: by wproxy.gmail.com with SMTP id 49so392590wri for ; Sun, 23 Jan 2005 18:42:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=AUqYv8+LX2m06ZPS+VJO1O/KlbusZPWryLvRwxORZkha0ss8dQUMKdpsRtZ2NQ4ehYr2Imp3B5DusT4gpCUmXg6/bK5LsGmBRNXVYnXY1HTOlCATwZz65GE9gjqo9B4YIs7tCVFPwbj/Bl+FNvhtTBYAglEtOkOtOzKft/No+RI= Received: by 10.54.20.71 with SMTP id 71mr184120wrt; Sun, 23 Jan 2005 18:42:41 -0800 (PST) Received: by 10.54.19.59 with HTTP; Sun, 23 Jan 2005 18:42:41 -0800 (PST) Message-ID: Date: Mon, 24 Jan 2005 11:42:41 +0900 From: Miles Bader To: tvraman@comcast.net In-Reply-To: <16883.65314.769930.599171@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <16883.55668.635578.929257@gargle.gargle.HOWL> <200501231735.j0NHZk416573@raven.dms.auburn.edu> <16883.60188.947941.379876@gargle.gargle.HOWL> <200501231833.j0NIXub17031@raven.dms.auburn.edu> <16883.65314.769930.599171@gargle.gargle.HOWL> Cc: fx@gnu.org, Luc Teirlinck , emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 03:02:06 -0000 Please stop quoting the entirety of messages to which you reply. Thanks, -Miles -- Do not taunt Happy Fun Ball. From MAILER-DAEMON Sun Jan 23 22:59:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsvO0-0001bh-G3 for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:59:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsvNv-0001XX-KS for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:59:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsvNo-0001Sd-VQ for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:59:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsvNo-0001RZ-IT for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:59:20 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csv9E-0001YI-Fr for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 22:44:16 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0O3iF9N013472; Sun, 23 Jan 2005 21:44:16 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0O3hRF19492; Sun, 23 Jan 2005 21:43:27 -0600 (CST) Date: Sun, 23 Jan 2005 21:43:27 -0600 (CST) Message-Id: <200501240343.j0O3hRF19492@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 03:59:30 -0000 Drew Adams wrote: If I understand you correctly, you had an opposite behavior: you never saw the first "foo: (y or n)"; you saw only the second, more emphatic version, "Please answer y or n. foo: (y or n)". But you see the first "foo: (y or n)" in *Messages*. Is that correct? (This is getting a bit crazy.) Yes. If, as you say, the pb exists in 21.3, then I should see your problem (not my 2 pbs), but I don't. I wonder if these differences are related to platforms. Are you on a different platform? GNU/Linux with default LUCID toolkit. But note that changes have been made to y-or-n-p related stuff since your July version that fixed a very similar looking bug. The behavior you describe would only be meaningful if somebody can verify it with current CVS. Sincerely, Luc. From MAILER-DAEMON Sun Jan 23 23:41:53 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csw2z-0006CX-3h for mharc-emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 23:41:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csvt6-0003tg-FP for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 23:31:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csvsn-0003oM-GZ for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 23:31:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csvsm-0003gm-7q for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 23:31:20 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsvVF-00039N-Fb for emacs-pretest-bug@gnu.org; Sun, 23 Jan 2005 23:07:01 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O46sGS026548; Sun, 23 Jan 2005 20:06:54 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O46rO7026530; Sun, 23 Jan 2005 20:06:53 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O46q2j027010; Sun, 23 Jan 2005 21:06:52 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0O46mb4026988 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 23 Jan 2005 21:06:51 -0700 From: "Drew Adams" To: "Luc Teirlinck" Date: Sun, 23 Jan 2005 20:06:44 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <200501240343.j0O3hRF19492@raven.dms.auburn.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 04:41:51 -0000 note that changes have been made to y-or-n-p related stuff since your July version that fixed a very similar looking bug. The behavior you describe would only be meaningful if somebody can verify it with current CVS. Right. Thanks. From MAILER-DAEMON Mon Jan 24 02:26:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsycU-000093-V1 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:26:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csybh-0008Nq-1I for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csybd-0008LD-Tz for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csybd-000872-Fe for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csy5J-0007mG-6e for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 01:52:25 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Csy3Z-0003k8-UJ; Mon, 24 Jan 2005 01:50:38 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501231644.j0NGi5S16551@raven.dms.auburn.edu> (message from Luc Teirlinck on Sun, 23 Jan 2005 10:44:05 -0600 (CST)) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> Message-Id: Date: Mon, 24 Jan 2005 01:50:37 -0500 Cc: fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 07:26:41 -0000 If I understood correctly, the only really safe thing to do when confronted with the prompt is answer "Yes", because otherwise you risk a crash, after which you can not undo the last command anyway. That reasoning is based on the idea that the smallest risk of a crash outweights anything else. I don't make my judgments that way. I usually answer no to these questions. there was indeed a bug where Emacs generated lots of undo info during a single command and crashed, and the only fix I could see was to discard the undo info. So I don't think turning off the question is a good default. However, we could probably substantially increase the size threshold. If we multiply it by 10, it might still be good enough to prevent a problem, but it might rarely be encountered when there is no problem. From MAILER-DAEMON Mon Jan 24 02:26:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CsycV-000098-3U for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:26:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CsycT-00008I-Gq for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:26:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csybh-0008Km-68 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csybd-000872-5W for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csy5M-0007mQ-Gj for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 01:52:28 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Csy3d-0003kc-Rd; Mon, 24 Jan 2005 01:50:41 -0500 From: Richard Stallman To: tvraman@comcast.net In-reply-to: <16882.63029.657847.391598@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> Message-Id: Date: Mon, 24 Jan 2005 01:50:41 -0500 Cc: fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 07:26:41 -0000 however the recent updates in simple.el that cause the yes/no dialog to ask about discarding undo information does pop up in shell-mode --- I've had this happen during: A) Compilation of alsa (a fairly large compile ) B) running yum update which produces lots of output C) Compiling Emacs from CVS That surprises me, because this output is just a lot of insertions in the buffer. The insertion-undo entries ought to be combined and not make the undo list grow. If the undo list is in fact growing, then the question is why. Can you look at the undo list in such a case and see what it contains? What sort of entries are they? What operations made them? When we see that, we can do one thing or another to make things better. From MAILER-DAEMON Mon Jan 24 02:26:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csycb-0000Cb-E2 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:26:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csybg-0008No-Oc for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CsybW-0008DY-1v for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CsybT-000872-8H for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:39 -0500 Received: from [148.87.2.201] (helo=inet-mail1.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CsyEo-0008UM-S7 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:02:15 -0500 Received: from inet-mail1.oracle.com (localhost [127.0.0.1]) by inet-mail1.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O72Dsx005082 for ; Sun, 23 Jan 2005 23:02:13 -0800 (PST) Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by inet-mail1.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O71m3s004890 for ; Sun, 23 Jan 2005 23:02:11 -0800 (PST) Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0O6J9LQ010366 for ; Sun, 23 Jan 2005 23:19:09 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-240.vpn.oracle.com [141.144.72.240]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0O6J8Mx010358 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 23 Jan 2005 23:19:09 -0700 From: "Drew Adams" To: Date: Sun, 23 Jan 2005 22:19:03 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Customize Save for Future Sessions silently does not save hidden stuff X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 07:26:47 -0000 I'm not that familiar with Customize, so I may misunderstand what should happen here, but - 1. M-x customize-variable RET apropos-do-all RET [or any other customizable var] 2. Click Hide Value, to hide the variable. 3. Click Save for Future Sessions. 4. Message is that your custom file was saved - and it was... 5. But `apropos-do-all' was _not_ saved to it - nothing in the file has changed. The same thing happens for faces: if hidden, they are not saved. IOW, it looks like variables and faces that are in state `hidden' are not saved, but the user has the impression that they are (the custom file is written). If you click Save for Future Sessions in a buffer with multiple widgets, only the non-hidden widgets really get saved. If I'm right about this happening, then this is really asking for trouble - users will be quite surprised when they realize that not everything was saved as they thought. What is the design goal here? Should users be able to save vars and faces whose details are hidden? If _not_: 1. Is there a technical reason why not? Is it impossible to get the appropriate value to be assigned to `saved-value' if a widget is hidden? 2. The global Save for Future Sessions button should give feedback about each thing it did not save. 3. There should be a global button Show All, that shows everything, so that the global Save for Future Sessions button can in fact be used to do what it suggests it does. BTW, the code for `custom-variable-save' gives an error for a hidden variable, indicating that perhaps it doesn't know how to save a hidden variable. However: 1. This code can seemingly never execute anyway interactively, because `custom-variable-save' is only available on a menu (from State) that is only available when the variable is _not_ hidden. 2. I don't see similar (error) code in `custom-face-save'. BTW2, the code for this (Custom-save, custom-variable-save, custom-face-save) is the same in this respect for Emacs 20 and Emacs 21 (including the useless error in custom-variable-save and lack of it in custom-face-save), and the behavior is the same. From MAILER-DAEMON Mon Jan 24 02:26:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Csycg-0000EL-K8 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:26:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Csycd-0000DX-Vh for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:26:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Csybf-0008M0-DJ for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Csybe-000872-3G for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 02:25:50 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Csy4k-0007jh-Ps for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 01:51:50 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Csy31-0003eZ-Hd; Mon, 24 Jan 2005 01:50:03 -0500 From: Richard Stallman To: Juri Linkov In-reply-to: <87y8f8v1qp.fsf@jurta.org> (message from Juri Linkov on Wed, 05 Jan 2005 08:17:18 +0200) References: <87y8f8v1qp.fsf@jurta.org> Message-Id: Date: Mon, 24 Jan 2005 01:50:03 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: No more messages "No further undo information" X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 07:26:52 -0000 Currently, when all recorded changes have already been undone with `C-_', the undo command don't display the error message "No further undo information". Instead of that, it starts redoing immediately after the limit of the undo info is reached. Does this give good results? *** simple.el 22 Jan 2005 07:59:32 -0500 1.684 --- simple.el 23 Jan 2005 12:52:52 -0500 *************** *** 1258,1271 **** (setq this-command 'undo-start) (unless (and (eq last-command 'undo) ! ;; If something (a timer or filter?) changed the buffer ! ;; since the previous command, don't continue the undo seq. ! (let ((list buffer-undo-list)) ! (while (eq (car list) nil) ! (setq list (cdr list))) ! ;; If the last undo record made was made by undo ! ;; it shows nothing else happened in between. ! (gethash list undo-equiv-table))) (setq undo-in-region (if transient-mark-mode mark-active (and arg (not (numberp arg))))) (if undo-in-region --- 1258,1272 ---- (setq this-command 'undo-start) (unless (and (eq last-command 'undo) ! (or (eq pending-undo-list t) ! ;; If something (a timer or filter?) changed the buffer ! ;; since the previous command, don't continue the undo seq. ! (let ((list buffer-undo-list)) ! (while (eq (car list) nil) ! (setq list (cdr list))) ! ;; If the last undo record made was made by undo ! ;; it shows nothing else happened in between. ! (gethash list undo-equiv-table)))) (setq undo-in-region (if transient-mark-mode mark-active (and arg (not (numberp arg))))) (if undo-in-region *************** *** 1351,1362 **** "Undo back N undo-boundaries beyond what was already undone recently. Call `undo-start' to get ready to undo recent changes, then call `undo-more' one or more times to undo them." ! (or pending-undo-list (error (format "No further undo information%s" (if (and transient-mark-mode mark-active) " for region" "")))) (let ((undo-in-progress t)) ! (setq pending-undo-list (primitive-undo count pending-undo-list)))) ;; Deep copy of a list (defun undo-copy-list (list) --- 1352,1365 ---- "Undo back N undo-boundaries beyond what was already undone recently. Call `undo-start' to get ready to undo recent changes, then call `undo-more' one or more times to undo them." ! (or (listp pending-undo-list) (error (format "No further undo information%s" (if (and transient-mark-mode mark-active) " for region" "")))) (let ((undo-in-progress t)) ! (setq pending-undo-list (primitive-undo count pending-undo-list)) ! (if (null pending-undo-list) ! (setq pending-undo-list t)))) ;; Deep copy of a list (defun undo-copy-list (list) From MAILER-DAEMON Mon Jan 24 08:32:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct4KQ-0007wr-Pw for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 08:32:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct4KO-0007wA-R1 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 08:32:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct4KO-0007vq-8Q for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 08:32:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct4Jg-0007Sz-51 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 08:31:40 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Ct3lC-0001w8-UB; Mon, 24 Jan 2005 07:56:03 -0500 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0OCu0wM014945; Mon, 24 Jan 2005 21:56:01 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0OCu0i25650; Mon, 24 Jan 2005 21:56:00 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id VAA07949; Mon, 24 Jan 2005 21:56:00 +0900 (JST) Date: Mon, 24 Jan 2005 21:56:00 +0900 (JST) Message-Id: <200501241256.VAA07949@etlken.m17n.org> From: Kenichi Handa To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 21 Jan 2005 15:10:37 -0500) References: User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 13:32:25 -0000 In article , Richard Stallman writes: >> The reason was documented in some of the previous commands in this file. >> I will copy these comments into the functions that didn't have them. > I saw comments, but I don't understand it. > If you ask some questions, I can try to answer them. > In the case of sigma, it should be that both ? and ? upcase to ?, and > ? downcases to ?. [I hope I got those right, typing unicodes without > being able to display them. Obviously likewise for the iso8859-7 > charset.] > It should be possible to do that by setting up the upcase table and > the downcase table explicitly to do those things. I think the code > that computes the other two tables can handle this case, but maybe it > doesn't, so it would be useful to find out. > Handa, can you help here? set_case_table (in casetab.c) automatically setups up, canon, and eqv tables from downcase table if they are not set. Existing of these tables suggests that one to many or many to one mapping in upcase or downcase is supported, but I don't know the detail of how those tables are computed. casetab.c has this comment at the head. /* Written by Howard Gayle. See chartab.c for details. */ But, chartab.c doesn't exist (at least in HEAD). I wrote a file of the same name for emacs-unicode, but it is for collecting char-table handling rountines in one place, not for case handling. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Mon Jan 24 09:35:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct5Jc-0004FI-8A for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 09:35:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct5JY-0004Df-DI for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 09:35:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct5JU-0004BL-NZ for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 09:35:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct5JT-0004Af-NS for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 09:35:31 -0500 Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct55e-0005av-Pf for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 09:21:15 -0500 Received: from naru.home ([83.227.131.3] [83.227.131.3]) by mxfep01.bredband.com with ESMTP id <20050124142114.KXDF12264.mxfep01.bredband.com@naru.home> for ; Mon, 24 Jan 2005 15:21:14 +0100 Date: Mon, 24 Jan 2005 15:21:13 +0100 Message-Id: From: Joakim Verona To: emacs-pretest-bug@gnu.org Subject: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 14:35:38 -0000 Symptoms: /smb:joakim%windozedomain@mupp:/Apache2 is a valid tramp url, but ffap stops at the percent sign. In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.4.14) of 2005-01-23 on naru.home configured using `configure '--with-gtk' '--with-x' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' 'CFLAGS=-g'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Planner Minor modes in effect: auto-compression-mode: t display-time-mode: t show-paren-mode: t erc-truncate-mode: t erc-log-mode: t erc-bbdb-mode: t erc-autoaway-mode: t erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-smiley-mode: t encoded-kbd-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t Recent input: t l s RET RET DEL DEL DEL DEL DEL r l RET C-x b ESC O C RET C-x 2 C-x b 2 RET ESC O A ESC O A ESC O A C-@ C-e ESC O A ESC w C-x 0 C-x b ESC O C RET C-y C-a C-x C-s ESC O A ESC x f f a p RET C-g C-@ C-e ESC w ESC x e m a c s SPC b u SPC DEL DEL SPC DEL DEL DEL DEL DEL DEL r e p o r SPC e SPC SPC b SPC RET Recent messages: Omitted 8 lines. Omitting... (Nothing to omit) Recognizing tables...done Mark set [2 times] Wrote /home/joakim/Plans/projectplace/PpOnApache Quit Mark activated Making completion list... [2 times] Loading emacsbug...done From MAILER-DAEMON Mon Jan 24 11:11:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct6oe-0006Zi-Nd for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:11:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct6m5-0005f2-Bm for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:09:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct6ll-0005VB-U2 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:08:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct6lk-0005SL-3h for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:08:48 -0500 Received: from [194.113.59.56] (helo=mailrelay1.alcatel.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct6Mf-0006iS-Rm for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 10:42:54 -0500 Received: from slbwba.alcatel.de (slbwba.bln.sel.alcatel.de [149.204.93.83]) by mailrelay1.alcatel.de (8.12.11/8.12.10) with ESMTP id j0OFg2AN026013; Mon, 24 Jan 2005 16:42:03 +0100 (MET) To: Joakim Verona References: From: Michael Albinus Date: Mon, 24 Jan 2005 16:42:02 +0100 In-Reply-To: (Joakim Verona's message of "Mon, 24 Jan 2005 15:21:13 +0100") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/20.7 (hpux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-AES-MTA-scanned-and-authorized: yes Cc: emacs-pretest-bug@gnu.org Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 16:11:46 -0000 Joakim Verona writes: > Symptoms: > > /smb:joakim%windozedomain@mupp:/Apache2 > > is a valid tramp url, but ffap stops at the percent sign. IIRC, ffap uses hard-coded ange-ftp. So it cannot cooperate with Tramp out of the box. Integration with ffap is on the todo list of Tramp, but not started. Best regards, Michael. From MAILER-DAEMON Mon Jan 24 11:28:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct72J-00031K-0L for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:25:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct725-0002wn-Tr for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:25:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct71w-0002rI-DS for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:25:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct71v-0002oA-Qa for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:25:31 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct6nJ-0001hP-1b; Mon, 24 Jan 2005 11:10:25 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id B90CB8282C0; Mon, 24 Jan 2005 11:10:24 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 19FEB4AC0B5; Mon, 24 Jan 2005 11:10:20 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 015F84BB7A; Mon, 24 Jan 2005 11:10:19 -0500 (EST) Message-ID: To: rms@gnu.org References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Mon, 24 Jan 2005 11:10:19 -0500 In-Reply-To: (Richard Stallman's message of "Sun, 23 Jan 2005 12:37:20 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.757, requis 5, autolearn=not spam, AWL 0.14, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 16:25:50 -0000 > AFAICT there's no good reason to put the breakpoint on > x_error_quitter rather than on x_error_handler. > The reason is so that errors caught by Emacs won't hit the breakpoint. When does this happen? The only case I know of is when you have frames on multiple displays and you get an error (such as a disconnection) on one of the displays. In any case, the problem with setting a breakpoint on x_error_quitter is really a problem of gdb (maybe due to a problem in gcc): Setting a breakpoint on a function (or a line number) should put the breakpoint at all the places where the code was inlined. Stefan From MAILER-DAEMON Mon Jan 24 11:57:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct7Wr-0006H1-Rk for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:57:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct7Wn-0006Ch-Aq for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:57:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct7Wf-00068R-N7 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:57:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct7We-00064c-Fi for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 11:57:16 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct7Al-0004f1-7a; Mon, 24 Jan 2005 11:34:39 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id A619C8282CA; Mon, 24 Jan 2005 11:34:38 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 9EE804AC2F8; Mon, 24 Jan 2005 11:27:41 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 8EFDA4BB7A; Mon, 24 Jan 2005 11:27:41 -0500 (EST) Message-ID: To: "Drew Adams" References: From: Stefan Monnier Date: Mon, 24 Jan 2005 11:27:41 -0500 In-Reply-To: (Drew Adams's message of "Sun, 23 Jan 2005 10:09:41 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.758, requis 5, autolearn=not spam, AWL 0.14, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 16:57:27 -0000 > 1. "user option" has already been defined as something else, so far - > something related, so potentially confusing. My understanding is that the original definition of "user option" was: an option that an end-user (not familiar with Elisp) can change. This happened to be limited to user-variable-p at the time for lack of anything else but now also includes faces. I don't think it's particularly confusing. > Some of the Customize code already refers to faces + user options together > as "user options" or "options", BTW. Indeed, it's a natural extension. > That will also require, BTW, a term for `user-variable-p' Why? It's not like we often need to talk about those particular variables which are user-variable-p but are not defcustom'd, is it? And IIRC the last discussion (where we decided that M-x set-variable should be extended with the functionality of M-x customize-set-variable), we'd like ultimately to get rid of the distinction between user-variable-p and custom-izable variables. Stefan From MAILER-DAEMON Mon Jan 24 12:41:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct89J-0001RB-C9 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:37:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct896-0001NJ-Av for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:37:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct88v-0001Gt-RP for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:36:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct88v-0001Ea-Mf for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:36:49 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Ct7mT-0000Bf-Ab; Mon, 24 Jan 2005 12:13:37 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0OHDare020537; Mon, 24 Jan 2005 09:13:36 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0OHDYjX020506; Mon, 24 Jan 2005 09:13:35 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0OHDWwQ003918; Mon, 24 Jan 2005 10:13:32 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0OHDV6v003905 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 24 Jan 2005 10:13:31 -0700 From: "Drew Adams" To: "Stefan Monnier" Date: Mon, 24 Jan 2005 09:13:31 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 17:37:06 -0000 My understanding is that the original definition of "user option" was: an option that an end-user (not familiar with Elisp) can change. I have no pb with that. This happened to be limited to user-variable-p at the time for lack of anything else but now also includes faces. OK, but I don't think that is stated anywhere, and I think that "user option" is used in various places explicitly with the more restricted meaning. I don't think it's particularly confusing. The only confusion comes from doc or doc strings that might refer to the more restricted meaning (`user-variable-p') of "user option". If those are eliminated/corrected, then there is no pb. I don't know if this has already been corrected. > That will also require, BTW, a term for `user-variable-p' Why? It's not like we often need to talk about those particular variables which are user-variable-p but are not defcustom'd, is it? No, I agree. We just need to say clearly that not all `user-variable-p' variables are "handled by Customize", or something to that effect, in places where the distinction might be important. Otherwise, people will be surprised when they try to `customize-variable' and they are told that they cannot, even though the variable is `user-variable-p'. And IIRC the last discussion (where we decided that M-x set-variable should be extended with the functionality of M-x customize-set-variable), we'd like ultimately to get rid of the distinction between user-variable-p and custom-izable variables. I missed that discussion & decision, but I support the idea. Is that already planned for post 21.4? - Drew From MAILER-DAEMON Mon Jan 24 12:41:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct8DB-0002AC-Dr for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:41:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct897-0001N2-QV for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:37:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct88u-0001Fm-Kq for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:36:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct88u-0001Ea-Cl for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:36:48 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct7qN-0000bi-OZ; Mon, 24 Jan 2005 12:17:40 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 4DD668282FA; Mon, 24 Jan 2005 12:17:37 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 6C2854AC289; Mon, 24 Jan 2005 12:09:57 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 432D24BB6A; Mon, 24 Jan 2005 12:09:57 -0500 (EST) Message-ID: To: Luc Teirlinck References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> From: Stefan Monnier Date: Mon, 24 Jan 2005 12:09:57 -0500 In-Reply-To: <200501231644.j0NGi5S16551@raven.dms.auburn.edu> (Luc Teirlinck's message of "Sun, 23 Jan 2005 10:44:05 -0600 (CST)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.758, requis 5, AWL 0.14, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 17:41:12 -0000 >> however the recent updates in simple.el that cause the yes/no dialog to >> ask about discarding undo information does pop up in shell-mode --- > BTW, I just wanted to say that since this undo-discard prompt was > introduced I've bumped into it also in "normal" circumstances (just > manual buffer editing) and have found it to be just really annoying > (half the time it occurred in the middle of some kbd-macro and breaks > the sequence of steps). > It seems strange that you would routinely accumulate one large single > undo entry in the process of manual buffer editing. Are you sure that > there is no inappropriate undo management involved somewhere? Are > keyboard macros what causes the problem? Well I didn't say "routinely": it happened 4 times until now. And I don't think they were the result of a bug. They mostly (3 times) occured because I did something like: 1 - copy a large file (or a buffer). 2 - work on the copy by removing most of its content. The remaing case occured in conjunction with the command diff-context->unified on a large patch file. Maybe the command shouldn't keep the undo info, but find that I do undo this command. Now I can also undo it by using diff-unified->context, so if I could replace the large undo entries with just one entry that says "call diff-unified->context" it would not be a problem any more. The SES spreadsheet also needs such a feature (and currently fakes it by using a wrapper around primitive-undo). > The prompt has turned out to be a great debugging tool, but it indeed > can be a real nuisance. I can live with it as a debugging tool, but I think that by default it should not prompt. Stefan From MAILER-DAEMON Mon Jan 24 12:45:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct8Gt-0003Ko-W5 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:45:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct89E-0001QO-PR for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:37:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct891-0001Jv-7l for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:37:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct88z-0001Ea-HW for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:36:53 -0500 Received: from [194.109.24.31] (helo=smtp-vbr11.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct7gX-00083b-NM for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 12:07:30 -0500 Received: from pijl (a80-127-67-124.adsl.xs4all.nl [80.127.67.124]) by smtp-vbr11.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0OH7RuH086764; Mon, 24 Jan 2005 18:07:27 +0100 (CET) (envelope-from Lute.Kamstra@xs4all.nl) Received: from lute by pijl with local (Exim 3.36 #1 (Debian)) id 1Ct7lq-0003g8-00; Mon, 24 Jan 2005 18:12:58 +0100 To: emacs-pretest-bug@gnu.org, handa@m17n.org User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) From: Lute Kamstra Date: Mon, 24 Jan 2005 18:12:58 +0100 Message-ID: <87mzuywy1x.fsf@xs4all.nl> Lines: 55 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Lute Kamstra X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Ispell.el fails with a dutch dictionary. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 17:45:01 -0000 Since this change: 2005-01-13 Kenichi Handa * textmodes/ispell.el: These changes are to fix misalignment error caused by equivalent characters of different Emacs charsets. (ispell-unified-chars-table): New variable. (ispell-get-decoded-string): New function. (ispell-get-casechars, ispell-get-not-casechars) (ispell-get-otherchars): Call ispell-get-decoded-string. dutch spell checking doesn't work anymore. When I do: M-x ispell-change-dictionary nederlands RET M-x ispell-buffer I get: ispell-get-line: Invalid regexp: "Range striding over charsets" The patch below fixes the problem. Shall I commit it? Lute. *** lisp/textmodes/ispell.el 18 Jan 2005 23:16:27 -0000 1.153 --- lisp/textmodes/ispell.el 24 Jan 2005 16:50:31 -0000 *************** *** 591,602 **** "[^A-Z\300\301\310\311\314\315\322\323\331\332a-z\340\341\350\351\354\355\363\371\372]" "[-]" nil ("-B" "-d" "italian") "~tex" iso-8859-1) ("nederlands" ; Nederlands.aff ! "[A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374]" ! "[^A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374]" "[']" t ("-C") nil iso-8859-1) ("nederlands8" ; Dutch8.aff ! "[A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374]" ! "[^A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374]" "[']" t ("-C") nil iso-8859-1))) --- 591,602 ---- "[^A-Z\300\301\310\311\314\315\322\323\331\332a-z\340\341\350\351\354\355\363\371\372]" "[-]" nil ("-B" "-d" "italian") "~tex" iso-8859-1) ("nederlands" ; Nederlands.aff ! "[A-Za-z\300\301\302\303\304\305\307\310\311\312\313\314\315\316\317\322\323\324\325\326\331\332\333\334\340\341\342\343\344\345\347\350\351\352\353\354\355\356\357\361\362\363\364\365\366\371\372\373\374]" ! "[^A-Za-z\300\301\302\303\304\305\307\310\311\312\313\314\315\316\317\322\323\324\325\326\331\332\333\334\340\341\342\343\344\345\347\350\351\352\353\354\355\356\357\361\362\363\364\365\366\371\372\373\374]" "[']" t ("-C") nil iso-8859-1) ("nederlands8" ; Dutch8.aff ! "[A-Za-z\300\301\302\303\304\305\307\310\311\312\313\314\315\316\317\322\323\324\325\326\331\332\333\334\340\341\342\343\344\345\347\350\351\352\353\354\355\356\357\361\362\363\364\365\366\371\372\373\374]" ! "[^A-Za-z\300\301\302\303\304\305\307\310\311\312\313\314\315\316\317\322\323\324\325\326\331\332\333\334\340\341\342\343\344\345\347\350\351\352\353\354\355\356\357\361\362\363\364\365\366\371\372\373\374]" "[']" t ("-C") nil iso-8859-1))) From MAILER-DAEMON Mon Jan 24 13:32:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ct912-0003k5-E1 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 13:32:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ct910-0003iP-7f for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 13:32:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ct90x-0003fw-8j for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 13:32:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ct90w-0003e8-L2 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 13:32:38 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ct8og-0007EK-TN; Mon, 24 Jan 2005 13:19:59 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 9EAA88282AC; Mon, 24 Jan 2005 13:19:58 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 1D6CA4AC0B5; Mon, 24 Jan 2005 13:19:54 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id E110C4BB7A; Mon, 24 Jan 2005 13:19:53 -0500 (EST) Message-ID: To: rms@gnu.org References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> From: Stefan Monnier Date: Mon, 24 Jan 2005 13:19:53 -0500 In-Reply-To: (Richard Stallman's message of "Mon, 24 Jan 2005 01:50:37 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.759, requis 5, autolearn=not spam, AWL 0.14, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: Luc Teirlinck , fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 18:32:43 -0000 > there was indeed a bug where Emacs generated lots of undo info during > a single command and crashed, and the only fix I could see was to > discard the undo info. So I don't think turning off the question is a > good default. If "turning off the question" means "throw away the undo info", it doesn't seem like a big risk. Another alternative between throwing away the info and not throwing it away is to split those mega-undo-step by arbitrarily adding some undo-boundaries in them, so that undo-limit can do its job (which it has always done silently, BTW). Stefan From MAILER-DAEMON Mon Jan 24 15:01:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtAOq-0002yd-MM for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:01:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtAOm-0002wB-Qv for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:01:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtAOh-0002sB-G1 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:01:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtAOg-0002r6-RJ for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:01:14 -0500 Received: from [207.219.186.98] (helo=sitraka.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtAAG-00064F-Vk for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 14:46:23 -0500 Received: from [10.4.114.147] (rd-jonathan.sitraka.com [10.4.114.147]) by sitraka.com (8.11.6/8.11.6) with ESMTP id j0OJkGe25338; Mon, 24 Jan 2005 14:46:16 -0500 Message-ID: <41F55088.6080005@sympatico.ca> Date: Mon, 24 Jan 2005 14:46:16 -0500 From: Jonathan Albrecht User-Agent: Mozilla Thunderbird 1.0 - [MOOX M3] (Windows/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org References: <41F14E4B.1000208@sympatico.ca> In-Reply-To: <41F14E4B.1000208@sympatico.ca> Content-Type: multipart/mixed; boundary="------------040808020008080801020700" Subject: Re: cygwin gtk+ Jan 19, 2005 core X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 20:01:21 -0000 This is a multi-part message in MIME format. --------------040808020008080801020700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a little more info on the crash I'm seeing. I've included the xtype of obj (Lisp_Type_Limit) during the failure and the dribble file leading up to the crash. The crash usually occurs in an incremental search. Let me know if there is anything else I can do. Thanks, Jon GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.14) of 2005-01-24 on tor106063 > gdb /usr/local/bin/emacs 2216 GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... Attaching to program `/usr/local/bin/emacs.exe', process 3592 ---Type to continue, or q to quit--- [Switching to thread 3592.0x1690] DISPLAY = :0 TERM = xterm Breakpoint 1 at 0x2009a356: file emacs.c, line 454. Breakpoint 2 at 0x200751e8: file xterm.c, line 7784. (gdb) c Continuing. [Switching to thread 3592.0x9d4] Breakpoint 1, abort () at emacs.c:454 454 kill (getpid (), SIGABRT); (gdb) bt #0 abort () at emacs.c:454 #1 0x200ebed6 in mark_object (arg=536988639) at alloc.c:5429 #2 0x200eb5ee in Fgarbage_collect () at alloc.c:4791 #3 0x201009c7 in Feval (form=557376253) at eval.c:2029 #4 0x200ff554 in internal_condition_case_1 (bfun=0x201002f0 , arg=557376253, handlers=539818585, hfun=0x200a4ba0 ) at eval.c:1426 #5 0x200a4c34 in menu_item_eval_property (sexpr=557376253) at keyboard.c:7133 #6 0x200acc6e in get_keyelt (object=540039769, autoload=1) at keymap.c:807 #7 0x200ac3bd in access_keymap (map=539781381, idx=539804297, t_ok=2, noinherit=0, autoload=1) at keymap.c:641 #8 0x200a5556 in tool_bar_items (reuse=557416452, nitems=0x22db68) at keyboard.c:7590 #9 0x2001ce88 in update_tool_bar (f=0x20c97c00, save_match_data=0) at xdisp.c:8531 #10 0x2001c96c in prepare_menu_bars () at xdisp.c:8237 #11 0x2001edb6 in redisplay_internal (preserve_echo_area=1) at xdisp.c:9912 #12 0x2001fcd9 in redisplay_preserve_echo_area (from_where=2) at xdisp.c:10507 #13 0x2000930a in sit_for (sec=0, usec=0, reading=0, display=1, initial_display=1) at dispnew.c:6358 #14 0x200093b1 in Fsit_for (seconds=0, milliseconds=539750401, nodisp=539750401) at dispnew.c:6421 #15 0x20101584 in Ffuncall (nargs=2, args=0x22e260) at eval.c:2782 ---Type to continue, or q to quit--- #16 0x2012a35e in Fbyte_code (bytestr=539068667, vector=539068796, maxdepth=32) at bytecode.c:686 #17 0x20101993 in funcall_lambda (fun=539068636, nargs=0, arg_vector=0x22e394) at eval.c:2962 #18 0x2010142d in Ffuncall (nargs=1, args=0x22e390) at eval.c:2832 #19 0x2012a35e in Fbyte_code (bytestr=539046691, vector=539046900, maxdepth=40) at bytecode.c:686 #20 0x20101993 in funcall_lambda (fun=539046668, nargs=0, arg_vector=0x22e4d4) at eval.c:2962 #21 0x2010142d in Ffuncall (nargs=1, args=0x22e4d0) at eval.c:2832 #22 0x2012a35e in Fbyte_code (bytestr=539055883, vector=539056028, maxdepth=32) at bytecode.c:686 #23 0x20101993 in funcall_lambda (fun=539055860, nargs=0, arg_vector=0x22e604) at eval.c:2962 #24 0x2010142d in Ffuncall (nargs=1, args=0x22e600) at eval.c:2832 #25 0x2012a35e in Fbyte_code (bytestr=539060595, vector=539060628, maxdepth=16) at bytecode.c:686 #26 0x20101993 in funcall_lambda (fun=539060556, nargs=2, arg_vector=0x22e734) at eval.c:2962 #27 0x2010142d in Ffuncall (nargs=3, args=0x22e730) at eval.c:2832 #28 0x2012a35e in Fbyte_code (bytestr=539060483, vector=539060524, maxdepth=32) at bytecode.c:686 #29 0x20101993 in funcall_lambda (fun=539060452, nargs=1, arg_vector=0x22e864) ---Type to continue, or q to quit--- at eval.c:2962 #30 0x2010142d in Ffuncall (nargs=2, args=0x22e860) at eval.c:2832 #31 0x2012a35e in Fbyte_code (bytestr=539060315, vector=539060396, maxdepth=32) at bytecode.c:686 #32 0x20101993 in funcall_lambda (fun=539060284, nargs=0, arg_vector=0x22e9b4) at eval.c:2962 #33 0x2010142d in Ffuncall (nargs=1, args=0x22e9b0) at eval.c:2832 #34 0x201010a8 in apply1 (fn=542089793, arg=539750401) at eval.c:2525 #35 0x200fd3f5 in Fcall_interactively (function=542089793, record_flag=539750401, keys=551086084) at callint.c:411 #36 0x200a8503 in Fcommand_execute (cmd=542089793, record_flag=539750401, keys=539750401, special=539750401) at keyboard.c:9693 #37 0x2009d466 in command_loop_1 () at keyboard.c:1788 #38 0x200ff44e in internal_condition_case (bfun=0x2009d120 , handlers=539818585, hfun=0x2009cc10 ) at eval.c:1385 #39 0x2009cf6e in command_loop_2 () at keyboard.c:1315 #40 0x200fef8b in internal_catch (tag=539811777, func=0x2009cf40 , arg=539750401) at eval.c:1144 #41 0x2009cf13 in command_loop () at keyboard.c:1294 #42 0x2009c974 in recursive_edit_1 () at keyboard.c:987 #43 0x2009cab1 in Frecursive_edit () at keyboard.c:1048 #44 0x2009b1e3 in main (argc=1, argv=0x61793fec) at emacs.c:1763 (gdb) xbacktrace "sit-for" "isearch-lazy-highlight-new-loop" "isearch-update" "isearch-search-and-update" "isearch-process-search-string" "isearch-process-search-char" "isearch-printing-char" "call-interactively" (gdb) up #1 0x200ebed6 in mark_object (arg=536988639) at alloc.c:5429 5429 abort (); (gdb) pr obj The history is empty. (gdb) print obj $1 = 536988639 (gdb) print obj $2 = 536988639 (gdb) pr (gdb) xtype obj Lisp_Type_Limit (gdb) ppt BUF PT: 25401 of 1..26025 GAP: 25948 SZ=1899 Jonathan Albrecht wrote: > I'm running the CVS version of emacs as of Jan 19, 2005 and I'm getting > intermittent crashes at what looks to be the same spot. > > GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.14) of 2005-01-19 > on tor106063 > > DISPLAY = :0 > TERM = xterm > Breakpoint 1 at 0x2009a0e6: file emacs.c, line 454. > Breakpoint 2 at 0x20074f48: file xterm.c, line 7790. > (gdb) b exit > Breakpoint 3 at 0x20148920 > (gdb) c > Continuing. > [Switching to thread 4704.0x1ba0] > > Breakpoint 1, abort () at emacs.c:454 > 454 kill (getpid (), SIGABRT); > (gdb) bt > #0 abort () at emacs.c:454 > #1 0x200ebc26 in mark_object (arg=536988543) at alloc.c:5429 > #2 0x200eb33e in Fgarbage_collect () at alloc.c:4791 > #3 0x201006a7 in Feval (form=556034093) at eval.c:2029 > #4 0x200ff234 in internal_condition_case_1 (bfun=0x200fffd0 , > arg=556034093, handlers=539818585, > hfun=0x200a4930 ) at eval.c:1426 --------------040808020008080801020700 Content-Type: text/plain; name="dribble.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dribble.txt" 52memsrshbcjvmpmemsrshtrextern  clazzinclmemextern " clazz indexenv triggtriggerfbtr{};  !  0x8000077 0x8000077 extern "C" ! "C" & typedefn_ttri 0x800002f rtriggerFunction 0x8000077tri 0x800002f 0x800002f 0x800002f 0x800002f 0x800002f 0x800002f 0x800002fF 0x800002f 0x800002f 0x800002f tri 0x800002f 0x800002f =  {} 0x400002f 0x400002f 0x400002f 0x400002fprodsrshbctriexternentrpro.cppexterninclheextern --------------040808020008080801020700-- From MAILER-DAEMON Mon Jan 24 15:06:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtAU5-00068B-RE for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:06:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtATw-00065n-9W for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:06:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtATp-00062u-TM for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:06:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtATo-00061J-Ir for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:06:32 -0500 Received: from [207.219.186.98] (helo=sitraka.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtAD2-0006Nf-Vf for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 14:49:15 -0500 Received: from [10.4.114.147] (rd-jonathan.sitraka.com [10.4.114.147]) by sitraka.com (8.11.6/8.11.6) with ESMTP id j0OJn9e25544; Mon, 24 Jan 2005 14:49:10 -0500 Message-ID: <41F55135.3020408@sympatico.ca> Date: Mon, 24 Jan 2005 14:49:09 -0500 From: Jonathan Albrecht User-Agent: Mozilla Thunderbird 1.0 - [MOOX M3] (Windows/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org References: <41F14E4B.1000208@sympatico.ca> <41F55088.6080005@sympatico.ca> In-Reply-To: <41F55088.6080005@sympatico.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cygwin gtk+ Jan 19, 2005 core X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 20:06:41 -0000 I just notice I got this on std out as well: > # # # # The build was from latest cvs as of Jan 24 at about 11am EST. Jon Jonathan Albrecht wrote: > I have a little more info on the crash I'm seeing. I've included the > xtype of obj (Lisp_Type_Limit) during the failure and the dribble file > leading up to the crash. The crash usually occurs in an incremental search. > > Let me know if there is anything else I can do. > > Thanks, > > Jon > > GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.14) of 2005-01-24 > on tor106063 > > > gdb /usr/local/bin/emacs 2216 > GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i686-pc-cygwin"... > Attaching to program `/usr/local/bin/emacs.exe', process 3592 > ---Type to continue, or q to quit--- > [Switching to thread 3592.0x1690] > DISPLAY = :0 > TERM = xterm > Breakpoint 1 at 0x2009a356: file emacs.c, line 454. > Breakpoint 2 at 0x200751e8: file xterm.c, line 7784. > (gdb) c > Continuing. > [Switching to thread 3592.0x9d4] > > Breakpoint 1, abort () at emacs.c:454 > 454 kill (getpid (), SIGABRT); > (gdb) bt > #0 abort () at emacs.c:454 > #1 0x200ebed6 in mark_object (arg=536988639) at alloc.c:5429 > #2 0x200eb5ee in Fgarbage_collect () at alloc.c:4791 > #3 0x201009c7 in Feval (form=557376253) at eval.c:2029 > #4 0x200ff554 in internal_condition_case_1 (bfun=0x201002f0 , > arg=557376253, handlers=539818585, > hfun=0x200a4ba0 ) at eval.c:1426 > #5 0x200a4c34 in menu_item_eval_property (sexpr=557376253) at > keyboard.c:7133 > #6 0x200acc6e in get_keyelt (object=540039769, autoload=1) at keymap.c:807 > #7 0x200ac3bd in access_keymap (map=539781381, idx=539804297, t_ok=2, > noinherit=0, autoload=1) at keymap.c:641 > #8 0x200a5556 in tool_bar_items (reuse=557416452, nitems=0x22db68) > at keyboard.c:7590 > #9 0x2001ce88 in update_tool_bar (f=0x20c97c00, save_match_data=0) > at xdisp.c:8531 > #10 0x2001c96c in prepare_menu_bars () at xdisp.c:8237 > #11 0x2001edb6 in redisplay_internal (preserve_echo_area=1) at xdisp.c:9912 > #12 0x2001fcd9 in redisplay_preserve_echo_area (from_where=2) at > xdisp.c:10507 > #13 0x2000930a in sit_for (sec=0, usec=0, reading=0, display=1, > initial_display=1) at dispnew.c:6358 > #14 0x200093b1 in Fsit_for (seconds=0, milliseconds=539750401, > nodisp=539750401) at dispnew.c:6421 > #15 0x20101584 in Ffuncall (nargs=2, args=0x22e260) at eval.c:2782 > ---Type to continue, or q to quit--- > #16 0x2012a35e in Fbyte_code (bytestr=539068667, vector=539068796, > maxdepth=32) > at bytecode.c:686 > #17 0x20101993 in funcall_lambda (fun=539068636, nargs=0, > arg_vector=0x22e394) > at eval.c:2962 > #18 0x2010142d in Ffuncall (nargs=1, args=0x22e390) at eval.c:2832 > #19 0x2012a35e in Fbyte_code (bytestr=539046691, vector=539046900, > maxdepth=40) > at bytecode.c:686 > #20 0x20101993 in funcall_lambda (fun=539046668, nargs=0, > arg_vector=0x22e4d4) > at eval.c:2962 > #21 0x2010142d in Ffuncall (nargs=1, args=0x22e4d0) at eval.c:2832 > #22 0x2012a35e in Fbyte_code (bytestr=539055883, vector=539056028, > maxdepth=32) > at bytecode.c:686 > #23 0x20101993 in funcall_lambda (fun=539055860, nargs=0, > arg_vector=0x22e604) > at eval.c:2962 > #24 0x2010142d in Ffuncall (nargs=1, args=0x22e600) at eval.c:2832 > #25 0x2012a35e in Fbyte_code (bytestr=539060595, vector=539060628, > maxdepth=16) > at bytecode.c:686 > #26 0x20101993 in funcall_lambda (fun=539060556, nargs=2, > arg_vector=0x22e734) > at eval.c:2962 > #27 0x2010142d in Ffuncall (nargs=3, args=0x22e730) at eval.c:2832 > #28 0x2012a35e in Fbyte_code (bytestr=539060483, vector=539060524, > maxdepth=32) > at bytecode.c:686 > #29 0x20101993 in funcall_lambda (fun=539060452, nargs=1, > arg_vector=0x22e864) > ---Type to continue, or q to quit--- > at eval.c:2962 > #30 0x2010142d in Ffuncall (nargs=2, args=0x22e860) at eval.c:2832 > #31 0x2012a35e in Fbyte_code (bytestr=539060315, vector=539060396, > maxdepth=32) > at bytecode.c:686 > #32 0x20101993 in funcall_lambda (fun=539060284, nargs=0, > arg_vector=0x22e9b4) > at eval.c:2962 > #33 0x2010142d in Ffuncall (nargs=1, args=0x22e9b0) at eval.c:2832 > #34 0x201010a8 in apply1 (fn=542089793, arg=539750401) at eval.c:2525 > #35 0x200fd3f5 in Fcall_interactively (function=542089793, > record_flag=539750401, keys=551086084) at callint.c:411 > #36 0x200a8503 in Fcommand_execute (cmd=542089793, record_flag=539750401, > keys=539750401, special=539750401) at keyboard.c:9693 > #37 0x2009d466 in command_loop_1 () at keyboard.c:1788 > #38 0x200ff44e in internal_condition_case (bfun=0x2009d120 > , > handlers=539818585, hfun=0x2009cc10 ) at eval.c:1385 > #39 0x2009cf6e in command_loop_2 () at keyboard.c:1315 > #40 0x200fef8b in internal_catch (tag=539811777, > func=0x2009cf40 , arg=539750401) at eval.c:1144 > #41 0x2009cf13 in command_loop () at keyboard.c:1294 > #42 0x2009c974 in recursive_edit_1 () at keyboard.c:987 > #43 0x2009cab1 in Frecursive_edit () at keyboard.c:1048 > #44 0x2009b1e3 in main (argc=1, argv=0x61793fec) at emacs.c:1763 > (gdb) xbacktrace > "sit-for" > "isearch-lazy-highlight-new-loop" > "isearch-update" > "isearch-search-and-update" > "isearch-process-search-string" > "isearch-process-search-char" > "isearch-printing-char" > "call-interactively" > (gdb) up > #1 0x200ebed6 in mark_object (arg=536988639) at alloc.c:5429 > 5429 abort (); > (gdb) pr obj > The history is empty. > (gdb) print obj > $1 = 536988639 > (gdb) print obj > $2 = 536988639 > (gdb) pr > (gdb) xtype obj > Lisp_Type_Limit > (gdb) ppt > BUF PT: 25401 of 1..26025 GAP: 25948 SZ=1899 > > > > > Jonathan Albrecht wrote: > >> I'm running the CVS version of emacs as of Jan 19, 2005 and I'm >> getting intermittent crashes at what looks to be the same spot. >> >> GNU Emacs 21.3.50.1 (i686-pc-cygwin, GTK+ Version 2.4.14) of >> 2005-01-19 on tor106063 >> >> DISPLAY = :0 >> TERM = xterm >> Breakpoint 1 at 0x2009a0e6: file emacs.c, line 454. >> Breakpoint 2 at 0x20074f48: file xterm.c, line 7790. >> (gdb) b exit >> Breakpoint 3 at 0x20148920 >> (gdb) c >> Continuing. >> [Switching to thread 4704.0x1ba0] >> >> Breakpoint 1, abort () at emacs.c:454 >> 454 kill (getpid (), SIGABRT); >> (gdb) bt >> #0 abort () at emacs.c:454 >> #1 0x200ebc26 in mark_object (arg=536988543) at alloc.c:5429 >> #2 0x200eb33e in Fgarbage_collect () at alloc.c:4791 >> #3 0x201006a7 in Feval (form=556034093) at eval.c:2029 >> #4 0x200ff234 in internal_condition_case_1 (bfun=0x200fffd0 , >> arg=556034093, handlers=539818585, >> hfun=0x200a4930 ) at eval.c:1426 > > > ------------------------------------------------------------------------ > > 52memsrshbcjvmpmemsrshtrextern  clazzinclmemextern " clazz indexenv triggtriggerfbtr{};   0x8000077 0x8000077 use-movement> extern "C" "C" & typedefn_ttri 0x800002f rtriggerFunction< mouse-movement> 0x8000077tri 0x800002f 0x800002f 0x800002f 0x800002f 0x800002f 0x800002f 0x800002fF 0x800002f 0x800002f 0x800002f tri 0x800002f 0x800002f =  {}< help-echo> 0x400002f 0x400002f 0x400002f 0x400002f >>prodsrshbctriexternentr pro.cppexterninclheextern From MAILER-DAEMON Mon Jan 24 15:26:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtAmj-0002RT-Iz for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:26:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtAmV-0002OP-Rd for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:25:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtAmM-0002Hq-3H for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:25:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtAmK-0002FQ-Vd for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:25:41 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtAPR-0007Wx-MV for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 15:02:01 -0500 Received: from zaretski (IGLD-83-130-211-151.inter.net.il [83.130.211.151]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DPK66922 (AUTH halo1); Mon, 24 Jan 2005 21:55:42 +0200 (IST) Date: Mon, 24 Jan 2005 21:52:17 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Stefan Monnier Message-ID: <01c5024e$Blat.v2.4$5acb3a60@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Stefan Monnier on Mon, 24 Jan 2005 11:10:19 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 20:25:54 -0000 > Cc: eliz@gnu.org, emacs-pretest-bug@gnu.org, > ascott@sedona.ch.intel.com > From: Stefan Monnier > Date: Mon, 24 Jan 2005 11:10:19 -0500 > > In any case, the problem with setting a breakpoint on x_error_quitter is > really a problem of gdb (maybe due to a problem in gcc): > Setting a breakpoint on a function (or a line number) should put the > breakpoint at all the places where the code was inlined. It's only a problem in GDB if someone can show that GCC leaves behind enough debug info about inlined functions. IIRC, it doesn't (and I'm not sure DWARF-2 debug info even has provisions for this). I think the easiest way to solve this is to disable inlining of x_error_quitter, and I will try to come up with some reasonably simple solution. From MAILER-DAEMON Mon Jan 24 16:03:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtBN0-0002kF-9x for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 16:03:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtBMy-0002jI-4K for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 16:03:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtBMw-0002iI-UN for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 16:03:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtBK1-0001Ls-2V for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 16:00:29 -0500 Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtAfV-0000JT-RY; Mon, 24 Jan 2005 15:18:38 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepb.post.tele.dk (Postfix) with SMTP id EFF135EE037; Mon, 24 Jan 2005 21:18:34 +0100 (CET) To: Stefan Monnier References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> From: storm@cua.dk (Kim F. Storm) Date: Mon, 24 Jan 2005 21:18:44 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 24 Jan 2005 13:19:53 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: fx@gnu.org, Luc Teirlinck , emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 21:03:32 -0000 Stefan Monnier writes: >> there was indeed a bug where Emacs generated lots of undo info during >> a single command and crashed, and the only fix I could see was to >> discard the undo info. So I don't think turning off the question is a >> good default. > > If "turning off the question" means "throw away the undo info", it doesn't > seem like a big risk. Another alternative between throwing away the info > and not throwing it away is to split those mega-undo-step by arbitrarily > adding some undo-boundaries in them, so that undo-limit can do its job > (which it has always done silently, BTW). In that case, I would rather lose the whole undo record rather than having partial undo information -- which can fool the user. For example, if you kill 5000 lines from a buffer and undo that kill, a partial undo may only re-inserts the last 2500 lines, a fact that the user may easily miss... -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Mon Jan 24 17:31:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtCkR-0004XZ-R1 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 17:31:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtCkQ-0004Ww-DG for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 17:31:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtCkN-0004Va-Nt for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 17:31:48 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtCkN-0004VO-Lw for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 17:31:47 -0500 Received: from [209.239.37.197] (helo=host6.globalsecureserver.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtCXN-0000tV-46 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 17:18:21 -0500 Received: (from www@localhost) by host6.globalsecureserver.com (8.12.10/8.12.10) id j0OMILgJ017304; Mon, 24 Jan 2005 17:18:21 -0500 Date: Mon, 24 Jan 2005 17:18:21 -0500 Message-Id: <200501242218.j0OMILgJ017304@host6.globalsecureserver.com> To: emacs-pretest-bug@gnu.org From: PayPal Customer Department MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: 8bit Subject: PayPal Important Warning Message X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 22:31:50 -0000
PayPal
Dear Paypal valued member,

Due to concerns, for the safety and integrity of the paypal account we have issued this warning message.

It has come to our attention that your account information needs
to be updated due to inactive members, frauds and spoof reports.
If you could please take 5-10 minutes out of your online experience and renew
your records you will not run into any future problems with the online service.
However, failure to update your records will result in account suspension
This notification expires on January 30, 2005.

Once you have updated your account records your paypal account
service will not be interrupted and will continue as normal.

Please follow the link below and login to your account
and renew your account information




https://www.paypal.com/cgi-bin/webscr?cmd=_login-run.

Thank you for using PayPal!

Sincerely,

Paypal customer department!


PayPal Email ID PP468

PayPal Website Payments
Do you sell on websites or in emails? If so, you should be taking advantage of PayPal's Website Payments. Simply place PayPal's Buy Now buttons or Shopping Cart buttons on your site, and your buyers can pay you immediately.
Increase Your Sales With eBay
Looking to liquidate some inventory?

Do it eBay! And sell with PayPal. It's fast, easy, and secure.
Protect Your Password
You should never give your PayPal password to anyone, including PayPal employees.
From MAILER-DAEMON Mon Jan 24 18:27:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtDc0-0003sj-J6 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:27:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtDbs-0003pP-Jm for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:27:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtDbh-0003jW-6u for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:26:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtDbg-0003it-Mv for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:26:52 -0500 Received: from [221.141.215.169] (helo=221.141.215.169) by monty-python.gnu.org with smtp (Exim 4.34) id 1CtDNK-0004qj-TM for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:12:04 -0500 Message-ID: From: market To: emacs-pretest-bug@gnu.org Date: Mon, 24 Jan 2005 22:55:13 +0000 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0000_AA5D5C59.B862792D" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Re: X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 23:27:07 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_AA5D5C59.B862792D Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_C5E1310C.97176B66" ------=_NextPart_001_0001_C5E1310C.97176B66 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit KOÌÌEP×ÅCK0Å ÏÐEÄËÎÆEÍÈÅ ÏÎ ÎPÃÀÍÈ3ÀÖÈÈ ÏPÈÅÌA ÏJIAÒÅÆEÉ ÌÒÑ, ÁÈ JIAÉÍ, ÌEÃÀÔOÍ, ÍÒÂ+ È Ò.Ä. Ïðåäëàãàåì âcåì êîììeð÷eñêèì îðãaíèçaöèÿì â ëþáîì ðåãèoíe Poñcèè ðacøèðèòü câoé áèçíec, îðãàíèçoâàâ nðèåì ïëaòåæeé îò íàcåëåíèÿ â ïîëüçó êîìïàíèé cîòoâoé ñâÿçè, âåäóùèõ èíòeðíeò-nðîâaéäeðoâ, oneðaòîðîâ IP-òåëeôoíèè è koììåð÷åñêîão òåëåâèäeíèÿ. ÏPÈÅÌ ÏJlAÒEÆEÉ - ÝÒO ÂÛÃÎÄÍO È ÏP0ÑÒO! Íîâàÿ óñëóãa oáåñnå÷èò Âàì ñòàáèëüíóþ nðèáûëü ça ñ÷eò ïoëó÷eíèÿ êîìècñèè (â cðåäíåì 5%) è äoïoëíèòåëüíîão âîçíàãðaæäåíèÿ îò íàøåé êoìïaíèè: - ÌÒC - oò l%; - ÌeãaÔîí - oò I%; - Áè Ëaéí: Ìockâà - îò 1,5% / äðóãèå ðåãèîíû - oò 2.7%; - Èíòåðíeò-nðîâaéäeðû è îneðaòoðû IP-òåëeôoíèè - îò 10%. Äëÿ oðãaíèçaöèè ïðèåìa ïëàòåæeé äoñòàòo÷íî èìåòü â òîðãîâoé òo÷ke neðñîíaëüíûé koìnüþòåð, noäkëþ÷åííûé k Èíòåðíeò, ëèáî ìîáèëüíûé òeëeôoí. Ìû îáó÷èì Âaø ïeðñoíaë ðaáîòaòü c ïðîãðaììíûì îáåñïe÷eíèåì, nðeäîcòaâèì ðàñõîäíûe ìàòeðèaëû (êâèòaíöèè, ðeêëaìíóþ nðîäóêöèþ), koììåð÷eckèé êðåäèò, óñëóãè nî èíkaccàöèè âûðó÷êè, a òàêæå áóäåì îkaçûâaòü nîëíóþ noääåðækó íà âcåõ ýòaïàõ Âaøeé ðàáoòû. Koíòaêòíûé òeë.: (Î95) 1Î1 Ç5 5O (ìíîãîkàíaëüíûé) e-mail: platiji@postaccesslite.com ------=_NextPart_001_0001_C5E1310C.97176B66 Content-Type: text/html; charset=Windows-1251 Content-Transfer-Encoding: 8bit

KÎÌÌÅÐ×ÅÑÊÎÅ ÏPEÄËOÆÅÍÈE Ï0 OPÃAÍÈ3ÀÖÈÈ ÏPÈEÌÀ ÏËÀÒEÆEÉ
ÌÒC, ÁÈ ËAÉÍ, ÌÅÃAÔÎÍ, ÍÒÂ+ È Ò.Ä.

Ïðeäëàãàeì âñeì êîììåð÷eñkèì îðãaíèçaöèÿì â ëþáîì ðeãèîíå Pîcñèè ðacøèðèòü câoé áèçíåc, oðãaíèçîâaâ nðèåì nëaòåæåé îò íacåëeíèÿ â ïoëüçó êîìïàíèé ñoòîâoé câÿçè, âeäóùèõ èíòåðíeò-nðîâaéäeðoâ, oïeðàòîðoâ IP-òeëeôoíèè è êîììeð÷åckîão òåëeâèäåíèÿ. 


ÏPÈÅÌ ÏËÀÒEÆEÉ - ÝÒ0 ÂÛÃOÄÍ0 È ÏP0CÒ0!


Íoâàÿ óñëóãà oáeñïe÷èò Âàì ñòàáèëüíóþ nðèáûëü ça c÷eò ïoëó÷eíèÿ êoìèñcèè (â ñðåäíåì 5%) è äonîëíèòeëüíoão âîçíaãðàæäeíèÿ îò íàøåé kîìnàíèè: 


- ÌÒC - îò 1%; 
- ÌåãaÔoí - oò l%; 
- Áè JIàéí: Ìîñêâa - oò l,5% / äðóãèe ðåãèîíû - îò 2.7%; 
- Èíòeðíåò-ïðoâaéäåðû è îïeðàòîðû IP-òåëeôîíèè - îò 1O%. 


Äëÿ oðãàíèçàöèè nðèåìà ïëaòeæåé äocòaòo÷ío èìeòü â òoðãîâoé òo÷êe ïåðñoíàëüíûé êîìnüþòåð, nîäkëþ÷eííûé ê Èíòåðíåò, ëèáo ìîáèëüíûé òåëeôoí.


Ìû îáó÷èì Âaø ïeðcîíaë ðàáîòaòü ñ nðoãðaììíûì oáecne÷åíèåì, nðeäîñòàâèì ðañõîäíûå ìàòeðèaëû (êâèòaíöèè, ðekëaìíóþ nðîäóköèþ), kîììeð÷åckèé kðeäèò, ócëóãè ïî èíêaññàöèè âûðó÷kè, a òaêæe áóäåì îkaçûâaòü nîëíóþ noääeðæêó íà âñeõ ýòaïaõ Âaøeé ðaáoòû.


Kîíòaêòíûé òåë.: (095) IÎ1 35 5O (ìíîãoêàíàëüíûé)
e-mail: platiji@postaccesslite.com

------=_NextPart_001_0001_C5E1310C.97176B66-- ------=_NextPart_000_0000_AA5D5C59.B862792D-- From MAILER-DAEMON Mon Jan 24 18:31:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtDfq-00068i-BU for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:31:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtDfo-00067n-NR for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:31:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtDfj-000661-Sz for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:31:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtDfj-000648-E5 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:31:03 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtDQF-00059Q-8W for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:15:03 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0ONF1mx013838 for ; Mon, 24 Jan 2005 15:15:01 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0ONF01W013808 for ; Mon, 24 Jan 2005 15:15:00 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0ONExXD018787 for ; Mon, 24 Jan 2005 16:14:59 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0ONEuI0018763 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 24 Jan 2005 16:14:59 -0700 From: "Drew Adams" To: Date: Mon, 24 Jan 2005 15:14:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 23:31:09 -0000 Not a bug, but an enhancement request. Please a new hook, say, `custom-buffer-create-hook', and run it at the end of `custom-create-buffer-internal'. This is for things to be done _after_ the buffer has been filled with its text. An example: a function to fit a one-window frame to the buffer contents. From MAILER-DAEMON Mon Jan 24 18:56:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtE3f-0004lq-M3 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtE3P-0004ak-9h for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtE3I-0004Xp-LV for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtE3I-0004XS-EE for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:24 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtDpj-00075e-Gd; Mon, 24 Jan 2005 18:41:23 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0ONfN9N018401; Mon, 24 Jan 2005 17:41:23 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0ONeWr05141; Mon, 24 Jan 2005 17:40:32 -0600 (CST) Date: Mon, 24 Jan 2005 17:40:32 -0600 (CST) Message-Id: <200501242340.j0ONeWr05141@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 24 Jan 2005 01:50:37 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 23:55:43 -0000 >From my previous message: (defvar undo-extra-outer-limit nil "If non-nil, an extra level of size that's ok in an undo item. We don't ask the user about truncating the undo list until the ! current item gets bigger than this amount. ! This variable has no effect if `undo-discard-silently' is t.") That should have been: ! This variable has no effect if `undo-discard-silently' is non-nil.") From MAILER-DAEMON Mon Jan 24 18:58:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtE4A-0004p7-LW for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:56:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtE3f-0004kq-U3 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtE3N-0004Yk-O7 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtE3M-0004XS-AM for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:28 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtDoI-00070x-5X for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:39:54 -0500 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0ONdnwM031093; Tue, 25 Jan 2005 08:39:50 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0ONdmi26126; Tue, 25 Jan 2005 08:39:48 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id IAA10178; Tue, 25 Jan 2005 08:39:47 +0900 (JST) Date: Tue, 25 Jan 2005 08:39:47 +0900 (JST) Message-Id: <200501242339.IAA10178@etlken.m17n.org> From: Kenichi Handa To: Lute Kamstra In-reply-to: <87mzuywy1x.fsf@xs4all.nl> (message from Lute Kamstra on Mon, 24 Jan 2005 18:12:58 +0100) References: <87mzuywy1x.fsf@xs4all.nl> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org Subject: Re: Ispell.el fails with a dutch dictionary. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 23:56:17 -0000 In article <87mzuywy1x.fsf@xs4all.nl>, Lute Kamstra writes: > Since this change: > 2005-01-13 Kenichi Handa > * textmodes/ispell.el: These changes are to fix misalignment error > caused by equivalent characters of different Emacs charsets. > (ispell-unified-chars-table): New variable. > (ispell-get-decoded-string): New function. > (ispell-get-casechars, ispell-get-not-casechars) > (ispell-get-otherchars): Call ispell-get-decoded-string. > dutch spell checking doesn't work anymore. When I do: > M-x ispell-change-dictionary nederlands RET > M-x ispell-buffer > I get: > ispell-get-line: Invalid regexp: "Range striding over charsets" > The patch below fixes the problem. Shall I commit it? Ah, yes, please commit it. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Mon Jan 24 18:58:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtE6F-0005Ey-Vw for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:58:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtE3j-0004n0-CH for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtE3T-0004es-V0 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtE3T-0004XS-St for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 18:55:35 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtDf4-0006RP-TZ; Mon, 24 Jan 2005 18:30:23 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0ONUG9N018371; Mon, 24 Jan 2005 17:30:16 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0ONTPw05105; Mon, 24 Jan 2005 17:29:25 -0600 (CST) Date: Mon, 24 Jan 2005 17:29:25 -0600 (CST) Message-Id: <200501242329.j0ONTPw05105@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 24 Jan 2005 01:50:37 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 23:58:26 -0000 Richard Stallman wrote: there was indeed a bug where Emacs generated lots of undo info during a single command and crashed, and the only fix I could see was to discard the undo info. So I don't think turning off the question is a good default. If you mean just silently allowing the undo info to pile up and running the small but real (because actually occurring) risk of a crash, that would indeed not be a good default. However, we could probably substantially increase the size threshold. If we multiply it by 10, it might still be good enough to prevent a problem, but it might rarely be encountered when there is no problem. In some of the cases we looked at, the undo info went to infinity over time. (Which of course was a bug, but there is no way to be sure there are no similar bugs left, nor is there any way to prevent people from making similar bugs in the future.) What about the following patches to simple.el and undo.c which keep the current behavior as default, but provide two alternatives through a customizable option: discard the undo info and print a warning message in the echo area and discard completely silently? It is obvious that many people dislike the current behavior, hence I believe that we need at the very least to make it customizable. I personally believe that discarding with warning would be a better default, but the patches below keep the current default. I can install if desired. Somebody who would want to experiment with the patches below could for instance enable the following two timers: (setq timer1 (run-at-time 5 5 (lambda () (with-current-buffer (get-buffer-create "sillybuf") (insert-file-contents "~/.emacs"))))) (setq timer2 (run-at-time 2 2 (lambda () (with-current-buffer (get-buffer-create "sillybuf") (erase-buffer))))) Of course, you might want to replace ".emacs" in the above with some other, appropriately sized file. ===File ~/simple.el-diff==================================== *** simple.el 23 Jan 2005 09:35:35 -0600 1.686 --- simple.el 24 Jan 2005 16:50:25 -0600 *************** *** 1524,1550 **** (defvar undo-extra-outer-limit nil "If non-nil, an extra level of size that's ok in an undo item. We don't ask the user about truncating the undo list until the ! current item gets bigger than this amount.") (make-variable-buffer-local 'undo-extra-outer-limit) ;; When the first undo batch in an undo list is longer than undo-outer-limit, ;; this function gets called to ask the user what to do. ;; Garbage collection is inhibited around the call, ;; so it had better not do a lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) ! (when (or (null undo-extra-outer-limit) (> size undo-extra-outer-limit)) ;; Don't ask the question again unless it gets even bigger. ;; This applies, in particular, if the user quits from the question. ;; Such a quit quits out of GC, but something else will call GC ;; again momentarily. It will call this function again, ;; but we don't want to ask the question again. ! (setq undo-extra-outer-limit (+ size 50000)) ! (if (let (use-dialog-box) ! (yes-or-no-p (format "Buffer %s undo info is %d bytes long; discard it? " ! (buffer-name) size))) ! (progn (setq buffer-undo-list nil) (setq undo-extra-outer-limit nil) t) nil))) --- 1524,1571 ---- (defvar undo-extra-outer-limit nil "If non-nil, an extra level of size that's ok in an undo item. We don't ask the user about truncating the undo list until the ! current item gets bigger than this amount. ! This variable has no effect if `undo-discard-silently' is t.") (make-variable-buffer-local 'undo-extra-outer-limit) + (defcustom undo-discard-silently nil + "If non-nil Emacs discards oversized undo info without asking. + If nil, Emacs asks before discarding the undo info for the most recent + command if the size exceeds `undo-outer-limit'. + If the value is the symbol `warn', Emacs prints a warning message. + Any other non-nil value means to discard silently. + Note that if you set this non-nil, you may, on rare occasions, + not be able to undo the last command." + :type '(choice (const :tag "Ask" nil) + (const :tag "Warn" warn) + (other :tag "Discard silently" t)) + :group 'undo + :version "21.4") + ;; When the first undo batch in an undo list is longer than undo-outer-limit, ;; this function gets called to ask the user what to do. ;; Garbage collection is inhibited around the call, ;; so it had better not do a lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) ! (when (or undo-discard-silently ! (null undo-extra-outer-limit) (> size undo-extra-outer-limit)) ;; Don't ask the question again unless it gets even bigger. ;; This applies, in particular, if the user quits from the question. ;; Such a quit quits out of GC, but something else will call GC ;; again momentarily. It will call this function again, ;; but we don't want to ask the question again. ! (unless undo-discard-silently (setq undo-extra-outer-limit (+ size 50000))) ! (if (or undo-discard-silently ! (let (use-dialog-box) ! (yes-or-no-p ! (format "Buffer %s undo info is %d bytes long; discard it? " ! (buffer-name) size)))) ! (progn (when (eq undo-discard-silently 'warn) ! (message ! "Undo entry exceeded `undo-outer-limit' and was discarded")) ! (setq buffer-undo-list nil) (setq undo-extra-outer-limit nil) t) nil))) ============================================================ ===File ~/undo.c-diff======================================= *** undo.c 22 Dec 2004 18:50:07 -0600 1.63 --- undo.c 24 Jan 2005 14:16:53 -0600 *************** *** 628,634 **** doc: /* Outer limit on size of undo information for one command. At garbage collection time, if the current command has produced more than this much undo information, it asks you whether to delete ! the information. This is a last-ditch limit to prevent memory overflow. The size is counted as the number of bytes occupied, which includes both saved text and other data. --- 628,635 ---- doc: /* Outer limit on size of undo information for one command. At garbage collection time, if the current command has produced more than this much undo information, it asks you whether to delete ! the information. If `undo-discard-silently' is non-nil, it deletes the info ! without querying. This is a last-ditch limit to prevent memory overflow. The size is counted as the number of bytes occupied, which includes both saved text and other data. ============================================================ From MAILER-DAEMON Mon Jan 24 20:32:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFZE-0000cI-FS for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:32:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFZD-0000bu-Ef for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:32:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFZD-0000bh-1m for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:32:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFX4-0008Lu-Eg for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:14 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtF9X-0005a4-4R for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:05:55 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF7j-00019d-2h; Mon, 24 Jan 2005 20:04:03 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Mon, 24 Jan 2005 20:04:03 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:32:27 -0000 3. The term "preference" is used in other applications. When looking for an alternative to "option" I picked that as a suggestion. Another term used is "setting" (which has a few disadvantages). Is the term "preference" generally used nowadays? Is that the term everyone would expect? From MAILER-DAEMON Mon Jan 24 20:33:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFaE-0000q5-Tt for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:33:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFaD-0000nW-3m for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:33:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFaC-0000mq-5Z for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:33:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFWw-0008Lu-FL for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:06 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtF9m-0005ak-Da for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:06:10 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF7y-0001Ca-PX; Mon, 24 Jan 2005 20:04:18 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501240130.j0O1USL18980@raven.dms.auburn.edu> (message from Luc Teirlinck on Sun, 23 Jan 2005 19:30:28 -0600 (CST)) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> Message-Id: Date: Mon, 24 Jan 2005 20:04:18 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:33:29 -0000 If you set use-dialog-box to nil and then select "Foo Bar" _with the mouse_, "Please answer y or n. foo: (y or n)" appears in the echo area. The "foo: (y or n)" _was_ asked (which you can see by looking at the *Messages* buffer), but the mouse click got apparently treated as an (invalid) answer to the first "foo: (y or n)" question. It sounds like the down-event invoked the command, and the up-event tried to answer the question. I agree that is a bug. The up-event really ought to get ignored in such a case. However, I don't see what criterion to use to distinguish these cases from other cases where the up-event should not be ignored. Any ideas? From MAILER-DAEMON Mon Jan 24 20:34:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFar-0001AX-0C for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFX1-00006h-RX for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFWq-0008W3-Dh for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFWo-0008Lu-Mm for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:29:58 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtFAE-0005cw-LJ for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:06:38 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF8N-0001FU-JJ; Mon, 24 Jan 2005 20:04:43 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87acr0qhvp.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sun, 23 Jan 2005 10:38:39 -0500) References: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> <16882.48812.912074.807764@farnswood.snap.net.nz> <87acr0qhvp.fsf-monnier+emacs@gnu.org> Message-Id: Date: Mon, 24 Jan 2005 20:04:43 -0500 Cc: emacs-pretest-bug@gnu.org, S.J.Eglen@damtp.cam.ac.uk Subject: Re: comint-insert-input X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:34:08 -0000 I think the best way to fix this, is to change the behavior of "e" so that it doesn't complain when it's bound to a non-mouse event. That would be straining the definition of "e", since it is supposed to find the first event with paramenters. We could fudge that, but it doesn't seem clean. Also, we would have to check the other uses of "e" to see if they would get bad results. It would probably be better to put this function back the way it was and add a comment saying why it does not use e. From MAILER-DAEMON Mon Jan 24 20:34:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFas-0001BS-8M for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFaq-0001AE-IF for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFWq-0008WK-Dh for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFWn-0008Lu-Qa for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:29:57 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtFAH-0005dH-2D for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:06:41 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF8T-0001G9-9X; Mon, 24 Jan 2005 20:04:49 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87zmz0p2wk.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sun, 23 Jan 2005 10:47:10 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> Message-Id: Date: Mon, 24 Jan 2005 20:04:49 -0500 Cc: fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:34:09 -0000 BTW, I just wanted to say that since this undo-discard prompt was introduced I've bumped into it also in "normal" circumstances (just manual buffer editing) and have found it to be just really annoying (half the time it occurred in the middle of some kbd-macro and breaks the sequence of steps). Could you explain what "breaks the sequence of steps" means? From MAILER-DAEMON Mon Jan 24 20:34:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFaz-0001FA-0j for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFat-0001C5-Fa for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFas-0001BI-0F for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFWr-0008Lu-63 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:01 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtFA4-0005cF-MF for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:06:28 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF8H-0001Eq-2O; Mon, 24 Jan 2005 20:04:37 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Mon, 24 Jan 2005 20:04:37 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Customize buttons that change user's custom file should ask forconfirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:34:12 -0000 Instead of "Erase Customizations": 1) "Default Values" - resets to default (= installed) settings 2) "Save" - the existing button. It would update the custom file to use the installed settings. This seems like a good idea. Does anyone see a problem with it? From MAILER-DAEMON Mon Jan 24 20:34:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFbX-0001aN-IO for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFbV-0001Z5-HP for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFbU-0001YT-Ih for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:34:48 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFWt-0008Lu-LR for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:04 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtF9r-0005b5-Mr for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:06:15 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF84-0001D7-0T; Mon, 24 Jan 2005 20:04:24 -0500 From: Richard Stallman To: tvraman@comcast.net In-reply-to: <16884.24537.702564.207005@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16884.24537.702564.207005@gargle.gargle.HOWL> Message-Id: Date: Mon, 24 Jan 2005 20:04:24 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:34:50 -0000 What do you think of this patch? *** man.el 06 Jan 2005 17:47:16 -0500 1.142 --- man.el 24 Jan 2005 13:18:17 -0500 *************** *** 697,702 **** --- 697,703 ---- (setq buffer (generate-new-buffer bufname)) (save-excursion (set-buffer buffer) + (setq buffer-undo-list t) (setq Man-original-frame (selected-frame)) (setq Man-arguments man-args)) (let ((process-environment (copy-sequence process-environment)) From MAILER-DAEMON Mon Jan 24 20:36:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtFd4-0002Fm-N0 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:36:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtFd2-0002Eh-IF for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:36:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtFd1-0002EG-PP for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:36:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtFX2-0008Lu-7C for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:30:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtF9a-0005aC-3r for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 20:05:58 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtF7l-0001A4-MU; Mon, 24 Jan 2005 20:04:05 -0500 From: Richard Stallman To: tvraman@comcast.net In-reply-to: <16883.55668.635578.929257@gargle.gargle.HOWL> (tvraman@comcast.net) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <16883.55668.635578.929257@gargle.gargle.HOWL> Message-Id: Date: Mon, 24 Jan 2005 20:04:05 -0500 Cc: teirllm@dms.auburn.edu, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 01:36:25 -0000 Let's treat that dialog as a debugging tool for now, create a customization switch that controls it, For the reasons I explained in my previous message I don't consider this to be just a "debugging tool". In particular, I don't plan to turn it off later. From MAILER-DAEMON Mon Jan 24 21:01:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtG0o-0008Rc-7t for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 21:00:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtG0Z-0008Ll-PM for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 21:00:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtG0R-0008Hs-R8 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 21:00:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtG0R-0008EF-BO for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 21:00:35 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtFfi-0008PB-N8; Mon, 24 Jan 2005 20:39:10 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0P1dA9N018817; Mon, 24 Jan 2005 19:39:10 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0P1cJm07100; Mon, 24 Jan 2005 19:38:19 -0600 (CST) Date: Mon, 24 Jan 2005 19:38:19 -0600 (CST) Message-Id: <200501250138.j0P1cJm07100@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 24 Jan 2005 20:04:18 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 02:00:50 -0000 Richard Stallman wrote: If you set use-dialog-box to nil and then select "Foo Bar" _with the mouse_, "Please answer y or n. foo: (y or n)" appears in the echo area. The "foo: (y or n)" _was_ asked (which you can see by looking at the *Messages* buffer), but the mouse click got apparently treated as an (invalid) answer to the first "foo: (y or n)" question. It sounds like the down-event invoked the command, and the up-event tried to answer the question. I would not think so, because nothing happens as long the mouse stays down. The bug also appears in identical fashion if you click with mouse-1 on "State", then move down with the down arrow key to "Foo Bar" and then press return. Sincerely, Luc. From MAILER-DAEMON Mon Jan 24 23:04:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtHvy-0002sQ-0U for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtHvt-0002q6-Bd for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtHvq-0002oZ-VG for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:03:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtHvq-0002l0-9f for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:03:58 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtHeO-0000ns-GM; Mon, 24 Jan 2005 22:45:56 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3jn6e020483; Mon, 24 Jan 2005 19:45:49 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3jl7B020438; Mon, 24 Jan 2005 19:45:48 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3jlnR000366; Mon, 24 Jan 2005 20:45:47 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-21.vpn.oracle.com [141.144.72.21]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0P3jkEq000351 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 24 Jan 2005 20:45:46 -0700 From: "Drew Adams" To: , "Luc Teirlinck" Date: Mon, 24 Jan 2005 19:45:43 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 04:04:04 -0000 If you set use-dialog-box to nil and then select "Foo Bar" _with the mouse_, "Please answer y or n. foo: (y or n)" appears in the echo area. The "foo: (y or n)" _was_ asked (which you can see by looking at the *Messages* buffer), but the mouse click got apparently treated as an (invalid) answer to the first "foo: (y or n)" question. It sounds like the down-event invoked the command, and the up-event tried to answer the question. I agree that is a bug. The up-event really ought to get ignored in such a case. However, I don't see what criterion to use to distinguish these cases from other cases where the up-event should not be ignored. I'm probably missing something, but shouldn't y-or-n-p insist on a character `y' or `n' input event? How could a mouse event be used to answer the question? Or do you mean that the mouse-up event is swallowed by the command as it keeps reading until it gets `y' or `n'? From MAILER-DAEMON Mon Jan 24 23:04:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtHw3-0002v6-Uc for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtHvw-0002ru-86 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtHvp-0002nE-20 for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:03:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtHvo-0002l0-MB for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:03:56 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtHfU-0000vP-Vm; Mon, 24 Jan 2005 22:47:05 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3l3MI028443; Mon, 24 Jan 2005 19:47:03 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3l2rZ028409; Mon, 24 Jan 2005 19:47:02 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3l1VB000769; Mon, 24 Jan 2005 20:47:01 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-21.vpn.oracle.com [141.144.72.21]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0P3l0wm000762 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 24 Jan 2005 20:47:01 -0700 From: "Drew Adams" To: Date: Mon, 24 Jan 2005 19:46:58 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Customize buttons that change user's custom file should ask forconfirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 04:04:05 -0000 Instead of "Erase Customizations": 1) "Default Values" - resets to default (= installed) settings 2) "Save" - the existing button. It would update the custom file to use the installed settings. This seems like a good idea. Does anyone see a problem with it? To clarify, in case it's not clear from this extract: require these two user actions instead of the single Erase Customization action to get the same effect. From MAILER-DAEMON Mon Jan 24 23:04:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtHw7-0002wZ-1T for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:15 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtHvy-0002sh-HM for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtHvs-0002pD-Dm for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:04:02 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtHvq-0002l0-Tm for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:03:58 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtHby-0000WH-Ej; Mon, 24 Jan 2005 22:43:26 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3hCH5009877; Mon, 24 Jan 2005 19:43:12 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3hB6m009849; Mon, 24 Jan 2005 19:43:11 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P3hA4b031755; Mon, 24 Jan 2005 20:43:10 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-21.vpn.oracle.com [141.144.72.21]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0P3h92M031743 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 24 Jan 2005 20:43:10 -0700 From: "Drew Adams" To: Date: Mon, 24 Jan 2005 19:43:06 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 04:04:08 -0000 3. The term "preference" is used in other applications. When looking for an alternative to "option" I picked that as a suggestion. Another term used is "setting" (which has a few disadvantages). Is the term "preference" generally used nowadays? Is that the term everyone would expect? To clarify: I didn't mean to suggest that it was the main term used (I'm not sure). I only meant that it is used in some other applications. From MAILER-DAEMON Mon Jan 24 23:27:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtIIV-0000md-VA for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtIIR-0000kO-Mz for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtIIM-0000g7-7c for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtIIM-0000fm-2q for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:14 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtI5L-0003BM-8M for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:13:47 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtI3W-0008EC-O4; Mon, 24 Jan 2005 23:11:54 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501242329.j0ONTPw05105@raven.dms.auburn.edu> (message from Luc Teirlinck on Mon, 24 Jan 2005 17:29:25 -0600 (CST)) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> Message-Id: Date: Mon, 24 Jan 2005 23:11:54 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 04:27:21 -0000 However, we could probably substantially increase the size threshold. If we multiply it by 10, it might still be good enough to prevent a problem, but it might rarely be encountered when there is no problem. In some of the cases we looked at, the undo info went to infinity over time. That's right. And with my proposal, they would eventually cause a question to the user. But with the threshold high enough, the user would rarely get these questions, except when there is a real problem. What about the following patches to simple.el and undo.c which keep the current behavior as default, but provide two alternatives through a customizable option: discard the undo info and print a warning message in the echo area and discard completely silently? A message in the echo area is too easy to overlook. Please make it use display-warning instead. I don't think there should be an option to discard with no warning. It does not harm to post such a warning. From MAILER-DAEMON Mon Jan 24 23:27:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtIIX-0000nv-W9 for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtIIR-0000kT-PR for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtIIM-0000gF-FR for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtIIM-0000fm-CC for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:14 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtI3a-0002zf-HQ; Mon, 24 Jan 2005 23:11:58 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P4Bpv8016609; Mon, 24 Jan 2005 20:11:51 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P4BlMZ016552; Mon, 24 Jan 2005 20:11:50 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0P4Bl2e009825; Mon, 24 Jan 2005 21:11:47 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-72-21.vpn.oracle.com [141.144.72.21]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0P4Bhkb009765 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 24 Jan 2005 21:11:46 -0700 From: "Drew Adams" To: "Luc Teirlinck" Date: Mon, 24 Jan 2005 20:11:41 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <200501250406.j0P46AH08273@raven.dms.auburn.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 04:27:24 -0000 I'm probably missing something, but shouldn't y-or-n-p insist on a character `y' or `n' input event? Yes, but you can enter any event you like as response to y-or-n-p. It will be read. If it is not y, Y, n, N, , , C-] or C-g, y-or-n-p will respond by asking the more emphatic form of the question. How could a mouse event be used to answer the question? Richard's quote said: "tried to answer the question". Got it. Thanks. From MAILER-DAEMON Mon Jan 24 23:27:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtIIs-0000tE-2e for mharc-emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtIId-0000pS-RP for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtIIP-0000hT-Hx for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtIIN-0000fm-KQ for emacs-pretest-bug@gnu.org; Mon, 24 Jan 2005 23:27:15 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtHyp-0002gm-Fx; Mon, 24 Jan 2005 23:07:03 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0P4729N019315; Mon, 24 Jan 2005 22:07:02 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0P46AH08273; Mon, 24 Jan 2005 22:06:10 -0600 (CST) Date: Mon, 24 Jan 2005 22:06:10 -0600 (CST) Message-Id: <200501250406.j0P46AH08273@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 04:27:39 -0000 Drew Adams wrote: I'm probably missing something, but shouldn't y-or-n-p insist on a character `y' or `n' input event? Yes, but you can enter any event you like as response to y-or-n-p. It will be read. If it is not y, Y, n, N, , , C-] or C-g, y-or-n-p will respond by asking the more emphatic form of the question. Just do: M-: (y-or-n-p "Event: ") and then click the mouse somewhere on the Emacs frame. How could a mouse event be used to answer the question? Richard's quote said: "tried to answer the question". Sincerely, Luc. From MAILER-DAEMON Tue Jan 25 06:42:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtP5G-0008Ie-ME for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 06:42:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtP4u-000856-Gm for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 06:41:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtP4s-000838-3W for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 06:41:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtOru-00055w-8G for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 06:28:22 -0500 Received: from [194.109.24.21] (helo=smtp-vbr1.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtOQ2-0000hX-EK for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 05:59:34 -0500 Received: from pijl (a80-127-67-124.adsl.xs4all.nl [80.127.67.124]) by smtp-vbr1.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0PAxXM0053910; Tue, 25 Jan 2005 11:59:33 +0100 (CET) (envelope-from Lute.Kamstra@xs4all.nl) Received: from lute by pijl with local (Exim 3.36 #1 (Debian)) id 1CtOVP-0000M7-00; Tue, 25 Jan 2005 12:05:07 +0100 To: emacs-pretest-bug@gnu.org, roland.winkler@physik.uni-erlangen.de User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) From: Lute Kamstra Date: Tue, 25 Jan 2005 12:05:07 +0100 Message-ID: <878y6h22ho.fsf@xs4all.nl> Lines: 27 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Lute Kamstra X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: bibtex-empty-field-re matches nonempty fields. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 11:41:50 -0000 Currently, `bibtex-empty-field-re' in lisp/textmodes/bibtex.el is "\"\"\\|{}" which matches nonempty field strings like "{Wac\\l{}aw Sierpi\\'nski}". The patch below fixes this. Shall I commit it? Lute. *** lisp/textmodes/bibtex.el 5 Dec 2004 16:06:39 -0000 1.90 --- lisp/textmodes/bibtex.el 25 Jan 2005 10:20:53 -0000 *************** *** 1115,1122 **** t)) "Regexp matching the name of any valid BibTeX entry (including string).") ! ! (defconst bibtex-empty-field-re "\"\"\\|{}" "Regexp matching an empty field.") (defconst bibtex-font-lock-syntactic-keywords --- 1115,1121 ---- t)) "Regexp matching the name of any valid BibTeX entry (including string).") ! (defconst bibtex-empty-field-re "\\`\\(\"\"\\|{}\\)\\'" "Regexp matching an empty field.") (defconst bibtex-font-lock-syntactic-keywords From MAILER-DAEMON Tue Jan 25 08:34:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtQpb-0006oI-24 for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:34:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtQpX-0006la-25 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:34:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtQpT-0006kO-Ih for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:33:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtQpT-0006jG-Er for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:33:59 -0500 Received: from [209.226.175.184] (helo=tomts22-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtQcL-0000rA-0R; Tue, 25 Jan 2005 08:20:25 -0500 Received: from alfajor ([67.71.119.166]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050125132024.ZZAS1919.tomts22-srv.bellnexxia.net@alfajor>; Tue, 25 Jan 2005 08:20:24 -0500 Received: by alfajor (Postfix, from userid 1000) id A633BD7316; Tue, 25 Jan 2005 08:20:23 -0500 (EST) Message-ID: <87zmyx7ipb.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> From: Stefan Monnier Date: Tue, 25 Jan 2005 08:20:23 -0500 In-Reply-To: (Richard Stallman's message of "Mon, 24 Jan 2005 20:04:18 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Luc Teirlinck , drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 13:34:05 -0000 > It sounds like the down-event invoked the command, > and the up-event tried to answer the question. As Luc mentioned, it's probably not that simple. > I agree that is a bug. The up-event really ought to get ignored in > such a case. However, I don't see what criterion to use to > distinguish these cases from other cases where the up-event should not > be ignored. The problem is normally shifted elsewhere: make sure you don't put bindings like that on a down-mouse-N key but on a mouse-N key instead. In the case of a command in a menu, the menu entry is always selected by the mouse-up part of a click, which also avoids the problem. Stefan From MAILER-DAEMON Tue Jan 25 08:34:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtQpw-0006w2-4K for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:34:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtQpf-0006q3-Fw for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:34:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtQpX-0006mW-DX for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:34:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtQpW-0006jG-Jr for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:34:02 -0500 Received: from [209.226.175.74] (helo=tomts20-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtQWu-00008p-Gk; Tue, 25 Jan 2005 08:14:48 -0500 Received: from alfajor ([67.71.119.166]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050125131447.OHSB2034.tomts20-srv.bellnexxia.net@alfajor>; Tue, 25 Jan 2005 08:14:47 -0500 Received: by alfajor (Postfix, from userid 1000) id 2D83AD7316; Tue, 25 Jan 2005 08:14:47 -0500 (EST) Message-ID: <87651l8zj3.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> <16882.48812.912074.807764@farnswood.snap.net.nz> <87acr0qhvp.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Tue, 25 Jan 2005 08:14:46 -0500 In-Reply-To: (Richard Stallman's message of "Mon, 24 Jan 2005 20:04:43 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, S.J.Eglen@damtp.cam.ac.uk Subject: Re: comint-insert-input X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 13:34:15 -0000 > I think the best way to fix this, is to change the behavior of "e" so > that it doesn't complain when it's bound to a non-mouse event. > That would be straining the definition of "e", since it is supposed to > find the first event with parameters. We could fudge that, but it > doesn't seem clean. Also, we would have to check the other uses of > "e" to see if they would get bad results. If there is no "first event with parameter", (interactive "e") signals (error "comint-insert-input must be bound to an event with parameters"). So what I suggest to do is to remove this error and to instead (when there is no event with parameters) pass the first event (or the last, it really doesn't matter much when neither has parameters) instead of signalling an error. See patch below. This should have no impact on the other uses of "e" since it only has impact on bindings which are currently never used (since they currently don't work). The only impact would be that with my suggestion, binding a command that uses "e" to a key whose events don't have parameters would now not fail as cleanly as they currently do. Instead, depending on the code, they will either work fine, or signal another error like (wrong-type-argument listp 65) because the code tried to take the `car' of the event, or even potentially something more "byzantine" where it doesn't do what it's supposed to. > It would probably be better to put this function back the way it was > and add a comment saying why it does not use e. That's a more local change, indeed. The reason I suggested the further reaching change, is because I've already had several times to replace "e" with (list last-input-event) in order to allow a command to be bound both to mouse events and to regular key events. Another suggestion (for post-21.4) is to make sure that a (interactive "foo") spec can easily (and mechanically, by an elisp function) be turned into a 100% equivalent (interactive (list bar)) spec. Currently in the case of "e", the closest I could find was last-input-event, but it is not strictly equivalent. Stefan --- callint.c 21 nov 2004 19:50:51 -0500 1.137 +++ callint.c 25 jan 2005 07:59:29 -0500 @@ -96,6 +96,7 @@ e -- Parametrized event (i.e., one that's a list) that invoked this command. If used more than once, the Nth `e' returns the Nth parameterized event. This skips events that are integers or symbols. + If there are no parameterized events, use non-parameterized events. f -- Existing file name. F -- Possibly nonexistent file name. i -- Ignored, i.e. always nil. Does not do I/O. @@ -415,6 +415,9 @@ for (next_event = 0; next_event < key_count; next_event++) if (EVENT_HAS_PARAMETERS (XVECTOR (keys)->contents[next_event])) break; + /* If there is no event with parameter, just use regular events. */ + if (next_event >= key_count) + next_event = 0; /* Handle special starting chars `*' and `@'. Also `-'. */ /* Note that `+' is reserved for user extensions. */ @@ -677,14 +678,15 @@ case 'e': /* The invoking event. */ if (next_event >= key_count) - error ("%s must be bound to an event with parameters", + error ("No more events for %s", (SYMBOLP (function) ? (char *) SDATA (SYMBOL_NAME (function)) : "command")); args[i] = XVECTOR (keys)->contents[next_event++]; varies[i] = -1; - /* Find the next parameterized event. */ + /* Find the next parameterized event, if applicable. */ + if (EVENT_HAS_PARAMETERS (args[i])) while (next_event < key_count && ! (EVENT_HAS_PARAMETERS (XVECTOR (keys)->contents[next_event]))) From MAILER-DAEMON Tue Jan 25 08:40:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtQvg-0007sk-UK for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:40:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtQvd-0007rz-20 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:40:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtQvb-0007rT-Ub for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:40:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtQvb-0007rJ-Pj for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:40:19 -0500 Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtQiy-0001r1-3O; Tue, 25 Jan 2005 08:27:16 -0500 Received: from alfajor ([67.71.119.166]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050125132715.VTAG19622.tomts10-srv.bellnexxia.net@alfajor>; Tue, 25 Jan 2005 08:27:15 -0500 Received: by alfajor (Postfix, from userid 1000) id CE16FD7316; Tue, 25 Jan 2005 08:27:14 -0500 (EST) Message-ID: <87u0p57iah.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Tue, 25 Jan 2005 08:27:14 -0500 In-Reply-To: (Richard Stallman's message of "Mon, 24 Jan 2005 20:04:49 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 13:40:23 -0000 > BTW, I just wanted to say that since this undo-discard prompt was > introduced I've bumped into it also in "normal" circumstances (just > manual buffer editing) and have found it to be just really annoying > (half the time it occurred in the middle of some kbd-macro and breaks > the sequence of steps). > Could you explain what "breaks the sequence of steps" means? Just that the prompt is unexpected, so the kbd-macro breaks down when it occurs (the keys which were supposed to operate on the buffer are now passed on to the prompt). Stefan From MAILER-DAEMON Tue Jan 25 09:33:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtRke-000449-Qx for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 09:33:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtRhH-00038h-KE for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 09:29:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtRh1-00031w-0e for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 09:29:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtRh0-0002vM-RA for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 09:29:18 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtRBz-0005Ey-Tw for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 08:57:16 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Tue, 25 Jan 2005 14:57:07 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 17688-01-510; Tue, 25 Jan 2005 14:57:06 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Tue, 25 Jan 2005 14:57:06 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16886.20526.264159.898764@tfkp12.physik.uni-erlangen.de> Date: Tue, 25 Jan 2005 14:57:02 +0100 To: Lute Kamstra In-Reply-To: <878y6h22ho.fsf@xs4all.nl> References: <878y6h22ho.fsf@xs4all.nl> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: bibtex-empty-field-re matches nonempty fields. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 14:33:01 -0000 On Tue Jan 25 2005 Lute Kamstra wrote: > Currently, `bibtex-empty-field-re' in lisp/textmodes/bibtex.el is > "\"\"\\|{}" which matches nonempty field strings like "{Wac\\l{}aw > Sierpi\\'nski}". The patch below fixes this. Shall I commit it? Thank you! Yes, bibtex-empty-field-re erroneously matches this field string. However, your patch didn't work for me. It revealed a bug in the setting of the local variable empty-field in bibtex-format-entry. Furthermore, it required some changes in bibtex-autofill-entry. If the patch below works for you, I suggest that you commit it. Roland --- lisp/textmodes/bibtex.el 2004-12-20 11:06:16.000000000 +0100 +++ lisp/textmodes/bibtex.el 2005-01-25 14:32:38.727399469 +0100 @@ -1115,8 +1115,7 @@ t)) "Regexp matching the name of any valid BibTeX entry (including string).") - -(defconst bibtex-empty-field-re "\"\"\\|{}" +(defconst bibtex-empty-field-re "\\`\\(\"\"\\|{}\\)\\'" "Regexp matching an empty field.") (defconst bibtex-font-lock-syntactic-keywords @@ -1875,7 +1874,7 @@ (if opt-alt (+ beg-name 3) beg-name) end-name)) (empty-field (string-match bibtex-empty-field-re (buffer-substring-no-properties - beg-field end-field))) + beg-text end-text))) deleted) ;; We have more elegant high-level functions for several @@ -2960,9 +2959,13 @@ (while (setq bounds (bibtex-parse-field bibtex-field-name)) (let ((text (assoc-string (bibtex-name-in-field bounds t) other t))) - (goto-char (bibtex-start-of-text-in-field bounds)) - (if (not (and (looking-at bibtex-empty-field-re) text)) + (if (not (and text + (string-match bibtex-empty-field-re + (buffer-substring-no-properties + (bibtex-start-of-text-in-field bounds) + (bibtex-end-of-text-in-field bounds))))) (goto-char (bibtex-end-of-field bounds)) + (goto-char (bibtex-start-of-text-in-field bounds)) (delete-region (point) (bibtex-end-of-text-in-field bounds)) (insert (cdr text))))) ;; Finally try to update the text based on the difference between From MAILER-DAEMON Tue Jan 25 11:36:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtTgX-00066E-1O for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:36:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtTcm-0005Pn-Cx for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:33:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtTcZ-0005Id-4r for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:32:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtTcU-0005Ep-Vg for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:32:47 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtTDP-0002fI-2n for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:06:51 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 17:06:43 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 17697-01-7747 for ; Tue, 25 Jan 2005 17:06:43 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 17:06:43 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> Date: Tue, 25 Jan 2005 17:06:38 +0100 To: emacs-pretest-bug@gnu.org In-Reply-To: <878y6h22ho.fsf@xs4all.nl> References: <878y6h22ho.fsf@xs4all.nl> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: X-Spam-DCC: rrze-dcc:boeck1 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Subject: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 16:36:54 -0000 Non-breaking spaces are now displayed as octal sequence. Wouldn't it make sense if view-mode displayed non-breaking spaces as white space? Roland From MAILER-DAEMON Tue Jan 25 11:42:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtTlo-000866-Uz for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:42:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtTco-0005Q3-8E for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:33:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtTcR-0005Ez-Qq for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:32:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtTcR-0005Ep-MM for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:32:43 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtTQ6-0003rT-T9 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 11:19:59 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 17:19:50 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 17697-01-8482 for ; Tue, 25 Jan 2005 17:19:50 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 17:19:50 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16886.29079.571052.437530@tfkp12.physik.uni-erlangen.de> Date: Tue, 25 Jan 2005 17:19:35 +0100 To: emacs-pretest-bug@gnu.org X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:max6 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Subject: non-breaking space with `emacs -nw' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 16:42:23 -0000 I read the recent thread about dashes and non-breaking spaces. Well, I do not understand all the details. However, I am surprised that `emacs -nw' -- unlike emacs in its own X window -- displays non-breaking spaces as ordinary white space. Shouldn't this be consistent? Or do I miss anything here? Roland From MAILER-DAEMON Tue Jan 25 13:00:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtUzX-0000Qc-LU for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:00:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtUuf-0007Hd-Ko for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 12:55:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtUuR-00079c-My for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 12:55:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtUuN-00076F-Q8 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 12:55:19 -0500 Received: from [194.109.24.34] (helo=smtp-vbr14.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtUZg-0003Ok-DJ for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 12:33:56 -0500 Received: from pijl (a80-127-67-124.adsl.xs4all.nl [80.127.67.124]) by smtp-vbr14.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0PHXrxO096237; Tue, 25 Jan 2005 18:33:54 +0100 (CET) (envelope-from Lute.Kamstra@xs4all.nl) Received: from lute by pijl with local (Exim 3.36 #1 (Debian)) id 1CtUey-0001gr-00; Tue, 25 Jan 2005 18:39:24 +0100 To: Roland Winkler In-Reply-To: <16886.20526.264159.898764@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Tue, 25 Jan 2005 14:57:02 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) References: <878y6h22ho.fsf@xs4all.nl> <16886.20526.264159.898764@tfkp12.physik.uni-erlangen.de> From: Lute Kamstra Date: Tue, 25 Jan 2005 18:39:23 +0100 Message-ID: <87r7k9o1bo.fsf@xs4all.nl> Lines: 20 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Lute Kamstra X-Virus-Scanned: by XS4ALL Virus Scanner Cc: emacs-pretest-bug@gnu.org Subject: Re: bibtex-empty-field-re matches nonempty fields. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 18:00:37 -0000 Roland Winkler writes: > On Tue Jan 25 2005 Lute Kamstra wrote: > >> Currently, `bibtex-empty-field-re' in lisp/textmodes/bibtex.el is >> "\"\"\\|{}" which matches nonempty field strings like "{Wac\\l{}aw >> Sierpi\\'nski}". The patch below fixes this. Shall I commit it? > > Thank you! Yes, bibtex-empty-field-re erroneously matches this field > string. However, your patch didn't work for me. It revealed a bug in > the setting of the local variable empty-field in > bibtex-format-entry. Furthermore, it required some changes in > bibtex-autofill-entry. If the patch below works for you, I suggest > that you commit it. Ah yes, I should have checked all uses of `bibtex-empty-field-re'. Thanks for noticing. I committed your patch. I also corrected some typos in docstrings. Lute. From MAILER-DAEMON Tue Jan 25 13:41:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtVcz-0006P0-0m for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:41:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtVcw-0006Oq-1G for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:41:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtVcv-0006OW-F8 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:41:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtVcv-0006OM-BO for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:41:21 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtVQ4-0008PQ-Q1 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:28:05 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PIS3d5002255 for ; Tue, 25 Jan 2005 10:28:03 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PIS2c8002177 for ; Tue, 25 Jan 2005 10:28:02 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PIS1W4028386 for ; Tue, 25 Jan 2005 11:28:01 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-215.vpn.oracle.com [141.144.64.215]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0PIS05J028368 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 25 Jan 2005 11:28:01 -0700 From: "Drew Adams" To: Date: Tue, 25 Jan 2005 10:27:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: lpr-headers-switches defcustom type mismatch? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 18:41:22 -0000 1. load-library lpr 2. customize-variable lpr-headers-switches The default value, `nil' is marked "(mismatch)". I'm not too clear about this, but doesn't the value `nil' match the type ":type '(repeat (string :tag "Argument")"? According to the doc, `repeat' is any number of list elements, which I expect includes zero. If that's not true, then the doc should be clarified and this defcustom should be corrected. In any case, the customize buffer doesn't indicate any INS button, so there is presumably some problem here - there is no way for a user to add strings to the list. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I.. /../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/in clude' From MAILER-DAEMON Tue Jan 25 14:09:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtW4D-000660-KE for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:09:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtW4B-000658-Qk for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:09:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtW03-0005J4-Da for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:05:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtVzu-0005D0-GO for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:05:06 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtVdt-00017h-P0 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:42:22 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PIgJZA023989 for ; Tue, 25 Jan 2005 10:42:19 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PIgHc7023961 for ; Tue, 25 Jan 2005 10:42:18 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PIgGut003231 for ; Tue, 25 Jan 2005 11:42:16 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-215.vpn.oracle.com [141.144.64.215]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0PIgFAG003215 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 25 Jan 2005 11:42:16 -0700 From: "Drew Adams" To: Date: Tue, 25 Jan 2005 10:42:10 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: RE: lpr-headers-switches defcustom type mismatch? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 19:09:32 -0000 Please ignore the "in any case" part - I had `custom-unlispify-tag-names' nil, so it's normal that I didn't see INS. I still wonder about the (mismatch), however. 1. load-library lpr 2. customize-variable lpr-headers-switches The default value, `nil' is marked "(mismatch)". I'm not too clear about this, but doesn't the value `nil' match the type ":type '(repeat (string :tag "Argument")"? According to the doc, `repeat' is any number of list elements, which I expect includes zero. If that's not true, then the doc should be clarified and this defcustom should be corrected. In any case, the customize buffer doesn't indicate any INS button, so there is presumably some problem here - there is no way for a user to add strings to the list. In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I../../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/include' From MAILER-DAEMON Tue Jan 25 14:10:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtW4l-0006Kr-BF for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:10:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtW4g-0006Iz-Bj for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:10:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtW01-0005Jr-OR for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:05:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtVzw-0005D0-GV for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:05:08 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtVa6-0000qB-Fd for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 13:38:26 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0PIcP9N022389; Tue, 25 Jan 2005 12:38:25 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0PIbW018543; Tue, 25 Jan 2005 12:37:32 -0600 (CST) Date: Tue, 25 Jan 2005 12:37:32 -0600 (CST) Message-Id: <200501251837.j0PIbW018543@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: drew.adams@oracle.com In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: lpr-headers-switches defcustom type mismatch? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 19:10:05 -0000 Drew Adams wrote: 1. load-library lpr 2. customize-variable lpr-headers-switches The default value, `nil' is marked "(mismatch)". Probably a summer bug again. In latest CVS we get: Lpr Headers Switches: Hide Value INS State: this option is unchanged from its standard setting. Nothing inserted means an empty list of options, that is, nil. Sincerely, Luc. From MAILER-DAEMON Tue Jan 25 14:57:53 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtWoz-0006Np-F6 for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:57:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtWoC-0006Bg-8Q for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:57:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtWnz-00065s-4e for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:56:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtWny-00061r-90 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:56:50 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtWTF-00068K-8m for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 14:35:25 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PJZNWP027236 for ; Tue, 25 Jan 2005 11:35:23 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PJZMoa027192 for ; Tue, 25 Jan 2005 11:35:22 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PJZLtm031181 for ; Tue, 25 Jan 2005 12:35:21 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-215.vpn.oracle.com [141.144.64.215]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0PJZKGC031166 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 25 Jan 2005 12:35:20 -0700 From: "Drew Adams" To: Date: Tue, 25 Jan 2005 11:35:14 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Cannot use `C-h v' on variable names in Customize, and `custom...' variables are not autoloaded X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 19:57:51 -0000 First bug: `custom-unlispify-tag-names' doesn't seem autoloaded - completion is not available for it with `set-variable' without loading customize code. Second bug: Not-unlispified tag names in Customize do not work with `variable-at-point'. For example, you cannot use `C-h v' and pick up a variable name at point. 1. set-variable custom-unlispify-tag-names nil 2. customize-variable fill-column 3. put cursor (point) on the name "fill-column" in the Customize buffer 4. `C-h v' offers no default value for which variable to describe, because `variable-at-point' can't pick up the name. Perhaps this is due to the highlighting? Also, this does work in Emacs 20, but the following problem exists there, which also probably will exist in Emacs 21, after the above bug is fixed: The name that is picked up by `variable-at-point' includes the colon (:), so users must delete the colon from the minibuffer. It would be better not to use an adjacent colon. As long as there is no other way to get to all of the info provided by `C-h v' from a customize buffer, it is important to let users easily use `C-h v' in the buffer, to get to that info (e.g. source definition). In GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-1/include -I../../libpng-1.2.4-1/include -I.. /../tiff-3.5.7/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.1.4-1/in clude' From MAILER-DAEMON Tue Jan 25 16:39:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtYPH-0001B1-9f for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 16:39:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtYP2-00018N-Lv for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 16:39:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtYOw-00015E-LH for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 16:39:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtYOw-000154-IY for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 16:39:06 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtYCM-0006dx-JA; Tue, 25 Jan 2005 16:26:07 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PLQ5hl026519; Tue, 25 Jan 2005 13:26:05 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PLQ42b026492; Tue, 25 Jan 2005 13:26:04 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0PLQ21j020261; Tue, 25 Jan 2005 14:26:03 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-215.vpn.oracle.com [141.144.64.215]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0PLQ1WF020251 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 25 Jan 2005 14:26:02 -0700 From: "Drew Adams" To: Date: Tue, 25 Jan 2005 13:25:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: emacs-pretest-bug@gnu.org Subject: RE: Customize buttons that change user's custom file should ask forconfirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 21:39:21 -0000 Instead of "Erase Customizations": 1) "Default Values" - resets to default (= installed) settings 2) "Save" - the existing button. It would update the custom file to use the installed settings. This seems like a good idea. Does anyone see a problem with it? A similar problem, though not as serious, is that Save Options in the menu-bar Options menu does not ask for confirmation. If you accidentally choose this item instead of another, then you might need to fix things up afterward. I think that anything like this that affects a user's custom file should ask for confirmation - or at least make an option (and the default). From MAILER-DAEMON Tue Jan 25 19:28:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2o-0002sf-8C for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2X-0002n3-7e for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2O-0002lg-N2 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2L-0002gO-HL for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:27:58 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtahC-00024V-Te for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:06:06 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtafI-0002tw-He; Tue, 25 Jan 2005 19:04:08 -0500 From: Richard Stallman To: Kenichi Handa In-reply-to: <200501241256.VAA07949@etlken.m17n.org> (message from Kenichi Handa on Mon, 24 Jan 2005 21:56:00 +0900 (JST)) References: <200501241256.VAA07949@etlken.m17n.org> Message-Id: Date: Tue, 25 Jan 2005 19:04:08 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:15 -0000 /* Written by Howard Gayle. See chartab.c for details. */ I don't remember what happened here. It might have been that I put that code into a different file when integrating it with Emacs. From MAILER-DAEMON Tue Jan 25 19:28:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2p-0002tp-IQ for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2T-0002ma-Jp for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2N-0002lo-VO for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2N-0002gO-9o for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:27:59 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtahB-00024R-Pz for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:06:05 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtafH-0002tc-7l; Tue, 25 Jan 2005 19:04:07 -0500 From: Richard Stallman To: Kenichi Handa In-reply-to: <200501241256.VAA07949@etlken.m17n.org> (message from Kenichi Handa on Mon, 24 Jan 2005 21:56:00 +0900 (JST)) References: <200501241256.VAA07949@etlken.m17n.org> Message-Id: Date: Tue, 25 Jan 2005 19:04:07 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:18 -0000 set_case_table (in casetab.c) automatically setups up, canon, and eqv tables from downcase table if they are not set. Existing of these tables suggests that one to many or many to one mapping in upcase or downcase is supported, but I don't know the detail of how those tables are computed. Could someone try setting up the upcase table for sigma, and see if it works right? What does the downcase table end up saying? Meanwhile, how does multibyte Emacs normally treat the sigma variants? Does it handle case conversion for them reasonably? From MAILER-DAEMON Tue Jan 25 19:28:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2y-0002yz-TK for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2q-0002u5-9t for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2j-0002qp-5J for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2i-0002gO-IT for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:20 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtagG-0001yc-Eh for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:05:08 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtaeM-0002du-8S; Tue, 25 Jan 2005 19:03:10 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 24 Jan 2005 12:09:57 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> Message-Id: Date: Tue, 25 Jan 2005 19:03:10 -0500 Cc: fx@gnu.org, teirllm@dms.auburn.edu, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:31 -0000 Now I can also undo it by using diff-unified->context, so if I could replace the large undo entries with just one entry that says "call diff-unified->context" it would not be a problem any more. The idea of extensible undo entries is interesting, but using it for composite operations such as this would be unreliable. It is better to undo them based on their actual edits. The SES spreadsheet also needs such a feature (and currently fakes it by using a wrapper around primitive-undo). This seems like the right sort use for such a feature. However, the use of a wrapper around primitive-undo is very ugly. I think we need to do more to detect when such things are installed in Emacs, so we can systematically make sure they are not. From MAILER-DAEMON Tue Jan 25 19:28:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2o-0002t3-Ns for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2d-0002nd-Jr for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2T-0002mL-2K for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2N-0002gO-SN for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:00 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctah8-00024K-2W for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:06:02 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtafD-0002sa-AB; Tue, 25 Jan 2005 19:04:03 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Tue, 25 Jan 2005 19:04:03 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:18 -0000 Please a new hook, say, `custom-buffer-create-hook', and run it at the end of `custom-create-buffer-internal'. Suppose we move the call to custom-mode to the end of custom-buffer-create-internal. Would custom-mode-hook then serve this purpose? This is for things to be done _after_ the buffer has been filled with its text. An example: a function to fit a one-window frame to the buffer contents. It seems that special-display is the right way to do this job. Can you do the job that way? From MAILER-DAEMON Tue Jan 25 19:28:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2u-0002xX-Kq for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2T-0002mV-EL for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2L-0002ke-SI for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:27:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2L-0002gO-2H for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:27:57 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtahF-00024e-Bp for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:06:09 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtafL-0002ue-62; Tue, 25 Jan 2005 19:04:11 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Tue, 25 Jan 2005 19:04:11 -0500 Cc: emacs-pretest-bug@gnu.org, Per Abrahamsen Subject: Re: Customize Save for Future Sessions silently does not save hidden stuff X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:18 -0000 2. Click Hide Value, to hide the variable. 3. Click Save for Future Sessions. 4. Message is that your custom file was saved - and it was... 5. But `apropos-do-all' was _not_ saved to it - nothing in the file has changed. This seems to be an intentional feature. For a hidden variable, the State button disappears, so you can't save it that way. However, I agree it might be surprising that the buttons at the top don't operate on these variables. What is the design goal here? Should users be able to save vars and faces whose details are hidden? I am not sure. 2. The global Save for Future Sessions button should give feedback about each thing it did not save. It should give some sort of feedback about this, I agree. 3. There should be a global button Show All, that shows everything, so that the global Save for Future Sessions button can in fact be used to do what it suggests it does. I agree. What do others thing? Per, what do you think? From MAILER-DAEMON Tue Jan 25 19:28:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb36-00033T-Ej for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2v-0002xO-BU for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2o-0002s8-4R for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2m-0002gO-Vq for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:25 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctag6-0001y2-Q8 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:04:58 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtaeC-0002bH-Ip; Tue, 25 Jan 2005 19:03:00 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 24 Jan 2005 11:10:19 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> Message-Id: Date: Tue, 25 Jan 2005 19:03:00 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:43 -0000 In any case, the problem with setting a breakpoint on x_error_quitter is really a problem of gdb (maybe due to a problem in gcc): Setting a breakpoint on a function (or a line number) should put the breakpoint at all the places where the code was inlined. In some theoretical sense, I agree it would be nice. In fact, we do not aim to make the compiler and debugger pretend the code was not optimized. We need to solve this problem in Emacs. I installed a change that should fix it, until GCC gets smarter. But it occurs to me that anyone building Emacs from CVS sources probably wants to do debugging. I normally compile Emacs with -O0 and -fno-line just so that I can debug it more effectively. Perhaps we should arrange that building Emacs from the CVS sources does that by default. From MAILER-DAEMON Tue Jan 25 19:28:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2v-0002y7-OP for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2j-0002r0-Nv for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2e-0002o2-4G for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2T-0002gO-OC for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:08 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctagu-00022v-AP for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:05:48 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctaf0-0002on-7N; Tue, 25 Jan 2005 19:03:50 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Tue, 25 Jan 2005 19:03:50 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:25 -0000 Is the term "preference" generally used nowadays? Is that the term everyone would expect? To clarify: I didn't mean to suggest that it was the main term used (I'm not sure). I only meant that it is used in some other applications. Does anyone else know if this term is now semi-standard? From MAILER-DAEMON Tue Jan 25 19:28:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb3B-00035Y-M1 for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2u-0002vt-6H for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2m-0002rP-OL for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2j-0002gO-6x for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:22 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtagF-0001yV-6E for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:05:07 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtaeK-0002dT-TY; Tue, 25 Jan 2005 19:03:09 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 24 Jan 2005 12:09:57 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> Message-Id: Date: Tue, 25 Jan 2005 19:03:08 -0500 Cc: fx@gnu.org, teirllm@dms.auburn.edu, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:47 -0000 Well I didn't say "routinely": it happened 4 times until now. And I don't think they were the result of a bug. They mostly (3 times) occured because I did something like: 1 - copy a large file (or a buffer). 2 - work on the copy by removing most of its content. I can see why #2 could put a lot of information in the undo list. But why would this make the undo list for one single command very large? The remaing case occured in conjunction with the command diff-context->unified on a large patch file. Maybe the command shouldn't keep the undo info, but find that I do undo this command. It makes sense for this command to be undoable. Indeed, for a big enough file, it would trigger this question. I wonder if the command is written in a way that produces unnecessarily large bulk of undo info. Perhaps some simple changes would reduce the size of its undo info by a factor of 2. This, combined with increasing the default value of undo-outer-limit, would make such questions very rare. From MAILER-DAEMON Tue Jan 25 19:29:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb2w-0002yQ-BU for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2l-0002r9-Lh for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2h-0002pa-Qh for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2h-0002gO-3v for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:19 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctago-00022Q-GK for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:05:42 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctaeu-0002nO-DE; Tue, 25 Jan 2005 19:03:44 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501250138.j0P1cJm07100@raven.dms.auburn.edu> (message from Luc Teirlinck on Mon, 24 Jan 2005 19:38:19 -0600 (CST)) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> Message-Id: Date: Tue, 25 Jan 2005 19:03:44 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:25 -0000 It sounds like the down-event invoked the command, and the up-event tried to answer the question. I would not think so, because nothing happens as long the mouse stays down. The bug also appears in identical fashion if you click with mouse-1 on "State", then move down with the down arrow key to "Foo Bar" and then press return. In that case, I am stumped. Can you figure out what is really happening? From MAILER-DAEMON Tue Jan 25 19:29:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctb3l-0003BD-00 for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:29:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctb2v-0002xz-Jl for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctb2n-0002ro-AH for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctb2m-0002gO-K0 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:28:24 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtagA-0001yH-Jt for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 19:05:02 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtaeF-0002cB-8G; Tue, 25 Jan 2005 19:03:03 -0500 From: Richard Stallman To: Michael Albinus In-reply-to: (message from Michael Albinus on Mon, 24 Jan 2005 16:42:02 +0100) References: Message-Id: Date: Tue, 25 Jan 2005 19:03:03 -0500 Cc: emacs-pretest-bug@gnu.org, Rajesh Vaidheeswarran , joakim@verona.se Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 00:28:55 -0000 IIRC, ffap uses hard-coded ange-ftp. So it cannot cooperate with Tramp out of the box. I asked the ffap.el maintainer to work on this. Meanwhile, I had better ask if you know of other Emacs bugs that pertain to Tramp. From MAILER-DAEMON Tue Jan 25 20:06:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctbdk-0002dm-8D for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:06:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctba2-0001ss-9h for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtbZn-0001nE-0C for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtbZl-0001dT-47 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:29 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctb2w-0004KO-7Z; Tue, 25 Jan 2005 19:28:34 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0Q0SVn9013963; Wed, 26 Jan 2005 00:28:31 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1Ctb2s-0004pb-00; Wed, 26 Jan 2005 00:28:30 +0000 To: rms@gnu.org References: From: Dave Love Date: Wed, 26 Jan 2005 00:28:30 +0000 In-Reply-To: (Richard Stallman's message of "Fri, 21 Jan 2005 15:10:37 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 01:06:35 -0000 Richard Stallman writes: > In the case of sigma, it should be that both ? and ? upcase to ?, and > ? downcases to ?. [I hope I got those right, typing unicodes without > being able to display them. Obviously likewise for the iso8859-7 > charset.] > > It should be possible to do that by setting up the upcase table and > the downcase table explicitly to do those things. I think the code > that computes the other two tables can handle this case, but maybe it > doesn't, so it would be useful to find out. As far as I could tell, what I did originally worked, as below. I'm not sure that's what you're addressing, though. > Handa, can you help here? > > I set up entries in the case table interactively to get > that right and then found they were clobbered by subsequent > case-table.el functions being called. > > I can see that subsequent calls would clobber this, because > they would clear out the downcase table. They do that > so as to force recomputation. Yes. I don't understand the recomputation business, not that I tried very hard. > Which case-table functions were called, and when? > Were they called by part of Emacs setup, or by some specific > library that you loaded, or what? As far as I remember, after I tested the setting the case table interactively with success, I put the same thing in the appropriate place in characters.el and then wondered why it didn't work in the dumped Emacs. It's possible it could go at the end of characters.el, but I don't know whether that would cause trouble and it wouldn't work if anything subsequently called set-case- functions. (In Emacs 22, for instance, switching in and out of Turkish language mode does that to treat `i' correctly. It would do the same in Emacs 21 if caseification could change the byte length, as required.) From MAILER-DAEMON Tue Jan 25 20:08:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtbfF-00035M-Bw for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:08:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctba3-0001sd-DP for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtbZl-0001m4-F7 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtbZj-0001dT-Dd for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:27 -0500 Received: from [195.54.107.73] (helo=mxfep02.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctb6U-0004Xs-Ig; Tue, 25 Jan 2005 19:32:14 -0500 Received: from naru.home ([83.227.131.3] [83.227.131.3]) by mxfep02.bredband.com with ESMTP id <20050126003211.FMDJ12890.mxfep02.bredband.com@naru.home>; Wed, 26 Jan 2005 01:32:11 +0100 From: Joakim Verona To: rms@gnu.org References: Date: Wed, 26 Jan 2005 01:32:10 +0100 In-Reply-To: (Richard Stallman's message of "Tue, 25 Jan 2005 19:03:03 -0500") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Michael Albinus , Rajesh Vaidheeswarran Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 01:08:05 -0000 Richard Stallman writes: > IIRC, ffap uses hard-coded ange-ftp. So it cannot cooperate with > Tramp out of the box. > > I asked the ffap.el maintainer to work on this. > Meanwhile, I had better ask if you know of other Emacs bugs > that pertain to Tramp. Well, tramp mostly works very well and its very useful. I experience two problems with it though: - by using ECB and TRAMP together it is possible to make Emacs hang very hard. Both are pure elisp packages, so regardless of the cause, Emacs shouldnt hang completely. But it does. It is currently discussed on the ECB list. - Tramps "smb" method, which is used to communicate with Windows-boxes using "samba", behaves oddly. The first time you enter a dir with a tramp smb url, the dir is empty. You then type "g" and it refreshes properly. This second problem might be related to my samba configuration, and I havent investigated further yet. These problems happen both with the Emacs version of tramp and the devel version drop 2.1.3. BTW it feels like its pretty easy to make CVS Emacs hang these days, so that hitting c-g will give you the "continue or coredump" option. I experience it a lot with (CVS)Gnus and ECB/Tramp. I try to run a recent CVS Emacs compiled with debug so I can attach GDB and have a look when these things happen, but have as yet unearthed little information about these bugs. -- Joakim Verona www.verona.se From MAILER-DAEMON Tue Jan 25 20:08:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctbfz-0003VR-2x for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:08:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctbfw-0003UG-KE for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:08:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctbfw-0003U2-5h for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:08:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtbZr-0001oq-K1 for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 20:02:35 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtazZ-00049i-5i; Tue, 25 Jan 2005 19:25:05 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0Q0P4qn013804; Tue, 25 Jan 2005 16:25:04 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0Q0P2jw013789; Tue, 25 Jan 2005 16:25:03 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0Q0P2EY006679; Tue, 25 Jan 2005 17:25:02 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-215.vpn.oracle.com [141.144.64.215]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0Q0P1ur006672 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 25 Jan 2005 17:25:01 -0700 From: "Drew Adams" To: Date: Tue, 25 Jan 2005 16:24:54 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 01:08:53 -0000 Please a new hook, say, `custom-buffer-create-hook', and run it at the end of `custom-create-buffer-internal'. Suppose we move the call to custom-mode to the end of custom-buffer-create-internal. Would custom-mode-hook then serve this purpose? That would be OK as far I'm concerned. This is for things to be done _after_ the buffer has been filled with its text. An example: a function to fit a one-window frame to the buffer contents. It seems that special-display is the right way to do this job. Can you do the job that way? I'm not sure what you mean. What is "special-display"? Are you thinking of a special-display buffer somehow? Remember that a *Customize...* buffer might or might not be a special-display buffer. I'm really not clear what you're suggesting here, sorry. From MAILER-DAEMON Tue Jan 25 21:05:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtcZ4-0002xM-76 for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 21:05:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtcYu-0002wA-BT for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 21:05:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtcYr-0002vc-Qa for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 21:05:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtcTy-0001NH-Vn for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 21:00:35 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtbrL-0008TZ-S0; Tue, 25 Jan 2005 20:20:40 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0Q1KX9N023885; Tue, 25 Jan 2005 19:20:33 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0Q1JdS25202; Tue, 25 Jan 2005 19:19:39 -0600 (CST) Date: Tue, 25 Jan 2005 19:19:39 -0600 (CST) Message-Id: <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 24 Jan 2005 23:11:54 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 02:05:47 -0000 There is one major new problem I discovered with the prompting as a response to accumulating a large undo entry. If the large undo entry is accumulated by a timer or asynchronous process, the user may not even be at his monitor when the question is asked. The question has no built-in time out. What happens now is that the timer or asynchronous process might keep running at regular intervals and continue to grow the undo entry, until Emacs potentially crashes. One solution might be to ask the question within a `with-timeout' form. However, I do not know enough about GC to know whether it is really safe (for other reasons) to allow timers to run, or accept asynchronous output (by asking a user question) while a GC is being performed, even with a time-out. It seems that the easiest solution would be to just discard the undo info if it exceeds `undo-outer-limit', print a warning, and tell the user to increase the value of `undo-outer-limit' to avoid this in the future, if the large undo entry was legitimate. I reread the report that lead to all of this and what I just described appears to be all the OP really wanted anyway. Of course the above assumes that `undo-outer-limit' be made into a defcustom, but I believe that should be done anyway, because the best value depends on the resident memory the user has available, on his habits and his personal preference. The patch below to cus-start.el does this. It does allow the user to select "No limit" (nil) but clearly warns about the dangers and discourages it. The suitability of the changes I proposed earlier depend on what we decide to do with the above, so I will wait with further suggestions about those until the above issues are decided. ===File ~/cus-start.el-diff================================= *** cus-start.el 23 Nov 2004 15:09:19 -0600 1.62 --- cus-start.el 25 Jan 2005 18:57:54 -0600 *************** *** 41,46 **** --- 41,55 ---- (gc-cons-threshold alloc integer) (undo-limit undo integer) (undo-strong-limit undo integer) + (undo-outer-limit undo (choice integer + (const :tag "No limit" + :format "%t\n%d" + :doc + "This should only be chosen under exceptional circumstances. + With this choice the undo info for the current command never gets discarded. + This could result in memory overflow and make Emacs crash." + nil)) + "21.4") (garbage-collection-messages alloc boolean) ;; buffer.c (mode-line-format modeline sexp) ;Hard to do right. ============================================================ From MAILER-DAEMON Tue Jan 25 23:28:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctemu-0002al-3v for mharc-emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 23:28:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtemZ-0002WF-En for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 23:27:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtemN-0002RP-Ek for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 23:27:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtemM-0002NC-Gt for emacs-pretest-bug@gnu.org; Tue, 25 Jan 2005 23:27:42 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CteLj-0002Lg-6h; Tue, 25 Jan 2005 23:00:11 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0Q3xu9N024243; Tue, 25 Jan 2005 21:59:56 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0Q3x2N26558; Tue, 25 Jan 2005 21:59:02 -0600 (CST) Date: Tue, 25 Jan 2005 21:59:02 -0600 (CST) Message-Id: <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Tue, 25 Jan 2005 19:03:44 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, Per Abrahamsen , drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 04:28:02 -0000 Richard Stallman wrote: In that case, I am stumped. Can you figure out what is really happening? I believe I did. I replaced Drew's function with: (defun custom-foobar (widget) (if (progn (input-pending-p) (read-event) (y-or-n-p "foo: ")) (progn (message "Yes")(sit-for 1)) (message "No")(sit-for 1))) Then I edebugged that. `input-pending' was t and `read-event' returned a mouse-motion event. The problem is that the function is executed with the variable track-mouse bound to t. There are two ways to interpret this. The first way (which to me looks far fetched) would be that functions used in `custom-variable-menu' should bind track-mouse themselves to nil if they want to read input that does not track the mouse. That is, Drew's function should be: (defun custom-foobar (widget) (if (let (track-mouse) (y-or-n-p "foo: ")) (progn (message "Yes")(sit-for 1)) (message "No")(sit-for 1))) This indeed fixes the bug. The second way to interpret it is that the functions in `custom-variable-menu' should be executed with track-mouse bound to nil, and if they need to track the mouse, they have to simply rebind it to t once more. This is implemented by the following patch, which I could install if desired. It fixes the bug. It is an incompatible change and I am not 100% sure that it does not break something else, although I would be surprised. ===File ~/wid-edit-diff===================================== *** wid-edit.el 27 Dec 2004 15:02:40 -0600 1.134 --- wid-edit.el 25 Jan 2005 21:20:06 -0600 *************** *** 939,945 **** ;; its action function. (when (and pos (eq (get-char-property pos 'button) button)) ! (widget-apply-action button event)))) (overlay-put overlay 'face face) (overlay-put overlay 'mouse-face mouse-face)))) --- 939,946 ---- ;; its action function. (when (and pos (eq (get-char-property pos 'button) button)) ! (let (track-mouse) ! (widget-apply-action button event))))) (overlay-put overlay 'face face) (overlay-put overlay 'mouse-face mouse-face)))) ============================================================ From MAILER-DAEMON Wed Jan 26 00:29:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtfkE-0005Hx-BU for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:29:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtfjC-00057H-Cr for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:28:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctfir-00050k-MS for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:28:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctfir-0004wi-EZ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:28:09 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctf9s-0005bE-9P; Tue, 25 Jan 2005 23:52:00 -0500 Received: from zaretski (IGLD-83-130-211-151.inter.net.il [83.130.211.151]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DPS19782 (AUTH halo1); Wed, 26 Jan 2005 06:51:51 +0200 (IST) Date: Wed, 26 Jan 2005 06:48:13 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: rms@gnu.org Message-ID: <01c50362$Blat.v2.4$637641e0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Richard Stallman on Tue, 25 Jan 2005 19:03:00 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 05:29:32 -0000 > From: Richard Stallman > CC: eliz@gnu.org, emacs-pretest-bug@gnu.org, > ascott@sedona.ch.intel.com > Date: Tue, 25 Jan 2005 19:03:00 -0500 > > But it occurs to me that anyone building Emacs from CVS sources > probably wants to do debugging. I normally compile Emacs with -O0 > and -fno-line just so that I can debug it more effectively. > Perhaps we should arrange that building Emacs from the CVS sources > does that by default. I think that is not a good idea. Compiling with -O2 and with -O0 produces two very different programs, so doing that by default with CVS sources means that we lose a lot of testing potential, as users of the CVS version will be running a program that is utterly different from what users of the released Emacs will see. I expect quite a few bugs to remain unearthed until the pretest stage. I think the GCC feature whereby you can debug an optimized program is a great benefit, since it lets you debug and test a program only once, instead of doing that twice. I'd hate to fail to use that with Emacs. From MAILER-DAEMON Wed Jan 26 00:58:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtgBr-0004EJ-EY for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:58:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtgBX-0004AI-KG for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtgBJ-00040W-CX for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtgBF-0003vl-Sl for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtfhF-0007fX-3m for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:26:29 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtffJ-0007tq-DW; Wed, 26 Jan 2005 00:24:29 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 24 Jan 2005 11:27:41 -0500) References: Message-Id: Date: Wed, 26 Jan 2005 00:24:29 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 05:58:04 -0000 My understanding is that the original definition of "user option" was: an option that an end-user (not familiar with Elisp) can change. This happened to be limited to user-variable-p at the time for lack of anything else but now also includes faces. There is a definition in the manual saying "user option" applies only to variables. I went through the Emacs manual and changed it so that "user option" refers to faces as well. I don't plan to install this right away, because it might be better to make a different change. But at least I saw that this change was not very hard. I think it is also clearer. However, the other separate manuals need to be checked and changed as well. > That will also require, BTW, a term for `user-variable-p' Why? It's not like we often need to talk about those particular variables which are user-variable-p but are not defcustom'd, is it? I agree. From MAILER-DAEMON Wed Jan 26 00:58:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtgBj-0004Bv-Bj for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtgBP-00046a-Sd for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtgBF-00040H-UF for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtgBF-0003vl-LS for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctfhd-0007gd-43 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:26:53 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctffg-00080M-Vn; Wed, 26 Jan 2005 00:24:53 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87651l8zj3.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Tue, 25 Jan 2005 08:14:46 -0500) References: <16882.15614.420695.458400@notch.amtp.cam.ac.uk> <16882.48812.912074.807764@farnswood.snap.net.nz> <87acr0qhvp.fsf-monnier+emacs@gnu.org> <87651l8zj3.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 00:24:52 -0500 Cc: emacs-pretest-bug@gnu.org, S.J.Eglen@damtp.cam.ac.uk Subject: Re: comint-insert-input X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 05:57:44 -0000 So what I suggest to do is to remove this error and to instead (when there is no event with parameters) pass the first event (or the last, it really doesn't matter much when neither has parameters) instead of signalling an error. See patch below. If changing the meaning of e is good for all the commands that use e, then we could redefine it. But I doubt that. If that si not the case, then I think it is cleaner if those commands that don't need an event with parameters do not use e. From MAILER-DAEMON Wed Jan 26 00:59:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtgBk-0004CB-RM for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:58:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtgBX-0004Am-Kz for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtgBI-000407-GV for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtgBF-0003vl-Iy for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctfhd-0007gg-SU for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:26:53 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctffi-00080t-9K; Wed, 26 Jan 2005 00:24:54 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87zmyx7ipb.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Tue, 25 Jan 2005 08:20:23 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <87zmyx7ipb.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 00:24:54 -0500 Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 05:57:59 -0000 The problem is normally shifted elsewhere: make sure you don't put bindings like that on a down-mouse-N key but on a mouse-N key instead. Shouldn't buttons act on the down event, not the up event? From MAILER-DAEMON Wed Jan 26 00:59:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtgBY-0004B8-4s for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtgBP-00046P-MD for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtgBF-0003zm-F0 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtgBF-0003vl-5d for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctfhq-0007hF-UI for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:27:07 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctffv-00084V-FG; Wed, 26 Jan 2005 00:25:07 -0500 From: Richard Stallman To: Roland Winkler In-reply-to: <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> (message from Roland Winkler on Tue, 25 Jan 2005 17:06:38 +0100) References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> Message-Id: Date: Wed, 26 Jan 2005 00:25:07 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 05:57:43 -0000 Non-breaking spaces are now displayed as octal sequence. I thought they were displayed with a colored backslash and a space. From MAILER-DAEMON Wed Jan 26 01:00:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtgDn-0004wc-VB for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 01:00:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtgBW-0004Aa-Lp for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtgBJ-000401-8w for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtgBF-0003vl-Fr for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:57:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctfhf-0007gl-Ie for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 00:26:55 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctffj-00081N-JC; Wed, 26 Jan 2005 00:24:55 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87u0p57iah.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Tue, 25 Jan 2005 08:27:14 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <87u0p57iah.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 00:24:55 -0500 Cc: fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 06:00:06 -0000 Just that the prompt is unexpected, so the kbd-macro breaks down when it occurs (the keys which were supposed to operate on the buffer are now passed on to the prompt). I think this question should always be asked on the terminal, temporarily suspending the keyboard macro. From MAILER-DAEMON Wed Jan 26 01:26:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctgd0-0002Ie-8d for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 01:26:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtgcN-00029X-MG for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 01:25:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctgc8-00022x-QY for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 01:25:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctgc6-000212-ME for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 01:25:14 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtgFK-0001OD-Uh; Wed, 26 Jan 2005 01:01:43 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0Q61Yvh007912; Tue, 25 Jan 2005 22:01:34 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0Q61XFh007892; Tue, 25 Jan 2005 22:01:33 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0Q61WTU006503; Tue, 25 Jan 2005 23:01:32 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-215.vpn.oracle.com [141.144.64.215]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0Q61VJP006493 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 25 Jan 2005 23:01:31 -0700 From: "Drew Adams" To: , "Stefan Monnier" Date: Tue, 25 Jan 2005 22:01:23 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 06:25:36 -0000 I went through the Emacs manual and changed it so that "user option" refers to faces as well. I don't plan to install this right away, because it might be better to make a different change. But at least I saw that this change was not very hard. I think it is also clearer. Yes, this (using "user option" to refer to both variables and faces) probably represents the least number of changes. Reminder: If this policy is changed at some point in the future in favor of a different term, then the Options menu (with item Save Options) should also be revisited for the same name change. From MAILER-DAEMON Wed Jan 26 02:33:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CthgZ-0000TQ-Rs for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 02:33:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cthcu-0008E6-D3 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 02:30:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cthce-00087e-0Q for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 02:29:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cthcd-00082L-Ng for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 02:29:51 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cth6V-0004sU-KU; Wed, 26 Jan 2005 01:56:40 -0500 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0Q6uZwM012400; Wed, 26 Jan 2005 15:56:35 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0Q6uZi27422; Wed, 26 Jan 2005 15:56:35 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id PAA16289; Wed, 26 Jan 2005 15:56:34 +0900 (JST) Date: Wed, 26 Jan 2005 15:56:34 +0900 (JST) Message-Id: <200501260656.PAA16289@etlken.m17n.org> From: Kenichi Handa To: Dave Love In-reply-to: (message from Dave Love on Wed, 26 Jan 2005 00:28:30 +0000) References: User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 07:33:54 -0000 In article , Dave Love writes: > As far as I remember, after I tested the setting the case table > interactively with success, I put the same thing in the appropriate > place in characters.el and then wondered why it didn't work in the > dumped Emacs. It's possible it could go at the end of characters.el, > but I don't know whether that would cause trouble and it wouldn't work > if anything subsequently called set-case- functions. It's impossible to automatically rebuild upcase, canon, and eqv tables from downcase table if there are many to one mapping in downcase table. So, I think we should maintain both downcase and upcase tables in set-case- functions. And, for that, we need a function to setup an upcase table from a downcase table. In addtion, to specify one-way case conversion (e.g. small-letter-final-sigma --up--> capital-letter-sigma) we need new functions (for upcase only and for downcase only) or an optional arg in set-case-syntax-pair. What do you think? Shall I work on this matter along this line? Which is better, new functions or a new arg. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Wed Jan 26 03:04:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtiAG-0006ja-1s for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:04:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtiAE-0006iZ-J4 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:04:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cti95-0006Oz-Dk for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:03:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cti90-0006L3-ML for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:03:18 -0500 Received: from [194.113.59.55] (helo=mailrelay2.alcatel.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CthhR-0007Ml-6K; Wed, 26 Jan 2005 02:34:49 -0500 Received: from slbwba.alcatel.de (slbwba.bln.sel.alcatel.de [149.204.93.83]) by mailrelay2.alcatel.de (8.12.11/8.12.10) with ESMTP id j0Q7YPQb000968; Wed, 26 Jan 2005 08:34:25 +0100 (MET) To: Joakim Verona References: From: Michael Albinus Date: Wed, 26 Jan 2005 08:34:24 +0100 In-Reply-To: (Joakim Verona's message of "Wed, 26 Jan 2005 01:32:10 +0100") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/20.7 (hpux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-AES-MTA-scanned-and-authorized: yes Cc: emacs-pretest-bug@gnu.org, Kai Grossjohann , Rajesh Vaidheeswarran Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 08:04:34 -0000 Joakim Verona writes: > Richard Stallman writes: > >> Meanwhile, I had better ask if you know of other Emacs bugs >> that pertain to Tramp. All problems known that time should have been fixed with Tramp 2.0.47. Synchronized with Emacs CVS at 2005-01-16. > Well, tramp mostly works very well and its very useful. > > I experience two problems with it though: > > - by using ECB and TRAMP together it is possible to make Emacs hang > very hard. > > Both are pure elisp packages, so regardless of the cause, Emacs > shouldnt hang completely. But it does. It is currently discussed on > the ECB list. I'll enter the ECB list checking what happens. I haven't been aware of the problem so far. > - Tramps "smb" method, which is used to communicate with Windows-boxes > using "samba", behaves oddly. The first time you enter a dir with a > tramp smb url, the dir is empty. You then type "g" and it refreshes > properly. > > This second problem might be related to my samba configuration, and I > havent investigated further yet. These problems happen both with the > Emacs version of tramp and the devel version drop 2.1.3. I have experienced the same problem two days ago accidentally. I'm working on it. > BTW it feels like its pretty easy to make CVS Emacs hang these days, > so that hitting c-g will give you the "continue or coredump" option. > > I experience it a lot with (CVS)Gnus and ECB/Tramp. > > I try to run a recent CVS Emacs compiled with debug so I can attach > GDB and have a look when these things happen, but have as yet > unearthed little information about these bugs. Please keep me informed when Tramp is involved somehow. Best regards, Michael. From MAILER-DAEMON Wed Jan 26 03:41:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctijy-0000Kh-Oy for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctijw-0000K7-BF for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctiju-0000JI-6r for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctiju-0000Ic-00 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:26 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtiVx-0003R2-FS; Wed, 26 Jan 2005 03:27:01 -0500 Received: from farnswood.snap.net.nz (p244-tnt1.snap.net.nz [202.124.110.244]) by viper.snap.net.nz (Postfix) with ESMTP id 10AF728CD43; Wed, 26 Jan 2005 21:27:00 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id D1DBA628AD; Wed, 26 Jan 2005 08:04:56 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16887.20264.262919.113109@farnswood.snap.net.nz> Date: Wed, 26 Jan 2005 21:04:56 +1300 To: rms@gnu.org In-Reply-To: References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> X-Mailer: VM 7.19 under Emacs 21.3.50.43 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 08:41:29 -0000 > I installed a change that should fix it, until GCC gets smarter. Only someone with gcc 3.4 or 3.4.2 would know whether this actually does fix the problem. Perhaps, for completeness, we should ask Andrew Scott. Andrew, If you update and recompile Emacs, can you now set a breakpoint at x_error_quitter? Nick From MAILER-DAEMON Wed Jan 26 03:41:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctijy-0000Kl-UQ for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctijx-0000KN-0g for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctiju-0000JS-R3 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctiju-0000Ic-5m for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:41:26 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtiVv-0003QF-5I; Wed, 26 Jan 2005 03:26:59 -0500 Received: from farnswood.snap.net.nz (p244-tnt1.snap.net.nz [202.124.110.244]) by viper.snap.net.nz (Postfix) with ESMTP id 3E78928B7D8; Wed, 26 Jan 2005 21:26:55 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 665FF628AF; Wed, 26 Jan 2005 08:19:46 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16887.21153.763404.437905@farnswood.snap.net.nz> Date: Wed, 26 Jan 2005 21:19:45 +1300 To: Eli Zaretskii In-Reply-To: <01c50362$Blat.v2.4$637641e0@zahav.net.il> References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> X-Mailer: VM 7.19 under Emacs 21.3.50.43 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 08:41:29 -0000 > I think that is not a good idea. Compiling with -O2 and with -O0 > produces two very different programs, so doing that by default with > CVS sources means that we lose a lot of testing potential, as users of > the CVS version will be running a program that is utterly different > from what users of the released Emacs will see. I expect quite a few > bugs to remain unearthed until the pretest stage. Well I'm not sure that they're utterly different but it does seem to be standard practice to compile with the same level of optimisation for debugging as release. It make debugging a little more awkward but, as you say, it ensures that the program you are testing is the same one that the users will be using. If developers wish to use -O0, then thats their perogative, but I don't think it should be the default. One could change from -O0 to -O2 shortly before a pretest, like ..err, now?. Nick From MAILER-DAEMON Wed Jan 26 04:03:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctj5h-0004q6-Jr for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:03:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctj4y-0004Xc-T3 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:03:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctj3z-0004NB-0y for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:02:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctj2O-0003Xn-CC for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:00:32 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Ctig1-0004Nu-El for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:37:25 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by mx20.gnu.org with esmtp (Exim 4.34) id 1CtiW0-00077G-OO for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 03:27:05 -0500 Received: from farnswood.snap.net.nz (p244-tnt1.snap.net.nz [202.124.110.244]) by viper.snap.net.nz (Postfix) with ESMTP id F0975288B3F; Wed, 26 Jan 2005 21:27:00 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 8A1DB628AB; Wed, 26 Jan 2005 07:49:49 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16887.19356.927283.156381@farnswood.snap.net.nz> Date: Wed, 26 Jan 2005 20:49:48 +1300 To: Luc Teirlinck In-Reply-To: <200501251837.j0PIbW018543@raven.dms.auburn.edu> References: <200501251837.j0PIbW018543@raven.dms.auburn.edu> X-Mailer: VM 7.19 under Emacs 21.3.50.43 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: lpr-headers-switches defcustom type mismatch? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 09:03:54 -0000 > 1. load-library lpr > 2. customize-variable lpr-headers-switches > > The default value, `nil' is marked "(mismatch)". > > Probably a summer bug again. Reporting bugs on a version of Emacs built about six months ago (2004-07-26) is probably of limited value. Nick From MAILER-DAEMON Wed Jan 26 04:29:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtjUn-0005PO-A3 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:29:53 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtjUi-0005Kp-6M for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:29:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtjUf-0005IT-U8 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:29:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtjUf-0005G8-AR for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 04:29:45 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtjGp-0000jQ-4S; Wed, 26 Jan 2005 04:15:27 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 26 Jan 2005 10:15:17 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 14583-01-23726; Wed, 26 Jan 2005 10:15:17 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 26 Jan 2005 10:15:17 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> Date: Wed, 26 Jan 2005 10:15:04 +0100 To: rms@gnu.org In-Reply-To: References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 09:29:50 -0000 On Wed Jan 26 2005 Richard Stallman wrote: > Non-breaking spaces are now displayed as octal sequence. > > I thought they were displayed with a colored backslash and a space. I knew I missed something. Well, I just noticed that it makes a difference whether I have set the environment variable EMACS_UNIBYTE or not. - If EMACS_UNIBYTE is set, "emacs --no-init-file --no-site-file" displays non-breaking spaces with a colored backslash and a space. - If EMACS_UNIBYTE is not set, "emacs --no-init-file --no-site-file" displays non-breaking space as `\240'. - Always, "emacs -nw --no-init-file --no-site-file" displays non-breaking space just as a space, no matter whether EMACS_UNIBYTE is set or not. Isn't that inconsistent? emacs-version says GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-18 on ende Roland From MAILER-DAEMON Wed Jan 26 05:37:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtkXL-0003sr-Oy for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:36:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtkTa-0003Tn-IJ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:32:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtkQX-0003F5-5t for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:29:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtkOf-0002zZ-HK for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:27:38 -0500 Received: from [211.209.12.70] (helo=SAMSUNG-IKCD1EG) by monty-python.gnu.org with smtp (Exim 4.34) id 1Ctjyk-0004mG-H8; Wed, 26 Jan 2005 05:00:51 -0500 Received: by 61.68.88.174 with SMTP id ri0yhVbzeBGKN8; Wed, 26 Jan 2005 05:57:20 -0400 Date: Wed, 26 Jan 2005 03:58:20 -0600 From: Merle Swan To: cons@gnu.org Message-ID: <4225455794.00792@microsoft.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7Bit Cc: emacs-pretest-bug@gnu.org, prakash@gnu.org Subject: Never seen a deal like this X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 10:36:28 -0000 Hi My name is Merle Swan, Affiliate Manager for "Gmgmedical Licenced Phar. Online" Let me first congratulate you. You have found the ONLY site on the Internet offering Levitra/Cialis for as low as $ 2.99 No kidding, and No BS.. - Less sideeffects than viagra - Higher success rate - Over 70% cheaper Even if you dont have impotence problems, Levitra will greatly increase power, pleasure and stamina. http://rxonlinesale.com/?897 warm regards Merle Swan Promotional Sales Manager not interested in this promotional campaign , go here http://rxonlinesale.com/rm.php?897 From MAILER-DAEMON Wed Jan 26 05:44:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctken-0004ww-D5 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:44:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtkeZ-0004uh-MG for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:44:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtkeU-0004ts-OY for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:43:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtkZz-0004DR-FP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:39:19 -0500 Received: from [194.109.24.33] (helo=smtp-vbr13.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtkHT-0006Vs-S1 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:20:12 -0500 Received: from pijl (a80-127-67-124.adsl.xs4all.nl [80.127.67.124]) by smtp-vbr13.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0QAKBAR029675; Wed, 26 Jan 2005 11:20:11 +0100 (CET) (envelope-from Lute.Kamstra@xs4all.nl) Received: from lute by pijl with local (Exim 3.36 #1 (Debian)) id 1CtkMw-0000aA-00; Wed, 26 Jan 2005 11:25:50 +0100 To: emacs-pretest-bug@gnu.org, ispell-el-bugs@itcorp.com User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) From: Lute Kamstra Date: Wed, 26 Jan 2005 11:25:50 +0100 Message-ID: <87acqwpjv5.fsf@xs4all.nl> Lines: 26 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Lute Kamstra X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: ispell.el sometimes doesn't use the right dictionary. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 10:44:05 -0000 I start Emacs (CVS HEAD) and do: M-x ispell-change-dictionary RET nederlands RET M-x ispell RET and the current buffer is spell checked using the Dutch dictionary (as expected). Now I do: C-h T to get a new buffer and I do: M-x ispell-change-dictionary RET nederlands RET Ispell happily informs me: No change, using nederlands dictionary However, if I do: M-x ispell RET then Ispell uses the default dictionary (English) to spell check. Lute. From MAILER-DAEMON Wed Jan 26 06:02:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctkw2-0004Nx-25 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:02:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctkvr-0004Js-L7 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:01:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctkvo-0004H9-Cc for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:01:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctkvn-0004Cm-FY for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:01:51 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CtkaZ-000098-2W for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:39:55 -0500 Received: (qmail 98138 invoked from network); 26 Jan 2005 10:39:54 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 26 Jan 2005 10:39:54 -0000 To: rms@gnu.org References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> From: storm@cua.dk (Kim F. Storm) Date: Wed, 26 Jan 2005 11:40:04 +0100 In-Reply-To: (Richard Stallman's message of "Tue, 25 Jan 2005 19:03:10 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: teirllm@dms.auburn.edu, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 11:01:59 -0000 Richard Stallman writes: > Now I can > also undo it by using diff-unified->context, so if I could replace > the large undo entries with just one entry that says "call > diff-unified->context" it would not be a problem any more. > > The idea of extensible undo entries is interesting, but using it for > composite operations such as this would be unreliable. It is better > to undo them based on their actual edits. I don't think it would be unreliable in practice. In cua-mode, I also needed more advanced undo information to make undo work correctly for the advanced rectangle commands. IMO it would have been great if the standard undo machinery could have done that for me, but to make it work, I have maintain a separate undo list for cua with links into the standard undo list and I must use explicit/tricky methods to clean up that list to keep it in sync with GC triggered truncation of the undo-list. Very cumbersome. If the standard undo list just had some form of "eval this form to undo" entry, it would give a lot of flexibility. > > The SES > spreadsheet also needs such a feature (and currently fakes it by using > a wrapper around primitive-undo). > > This seems like the right sort use for such a feature. > > However, the use of a wrapper around primitive-undo is very ugly. > I think we need to do more to detect when such things are installed > in Emacs, so we can systematically make sure they are not. So this is really something that is needed by several packages. The problem with the hotch-potch approaches that you recommend is that they most likely don't work very well together (if at all). -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Wed Jan 26 06:02:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctkwa-0004Vc-Ta for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:02:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtkwT-0004Te-HV for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:02:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtkwA-0004Q8-9A for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:02:15 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctkw8-0004Cm-Ki for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:02:13 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CtkRi-0007fQ-QT for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:30:47 -0500 Received: (qmail 96685 invoked from network); 26 Jan 2005 10:30:45 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 26 Jan 2005 10:30:45 -0000 To: rms@gnu.org References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> From: storm@cua.dk (Kim F. Storm) Date: Wed, 26 Jan 2005 11:30:55 +0100 In-Reply-To: (Richard Stallman's message of "Tue, 25 Jan 2005 19:03:00 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 11:02:34 -0000 Richard Stallman writes: > But it occurs to me that anyone building Emacs from CVS sources > probably wants to do debugging. I normally compile Emacs with -O0 > and -fno-line just so that I can debug it more effectively. So do I. > Perhaps we should arrange that building Emacs from the CVS sources > does that by default. I'm not sure. It is useful to have most ordinary users of CVS emacs use the normal optimizations as this will help us find compiler/optimizer related bugs that we have to work around. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Wed Jan 26 06:07:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctl10-0005Ce-NJ for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:07:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctl0s-0005BJ-TS for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:07:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctl0m-0005AV-Qx for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:07:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctl0l-00058R-Tw for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 06:07:00 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1Ctkju-0001G2-Vy for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 05:49:35 -0500 Received: (qmail 99662 invoked from network); 26 Jan 2005 10:49:33 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 26 Jan 2005 10:49:33 -0000 To: rms@gnu.org References: From: storm@cua.dk (Kim F. Storm) Date: Wed, 26 Jan 2005 11:49:44 +0100 In-Reply-To: (Richard Stallman's message of "Tue, 25 Jan 2005 19:03:50 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Drew Adams Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 11:07:08 -0000 Richard Stallman writes: > Is the term "preference" generally used nowadays? Is that the term > everyone would expect? > > To clarify: I didn't mean to suggest that it was the main term used (I'm not > sure). I only meant that it is used in some other applications. > > Does anyone else know if this term is now semi-standard? The KDE desktop and the Mozilla and Firefox browsers use it. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Wed Jan 26 10:09:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctomz-0004tf-Hy for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:09:01 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctol5-0004HT-JC for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:07:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctokt-00047a-1i for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:06:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctokr-000469-PP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:06:49 -0500 Received: from [209.226.175.34] (helo=tomts13-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtoSw-0006go-Lh; Wed, 26 Jan 2005 09:48:18 -0500 Received: from alfajor ([67.71.119.166]) by tomts13-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050126144817.PIUC1899.tomts13-srv.bellnexxia.net@alfajor>; Wed, 26 Jan 2005 09:48:17 -0500 Received: by alfajor (Postfix, from userid 1000) id 35D1AD7316; Wed, 26 Jan 2005 09:48:18 -0500 (EST) Message-ID: <877jm06ypn.fsf-monnier+emacs@gnu.org> To: storm@cua.dk (Kim F. Storm) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> From: Stefan Monnier Date: Wed, 26 Jan 2005 09:48:18 -0500 In-Reply-To: (Kim F. Storm's message of "Wed, 26 Jan 2005 11:40:04 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: teirllm@dms.auburn.edu, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:08:59 -0000 >> Now I can also undo it by using diff-unified->context, so if I could >> replace the large undo entries with just one entry that says "call >> diff-unified-> context" it would not be a problem any more. >> >> The idea of extensible undo entries is interesting, but using it for >> composite operations such as this would be unreliable. It is better >> to undo them based on their actual edits. > I don't think it would be unreliable in practice. Well, in the case of diff-u->c and diff-c->u, it might indeed not be 100% reliable with the current code. > In cua-mode, I also needed more advanced undo information to make undo > work correctly for the advanced rectangle commands. We really need to keep a file of "HACKS" that we should get rid of. It would contain things like defadvice that someone had to use to work around the lack of a hook (e.g. for uniquify), or other such things that try to workaround the lack of a particular feature. > If the standard undo list just had some form of "eval this form to undo" > entry, it would give a lot of flexibility. The SES author had tried to get such a feature accepted. IIRC when we talked about it, the proposal looked something like: add support for undo records of the form (funcall START END FUN ARGS), where START and END describe the affected region. We could already use such a feature in set-buffer-multibyte. Stefan From MAILER-DAEMON Wed Jan 26 10:10:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctood-0005Lo-TN for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:10:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtooZ-0005LH-T1 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:10:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctol1-0004GC-Km for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:07:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctol0-000469-Jq for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:06:58 -0500 Received: from [209.226.175.93] (helo=tomts36-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtoIA-0005YG-Dt; Wed, 26 Jan 2005 09:37:10 -0500 Received: from alfajor ([67.71.119.166]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050126143709.LCTL1694.tomts36-srv.bellnexxia.net@alfajor>; Wed, 26 Jan 2005 09:37:09 -0500 Received: by alfajor (Postfix, from userid 1000) id 9BB62D7316; Wed, 26 Jan 2005 09:37:09 -0500 (EST) Message-ID: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> To: Joakim Verona References: From: Stefan Monnier Date: Wed, 26 Jan 2005 09:37:09 -0500 In-Reply-To: (Joakim Verona's message of "Wed, 26 Jan 2005 01:32:10 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Michael Albinus , Rajesh Vaidheeswarran Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:10:40 -0000 > Both are pure elisp packages, so regardless of the cause, Emacs > shouldnt hang completely. But it does. It is currently discussed on > the ECB list. If C-g fails to do anything useful, it's a bug in Emacs, so discussing it on the ECB mailing list rather than on emacs-devel seems silly. Stefan From MAILER-DAEMON Wed Jan 26 10:13:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtolD-0004LU-Eo for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:07:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctoku-00049R-Mt for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:06:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctokr-00047N-K4 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:06:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctokr-000469-Fv for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:06:49 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtoT6-0006iM-9Y; Wed, 26 Jan 2005 09:48:28 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0QEmR9N026431; Wed, 26 Jan 2005 08:48:27 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0QElWR29354; Wed, 26 Jan 2005 08:47:32 -0600 (CST) Date: Wed, 26 Jan 2005 08:47:32 -0600 (CST) Message-Id: <200501261447.j0QElWR29354@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 00:24:54 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <87zmyx7ipb.fsf-monnier+emacs@gnu.org> Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:07:02 -0000 Richard Stallman wrote: The problem is normally shifted elsewhere: make sure you don't put bindings like that on a down-mouse-N key but on a mouse-N key instead. Shouldn't buttons act on the down event, not the up event? Many buttons do one thing on the down event and another on the up event. If there is only one thing to do, then I believe that it is usually better to do it on the up event. That provides the user with one last chance to get out of it if he notices at the last second that he made a mistake. In any case, the problem we are discussing had nothing to do with up or down events, but with tracking mouse motion, as I pointed out earlier. Sincerely, Luc. From MAILER-DAEMON Wed Jan 26 10:15:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtotE-0006Mu-E3 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:15:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtotC-0006M7-US for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:15:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtotC-0006Lv-Hk for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:15:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctol6-000469-ON for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:07:06 -0500 Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtoFC-0005Hh-Po; Wed, 26 Jan 2005 09:34:06 -0500 Received: from alfajor ([67.71.119.166]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050126143401.UGFW1567.tomts25-srv.bellnexxia.net@alfajor>; Wed, 26 Jan 2005 09:34:01 -0500 Received: by alfajor (Postfix, from userid 1000) id 3AD7FD7316; Wed, 26 Jan 2005 09:34:01 -0500 (EST) Message-ID: <87is5k6z0w.fsf-monnier+emacs@gnu.org> To: Nick Roberts References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> From: Stefan Monnier Date: Wed, 26 Jan 2005 09:34:01 -0500 In-Reply-To: <16887.20264.262919.113109@farnswood.snap.net.nz> (Nick Roberts's message of "Wed, 26 Jan 2005 21:04:56 +1300") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:15:27 -0000 > If you update and recompile Emacs, can you now set a breakpoint at > x_error_quitter? Being able to set the breakpoint there does not mean that the breakpoint will be correctly triggered when the code gets executed. Stefan From MAILER-DAEMON Wed Jan 26 10:16:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctouc-0006iO-DC for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:16:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtouT-0006f0-MS for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:16:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtouM-0006Zn-9W for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:16:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtouL-0006Y5-QB for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:16:37 -0500 Received: from [209.226.175.25] (helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctof0-0008B8-AD; Wed, 26 Jan 2005 10:00:46 -0500 Received: from alfajor ([67.71.119.166]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050126150045.HNC2026.tomts5-srv.bellnexxia.net@alfajor>; Wed, 26 Jan 2005 10:00:45 -0500 Received: by alfajor (Postfix, from userid 1000) id 12EBCD7316; Wed, 26 Jan 2005 10:00:45 -0500 (EST) Message-ID: <871xc86ya9.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> From: Stefan Monnier Date: Wed, 26 Jan 2005 10:00:45 -0500 In-Reply-To: (Richard Stallman's message of "Tue, 25 Jan 2005 19:03:08 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: fx@gnu.org, teirllm@dms.auburn.edu, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:16:47 -0000 > Well I didn't say "routinely": it happened 4 times until now. > And I don't think they were the result of a bug. They mostly (3 times) > occured because I did something like: > 1 - copy a large file (or a buffer). > 2 - work on the copy by removing most of its content. > I can see why #2 could put a lot of information in the undo list. But > why would this make the undo list for one single command very large? Think of a big log, and then a kbd macro that removes things between the lines that match a regexp (similar to what `occur' does). Some of the chunks removed were probably more than 1MB. > The remaining case occured in conjunction with the command > diff-context->unified on a large patch file. Maybe the command > shouldn't keep the undo info, but I find that I do undo this command. > It makes sense for this command to be undoable. Indeed, for a big > enough file, it would trigger this question. > I wonder if the command is written in a way that produces > unnecessarily large bulk of undo info. Perhaps some simple changes > would reduce the size of its undo info by a factor of 2. > This, combined with increasing the default value of undo-outer-limit, > would make such questions very rare. Could be. But I have better things to do than to try and chase a factor-of-2 improvement to try and avoid a prompt that I just don't ever want to see. Large undo steps are rare, but they do occur. Basically for the same reason that people rarely edit large files, but they do sometimes bump into the 256MB limit. The main problem I see with the current prompt is that large undo steps mostly occur when doing "batch" editing (e.g. kbd-macros) where prompting the user is a bad idea. I'd say, bump the limit up to at least a couple MBs, and turn the prompt into a warning (and forcibly throw away the undo, or maybe save it to a file before throwing it away). Stefan From MAILER-DAEMON Wed Jan 26 10:43:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtpKP-00085G-5m for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:43:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctp5k-0005KT-4d for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:28:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctp5Y-0005AL-I2 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:28:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctp5V-00058N-Cp for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 10:28:09 -0500 Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtonK-0000uQ-2I; Wed, 26 Jan 2005 10:09:22 -0500 Received: from alfajor ([67.71.119.166]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050126150921.URXS1567.tomts25-srv.bellnexxia.net@alfajor>; Wed, 26 Jan 2005 10:09:21 -0500 Received: by alfajor (Postfix, from userid 1000) id 0EC03D7316; Wed, 26 Jan 2005 10:09:21 -0500 (EST) Message-ID: <87vf9k5j25.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <87zmyx7ipb.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Wed, 26 Jan 2005 10:09:21 -0500 In-Reply-To: (Richard Stallman's message of "Wed, 26 Jan 2005 00:24:54 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 15:43:31 -0000 > The problem is normally shifted elsewhere: make sure you don't put > bindings like that on a down-mouse-N key but on a mouse-N key instead. > Shouldn't buttons act on the down event, not the up event? No, for the exact reason discussed here: if they act on the down event, the following up-event might be executed in a state which the user hasn't seen yet (because the button's action is to switch to some other buffer, for example). A typical example is a "back" or "quit" button: if it acts on the down event (and is fast enough), the user has the impression that the button disappeared right when he clicked, like "fleeing button". Also as I user I sometimes do "down....[oops-no-I-didn't-mean-that]..move away...up" when I realize midcourse that it wasn't what I wanted to do. Stefan From MAILER-DAEMON Wed Jan 26 11:17:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtprT-00039K-5Z for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:17:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtprR-00038X-8V for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:17:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtprQ-000382-BZ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:17:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtpoZ-0002AM-8f for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:14:43 -0500 Received: from [195.54.107.73] (helo=mxfep02.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctp56-0002pa-Th; Wed, 26 Jan 2005 10:27:45 -0500 Received: from naru.home ([83.227.131.3] [83.227.131.3]) by mxfep02.bredband.com with ESMTP id <20050126152743.KNBF12890.mxfep02.bredband.com@naru.home>; Wed, 26 Jan 2005 16:27:43 +0100 From: Joakim Verona To: Stefan Monnier References: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> Date: Wed, 26 Jan 2005 16:27:37 +0100 In-Reply-To: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Wed, 26 Jan 2005 09:37:09 -0500") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Michael Albinus , Rajesh Vaidheeswarran Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 16:17:42 -0000 Stefan Monnier writes: > If C-g fails to do anything useful, it's a bug in Emacs, so discussing it on > the ECB mailing list rather than on emacs-devel seems silly. The ECB developers where discussing how make the ECB/Tramp integration work, not primarily how to make c-g do anything useful. Maybe I expressed myself unclearly. Other observations where my own. I'll be happy to assist debuging this problem on emacs-devel. > > Stefan -- Joakim Verona www.verona.se From MAILER-DAEMON Wed Jan 26 11:29:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctq3E-0006xQ-9x for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:29:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctq3C-0006xH-RU for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:29:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctq3C-0006x5-9W for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:29:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctpom-0002AM-DG for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 11:14:56 -0500 Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctov5-0001vF-50; Wed, 26 Jan 2005 10:17:23 -0500 Received: from alfajor ([67.71.119.166]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050126151722.LGZN19622.tomts10-srv.bellnexxia.net@alfajor>; Wed, 26 Jan 2005 10:17:22 -0500 Received: by alfajor (Postfix, from userid 1000) id 9A59DD7316; Wed, 26 Jan 2005 10:17:22 -0500 (EST) Message-ID: <87pszs5ikb.fsf-monnier+emacs@gnu.org> To: Roland Winkler References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Wed, 26 Jan 2005 10:17:22 -0500 In-Reply-To: <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Wed, 26 Jan 2005 10:15:04 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 16:29:51 -0000 > - If EMACS_UNIBYTE is not set, "emacs --no-init-file --no-site-file" > displays non-breaking space as `\240'. Are you sure this char is "a non-breaking space"? It looks like the binary ?\240 char, which is in the eight-bit-graphic charset (contrary to the "latin-1 non breaking space" char which is in the latin-1 charset and whose code inside Emacs 2208). What does C-u C-x = say? Stefan From MAILER-DAEMON Wed Jan 26 12:29:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtqyM-0007I2-Oo for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtqyC-0007Et-2X for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqy1-00077S-2h for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqy0-00074g-83 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:32 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctqfv-0004vU-QQ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:09:51 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctqdv-0004tt-Rb; Wed, 26 Jan 2005 12:07:48 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Wed, 26 Jan 2005 00:28:30 +0000) References: Message-Id: Date: Wed, 26 Jan 2005 12:07:47 -0500 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:28:46 -0000 Could you send a precise test case that fails? Then I could debug. From MAILER-DAEMON Wed Jan 26 12:29:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtqyM-0007Hu-42 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctqy9-0007DZ-Fa for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqxz-00076H-EM for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqxz-00074g-7I for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:31 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtqgX-0004yn-En for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:10:29 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctqe3-0004wB-VP; Wed, 26 Jan 2005 12:07:56 -0500 From: Richard Stallman To: rms@gnu.org In-reply-to: (message from Richard Stallman on Tue, 25 Jan 2005 19:03:10 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> Message-Id: Date: Wed, 26 Jan 2005 12:07:55 -0500 Cc: teirllm@dms.auburn.edu, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:28:46 -0000 I decided to implement function-calls for undo right away, so I can fix the bug that ses.el puts advice on undo-more. From MAILER-DAEMON Wed Jan 26 12:33:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtqyK-0007He-JQ for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctqy9-0007B8-Im for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqxz-00076t-TL for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqxz-00074g-Ln for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:31 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtqgB-0004x2-Jk for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:10:07 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtqeC-0004yY-4m; Wed, 26 Jan 2005 12:08:04 -0500 From: Richard Stallman To: Eli Zaretskii In-reply-to: <01c50362$Blat.v2.4$637641e0@zahav.net.il> (eliz@gnu.org) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> Message-Id: Date: Wed, 26 Jan 2005 12:08:04 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:28:45 -0000 I think that is not a good idea. Compiling with -O2 and with -O0 produces two very different programs, It produces two distinct executables, but "very different" is an exaggeration. Bugs that depend on GCC optimization are pretty rare. I have found that turning it off facilitates debugging, so I always do so. I recommend this to others, too. However, every time I rerun configure, this customization gets lost, and I have to do it again. I often forget to do it again, until I once again run into inconvenient inlining and have to recompile. It would be nice to fix this annoyance. From MAILER-DAEMON Wed Jan 26 12:37:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctr6F-0000Ns-4k for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:37:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctqy9-0007B4-M8 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqxz-00076i-Kt for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqxz-00074g-Iz for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:31 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtqgE-0004xG-UO for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:10:11 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtqeG-0004zW-4S; Wed, 26 Jan 2005 12:08:08 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> (message from Luc Teirlinck on Tue, 25 Jan 2005 21:59:02 -0600 (CST)) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> Message-Id: Date: Wed, 26 Jan 2005 12:08:08 -0500 Cc: emacs-pretest-bug@gnu.org, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:37:02 -0000 The second way to interpret it is that the functions in `custom-variable-menu' should be executed with track-mouse bound to nil, and if they need to track the mouse, they have to simply rebind it to t once more. I think that is the right approach. It makes things work the way one would normally expect. But I think this is a cleaner implementation of that approach. Does it work? *** wid-edit.el 26 Dec 2004 16:31:41 -0500 1.134 --- wid-edit.el 26 Jan 2005 10:23:26 -0500 *************** *** 911,924 **** ;; until we receive a release event. Highlight/ ;; unhighlight the button the mouse was initially ;; on when we move over it. ! (let ((track-mouse t)) ! (save-excursion ! (when face ; avoid changing around image ! (overlay-put overlay ! 'face widget-button-pressed-face) ! (overlay-put overlay ! 'mouse-face widget-button-pressed-face)) ! (unless (widget-apply button :mouse-down-action event) (while (not (widget-button-release-event-p event)) (setq event (read-event) pos (widget-event-point event)) --- 911,924 ---- ;; until we receive a release event. Highlight/ ;; unhighlight the button the mouse was initially ;; on when we move over it. ! (save-excursion ! (when face ; avoid changing around image ! (overlay-put overlay ! 'face widget-button-pressed-face) ! (overlay-put overlay ! 'mouse-face widget-button-pressed-face)) ! (unless (widget-apply button :mouse-down-action event) ! (let ((track-mouse t)) (while (not (widget-button-release-event-p event)) (setq event (read-event) pos (widget-event-point event)) *************** *** 933,945 **** 'mouse-face widget-button-pressed-face)) (overlay-put overlay 'face face) ! (overlay-put overlay 'mouse-face mouse-face)))) ! ;; When mouse is released over the button, run ! ;; its action function. ! (when (and pos ! (eq (get-char-property pos 'button) button)) ! (widget-apply-action button event)))) (overlay-put overlay 'face face) (overlay-put overlay 'mouse-face mouse-face)))) --- 933,945 ---- 'mouse-face widget-button-pressed-face)) (overlay-put overlay 'face face) ! (overlay-put overlay 'mouse-face mouse-face))))) ! ;; When mouse is released over the button, run ! ;; its action function. ! (when (and pos ! (eq (get-char-property pos 'button) button)) ! (widget-apply-action button event))) (overlay-put overlay 'face face) (overlay-put overlay 'mouse-face mouse-face)))) From MAILER-DAEMON Wed Jan 26 12:37:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctr6J-0000Q6-Ft for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:37:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtqyK-0007Hg-M5 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqy0-000776-FV for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqxz-00074g-UP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:31 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctqg7-0004wH-5e for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:10:03 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctqe6-0004ww-Is; Wed, 26 Jan 2005 12:07:58 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> (message from Luc Teirlinck on Tue, 25 Jan 2005 19:19:39 -0600 (CST)) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> Message-Id: Date: Wed, 26 Jan 2005 12:07:58 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:37:06 -0000 If the large undo entry is accumulated by a timer or asynchronous process, the user may not even be at his monitor when the question is asked. In most cases, subprocess output should combine into a single insertion undo entry, which is just one cons cell. So it will never trigger this question. There are reports that this combining isn't working in some cases. Let's debug them and fix them to do this right, not compensate for their failure to do so. As for timers, they should be written so as to not accumulate undo data into a single entry. We already determined that. From MAILER-DAEMON Wed Jan 26 12:37:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtqyR-0007IE-1u for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtqyC-0007Do-LW for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqy1-00077F-2h for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqy0-00074g-24 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:32 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctqfy-0004vt-OK for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:09:54 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctqdz-0004v4-Ox; Wed, 26 Jan 2005 12:07:51 -0500 From: Richard Stallman To: Joakim Verona In-reply-to: (message from Joakim Verona on Wed, 26 Jan 2005 01:32:10 +0100) References: Message-Id: Date: Wed, 26 Jan 2005 12:07:51 -0500 Cc: emacs-pretest-bug@gnu.org, Michael.Albinus@alcatel.de, rv@gnu.org Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:28:51 -0000 Neither of these bugs seems to be located in Emacs outside tramp. BTW it feels like its pretty easy to make CVS Emacs hang these days, so that hitting c-g will give you the "continue or coredump" option. Are you sure it is hanging, rather than looping? If so, where is it hanging? I experience it a lot with (CVS)Gnus and ECB/Tramp. I try to run a recent CVS Emacs compiled with debug so I can attach GDB and have a look when these things happen, but have as yet unearthed little information about these bugs. Have you used the method described in etc/DEBUG for how to debug an infinite loop? From MAILER-DAEMON Wed Jan 26 12:41:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtqyI-0007H9-CT for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctqy6-0007CY-W1 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctqxx-00074s-OP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctqxx-00074g-MJ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:28:29 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctqfu-0004vM-4j for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 12:09:50 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctqdu-0004tS-GU; Wed, 26 Jan 2005 12:07:46 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Wed, 26 Jan 2005 12:07:46 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 17:28:45 -0000 I'm not sure what you mean. What is "special-display"? Are you thinking of a special-display buffer somehow? Remember that a *Customize...* buffer might or might not be a special-display buffer. That's under your control. If you set special-display-regexps appropriately, they are all special-display buffers. From MAILER-DAEMON Wed Jan 26 13:16:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtriK-00010K-SK for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:16:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtriG-0000yP-8y for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:16:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtriA-0000ut-Q4 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:16:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctri8-0000tR-Fn for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:16:12 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtrTh-0001tL-MO; Wed, 26 Jan 2005 13:01:18 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0QI1GgE025271; Wed, 26 Jan 2005 10:01:16 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0QI1Eoq025219; Wed, 26 Jan 2005 10:01:14 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0QI1D1k024411; Wed, 26 Jan 2005 11:01:13 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0QI1Dag024397 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 26 Jan 2005 11:01:13 -0700 From: "Drew Adams" To: Date: Wed, 26 Jan 2005 10:01:13 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 18:16:21 -0000 I'm not sure what you mean. What is "special-display"? Are you thinking of a special-display buffer somehow? Remember that a *Customize...* buffer might or might not be a special-display buffer. That's under your control. If you set special-display-regexps appropriately, they are all special-display buffers. Sorry, I'm not following you. What is the relation to the original question - the general need to be able to do something after the buffer has been filled? Again, if you can move the call to the existing hook to after the buffer has been filled, as you suggested, that would solve the pb. From MAILER-DAEMON Wed Jan 26 13:20:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtrmM-0001xr-Hp for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:20:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctrm7-0001wG-Gr for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:20:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctrm1-0001si-0Z for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:20:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctrm0-0001sR-Ex for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:20:12 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtrZB-0002V1-SH; Wed, 26 Jan 2005 13:06:58 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0QI6qbX020813; Wed, 26 Jan 2005 18:06:53 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CtrZ6-0007S0-00; Wed, 26 Jan 2005 18:06:52 +0000 To: rms@gnu.org References: <200501241256.VAA07949@etlken.m17n.org> From: Dave Love Date: Wed, 26 Jan 2005 18:06:51 +0000 In-Reply-To: (Richard Stallman's message of "Tue, 25 Jan 2005 19:04:07 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mserv7.dl.ac.uk id j0QI6qbX020813 Cc: emacs-pretest-bug@gnu.org, Kenichi Handa Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 18:20:25 -0000 Richard Stallman writes: > set_case_table (in casetab.c) automatically setups up, > canon, and eqv tables from downcase table if they are not > set. Existing of these tables suggests that one to many or > many to one mapping in upcase or downcase is supported, but > I don't know the detail of how those tables are computed. > > Could someone try setting up the upcase table for sigma, > and see if it works right? If you ignore the other extra slots and do (aset (char-table-extra-slot (standard-case-table) 0) ?ò ?Ó) then, correctly: (upcase "óò") => "ÓÓ" (downcase "Ó") => "ó" > What does the downcase table end up saying? I don't understand. It shouldn't change. > Meanwhile, how does multibyte Emacs normally treat the sigma variants? > Does it handle case conversion for them reasonably? Normally (upcase "ò") => "ò" which I was trying to fix. I don't know what the criterion for `reasonably' is. It's only incorrect in that final sigma doesn't upcase. The above is for 8859-7. Obviously likewise for the equivalent mule-unicode characters. I still don't think this is worth spending much time on in comparison to other things which aren't getting fixed. From MAILER-DAEMON Wed Jan 26 14:08:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtsWM-0006K5-LU for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:08:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtsT8-00061X-IX for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:04:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtsSr-0005tG-Pu for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:04:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtsSq-0005qZ-Hm for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:04:28 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cts5c-0005WA-Vu for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 13:40:29 -0500 Received: from zaretski (IGLD-83-130-211-151.inter.net.il [83.130.211.151]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AJS53515 (AUTH halo1); Wed, 26 Jan 2005 20:40:10 +0200 (IST) Date: Wed, 26 Jan 2005 20:36:21 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Nick Roberts Message-ID: <01c503d6$Blat.v2.4$13f5fce0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: <16887.21153.763404.437905@farnswood.snap.net.nz> (message from Nick Roberts on Wed, 26 Jan 2005 21:19:45 +1300) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> <16887.21153.763404.437905@farnswood.snap.net.nz> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 19:08:02 -0000 > From: Nick Roberts > Date: Wed, 26 Jan 2005 21:19:45 +1300 > Cc: rms@gnu.org, emacs-pretest-bug@gnu.org, > ascott@sedona.ch.intel.com > > > I think that is not a good idea. Compiling with -O2 and with -O0 > > produces two very different programs > > Well I'm not sure that they're utterly different The code produced by GCC under -O0 is totally unoptimized: e.g., it reloads registers even if the required value is already there, doesn't remove loop-invariant code out of the loops, etc. It's really very different. From MAILER-DAEMON Wed Jan 26 14:22:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtskB-0004Fb-Rj for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:22:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctsk4-0004BL-6J for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:22:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctsjx-00047E-CS for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:22:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctsjx-000447-9K for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:22:09 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtsRH-0007Rq-8E; Wed, 26 Jan 2005 14:02:51 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 26 Jan 2005 20:02:40 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 26885-01-14259; Wed, 26 Jan 2005 20:02:39 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 26 Jan 2005 20:02:39 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> Date: Wed, 26 Jan 2005 20:02:37 +0100 To: Stefan Monnier In-Reply-To: <87pszs5ikb.fsf-monnier+emacs@gnu.org> References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: rrze-dcc:spamela2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 19:22:18 -0000 On Wed Jan 26 2005 Stefan Monnier wrote: > > - If EMACS_UNIBYTE is not set, "emacs --no-init-file --no-site-file= " > > displays non-breaking space as `\240'. >=20 > Are you sure this char is "a non-breaking space"? It looks like the > binary ?\240 char, which is in the eight-bit-graphic charset (contrar= y to > the "latin-1 non breaking space" char which is in the latin-1 charset= and > whose code inside Emacs 2208). >=20 > What does C-u C-x =3D say? Ooops, I am sorry, I mixed it up, it is the other way round. Does the following make more sense for you? (I do not know whether I am using the proper terminology for talking about these things. However, I have a little file that contains this character `\240'. When I visit this file, the character is displayed differently depending on whether emacs is in unibyte mode or multibyte mode.) - If EMACS_UNIBYTE is set, "emacs --no-init-file --no-site-file" displays non-breaking space as `\240'. character: =C2=A0 (0240, 160, 0xa0) charset: eight-bit-graphic (8-bit graphic char (0xA0..0xFF)) code point: 160 syntax: =09which means: whitespace buffer code: 0xA0 file code: 0xA0 (encoded by coding system raw-text-unix) display: by this font (glyph code) -Misc-Fixed-Medium-R-Normal--20-200-75-75-C-100-ISO8859-1 (0xA0) - If EMACS_UNIBYTE is not set, "emacs --no-init-file --no-site-file" displays non-breaking spaces with a colored backslash and a space. character: =A0 (04240, 2208, 0x8a0, U+00A0) charset: latin-iso8859-1 =09 (Right-Hand Part of Latin Alphabet 1 (ISO/IEC 8859-1): ISO-IR-1= 00.) code point: 32 syntax: =09which means: whitespace category: :This character counts as a space for indentation purpose= s. =20 =09 l:Latin =20 buffer code: 0x81 0xA0 file code: 0xA0 (encoded by coding system iso-latin-1-unix) display: by this font (glyph code) -Misc-Fixed-Medium-R-Normal--20-200-75-75-C-100-ISO8859-1 (0xA0) ...I just noticed another thing: C-x =3D sends its output to the echo area With "emacs --no-init-file --no-site-file --unibyte", the message in the echo area is Char: \ (0240, 160, 0xa0, file 0xA0) point=3D2 of 4 (25%) column 1=20 i.e., a colored backslash and a space like in multibyte mode -- even though the buffer displays `\240'. This is very confusing! Roland From MAILER-DAEMON Wed Jan 26 14:27:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtspL-0005RR-0R for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:27:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtspG-0005Ph-VR for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:27:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtspD-0005Na-Ts for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:27:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtspC-0005NH-Lw for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:27:35 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctsb5-0000BT-Qy; Wed, 26 Jan 2005 14:13:00 -0500 Received: from zaretski (IGLD-83-130-211-151.inter.net.il [83.130.211.151]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DPV50049 (AUTH halo1); Wed, 26 Jan 2005 21:12:57 +0200 (IST) Date: Wed, 26 Jan 2005 21:09:07 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: rms@gnu.org Message-ID: <01c503da$Blat.v2.4$a7c9c7e0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 12:08:04 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 19:27:41 -0000 > From: Richard Stallman > CC: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com > Date: Wed, 26 Jan 2005 12:08:04 -0500 > > I think that is not a good idea. Compiling with -O2 and with -O0 > produces two very different programs, > > It produces two distinct executables, but "very different" is an > exaggeration. Nevertheless, this is my opinion, based on looking at lots of machine code produced by GCC with and without optimizations. Unlike other compilers, GCC does no optimizations at all when invoked with -O0. > Bugs that depend on GCC optimization are pretty rare. That depends on the programmer, I guess... > However, every time I rerun configure, this customization gets lost, > and I have to do it again. Doesn't "CFLAGS='-O0 -g3' ./configure" do the trick? From MAILER-DAEMON Wed Jan 26 15:03:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CttNb-0007fs-0M for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:03:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CttNN-0007cP-OI for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:02:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CttLU-0006re-Sf for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CttLS-0006fg-J9 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:54 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtstH-000220-7Q; Wed, 26 Jan 2005 14:31:47 -0500 Received: from farnswood.snap.net.nz (p14-tnt2.snap.net.nz [202.124.108.14]) by viper.snap.net.nz (Postfix) with ESMTP id E6BAE2929AE; Thu, 27 Jan 2005 08:31:44 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 5E103628AB; Wed, 26 Jan 2005 19:24:45 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16887.61052.682972.457973@farnswood.snap.net.nz> Date: Thu, 27 Jan 2005 08:24:44 +1300 To: rms@gnu.org In-Reply-To: References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> X-Mailer: VM 7.19 under Emacs 21.3.50.43 Cc: , emacs-pretest-bug@gnu.org Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 20:02:55 -0000 > However, every time I rerun configure, this customization gets lost, > and I have to do it again. I often forget to do it again, until I > once again run into inconvenient inlining and have to recompile. It > would be nice to fix this annoyance. Then I think you're running configure incorrectly. I always compile with -g3. Once I have run `configure CFLAGS=-g3' then CFLAGS=-g3 gets stored in config.status and next time I run make it picks up this option. Presumably you can do something similar to always get -O0. Nick From MAILER-DAEMON Wed Jan 26 15:03:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CttNi-0007iX-4Z for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:03:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CttNg-0007i3-0Q for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:03:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CttLS-0006qQ-Rx for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CttLR-0006fg-Ed for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:53 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtswY-0002GT-AZ; Wed, 26 Jan 2005 14:35:10 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 021DA8282AA; Wed, 26 Jan 2005 14:35:10 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id A87604AC0B5; Wed, 26 Jan 2005 14:35:05 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 973F44C20B; Wed, 26 Jan 2005 14:35:05 -0500 (EST) Message-ID: To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> From: Stefan Monnier Date: Wed, 26 Jan 2005 14:35:05 -0500 In-Reply-To: (Richard Stallman's message of "Wed, 26 Jan 2005 12:08:08 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.766, requis 5, autolearn=not spam, AWL 0.13, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org, Luc Teirlinck , abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 20:03:12 -0000 > ! (let ((track-mouse t)) BTW, if I look at the definition of the `track-mouse' special form, I see it is almost the same as (let ((track-mouse t)) ...) except that when unwinding it does some extra redisplay-stuff (in tracking_off). Should we avoid (let ((track-mouse t)) ...) and prefer (track-mouse ...) or is there a reason to sometimes use one sometimes use the other? The docstrings don't help much figuring it out, Stefan From MAILER-DAEMON Wed Jan 26 15:03:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CttLT-0006rw-Pt for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CttLK-0006md-1m for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CttLA-0006hC-Mq for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CttLA-0006fg-Dl for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:00:36 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctt68-00030k-7t; Wed, 26 Jan 2005 14:45:04 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 0C6418282AA; Wed, 26 Jan 2005 14:45:04 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 1FCD64AC0B5; Wed, 26 Jan 2005 14:45:01 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 0DE774BB80; Wed, 26 Jan 2005 14:45:01 -0500 (EST) Message-ID: To: Roland Winkler References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Wed, 26 Jan 2005 14:45:00 -0500 In-Reply-To: <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Wed, 26 Jan 2005 20:02:37 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.767, requis 5, autolearn=not spam, AWL 0.13, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 20:00:51 -0000 > about these things. However, I have a little file that contains this > character `\240'. When I visit this file, the character is displayed > differently depending on whether emacs is in unibyte mode or > multibyte mode.) That the result is different is not necessarily a surprise. Unibyte mode is for people who think "a char is a byte is a char". Hopefully those people are on their way to extinction, or at least insignificance. > - If EMACS_UNIBYTE is set, "emacs --no-init-file --no-site-file" > displays non-breaking space as `\240'. What did it do in Emacs-21.3? > character: =C2=A0 (0240, 160, 0xa0) Did you actually see this 2-char sequence "=C2=A0" in the buffer or is it s= ome problem with your mail? Any reason why you keep using the unibyte mode? (seems like masochism to me, at this point in the evolution of Emacs). Stefan From MAILER-DAEMON Wed Jan 26 15:07:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CttRT-00010q-VH for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:07:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CttRQ-0000zD-I1 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:07:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CttRM-0000vy-FN for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:07:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CttRM-0000vv-BK for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 15:07:00 -0500 Received: from [220.150.175.38] (helo=localhost) by monty-python.gnu.org with smtp (Exim 4.34) id 1CttAq-0003ZY-RK for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 14:49:57 -0500 Received: (qmail 14743 invoked from network); 26 Jan 2005 16:03:40 -0000 Received: from unknown (HELO 192.168.0.1) (192.168.0.68) by localhost with SMTP; 26 Jan 2005 16:03:40 -0000 From: =?ISO-2022-JP?B?GyRCRiNGMk19OjsbKEI=?= To: emacs-pretest-bug@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Mailer: DM Mailer Ver.1.2.2 Message-Id: Date: Wed, 26 Jan 2005 15:07:00 -0500 Subject: =?iso-2022-jp?b?GyRCPWkkYSReJDckRiEiTX06OyRHJDkhIxsoQg==?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 20:07:05 -0000 $B$O$8$a$^$7$F!#F#F2M}:;$H$$$$$^$9!#(B27$B:P$G$9!#(B $B$"$J$?$N%W%m%U%#!<%k$r8+$?$H$3$m$*6a$/$K$*=;$^$$$N$h$&$G$7$?$7!"3Z$7$/$*IU$-9g$$$G$-$kJ}$rC5$7$F$F%a!<%k$7$^$7$?!#(B $B@5D>$K<+8J>R2p$5$;$F$$$?$@$-$^$9$HM}:;$O7k:'Nq(B3$BG/$NM5$,$"$j$^$9!#(B $B0lHU$@$1$G$b$40l=o$7$F$/$l$?$i!&!&!&$"$J$?$K%9%F%-$JLk$r%W%l%<%s%H=PMh$k$h$&$J5$$,$7$^$9!#(B $B$b$A$m$s!"$=$N5$$,$"$C$?$i$G$9$1$l$I$b!#!#!#(B $B@-3J$O%?%l%s%H$NM|2V$K;w$F$$$k$H$h$/8@$o$l$^$9$,!"$"$=$3$^$G$OA{$,$7$/$J$$=w$@$H;W$C$F$^$9!#(B $B9%$-$J;v$ONAM}(B($BFC$KQIJ$d%@%$%(%C%H>&IJ$rHNGd$7$F$$$k2q$G$9!#(B $B$3$s$J;d$G$9$,%G!<%H$KO"$l=P$7$F$b$i$($^$;$s$+!#(B $BF/$$$F$^$9$,;~4V$NET9g$O$D$1$d$9$$$H;W$$$^$9!#(B $B From MAILER-DAEMON Wed Jan 26 16:34:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtuoI-0005yM-ET for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ctuo8-0005sk-Jr for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctuo2-0005p6-D0 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctuo2-0005oj-5E for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:30 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtuZi-0002mB-Nb; Wed, 26 Jan 2005 16:19:43 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 26 Jan 2005 22:19:34 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 00541-02-7041; Wed, 26 Jan 2005 22:19:34 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Wed, 26 Jan 2005 22:19:33 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> Date: Wed, 26 Jan 2005 22:19:29 +0100 To: Stefan Monnier In-Reply-To: References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.17 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 21:34:41 -0000 On Wed Jan 26 2005 Stefan Monnier wrote: > > about these things. However, I have a little file that contains thi= s > > character `\240'. When I visit this file, the character is displaye= d > > differently depending on whether emacs is in unibyte mode or > > multibyte mode.) >=20 > That the result is different is not necessarily a surprise. > Unibyte mode is for people who think "a char is a byte is a char". > Hopefully those people are on their way to extinction, or at least > insignificance. I am using unibyte mode because I am doing my email with vm. About a year ago I unintentionally changed my setup so that emacs used multibyte mode instead of unibyte mode. I was rather surprised that suddenly vm produced many strange results -- till I figured out that it was the multibyte mode. So I switched back to unibyte mode. I haven't had any problems with vm since then. > > - If EMACS_UNIBYTE is set, "emacs --no-init-file --no-site-file" > > displays non-breaking space as `\240'. >=20 > What did it do in Emacs-21.3? No matter whether it is unibyte mode or multibyte mode (or `emacs -nw')= , Emacs-21.3 displays `\240' as a white space, which is what I expect to = see. > > character: =C2=A0 (0240, 160, 0xa0) >=20 > Did you actually see this 2-char sequence "=C2=A0" in the buffer or > is it some problem with your mail? This seems to be a mail problem. I have never seen such a 2-char sequence when visiting a file which contains non-breaking spaces. Actually, while we are talking about it: Recently I was annoyed that copying from some other X application into emacs produced such strange 2-char sequences. Right now, I do not have a simple recipe for such an example that could be reproduced. When it happens again I'll check whether it depends on unibyte or multibyte mode. > Any reason why you keep using the unibyte mode? (seems like > masochism to me, at this point in the evolution of Emacs). I am just curious here: Is unibyte mode not supported anymore? Well, when one uses packages like vm one needs the backward compatibilty (though I know it makes maintanance of emacs much more difficult). Roland From MAILER-DAEMON Wed Jan 26 16:34:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtuoI-0005yU-Lv for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtuoD-0005vD-Az for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctuo5-0005qO-Nj for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctuo3-0005oj-Hn for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 16:34:31 -0500 Received: from [195.41.46.237] (helo=pfepc.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtuWz-0002Wp-CM; Wed, 26 Jan 2005 16:16:53 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepc.post.tele.dk (Postfix) with SMTP id 44B2A262893; Wed, 26 Jan 2005 22:16:44 +0100 (CET) To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> From: storm@cua.dk (Kim F. Storm) Date: Wed, 26 Jan 2005 22:16:55 +0100 In-Reply-To: (Richard Stallman's message of "Wed, 26 Jan 2005 12:08:08 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Luc Teirlinck , abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 21:34:42 -0000 Richard Stallman writes: > The second way to interpret it is that the functions in > `custom-variable-menu' should be executed with track-mouse bound to > nil, and if they need to track the mouse, they have to simply rebind > it to t once more. > > I think that is the right approach. It makes things work the way > one would normally expect. Wouldn't it be better to fix this in C code so other potential uses of y-or-n-p and yes-or-no-p during track-mouse do not need to be fixed as well ? E.g. what if the undo-overflow question we are discussing in abother thread is asked while track-mouse is non-nil ? -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Wed Jan 26 18:35:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtwhL-0003vO-8W for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 18:35:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtwcB-00028o-Bh for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 18:30:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ctwbk-0001xd-Oj for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 18:29:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ctwbk-0001wf-IM for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 18:29:56 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtwMX-0003r0-EW; Wed, 26 Jan 2005 18:14:13 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 251768282C5; Wed, 26 Jan 2005 18:14:13 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 159834AC144; Wed, 26 Jan 2005 18:14:04 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id E30AE4C20B; Wed, 26 Jan 2005 18:14:03 -0500 (EST) Message-ID: To: Roland Winkler References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Wed, 26 Jan 2005 18:14:03 -0500 In-Reply-To: <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Wed, 26 Jan 2005 22:19:29 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.769, requis 5, autolearn=not spam, AWL 0.13, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 23:35:41 -0000 > About a year ago I unintentionally changed my setup so that Emacs > used multibyte mode instead of unibyte mode. I was rather surprised > that suddenly VM produced many strange results -- till I figured out > that it was the multibyte mode. So I switched back to unibyte mode. > I haven't had any problems with VM since then. Hmm... That's bad. We should get VM to fix their multibyte support. >> > - If EMACS_UNIBYTE is set, "emacs --no-init-file --no-site-file" >> > displays non-breaking space as `\240'. >> What did it do in Emacs-21.3? > No matter whether it is unibyte mode or multibyte mode (or `emacs -nw'), > Emacs-21.3 displays `\240' as a white space, which is what I expect to se= e. Thanks. Do you remember approximately when this changed? BTW, I cannot reproduce your problem: when I try the following (with the latest Emacs-CVS): LANG=3Dfr_CH.ISO8859-1 emacs --unibyte -Q ~/tmp/foo The code \240 in the file ~/tmp/foo is displayed as a space. Same thing of course if I set EMACS_UNIBYTE instead of passing the --unibyte argument. >> > character: =C2=A0 (0240, 160, 0xa0) >> Did you actually see this 2-char sequence "=C2=A0" in the buffer or >> is it some problem with your mail? > This seems to be a mail problem. I have never seen such a 2-char > sequence when visiting a file which contains non-breaking spaces. Good, thank you. > Recently I was annoyed that copying from some other X application > into emacs produced such strange 2-char sequences. It's when the application sends a utf-8 sequence, I guess. >> Any reason why you keep using the unibyte mode? (seems like >> masochism to me, at this point in the evolution of Emacs). > I am just curious here: Is unibyte mode not supported anymore? > Well, when one uses packages like vm one needs the backward > compatibilty (though I know it makes maintanance of emacs much more > difficult). It is still supported, but we're discouraging its use. It was useful back when most packages hadn't been adapted to Mule, but nowadays there is rarely any reason to use unibyte mode and so we're making less effort to try and make sure that unibyte mode works "as best it can" (it often uses guesses and so necessarily breaks down in some cases). Stefan From MAILER-DAEMON Wed Jan 26 19:33:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtxaM-0008FW-S3 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 19:32:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtxaF-0008Bi-TP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 19:32:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtxaB-00089X-45 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 19:32:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtxaA-00086O-AI for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 19:32:22 -0500 Received: from [64.233.184.202] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtxM8-0000kS-8M for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 19:17:52 -0500 Received: by wproxy.gmail.com with SMTP id 49so223066wri for ; Wed, 26 Jan 2005 16:17:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=K3KnUf4GZ5nsSdKb0L1yhaSCuCmyav4DPsND+JWcGjvdEwM2KrbMTlXorSGm2lT2+iCn7ImxeJ2Tj4NmKlOnsIJQp9VNjKs59p48kV6eVddWaHFYwQUs0xwPr3nHATgs/oqO0WXEhdZHMsF7RGFj137dc+MTrJQJ9MexrKBmp1Y= Received: by 10.54.20.25 with SMTP id 25mr655265wrt; Wed, 26 Jan 2005 16:17:51 -0800 (PST) Received: by 10.54.19.59 with HTTP; Wed, 26 Jan 2005 16:17:51 -0800 (PST) Message-ID: Date: Thu, 27 Jan 2005 09:17:51 +0900 From: Miles Bader To: Roland Winkler In-Reply-To: <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> Cc: emacs-pretest-bug@gnu.org Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 00:32:31 -0000 On Wed, 26 Jan 2005 22:19:29 +0100, Roland Winkler wrote: > I am just curious here: Is unibyte mode not supported anymore? > Well, when one uses packages like vm one needs the backward > compatibilty (though I know it makes maintanance of emacs much more > difficult). Unibyte-mode is almost never the right solution, it's always going to be at best an emergency kludge. So such relatively minor problems with unibyte mode are not worth a lot of effort of fix, and I think it would be much better to spend the time fixing the problematic package. Have you tried a recent version of VM? My memory (from reading the VM mailing list ~4 years ago) is that while the VM maintainer was a staunchly in the xemacs camp, he was slowly coming around to admit that newer versions of GNU Emacs were OK too, and I think he had even started officially supporting it. -Miles -- Do not taunt Happy Fun Ball. From MAILER-DAEMON Wed Jan 26 20:56:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctyt8-00059q-It for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:56:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtysW-0004u1-AN for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:55:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtysG-0004lo-8x for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:55:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtysD-0004i7-SX for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:55:05 -0500 Received: from [80.84.72.33] (helo=mail3.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtyYG-00073O-JL for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:34:28 -0500 Received: from onyx.pell.uklinux.net (dsl-80-46-42-177.access.as9105.com [80.46.42.177]) by mail3.uklinux.net (Postfix) with ESMTP id 84C2E409FC2 for ; Thu, 27 Jan 2005 01:34:16 +0000 (UTC) Received: from drew by onyx.pell.uklinux.net with local (Exim 3.36 #1 (Debian)) id 1CtyY4-0008Jy-00 for ; Thu, 27 Jan 2005 01:34:16 +0000 To: emacs-pretest-bug@gnu.org From: Andrew Kemp Date: Thu, 27 Jan 2005 01:34:15 +0000 Message-ID: <87651j64fc.fsf@onyx.pell.uklinux.net> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-Face: `:5mylI]0q; 4E>#ORQ-LS@=N\9`AUs@4mc-$S^r4; V5G%+S; \vRAu[Sz<(s6Lr~n~Xfv&a` G"F\jzV<-%YvQj MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: "Bad sexp" message using diary-remind X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 01:56:00 -0000 --=-=-= I have a diary file containing the single entry: %%(diary-remind '(diary-anniversary 2 3 2003) 7) Testing diary reminder Note that 3rd February is seven days from today. If I start Emacs with the command line emacs -q --no-site-file and then use the command `M-x diary', the message "Bad sexp at line 2 in ~/diary: (diary-remind '(diary-anniversary 2 3 2003) 7)" is displayed in the echo area. This appears to be due to the fact that `diary-anniversary' no longer returns a string, so that when `diary-remind' maps `eval' over `diary-remind-message', `diary-entry' is bound to the cons (nil . "Testing diary reminder") instead of just "Testing diary reminder". The attached patch fixes it for me. Drew. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=diary.patch Content-Description: diary.patch diff -cr orig/lisp/calendar/diary-lib.el mod/lisp/calendar/diary-lib.el *** orig/lisp/calendar/diary-lib.el 2005-01-27 00:55:14.000000000 +0000 --- mod/lisp/calendar/diary-lib.el 2005-01-27 00:54:12.000000000 +0000 *************** *** 1626,1632 **** (let ((date (calendar-gregorian-from-absolute (+ (calendar-absolute-from-gregorian date) days)))) (if (setq diary-entry (eval sexp)) ! (mapconcat 'eval diary-remind-message "")))) ;; Diary entry may apply to one of a list of days before date ((and (listp days) days) (or (diary-remind sexp (car days) marking) --- 1626,1635 ---- (let ((date (calendar-gregorian-from-absolute (+ (calendar-absolute-from-gregorian date) days)))) (if (setq diary-entry (eval sexp)) ! (let ((diary-entry (if (consp diary-entry) ! (cdr diary-entry) ! diary-entry))) ! (mapconcat 'eval diary-remind-message ""))))) ;; Diary entry may apply to one of a list of days before date ((and (listp days) days) (or (diary-remind sexp (car days) marking) diff -cr orig/lisp/ChangeLog mod/lisp/ChangeLog *** orig/lisp/ChangeLog 2005-01-27 01:17:31.000000000 +0000 --- mod/lisp/ChangeLog 2005-01-27 01:16:41.000000000 +0000 *************** *** 1,3 **** --- 1,8 ---- + 2005-01-27 Andrew Kemp + + * calendar/diary-lib.el (diary-remind): handle the case where + `sexp' evaluates to a cons instead of a string. + 2005-01-25 Roland Winkler * textmodes/bibtex.el (bibtex-format-entry): Use --=-=-= In GNU Emacs 21.3.50.8 (i686-pc-linux-gnu, GTK+ Version 2.4.14) of 2005-01-27 on onyx Distributor `The XFree86 Project, Inc', version 11.0.40300001 configured using `configure '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t --=-=-=-- From MAILER-DAEMON Wed Jan 26 21:14:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBQ-0006B5-Cy for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBK-00068J-NZ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBJ-000676-Ap for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBJ-000665-3Y for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctyvl-0000tN-NU for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:58:45 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctytk-0000Ox-5U; Wed, 26 Jan 2005 20:56:40 -0500 From: Richard Stallman to: monnier@iro.umontreal.ca, fx@gnu.org, emacs-pretest-bug@gnu.org In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 00:24:55 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <87u0p57iah.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 20:56:40 -0500 Cc: Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:53 -0000 I wrote: I think this question should always be asked on the terminal, temporarily suspending the keyboard macro. Does this replacement do it? (defun undo-outer-limit-truncate (size) (when (or (null undo-extra-outer-limit) (> size undo-extra-outer-limit)) ;; Don't ask the question again unless it gets even bigger. ;; This applies, in particular, if the user quits from the question. ;; Such a quit quits out of GC, but something else will call GC ;; again momentarily. It will call this function again, ;; but we don't want to ask the question again. (setq undo-extra-outer-limit (+ size 50000)) (if (let (use-dialog-box executing-kbd-macro) (yes-or-no-p (format "Buffer %s undo info is %d bytes long; discard it? " (buffer-name) size))) (progn (setq buffer-undo-list nil) (setq undo-extra-outer-limit nil) t) nil))) From MAILER-DAEMON Wed Jan 26 21:14:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBT-0006CW-FX for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBP-0006AA-0D for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBK-00068C-OD for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBK-000665-Du for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:50 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtyvB-0000qs-Nt for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:58:09 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtytA-0000F2-9O; Wed, 26 Jan 2005 20:56:04 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501261447.j0QElWR29354@raven.dms.auburn.edu> (message from Luc Teirlinck on Wed, 26 Jan 2005 08:47:32 -0600 (CST)) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <87zmyx7ipb.fsf-monnier+emacs@gnu.org> <200501261447.j0QElWR29354@raven.dms.auburn.edu> Message-Id: Date: Wed, 26 Jan 2005 20:56:04 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:56 -0000 Many buttons do one thing on the down event and another on the up event. Could you tell me one example of this? It seems like a rather inconvenient interface for a button to have two different meanings, one for up and one for down. From MAILER-DAEMON Wed Jan 26 21:15:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBU-0006D1-8e for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:15:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBP-0006AI-8t for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBK-00067u-Dc for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBJ-000665-NO for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtyvE-0000r8-Dq for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:58:12 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtytB-0000Fe-JA; Wed, 26 Jan 2005 20:56:05 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Wed, 26 Jan 2005 09:37:09 -0500) References: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 20:56:05 -0500 Cc: emacs-pretest-bug@gnu.org, Michael.Albinus@alcatel.de, rv@gnu.org, joakim@verona.se Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:56 -0000 > Both are pure elisp packages, so regardless of the cause, Emacs > shouldnt hang completely. But it does. It is currently discussed on > the ECB list. If C-g fails to do anything useful, it's a bug in Emacs, so discussing it on the ECB mailing list rather than on emacs-devel seems silly. It could be a bug in ECB or a bug in Emacs. When they debug it, they will see which. Then if it's a bug in Emacs, they can tell us how to reproduce it, and we can debug it. From MAILER-DAEMON Wed Jan 26 21:15:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBY-0006E9-7P for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:15:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBQ-0006Az-6M for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBJ-00066z-PJ for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBI-000665-Vv for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctyvn-0000tT-27 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:58:47 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctytl-0000PK-Jk; Wed, 26 Jan 2005 20:56:41 -0500 From: Richard Stallman To: Kenichi Handa In-reply-to: <200501260656.PAA16289@etlken.m17n.org> (message from Kenichi Handa on Wed, 26 Jan 2005 15:56:34 +0900 (JST)) References: <200501260656.PAA16289@etlken.m17n.org> Message-Id: Date: Wed, 26 Jan 2005 20:56:41 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:57 -0000 So, I think we should maintain both downcase and upcase tables in set-case- functions. Ok. And, for that, we need a function to setup an upcase table from a downcase table. Just install that case table and do (upcase ?a). Won't that do the job? In addtion, to specify one-way case conversion (e.g. small-letter-final-sigma --up--> capital-letter-sigma) we need new functions (for upcase only and for downcase only) or an optional arg in set-case-syntax-pair. I think a new function is a little cleaner here. What do you think? Shall I work on this matter along this line? Please do, and thanks. From MAILER-DAEMON Wed Jan 26 21:15:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBZ-0006ET-LX for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:15:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBR-0006BL-9i for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBK-00067W-Mb for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBJ-000665-I4 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtyvF-0000rG-Ou for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:58:13 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CtytE-0000GM-6c; Wed, 26 Jan 2005 20:56:08 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <871xc86ya9.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Wed, 26 Jan 2005 10:00:45 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <871xc86ya9.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 20:56:08 -0500 Cc: fx@gnu.org, teirllm@dms.auburn.edu, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:58 -0000 Think of a big log, and then a kbd macro that removes things between the lines that match a regexp (similar to what `occur' does). Some of the chunks removed were probably more than 1MB. A kbd macro (or function) that does a lot of work could indeed produce a big undo entry. This is exactly the sort of case this feature is protecting against. From MAILER-DAEMON Wed Jan 26 21:15:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBa-0006Ec-1K for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:15:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBS-0006B0-3z for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBM-00068O-9H for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBK-000665-IP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:50 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CtyvB-0000ql-65 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:58:09 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctyt8-0000Ed-Vl; Wed, 26 Jan 2005 20:56:03 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <877jm06ypn.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Wed, 26 Jan 2005 09:48:18 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <877jm06ypn.fsf-monnier+emacs@gnu.org> Message-Id: Date: Wed, 26 Jan 2005 20:56:02 -0500 Cc: teirllm@dms.auburn.edu, fx@gnu.org, emacs-pretest-bug@gnu.org Subject: Re: Undo discard prompt X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:58 -0000 > In cua-mode, I also needed more advanced undo information to make undo > work correctly for the advanced rectangle commands. We really need to keep a file of "HACKS" that we should get rid of. It would contain things like defadvice that someone had to use to work around the lack of a hook (e.g. for uniquify), or other such things that try to workaround the lack of a particular feature. We should put these things in TODO. From MAILER-DAEMON Wed Jan 26 21:15:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CtzBb-0006Em-PA for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:15:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzBS-0006BQ-4O for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzBM-00068f-4L for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzBK-000665-Sm for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:14:50 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctyup-0000o2-Fg for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 20:57:47 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Ctyso-00008s-1j; Wed, 26 Jan 2005 20:55:42 -0500 From: Richard Stallman To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) References: Message-Id: Date: Wed, 26 Jan 2005 20:55:42 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 02:14:58 -0000 The KDE desktop and the Mozilla and Firefox browsers use it. Does anyone know of other things that use the term "preferences"? From MAILER-DAEMON Wed Jan 26 22:02:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ctzvb-0003bT-Le for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:02:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtzvU-0003XP-Ao for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:02:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtzvP-0003T6-Lj for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:02:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtzvP-0003SI-Db for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:02:27 -0500 Received: from [204.127.202.55] (helo=sccrmhc11.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctzfg-0004Ri-Ni for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 21:46:12 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (sccrmhc11) with ESMTP id <2005012702461101100cd8lke>; Thu, 27 Jan 2005 02:46:11 +0000 Received: by aster (Postfix, from userid 500) id 80EBD679D2; Wed, 26 Jan 2005 18:46:13 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16888.22005.84022.210678@gargle.gargle.HOWL> Date: Wed, 26 Jan 2005 18:46:13 -0800 To: emacs-pretest-bug X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Subject: src/xterm.c broken [does not ompile] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 03:02:37 -0000 Needed to move the function declared on line 7794 to occur before where it is presently used on line 7780 -- otherwise GCC on linux barfs saying conflicting declarations -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Wed Jan 26 22:31:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu0MA-00064G-M7 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:30:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu0Ly-0005zA-3z for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:29:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu0Lq-0005tM-Mt for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:29:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu0Lp-0005qr-Nx for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:29:45 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cu09Q-0006mC-KG; Wed, 26 Jan 2005 22:16:57 -0500 Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0R3GswM010665; Thu, 27 Jan 2005 12:16:54 +0900 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by nfs.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0R3GsNF001567; Thu, 27 Jan 2005 12:16:54 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0R3Grp28343; Thu, 27 Jan 2005 12:16:53 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id MAA20608; Thu, 27 Jan 2005 12:16:53 +0900 (JST) Date: Thu, 27 Jan 2005 12:16:53 +0900 (JST) Message-Id: <200501270316.MAA20608@etlken.m17n.org> From: Kenichi Handa To: rms@gnu.org In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 20:56:41 -0500) References: <200501260656.PAA16289@etlken.m17n.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 03:30:01 -0000 In article , Richard Stallman writes: > So, I think we should maintain > both downcase and upcase tables in set-case- functions. > Ok. > And, for that, we need a function to setup an upcase table > from a downcase table. > Just install that case table and do (upcase ?a). > Won't that do the job? In set-case- functions, we don't know where to install TABLE. It may be a standard case table or a case table for a specific buffer. So, I suggest to have something like setup-upcase-table. Do you have an idea about a better name? > In addtion, to specify one-way case conversion > (e.g. small-letter-final-sigma --up--> capital-letter-sigma) > we need new functions (for upcase only and for downcase > only) or an optional arg in set-case-syntax-pair. > I think a new function is a little cleaner here. Does "a new function" mean a single new function for both upcase only and downcase only with an additional arg specifing which of them? > What do you think? Shall I work on this matter along this > line? > Please do, and thanks. Ok, for the time being, I'll start to study the current codes. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Wed Jan 26 22:31:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu0Nj-0006YH-Ft for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:31:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu0Nh-0006Wz-1i for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:31:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu0M7-00062Y-Hd for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:30:08 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu0Lq-0005qr-Qy; Wed, 26 Jan 2005 22:29:46 -0500 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Ctzza-0005vf-2D; Wed, 26 Jan 2005 22:06:46 -0500 Received: from [203.12.64.43] (helo=199.232.41.8) by mx20.gnu.org with smtp (Exim 4.34) id 1Ctzte-0007FA-Pj; Wed, 26 Jan 2005 22:00:43 -0500 Received: from go3189.sj.stilt.Akers@yahoo.com ([203.12.64.43]) by c4134-tif.203.12.64.43 with Microsoft SMTPSVC(5.0.7255.71282); Tue, 25 Jan 2005 20:52:38 -0600 Received: from stilt.Akers@yahoo.com (88.34.152.20) by mdcaxr54104.f.pstilt.Akers@yahoo.com with QMQP; Wed, 26 Jan 2005 04:58:38 +0200 X-MIME-Autoconverted: Yes Discarded-X400-MTS-Extensions: Yes Alternate-Recipient: Allowed Xref: bgbmovwepqkesyrgdfza From: "Ronnie Harper" To: gcc@gnu.org, ftp-upload@gnu.org, help-make@gnu.org, help-gcc@gnu.org, gary@gnu.org, emacs-unicode@gnu.org, emacs-pretest-bug@gnu.org Date: Wed, 26 Jan 2005 03:54:38 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--812784792026655005" Message-Id: Cc: Subject: Savvy players would be wise to load up early X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ronnie Harper List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 03:31:41 -0000 ----812784792026655005 Content-Type: text/plain; charset="iso-9498-2" Content-Transfer-Encoding: quoted-printable Penny Stock Flyer's last pick on Jan 7 was APYM at .43 with an immediate target of 1.05. It hit 1.26 in 11 days. Next Immediate Penny Stock Flyer: American IDC Corp. OTC: ACNI Price: .04 - Near 52-week low, Load-up Early Projected to Triple in 7 Days ACNI has completed the worldwide launch of its revolutionary Broadband Internet Television, solidifying explosive revenues for this proprietary video technology powerhouse. ACNI is positioned much like today's cable TV giants that invested heavily in their technology over 20 years ago and are now earning a thousand times over what was initially spent each year from their current subscribers. ACNI's programming through its 100% Company-owned network, E-TVHollywood, is the first full-screen Broadband Digital streaming channel on the Internet in High-Definition (HD) Quality. The technological breakthrough that supplies the groundwork for record setting multi-millions for ACNI is powered by MPEG2 using movie industry code which allows for the necessary transcoding into video for Broadband. The driving force behind ACNI's technology that enables streaming 24/7 Broadband Internet Television, by comparison, is more highly sophisticated than the partial movie trailers or 15-second clips from "Top TV Moments" shown by AOL to subscribers. Combine the fact that ACNI is constantly offering thousands of revenue generating Hollywood classic movies, with expanding content of Sports, Music, Educational, Television Series, and Children's Programming, clearly provides a superior cutting-edge advantage keeping the Company at the forefront in the fastest growing sector of the Internet. The market entered by ACNI in each country becomes a hub for Broadband Internet Technology allowing user compatibility with thousands of wireless global hot-spots. Upcoming revenue figures should be nothing short of staggering from the convergence of recently signed distribution alliances and technological partners ensuring unlimited consumer access in highly profitable markets. ACNI is in the early stages of a major upside move predicated on an estimated float under 20 million shares and a very modest market value at around $1.5 million. ACNI receives our highest rating for explosive short-term gains with the stock at its low combined with a lack of awareness by investors of the profits cemented by recent accomplishments. Early investors acquiring sizable blocks will be rewarded at these levels as we believe the volume and share price will spiral with out of control momentum immediately, enabling ACNI to become our next pick to surpass its projected 300% gain. DISCLOSURE: The information and opinions in the Penny Stock Flyer (PSF) stock profile are based on sources believed to be reliable but no representation is made to its accuracy or completeness. Past performance is not an indicator of future results. This report is a paid stock profile and is for information purposes only and should not be used as the basis for any investment decision. PSF has been compensated ten thousand dollars for the preparation of this profile and for continuing coverage of the featured company. PSF is not an investment advisor and this profile is not to be considered investment advice. This information is neither a solicitation to buy nor an offer to sell securities. Information herein contains forward-looking statements and is subject to significant risks and uncertainties. PSF is not a holder of any shares and will not participate in the trading of shares of any profiled company. ----812784792026655005-- From MAILER-DAEMON Wed Jan 26 22:56:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu0kg-0005NM-0R for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:55:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu0kS-0005Gz-Cm for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:55:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu0kI-0005DE-PT for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:55:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu0kH-0005B4-NP for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 22:55:01 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu0Ou-0007vx-Dr; Wed, 26 Jan 2005 22:32:56 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0R3Wt9N000365; Wed, 26 Jan 2005 21:32:55 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0R3Vxi07763; Wed, 26 Jan 2005 21:31:59 -0600 (CST) Date: Wed, 26 Jan 2005 21:31:59 -0600 (CST) Message-Id: <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 12:07:58 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 03:55:20 -0000 Actually, I misinterpreted the reason for the memory leak after the undo question is asked. The memory leak happens even if nothing is accumulating a large single undo entry. After reading a comment in the code, the reason for the memory leak became obvious: ;; Garbage collection is inhibited around the call, ;; so it had better not do a lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) `undo-outer-limit' may not do a lot of consing, but from the moment the question is asked, timers and/or asynchronous processes start consing and eating up memory. If the question gets asked while the user is not working at his monitor, eventually all memory gets eaten up. (I notice the memory leak every time, it is not just something I theoretically deduced.) Moreover, most users will not have the slightest idea what is going on, or have any idea of what to base their answer on when they get asked: "Buffer %s undo info is %d bytes long; discard it? " The probability of the user wanting to undo any given individual command is very small. I suggest to increase the default value of `undo-outer-limit' to 3M, as you suggested yourself. That would decrease the occurrence of the problem. Then I suggest to replace the current question with a warning, displayed in a buffer, providing proper explanation. It suggests to the user to increase the value of `undo-outer-limit' even further if even 3M turned out not to be enough for him (and if the large size appeared legitimate). It also suggests to file a bug report if the large undo size was unexpected. The patch below would do this using `display-warning'. If this would only be appropriate for small (one or two line) warning messages, we could use `with-output-to-temp-buffer' instead, although `display-warning' has some advantages. The patch below would require some supporting doc changes in other files (which I would make if the patch would look acceptable), but the patch makes the intent clear. It would also automatically solve the keyboard macro problem. ===File ~/simple.el-diff==================================== *** simple.el 23 Jan 2005 09:35:35 -0600 1.686 --- simple.el 26 Jan 2005 20:01:11 -0600 *************** *** 1521,1553 **** '(0 . 0))) '(0 . 0))) ! (defvar undo-extra-outer-limit nil ! "If non-nil, an extra level of size that's ok in an undo item. ! We don't ask the user about truncating the undo list until the ! current item gets bigger than this amount.") ! (make-variable-buffer-local 'undo-extra-outer-limit) ! ! ;; When the first undo batch in an undo list is longer than undo-outer-limit, ! ;; this function gets called to ask the user what to do. ! ;; Garbage collection is inhibited around the call, ! ;; so it had better not do a lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) ! (when (or (null undo-extra-outer-limit) ! (> size undo-extra-outer-limit)) ! ;; Don't ask the question again unless it gets even bigger. ! ;; This applies, in particular, if the user quits from the question. ! ;; Such a quit quits out of GC, but something else will call GC ! ;; again momentarily. It will call this function again, ! ;; but we don't want to ask the question again. ! (setq undo-extra-outer-limit (+ size 50000)) ! (if (let (use-dialog-box) ! (yes-or-no-p (format "Buffer %s undo info is %d bytes long; discard it? " ! (buffer-name) size))) ! (progn (setq buffer-undo-list nil) ! (setq undo-extra-outer-limit nil) ! t) ! nil))) (defvar shell-command-history nil "History list for some commands that read shell commands.") --- 1521,1556 ---- '(0 . 0))) '(0 . 0))) ! ;; When the first undo batch in an undo list is longer than ! ;; undo-outer-limit, this function gets called to warn the user that ! ;; the undo info for the last command was discarded. Garbage ! ;; collection is inhibited around the call, so it had better not do a ! ;; lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) ! (display-warning '(undo discard-info) ! (concat ! (format "Buffer %s undo info was %d bytes long.\n" ! (buffer-name) size) ! "The undo info was discarded because it exceeded \ ! `undo-outer-limit'. ! ! This is normal if you executed a command that made a huge change ! to the buffer. In that case, to prevent similar problems in the ! future, set `undo-outer-limit' to a value that is large enough to ! cover the maximum size of normal changes you expect a single ! command to make, but not so large that it might exceed the ! maximum memory allotted to Emacs. ! ! If you did not execute any such command, the situation is ! probably due to a bug and you should report it. ! ! You can disable the popping up of this buffer by adding the entry ! \(undo discard-info) to the user option `warning-suppress-types'.\n") ! :warning) ! (setq buffer-undo-list nil) ! t) ! (defvar shell-command-history nil "History list for some commands that read shell commands.") ============================================================ From MAILER-DAEMON Wed Jan 26 23:26:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu1Eq-000653-I8 for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu1EV-0005vk-Lk for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu1EL-0005rI-22 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu1EH-0005gR-TR for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:02 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu0lj-0001E9-UI; Wed, 26 Jan 2005 22:56:32 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0R3uJ9N000471; Wed, 26 Jan 2005 21:56:20 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0R3tNg07900; Wed, 26 Jan 2005 21:55:23 -0600 (CST) Date: Wed, 26 Jan 2005 21:55:23 -0600 (CST) Message-Id: <200501270355.j0R3tNg07900@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: storm@cua.dk In-reply-to: (storm@cua.dk) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com, abraham@dina.kvl.dk Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 04:26:35 -0000 Kim Storm wrote: Wouldn't it be better to fix this in C code so other potential uses of y-or-n-p and yes-or-no-p during track-mouse do not need to be fixed as well ? The problem is that `track-mouse' not only messes up y-or-n-p and yes-or-no-p. It messes up all functions that are trying to read user input without wanting to track mouse motion. Sincerely, Luc. From MAILER-DAEMON Wed Jan 26 23:26:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu1ER-0005ws-OL for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu1EI-0005qA-R2 for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu1EA-0005nN-Th for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:25:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu1EA-0005gR-Mw for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:25:54 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu0ss-0001Zn-KL; Wed, 26 Jan 2005 23:03:54 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0R43s9N000506; Wed, 26 Jan 2005 22:03:54 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0R42wB07974; Wed, 26 Jan 2005 22:02:58 -0600 (CST) Date: Wed, 26 Jan 2005 22:02:58 -0600 (CST) Message-Id: <200501270402.j0R42wB07974@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 20:56:04 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <87zmyx7ipb.fsf-monnier+emacs@gnu.org> <200501261447.j0QElWR29354@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 04:26:09 -0000 Richard Stallman wrote: Many buttons do one thing on the down event and another on the up event. Could you tell me one example of this? It seems like a rather inconvenient interface for a button to have two different meanings, one for up and one for down. In Custom buffers, down-mouse-1 usually sets point and mouse-1 performs the action. When a menu is involved, down-mouse-2 displays the menu, you then move the mouse and mouse-2 selects your choice of the menu entries. Sincerely, Luc. From MAILER-DAEMON Wed Jan 26 23:28:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu1Ec-0005yb-Mk for mharc-emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu1EW-0005xY-Np for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu1EM-0005sd-6O for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu1EL-0005gR-Rq for emacs-pretest-bug@gnu.org; Wed, 26 Jan 2005 23:26:05 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu0hn-00011e-Jm; Wed, 26 Jan 2005 22:52:27 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0R3qM9N000450; Wed, 26 Jan 2005 21:52:22 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0R3pQK07895; Wed, 26 Jan 2005 21:51:26 -0600 (CST) Date: Wed, 26 Jan 2005 21:51:26 -0600 (CST) Message-Id: <200501270351.j0R3pQK07895@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Wed, 26 Jan 2005 12:08:08 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 04:26:20 -0000 Richard Stallman wrote: I think that is the right approach. It makes things work the way one would normally expect. But I think this is a cleaner implementation of that approach. Does it work? Yes. Sincerely, Luc. From MAILER-DAEMON Thu Jan 27 04:31:11 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu5za-0001XZ-Bx for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:31:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu5zS-0001Uo-0Z for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:31:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu5zM-0001Rk-60 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:31:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu5zK-0001Fn-En for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:30:54 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cu5fB-0002k6-Q1 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:10:06 -0500 Received: (qmail 57987 invoked from network); 27 Jan 2005 09:10:04 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 27 Jan 2005 09:10:04 -0000 To: Luc Teirlinck References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> <200501270355.j0R3tNg07900@raven.dms.auburn.edu> From: storm@cua.dk (Kim F. Storm) Date: Thu, 27 Jan 2005 10:10:15 +0100 In-Reply-To: <200501270355.j0R3tNg07900@raven.dms.auburn.edu> (Luc Teirlinck's message of "Wed, 26 Jan 2005 21:55:23 -0600 (CST)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com, abraham@dina.kvl.dk Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 09:31:04 -0000 Luc Teirlinck writes: > Kim Storm wrote: > > Wouldn't it be better to fix this in C code so other potential uses of > y-or-n-p and yes-or-no-p during track-mouse do not need to be fixed > as well ? > > The problem is that `track-mouse' not only messes up y-or-n-p and > yes-or-no-p. It messes up all functions that are trying to read user > input without wanting to track mouse motion. True. You cannot know whether a call to read-event expects to handle mouse-movement, so in general you must assume it does when invoked while track-mouse. I.e. you need to be careful if you use read-event in hooks or timer or async functions. On the other hand, y-or-n-p never need to handle mouse-movement, so it seems logical to turn track-mouse off in cases where we know it may cause problems. To me it seems much more likely that it is necessary to call y-or-n-p rather than read-event in async code. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Thu Jan 27 04:34:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu62W-0002UK-RT for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:34:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu62U-0002Sm-La for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:34:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu62T-0002SC-KR for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:34:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu600-0001Fn-JE for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 04:31:37 -0500 Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1Cu5PV-00010S-Gz for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 03:53:53 -0500 Received: (qmail 54316 invoked from network); 27 Jan 2005 08:47:11 -0000 Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 27 Jan 2005 08:47:11 -0000 To: Luc Teirlinck References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> From: storm@cua.dk (Kim F. Storm) Date: Thu, 27 Jan 2005 09:47:21 +0100 In-Reply-To: <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> (Luc Teirlinck's message of "Wed, 26 Jan 2005 21:31:59 -0600 (CST)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 09:34:11 -0000 Luc Teirlinck writes: > Then I suggest to replace the > current question with a warning, displayed in a buffer, providing > proper explanation. It suggests to the user to increase the value of > `undo-outer-limit' even further if even 3M turned out not to be enough > for him (and if the large size appeared legitimate). It also suggests > to file a bug report if the large undo size was unexpected. This is MUCH better than the current approach. IMO, leaving the decision to the user in the first place is simply wrong as he cannot possibly know what happens if he answers "no" -- in worst case emacs crashes, which NO users will accept on the reasoning that "Ha! It is your own fault! I did ask you permission to discard that undo information some time ago, and you said no... Blame yourself". So in practice, when this happens TRT is to unconditionally discard undo information -- and tell the user what happened and why. -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Thu Jan 27 05:57:07 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu7Kk-0006gf-B1 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 05:57:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu7J5-0006Pk-2D for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 05:55:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu7Ij-0006KN-R0 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 05:55:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu7Ii-0006JF-Vi for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 05:55:01 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu743-0005bL-Ff; Thu, 27 Jan 2005 05:39:51 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 27 Jan 2005 11:39:39 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 20154-01-27803; Thu, 27 Jan 2005 11:39:39 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 27 Jan 2005 11:39:39 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> Date: Thu, 27 Jan 2005 11:39:35 +0100 To: Stefan Monnier In-Reply-To: References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> X-Mailer: VM 7.19 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, Miles Bader Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 10:55:26 -0000 On Wed Jan 26 2005 Stefan Monnier wrote: > > About a year ago I unintentionally changed my setup so that Emacs > > used multibyte mode instead of unibyte mode. I was rather surprised > > that suddenly VM produced many strange results -- till I figured out > > that it was the multibyte mode. So I switched back to unibyte mode. > > I haven't had any problems with VM since then. > > Hmm... That's bad. We should get VM to fix their multibyte > support. I've been using VM for more than ten years. Kyle, the author of VM, used to improve it continously. Unfortunately, for about a year there has been hardly any update. VM-7.19 was released 29 September 2004, which Kyle announced with the words "I'm back from the dead." However, this release contained mostly bugfixes. Since then, Kyle has disappeared once again from the VM news groups. I find this very unfortunate, but it will make it more difficult to get better multibyte support from VM. > > No matter whether it is unibyte mode or multibyte mode (or `emacs -nw'), > > Emacs-21.3 displays `\240' as a white space, which is what I expect to see. > > Thanks. Do you remember approximately when this changed? I have a CVS from Dec 18, 2004 which displays the `\240'. Before I downloaded this version, I was using a CVS emacs for quite some time. This CVS emacs did not display the `\240'. It always displayed white spaces. I will check in my backup files when I downloaded this version of CVS emacs. > BTW, I cannot reproduce your problem: when I try the following (with the > latest Emacs-CVS): > > LANG=fr_CH.ISO8859-1 emacs --unibyte -Q ~/tmp/foo > > The code \240 in the file ~/tmp/foo is displayed as a space. > Same thing of course if I set EMACS_UNIBYTE instead of passing > the --unibyte argument. I have LANG=en_US. Does this make a difference? I have used LANG=en_US for many years. ...No, it doesn't make any difference for me. With LANG=fr_CH.ISO8859-1, I get the very same results I reported before - In multibyte mode, emacs displays non-breaking spaces with a colored backslash and a space. - In unibyte mode, emacs displays non-breaking space as `\240'. - Always, "emacs -nw" displays non-breaking space just as a space, no matter whether it is unibyte mode or multibyte mode. Is there any other environment variable that could influence this behavior? What do you see with "emacs -nw"? > > I am just curious here: Is unibyte mode not supported anymore? > > Well, when one uses packages like vm one needs the backward > > compatibilty (though I know it makes maintanance of emacs much more > > difficult). > > It is still supported, but we're discouraging its use. It was > useful back when most packages hadn't been adapted to Mule, but > nowadays there is rarely any reason to use unibyte mode and so > we're making less effort to try and make sure that unibyte mode > works "as best it can" (it often uses guesses and so necessarily > breaks down in some cases). Maybe the info node "Enabling Multibyte" of the emacs manuel could state more explicitly that the use of unibyte mode is discouraged. Roland From MAILER-DAEMON Thu Jan 27 08:02:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu9IF-00010g-7t for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:02:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu9IC-0000zJ-HU for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:02:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu9IB-0000yc-67 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:02:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu9Db-00085u-AK for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 07:57:51 -0500 Received: from [209.226.175.4] (helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu8t7-0002j1-99; Thu, 27 Jan 2005 07:36:41 -0500 Received: from alfajor ([67.71.119.166]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050127123640.UFNP1836.tomts16-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 07:36:40 -0500 Received: by alfajor (Postfix, from userid 1000) id 01EBDD7316; Thu, 27 Jan 2005 07:36:39 -0500 (EST) Message-ID: <87brbb9hma.fsf-monnier+emacs@gnu.org> To: snogglethorpe@gmail.com References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Thu, 27 Jan 2005 07:36:39 -0500 In-Reply-To: (Miles Bader's message of "Thu, 27 Jan 2005 09:17:51 +0900") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Roland Winkler Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 13:02:37 -0000 > Have you tried a recent version of VM? My memory (from reading the VM > mailing list ~4 years ago) is that while the VM maintainer was a > staunchly in the xemacs camp, he was slowly coming around to admit > that newer versions of GNU Emacs were OK too, and I think he had even > started officially supporting it. IIRC he was much more anti-Mule than he was anti-Emacs. Which is partly understandable when you think about it: mail readers are the kind of program most affected by Mule-like issues. Stefan From MAILER-DAEMON Thu Jan 27 08:42:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cu9ne-0007iJ-28 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:35:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cu9nP-0007fU-48 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:34:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cu9nE-0007ay-0N for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:34:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cu9nD-0007Wr-QL for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 08:34:39 -0500 Received: from [209.226.175.34] (helo=tomts13-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cu9IN-0006Ga-4O; Thu, 27 Jan 2005 08:02:54 -0500 Received: from alfajor ([67.71.119.166]) by tomts13-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050127130227.WIZ1899.tomts13-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 08:02:27 -0500 Received: by alfajor (Postfix, from userid 1000) id 82F37D7316; Thu, 27 Jan 2005 08:02:27 -0500 (EST) Message-ID: <871xc79gki.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Thu, 27 Jan 2005 08:02:27 -0500 In-Reply-To: (Richard Stallman's message of "Wed, 26 Jan 2005 20:56:05 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Michael.Albinus@alcatel.de, rv@gnu.org, joakim@verona.se Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 13:35:01 -0000 >> Both are pure elisp packages, so regardless of the cause, Emacs >> shouldnt hang completely. But it does. It is currently discussed on >> the ECB list. > If C-g fails to do anything useful, it's a bug in Emacs, so discussing > it on the ECB mailing list rather than on emacs-devel seems silly. > It could be a bug in ECB or a bug in Emacs. When they debug it, > they will see which. Then if it's a bug in Emacs, they can > tell us how to reproduce it, and we can debug it. OK, it's possible it's a bug in ECB or Tramp (if they bind inhibit-quit or if they infinite loop in one of the timer or post-command-hook thingies (which are run with inhibit-quit set to non-nil)). I was just bitching because too often I've seen packages where the authors bumped into an Emacs bug, discussed it, bitched among themselves about it, and came up with a workaround; and the whole issue was never brought to our attention. Stefan From MAILER-DAEMON Thu Jan 27 10:30:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuBbO-0001tX-SX for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 10:30:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuBbL-0001rr-7z for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 10:30:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuBZs-0001GH-Pe for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 10:29:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuBZr-00016J-I5 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 10:28:59 -0500 Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuAzL-0002uA-OZ; Thu, 27 Jan 2005 09:51:15 -0500 Received: from alfajor ([67.71.119.166]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050127145115.XIZP19622.tomts10-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 09:51:15 -0500 Received: by alfajor (Postfix, from userid 1000) id A234DD7344; Thu, 27 Jan 2005 09:51:14 -0500 (EST) Message-ID: <87651j9hge.fsf-monnier+emacs@gnu.org> To: Roland Winkler References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Thu, 27 Jan 2005 09:51:14 -0500 In-Reply-To: <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Thu, 27 Jan 2005 11:39:35 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Miles Bader Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 15:30:32 -0000 > I've been using VM for more than ten years. Kyle, the author of VM, > used to improve it continously. Unfortunately, for about a year > there has been hardly any update. > VM-7.19 was released 29 September 2004, which Kyle announced with > the words "I'm back from the dead." However, this release contained > mostly bugfixes. Since then, Kyle has disappeared once again from > the VM news groups. I find this very unfortunate, but it will make > it more difficult to get better multibyte support from VM. Isn't there anybody else providing occasional patches to VM? When a multibyte-error occurs in an easy to reproduce way, it's generally not that hard to fix it (as long as you understand the difference between bytes and chars, that is). > - In multibyte mode, emacs displays non-breaking spaces with a > colored backslash and a space. > - In unibyte mode, emacs displays non-breaking space as `\240'. > - Always, "emacs -nw" displays non-breaking space just as a space, > no matter whether it is unibyte mode or multibyte mode. I've committed a patch which should fix both of the above bug. >> It is still supported, but we're discouraging its use. It was >> useful back when most packages hadn't been adapted to Mule, but >> nowadays there is rarely any reason to use unibyte mode and so >> we're making less effort to try and make sure that unibyte mode >> works "as best it can" (it often uses guesses and so necessarily >> breaks down in some cases). > Maybe the info node "Enabling Multibyte" of the emacs manuel could > state more explicitly that the use of unibyte mode is discouraged. I can't remember whether we had agreed that we discouraged it enough to actually write it down. Richard? Stefan From MAILER-DAEMON Thu Jan 27 12:11:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuDBF-0005z0-By for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:11:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuDBA-0005vt-09 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:11:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuDB6-0005uG-HV for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:11:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuDB6-0005tv-Dn for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:11:32 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuCxW-0000ll-Sq; Thu, 27 Jan 2005 11:57:31 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RGvMJD030199; Thu, 27 Jan 2005 08:57:22 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RGvKw2030128; Thu, 27 Jan 2005 08:57:21 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RGvKLq014799; Thu, 27 Jan 2005 09:57:20 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RGvJTM014788 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Jan 2005 09:57:19 -0700 From: "Drew Adams" To: , "Kim F. Storm" Date: Thu, 27 Jan 2005 08:57:19 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: emacs-pretest-bug@gnu.org Subject: RE: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 17:11:39 -0000 The KDE desktop and the Mozilla and Firefox browsers use it. Does anyone know of other things that use the term "preferences"? Preferences: Windows XP tends to use "preferences", I believe. Adobe's Framemaker, Acrobat Distiller, and Acrobat use "preferences". TextPad (another popular text editor) uses "preferences". Dreamweaver uses "preferences". Options: Internet Explorer, Word, and Outlook (at least O. 2000) use "options". Winzip uses "options". Firefox uses "options" (this contradicts what Kim said, but it is what I see). From MAILER-DAEMON Thu Jan 27 12:35:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuDY1-0004gm-7t for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:35:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuDWo-0004GA-0m for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:33:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuDWV-0004Bv-PN for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:33:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuDWS-00040V-Qs for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:33:36 -0500 Received: from [209.226.175.93] (helo=tomts36-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuD6h-0001fo-Rr; Thu, 27 Jan 2005 12:07:00 -0500 Received: from alfajor ([67.71.119.166]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050127170659.BHPN1694.tomts36-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 12:06:59 -0500 Received: by alfajor (Postfix, from userid 1000) id 37C22D7344; Thu, 27 Jan 2005 12:06:59 -0500 (EST) Message-ID: <87651i7ql7.fsf-monnier+emacs@gnu.org> To: "Drew Adams" References: From: Stefan Monnier Date: Thu, 27 Jan 2005 12:06:59 -0500 In-Reply-To: (Drew Adams's message of "Thu, 27 Jan 2005 08:57:19 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 17:35:11 -0000 > Firefox uses "options" (this contradicts what Kim said, but it is what > I see). Firefox is not consistent and uses Preferences at places and Options at others. To me, an "option" refers more to a variable, while a "preference" refers more to a value of such a variable. I.e. the "Preferences" is the state of the "Options" (so you'd save the "Preferences", not the "Options"). It's pretty fuzzy, tho. Stefan From MAILER-DAEMON Thu Jan 27 12:41:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuDdo-00010T-U1 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:41:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuDdk-0000xZ-Fc for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:41:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuDdg-0000uq-PZ for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 12:41:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuDdd-0000rB-IM; Thu, 27 Jan 2005 12:41:01 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuDNi-0003Ti-5Q; Thu, 27 Jan 2005 12:24:34 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RHOWdv006456; Thu, 27 Jan 2005 09:24:32 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RHOVAq006422; Thu, 27 Jan 2005 09:24:31 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RHOU6L027569; Thu, 27 Jan 2005 10:24:30 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RHOTJV027560 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Jan 2005 10:24:29 -0700 From: "Drew Adams" To: "Eli Zaretskii" , , Date: Thu, 27 Jan 2005 09:24:29 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <01c5042f$Blat.v2.4$5174a4a0@zahav.net.il> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Subject: RE: How to suppress messages? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 17:41:10 -0000 > I couldn't find any mention in the Elisp manual of a way to > do this. If I > have a function that calls a function (a built-in, as it > turns out) that > calls (message...), how can my function stop the message from being > displayed by the called function? I don't think there is a way to disable messages in the echo area, except perhaps some clever trick. The usual way to avoid messages is not to call functions that are meant for interactive invocation, but instead use their non-interactive subroutines. Of course. However, there may not always be such a choice. As I mentioned, this particular occurrence concerns a call to `default-boundp' that (in Emacs 20) thinks it needs to display a message. I had a similar problem in Emacs 21 with `xw-defined-colors' calling `message' (bug has been filed). One can't expect bugs in previous Emacs versions to be corrected, of course. It's too bad that there is no way to inhibit messages, IMO. CCing the bug list, as I would like to consider this an enhancement request: Provide some way to inhibit messages to the echo area, similarly to what `message-log-max' = nil does for logging messages to *Messages*. - Drew From MAILER-DAEMON Thu Jan 27 14:41:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuFWH-0008VV-VF for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:41:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuFWF-0008S4-5V for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:41:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuFWB-0008Pq-DT for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:41:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuFV0-0007P3-Il for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:40:14 -0500 Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuF3B-0005CQ-Ge; Thu, 27 Jan 2005 14:11:29 -0500 Received: from alfajor ([67.71.119.166]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050127191128.KCVS1567.tomts25-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 14:11:28 -0500 Received: by alfajor (Postfix, from userid 1000) id DE3DCD7344; Thu, 27 Jan 2005 14:11:27 -0500 (EST) Message-ID: <87fz0m66g6.fsf-monnier+emacs@gnu.org> To: Roland Winkler References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> <87651j9hge.fsf-monnier+emacs@gnu.org> <16889.14581.134496.870918@tfkp12.physik.uni-erlangen.de> From: Stefan Monnier Date: Thu, 27 Jan 2005 14:11:27 -0500 In-Reply-To: <16889.14581.134496.870918@tfkp12.physik.uni-erlangen.de> (Roland Winkler's message of "Thu, 27 Jan 2005 19:54:45 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Miles Bader Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 19:41:33 -0000 > The point is that for VM there is no CVS repository or anything like > that. VM is Kyle's thing. Duh! Isn't there at least a VM package in XEmacs's CVS repository of packages? > - In unibyte mode, emacs usually displays non-breaking spaces with a > white space. However, messages in the echo area (such as those > produced by C-x =) use a colored backslash and a space. > It seems that theses messages are displayed using multibyte mode, > even though emacs was started with --unibyte. > (I don't know whether the latter could cause serious problems.) Yes, the problem is as usual that unibyte mode conflates the notion of "byte value 160" and "char whose encoding is byte 160". The first is represented in Emacs by the char 160 (part of the eight-bit-graphic charset) while the second is typically the char 2208 (part of latin-iso8859-1 charset), at least in latin-1 locales. 2208 is displayed as "\ " while 160 is displayed as " ". > Now I am trying to follow your advice and use multibyte mode as much > as possible. And this brings me back to why I originally started > this thread: > Wouldn't it make sense if in view-mode the non-breaking spaces were > displayed like ordinary white spaces? I thought that the backslash > was introduced to facilitate editing. But certainly that's not an > issue when one uses view-mode. I think I agree, at least in the sense that "buffers which are not editable" should not use the "\ ". But if you open your C code files in view-mode (kind of like vi's modal editing model), it still makes sense to display nonbreaking spaces as "\ ". Stefan From MAILER-DAEMON Thu Jan 27 14:42:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuFWz-0000VK-CR for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:42:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuFWv-0000Ra-He for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:42:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuFWt-0000Pm-G2 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:42:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuFVN-0007P3-5r for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 14:40:37 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuEn8-0003t9-2f; Thu, 27 Jan 2005 13:54:54 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 27 Jan 2005 19:54:50 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 19182-01-7852; Thu, 27 Jan 2005 19:54:49 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 27 Jan 2005 19:54:49 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16889.14581.134496.870918@tfkp12.physik.uni-erlangen.de> Date: Thu, 27 Jan 2005 19:54:45 +0100 To: Stefan Monnier In-Reply-To: <87651j9hge.fsf-monnier+emacs@gnu.org> References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> <87651j9hge.fsf-monnier+emacs@gnu.org> X-Mailer: VM 7.19 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, Miles Bader Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 19:42:15 -0000 On Thu Jan 27 2005 Stefan Monnier wrote: > > I've been using VM for more than ten years. Kyle, the author of VM, > > used to improve it continously. Unfortunately, for about a year > > there has been hardly any update. > > > VM-7.19 was released 29 September 2004, which Kyle announced with > > the words "I'm back from the dead." However, this release contained > > mostly bugfixes. Since then, Kyle has disappeared once again from > > the VM news groups. I find this very unfortunate, but it will make > > it more difficult to get better multibyte support from VM. > > Isn't there anybody else providing occasional patches to VM? The point is that for VM there is no CVS repository or anything like that. VM is Kyle's thing. > > - In multibyte mode, emacs displays non-breaking spaces with a > > colored backslash and a space. > > - In unibyte mode, emacs displays non-breaking space as `\240'. > > - Always, "emacs -nw" displays non-breaking space just as a space, > > no matter whether it is unibyte mode or multibyte mode. > > I've committed a patch which should fix both of the above bug. Thank you, I just downloaded it. Now I get the following: - In multibyte mode, emacs always displays non-breaking spaces with a colored backslash and a space - In unibyte mode, emacs usually displays non-breaking spaces with a white space. However, messages in the echo area (such as those produced by C-x =) use a colored backslash and a space. It seems that theses messages are displayed using multibyte mode, even though emacs was started with --unibyte. (I don't know whether the latter could cause serious problems.) All the above refers to both "emacs -nw" and emacs running in its own X window, so these are now always consistent. Now I am trying to follow your advice and use multibyte mode as much as possible. And this brings me back to why I originally started this thread: Wouldn't it make sense if in view-mode the non-breaking spaces were displayed like ordinary white spaces? I thought that the backslash was introduced to facilitate editing. But certainly that's not an issue when one uses view-mode. Roland From MAILER-DAEMON Thu Jan 27 15:34:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuGLA-00076V-9p for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 15:34:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuGKy-00071w-T6 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 15:33:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuGKp-0006w8-22 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 15:33:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuGKm-0006tA-Ks for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 15:33:44 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuG1x-0002sD-NO; Thu, 27 Jan 2005 15:14:18 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 27 Jan 2005 21:14:07 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 19231-01-6199; Thu, 27 Jan 2005 21:14:06 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Thu, 27 Jan 2005 21:14:06 +0100 From: Roland Winkler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <16889.19336.177480.112102@tfkp12.physik.uni-erlangen.de> Date: Thu, 27 Jan 2005 21:14:00 +0100 To: Stefan Monnier In-Reply-To: <87fz0m66g6.fsf-monnier+emacs@gnu.org> References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> <87651j9hge.fsf-monnier+emacs@gnu.org> <16889.14581.134496.870918@tfkp12.physik.uni-erlangen.de> <87fz0m66g6.fsf-monnier+emacs@gnu.org> X-Mailer: VM 7.19 under Emacs 21.3.50.1 X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: X-Spam-DCC: rrze-dcc:boeck1 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: emacs-pretest-bug@gnu.org, Miles Bader Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 20:33:59 -0000 On Thu Jan 27 2005 Stefan Monnier wrote: > > The point is that for VM there is no CVS repository or anything like > > that. VM is Kyle's thing. > > Duh! Isn't there at least a VM package in XEmacs's CVS repository > of packages? I am sorry, I do not enough about XEmacs to answer this question. The only thing I know is that in recent years, Kyle simply announced new releases of VM in the newsgroup gnu.emacs.vm.info. There are several sites where you can download VM tar balls, see http://www.wonderworks.com/vm/ http://www.wonderworks.com/vm/download.html > > Wouldn't it make sense if in view-mode the non-breaking spaces were > > displayed like ordinary white spaces? I thought that the backslash > > was introduced to facilitate editing. But certainly that's not an > > issue when one uses view-mode. > > I think I agree, at least in the sense that "buffers which are not > editable" should not use the "\ ". But if you open your C code > files in view-mode (kind of like vi's modal editing model), it > still makes sense to display nonbreaking spaces as "\ ". Good point. I never thought about reading source code with view-mode. But apparently different people have different tastes. Before I started this thread I tested the variable show-nonbreak-escape. However, it didn't do anything for me. (I always got the octale sequence `\240'.) Now that you solved the latter, show-nonbreak-escape works for me, too. Roland From MAILER-DAEMON Thu Jan 27 16:00:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuGkU-0007F6-MX for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuGkQ-0007Dk-CL for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuGkO-0007CU-Ib for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuGkO-0007CN-Fb for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:12 -0500 Received: from [143.182.124.5] (helo=petasus.ch.intel.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuGVT-0005t1-GY; Thu, 27 Jan 2005 15:44:47 -0500 Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.9/d: small-solo.mc,v 1.9 2004/01/09 01:01:53 root Exp $) with ESMTP id j0RKlYew015665; Thu, 27 Jan 2005 20:47:34 GMT Received: from chlr4917.ch.intel.com (chlr4917.ch.intel.com [10.2.113.74]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id j0RKjDHZ000740; Thu, 27 Jan 2005 13:45:13 -0700 (MST) X-Envelope-From: ascott@sedona.ch.intel.com Received: from chlr4917.ch.intel.com (localhost [127.0.0.1]) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/client) with ESMTP id j0RKigws014034; Thu, 27 Jan 2005 13:44:42 -0700 Received: (from ascott@localhost) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/Submit) id j0RKifaE014031; Thu, 27 Jan 2005 13:44:41 -0700 From: "Andrew M. Scott" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16889.21176.567472.866579@chlr4917.ch.intel.com> Date: Thu, 27 Jan 2005 13:44:40 -0700 To: Nick Roberts In-Reply-To: <16887.20264.262919.113109@farnswood.snap.net.nz> References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> X-Mailer: VM 7.19 under Emacs 21.3.50.1 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrew M. Scott" List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 21:00:16 -0000 >>>>> "Nick" == Nick Roberts writes: >> I installed a change that should fix it, until GCC gets smarter. Nick> Only someone with gcc 3.4 or 3.4.2 would know whether this actually does Nick> fix the problem. Perhaps, for completeness, we should ask Andrew Scott. Nick> Andrew, Nick> If you update and recompile Emacs, can you now set a breakpoint at Nick> x_error_quitter? 1. Richard's Jan 24, 2005 xterm.c cvs commit worked for gcc 3.3.2 but generates the following build error on gcc 3.4.2: gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I. -I/stor/garray/src/savannah/emacs/src -D_BSD_SOURCE -I/usr/intel/pkgs/X11/R6.7.0/include -g -O2 /stor/garray/src/savannah/emacs/src/xterm.c /stor/garray/src/savannah/emacs/src/xterm.c:7794: error: conflicting types for 'x_error_quitter' /stor/garray/src/savannah/emacs/src/xterm.c:7780: error: previous implicit declaration of 'x_error_quitter' was here gmake[1]: *** [xterm.o] Error 1 2. If I apply the xterm.c patch (below) posted by Gary Lawrence Murphy to gnu.emacs.bug on Jan 27, 2005 then the x_error_quitter breakpoint works correctly on *both* gcc 3.3.2 *and* 3.4.2 builds of CVS Emacs-21.3.50 under gdb-6.3. Thanks. Andy Scott diff -u -r1.857 xterm.c --- src/xterm.c 25 Jan 2005 01:26:57 -0000 1.857 +++ src/xterm.c 27 Jan 2005 15:07:22 -0000 @@ -7766,21 +7766,6 @@ error ("%s", error_msg); } -/* This is the first-level handler for X protocol errors. - It calls x_error_quitter or x_error_catcher. */ - -static int -x_error_handler (display, error) - Display *display; - XErrorEvent *error; -{ - if (! NILP (x_error_message_string)) - x_error_catcher (display, error); - else - x_error_quitter (display, error); - return 0; -} - /* This is the usual handler for X protocol errors. It kills all frames on the display that we got the error for. If that was the only one, it prints an error message and kills Emacs. */ @@ -7806,6 +7791,21 @@ } +/* This is the first-level handler for X protocol errors. + It calls x_error_quitter or x_error_catcher. */ + +static int +x_error_handler (display, error) + Display *display; + XErrorEvent *error; +{ + if (! NILP (x_error_message_string)) + x_error_catcher (display, error); + else + x_error_quitter (display, error); + return 0; +} + /* This is the handler for X IO errors, always. It kills all frames on the display that we lost touch with. If that was the only one, it prints an error message and kills Emacs. */ From MAILER-DAEMON Thu Jan 27 16:00:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuGkW-0007Fp-QD for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuGkR-0007EL-Ky for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuGkQ-0007DZ-1u for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuGkP-0007CN-D7 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:00:13 -0500 Received: from [80.84.71.201] (helo=mail2.its-linux.co.uk) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuGWF-0005vu-C4 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 15:45:35 -0500 Received: (qmail 2271 invoked from network); 27 Jan 2005 20:37:22 -0000 Received: from unknown (HELO chezmarshall.freeserve.co.uk) (81.97.79.2) by mail2.its-linux.co.uk with SMTP; 27 Jan 2005 20:37:22 -0000 Received: by chezmarshall.freeserve.co.uk (Postfix, from userid 502) id DFC34683; Thu, 27 Jan 2005 20:25:56 +0000 (GMT) From: Robert Marshall To: emacs-pretest-bug@gnu.org Message-Id: <20050127202556.DFC34683@chezmarshall.freeserve.co.uk> Date: Thu, 27 Jan 2005 20:25:56 +0000 (GMT) Subject: display-splash-screen doesn't X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 21:00:17 -0000 start emacs with -q --no-site-file and then C-x 2 then select 'About Emacs' off the menu-bar - nothing at all happens. Also appears to happen if the emacs frame is too small when there's only one window. Appears to need the gtk build for this problem In GNU Emacs 21.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.2.4) of 2005-01-24 on jailhouse.chezmarshall.freeserve.co.uk Distributor `Mandrakelinux (X.Org X11 6.7.0, patch level 4.2.101mdk)', version 11.0.60700000 configured using `configure '--with-x-toolkit=gtk'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: en_GB value of $LC_CTYPE: en_GB value of $LC_MESSAGES: en_GB value of $LC_MONETARY: en_GB value of $LC_NUMERIC: en_GB value of $LC_TIME: en_GB value of $LANG: en_GB locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Robert -- Robert Marshall From MAILER-DAEMON Thu Jan 27 16:27:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuH91-0001bG-U5 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:25:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuH8Q-0001QO-CR for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:25:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuH8K-0001LR-MB for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:24:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuH8K-0001K0-Ev for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:24:56 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuGuh-0007wn-Rm for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:10:52 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CuGug-0006yP-00 for ; Thu, 27 Jan 2005 22:10:50 +0100 Received: from bridgekeeper.physik.uni-ulm.de ([134.60.10.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Jan 2005 22:10:49 +0100 Received: from Reiner.Steib by bridgekeeper.physik.uni-ulm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Jan 2005 22:10:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-pretest-bug@gnu.org To: emacs-pretest-bug@gnu.org From: Reiner Steib Date: Thu, 27 Jan 2005 21:35:56 +0100 Organization: Dept. of Theoretical Physics, University of Ulm Lines: 17 Message-ID: References: <87651i7ql7.fsf-monnier+emacs@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: bridgekeeper.physik.uni-ulm.de X-Face: 1; h7XMU[7l}$T@J.D}5z*w8Tg'}B5ArAWc8>2X~otB; kOjKs8X%|hTC#dG:%Vpx")x7S/`v :VXU#fZW$X$zdhEU.RfVQ@<-m9IuN{Hm"fW{,5]6kR'M*vEs+{5Cj!L(JTRzA$(},?5J=sm; %Od Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 21:25:17 -0000 On Thu, Jan 27 2005, Stefan Monnier wrote: >> Firefox uses "options" (this contradicts what Kim said, but it is what >> I see). > > Firefox is not consistent and uses Preferences at places and Options > at others. AFAIK, Firefox and Thunderbird use "Tools/Options" on Windows and "Edit/Preferences" on other platforms including GNU/Linux, see . Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ From MAILER-DAEMON Thu Jan 27 16:29:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuHCc-0002To-LM for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:29:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuHCa-0002Sq-OP for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:29:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuH8X-0001VH-2h for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:25:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuH8W-0001K0-2c; Thu, 27 Jan 2005 16:25:08 -0500 Received: from [207.8.226.5] (helo=orb.pobox.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuGb6-0006Vf-Ts; Thu, 27 Jan 2005 15:50:37 -0500 Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 5D06DC4; Thu, 27 Jan 2005 15:50:36 -0500 (EST) Received: from filth.shootybangbang.com (host217-44-221-62.range217-44.btcentralplus.com [217.44.221.62]) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id DAB1189; Thu, 27 Jan 2005 15:50:31 -0500 (EST) Date: Thu, 27 Jan 2005 20:50:26 +0000 Message-Id: From: John Paul Wallington To: "Drew Adams" In-reply-to: References: X-Mailer: Norman X-Attribution: jpw X-Face: R(_z-rF:grdKO.*u`n); p.i$Eiz=h^CO5eDYv"4:K@#\HN09*Ykx}}B{kF/KH}%f_o^Wp, List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 21:29:21 -0000 > It's too bad that there is no way to inhibit messages, IMO. Not recommended, but how about binding `executing-kbd-macro' to t ? From MAILER-DAEMON Thu Jan 27 16:36:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuHJX-0004CL-BD for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:36:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuH8f-0001XG-1D for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:25:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuH8R-0001Qg-1m for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 16:25:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuH8L-0001K0-NR; Thu, 27 Jan 2005 16:24:57 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuGu0-0007sn-Ov; Thu, 27 Jan 2005 16:10:09 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RLA7pV008231; Thu, 27 Jan 2005 13:10:07 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RLA535008214; Thu, 27 Jan 2005 13:10:05 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RLA5Yx009811; Thu, 27 Jan 2005 14:10:05 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RLA4SU009804 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Jan 2005 14:10:04 -0700 From: "Drew Adams" To: "John Paul Wallington" Date: Thu, 27 Jan 2005 13:10:03 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org, help-gnu-emacs@gnu.org Subject: RE: How to suppress messages? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 21:36:29 -0000 > It's too bad that there is no way to inhibit messages, IMO. Not recommended, but how about binding `executing-kbd-macro' to t ? Oddly enough, that doesn't seem to do the trick in this case. If I comment out the call to `default-boundp', then the messages stop appearing, but if I put the call inside (let ((executing-kbd-macro t))...), the messages still appear (in Emacs 20). From MAILER-DAEMON Thu Jan 27 17:37:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGP-0004NZ-7f for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGJ-0004Ky-DR for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGE-0004Ha-4c for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGD-0004FR-J5 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:09 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI1O-0005kT-WA for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:21:51 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHzH-0006MB-SW; Thu, 27 Jan 2005 17:19:40 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Wed, 26 Jan 2005 14:35:05 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> Message-Id: Date: Thu, 27 Jan 2005 17:19:39 -0500 Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:17 -0000 Should we avoid (let ((track-mouse t)) ...) and prefer (track-mouse ...) or is there a reason to sometimes use one sometimes use the other? The difference seems to be that track-mouse can do a redisplay, if turning off mouse-tracking means input is no longer pending. I don't see why it does that, and I am not sure it is ever actually desirable. Does anyone see a case where it is the right thing to do? From MAILER-DAEMON Thu Jan 27 17:37:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGP-0004O4-Ul for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGJ-0004Kz-Ek for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGF-0004Hu-BX for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGE-0004FR-7M for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:10 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI0m-0005iO-8W for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:21:12 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHye-0006BN-VV; Thu, 27 Jan 2005 17:19:01 -0500 From: Richard Stallman To: Kenichi Handa In-reply-to: <200501270316.MAA20608@etlken.m17n.org> (message from Kenichi Handa on Thu, 27 Jan 2005 12:16:53 +0900 (JST)) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> Message-Id: Date: Thu, 27 Jan 2005 17:19:00 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:17 -0000 > Just install that case table and do (upcase ?a). > Won't that do the job? In set-case- functions, we don't know where to install TABLE. It may be a standard case table or a case table for a specific buffer. It does not make any difference. You only need to install it temporarily, so that your call to `upcase' will use it. So, I suggest to have something like setup-upcase-table. No, it is not necessary. Does "a new function" mean a single new function for both upcase only and downcase only with an additional arg specifing which of them? I am not sure what those words mean. From MAILER-DAEMON Thu Jan 27 17:37:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGQ-0004OS-Qe for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGK-0004Lj-Ok for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGE-0004Hh-Ce for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGE-0004FR-2w for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:10 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI0v-0005ik-HZ for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:21:21 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHyo-0006Df-5I; Thu, 27 Jan 2005 17:19:10 -0500 From: Richard Stallman To: Eli Zaretskii In-reply-to: <01c503da$Blat.v2.4$a7c9c7e0@zahav.net.il> (eliz@gnu.org) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> <01c503da$Blat.v2.4$a7c9c7e0@zahav.net.il> Message-Id: Date: Thu, 27 Jan 2005 17:19:10 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:19 -0000 Doesn't "CFLAGS='-O0 -g3' ./configure" do the trick? It might, but I have to remember to do it each time I run configure. Since I do that only once every few months, I will surely forget. From MAILER-DAEMON Thu Jan 27 17:37:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGS-0004PH-Bv for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGL-0004Lo-6z for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGF-0004Ij-NW for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGE-0004FR-Uw for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:11 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI0M-0005fm-ME for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:20:46 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHyE-000640-Ph; Thu, 27 Jan 2005 17:18:34 -0500 From: Richard Stallman To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> Message-Id: Date: Thu, 27 Jan 2005 17:18:34 -0500 Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:19 -0000 Wouldn't it be better to fix this in C code so other potential uses of y-or-n-p and yes-or-no-p during track-mouse do not need to be fixed as well ? I think that the right solution in this case is for the specific callers to avoid calling them inside of track-mouse. E.g. what if the undo-overflow question we are discussing in abother thread is asked while track-mouse is non-nil ? I think the right solution for this is to bind track-mouse to nil in undo-outer-limit-truncate. That function is a very special case, and I don't think it should drive everything. Any other asynchronous functions that asks questions would have to bind track-mouse too, but there are very few of those. Luc wrote: The problem is that `track-mouse' not only messes up y-or-n-p and yes-or-no-p. It messes up all functions that are trying to read user input without wanting to track mouse motion. Some kinds of input might ignore the mouse motion events, but basically you are right. However, I think the main solution should be to limit the part of the code that is inside the track-mouse binding, so that it doesn't affect other activities. From MAILER-DAEMON Thu Jan 27 17:37:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGT-0004Pu-H7 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGM-0004MJ-1W for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGG-0004I7-Rj for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGE-0004FR-E0 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:10 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI0j-0005ho-8y for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:21:09 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHyc-0006Ab-A0; Thu, 27 Jan 2005 17:18:58 -0500 From: Richard Stallman To: Eli Zaretskii In-reply-to: <01c503d6$Blat.v2.4$13f5fce0@zahav.net.il> (eliz@gnu.org) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> <16887.21153.763404.437905@farnswood.snap.net.nz> <01c503d6$Blat.v2.4$13f5fce0@zahav.net.il> Message-Id: Date: Thu, 27 Jan 2005 17:18:58 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:20 -0000 The code produced by GCC under -O0 is totally unoptimized: e.g., it reloads registers even if the required value is already there, doesn't remove loop-invariant code out of the loops, etc. It's really very different. Those differences should not affect the meaning of correct C code. Indeed, we use some constructs that are not entirely defined, according to standard C. However, given the optimizations GCC actually does, they rarely change meaning when we enable or disable optimization. Practically speaking, this issue is not large enough for attention. From MAILER-DAEMON Thu Jan 27 17:37:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGU-0004QA-Cn for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGO-0004NG-8o for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGE-0004HG-K2 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGD-0004FR-Fj for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:09 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI1S-0005kz-T3 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:21:54 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHzL-0006NI-Qw; Thu, 27 Jan 2005 17:19:43 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> (message from Luc Teirlinck on Wed, 26 Jan 2005 21:31:59 -0600 (CST)) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> Message-Id: Date: Thu, 27 Jan 2005 17:19:43 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:21 -0000 `undo-outer-limit' may not do a lot of consing, but from the moment the question is asked, timers and/or asynchronous processes start consing and eating up memory. If the question gets asked while the user is not working at his monitor, eventually all memory gets eaten up. That is a serious problem. I never considered the possibility of asynchronous things happening during that question. I like your new option of displaying a warning, but please keep the option of asking the question. At least we need to use it for testing purposes. From MAILER-DAEMON Thu Jan 27 17:37:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIGU-0004QM-QY for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIGN-0004My-3k for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIGG-0004It-Mc for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIGF-0004FR-D9 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:37:11 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuI0H-0005fB-K6 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:20:41 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuHyA-000632-Km; Thu, 27 Jan 2005 17:18:30 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Thu, 27 Jan 2005 17:18:30 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:37:21 -0000 Sorry, I'm not following you. What is the relation to the original question - the general need to be able to do something after the buffer has been filled? You wanted to control how the Custom buffer is displayed in anohter frame. I am saying you could use the special-display feature to control that. From MAILER-DAEMON Thu Jan 27 18:08:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIkW-0003vt-OB for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIkR-0003sx-Hu for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIkO-0003qX-EL for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIkO-0003qC-3O for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:20 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuIXl-0000Bc-Oc; Thu, 27 Jan 2005 17:55:18 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RMtGmM018453; Thu, 27 Jan 2005 14:55:16 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RMtFbd018417; Thu, 27 Jan 2005 14:55:15 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RMtEZU026830; Thu, 27 Jan 2005 15:55:14 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RMtD4c026790 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Jan 2005 15:55:14 -0700 From: "Drew Adams" To: Date: Thu, 27 Jan 2005 14:55:12 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 23:08:25 -0000 Sorry, I'm not following you. What is the relation to the original question - the general need to be able to do something after the buffer has been filled? You wanted to control how the Custom buffer is displayed in anohter frame. I am saying you could use the special-display feature to control that. What is the "special-display" feature that you are referring to - do you mean `special-display-popup-frame'? I already do `fit-frame' at the end of `special-display-popup-frame', but it has no effect there, because the buffer is not filled at the time this function is called. (Also, there is no hook at the end of `special-display-popup-frame' either, so I have my own version of that function which does call `fit-frame' at the end.) Anyway, this is all beside the point, if this is what you meant. The point is that someone might want to do something (anything - not necessarily `fit-frame') after the buffer is full, so it would be good to place a hook there. And, as I said, your suggestion to move the custom-mode-hook call (in custom-mode) to the end of custom-buffer-create-internal would solve the pb. From MAILER-DAEMON Thu Jan 27 18:08:32 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuIkZ-0003xL-5I for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuIkW-0003uo-0n for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuIkR-0003sk-2a for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuIkQ-0003qC-US for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:08:22 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuIPo-0007zV-6e for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 17:47:06 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RMl3Yo007945 for ; Thu, 27 Jan 2005 14:47:03 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RMl1t7007921 for ; Thu, 27 Jan 2005 14:47:02 -0800 Received: from localhost (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RMl1Pw023082 for ; Thu, 27 Jan 2005 15:47:01 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RMkr2D022996 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 27 Jan 2005 15:46:54 -0700 From: "Drew Adams" To: "Drew Adams" Date: Thu, 27 Jan 2005 14:46:52 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: Bad defcustom in speedbar, or non-interactive message in locate-library (was: How to suppress messages?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 23:08:28 -0000 how about binding `executing-kbd-macro' to t ? Oddly enough, that doesn't seem to do the trick in this case. If I comment out the call to `default-boundp', then the messages stop appearing, but if I put the call inside (let ((executing-kbd-macro t))...), the messages still appear. I think that what is happening here is that a default value for speedbar-use-imenu-flag, which causes a message to be written to the echo area, is being reexecuted repeatedly. I believe that this is a bug, and that the defcustom of speedbar-use-imenu-flag needs to be redefined. One possible fix (surely not the best) is to wrap the defcustom's init value in (let ((executing-kbd-macro t))...) to prevent its locate-library message from appearing. (This was why I asked for a way to inhibit messages, which I still think is needed as an enhancement.) A better fix would be to prevent locate-library from issuing a message if not used interactively. The code defining locate-library uses its argument `interactive-call' to test interactivity, but that is apparently not sufficient. The situation appears to be the same in the code of Emacs 20 and Emacs 21. I see the pb only in Emacs 20. However, I get a different message periodically (same symptoms) in Emacs 21, and that message may be masking this message. [That other pb has already been reported (and fixed, I believe): superfluous message "Defining colors..." in w32-win.el's version of xw-defined-colors.] In any case, I believe that the defcustom and/or locate-library should probably be improved to prevent such an inappropriate message. Here is some data about this bug (with guesses). - This definition appears in speedbar.el: (defcustom speedbar-use-imenu-flag (stringp (locate-library "imenu")) "..." :tag "User Imenu" :group 'speedbar :type 'boolean) - I have code that calls `default-boundp' on each user variable, including speedbar-use-imenu-flag . - (I guess that) `default-boundp' causes the defcustom to be executed. The C code doesn't indicate that, but that's my guess. - locate-library displays the message "Library is ...". The message I get redisplayed periodically (see next) is "Library is "imenu"", so I suspect this defcustom call to locate-library. - My code runs on an idle timer, so it periodically reexecutes the `default-boundp' and prints the message. - If I comment-out my call to default-boundp, it stops the periodic message display. - If I wrap the defcustom init value in (let ((executing-kbd-macro t))...), that also stops the periodic message display. [That would be a fix to the bug, though not necessarily the best fix.] - If I wrap my call to default-boundp in (let ((executing-kbd-macro t))...), it has no effect. - If I never turn on speedbar-frame-mode, I don't get the messages, presumably because library speedbar.el was never loaded. However, once I have turned speedbar on, turning it off has no effect - I continue to get the messages periodically. Likewise, speedbar-toggle-updates has no effect in turning the messages off. This also reinforces my guess that the defcustom is the culprit. - speedbar-update-speed doesn't seem to affect the period of the messages. Instead, the period of my timer (the other timer) seems to affect it. Again, that seems right: this has nothing to do with speedbar's timer; it has only to do with its defcustom init value using locate-library. - speedbar.el has two occurrences of (locate-library "imenu"), one in a defcustom, one in top-level eval-when-compile. I suspect only the defcustom occurrence. Thanks, Drew From MAILER-DAEMON Thu Jan 27 18:32:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuJ7g-0005ef-U1 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:32:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuJ7d-0005c5-Ms for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:32:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuJ7a-0005ZR-Fs for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:32:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuJ7Z-0005XV-Od; Thu, 27 Jan 2005 18:32:17 -0500 Received: from [216.148.227.85] (helo=rwcrmhc12.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuIud-0001y5-Tu; Thu, 27 Jan 2005 18:18:56 -0500 Received: from aster (c-67-180-167-124.client.comcast.net[67.180.167.124]) by comcast.net (rwcrmhc12) with ESMTP id <20050127231855014003d570e>; Thu, 27 Jan 2005 23:18:55 +0000 Received: by aster (Postfix, from userid 500) id C75E8679D2; Thu, 27 Jan 2005 15:18:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16889.30427.270504.451204@gargle.gargle.HOWL> Date: Thu, 27 Jan 2005 15:18:51 -0800 To: "Drew Adams" In-Reply-To: References: X-Mailer: VM 7.17 under Emacs 21.2.1 From: "T. V. Raman" x-attribution: tvr Cc: emacs-pretest-bug@gnu.org, help-gnu-emacs@gnu.org, John Paul Wallington Subject: RE: How to suppress messages? X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tvraman@comcast.net List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 23:32:23 -0000 well, if you really really want to suppress messages, you could advice it to be silent. see defadvice. >>>>> "Drew" == Drew Adams writes: >> It's too bad that there is no way to inhibit messages, IMO. Drew> Not recommended, but how about binding Drew> `executing-kbd-macro' to t ? Drew> Oddly enough, that doesn't seem to do the trick in this Drew> case. If I comment out the call to `default-boundp', then Drew> the messages stop appearing, but if I put the call inside Drew> (let ((executing-kbd-macro t))...), the messages still Drew> appear (in Emacs 20). Drew> _______________________________________________ Drew> Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org Drew> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: TVRaman PGP: http://emacspeak.sf.net/raman/raman-almaden.asc From MAILER-DAEMON Thu Jan 27 18:58:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuJWa-0008Px-HQ for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:58:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuJWQ-0008NN-8m for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuJWE-0008I0-7i for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuJWC-0008C9-7O for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:44 -0500 Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuJ2e-0002fD-PD; Thu, 27 Jan 2005 18:27:13 -0500 Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepb.post.tele.dk (Postfix) with SMTP id 62A785EE033; Fri, 28 Jan 2005 00:27:05 +0100 (CET) To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> From: storm@cua.dk (Kim F. Storm) Date: Fri, 28 Jan 2005 00:27:16 +0100 In-Reply-To: (Richard Stallman's message of "Thu, 27 Jan 2005 17:18:34 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 23:58:00 -0000 Richard Stallman writes: > Some kinds of input might ignore the mouse motion events, but > basically you are right. However, I think the main solution should be > to limit the part of the code that is inside the track-mouse binding, > so that it doesn't affect other activities. Ok. Do we have a section in the manual where we can give such advise ? -- Kim F. Storm http://www.cua.dk From MAILER-DAEMON Thu Jan 27 18:58:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuJWc-0008Qm-5V for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:58:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuJWN-0008Ls-38 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuJWE-0008GK-Mw for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuJWA-0008C9-Mi for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:42 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuJ6s-0002sH-Mi; Thu, 27 Jan 2005 18:31:34 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0RNVJ9N006435; Thu, 27 Jan 2005 17:31:19 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0RNULU24900; Thu, 27 Jan 2005 17:30:21 -0600 (CST) Date: Thu, 27 Jan 2005 17:30:21 -0600 (CST) Message-Id: <200501272330.j0RNULU24900@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: storm@cua.dk In-reply-to: (storm@cua.dk) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com, abraham@dina.kvl.dk Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 23:58:00 -0000 Kim Storm wrote: Richard Stallman writes: > Some kinds of input might ignore the mouse motion events, but > basically you are right. However, I think the main solution should be > to limit the part of the code that is inside the track-mouse binding, > so that it doesn't affect other activities. Ok. Do we have a section in the manual where we can give such advise ? `(elisp)Mouse Tracking', I would guess. Sincerely, Luc. From MAILER-DAEMON Thu Jan 27 18:58:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuJWa-0008QF-Ph for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:58:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuJWN-0008Mw-QG for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuJWE-0008HA-3g for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuJWB-0008C9-Fw for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:57:43 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuJ6S-0002qw-Nt for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:31:09 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RNV7PX011912 for ; Thu, 27 Jan 2005 15:31:07 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RNV6dR011864 for ; Thu, 27 Jan 2005 15:31:06 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RNV5c3010501 for ; Thu, 27 Jan 2005 16:31:05 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RNV4oI010478 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 27 Jan 2005 16:31:04 -0700 From: "Drew Adams" To: Date: Thu, 27 Jan 2005 15:31:03 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: RE: Bad defcustom in speedbar, or non-interactive message in locate-library (was: How to suppress messages?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 23:58:00 -0000 The situation appears to be the same in the code of Emacs 20 and Emacs 21. I see the pb only in Emacs 20. However, I get a different message periodically (same symptoms) in Emacs 21, and that message may be masking this message. [That other pb has already been reported (and fixed, I believe): superfluous message "Defining colors..." in w32-win.el's version of xw-defined-colors.] In any case, I believe that the defcustom and/or locate-library should probably be improved to prevent such an inappropriate message. BTW, wrapping the defcustom that calls locate-library with a non-nil binding of executing-kbd-macro solves the Emacs 20 pb, as indicated. But wrapping the call to defined-colors in widget-color-complete does not solve the "Defining colors..." message bug in Emacs 21. I was thinking that it might, because I was guessing that my custom code also indirectly called widget-color-complete, which calls defined-colors (which calls xw-defined-colors). Here is widget-color-complete: (defun widget-color-complete (widget) "Complete the color in WIDGET." (require 'facemenu) ; for facemenu-color-alist (let* ((prefix (buffer-substring-no-properties (widget-field-start widget) (point))) (list (or facemenu-color-alist (defined-colors))) (completion (try-completion prefix list))) (cond ((eq completion t) (message "Exact match.")) ((null completion) (error "Can't find completion for \"%s\"" prefix)) ((not (string-equal prefix completion)) (insert-and-inherit (substring completion (length prefix)))) (t (message "Making completion list...") (with-output-to-temp-buffer "*Completions*" (display-completion-list (all-completions prefix list nil))) (message "Making completion list...done"))))) From MAILER-DAEMON Thu Jan 27 19:03:17 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuJbZ-0001J9-6q for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:03:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuJbX-0001IR-39 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:03:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuJbW-0001Hy-A9 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:03:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuJbW-0001Hr-2B for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:03:14 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuJP4-0004Oj-0D for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 18:50:22 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RNoK4u020418 for ; Thu, 27 Jan 2005 15:50:20 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RNoJKJ020403 for ; Thu, 27 Jan 2005 15:50:19 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0RNoIZq019009 for ; Thu, 27 Jan 2005 16:50:18 -0700 Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0RNoIJn019002 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 27 Jan 2005 16:50:18 -0700 From: "Drew Adams" To: Date: Thu, 27 Jan 2005 15:50:16 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: RE: Bad defcustom in speedbar, or non-interactive message in locate-library (was: How to suppress messages?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 00:03:15 -0000 BTW, wrapping the defcustom that calls locate-library with a non-nil binding of executing-kbd-macro solves the Emacs 20 pb, as indicated. But wrapping the call to defined-colors in widget-color-complete does not solve the "Defining colors..." message bug in Emacs 21. Sorry, false route. The Emacs 21 bug comes from a call to `x-defined-colors' in `face-valid-attribute-values'. When I wrap that call in a non-nil binding of `executing-kbd-macro', the pb disappears. (The true fix remains to remove the call to `message' in `defined-colors', however.) From MAILER-DAEMON Thu Jan 27 19:35:42 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuK6v-0007sN-Ti for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:35:42 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuK3v-0006Pc-OU for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:32:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuK3l-0006KN-4G for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:32:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuK3j-0006Fh-8A for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 19:32:23 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuJg3-0005dr-Mi; Thu, 27 Jan 2005 19:07:56 -0500 Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0S07qwM009641; Fri, 28 Jan 2005 09:07:52 +0900 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by nfs.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0S07pNF027705; Fri, 28 Jan 2005 09:07:51 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0S07pp29144; Fri, 28 Jan 2005 09:07:51 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id JAA24856; Fri, 28 Jan 2005 09:07:51 +0900 (JST) Date: Fri, 28 Jan 2005 09:07:51 +0900 (JST) Message-Id: <200501280007.JAA24856@etlken.m17n.org> From: Kenichi Handa To: rms@gnu.org In-reply-to: (message from Richard Stallman on Thu, 27 Jan 2005 17:19:00 -0500) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 00:35:39 -0000 In article , Richard Stallman writes: >> Just install that case table and do (upcase ?a). >> Won't that do the job? > In set-case- functions, we don't know where to install > TABLE. It may be a standard case table or a case table for > a specific buffer. > It does not make any difference. > You only need to install it temporarily, > so that your call to `upcase' will use it. Somethink like this? (let ((old (standard-case-table))) (set-standard-case-table table) (or (eq old table) (set-standard-case-table old))) It's a little bit strange code, but it seems to work. > So, I suggest to have something like setup-upcase-table. > No, it is not necessary. Ok. > Does "a new function" mean a single new function for both > upcase only and downcase only with an additional arg > specifing which of them? > I am not sure what those words mean. I proposed "(two) new functions", for instance, (set-upcase-syntax LC UC TABLE) and (set-downcase-syntax UC LC TABLE). But you said "A new function is cleaner". So I thought you were suggesting to have a single function, for instance, (set-up-or-downcase-syntax UC LC TABLE UP-P). --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Thu Jan 27 21:13:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuLdd-00058h-L6 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:13:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuLdW-00057J-4E for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:13:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuLdR-00053y-4t for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:13:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuLdP-00052P-JX for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:13:19 -0500 Received: from [209.226.175.74] (helo=tomts20-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuLN9-00067o-AG for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 20:56:31 -0500 Received: from alfajor ([67.71.119.166]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050128015629.YZJH2034.tomts20-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 20:56:29 -0500 Received: by alfajor (Postfix, from userid 1000) id 6A28BD7344; Thu, 27 Jan 2005 20:56:29 -0500 (EST) Message-ID: <87ekg648wq.fsf-monnier+emacs@gnu.org> To: "Drew Adams" References: From: Stefan Monnier Date: Thu, 27 Jan 2005 20:56:29 -0500 In-Reply-To: (Drew Adams's message of "Thu, 27 Jan 2005 14:46:52 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org Subject: Re: Bad defcustom in speedbar, or non-interactive message in locate-library X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 02:13:27 -0000 > I think that what is happening here is that a default value for > speedbar-use-imenu-flag, which causes a message to be written to the echo > area, is being reexecuted repeatedly. I believe that this is a bug, and that > the defcustom of speedbar-use-imenu-flag needs to be redefined. One possible > fix (surely not the best) is to wrap the defcustom's init value in (let > ((executing-kbd-macro t))...) to prevent its locate-library message from > appearing. (This was why I asked for a way to inhibit messages, which I > still think is needed as an enhancement.) A better fix is to remove this horrible call to locate-library and use (fboundp 'imenu) instead. See patch below, Stefan --- speedbar.el 11 nov 2004 17:07:22 -0500 1.60 +++ speedbar.el 27 jan 2005 20:55:51 -0500 @@ -1,6 +1,7 @@ ;;; speedbar.el --- quick access to files and tags in a frame -;;; Copyright (C) 1996, 97, 98, 99, 2000, 01 Free Software Foundation +;; Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2005 +;; Free Software Foundation ;; Author: Eric M. Ludlam ;; Version: 0.11a @@ -170,6 +171,8 @@ ;; - More functions to create buttons and options ;; - Timeout directories we haven't visited in a while. +;;; Code: + (require 'assoc) (require 'easymenu) @@ -201,7 +204,6 @@ :prefix "speedbar-" :group 'speedbar) -;;; Code: (defvar speedbar-initial-expansion-mode-alist '(("buffers" speedbar-buffer-easymenu-definition speedbar-buffers-key-map speedbar-buffer-buttons) @@ -373,7 +375,7 @@ (symbol :tag "Property") (sexp :tag "Value")))) -(defcustom speedbar-use-imenu-flag (stringp (locate-library "imenu")) +(defcustom speedbar-use-imenu-flag (fboundp 'imenu) "*Non-nil means use imenu for file parsing. nil to use etags. XEmacs prior to 20.4 doesn't support imenu, therefore the default is to use etags instead. Etags support is not as robust as imenu support." @@ -3749,7 +3751,7 @@ nil -(eval-when-compile (if (locate-library "imenu") (require 'imenu))) +(eval-when-compile (condition-case nil (require 'imenu) (error nil))) (defun speedbar-fetch-dynamic-imenu (file) "Load FILE into a buffer, and generate tags using Imenu. @@ -4359,5 +4361,5 @@ ;; run load-time hooks (run-hooks 'speedbar-load-hook) -;;; arch-tag: 4477e6d1-f78c-48b9-a503-387d3c9767d5 +;; arch-tag: 4477e6d1-f78c-48b9-a503-387d3c9767d5 ;;; speedbar.el ends here From MAILER-DAEMON Thu Jan 27 21:57:55 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuMKT-00070o-M7 for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:57:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuMKI-0006x0-HN for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:57:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuMK8-0006rE-GS for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:57:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuMK6-0006lw-6M for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 21:57:26 -0500 Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuLfC-0007ic-2m; Thu, 27 Jan 2005 21:15:10 -0500 Received: from alfajor ([67.71.119.166]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050128021509.PNQM1567.tomts25-srv.bellnexxia.net@alfajor>; Thu, 27 Jan 2005 21:15:09 -0500 Received: by alfajor (Postfix, from userid 1000) id 20FDCD7344; Thu, 27 Jan 2005 21:15:09 -0500 (EST) Message-ID: <873bwm48fn.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> From: Stefan Monnier Date: Thu, 27 Jan 2005 21:15:09 -0500 In-Reply-To: (Richard Stallman's message of "Thu, 27 Jan 2005 17:18:34 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 02:57:42 -0000 > Wouldn't it be better to fix this in C code so other potential uses of > y-or-n-p and yes-or-no-p during track-mouse do not need to be fixed > as well ? > I think that the right solution in this case is for the > specific callers to avoid calling them inside > of track-mouse. I disagree. The problem is actually not limited to mouse-movement. There's also switch-frame and select-window. > The problem is that `track-mouse' not only messes up y-or-n-p and > yes-or-no-p. It messes up all functions that are trying to read user > input without wanting to track mouse motion. > Some kinds of input might ignore the mouse motion events, but > basically you are right. However, I think the main solution should be > to limit the part of the code that is inside the track-mouse binding, > so that it doesn't affect other activities. Most code that uses things like read-event end up looping and filtering unwanted events. See the recent issue with mouse-drag-region and mouse-autoselect-window, which I ended up solving by adding select-window to the ignored events. Stefan From MAILER-DAEMON Thu Jan 27 22:59:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuNIN-0007IY-GG for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:59:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuNIB-0007FW-8B for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:59:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuNI7-0007E4-Hx for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:59:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuNI6-0007AE-VY for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:59:27 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuMri-0003eR-Kh; Thu, 27 Jan 2005 22:32:10 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0S3W29N007271; Thu, 27 Jan 2005 21:32:02 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0S3V2V26590; Thu, 27 Jan 2005 21:31:02 -0600 (CST) Date: Thu, 27 Jan 2005 21:31:02 -0600 (CST) Message-Id: <200501280331.j0S3V2V26590@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Thu, 27 Jan 2005 17:19:43 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 03:59:34 -0000 Richard Stallman wrote: I like your new option of displaying a warning, but please keep the option of asking the question. At least we need to use it for testing purposes. The patches below to simple.el and (purely doc changes) undo.c implement this. I will update the manuals and NEWS if they look OK. Everything seems to work right, including keyboard macros, except for one detail, which however looks like a bug in `yes-or-no-p' or related functions rather than a bug in the `undo-outer-limit' related code. That detail is the following. If we set `undo-ask-before-discard' to t and the question gets asked, then everything works as expected, except that after answering the question (with yes _or_ no) and waiting for a while RET- appears in the echo area. Is this for some reason normal? Are there other situations where yes-or-no-p is known to behave like this? The above phenomenon is _not_ due to my patch. It _already_ occurs in the present version of `undo-outer-limit-truncate'. I never noticed it before, because I did not wait long enough before providing extra input after asking the question. ===File ~/simple.el-diff==================================== *** simple.el 23 Jan 2005 09:35:35 -0600 1.686 --- simple.el 27 Jan 2005 19:49:52 -0600 *************** *** 1521,1553 **** '(0 . 0))) '(0 . 0))) (defvar undo-extra-outer-limit nil "If non-nil, an extra level of size that's ok in an undo item. We don't ask the user about truncating the undo list until the ! current item gets bigger than this amount.") (make-variable-buffer-local 'undo-extra-outer-limit) ! ;; When the first undo batch in an undo list is longer than undo-outer-limit, ! ;; this function gets called to ask the user what to do. ! ;; Garbage collection is inhibited around the call, ! ;; so it had better not do a lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) ! (when (or (null undo-extra-outer-limit) ! (> size undo-extra-outer-limit)) ! ;; Don't ask the question again unless it gets even bigger. ! ;; This applies, in particular, if the user quits from the question. ! ;; Such a quit quits out of GC, but something else will call GC ! ;; again momentarily. It will call this function again, ! ;; but we don't want to ask the question again. ! (setq undo-extra-outer-limit (+ size 50000)) ! (if (let (use-dialog-box) ! (yes-or-no-p (format "Buffer %s undo info is %d bytes long; discard it? " ! (buffer-name) size))) ! (progn (setq buffer-undo-list nil) ! (setq undo-extra-outer-limit nil) ! t) ! nil))) (defvar shell-command-history nil "History list for some commands that read shell commands.") --- 1521,1596 ---- '(0 . 0))) '(0 . 0))) + (defcustom undo-ask-before-discard nil + "If non-nil ask about discarding undo info for the current command. + Normally, Emacs discards the undo info for the current command if + it exceeds `undo-outer-limit'. But if you set this option + non-nil, it asks in the echo area whether to discard the info. + If you answer no, there a slight risk that Emacs might crash, so + only do it if you really want to undo the command. + + This option is mainly intended for debugging. You have to be + careful if you use it for other purposes. Garbage collection is + inhibited while the question is asked, meaning that Emacs might + leak memory. So you should make sure that you do not wait + excessively long before answering the question." + :type 'boolean + :group 'undo + :version "21.4") + (defvar undo-extra-outer-limit nil "If non-nil, an extra level of size that's ok in an undo item. We don't ask the user about truncating the undo list until the ! current item gets bigger than this amount. ! ! This variable only matters if `undo-ask-before-discard' is non-nil.") (make-variable-buffer-local 'undo-extra-outer-limit) ! ;; When the first undo batch in an undo list is longer than ! ;; undo-outer-limit, this function gets called to warn the user that ! ;; the undo info for the current command was discarded. Garbage ! ;; collection is inhibited around the call, so it had better not do a ! ;; lot of consing. (setq undo-outer-limit-function 'undo-outer-limit-truncate) (defun undo-outer-limit-truncate (size) ! (if undo-ask-before-discard ! (when (or (null undo-extra-outer-limit) ! (> size undo-extra-outer-limit)) ! ;; Don't ask the question again unless it gets even bigger. ! ;; This applies, in particular, if the user quits from the question. ! ;; Such a quit quits out of GC, but something else will call GC ! ;; again momentarily. It will call this function again, ! ;; but we don't want to ask the question again. ! (setq undo-extra-outer-limit (+ size 50000)) ! (if (let (use-dialog-box track-mouse executing-kbd-macro ) ! (yes-or-no-p (format "Buffer %s undo info is %d bytes long; discard it? " ! (buffer-name) size))) ! (progn (setq buffer-undo-list nil) ! (setq undo-extra-outer-limit nil) ! t) ! nil)) ! (display-warning '(undo discard-info) ! (concat ! (format "Buffer %s undo info was %d bytes long.\n" ! (buffer-name) size) ! "The undo info was discarded because it exceeded \ ! `undo-outer-limit'. ! ! This is normal if you executed a command that made a huge change ! to the buffer. In that case, to prevent similar problems in the ! future, set `undo-outer-limit' to a value that is large enough to ! cover the maximum size of normal changes you expect a single ! command to make, but not so large that it might exceed the ! maximum memory allotted to Emacs. ! ! If you did not execute any such command, the situation is ! probably due to a bug and you should report it. ! ! You can disable the popping up of this buffer by adding the entry ! \(undo discard-info) to the user option `warning-suppress-types'.\n") ! :warning) ! (setq buffer-undo-list nil) ! t)) (defvar shell-command-history nil "History list for some commands that read shell commands.") ============================================================ ===File ~/undo.c-diff======================================= *** undo.c 22 Dec 2004 18:50:07 -0600 1.63 --- undo.c 27 Jan 2005 20:35:12 -0600 *************** *** 627,637 **** DEFVAR_LISP ("undo-outer-limit", &Vundo_outer_limit, doc: /* Outer limit on size of undo information for one command. At garbage collection time, if the current command has produced ! more than this much undo information, it asks you whether to delete ! the information. This is a last-ditch limit to prevent memory overflow. ! The size is counted as the number of bytes occupied, ! which includes both saved text and other data. In fact, this calls the function which is the value of `undo-outer-limit-function' with one argument, the size. --- 627,639 ---- DEFVAR_LISP ("undo-outer-limit", &Vundo_outer_limit, doc: /* Outer limit on size of undo information for one command. At garbage collection time, if the current command has produced ! more than this much undo information, it discards the info and displays ! a warning. This is a last-ditch limit to prevent memory overflow. ! The size is counted as the number of bytes occupied, which includes ! both saved text and other data. A value of nil means no limit. In ! this case, accumulating one huge undo entry could make Emacs crash as ! a result of memory overflow. In fact, this calls the function which is the value of `undo-outer-limit-function' with one argument, the size. ============================================================ From MAILER-DAEMON Thu Jan 27 23:28:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuNkW-00018y-Dr for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuNkK-00015A-OA for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuNk8-0000zt-Sm for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuNk7-0000vq-Ua for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:23 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuNFj-0005JD-EK for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:56:59 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuNDZ-0000ix-Qn; Thu, 27 Jan 2005 22:54:46 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <871xc79gki.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Thu, 27 Jan 2005 08:02:27 -0500) References: <87d5vs6yvr.fsf-monnier+emacs@gnu.org> <871xc79gki.fsf-monnier+emacs@gnu.org> Message-Id: Date: Thu, 27 Jan 2005 22:54:45 -0500 Cc: emacs-pretest-bug@gnu.org, Michael.Albinus@alcatel.de, rv@gnu.org, joakim@verona.se Subject: Re: ffap misses a valid tramp url X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 04:28:39 -0000 I was just bitching because too often I've seen packages where the authors bumped into an Emacs bug, discussed it, bitched among themselves about it, and came up with a workaround; and the whole issue was never brought to our attention. Yes, it is very unfortunate when that happens. They should help us fix things right. Are some ECB developers reading this? From MAILER-DAEMON Thu Jan 27 23:28:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuNkZ-0001A1-4E for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuNkI-00013k-6j for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuNk7-0000zc-UI for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuNk7-0000vq-Mb for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:23 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuNG5-0005KV-9t for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:57:21 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuNDw-0000oV-7J; Thu, 27 Jan 2005 22:55:08 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Thu, 27 Jan 2005 22:55:08 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Incorrect terminology in Customize doc X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 04:28:42 -0000 Since "options" and "preferences" both seem to be widely used, I guess I will stick with "options". Thanks for reporting on the usage. From MAILER-DAEMON Thu Jan 27 23:28:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuNkZ-0001Ak-UK for mharc-emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuNkM-00016H-Fs for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuNk9-0000zi-47 for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuNk7-0000vq-QI for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 23:28:23 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuNFu-0005K2-NL for emacs-pretest-bug@gnu.org; Thu, 27 Jan 2005 22:57:10 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuNDm-0000m7-Gx; Thu, 27 Jan 2005 22:54:58 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87651j9hge.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Thu, 27 Jan 2005 09:51:14 -0500) References: <878y6h22ho.fsf@xs4all.nl> <16886.28302.155834.211670@tfkp12.physik.uni-erlangen.de> <16887.24472.397824.188524@tfkp12.physik.uni-erlangen.de> <87pszs5ikb.fsf-monnier+emacs@gnu.org> <16887.59725.107602.247756@tfkp12.physik.uni-erlangen.de> <16888.2401.694842.479993@tfkp12.physik.uni-erlangen.de> <16888.50407.730598.800483@tfkp12.physik.uni-erlangen.de> <87651j9hge.fsf-monnier+emacs@gnu.org> Message-Id: Date: Thu, 27 Jan 2005 22:54:58 -0500 Cc: emacs-pretest-bug@gnu.org, snogglethorpe@gmail.com, roland.winkler@physik.uni-erlangen.de Subject: Re: non-breaking spaces in view-mode X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 04:28:45 -0000 > Maybe the info node "Enabling Multibyte" of the emacs manuel could > state more explicitly that the use of unibyte mode is discouraged. I can't remember whether we had agreed that we discouraged it enough to actually write it down. Richard? I don't think we should go so far as to discourage people from using it. It is not the default, and people will only use it if they explicitly request it. From MAILER-DAEMON Fri Jan 28 06:29:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuUK4-0002sR-FR for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 06:29:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuUJy-0002r2-2q for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 06:29:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuUJx-0002qq-El for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 06:29:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuUFL-0001wi-T0 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 06:25:04 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuTrl-0007FG-VV for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 06:00:42 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AKE06641 (AUTH halo1); Fri, 28 Jan 2005 12:59:55 +0200 (IST) Date: Fri, 28 Jan 2005 12:56:17 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "Drew Adams" Message-ID: <01c50528$Blat.v2.4$23ad0720@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: Bad defcustom in speedbar, or non-interactive message in locate-library (was: How to suppress messages?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 11:29:50 -0000 > From: "Drew Adams" > Date: Thu, 27 Jan 2005 15:50:16 -0800 > > But wrapping the call to defined-colors in > widget-color-complete does not solve the "Defining colors..." > message bug in Emacs 21. > > Sorry, false route. The Emacs 21 bug comes from a call to `x-defined-colors' > in `face-valid-attribute-values'. When I wrap that call in a non-nil binding > of `executing-kbd-macro', the pb disappears. (The true fix remains to remove > the call to `message' in `defined-colors', however.) When did you last resync with CVS? Jason removed that call 7 days ago (and said so here, IIRC). From MAILER-DAEMON Fri Jan 28 07:08:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuUvN-0008Bg-Tf for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:08:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuUud-0007wI-5c for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:07:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuUuX-0007uR-C6 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:07:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuUuU-0007gL-Qn for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:07:34 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuUCG-00014b-PN; Fri, 28 Jan 2005 06:21:53 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DQG09541 (AUTH halo1); Fri, 28 Jan 2005 13:21:39 +0200 (IST) Date: Fri, 28 Jan 2005 13:18:02 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: rms@gnu.org Message-ID: <01c5052b$Blat.v2.4$2d241840@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Richard Stallman on Thu, 27 Jan 2005 17:19:10 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <01c50362$Blat.v2.4$637641e0@zahav.net.il> <01c503da$Blat.v2.4$a7c9c7e0@zahav.net.il> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 12:08:27 -0000 > From: Richard Stallman > CC: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com > Date: Thu, 27 Jan 2005 17:19:10 -0500 > > Doesn't "CFLAGS='-O0 -g3' ./configure" do the trick? > > It might, but I have to remember to do it each time I run configure. > Since I do that only once every few months, I will surely forget. I usually make a script, something like emacs-cfg, to avoid forgetting such things. From MAILER-DAEMON Fri Jan 28 07:13:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuV0M-0001UT-BZ for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:13:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuV0J-0001SU-P8 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:13:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuV0I-0001R2-GT for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:13:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuUuh-0007gL-W6 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 07:07:48 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuUA2-0000r6-L9 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 06:19:35 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AKE09708 (AUTH halo1); Fri, 28 Jan 2005 13:19:25 +0200 (IST) Date: Fri, 28 Jan 2005 13:15:42 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "Andrew M. Scott" Message-ID: <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: <16889.21176.567472.866579@chlr4917.ch.intel.com> (ascott@sedona.ch.intel.com) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 12:13:36 -0000 > From: "Andrew M. Scott" > Date: Thu, 27 Jan 2005 13:44:40 -0700 > Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com > > gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I. -I/stor/garray/src/savannah/emacs/src -D_BSD_SOURCE -I/usr/intel/pkgs/X11/R6.7.0/include -g -O2 /stor/garray/src/savannah/emacs/src/xterm.c > /stor/garray/src/savannah/emacs/src/xterm.c:7794: error: conflicting types for 'x_error_quitter' > /stor/garray/src/savannah/emacs/src/xterm.c:7780: error: previous implicit declaration of 'x_error_quitter' was here > gmake[1]: *** [xterm.o] Error 1 > > 2. If I apply the xterm.c patch (below) posted by Gary Lawrence Murphy to gnu.emacs.bug on Jan 27, 2005 > then the x_error_quitter breakpoint works correctly on *both* gcc 3.3.2 *and* 3.4.2 builds > of CVS Emacs-21.3.50 under gdb-6.3. A better change was already committed to CVS (by Stefan): it puts a prototype of x_error_quitter before it is used. P.S. I never liked the new GCC behavior whereby it whines about non-bottom-up code layout in programs. It could be TRT if I compile with -ansi, but not by default. Alas, it seems like the attitude among GCC developers is the more warning/error messages the better. From MAILER-DAEMON Fri Jan 28 09:39:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuXCa-0007Zp-Ti for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:34:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuXCL-0007WQ-U3 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:34:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuXCA-0007MX-3z for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:33:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuXC9-0007La-Nr for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:33:57 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuWvG-0002GX-Q4 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:16:30 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuWt5-00069J-6x; Fri, 28 Jan 2005 09:14:15 -0500 From: Richard Stallman To: Kenichi Handa In-reply-to: <200501280007.JAA24856@etlken.m17n.org> (message from Kenichi Handa on Fri, 28 Jan 2005 09:07:51 +0900 (JST)) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> Message-Id: Date: Fri, 28 Jan 2005 09:14:15 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 14:34:15 -0000 (let ((old (standard-case-table))) (set-standard-case-table table) (or (eq old table) (set-standard-case-table old))) Yes, tho I'd use unwind-protect just in case of quits. I proposed "(two) new functions", for instance, (set-upcase-syntax LC UC TABLE) and (set-downcase-syntax UC LC TABLE). But you said "A new function is cleaner". So I thought you were suggesting to have a single function, for instance, (set-up-or-downcase-syntax UC LC TABLE UP-P). Of those two alternatives, the former is cleaner. I am not sure we need set-downcase-syntax, though. I think the only real cases are for set-upcase-syntax. Of course, to really solve these problems, after the release, we need a more thorough change. I think Greek uses two forms of lower-case sigma, one at the end of the word, one elsewhere. To downcase correctly requires determining where the sigma is. Then there's the problem of ß in German, which I believe should upcase to SS. And SS in some (but not all?) cases should downcase into ß in German. I think the mechanism of case tables is thus inadequate. The question is whether to replace it or extend it. Do you have a complete list of problem cases for case conversion in Emacs? Would you like to start designing a full solution? From MAILER-DAEMON Fri Jan 28 09:41:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuXJG-000081-GD for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:41:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuXCh-0007cK-RT for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:34:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuXCD-0007NN-6x for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:34:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuXCA-0007La-KH for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:33:58 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuWuy-0002Dq-La for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:16:12 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuWsm-00063j-PI; Fri, 28 Jan 2005 09:13:56 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <873bwm48fn.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Thu, 27 Jan 2005 21:15:09 -0500) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> <873bwm48fn.fsf-monnier+emacs@gnu.org> Message-Id: Date: Fri, 28 Jan 2005 09:13:56 -0500 Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 14:41:16 -0000 > I think that the right solution in this case is for the > specific callers to avoid calling them inside > of track-mouse. I disagree. The problem is actually not limited to mouse-movement. There's also switch-frame and select-window. Could you give a bit more details of the problems that occur with the latter two events? Since generation of switch-frame and select-window events is not limited to inside an unusual construct such as track-mouse, I would expect them to happen often if they happen at all. But people don't seem to be complaining about such problems. Why not? Most code that uses things like read-event end up looping and filtering unwanted events. Yes, I see that y-or-n-p does this thru read_filtered_event. Most Emacs input uses read-key-sequence, which handles those funny events for you. Using read-event means you get all kinds of events; that is what it's for. You have to be prepared to handle them all. I don't see how to make this situation better in general. Do you have an idea to suggest? From MAILER-DAEMON Fri Jan 28 09:42:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuXJw-0000O5-3x for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:42:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuXCS-0007YT-EB for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:34:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuXCA-0007N5-Dh for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:33:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuXCA-0007La-3q for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:33:58 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuWv4-0002Es-Nb for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:16:18 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuWst-00065j-9x; Fri, 28 Jan 2005 09:14:03 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Fri, 28 Jan 2005 09:14:03 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 14:41:59 -0000 What is the "special-display" feature that you are referring to - do you mean `special-display-popup-frame'? I already do `fit-frame' at the end of `special-display-popup-frame', but it has no effect there, because the buffer is not filled at the time this function is called. That's where the bug is. Does this fix it? *** cus-edit.el 08 Jan 2005 21:43:12 -0500 1.206 --- cus-edit.el 28 Jan 2005 08:59:52 -0500 *************** *** 1249,1257 **** (special-display-buffer-names nil) (special-display-regexps nil) (same-window-buffer-names nil) ! (same-window-regexps nil)) ! (pop-to-buffer (custom-get-fresh-buffer name)) ! (custom-buffer-create-internal options description))) (defcustom custom-reset-button-menu nil "If non-nil, only show a single reset button in customize buffers. --- 1240,1250 ---- (special-display-buffer-names nil) (special-display-regexps nil) (same-window-buffer-names nil) ! (same-window-regexps nil) ! (buffer (custom-get-fresh-buffer name))) ! (with-current-buffer buffer ! (custom-buffer-create-internal options description)) ! (pop-to-buffer buffer))) (defcustom custom-reset-button-menu nil "If non-nil, only show a single reset button in customize buffers. From MAILER-DAEMON Fri Jan 28 09:55:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuXWh-0000Ty-V4 for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:55:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuXWT-0000QD-DN for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:54:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuXWM-0000Mm-M6 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:54:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuXWL-0000Ia-O1 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 09:54:49 -0500 Received: from [217.13.230.178] (helo=yxa.extundo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuXD8-0004Rl-1B; Fri, 28 Jan 2005 09:34:58 -0500 Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.2/8.13.2/Debian-1) with ESMTP id j0SEYrGd018778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Jan 2005 15:34:54 +0100 From: Simon Josefsson To: rms@gnu.org References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050128:handa@m17n.org::iMp/vxftEAz7juKQ:GRF X-Hashcash: 1:21:050128:emacs-pretest-bug@gnu.org::SEsmcK/PHHUbNEL0:1bh7 X-Hashcash: 1:21:050128:fx@gnu.org::NHcvrmjHRcWiVlHY:8ZF+ X-Hashcash: 1:21:050128:rms@gnu.org::+2UZvW0LNlacOp2d:926f Date: Fri, 28 Jan 2005 15:34:37 +0100 In-Reply-To: (Richard Stallman's message of "Fri, 28 Jan 2005 09:14:15 -0500") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV 0.80/689/Thu Jan 27 14:33:10 2005 clamav-milter version 0.80j on yxa.extundo.com X-Virus-Status: Clean Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by yxa.extundo.com id j0SEYrGd018778 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, Kenichi Handa Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 14:55:04 -0000 Richard Stallman writes: > Of course, to really solve these problems, after the release, we need > a more thorough change. I think Greek uses two forms of lower-case > sigma, one at the end of the word, one elsewhere. To downcase > correctly requires determining where the sigma is. Then there's the > problem of =DF in German, which I believe should upcase to SS. And SS > in some (but not all?) cases should downcase into =DF in German. > > I think the mechanism of case tables is thus inadequate. The question > is whether to replace it or extend it. It may be useful to study how Unicode handle this problem, I believe they have mechanisms to specify how to do up/down-case etc for characters. It is a fairly complex problem in general. This reminds me, now that the Unicode tables have been released under a free license, would it make sense to extend C-x =3D (or probably rather C-u C-x =3D) to display the Unicode database information for that character? I would find that useful in many situations. From MAILER-DAEMON Fri Jan 28 10:00:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuXbl-0001UA-GP for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:00:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuXbg-0001Pe-8r for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:00:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuXbc-0001MX-5x for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:00:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuXbb-0001Lk-GU for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:00:15 -0500 Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuXOz-0005m5-F1; Fri, 28 Jan 2005 09:47:13 -0500 Received: from alfajor ([67.71.119.166]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050128144712.KWGG19622.tomts10-srv.bellnexxia.net@alfajor>; Fri, 28 Jan 2005 09:47:12 -0500 Received: by alfajor (Postfix, from userid 1000) id EDC20D7344; Fri, 28 Jan 2005 09:47:09 -0500 (EST) Message-ID: <87fz0l39ww.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <200501250138.j0P1cJm07100@raven.dms.auburn.edu> <200501260359.j0Q3x2N26558@raven.dms.auburn.edu> <873bwm48fn.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Fri, 28 Jan 2005 09:47:09 -0500 In-Reply-To: (Richard Stallman's message of "Fri, 28 Jan 2005 09:13:56 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 15:00:22 -0000 > I disagree. The problem is actually not limited to mouse-movement. > There's also switch-frame and select-window. > Could you give a bit more details of the problems that occur with the > latter two events? Since generation of switch-frame and select-window > events is not limited to inside an unusual construct such as > track-mouse, I would expect them to happen often if they happen at > all. But people don't seem to be complaining about such problems. > Why not? Probably because those events are much less common (select-window is only used if mouse-autoselect-window is set and it's a new var, and switch-frame only happens if you really move the mouse "non trivially"). My point wasn't that there are serious cases, but just that it's completely normal for a caller of read-event to have to explicitly ignore some events. It's actually the rule rather than the exception. So it makes sense to explicitly ignore mouse-movement events rather than to try and silence them by binding track-mouse to nil. > Most code that uses things like read-event end up looping and filtering > unwanted events. > Yes, I see that y-or-n-p does this thru read_filtered_event. > Most Emacs input uses read-key-sequence, which handles those funny > events for you. Using read-event means you get all kinds of events; > that is what it's for. You have to be prepared to handle them all. Agreed. > I don't see how to make this situation better in general. Do you have > an idea to suggest? No. Although I guess it could be useful to introduce (a hierarchy of) classes of events so that code can ignore "all events generated by a mouse movement" without having to list them (i.e. mouse-movement, switch-frame, select-window, maybe help-echo, ...). Stefan From MAILER-DAEMON Fri Jan 28 10:30:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuY4r-0004qt-FY for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:30:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuY4p-0004pj-LC for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:30:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuY4p-0004pX-7r for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:30:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuY3a-0004DM-1Z for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:29:10 -0500 Received: from [209.226.175.4] (helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuXRG-0006Ad-PS; Fri, 28 Jan 2005 09:49:34 -0500 Received: from alfajor ([67.71.119.166]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050128144932.JIFV1836.tomts16-srv.bellnexxia.net@alfajor>; Fri, 28 Jan 2005 09:49:32 -0500 Received: by alfajor (Postfix, from userid 1000) id 178D6D7344; Fri, 28 Jan 2005 09:49:30 -0500 (EST) Message-ID: <87acqt38z1.fsf-monnier+emacs@gnu.org> To: Simon Josefsson References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> From: Stefan Monnier Date: Fri, 28 Jan 2005 09:49:30 -0500 In-Reply-To: (Simon Josefsson's message of "Fri, 28 Jan 2005 15:34:37 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, Kenichi Handa Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 15:30:27 -0000 > This reminds me, now that the Unicode tables have been released under > a free license, would it make sense to extend C-x = (or probably > rather C-u C-x =) to display the Unicode database information for that > character? I would find that useful in many situations. C-h v describe-char-unicodedata-file RET Stefan From MAILER-DAEMON Fri Jan 28 10:30:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuY5B-00050c-0s for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:30:49 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuY3c-0004O6-AP for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:29:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuY3S-0004LL-Bt for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:29:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuY3N-0004DM-DL for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:28:57 -0500 Received: from [209.226.175.25] (helo=tomts5-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuXZk-0006uw-AL; Fri, 28 Jan 2005 09:58:20 -0500 Received: from alfajor ([67.71.119.166]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050128145819.BSYP2026.tomts5-srv.bellnexxia.net@alfajor>; Fri, 28 Jan 2005 09:58:19 -0500 Received: by alfajor (Postfix, from userid 1000) id 82FCAD7344; Fri, 28 Jan 2005 09:58:16 -0500 (EST) Message-ID: <874qh138v4.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: From: Stefan Monnier Date: Fri, 28 Jan 2005 09:58:16 -0500 In-Reply-To: (Richard Stallman's message of "Fri, 28 Jan 2005 09:14:03 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, Drew Adams Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 15:30:47 -0000 > *** cus-edit.el 08 Jan 2005 21:43:12 -0500 1.206 > --- cus-edit.el 28 Jan 2005 08:59:52 -0500 > *************** > *** 1249,1257 **** > (special-display-buffer-names nil) > (special-display-regexps nil) > (same-window-buffer-names nil) > ! (same-window-regexps nil)) > ! (pop-to-buffer (custom-get-fresh-buffer name)) > ! (custom-buffer-create-internal options description))) > (defcustom custom-reset-button-menu nil > "If non-nil, only show a single reset button in customize buffers. > --- 1240,1250 ---- > (special-display-buffer-names nil) > (special-display-regexps nil) > (same-window-buffer-names nil) > ! (same-window-regexps nil) > ! (buffer (custom-get-fresh-buffer name))) > ! (with-current-buffer buffer > ! (custom-buffer-create-internal options description)) > ! (pop-to-buffer buffer))) > (defcustom custom-reset-button-menu nil > "If non-nil, only show a single reset button in customize buffers. Those kinds of changes typically have the negative side effect that the buffer-setup code (i.e. custom-buffer-create-internal in this case) can't know the width of the window any more, so it can't fill text properly. I general, we want to do the following: - display the buffer in a window, so we know the properties of the window. - fill the buffer with whatever text needs to be there, potentially using info about the window such as its width. - re-adjust the window to the content of the buffer. We could get away with a 2-step setup if we could do a "pop-to-buffer dry-run" which would return some kind of "window prediction", i.e.: - fill the buffer with whatever text needs to be there, potentially using things like (window-width (pop-to-buffer-dry-run (current-buffer))). - call pop-to-buffer. But note that pop-to-buffer-dry-run will sometimes have to return a non-existent window because pop-to-buffer would create a new window. That sounds nasty. Stefan From MAILER-DAEMON Fri Jan 28 10:58:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuYVz-0008NW-HR for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:58:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuYVo-0008G6-C4 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:58:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuYVZ-00087b-36 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:58:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuYVY-00082p-T8 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:58:04 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuYD6-0002rm-0v for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 10:39:00 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SFcwmM030290; Fri, 28 Jan 2005 07:38:58 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SFcvQo030250; Fri, 28 Jan 2005 07:38:57 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SFcukl028133; Fri, 28 Jan 2005 08:38:57 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-67-17.vpn.oracle.com [141.144.67.17]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0SFctl8028119 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 28 Jan 2005 08:38:56 -0700 From: "Drew Adams" To: "Stefan Monnier" Date: Fri, 28 Jan 2005 07:38:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <87ekg648wq.fsf-monnier+emacs@gnu.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Bad defcustom in speedbar, or non-interactive message in locate-library X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 15:58:30 -0000 A better fix is to remove this horrible call to locate-library and use (fboundp 'imenu) instead. See patch below, I didn't realize that it was just testing for the presence of imenu. Yes, thanks. From MAILER-DAEMON Fri Jan 28 11:25:22 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuYvf-0003BP-VO for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuYvU-00036a-4M for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuYvM-0002zp-Fm for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:44 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuYvM-0002zN-Ak for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:44 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuYiV-0006Dn-69; Fri, 28 Jan 2005 11:11:27 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SGBAx9012124; Fri, 28 Jan 2005 08:11:10 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SGB8VQ012093; Fri, 28 Jan 2005 08:11:08 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SGB7oM010403; Fri, 28 Jan 2005 09:11:07 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-75-106.vpn.oracle.com [141.144.75.106]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0SGB1lu010373 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 28 Jan 2005 09:11:06 -0700 From: "Drew Adams" To: "Stefan Monnier" , Date: Fri, 28 Jan 2005 08:11:01 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <87fz0l39ww.fsf-monnier+emacs@gnu.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu, abraham@dina.kvl.dk Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 16:24:58 -0000 > Since generation of switch-frame and select-window > events is not limited to inside an unusual construct such as > track-mouse, I would expect them to happen often if they happen at > all. But people don't seem to be complaining about such problems. Probably because those events are much less common FWIW, I have been bothered by switch-frame events when trying to debug some of my code that reads events. Because the debug buffer is in a separate frame (I use non-nil pop-up-frames), just getting to the debug buffer causes a switch-frame event, which can sometimes throw things off. In such cases, I usually resort to using good-ole debug messages. From MAILER-DAEMON Fri Jan 28 11:25:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuYwG-0003L5-Ps for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuYwF-0003Kw-HE for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuYvY-00038L-RB for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuYvV-0002zN-PP for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:53 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuYTm-0004tf-Sd; Fri, 28 Jan 2005 10:56:15 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AKG06173 (AUTH halo1); Fri, 28 Jan 2005 17:55:52 +0200 (IST) Date: Fri, 28 Jan 2005 17:52:14 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Simon Josefsson Message-ID: <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Simon Josefsson on Fri, 28 Jan 2005 15:34:37 +0100) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 16:25:40 -0000 > From: Simon Josefsson > OpenPGP: id=B565716F; url=http://josefsson.org/key.txt > Date: Fri, 28 Jan 2005 15:34:37 +0100 > Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, Kenichi Handa > > It may be useful to study how Unicode handle this problem, I believe > they have mechanisms to specify how to do up/down-case etc for > characters. AFAIK, that mechanism is a bunch of giant tables that tell, for every character, what other character are case-related to this one. I don't see how this helps us devise our own solution. From MAILER-DAEMON Fri Jan 28 11:25:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuYwN-0003O2-KK for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuYwK-0003Ms-Un for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuYvY-000374-2y for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:02 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuYvU-00031i-Da for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:52 -0500 Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuYaR-0005QE-IQ; Fri, 28 Jan 2005 11:03:07 -0500 Received: from agminet01.oracle.com (localhost [127.0.0.1]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SG35BJ010869; Fri, 28 Jan 2005 08:03:05 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SG34w1010842; Fri, 28 Jan 2005 08:03:04 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SG33cu006616; Fri, 28 Jan 2005 09:03:03 -0700 Received: from dradamslap (dhcp-amer-whq-csvpn-gw3-141-144-83-78.vpn.oracle.com [141.144.83.78]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0SG31UZ006588 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 28 Jan 2005 09:03:02 -0700 From: "Drew Adams" To: "Eli Zaretskii" Date: Fri, 28 Jan 2005 08:03:01 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <01c50528$Blat.v2.4$23ad0720@zahav.net.il> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Bad defcustom in speedbar, or non-interactive message in locate-library (was: How to suppressmessages?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 16:25:45 -0000 >(The true fix remains to remove > the call to `message' in `defined-colors', however.) When did you last resync with CVS? Jason removed that call 7 days ago (and said so here, IIRC). I don't resync with CVS. Yes, I was the one who filed that bug, on 1/21; my parenthetical remark was a reference to it. That it might already be fixed is beside the point here (but thanks, Jason). This thread was about 1) how to suppress messages, and 2) an improper call to locate-library (hence, to message) in speedbar. From MAILER-DAEMON Fri Jan 28 11:26:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuYwb-0003UW-RI for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:26:01 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuYvd-0003B3-LZ for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuYvP-00032X-Qy for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuYvP-00031i-GM for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:47 -0500 Received: from [143.182.124.5] (helo=petasus.ch.intel.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuYej-0005pQ-H0; Fri, 28 Jan 2005 11:07:33 -0500 Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.9/d: small-solo.mc,v 1.9 2004/01/09 01:01:53 root Exp $) with ESMTP id j0SGAMw9015904; Fri, 28 Jan 2005 16:10:22 GMT Received: from chlr4917.ch.intel.com (chlr4917.ch.intel.com [10.2.113.74]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id j0SG7xHZ016649; Fri, 28 Jan 2005 09:07:59 -0700 (MST) X-Envelope-From: ascott@sedona.ch.intel.com Received: from chlr4917.ch.intel.com (localhost [127.0.0.1]) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/client) with ESMTP id j0SG7Rws009156; Fri, 28 Jan 2005 09:07:27 -0700 Received: (from ascott@localhost) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/Submit) id j0SG7RtG009148; Fri, 28 Jan 2005 09:07:27 -0700 From: "Andrew M. Scott" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16890.25401.756240.817347@chlr4917.ch.intel.com> Date: Fri, 28 Jan 2005 09:07:21 -0700 To: Eli Zaretskii In-Reply-To: <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> X-Mailer: VM 7.19 under Emacs 21.3.50.2 Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrew M. Scott" List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 16:26:00 -0000 >>>>> "Eli" == Eli Zaretskii writes: >> From: "Andrew M. Scott" >> Date: Thu, 27 Jan 2005 13:44:40 -0700 >> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com >> >> gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I. -I/stor/garray/src/savannah/emacs/src -D_BSD_SOURCE -I/usr/intel/pkgs/X11/R6.7.0/include -g -O2 /stor/garray/src/savannah/emacs/src/xterm.c >> /stor/garray/src/savannah/emacs/src/xterm.c:7794: error: conflicting types for 'x_error_quitter' >> /stor/garray/src/savannah/emacs/src/xterm.c:7780: error: previous implicit declaration of 'x_error_quitter' was here >> gmake[1]: *** [xterm.o] Error 1 >> >> 2. If I apply the xterm.c patch (below) posted by Gary Lawrence Murphy to gnu.emacs.bug on Jan 27, 2005 >> then the x_error_quitter breakpoint works correctly on *both* gcc 3.3.2 *and* 3.4.2 builds >> of CVS Emacs-21.3.50 under gdb-6.3. Eli> A better change was already committed to CVS (by Stefan): it puts a Eli> prototype of x_error_quitter before it is used. Stefan's Jan 27, 2005 xterm.c patch does not allow a breakpoint on x_error_quitter when compiled with gcc-3.4.2 $ nm xterm.o | grep quitter 0000c530 t x_io_error_quitter whereas Gary Lawrence Murphy's patch (http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-01/msg00425.html) does: gcc-3.4.2: $ nm xterm.o | grep quitter 0000c900 T x_error_quitter 0000c5f0 t x_io_error_quitter gcc-3.3.2 $ nm xterm.o | grep quitter 000095b0 T x_error_quitter 00009630 t x_io_error_quitter From MAILER-DAEMON Fri Jan 28 11:26:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuYwk-0003Yc-Ae for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:26:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuYvd-0003Aw-8M for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:25:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuYvS-000361-Rb for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuYvS-0002zN-Ew for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:24:50 -0500 Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuYbQ-0005Um-0V for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:04:08 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id DQI05664 (AUTH halo1); Fri, 28 Jan 2005 18:03:34 +0200 (IST) Date: Fri, 28 Jan 2005 17:59:55 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Stefan Monnier Message-ID: <01c50552$Blat.v2.4$8e8587a0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: <87acqt38z1.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Fri, 28 Jan 2005 09:49:30 -0500) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <87acqt38z1.fsf-monnier+emacs@gnu.org> Cc: emacs-pretest-bug@gnu.org, jas@extundo.com Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 16:26:09 -0000 > From: Stefan Monnier > Date: Fri, 28 Jan 2005 09:49:30 -0500 > Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, Kenichi Handa > > > This reminds me, now that the Unicode tables have been released under > > a free license, would it make sense to extend C-x = (or probably > > rather C-u C-x =) to display the Unicode database information for that > > character? I would find that useful in many situations. > > C-h v describe-char-unicodedata-file RET That won't work unless one does a "M-x load-library descr-text RET" first (or invokes some command that autoloads it). From MAILER-DAEMON Fri Jan 28 11:56:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuZOu-0007mr-CT for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:55:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuZOY-0007hF-Cz for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:54:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuZOQ-0007bd-Ck for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:54:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuZOQ-0007Zi-5k for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 11:54:46 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuZ86-0000bh-OJ; Fri, 28 Jan 2005 11:37:55 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 742718282D0; Fri, 28 Jan 2005 11:37:54 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 63ECE4AC0B5; Fri, 28 Jan 2005 11:37:47 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 480AE4C20B; Fri, 28 Jan 2005 11:37:47 -0500 (EST) Message-ID: To: "Andrew M. Scott" References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> From: Stefan Monnier Date: Fri, 28 Jan 2005 11:37:47 -0500 In-Reply-To: <16890.25401.756240.817347@chlr4917.ch.intel.com> (Andrew M. Scott's message of "Fri, 28 Jan 2005 09:07:21 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.769, requis 5, autolearn=not spam, AWL 0.13, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 16:55:03 -0000 > Stefan's Jan 27, 2005 xterm.c patch does not allow a breakpoint on > x_error_quitter when compiled with gcc-3.4.2 > $ nm xterm.o | grep quitter > 0000c530 t x_io_error_quitter So, just putting the function definition after tyhe function call is not enough to prevent inlining. Too bad. > whereas Gary Lawrence Murphy's patch (http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-01/msg00425.html) does: > gcc-3.4.2: > $ nm xterm.o | grep quitter > 0000c900 T x_error_quitter > 0000c5f0 t x_io_error_quitter > gcc-3.3.2 > $ nm xterm.o | grep quitter > 000095b0 T x_error_quitter > 00009630 t x_io_error_quitter Problem is, I don't understand how/why this patch makes any difference. Can someone enlighten me? BTW, whoever installs a patch that (tries to) fix this, please add a clear comment describing all the things we've tried and why they failed. Stefan From MAILER-DAEMON Fri Jan 28 12:08:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuZbL-0004YB-LO for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:08:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuZax-0004Sc-Ke for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:07:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuZap-0004O2-MC for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:07:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuZap-0004Nh-FW for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:07:35 -0500 Received: from [217.13.230.178] (helo=yxa.extundo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuZLb-000266-IK; Fri, 28 Jan 2005 11:51:52 -0500 Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.2/8.13.2/Debian-1) with ESMTP id j0SGpipR027255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Jan 2005 17:51:45 +0100 From: Simon Josefsson To: Eli Zaretskii References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <87acqt38z1.fsf-monnier+emacs@gnu.org> <01c50552$Blat.v2.4$8e8587a0@zahav.net.il> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050128:monnier@iro.umontreal.ca::sJGD2EqCV9V3NJwW:0W+v X-Hashcash: 1:21:050128:eliz@gnu.org::TKFV8phdkpHUQaWU:0Bez X-Hashcash: 1:21:050128:emacs-pretest-bug@gnu.org::Mfso0d/DX64QNrWl:Ji50 Date: Fri, 28 Jan 2005 17:51:29 +0100 In-Reply-To: <01c50552$Blat.v2.4$8e8587a0@zahav.net.il> (Eli Zaretskii's message of "Fri, 28 Jan 2005 17:59:55 +0200") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.80/689/Thu Jan 27 14:33:10 2005 clamav-milter version 0.80j on yxa.extundo.com X-Virus-Status: Clean Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 17:07:46 -0000 "Eli Zaretskii" writes: >> From: Stefan Monnier >> Date: Fri, 28 Jan 2005 09:49:30 -0500 >> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, Kenichi Handa >> >> > This reminds me, now that the Unicode tables have been released under >> > a free license, would it make sense to extend C-x = (or probably >> > rather C-u C-x =) to display the Unicode database information for that >> > character? I would find that useful in many situations. >> >> C-h v describe-char-unicodedata-file RET > > That won't work unless one does a "M-x load-library descr-text RET" > first (or invokes some command that autoloads it). And I can't get it to do anything useful at all. (load "descr-text") (describe-char-unicode-data ?a) => nil It would be nice if it was incorporated into C-x = somehow. From MAILER-DAEMON Fri Jan 28 12:12:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuZf8-0005vd-Rl for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:12:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuZf5-0005uO-1x for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:11:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuZf3-0005td-1W for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:11:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuZf2-0005tG-JW for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:11:56 -0500 Received: from [217.13.230.178] (helo=yxa.extundo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuZRx-0002pj-OH; Fri, 28 Jan 2005 11:58:26 -0500 Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.2/8.13.2/Debian-1) with ESMTP id j0SGwImJ027592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Jan 2005 17:58:19 +0100 From: Simon Josefsson To: Eli Zaretskii References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050128:handa@m17n.org::fB0APMJVN/lS8s2O:3N8s X-Hashcash: 1:21:050128:emacs-pretest-bug@gnu.org::ccQe5m0XL6uKGPWw:0EeK X-Hashcash: 1:21:050128:eliz@gnu.org::gRDmXfE+qBnP548g:/kt X-Hashcash: 1:21:050128:fx@gnu.org::fB0APMJVN/AYG1Tj:FZwt Date: Fri, 28 Jan 2005 17:58:02 +0100 In-Reply-To: <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> (Eli Zaretskii's message of "Fri, 28 Jan 2005 17:52:14 +0200") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.80/689/Thu Jan 27 14:33:10 2005 clamav-milter version 0.80j on yxa.extundo.com X-Virus-Status: Clean Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 17:12:00 -0000 "Eli Zaretskii" writes: >> From: Simon Josefsson >> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt >> Date: Fri, 28 Jan 2005 15:34:37 +0100 >> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, Kenichi Handa >> >> It may be useful to study how Unicode handle this problem, I believe >> they have mechanisms to specify how to do up/down-case etc for >> characters. > > AFAIK, that mechanism is a bunch of giant tables that tell, for every > character, what other character are case-related to this one. > > I don't see how this helps us devise our own solution. Unicode doesn't give complete ToLower or ToUpper algorithms, as far as I know, but using the information in the tables might be useful. Chapter 5 of the Unicode standard has a section 5.18 on case mappings. See . Anyway, just a suggestion. From MAILER-DAEMON Fri Jan 28 12:29:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuZvl-00064P-W6 for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:29:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuZvk-00063M-0G for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:29:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuZvj-000634-Ay for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:29:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuZrk-0004ob-Fy for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:25:04 -0500 Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuZWp-0003SL-3U; Fri, 28 Jan 2005 12:03:27 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id D9E908282D9; Fri, 28 Jan 2005 12:03:26 -0500 (EST) Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 5BD2F4AC0B5; Fri, 28 Jan 2005 12:03:20 -0500 (EST) Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 454AD4C20C; Fri, 28 Jan 2005 12:03:20 -0500 (EST) Message-ID: To: Simon Josefsson References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <87acqt38z1.fsf-monnier+emacs@gnu.org> <01c50552$Blat.v2.4$8e8587a0@zahav.net.il> From: Stefan Monnier Date: Fri, 28 Jan 2005 12:03:20 -0500 In-Reply-To: (Simon Josefsson's message of "Fri, 28 Jan 2005 17:51:29 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.771, requis 5, autolearn=not spam, AWL 0.13, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 17:29:12 -0000 >>> > This reminds me, now that the Unicode tables have been released under >>> > a free license, would it make sense to extend C-x = (or probably >>> > rather C-u C-x =) to display the Unicode database information for that >>> > character? I would find that useful in many situations. >>> >>> C-h v describe-char-unicodedata-file RET >> >> That won't work unless one does a "M-x load-library descr-text RET" >> first (or invokes some command that autoloads it). > And I can't get it to do anything useful at all. > (load "descr-text") > (describe-char-unicode-data ?a) > => nil > It would be nice if it was incorporated into C-x = somehow. I don't know what you saw when you tried C-h v describe-char-unicodedata-file RET, but what I see includes the following: "If it is non-nil `describe-char-after' will print data looked up from it". Now admittedly, the link with C-x = is weak: C-x = mentions that it calls `describe-char' if invoked with C-u, and C-h f describe-char-after RET tells you it's an obsolete function replaced by `describe-char'. Stefan From MAILER-DAEMON Fri Jan 28 12:34:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cua0X-0000CU-5q for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:34:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cua0O-00007w-UQ for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:34:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cua0I-0008VT-PO for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:33:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cua0I-0008Tt-GS for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:33:54 -0500 Received: from [217.13.230.178] (helo=yxa.extundo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuZlA-0005Cv-Gj; Fri, 28 Jan 2005 12:18:17 -0500 Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.2/8.13.2/Debian-1) with ESMTP id j0SHIBBM029105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Jan 2005 18:18:12 +0100 From: Simon Josefsson To: Stefan Monnier References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <87acqt38z1.fsf-monnier+emacs@gnu.org> <01c50552$Blat.v2.4$8e8587a0@zahav.net.il> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050128:eliz@gnu.org::XAwVfIy0kGkvcay8:KGaT X-Hashcash: 1:21:050128:emacs-pretest-bug@gnu.org::3GfHunN+gE/IFSLb:CY6I X-Hashcash: 1:21:050128:monnier@iro.umontreal.ca::PFFnVBOgkLZPGrQR:K6l7 Date: Fri, 28 Jan 2005 18:17:55 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 28 Jan 2005 12:03:20 -0500") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.80/689/Thu Jan 27 14:33:10 2005 clamav-milter version 0.80j on yxa.extundo.com X-Virus-Status: Clean Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 17:34:02 -0000 Stefan Monnier writes: >>>> > This reminds me, now that the Unicode tables have been released under >>>> > a free license, would it make sense to extend C-x = (or probably >>>> > rather C-u C-x =) to display the Unicode database information for that >>>> > character? I would find that useful in many situations. >>>> >>>> C-h v describe-char-unicodedata-file RET >>> >>> That won't work unless one does a "M-x load-library descr-text RET" >>> first (or invokes some command that autoloads it). > >> And I can't get it to do anything useful at all. > >> (load "descr-text") >> (describe-char-unicode-data ?a) >> => nil > >> It would be nice if it was incorporated into C-x = somehow. > > I don't know what you saw when you tried > C-h v describe-char-unicodedata-file RET, but what I see includes > the following: "If it is non-nil `describe-char-after' will print data > looked up from it". Sorry, I misunderstood how it worked. Works fine now. > Now admittedly, the link with C-x = is weak: > C-x = mentions that it calls `describe-char' if invoked with C-u, > and C-h f describe-char-after RET tells you it's an obsolete function > replaced by `describe-char'. Making it work more automatically might be nice. It might be dangerous, but invoking 'locate UnicodeData.txt' would help locate the file automatically on some systems. From MAILER-DAEMON Fri Jan 28 12:34:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cua0b-0000EF-RI for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:34:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cua0S-00009E-3y for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:34:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cua0L-00005U-EF for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:33:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cua0K-0008Tt-SQ for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 12:33:57 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuZi5-0004lB-GK; Fri, 28 Jan 2005 12:15:05 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SHEw25024089; Fri, 28 Jan 2005 09:14:58 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SHEvB3024038; Fri, 28 Jan 2005 09:14:57 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SHEuA8006713; Fri, 28 Jan 2005 10:14:56 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-67-1.vpn.oracle.com [141.144.67.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0SHEsiG006698 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 28 Jan 2005 10:14:55 -0700 From: "Drew Adams" To: Date: Fri, 28 Jan 2005 09:14:54 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 17:34:06 -0000 1. No, that doesn't fix it for me. I don't want to get into the details. In any case, this problem is not about using fit-frame or about special-display buffers. It is about being able to do something (anything) after the buffer has been filled with its contents. If you would please move the existing hook call to after the buffer has been filled, as you originally suggested, that would solve the pb. The pb should be fixed in custom-buffer-create-internal, so that it affects all custom functions that open Customize buffers. 2. Looking at the code, I see that the previous bug I filed (email subject "custom*-other-window cmds don't respect special-display* values") has not yet been fixed. Did you decide that it is not a bug, or hasn't anything been decided about it yet? Here is a snippet from Stefan's reply to my email, to remind you of the bug: > (let ((window (selected-window)) > ;; Copied from `custom-buffer-create-other-window'. > (pop-up-windows t) > (special-display-buffer-names nil) > (special-display-regexps nil) > (same-window-buffer-names nil) > (same-window-regexps nil)) > (pop-to-buffer name) > (select-window window)) > To me, this is a bug - setting the special-display* variables to nil > short-circuits my attempts to make the > customize-*-other-window commands > behave as the other customize buffers behave. Agreed. Setting same-window-* to nil is probably OK, but we should never mess with special-display-*. 3. The customize-group-other-window code confuses me because it seems to do some of what custom-buffer-create-other-window does, and then it calls the latter, which repeats those things (e.g. pop-to-buffer). Is this correct? Thanks, Drew From MAILER-DAEMON Fri Jan 28 14:01:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CubNI-0004sV-RI for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 14:01:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CubNH-0004s1-BE for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 14:01:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CubNG-0004ra-3u for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 14:01:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CubMi-0004Km-DB for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 14:01:08 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cualo-0003PS-Vu; Fri, 28 Jan 2005 13:23:01 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SIMxYa027582; Fri, 28 Jan 2005 10:22:59 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SIMuTi027486; Fri, 28 Jan 2005 10:22:58 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0SIMtLx007882; Fri, 28 Jan 2005 11:22:55 -0700 Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-67-1.vpn.oracle.com [141.144.67.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0SIMpn3007857 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 28 Jan 2005 11:22:54 -0700 From: "Drew Adams" To: "Stefan Monnier" , Date: Fri, 28 Jan 2005 10:22:50 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <874qh138v4.fsf-monnier+emacs@gnu.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 19:01:43 -0000 I general, we want to do the following: - display the buffer in a window, so we know the properties of the window. - fill the buffer with whatever text needs to be there, potentially using info about the window such as its width. - re-adjust the window to the content of the buffer. And then run the hook - that is what I'm asking for, at least. A user's hook could do anything, and it is good for it to run after the buffer is completely set up. From MAILER-DAEMON Fri Jan 28 18:33:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cufc8-0008RJ-P3 for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cufc2-0008NO-6h for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cufbv-0008Hy-OA for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cufbu-0008Gy-EH for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:06 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CufLX-0006VX-2Q; Fri, 28 Jan 2005 18:16:11 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0SNG665008522; Fri, 28 Jan 2005 23:16:06 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CufLS-00057H-00; Fri, 28 Jan 2005 23:16:06 +0000 To: Eli Zaretskii References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> From: Dave Love Date: Fri, 28 Jan 2005 23:16:05 +0000 In-Reply-To: <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> (Eli Zaretskii's message of "Fri, 28 Jan 2005 17:52:14 +0200") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org, Simon Josefsson Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 23:33:18 -0000 "Eli Zaretskii" writes: > AFAIK, that mechanism is a bunch of giant tables that tell, for every > character, what other character are case-related to this one. To a first approximation, yes, and the data are used for `the bunch of giant tables' built by characters.el. However, we didn't build that properly systematically even for Emacs 22, and it probably still has errors and omissions apart from the special cases. > I don't see how this helps us devise our own solution. Huh? Those data are what I referenced for the rules for sigma, for instance. You shouldn't have your `own solution'. Do what Unicode says when it's easy enough/important enough. As far as I remember, Unicode recognizes applications not changing string length, for instance. From MAILER-DAEMON Fri Jan 28 18:34:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CufdA-0000QE-U2 for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:34:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CufcG-0008UT-8T for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cufc5-0008Md-Rg for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cufc1-0008Gy-7A for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 18:33:13 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CufB1-0005qX-8v; Fri, 28 Jan 2005 18:05:19 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0SN5F65007603; Fri, 28 Jan 2005 23:05:15 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CufAx-00056l-00; Fri, 28 Jan 2005 23:05:15 +0000 To: rms@gnu.org References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> From: Dave Love Date: Fri, 28 Jan 2005 23:05:15 +0000 In-Reply-To: (Richard Stallman's message of "Fri, 28 Jan 2005 09:14:15 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mserv6.dl.ac.uk id j0SN5F65007603 Cc: emacs-pretest-bug@gnu.org, Kenichi Handa Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 23:34:23 -0000 Richard Stallman writes: > Of course, to really solve these problems, after the release, we need > a more thorough change. I think Greek uses two forms of lower-case > sigma, one at the end of the word, one elsewhere. Yes. > To downcase correctly requires determining where the sigma is. Yes, but I'm not sure it's really worth it. Greek experts should probably comment. > Then there's the problem of ß in German, which I believe should > upcase to SS. And SS in some (but not all?) cases should downcase > into ß in German. I'm not sure the latter is actually done. > I think the mechanism of case tables is thus inadequate. The question > is whether to replace it or extend it. I thought I said something about this before, but maybe I decided not to confuse the issue. I think you have more important things to deal with. I think you could make an extra extra slot for the table to specify special cases by arbitrary (pairs of?) functions. Emacs 22 allows caseification to change byte length in a buffer, but I don't know whether it could deal with changing character length of what the situation is for strings. > Do you have a complete list of problem cases for case conversion in > Emacs? Would you like to start designing a full solution? The relevant Unicode tables are http://www.unicode.org/Public/UNIDATA/SpecialCasing.txt and http://www.unicode.org/Public/UNIDATA/CaseFolding.txt; I think they reference the Unicode standard and associated technical reports. I assume the data are programmed into libc locale functions. I did Turkish `i's for Emacs 22. As far as I remember, there's a similar issue for some other language(s) for which you don't currently have an environment. You can't do it in 21 because of the restriction to the same byte length. From MAILER-DAEMON Fri Jan 28 19:57:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cugvg-00035I-PX for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 19:57:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cugva-00032X-8O for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 19:57:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CugvU-0002zN-1X for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 19:57:24 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CugvT-0002u1-My for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 19:57:23 -0500 Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CugOs-0002RT-K4; Fri, 28 Jan 2005 19:23:42 -0500 Received: from farnswood.snap.net.nz (p186-tnt1.snap.net.nz [202.124.110.186]) by viper.snap.net.nz (Postfix) with ESMTP id 4E839271C97; Sat, 29 Jan 2005 13:23:40 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 23FBE628AB; Sat, 29 Jan 2005 00:16:30 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16890.54749.556687.249871@farnswood.snap.net.nz> Date: Sat, 29 Jan 2005 13:16:29 +1300 To: Stefan Monnier X-Mailer: VM 6.97 under Emacs 21.2.1 Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 00:57:32 -0000 > > Stefan's Jan 27, 2005 xterm.c patch does not allow a breakpoint on > > x_error_quitter when compiled with gcc-3.4.2 > > $ nm xterm.o | grep quitter > > 0000c530 t x_io_error_quitter > So, just putting the function definition after tyhe function call is not > enough to prevent inlining. Too bad. > > whereas Gary Lawrence Murphy's patch > > (http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-01/msg00425.html) > > does: (link is wrong, its in bug-gnu-emacs) > > gcc-3.4.2: > > $ nm xterm.o | grep quitter > > 0000c900 T x_error_quitter > > 0000c5f0 t x_io_error_quitter > > gcc-3.3.2 > > $ nm xterm.o | grep quitter > > 000095b0 T x_error_quitter > > 00009630 t x_io_error_quitter > Problem is, I don't understand how/why this patch makes any difference. > Can someone enlighten me? > BTW, whoever installs a patch that (tries to) fix this, please add a clear > comment describing all the things we've tried and why they failed. This is my understanding. Richard's patch did two things: 1) Moved the definition of x_error_quitter after x_error_handler. 2) Made x_error_quitter no longer static. The error from 1 masked the fact that 2 prevented the inlining. Gary Lawrence Murphy's patch undid 1 leaving 2. I've looked at the manual for optimisations with gcc and I see that for earlier versions (3.2 at least), -O2 doesn't do inlining but -O3 does. So I guess a candidate patch can be tested with -O3. Just removing the static keyword from the original xterm.c seems to work. Nick From MAILER-DAEMON Fri Jan 28 20:25:14 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuhMO-00029l-9w for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 20:25:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuhM7-000252-Nr for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 20:24:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuhLy-00021S-Sx for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 20:24:48 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuhLy-0001xI-DY for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 20:24:46 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CugrU-00045S-5w; Fri, 28 Jan 2005 19:53:16 -0500 Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0T0rBwM012559; Sat, 29 Jan 2005 09:53:11 +0900 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by nfs.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0T0rBNF024785; Sat, 29 Jan 2005 09:53:11 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0T0rBp00027; Sat, 29 Jan 2005 09:53:11 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id JAA00216; Sat, 29 Jan 2005 09:53:10 +0900 (JST) Date: Sat, 29 Jan 2005 09:53:10 +0900 (JST) Message-Id: <200501290053.JAA00216@etlken.m17n.org> From: Kenichi Handa To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 28 Jan 2005 09:14:15 -0500) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 01:25:00 -0000 In article , Richard Stallman writes: > (let ((old (standard-case-table))) > (set-standard-case-table table) > (or (eq old table) > (set-standard-case-table old))) > Yes, tho I'd use unwind-protect just in case of quits. Ok. > I proposed "(two) new functions", for instance, > (set-upcase-syntax LC UC TABLE) and > (set-downcase-syntax UC LC TABLE). > But you said "A new function is cleaner". So I thought you > were suggesting to have a single function, for instance, > (set-up-or-downcase-syntax UC LC TABLE UP-P). > Of those two alternatives, the former is cleaner. I am not sure > we need set-downcase-syntax, though. I think the only real > cases are for set-upcase-syntax. Downcase of dotted-I is dotted-i (`i'), but, in lang. env. other than Turkish, upcase of dotted-i must be dotless-I (`I'). So we need (set-downcase-syntax dotted-I dotted-i table) > Of course, to really solve these problems, after the release, we need > a more thorough change. I think Greek uses two forms of lower-case > sigma, one at the end of the word, one elsewhere. To downcase > correctly requires determining where the sigma is. Then there's the > problem of =DF in German, which I believe should upcase to SS. And SS > in some (but not all?) cases should downcase into =DF in German. > I think the mechanism of case tables is thus inadequate. The question > is whether to replace it or extend it. > Do you have a complete list of problem cases for case conversion in > Emacs? No. > Would you like to start designing a full solution? I'd like to ask it to someone whose native lang. uses case-sentive characters. Or, at least, I need a help of an expert on this matter. As my knowledge about case-sentive characters is only for English (only one-to-one, and no diacriticals), I may overlook many cases to be considered (e.g. I didn't know about the sigma case). --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Fri Jan 28 21:55:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cuilg-0002GC-5r for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 21:55:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuilW-0002E7-Hq for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 21:55:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuilI-000297-HK for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 21:55:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuilI-00026G-EM for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 21:55:00 -0500 Received: from [64.233.184.198] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuiJu-0000qE-Kh for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 21:26:42 -0500 Received: by wproxy.gmail.com with SMTP id 40so392019wri for ; Fri, 28 Jan 2005 18:26:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=s859rCi+TJTmFKhjeHQU/F7XNeFv8DeTQUaBB9ikXwjqNAB0qHqiYTXZ0XuoE/QpPgf4sA1MQDxua7qeCDFPVx5WAXw+h1l7jvbwQ4H1X8gxmFkXWwhiwLpwKLFbVOlIaYm7u0WBIlAOkAiS6ek4JUzL+xtEuU0sIi0cDv0LZio= Received: by 10.54.59.30 with SMTP id h30mr104551wra; Fri, 28 Jan 2005 18:26:38 -0800 (PST) Received: by 10.54.19.59 with HTTP; Fri, 28 Jan 2005 18:26:38 -0800 (PST) Message-ID: Date: Sat, 29 Jan 2005 11:26:38 +0900 From: Miles Bader To: Stefan Monnier In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 02:55:20 -0000 For non-ancient versions of gcc, why not just tell the compiler exactly what's wanted, e.g., by putting something the following in a header file somewhere: #if __GNUC__ >= 3 && __GNUC_MINOR__ >= 1 # define NO_INLINE __attribute__((noinline)) #else # define NO_INLINE #endif ... and define x_error_quitter using NO_INLINE? -Miles -- Do not taunt Happy Fun Ball. From MAILER-DAEMON Fri Jan 28 23:33:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukIU-00018j-Ml for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:22 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIQ-00015X-JN for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIP-00014Y-DP for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIP-00013w-6u for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk5K-0006lN-Sg for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:19:47 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk35-0003fk-EL; Fri, 28 Jan 2005 23:17:27 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Fri, 28 Jan 2005 23:17:27 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:20 -0000 I don't want to get into the details. In any case, this problem is not about using fit-frame or about special-display buffers. It is about being able to do something (anything) after the buffer has been filled with its contents. It would not be a problem to add a hook run at the end of setting up a Custom buffer. But I want to know why that hook does not do the job that you wanted, because I think it should have done so. 2. Looking at the code, I see that the previous bug I filed (email subject "custom*-other-window cmds don't respect special-display* values") has not yet been fixed. I just didn't get around to installing it. From MAILER-DAEMON Fri Jan 28 23:33:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukIV-000194-4i for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIR-00016g-NM for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIP-00014i-Iu for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIP-00013w-Dc for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk4x-0006jY-CM for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:19:23 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk2h-0003aT-7B; Fri, 28 Jan 2005 23:17:03 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Fri, 28 Jan 2005 23:17:03 -0500 Cc: abraham@dina.kvl.dk, emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:21 -0000 FWIW, I have been bothered by switch-frame events when trying to debug some of my code that reads events. Because the debug buffer is in a separate frame (I use non-nil pop-up-frames), just getting to the debug buffer causes a switch-frame event, which can sometimes throw things off. Can you tell us how to reproduce this? Then we could fix it. From MAILER-DAEMON Fri Jan 28 23:33:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukIW-00019o-0m for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIQ-00015i-SG for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIP-000148-13 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIO-00013w-Mv for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:16 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk54-0006kI-N8 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:19:30 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk2p-0003cM-1j; Fri, 28 Jan 2005 23:17:11 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Fri, 28 Jan 2005 11:37:47 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> Message-Id: Date: Fri, 28 Jan 2005 23:17:11 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:21 -0000 > Stefan's Jan 27, 2005 xterm.c patch does not allow a breakpoint on > x_error_quitter when compiled with gcc-3.4.2 > $ nm xterm.o | grep quitter > 0000c530 t x_io_error_quitter So, just putting the function definition after tyhe function call is not enough to prevent inlining. Too bad. > whereas Gary Lawrence Murphy's patch (http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-01/msg00425.html) does: > gcc-3.4.2: > $ nm xterm.o | grep quitter > 0000c900 T x_error_quitter > 0000c5f0 t x_io_error_quitter This shows the function was not discarded. If it is not static, it cannot be discarded. But this does not tell us if the function was actually inlined. It might have been inlined *and* compiled straight. The only way to tell if it was inlined is to look at the compiled code of x_error_handler and see if it calls x_error_quitter. You could do that by using x/i in GDB. First do `x/i &x_error_handler'. Then x/10i will print 10 more instructions, each time you do it. Andrew, could you try that? From MAILER-DAEMON Fri Jan 28 23:33:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukIV-00019W-O6 for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIS-00015l-39 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIP-00014s-QX for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIP-00013w-JD for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk4q-0006iz-9a for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:19:16 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk2a-0003Z5-ML; Fri, 28 Jan 2005 23:16:56 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <874qh138v4.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Fri, 28 Jan 2005 09:58:16 -0500) References: <874qh138v4.fsf-monnier+emacs@gnu.org> Message-Id: Date: Fri, 28 Jan 2005 23:16:56 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:21 -0000 Those kinds of changes typically have the negative side effect that the buffer-setup code (i.e. custom-buffer-create-internal in this case) can't know the width of the window any more, so it can't fill text properly. Is this a real problem or only a theoretical one? I don't see anything in custom-buffer-create-internal, or in cus-edit.el as a whole, that tries to fill anything. Where and how does that happen? I just tried customize-variable in a narrow window and it did not fill anything. pop-to-buffer-dry-run, or anything like it, would have trouble handling the case where special display calls a function to make its own arrangements. From MAILER-DAEMON Fri Jan 28 23:33:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukIY-0001BM-It for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIU-00018B-Aw for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIR-00015o-22 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIQ-00013w-83 for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:18 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk4T-0006ee-Dv for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:18:53 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk2D-0003Tx-Lu; Fri, 28 Jan 2005 23:16:33 -0500 From: Richard Stallman To: Eli Zaretskii In-reply-to: <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> (eliz@gnu.org) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> Message-Id: Date: Fri, 28 Jan 2005 23:16:33 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:22 -0000 P.S. I never liked the new GCC behavior whereby it whines about non-bottom-up code layout in programs. It could be TRT if I compile with -ansi, but not by default. Alas, it seems like the attitude among GCC developers is the more warning/error messages the better. I agree with you. If you bring this up and cc me, I will support you. (Note, the option that should do this is --pedantic, not --ansi.) From MAILER-DAEMON Fri Jan 28 23:33:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukIY-0001BY-R1 for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIU-00018E-Ad for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIQ-00015H-Ih for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIP-00013w-Ow for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:17 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk4o-0006iQ-1x for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:19:14 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk2Y-0003YL-2c; Fri, 28 Jan 2005 23:16:54 -0500 From: Richard Stallman To: Simon Josefsson In-reply-to: (message from Simon Josefsson on Fri, 28 Jan 2005 15:34:37 +0100) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> Message-Id: Date: Fri, 28 Jan 2005 23:16:54 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:22 -0000 It may be useful to study how Unicode handle this problem, I believe they have mechanisms to specify how to do up/down-case etc for characters. It is a fairly complex problem in general. Has anyone studied this? From MAILER-DAEMON Fri Jan 28 23:33:32 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CukId-0001Cx-Sr for mharc-emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:32 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CukIU-00018R-Bd for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CukIR-000160-OT for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CukIR-00013w-2y for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:33:19 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuk4K-0006dv-DB for emacs-pretest-bug@gnu.org; Fri, 28 Jan 2005 23:18:44 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Cuk24-0003Rl-BF; Fri, 28 Jan 2005 23:16:24 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501280331.j0S3V2V26590@raven.dms.auburn.edu> (message from Luc Teirlinck on Thu, 27 Jan 2005 21:31:02 -0600 (CST)) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> <200501280331.j0S3V2V26590@raven.dms.auburn.edu> Message-Id: Date: Fri, 28 Jan 2005 23:16:24 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 04:33:23 -0000 Please install your patch. However, undo-ask-before-discard should t for now. Please put a note in NEWS as a reminder to change the manual. From MAILER-DAEMON Sat Jan 29 05:33:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cups0-0004Qi-7X for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:30:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuprZ-0004L9-M4 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:29:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuprU-0004JL-MT for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:29:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuprS-00046C-Ug for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:29:51 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CupTT-0007B2-PJ for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:05:04 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AKI74609 (AUTH halo1); Sat, 29 Jan 2005 12:04:50 +0200 (IST) Date: Sat, 29 Jan 2005 12:01:06 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: "Drew Adams" Message-ID: <01c505e9$Blat.v2.4$98667ee0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: References: Cc: emacs-pretest-bug@gnu.org Subject: Re: Bad defcustom in speedbar, or non-interactive message in locate-library (was: How to suppressmessages?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 10:30:00 -0000 > From: "Drew Adams" > Cc: > Date: Fri, 28 Jan 2005 08:03:01 -0800 > > >(The true fix remains to remove > > the call to `message' in `defined-colors', however.) > > When did you last resync with CVS? Jason removed that call 7 days ago > (and said so here, IIRC). > > I don't resync with CVS. > > Yes, I was the one who filed that bug, on 1/21; my parenthetical remark was > a reference to it. That it might already be fixed is beside the point here > (but thanks, Jason). This thread was about 1) how to suppress messages, and > 2) an improper call to locate-library (hence, to message) in speedbar. Yes, but your wording, wiz. The true fix remains to remove the call to `message' in `defined-colors', however. gave an impression that the bug was not yet fixed. Since I remembered Jason's message saying that it was, and no way of knowing that you don't resync, I looked in the file to see what happened, and saw it was, indeed fixed. Perhaps in the future you could say explicitly that you don't resync. From MAILER-DAEMON Sat Jan 29 05:35:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cupx0-0005X7-C6 for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:35:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cupwq-0005Ui-Ix for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:35:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cupwm-0005RU-R8 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:35:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cupwl-0005QV-Vc for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:35:20 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cupjb-0008Ek-Ns; Sat, 29 Jan 2005 05:21:43 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AKI76615 (AUTH halo1); Sat, 29 Jan 2005 12:21:26 +0200 (IST) Date: Sat, 29 Jan 2005 12:17:42 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Simon Josefsson Message-ID: <01c505eb$Blat.v2.4$ea23df00@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Simon Josefsson on Fri, 28 Jan 2005 17:58:02 +0100) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 10:35:28 -0000 > From: Simon Josefsson > Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, handa@m17n.org > OpenPGP: id=B565716F; url=http://josefsson.org/key.txt > Date: Fri, 28 Jan 2005 17:58:02 +0100 > > > I don't see how this helps us devise our own solution. > > Unicode doesn't give complete ToLower or ToUpper algorithms, as far as > I know, but using the information in the tables might be useful. > Chapter 5 of the Unicode standard has a section 5.18 on case mappings. > See . Thanks for the pointer (although I have the Unicode standard on my bookshelf, so I didn't actually need to look on their Web site ;-). > Anyway, just a suggestion. A good suggestion, I must add: someone who'd like to work on this issue should definitely begin with reading the relevant parts of the Unicode standard. Any solution we devise should try to solve all the complexities mentioned in the Unicode standard text. From MAILER-DAEMON Sat Jan 29 05:58:25 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuqJ2-0003PE-Ri for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:58:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuqIG-0002xS-KZ for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:57:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuqHt-0002mr-Q5 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:57:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuqHt-0002lt-4p for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 05:57:09 -0500 Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuq4m-0000zO-O0; Sat, 29 Jan 2005 05:43:37 -0500 Received: from zaretski (IGLD-83-130-209-29.inter.net.il [83.130.209.29]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id AKI79601 (AUTH halo1); Sat, 29 Jan 2005 12:43:34 +0200 (IST) Date: Sat, 29 Jan 2005 12:39:49 +0200 From: "Eli Zaretskii" Sender: halo1@zahav.net.il To: Dave Love Message-ID: <01c505ef$Blat.v2.4$00ff9680@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Dave Love on Fri, 28 Jan 2005 23:16:05 +0000) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> Cc: emacs-pretest-bug@gnu.org, handa@m17n.org, jas@extundo.com Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eli Zaretskii List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 10:58:10 -0000 > Cc: Simon Josefsson , emacs-pretest-bug@gnu.org, > handa@m17n.org > From: Dave Love > Date: Fri, 28 Jan 2005 23:16:05 +0000 > > > I don't see how this helps us devise our own solution. > > Huh? Those data are what I referenced for the rules for sigma, for > instance. You shouldn't have your `own solution'. This is a misunderstanding: The issue at hand was what data structure is suitable to case conversions (as opposed to the current cas-table that evidently is inappropriate). That data structure is what I meant by ``our own solution''. From MAILER-DAEMON Sat Jan 29 06:59:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CurGT-0004An-9Q for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 06:59:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CurGO-00047S-7g for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 06:59:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CurGJ-00045i-H1 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 06:59:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CurGI-0003sa-Jq for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 06:59:34 -0500 Received: from [200.206.253.138] (helo=user-660ihiqn9g) by monty-python.gnu.org with smtp (Exim 4.34) id 1CuqqW-00048h-NY for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 06:32:59 -0500 From: "Livraria Técnica" To: Mime-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Date: Sat, 29 Jan 2005 09:32:19 Message-Id: Subject: =?iso-8859-1?q?Inform=E1tica_=26_Engenharia?= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 11:59:42 -0000 Livros Tecnicos


Esta mensagem foi transmitida considerando a nova diretriz sobre Correio Eletrônico, Seção 301. Parágrafo (a) (3) (c), Decreto S1618, titulo3o.,aprovada pelo 105o. Congresso Base das Normativas Internacionais sobre SPAM, que estabelece: "um e-mail não poderá ser considerado SPAM quando incluir uma forma de ser removido pelo destinatário". From MAILER-DAEMON Sat Jan 29 11:37:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuvbB-0002LY-Sw for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cuvb9-0002Ir-E4 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cuvb6-0002Hc-Vg for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cuvb6-0002Gb-Q1 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:20 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuvNv-00066a-C7 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:23:43 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuvLc-0007j3-Ko; Sat, 29 Jan 2005 11:21:20 -0500 From: Richard Stallman To: Kenichi Handa In-reply-to: <200501290053.JAA00216@etlken.m17n.org> (message from Kenichi Handa on Sat, 29 Jan 2005 09:53:10 +0900 (JST)) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <200501290053.JAA00216@etlken.m17n.org> Message-Id: Date: Sat, 29 Jan 2005 11:21:20 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 16:37:24 -0000 Downcase of dotted-I is dotted-i (`i'), but, in lang. env. other than Turkish, upcase of dotted-i must be dotless-I (`I'). So we need (set-downcase-syntax dotted-I dotted-i table) Ok, if we need them both, please add both. I'd like to ask it to someone whose native lang. uses case-sentive characters. Or, at least, I need a help of an expert on this matter. Can you take charge of looking for one? Have you read what Unicode says about this? From MAILER-DAEMON Sat Jan 29 11:37:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuvbC-0002Me-Rl for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cuvb9-0002Is-Dq for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cuvb7-0002HC-Cx for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cuvb6-0002Gb-FU for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:20 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuvNy-00067J-Ci for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:23:46 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuvLf-0007ji-9y; Sat, 29 Jan 2005 11:21:23 -0500 From: Richard Stallman To: snogglethorpe@gmail.com, miles@gnu.org In-reply-to: (message from Miles Bader on Sat, 29 Jan 2005 11:26:38 +0900) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> Message-Id: Date: Sat, 29 Jan 2005 11:21:23 -0500 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 16:37:24 -0000 For non-ancient versions of gcc, why not just tell the compiler exactly what's wanted, e.g., by putting something the following in a header file somewhere: #if __GNUC__ >= 3 && __GNUC_MINOR__ >= 1 # define NO_INLINE __attribute__((noinline)) #else # define NO_INLINE #endif ... and define x_error_quitter using NO_INLINE? I think that is best. (I dont have GCC docs so I could not look this up.) From MAILER-DAEMON Sat Jan 29 11:37:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuvbC-0002M9-9H for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cuvb8-0002IK-6L for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cuvb6-0002Gj-6q for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cuvb6-0002Gb-3i for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:37:20 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuvNl-00065e-1W for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 11:23:33 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CuvLR-0007ge-Pi; Sat, 29 Jan 2005 11:21:10 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Fri, 28 Jan 2005 23:05:15 +0000) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> Message-Id: Date: Sat, 29 Jan 2005 11:21:09 -0500 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 16:37:24 -0000 > Then there's the problem of ß in German, which I believe should > upcase to SS. And SS in some (but not all?) cases should downcase > into ß in German. I'm not sure the latter is actually done. I am not sure what that sentence means. "Not actually done" in what context? From MAILER-DAEMON Sat Jan 29 13:28:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuxKj-0005n6-SK for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:28:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuxKc-0005ib-Hf for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:28:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuxKU-0005df-Nh for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:28:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuxKU-0005ba-3E for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:28:18 -0500 Received: from [209.226.175.4] (helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cux0z-0004Xw-3F; Sat, 29 Jan 2005 13:08:09 -0500 Received: from alfajor ([67.71.119.166]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050129180807.WIOF1836.tomts16-srv.bellnexxia.net@alfajor>; Sat, 29 Jan 2005 13:08:07 -0500 Received: by alfajor (Postfix, from userid 1000) id BF70FD7344; Sat, 29 Jan 2005 13:08:06 -0500 (EST) Message-ID: <87oef81560.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> From: Stefan Monnier Date: Sat, 29 Jan 2005 13:08:06 -0500 In-Reply-To: (Richard Stallman's message of "Sat, 29 Jan 2005 11:21:09 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: emacs-pretest-bug@gnu.org, Dave Love , handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 18:28:29 -0000 >> Then there's the problem of =DF in German, which I believe should >> upcase to SS. And SS in some (but not all?) cases should downcase >> into =DF in German. > I'm not sure the latter is actually done. > I am not sure what that sentence means. "Not actually done" in > what context? The "=DF" can basically always be written as "ss". Only purists will notice the difference. Stefan "who never used =DF in German" From MAILER-DAEMON Sat Jan 29 13:58:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cuxnn-0000OG-HR for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:35 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cuxnl-0000LG-0a for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cuxnj-0000KY-RW for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cuxnj-0000K2-JU for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:31 -0500 Received: from [209.226.175.4] (helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuxaZ-00072e-T3; Sat, 29 Jan 2005 13:44:56 -0500 Received: from alfajor ([67.71.119.166]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050129184455.WOYT1836.tomts16-srv.bellnexxia.net@alfajor>; Sat, 29 Jan 2005 13:44:55 -0500 Received: by alfajor (Postfix, from userid 1000) id 398BAD7344; Sat, 29 Jan 2005 13:44:56 -0500 (EST) Message-ID: <877jlw13gx.fsf-monnier+emacs@gnu.org> To: rms@gnu.org References: <874qh138v4.fsf-monnier+emacs@gnu.org> From: Stefan Monnier Date: Sat, 29 Jan 2005 13:44:56 -0500 In-Reply-To: (Richard Stallman's message of "Fri, 28 Jan 2005 23:16:56 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 18:58:33 -0000 > Those kinds of changes typically have the negative side effect that the > buffer-setup code (i.e. custom-buffer-create-internal in this case) can't > know the width of the window any more, so it can't fill text properly. > Is this a real problem or only a theoretical one? In the case of custom-buffer-create-internal I don't know, it may be theoretical. In general, it is a real problem (I recently bumped into it with M-x man, for example). > pop-to-buffer-dry-run, or anything like it, would have trouble > handling the case where special display calls a function to make its > own arrangements. Yes, pop-to-buffer-dry-run is clearly unfeasible. Stefan From MAILER-DAEMON Sat Jan 29 14:00:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cuxo7-0000ZV-N9 for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cuxo2-0000XV-KL for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cuxno-0000OA-G0 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cuxnn-0000K2-Eb for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 13:58:35 -0500 Received: from [209.226.175.188] (helo=tomts25-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CuxVH-0006ff-PX; Sat, 29 Jan 2005 13:39:27 -0500 Received: from alfajor ([67.71.119.166]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050129183927.FRCM1567.tomts25-srv.bellnexxia.net@alfajor>; Sat, 29 Jan 2005 13:39:27 -0500 Received: by alfajor (Postfix, from userid 1000) id 5A871D7344; Sat, 29 Jan 2005 13:39:27 -0500 (EST) Message-ID: <87d5vo13pm.fsf-monnier+emacs@gnu.org> To: snogglethorpe@gmail.com References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> From: Stefan Monnier Date: Sat, 29 Jan 2005 13:39:27 -0500 In-Reply-To: (Miles Bader's message of "Sat, 29 Jan 2005 11:26:38 +0900") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 18:58:54 -0000 > #if __GNUC__ >= 3 && __GNUC_MINOR__ >= 1 > # define NO_INLINE __attribute__((noinline)) > #else > # define NO_INLINE > #endif Now, that's a solution! Thank you. And it's self-commenting to boot. Stefan PS: When was this `noinline' attribute introduced? In gcc-3.2? From MAILER-DAEMON Sat Jan 29 14:57:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cuyii-0000og-IJ for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 14:57:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuyiV-0000k9-1W for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 14:57:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuyiL-0000de-1V for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 14:57:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuyiH-0000bY-E6 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 14:56:57 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuyM9-0001pS-DW; Sat, 29 Jan 2005 14:34:05 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0TJXe17003918; Sat, 29 Jan 2005 11:33:40 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0TJXcSY003882; Sat, 29 Jan 2005 11:33:38 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0TJXbaN013754; Sat, 29 Jan 2005 12:33:37 -0700 Received: from dradamslap (dhcp-amer-whq-csvpn-gw3-141-144-80-86.vpn.oracle.com [141.144.80.86]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0TJXWwr013728 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 29 Jan 2005 12:33:33 -0700 From: "Drew Adams" To: Date: Sat, 29 Jan 2005 11:33:27 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: abraham@dina.kvl.dk, emacs-pretest-bug@gnu.org, teirllm@dms.auburn.edu Subject: RE: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 19:57:14 -0000 FWIW, I have been bothered by switch-frame events when trying to debug some of my code that reads events. Because the debug buffer is in a separate frame (I use non-nil pop-up-frames), just getting to the debug buffer causes a switch-frame event, which can sometimes throw things off. Can you tell us how to reproduce this? Then we could fix it. I don't really know off-hand. I don't want to waste people's time on a goose chase. I'll keep an eye out, and see if I can isolate it a bit more. - Drew From MAILER-DAEMON Sat Jan 29 15:01:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuymE-0003h6-44 for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 15:01:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuymB-0003g1-PU for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 15:00:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cuym7-0003e8-Qe for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 15:00:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cuym7-0003dG-MZ for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 15:00:55 -0500 Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CuyXX-0002he-QE; Sat, 29 Jan 2005 14:45:52 -0500 Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0TJjonl026152; Sat, 29 Jan 2005 11:45:51 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0TJjnM0026133; Sat, 29 Jan 2005 11:45:49 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0TJjnEp017892; Sat, 29 Jan 2005 12:45:49 -0700 Received: from dradamslap (dhcp-amer-rmdc-csvpn-gw6-141-144-112-87.vpn.oracle.com [141.144.112.87]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0TJjln7017883 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 29 Jan 2005 12:45:48 -0700 From: "Drew Adams" To: Date: Sat, 29 Jan 2005 11:45:41 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: emacs-pretest-bug@gnu.org Subject: RE: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 20:01:00 -0000 I don't want to get into the details. In any case, this problem is not about using fit-frame or about special-display buffers. It is about being able to do something (anything) after the buffer has been filled with its contents. It would not be a problem to add a hook run at the end of setting up a Custom buffer. But I want to know why that hook does not do the job that you wanted, because I think it should have done so. When you say "that hook", I guess you are referring to the call to fit-frame that I added at the end of `special-display-popup-frame' (which I mentioned previously). There is no hook there; I had to redefine the function to call fit-frame at the end. (I wish there were a hook there, BTW). There is a lot in my particular setup that could be involved with the question you asked. I started looking into it and replying to you, but I don't have the time right now, and I don't want to waste your time on something that might not be applicable to others. For example, I have redefined display-buffer to call fit-frame if there is only one window, so there might be more to it than just using fit-frame as a hook in custom-mode. I probably end up calling fit-frame once when the buffer is displayed by display-buffer (and it is empty) and again when the hook is run in the code you sent (but the buffer is still empty at that point). I will try to look into this later, with a vanilla Emacs, if you think it is worthwhile. I just didn't want you to think that the problem was getting fit-frame to work here. To me, the problem is not having the custom hook execute after the buffer is full - regardless of what the hook might do. From MAILER-DAEMON Sat Jan 29 20:30:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cv3vH-0006cG-DV for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 20:30:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cv3tG-0006Ru-EU for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 20:28:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cv3sv-0006GT-NH for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 20:28:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cv3su-0006Fp-U5 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 20:28:16 -0500 Received: from [64.233.184.206] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cv3dd-0006AD-S9 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 20:12:30 -0500 Received: by wproxy.gmail.com with SMTP id 36so47946wri for ; Sat, 29 Jan 2005 17:12:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=s8VY4rKAoQI5QgZF5FdFYoz83lhH7rkQytbB/7HwDI73mNuzSWt+NkLRsRoQLwp2KZDutUwLaZca3D40aGOasoYmoE+bUFO3QQLOZQ+Q0edBBW2XvGIvL3oL0sPLHcDPdiOw2u4cHnZFfS17GDVePqBPLQSEW+sIZuTHQYaOoLs= Received: by 10.54.17.6 with SMTP id 6mr80183wrq; Sat, 29 Jan 2005 17:12:29 -0800 (PST) Received: by 10.54.19.59 with HTTP; Sat, 29 Jan 2005 17:12:29 -0800 (PST) Message-ID: Date: Sun, 30 Jan 2005 10:12:29 +0900 From: Miles Bader To: Stefan Monnier In-Reply-To: <87d5vo13pm.fsf-monnier+emacs@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> <87d5vo13pm.fsf-monnier+emacs@gnu.org> Cc: emacs-pretest-bug@gnu.org, "Andrew M. Scott" Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 01:30:41 -0000 > PS: When was this `noinline' attribute introduced? In gcc-3.2? Not sure, I copied the logic from some linux include files (linux hackers really, really care about this issue.). Judging from the conditional, it seems to have been 3.1; a bit of googling suggests that this is correct, e.g. . (I don't have gcc docs here at home either) -Miles -- Do not taunt Happy Fun Ball. From MAILER-DAEMON Sat Jan 29 22:55:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cv6Ax-0001QG-Nj for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 22:55:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cv6As-0001Oz-VY for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 22:54:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cv6Am-0001MN-Oq for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 22:54:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cv6Am-0001Kq-MP for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 22:54:52 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cv5i4-0004mf-H6; Sat, 29 Jan 2005 22:25:12 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0U3PB9N018732; Sat, 29 Jan 2005 21:25:12 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0U3O8409490; Sat, 29 Jan 2005 21:24:08 -0600 (CST) Date: Sat, 29 Jan 2005 21:24:08 -0600 (CST) Message-Id: <200501300324.j0U3O8409490@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 28 Jan 2005 23:16:24 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> <200501280331.j0S3V2V26590@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 03:55:01 -0000 Richard Stallman wrote: Please install your patch. However, undo-ask-before-discard should t for now. Please put a note in NEWS as a reminder to change the manual. What about the following doc changes? I have kept `undo-ask-before-discard' t in the code, but all doc changes assume it is nil, because, if I understand correctly that is what we plan to do before the release. ===File ~/NEWS-diff========================================= *** NEWS 29 Jan 2005 13:27:30 -0600 1.1112 --- NEWS 29 Jan 2005 18:47:37 -0600 *************** *** 175,182 **** +++ ** When the undo information of the current command gets really large ! (beyond the value of `undo-outer-limit'), Emacs asks you whether to ! discard it or keep it. ** line-move-ignore-invisible now defaults to t. --- 175,182 ---- +++ ** When the undo information of the current command gets really large ! (beyond the value of `undo-outer-limit'), Emacs discards it and warns ! you about it. ** line-move-ignore-invisible now defaults to t. ============================================================ ===File ~/basic.texi-diff=================================== *** basic.texi 27 Dec 2004 15:04:17 -0600 1.40 --- basic.texi 29 Jan 2005 19:48:41 -0600 *************** *** 399,411 **** Regardless of the values of those variables, the most recent change is never discarded unless it gets bigger than @code{undo-outer-limit} ! (normally 300,000). At that point, Emacs asks whether to discard the ! undo information even for the current command. (You also have the ! option of quitting.) So there is normally no danger that garbage ! collection occurring right after an unintentional large change might ! prevent you from undoing it. But if you didn't expect the command ! to create such large undo data, you can get rid of it and prevent ! Emacs from running out of memory. The reason the @code{undo} command has two keys, @kbd{C-x u} and @kbd{C-_}, set up to run it is that it is worthy of a single-character --- 399,411 ---- Regardless of the values of those variables, the most recent change is never discarded unless it gets bigger than @code{undo-outer-limit} ! (normally 3,000,000). At that point, Emacs discards the undo data and ! warns you about it. This is the only situation in which you can not ! undo the last command. If this happens, you can increase the value of ! @code{undo-outer-limit} to make it even less likely to happen in the ! future. But if you didn't expect the command to create such large ! undo data, then it is probably a bug and you should report it. ! @xref{Bugs,, Reporting Bugs}. The reason the @code{undo} command has two keys, @kbd{C-x u} and @kbd{C-_}, set up to run it is that it is worthy of a single-character ============================================================ ===File ~/text.texi-diff==================================== *** text.texi 29 Jan 2005 13:29:53 -0600 1.88 --- text.texi 29 Jan 2005 20:40:10 -0600 *************** *** 1309,1316 **** them from using up all available memory space, garbage collection trims them back to size limits you can set. (For this purpose, the ``size'' of an undo list measures the cons cells that make up the list, plus the ! strings of deleted text.) Two variables control the range of acceptable ! sizes: @code{undo-limit} and @code{undo-strong-limit}. @defvar undo-limit This is the soft limit for the acceptable size of an undo list. The --- 1309,1317 ---- them from using up all available memory space, garbage collection trims them back to size limits you can set. (For this purpose, the ``size'' of an undo list measures the cons cells that make up the list, plus the ! strings of deleted text.) Three variables control the range of acceptable ! sizes: @code{undo-limit}, @code{undo-strong-limit} and ! @code{undo-outer-limit}. @defvar undo-limit This is the soft limit for the acceptable size of an undo list. The *************** *** 1321,1327 **** This is the upper limit for the acceptable size of an undo list. The change group at which this size is exceeded is discarded itself (along with all older change groups). There is one exception: the very latest ! change group is never discarded no matter how big it is. @end defvar @node Filling --- 1322,1334 ---- This is the upper limit for the acceptable size of an undo list. The change group at which this size is exceeded is discarded itself (along with all older change groups). There is one exception: the very latest ! change group is only discarded if it exceeds @code{undo-outer-limit}. ! @end defvar ! ! @defvar undo-outer-limit ! If at garbage collection time the undo info for the current command ! exceeds this limit, Emacs discards the info and prints a warning ! message. This is a last ditch limit to prevent memory overflow. @end defvar @node Filling ============================================================ From MAILER-DAEMON Sat Jan 29 23:30:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cv6iq-000156-UK for mharc-emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 23:30:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cv6hd-0000X9-BB for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 23:28:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cv6hV-0000Sy-I5 for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 23:28:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cv6hV-0000N7-8n for emacs-pretest-bug@gnu.org; Sat, 29 Jan 2005 23:28:41 -0500 Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cv633-0005is-FV; Sat, 29 Jan 2005 22:46:53 -0500 Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j0U3kq9N018797; Sat, 29 Jan 2005 21:46:53 -0600 (CST) Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j0U3jlN09518; Sat, 29 Jan 2005 21:45:47 -0600 (CST) Date: Sat, 29 Jan 2005 21:45:47 -0600 (CST) Message-Id: <200501300345.j0U3jlN09518@raven.dms.auburn.edu> X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f From: Luc Teirlinck To: rms@gnu.org In-reply-to: (message from Richard Stallman on Fri, 28 Jan 2005 23:16:24 -0500) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> <200501280331.j0S3V2V26590@raven.dms.auburn.edu> Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 04:30:03 -0000 I propose one more small change to lispref/text.texi: Replace the three defvars for the undo-* variables with defopts, because they are all three customizable and it actually makes a lot of sense to customize them. Sincerely, Luc. From MAILER-DAEMON Sun Jan 30 06:29:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvDGI-0008De-4M for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:29:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvDEj-0007cN-8N for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvDEZ-0007V2-2f for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvDEW-0007L0-7R for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvCoY-0007Ei-P0 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:00:22 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvCmB-0001ms-5k; Sun, 30 Jan 2005 05:57:55 -0500 From: Richard Stallman To: Lute Kamstra In-reply-to: <87acqwpjv5.fsf@xs4all.nl> (message from Lute Kamstra on Wed, 26 Jan 2005 11:25:50 +0100) References: <87acqwpjv5.fsf@xs4all.nl> Message-Id: Date: Sun, 30 Jan 2005 05:57:55 -0500 Cc: emacs-pretest-bug@gnu.org, ispell-el-bugs@itcorp.com Subject: Re: ispell.el sometimes doesn't use the right dictionary. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 11:28:58 -0000 There was a lot of confusion in the ispell code between variables used for user-level specifications and internal records. Does this patch give good results? *** ispell.el 24 Jan 2005 20:08:40 -0500 1.154 --- ispell.el 30 Jan 2005 05:35:02 -0500 *************** *** 44,51 **** ;; country and language. ;; Most dictionary changes should be made in this file so all users can ;; enjoy them. Local or modified dictionaries are supported in your .emacs ! ;; file. Modify the variable `ispell-local-dictionary-alist' to include ! ;; these dictionaries, and they will be installed when ispell.el is loaded. ;; Depending on the mail system you use, you may want to include these: ;; (add-hook 'news-inews-hook 'ispell-message) --- 44,51 ---- ;; country and language. ;; Most dictionary changes should be made in this file so all users can ;; enjoy them. Local or modified dictionaries are supported in your .emacs ! ;; file. Use the variable `ispell-local-dictionary-alist' to specify ! ;; your own dictionaries. ;; Depending on the mail system you use, you may want to include these: ;; (add-hook 'news-inews-hook 'ispell-message) *************** *** 428,456 **** :type 'boolean :group 'ispell) ! ;;; This is the local dictionary to use. When nil the default dictionary will ! ;;; be used. Change set-default call to use a new default dictionary. (defcustom ispell-local-dictionary nil ! "If non-nil, the dictionary to be used for Ispell commands. ! The value must be a string dictionary name in `ispell-dictionary-alist'. Setting `ispell-local-dictionary' to a value has the same effect as calling \\[ispell-change-dictionary] with that value. This variable is automatically set when defined in the file with either ! `ispell-dictionary-keyword' or the Local Variable syntax. ! ! To create a non-standard default dictionary (not from `ispell-dictionary-alist') ! call function `set-default' with the new dictionary name." :type '(choice string (const :tag "default" nil)) :group 'ispell) (make-variable-buffer-local 'ispell-local-dictionary) - ;; Call this function set up the default dictionary if not English. - ;;(set-default 'ispell-local-dictionary nil) - - (defcustom ispell-extra-args nil "*If non-nil, a list of extra switches to pass to the Ispell program. For example, (\"-W\" \"3\") to cause it to accept all 1-3 character --- 428,454 ---- :type 'boolean :group 'ispell) ! (defvar ispell-local-dictionary-overridden nil ! "Non-nil means the user has explicitly set this buffer's Ispell dictionary.") ! (make-variable-buffer-local 'ispell-local-dictionary) ! (defcustom ispell-local-dictionary nil ! "If non-nil, the dictionary to be used for Ispell commands in this buffer. ! The value must be a string dictionary name, ! or nil, which means use the global setting in `ispell-dictionary'. ! Dictionary names are defined in `ispell-local-dictionary-alist' ! and `ispell-dictionary-alist', Setting `ispell-local-dictionary' to a value has the same effect as calling \\[ispell-change-dictionary] with that value. This variable is automatically set when defined in the file with either ! `ispell-dictionary-keyword' or the Local Variable syntax." :type '(choice string (const :tag "default" nil)) :group 'ispell) (make-variable-buffer-local 'ispell-local-dictionary) (defcustom ispell-extra-args nil "*If non-nil, a list of extra switches to pass to the Ispell program. For example, (\"-W\" \"3\") to cause it to accept all 1-3 character *************** *** 473,489 **** (make-variable-buffer-local 'ispell-skip-html) - ;;; Define definitions here only for personal dictionaries. ;;;###autoload (defcustom ispell-local-dictionary-alist nil ! "*Contains local or customized dictionary definitions. ! These will override the values in `ispell-dictionary-alist'. ! ! Customization changes made to `ispell-dictionary-alist' will not operate ! over emacs sessions. To make permanent changes to your dictionary ! definitions, you will need to make your changes in this variable, save, ! and then re-start emacs." :type '(repeat (list (choice :tag "Dictionary" (string :tag "Dictionary name") (const :tag "default" nil)) --- 471,484 ---- (make-variable-buffer-local 'ispell-skip-html) ;;;###autoload (defcustom ispell-local-dictionary-alist nil ! "*List of local or customized dictionary definitions. ! These can override the values in `ispell-dictionary-alist'. ! To make permanent changes to your dictionary definitions, you ! will need to make your changes in this variable, save, and then ! re-start emacs." :type '(repeat (list (choice :tag "Dictionary" (string :tag "Dictionary name") (const :tag "default" nil)) *************** *** 646,654 **** ;;;###autoload ! (defcustom ispell-dictionary-alist ! (append ispell-local-dictionary-alist ; dictionary customizations ! ispell-dictionary-alist-1 ispell-dictionary-alist-2 ispell-dictionary-alist-3 ispell-dictionary-alist-4 ispell-dictionary-alist-5 ispell-dictionary-alist-6) "An alist of dictionaries and their associated parameters. --- 641,648 ---- ;;;###autoload ! (defvar ispell-dictionary-alist ! (append ispell-dictionary-alist-1 ispell-dictionary-alist-2 ispell-dictionary-alist-3 ispell-dictionary-alist-4 ispell-dictionary-alist-5 ispell-dictionary-alist-6) "An alist of dictionaries and their associated parameters. *************** *** 696,728 **** Note that the CASECHARS and OTHERCHARS slots of the alist should contain the same character set as casechars and otherchars in the ! LANGUAGE.aff file \(e.g., english.aff\)." ! :type '(repeat (list (choice :tag "Dictionary" ! (string :tag "Dictionary name") ! (const :tag "default" nil)) ! (regexp :tag "Case characters") ! (regexp :tag "Non case characters") ! (regexp :tag "Other characters") ! (boolean :tag "Many other characters") ! (repeat :tag "Ispell command line args" ! (string :tag "Arg")) ! (choice :tag "Extended character mode" ! (const "~tex") (const "~plaintex") ! (const "~nroff") (const "~list") ! (const "~latin1") (const "~latin3") ! (const :tag "default" nil)) ! (choice :tag "Coding System" ! (const iso-8859-1) ! (const iso-8859-2) ! (const koi8-r)))) ! :group 'ispell) ! ! ;;; update the dictionaries at load time ! (setq ispell-dictionary-alist ! (append ispell-local-dictionary-alist ; dictionary customizations ! ispell-dictionary-alist-1 ispell-dictionary-alist-2 ! ispell-dictionary-alist-3 ispell-dictionary-alist-4 ! ispell-dictionary-alist-5 ispell-dictionary-alist-6)) (defvar ispell-really-aspell nil) ; Non-nil if aspell extensions should be used --- 690,696 ---- Note that the CASECHARS and OTHERCHARS slots of the alist should contain the same character set as casechars and otherchars in the ! LANGUAGE.aff file \(e.g., english.aff\).") (defvar ispell-really-aspell nil) ; Non-nil if aspell extensions should be used *************** *** 877,883 **** (defun ispell-valid-dictionary-list () "Returns a list of valid dictionaries. The variable `ispell-library-directory' defines the library location." ! (let ((dicts ispell-dictionary-alist) (dict-list (cons "default" nil)) name load-dict) (dolist (dict dicts) --- 845,851 ---- (defun ispell-valid-dictionary-list () "Returns a list of valid dictionaries. The variable `ispell-library-directory' defines the library location." ! (let ((dicts (append ispell-local-dictionary-alist ispell-dictionary-alist)) (dict-list (cons "default" nil)) name load-dict) (dolist (dict dicts) *************** *** 902,911 **** ;;;###autoload (if ispell-menu-map-needed ! (let ((dicts (if (fboundp 'ispell-valid-dictionary-list) ! (ispell-valid-dictionary-list) ! (mapcar (lambda (x) (or (car x) "default")) ! ispell-dictionary-alist))) (dict-map (make-sparse-keymap "Dictionaries"))) (setq ispell-menu-map (make-sparse-keymap "Spell")) ;; add the dictionaries to the bottom of the list. --- 870,876 ---- ;;;###autoload (if ispell-menu-map-needed ! (let ((dicts (ispell-valid-dictionary-list)) (dict-map (make-sparse-keymap "Dictionaries"))) (setq ispell-menu-map (make-sparse-keymap "Spell")) ;; add the dictionaries to the bottom of the list. *************** *** 1054,1067 **** ;;; This variable contains the current dictionary being used if the ispell ! ;;; process is running. Otherwise it contains the global default. ! (defvar ispell-dictionary nil "The name of the current dictionary, or nil for the default. - When `ispell-local-dictionary' is nil, `ispell-dictionary' is used to select - the dictionary for new buffers. - This is passed to the ispell process using the `-d' switch and is ! used as key in `ispell-dictionary-alist' (which see).") (defun ispell-decode-string (str) "Decodes multibyte character strings. --- 1019,1032 ---- ;;; This variable contains the current dictionary being used if the ispell ! ;;; process is running. ! (defvar ispell-current-dictionary nil "The name of the current dictionary, or nil for the default. This is passed to the ispell process using the `-d' switch and is ! used as key in `ispell-local-dictionary-alist' and `ispell-dictionary-alist'.") ! ! (defvar ispell-dictionary nil ! "Default dictionary to use if `ispell-local-dictionary' is nil.") (defun ispell-decode-string (str) "Decodes multibyte character strings. *************** *** 1097,1103 **** ;; regular expression matching. (defun ispell-get-decoded-string (n) ! (let* ((slot (assoc ispell-dictionary ispell-dictionary-alist)) (str (nth n slot))) (when (and (> (length str) 0) (not (multibyte-string-p str))) --- 1062,1070 ---- ;; regular expression matching. (defun ispell-get-decoded-string (n) ! (let* ((slot (or ! (assoc ispell-current-dictionary ispell-local-dictionary-alist) ! (assoc ispell-current-dictionary ispell-dictionary-alist))) (str (nth n slot))) (when (and (> (length str) 0) (not (multibyte-string-p str))) *************** *** 1123,1135 **** (defun ispell-get-otherchars () (ispell-get-decoded-string 3)) (defun ispell-get-many-otherchars-p () ! (nth 4 (assoc ispell-dictionary ispell-dictionary-alist))) (defun ispell-get-ispell-args () ! (nth 5 (assoc ispell-dictionary ispell-dictionary-alist))) (defun ispell-get-extended-character-mode () ! (nth 6 (assoc ispell-dictionary ispell-dictionary-alist))) (defun ispell-get-coding-system () ! (nth 7 (assoc ispell-dictionary ispell-dictionary-alist))) (defvar ispell-pdict-modified-p nil --- 1090,1106 ---- (defun ispell-get-otherchars () (ispell-get-decoded-string 3)) (defun ispell-get-many-otherchars-p () ! (nth 4 (or (assoc ispell-current-dictionary ispell-local-dictionary-alist) ! (assoc ispell-current-dictionary ispell-dictionary-alist)))) (defun ispell-get-ispell-args () ! (nth 5 (or (assoc ispell-current-dictionary ispell-local-dictionary-alist) ! (assoc ispell-current-dictionary ispell-dictionary-alist)))) (defun ispell-get-extended-character-mode () ! (nth 6 (or (assoc ispell-current-dictionary ispell-local-dictionary-alist) ! (assoc ispell-current-dictionary ispell-dictionary-alist)))) (defun ispell-get-coding-system () ! (nth 7 (or (assoc ispell-current-dictionary ispell-local-dictionary-alist) ! (assoc ispell-current-dictionary ispell-dictionary-alist)))) (defvar ispell-pdict-modified-p nil *************** *** 1181,1188 **** (defconst ispell-dictionary-keyword "Local IspellDict: " "The keyword for a local dictionary to use. ! The keyword must be followed by a correct dictionary name in ! `ispell-dictionary-alist'. When multiple occurrences exist, the last keyword definition is used.") (defconst ispell-pdict-keyword "Local IspellPersDict: " --- 1152,1160 ---- (defconst ispell-dictionary-keyword "Local IspellDict: " "The keyword for a local dictionary to use. ! The keyword must be followed by a valid dictionary name, defined in ! `ispell-local-dictionary-alist' or `ispell-dictionary-alist'. ! When multiple occurrences exist, the last keyword definition is used.") (defconst ispell-pdict-keyword "Local IspellPersDict: " *************** *** 1439,1445 **** With a prefix argument (or if CONTINUE is non-nil), resume interrupted spell-checking of a buffer or region. ! Word syntax described by `ispell-dictionary-alist' (which see). This will check or reload the dictionary. Use \\[ispell-change-dictionary] or \\[ispell-region] to update the Ispell process. --- 1411,1418 ---- With a prefix argument (or if CONTINUE is non-nil), resume interrupted spell-checking of a buffer or region. ! Word syntax is controlled by the definition of the chosen dictionary, ! which is in `ispell-local-dictionary-alist' or `ispell-dictionary-alist'. This will check or reload the dictionary. Use \\[ispell-change-dictionary] or \\[ispell-region] to update the Ispell process. *************** *** 1549,1555 **** Optional second argument contains otherchars that can be included in word many times. ! Word syntax described by `ispell-dictionary-alist' (which see)." (let* ((ispell-casechars (ispell-get-casechars)) (ispell-not-casechars (ispell-get-not-casechars)) (ispell-otherchars (ispell-get-otherchars)) --- 1522,1529 ---- Optional second argument contains otherchars that can be included in word many times. ! Word syntax is controlled by the definition of the chosen dictionary, ! which is in `ispell-local-dictionary-alist' or `ispell-dictionary-alist'." (let* ((ispell-casechars (ispell-get-casechars)) (ispell-not-casechars (ispell-get-not-casechars)) (ispell-otherchars (ispell-get-otherchars)) *************** *** 2309,2321 **** Keeps argument list for future ispell invocations for no async support." (let (args) ;; Local dictionary becomes the global dictionary in use. ! (if ispell-local-dictionary ! (setq ispell-dictionary ispell-local-dictionary)) (setq args (ispell-get-ispell-args)) ! (if (and ispell-dictionary ; use specified dictionary (not (member "-d" args))) ; only define if not overridden (setq args ! (append (list "-d" ispell-dictionary) args))) (if ispell-personal-dictionary ; use specified pers dict (setq args (append args --- 2283,2295 ---- Keeps argument list for future ispell invocations for no async support." (let (args) ;; Local dictionary becomes the global dictionary in use. ! (setq ispell-current-dictionary ! (or ispell-local-dictionary ispell-dictionary)) (setq args (ispell-get-ispell-args)) ! (if (and ispell-current-dictionary ; use specified dictionary (not (member "-d" args))) ; only define if not overridden (setq args ! (append (list "-d" ispell-current-dictionary) args))) (if ispell-personal-dictionary ; use specified pers dict (setq args (append args *************** *** 2431,2439 **** ;;;###autoload (defun ispell-change-dictionary (dict &optional arg) ! "Change `ispell-dictionary' (q.v.) to DICT and kill old Ispell process. ! A new one will be started as soon as necessary. ! By just answering RET you can find out what the current dictionary is. With prefix argument, set the default dictionary." --- 2405,2411 ---- ;;;###autoload (defun ispell-change-dictionary (dict &optional arg) ! "Change to dictionary DICT for Ispell. By just answering RET you can find out what the current dictionary is. With prefix argument, set the default dictionary." *************** *** 2441,2479 **** (list (completing-read "Use new dictionary (RET for current, SPC to complete): " (and (fboundp 'ispell-valid-dictionary-list) ! (mapcar (lambda (x)(cons x nil)) (ispell-valid-dictionary-list))) nil t) current-prefix-arg)) (if (equal dict "default") (setq dict nil)) ;; This relies on completing-read's bug of returning "" for no match (cond ((equal dict "") (message "Using %s dictionary" (or ispell-local-dictionary ispell-dictionary "default"))) ! ((and (equal dict ispell-dictionary) ! (or (null ispell-local-dictionary) ! (equal dict ispell-local-dictionary))) ;; Specified dictionary is the default already. No-op (and (interactive-p) ! (message "No change, using %s dictionary" (or dict "default")))) (t ; reset dictionary! ! (if (assoc dict ispell-dictionary-alist) ! (progn ! (if (or arg (null dict)) ; set default dictionary ! (setq ispell-dictionary dict)) ! (if (null arg) ; set local dictionary ! (setq ispell-local-dictionary dict))) (error "Undefined dictionary: %s" dict)) ! (ispell-kill-ispell t) ! (message "(Next %sIspell command will use %s dictionary)" ! (cond ((equal ispell-local-dictionary ispell-dictionary) ! "") ! (arg "global ") ! (t "local ")) ! (or (if (or (equal ispell-local-dictionary ispell-dictionary) ! (null arg)) ! ispell-local-dictionary ! ispell-dictionary) ! "default"))))) ;;; Spelling of comments are checked when ispell-check-comments is non-nil. --- 2413,2454 ---- (list (completing-read "Use new dictionary (RET for current, SPC to complete): " (and (fboundp 'ispell-valid-dictionary-list) ! (mapcar 'list (ispell-valid-dictionary-list))) nil t) current-prefix-arg)) + (unless arg (ispell-accept-buffer-local-defs)) (if (equal dict "default") (setq dict nil)) ;; This relies on completing-read's bug of returning "" for no match (cond ((equal dict "") (message "Using %s dictionary" (or ispell-local-dictionary ispell-dictionary "default"))) ! ((equal dict (or ispell-local-dictionary ! ispell-dictionary "default")) ;; Specified dictionary is the default already. No-op (and (interactive-p) ! (message "No change, using %s dictionary" dict))) (t ; reset dictionary! ! (if (or (assoc dict ispell-local-dictionary-alist) ! (assoc dict ispell-dictionary-alist)) ! (if arg ! ;; set default dictionary ! (setq ispell-dictionary dict) ! ;; set local dictionary ! (setq ispell-local-dictionary dict) ! (setq ispell-local-dictionary-overridden t)) (error "Undefined dictionary: %s" dict)) ! (message "%s Ispell dictionary set to %s" ! (if arg "Global" "Local") ! dict)))) ! ! (defun ispell-internal-change-dictionary () ! "Update the dictionary actually used by Ispell. ! This may kill the Ispell process; if so, ! a new one will be started when needed." ! (let ((dict (or ispell-local-dictionary ispell-dictionary "default"))) ! (unless (equal ispell-current-dictionary dict) ! (setq ispell-current-dictionary dict) ! (ispell-kill-ispell t)))) ;;; Spelling of comments are checked when ispell-check-comments is non-nil. *************** *** 2493,2499 **** (message "Spell checking %s using %s dictionary..." (if (and (= reg-start (point-min)) (= reg-end (point-max))) (buffer-name) "region") ! (or ispell-dictionary "default")) ;; Returns cursor to original location. (save-window-excursion (goto-char reg-start) --- 2468,2474 ---- (message "Spell checking %s using %s dictionary..." (if (and (= reg-start (point-min)) (= reg-end (point-max))) (buffer-name) "region") ! (or ispell-current-dictionary "default")) ;; Returns cursor to original location. (save-window-excursion (goto-char reg-start) *************** *** 2511,2517 **** (goto-char reg-start))) (let (message-log-max) (message "Continuing spelling check using %s dictionary..." ! (or ispell-dictionary "default"))) (set-marker rstart reg-start) (set-marker ispell-region-end reg-end) (while (and (not ispell-quit) --- 2486,2492 ---- (goto-char reg-start))) (let (message-log-max) (message "Continuing spelling check using %s dictionary..." ! (or ispell-current-dictionary "default"))) (set-marker rstart reg-start) (set-marker ispell-region-end reg-end) (while (and (not ispell-quit) *************** *** 2941,2947 **** (if (not ispell-quit) (let (message-log-max) (message "Continuing spelling check using %s dictionary..." ! (or ispell-dictionary "default")))) (sit-for 0) (setq start (marker-position line-start) end (marker-position line-end)) --- 2916,2922 ---- (if (not ispell-quit) (let (message-log-max) (message "Continuing spelling check using %s dictionary..." ! (or ispell-current-dictionary "default")))) (sit-for 0) (setq start (marker-position line-start) end (marker-position line-end)) *************** *** 3511,3524 **** ;; Override the local variable definition. ;; Uses last occurrence of ispell-dictionary-keyword. (goto-char (point-max)) ! (if (search-backward ispell-dictionary-keyword nil t) ! (progn ! (search-forward ispell-dictionary-keyword) ! (setq end (save-excursion (end-of-line) (point))) ! (if (re-search-forward " *\\([^ \"]+\\)" end t) ! (setq ispell-local-dictionary ! (buffer-substring-no-properties (match-beginning 1) ! (match-end 1)))))) (goto-char (point-max)) (if (search-backward ispell-pdict-keyword nil t) (progn --- 3486,3500 ---- ;; Override the local variable definition. ;; Uses last occurrence of ispell-dictionary-keyword. (goto-char (point-max)) ! (unless ispell-local-dictionary-overridden ! (if (search-backward ispell-dictionary-keyword nil t) ! (progn ! (search-forward ispell-dictionary-keyword) ! (setq end (save-excursion (end-of-line) (point))) ! (if (re-search-forward " *\\([^ \"]+\\)" end t) ! (setq ispell-local-dictionary ! (buffer-substring-no-properties (match-beginning 1) ! (match-end 1))))))) (goto-char (point-max)) (if (search-backward ispell-pdict-keyword nil t) (progn *************** *** 3535,3542 **** (ispell-kill-ispell t) (setq ispell-personal-dictionary ispell-local-pdict))) ;; Reload if new dictionary defined. ! (if (not (equal ispell-local-dictionary ispell-dictionary)) ! (ispell-change-dictionary ispell-local-dictionary))) (defun ispell-buffer-local-words () --- 3511,3517 ---- (ispell-kill-ispell t) (setq ispell-personal-dictionary ispell-local-pdict))) ;; Reload if new dictionary defined. ! (ispell-internal-change-dictionary)) (defun ispell-buffer-local-words () From MAILER-DAEMON Sun Jan 30 06:29:42 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvDEi-0007cK-ML for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvDEb-0007YX-Re for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvDEW-0007VL-Tr for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvDEW-0007L0-Jt for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:27:12 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvCoO-0007Dy-6c for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:00:12 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvCm0-0001jz-Ng; Sun, 30 Jan 2005 05:57:44 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501270402.j0R42wB07974@raven.dms.auburn.edu> (message from Luc Teirlinck on Wed, 26 Jan 2005 22:02:58 -0600 (CST)) References: <200501240130.j0O1USL18980@raven.dms.auburn.edu> <87zmyx7ipb.fsf-monnier+emacs@gnu.org> <200501261447.j0QElWR29354@raven.dms.auburn.edu> <200501270402.j0R42wB07974@raven.dms.auburn.edu> Message-Id: Date: Sun, 30 Jan 2005 05:57:44 -0500 Cc: emacs-pretest-bug@gnu.org, drew.adams@oracle.com Subject: Re: `y-or-n-p' does not wait for input - assumes `n' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 11:27:22 -0000 Many buttons do one thing on the down event and another on the up event. In Custom buffers, down-mouse-1 usually sets point and mouse-1 performs the action. It seems that all buttons do this, now. The idea feels surprising to me, but it seems that Mozilla does this too. So I guess it is normal. When a menu is involved, down-mouse-2 displays the menu, you then move the mouse and mouse-2 selects your choice of the menu entries. You said that the "button" does two different things. That is not so here. Here the button does one of them, and the menu does the other. From MAILER-DAEMON Sun Jan 30 06:54:38 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvDf0-00078K-1I for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:54:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvDeu-00073s-JP for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:54:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvDer-00071P-LB for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:54:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvDer-000710-Ev for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:54:25 -0500 Received: from [131.188.3.181] (helo=max71.rrze.uni-erlangen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvDR0-0000tp-EB for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 06:40:06 -0500 Received: from localhost ([131.188.3.181] [131.188.3.181]) by max71.rrze.uni-erlangen.de with ESMTP; Sun, 30 Jan 2005 12:39:54 +0100 Received: from max71.rrze.uni-erlangen.de ([131.188.3.181]) by localhost (max71 [131.188.2.91]) (amavisd-new, port 10025) with ESMTP id 07426-09-83; Sun, 30 Jan 2005 12:39:54 +0100 (MET) Received: from tfkp12.physik.uni-erlangen.de (tfkp12.physik.uni-erlangen.de [131.188.164.212]) by max71.rrze.uni-erlangen.de with ESMTP; Sun, 30 Jan 2005 12:39:53 +0100 Date: Sun, 30 Jan 2005 12:39:52 +0100 Message-Id: From: Roland Winkler To: emacs-pretest-bug@gnu.org X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max71.rrze.uni-erlangen.de X-Spam-PYZOR: X-Spam-DCC: rrze-dcc:boeck2 1202; Body=1 Fuz1=1 Fuz2=1 X-Spam-RBL: X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Cc: Carsten Dominik Subject: reftex-toc fails with RCS buffers X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 11:54:30 -0000 Symptoms: When I visit an older RCS version of a LaTeX file using vc-version-other-window, reftex-toc fails in these buffers. It produces an empty table of contents. I do not know whether this should be called a bug or a missing feature. If this behavior is due to the fact that no file is associated with the buffers created by vc-version-other-window, then maybe the command reftex-toc could be disabled in the menu bar of these buffers. In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-01-13 on tfkp07 Distributor `The XFree86 Project, Inc', version 11.0.40300001 configured using `configure '--prefix=/nfs/common' '--libexecdir=/nfs/common/lib' '--bindir=/nfs/common/lib/emacs/21.1/bin/i686-Linux' '--mandir=/nfs/common/share/man' '--infodir=/nfs/common/share/info' '--with-gcc' '--with-pop' '--with-x' '--with-x-toolkit=athena' '--x-libraries=/usr/X11R6/lib'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: auto-compression-mode: t show-paren-mode: t display-time-mode: t mouse-wheel-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t line-number-mode: 1 transient-mark-mode: t abbrev-mode: t Recent input: Recent messages: Loading server...done Loading emacsbug...done From MAILER-DAEMON Sun Jan 30 14:24:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvKgj-00055w-Mu for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 14:24:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvKgd-00052m-NS for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 14:24:44 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvKgQ-0004wM-0r for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 14:24:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvKgN-0004t4-Rl for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 14:24:27 -0500 Received: from [194.109.24.35] (helo=smtp-vbr15.xs4all.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvKJ1-0001FI-Er; Sun, 30 Jan 2005 14:00:19 -0500 Received: from pijl (a80-127-67-124.adsl.xs4all.nl [80.127.67.124]) by smtp-vbr15.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0UJ0H7r084569; Sun, 30 Jan 2005 20:00:17 +0100 (CET) (envelope-from Lute.Kamstra@xs4all.nl) Received: from lute by pijl with local (Exim 3.36 #1 (Debian)) id 1CvKOq-0000LS-00; Sun, 30 Jan 2005 20:06:20 +0100 To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Sun, 30 Jan 2005 05:57:55 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) References: <87acqwpjv5.fsf@xs4all.nl> From: Lute Kamstra Date: Sun, 30 Jan 2005 20:06:20 +0100 Message-ID: <87llaaohxv.fsf@xs4all.nl> Lines: 57 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Lute Kamstra X-Virus-Scanned: by XS4ALL Virus Scanner Cc: emacs-pretest-bug@gnu.org, ispell-el-bugs@itcorp.com Subject: Re: ispell.el sometimes doesn't use the right dictionary. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 19:24:46 -0000 Richard Stallman writes: > There was a lot of confusion in the ispell code between variables > used for user-level specifications and internal records. > > Does this patch give good results? When I do a make bootstrap with your patch I get: [...] Loading cus-start (source)... Loading international/mule (source)... Loading international/mule-conf.el (source)... Loading format (source)... Loading bindings (source)... Loading files (source)... Loading cus-face (source)... Loading faces (source)... Lists of integers (garbage collection statistics) are normal output while building Emacs; they do not indicate a problem. ((89347 . 24715) (5282 . 46) (562 . 121) 336557 18907 (14 . 1) (18 . 0) (6707 . 349)) Loading loaddefs.el (source)... Symbol's function definition is void: ispell-valid-dictionary-list make[1]: *** [bootstrap-emacs] Error 255 make[1]: Leaving directory `/soft/careful/emacs/src' make: *** [bootstrap-build] Error 2 It seems that the (fboundp 'ispell-valid-dictionary-list) test in this part of the patch should not have been removed: > *************** > *** 902,911 **** > > ;;;###autoload > (if ispell-menu-map-needed > ! (let ((dicts (if (fboundp 'ispell-valid-dictionary-list) > ! (ispell-valid-dictionary-list) > ! (mapcar (lambda (x) (or (car x) "default")) > ! ispell-dictionary-alist))) > (dict-map (make-sparse-keymap "Dictionaries"))) > (setq ispell-menu-map (make-sparse-keymap "Spell")) > ;; add the dictionaries to the bottom of the list. > --- 870,876 ---- > > ;;;###autoload > (if ispell-menu-map-needed > ! (let ((dicts (ispell-valid-dictionary-list)) > (dict-map (make-sparse-keymap "Dictionaries"))) > (setq ispell-menu-map (make-sparse-keymap "Spell")) > ;; add the dictionaries to the bottom of the list. I put the test back in and now things seem to work fine: the bug I reported is fixed. Thank you. Lute. From MAILER-DAEMON Sun Jan 30 16:32:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvMfq-0003UX-PN for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:32:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvMdJ-0002pz-UG for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:29:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvMd5-0002il-MX for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:29:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvMd5-0002hh-Bj for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:29:11 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvMMa-0007hT-HF; Sun, 30 Jan 2005 16:12:08 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0ULC4cx021049; Sun, 30 Jan 2005 21:12:04 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CvMMW-0001eB-00; Sun, 30 Jan 2005 21:12:04 +0000 To: rms@gnu.org References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> From: Dave Love Date: Sun, 30 Jan 2005 21:12:04 +0000 In-Reply-To: (Richard Stallman's message of "Sat, 29 Jan 2005 11:21:09 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mserv7.dl.ac.uk id j0ULC4cx021049 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 21:32:01 -0000 Richard Stallman writes: > > Then there's the problem of ß in German, which I believe should > > upcase to SS. And SS in some (but not all?) cases should downcase > > into ß in German. > > I'm not sure the latter is actually done. > > I am not sure what that sentence means. "Not actually done" in > what context? Applications providing German case folding. From MAILER-DAEMON Sun Jan 30 16:34:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvMhp-0004MZ-It for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvMhl-0004L5-H4 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvMhk-0004KQ-Bi for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvMhj-0004Jc-Th for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:33:59 -0500 Received: from [148.79.80.138] (helo=mserv7.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvMSN-0008Ct-V2; Sun, 30 Jan 2005 16:18:08 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv7.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0ULHxcx021210; Sun, 30 Jan 2005 21:17:59 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CvMSE-0001eV-00; Sun, 30 Jan 2005 21:17:58 +0000 To: Eli Zaretskii References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> <01c505ef$Blat.v2.4$00ff9680@zahav.net.il> From: Dave Love Date: Sun, 30 Jan 2005 21:17:58 +0000 In-Reply-To: <01c505ef$Blat.v2.4$00ff9680@zahav.net.il> (Eli Zaretskii's message of "Sat, 29 Jan 2005 12:39:49 +0200") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org, jas@extundo.com Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 21:34:02 -0000 "Eli Zaretskii" writes: > This is a misunderstanding: The issue at hand was what data structure > is suitable to case conversions (as opposed to the current cas-table > that evidently is inappropriate). It isn't evident. What's the problem with using an extra slot as I suggested? From MAILER-DAEMON Sun Jan 30 16:34:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvMhp-0004Mk-PY for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvMhm-0004Li-Uq for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvMhk-0004KZ-Bj for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvMhk-0004Jc-1P for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:34:00 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvMQx-00088E-BE; Sun, 30 Jan 2005 16:16:39 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0ULGZNK020667; Sun, 30 Jan 2005 21:16:37 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CvMQt-0001eO-00; Sun, 30 Jan 2005 21:16:35 +0000 To: Kenichi Handa References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <200501290053.JAA00216@etlken.m17n.org> From: Dave Love Date: Sun, 30 Jan 2005 21:16:35 +0000 In-Reply-To: <200501290053.JAA00216@etlken.m17n.org> (Kenichi Handa's message of "Sat, 29 Jan 2005 09:53:10 +0900 (JST)") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 21:34:03 -0000 Kenichi Handa writes: > Downcase of dotted-I is dotted-i (`i'), but, in > lang. env. other than Turkish, upcase of dotted-i must be > dotless-I (`I'). So we need > (set-downcase-syntax dotted-I dotted-i table) Do you mean that what I did with the existing functions isn't right? > I'd like to ask it to someone whose native lang. uses > case-sentive characters. Or, at least, I need a help of an > expert on this matter. As my knowledge about case-sentive > characters is only for English (only one-to-one, and no > diacriticals), I may overlook many cases to be considered > (e.g. I didn't know about the sigma case). The special cases are listed in one of the Unicode URLs I gave. I'm not sure it necessary to consult an expert except to find out how important difficult cases are. From MAILER-DAEMON Sun Jan 30 16:54:35 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvN1d-0003qJ-M1 for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:54:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvN1U-0003lJ-U5 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:54:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvN1S-0003k7-Bp for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:54:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvN1S-0003j7-49 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 16:54:22 -0500 Received: from [148.79.80.137] (helo=mserv6.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvMlG-0000nV-AG; Sun, 30 Jan 2005 16:37:38 -0500 X-DL-MFrom: X-DL-Connect: Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39]) by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id j0ULbUNK021542; Sun, 30 Jan 2005 21:37:30 GMT Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1CvMl7-0001fR-00; Sun, 30 Jan 2005 21:37:29 +0000 To: Eli Zaretskii References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> <01c505eb$Blat.v2.4$ea23df00@zahav.net.il> From: Dave Love Date: Sun, 30 Jan 2005 21:37:29 +0000 In-Reply-To: <01c505eb$Blat.v2.4$ea23df00@zahav.net.il> (Eli Zaretskii's message of "Sat, 29 Jan 2005 12:17:42 +0200") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CCLRC-SPAM-report: 0 : X-Scanned-By: MIMEDefang 2.37 Cc: emacs-pretest-bug@gnu.org, handa@m17n.org, Simon Josefsson Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 21:54:31 -0000 "Eli Zaretskii" writes: > A good suggestion, I must add: someone who'd like to work on this > issue should definitely begin with reading the relevant parts of the > Unicode standard. Of course, but it's not all in the standard. There's also at least one technical report, but it's a long time since I read the stuff. > Any solution we devise should try to solve all the > complexities mentioned in the Unicode standard text. That's infeasible and it's a waste of time to try. For instance, in British English there aren't mechanical rules about title case -- Hart's Rules just says `important words' -- and it doesn't make sense for Emacs to try to DTRT. It isn't worthwhile trying to do special casing in Emacs 21, and there are more important things to sort out in Emacs 22 in case it's ever released. Normalization and proper locale handling are a couple, and case folding depends on them anyway. From MAILER-DAEMON Sun Jan 30 20:00:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPvv-0007YT-Uw for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPvu-0007Xd-Bu for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPv2-0007AZ-V8 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPus-00073U-Tn for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:47 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPLX-0002HY-1R for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:23:15 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPJ1-0007hA-IK; Sun, 30 Jan 2005 19:20:39 -0500 From: Richard Stallman To: Luc Teirlinck In-reply-to: <200501300324.j0U3O8409490@raven.dms.auburn.edu> (message from Luc Teirlinck on Sat, 29 Jan 2005 21:24:08 -0600 (CST)) References: <16881.57255.362281.526655@gargle.gargle.HOWL> <16882.63029.657847.391598@gargle.gargle.HOWL> <87zmz0p2wk.fsf-monnier+emacs@gnu.org> <200501231644.j0NGi5S16551@raven.dms.auburn.edu> <200501242329.j0ONTPw05105@raven.dms.auburn.edu> <200501260119.j0Q1JdS25202@raven.dms.auburn.edu> <200501270331.j0R3Vxi07763@raven.dms.auburn.edu> <200501280331.j0S3V2V26590@raven.dms.auburn.edu> <200501300324.j0U3O8409490@raven.dms.auburn.edu> Message-Id: Date: Sun, 30 Jan 2005 19:20:39 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: Undo discard prompt (was: [T. V. Raman] read-only modes should be using buffer-disable-undo?) X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:00:50 -0000 These changes are good. I propose one more small change to lispref/text.texi: Replace the three defvars for the undo-* variables with defopts, because they are all three customizable and it actually makes a lot of sense to customize them. Yes, thanks. From MAILER-DAEMON Sun Jan 30 20:01:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPwW-0007jf-JF for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:01:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPv6-0007Fm-Jg for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuq-00078B-Rt for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuq-00073U-GJ for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:44 -0500 Received: from [64.233.184.196] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPSm-0002cV-QO for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:30:44 -0500 Received: by wproxy.gmail.com with SMTP id 36so92385wri for ; Sun, 30 Jan 2005 16:30:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=LMrxlfMo40YlCEKgUGZhdUCSwNHwBClAtlGAdy0W4dZrQA9bt0dNWkfhGPFGcEDAXRc3Qontrcid9IIlRFbaM0VWkXY0V6QjnUvo+pK+mtf98Dl/sJ5ZN1dqPUtYYiPldUs/hrYa6xwppS9x/vL4MhXq91BwmCAT3xJEOyAx0nE= Received: by 10.54.59.15 with SMTP id h15mr65265wra; Sun, 30 Jan 2005 16:30:43 -0800 (PST) Received: by 10.54.19.59 with HTTP; Sun, 30 Jan 2005 16:30:43 -0800 (PST) Message-ID: Date: Mon, 31 Jan 2005 09:30:43 +0900 From: Miles Bader To: rms@gnu.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> <87d5vo13pm.fsf-monnier+emacs@gnu.org> Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: snogglethorpe@gmail.com, miles@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:01:27 -0000 > > #if __GNUC__ >= 3 && __GNUC_MINOR__ >= 1 > > That condition isn' quite right, > since it will be false for GCC 4.0. Ah, good point... > However, an unknown attribute is only a warning, > so we could make it just __GNUC__ >= 3. Yes, that's probably best; I suppose gcc 3.0 is rarely used anyway, as it's the first gcc3 release, and as I understand it, rather buggy etc. (the early-adopter types who _did_ use it probably upgraded quickly to newer releases). -Miles -- Do not taunt Happy Fun Ball. From MAILER-DAEMON Sun Jan 30 20:02:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPxE-0007zj-UU for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:02:13 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPvA-0007GU-0i for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuw-0007CB-7U for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuv-00073U-5L for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPKm-0002FE-6f for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:22:28 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPIJ-0007Z9-MH; Sun, 30 Jan 2005 19:19:55 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87d5vo13pm.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sat, 29 Jan 2005 13:39:27 -0500) References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> <87d5vo13pm.fsf-monnier+emacs@gnu.org> Message-Id: Date: Sun, 30 Jan 2005 19:19:55 -0500 Cc: emacs-pretest-bug@gnu.org, snogglethorpe@gmail.com, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:02:11 -0000 > #if __GNUC__ >= 3 && __GNUC_MINOR__ >= 1 That condition isn' quite right, since it will be false for GCC 4.0. We could use (__GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)). However, an unknown attribute is only a warning, so we could make it just __GNUC__ >= 3. From MAILER-DAEMON Sun Jan 30 20:02:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPxm-0008IF-KU for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:02:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPvP-0007JX-Ce for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuy-0007C0-Mx for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuu-00073U-W3 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:49 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPKo-0002FL-LA for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:22:30 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPIM-0007Zj-Ex; Sun, 30 Jan 2005 19:19:58 -0500 From: Richard Stallman To: Stefan Monnier In-reply-to: <87oef81560.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sat, 29 Jan 2005 13:08:06 -0500) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <87oef81560.fsf-monnier+emacs@gnu.org> Message-Id: Date: Sun, 30 Jan 2005 19:19:58 -0500 Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:02:45 -0000 The "ß" can basically always be written as "ss". Only purists will notice the difference. So we only need to make it upcase into SS. That isn't too complex. Handa, could you make a note of this, and start collecting data on the various case-conversion extensions we need? From MAILER-DAEMON Sun Jan 30 20:02:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPxv-0008NA-QZ for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:02:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPxu-0008L2-8m for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:02:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuu-0007BD-Eu for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuu-00073U-3O for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:48 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPL9-0002GG-Lp for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:22:51 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPIi-0007dP-Fg; Sun, 30 Jan 2005 19:20:20 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 30 Jan 2005 19:20:20 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Customize buttons that change user's custom file should ask forconfirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:02:54 -0000 I think that anything like this that affects a user's custom file should ask for confirmation - or at least make an option (and the default). Isn't the backup file for the custom file sufficient in case of this? From MAILER-DAEMON Sun Jan 30 20:03:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPy0-0008PH-Bz for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:03:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPv5-0007EZ-FG for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuu-0007Bg-R9 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuu-00073U-Jb for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:48 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPKx-0002Fe-I2 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:22:39 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPIU-0007bF-Uz; Sun, 30 Jan 2005 19:20:07 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 30 Jan 2005 19:20:06 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:02:59 -0000 When you say "that hook", I guess you are referring to the call to fit-frame that I added at the end of `special-display-popup-frame' (which I mentioned previously). Yes. There is no hook there; I had to redefine the function to call fit-frame at the end. (I wish there were a hook there, BTW). You did not have to do that. The element of special-display-regexps can specify a function for how to display the buffer. You could use that to adjust the frame as yo wish. I would expect this to be usable for the purpose; if it does not work, maybe there is a bug. So why doesn't it work? From MAILER-DAEMON Sun Jan 30 20:03:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPvR-0007Kd-QC for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPv3-0007Eg-DP for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuu-0007Av-E7 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:48 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPut-00073U-Gw for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:47 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPLD-0002GW-OA for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:22:55 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPIm-0007eQ-Dr; Sun, 30 Jan 2005 19:20:24 -0500 From: Richard Stallman To: "Drew Adams" In-reply-to: References: Message-Id: Date: Sun, 30 Jan 2005 19:20:24 -0500 Cc: emacs-pretest-bug@gnu.org Subject: Re: Cannot use `C-h v' on variable names in Customize, and `custom...' variables are not autoloaded X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:00:20 -0000 1. set-variable custom-unlispify-tag-names nil 2. customize-variable fill-column 3. put cursor (point) on the name "fill-column" in the Customize buffer 4. `C-h v' offers no default value for which variable to describe, It works when I try it. From MAILER-DAEMON Sun Jan 30 20:04:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvPzj-0000iL-VL for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:04:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPv9-0007GR-WA for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:00:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPux-0007Co-Mp for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:54 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuv-00073U-Pp for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 19:59:51 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvPJw-0002C9-VW; Sun, 30 Jan 2005 19:21:38 -0500 Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0V0LTwM013359; Mon, 31 Jan 2005 09:21:30 +0900 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by nfs.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0V0LTNF013210; Mon, 31 Jan 2005 09:21:29 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0V0LTp01586; Mon, 31 Jan 2005 09:21:29 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id JAA09264; Mon, 31 Jan 2005 09:21:28 +0900 (JST) Date: Mon, 31 Jan 2005 09:21:28 +0900 (JST) Message-Id: <200501310021.JAA09264@etlken.m17n.org> From: Kenichi Handa To: Dave Love In-reply-to: (message from Dave Love on Sun, 30 Jan 2005 21:16:35 +0000) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <200501290053.JAA00216@etlken.m17n.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 01:04:45 -0000 In article , Dave Love writes: > Kenichi Handa writes: >> Downcase of dotted-I is dotted-i (`i'), but, in >> lang. env. other than Turkish, upcase of dotted-i must be >> dotless-I (`I'). So we need >> (set-downcase-syntax dotted-I dotted-i table) > Do you mean that what I did with the existing functions isn't right? Yes, if you are talking about what you did for Turkish lang. env. in emacs-unicode. setup-fucntion is ok, but exit-function should not make dottless-i and I-with-dot case-invariant. And, we should add calls of set-upcase-syntax and set-downcase-syntax for them in characters.el. UnicodeData.txt defines them as this (the last three fields are for upcase, downcase, titlecase, and 0049 == `I', 0069 == `i'): 0130;LATIN CAPITAL LETTER I WITH DOT ABOVE;Lu;0;L;0049 0307;;;;N;LATIN CAPITAL LETTER I DOT;;;0069; 0131;LATIN SMALL LETTER DOTLESS I;Ll;0;L;;;;;N;;;0049;;0049 >> I'd like to ask it to someone whose native lang. uses >> case-sentive characters. Or, at least, I need a help of an >> expert on this matter. As my knowledge about case-sentive >> characters is only for English (only one-to-one, and no >> diacriticals), I may overlook many cases to be considered >> (e.g. I didn't know about the sigma case). > The special cases are listed in one of the Unicode URLs I gave. I'm > not sure it necessary to consult an expert except to find out how > important difficult cases are. I've read that file, but I don't know what is an appropriate case-conversion behaviour of Emacs, for instance, for such characters that don't have corresponding precomposed uppercase characters. This problem is also related to how to handle various kinds of normalization forms in Emacs. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Sun Jan 30 21:03:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvQv0-0003JM-GX for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:03:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvQun-0003ES-S9 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:03:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvQuk-0003By-PG for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:03:44 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvQuk-0003BI-IK for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:03:42 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvQh0-0008BW-Jk for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 20:49:30 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V1nT9b026533 for ; Sun, 30 Jan 2005 17:49:29 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V1nSjj026497 for ; Sun, 30 Jan 2005 17:49:28 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V1nRUd008082 for ; Sun, 30 Jan 2005 18:49:28 -0700 Received: from dradamslap (dhcp-amer-whq-csvpn-gw3-141-144-80-65.vpn.oracle.com [141.144.80.65]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0V1nQuB008065 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 30 Jan 2005 18:49:27 -0700 From: "Drew Adams" To: Date: Sun, 30 Jan 2005 17:49:14 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: FW: Add hook to end of `custom-create-buffer-internal' X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 02:03:47 -0000 Forgot to reply-all. -----Original Message----- You did not have to do that. The element of special-display-regexps can specify a function for how to display the buffer. You could use that to adjust the frame as yo wish. I would expect this to be usable for the purpose; if it does not work, maybe there is a bug. So why doesn't it work? OK. I'll take a look at this later (no time now). Thanks. (Again, though, this is independent of the request to move the custom hook. Do you agree? A given user might well choose not to use special-display for customize buffers.) From MAILER-DAEMON Sun Jan 30 21:11:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvR2S-0006Mv-Op for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:11:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvR2R-0006Md-Av for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:11:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvR2O-0006MG-KO for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:11:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvR2O-0006Lz-HO for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:11:36 -0500 Received: from [141.146.126.230] (helo=agminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvQod-0000RD-5K; Sun, 30 Jan 2005 20:57:23 -0500 Received: from agminet03.oracle.com (localhost [127.0.0.1]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V1vMHd030970; Sun, 30 Jan 2005 17:57:22 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet03.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V1vL35030960; Sun, 30 Jan 2005 17:57:21 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V1vK5o010748; Sun, 30 Jan 2005 18:57:20 -0700 Received: from dradamslap (dhcp-amer-whq-csvpn-gw3-141-144-80-65.vpn.oracle.com [141.144.80.65]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0V1vJUi010735 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 30 Jan 2005 18:57:19 -0700 From: "Drew Adams" To: Date: Sun, 30 Jan 2005 17:57:07 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: emacs-pretest-bug@gnu.org Subject: RE: Customize buttons that change user's custom file should ask forconfirmation X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 02:11:39 -0000 I think that anything like this [Save Options] that affects a user's custom file should ask for confirmation - or at least make an option (and the default). Isn't the backup file for the custom file sufficient in case of this? Strictly speaking, yes. But insufficient if we're aiming to reduce inadvertent error and loss. You could accidentally hit it twice, with interim changes, for instance. Relying on users to 1) recognize that they accidentally saved options, 2) know about the backup file, and 3) recuperate the backup file, is blindfolding ourselves. Without any feedback (let alone confirmation) for #1, I expect that lots of people will save options without even realizing it. But, as I said, this one (Save Options) is much more minor than the Customize button pb. From MAILER-DAEMON Sun Jan 30 21:26:24 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvRGg-0000tD-Sn for mharc-emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:26:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvRGY-0000qX-5D for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:26:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvRGT-0000oc-V4 for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:26:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvRGT-0000iz-JD for emacs-pretest-bug@gnu.org; Sun, 30 Jan 2005 21:26:09 -0500 Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvQts-0000pc-3w; Sun, 30 Jan 2005 21:02:48 -0500 Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V22lpI005159; Sun, 30 Jan 2005 18:02:47 -0800 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet02.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V22k5V005142; Sun, 30 Jan 2005 18:02:46 -0800 Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j0V22jKm012583; Sun, 30 Jan 2005 19:02:45 -0700 Received: from dradamslap (dhcp-amer-whq-csvpn-gw3-141-144-80-65.vpn.oracle.com [141.144.80.65]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j0V22iPt012567 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 30 Jan 2005 19:02:44 -0700 From: "Drew Adams" To: Date: Sun, 30 Jan 2005 18:02:32 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Cc: emacs-pretest-bug@gnu.org Subject: RE: Cannot use `C-h v' on variable names in Customize, and `custom...' variables are not autoloaded X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 02:26:17 -0000 1. set-variable custom-unlispify-tag-names nil 2. customize-variable fill-column 3. put cursor (point) on the name "fill-column" in the Customize buffer 4. `C-h v' offers no default value for which variable to describe, It works when I try it. Perhaps it has been fixed. I just retried it in GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-07-26 on BERATUNG4. In that version the pb definitely exists. From MAILER-DAEMON Mon Jan 31 02:54:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvWOH-0003DH-8K for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 02:54:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvWO9-00038M-LX for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 02:54:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvWO3-00034F-3T for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 02:54:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvWO2-000335-Rw for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 02:54:18 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvW7u-0007kI-3e; Mon, 31 Jan 2005 02:37:38 -0500 Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0V7bIwM023291; Mon, 31 Jan 2005 16:37:18 +0900 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by nfs.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0V7bENF021198; Mon, 31 Jan 2005 16:37:18 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0V7bAp01764; Mon, 31 Jan 2005 16:37:10 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id QAA10728; Mon, 31 Jan 2005 16:37:10 +0900 (JST) Date: Mon, 31 Jan 2005 16:37:10 +0900 (JST) Message-Id: <200501310737.QAA10728@etlken.m17n.org> From: Kenichi Handa To: Simon Josefsson In-reply-to: (message from Simon Josefsson on Fri, 28 Jan 2005 15:34:37 +0100) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 07:54:31 -0000 In article , Simon Josefsson writes: > This reminds me, now that the Unicode tables have been released under > a free license, would it make sense to extend C-x = (or probably > rather C-u C-x =) to display the Unicode database information for that > character? I would find that useful in many situations. As already written, that feature is already implemented. But, as the way of implementation is only for C-u C-x =, not adequate/efficient to be used from a program. I've just recently installed a change to emacs-unicode that makes get-char-code-property handle various Unicode-based properties and make C-u C-x = use that feature. The change also allows customizing which Unicode-base properties to be shown. If you are interested in it, please try emacs-unicode-2 branch. But, back-porting it to the current Emacs is not easy because the code (to generate dumped char-tables) runs only for emacs-unicode. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Mon Jan 31 03:00:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvWUN-0004hq-Rn for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 03:00:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvWUI-0004fJ-P5 for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 03:00:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvWUD-0004dN-Ga for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 03:00:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvWUD-0004cK-Ar for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 03:00:41 -0500 Received: from [146.50.4.51] (helo=imap.science.uva.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvWEK-0008RC-QZ for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 02:44:17 -0500 Received: from sand.science.uva.nl [146.50.10.74] by imap.science.uva.nl with ESMTP (sendmail 8.11.6p2/config 11.35). id j0V7iEi03309; Mon, 31 Jan 2005 08:44:14 +0100 Received: from localhost by sand.science.uva.nl (sendmail 8.11.6/config 11.35). id j0V7iEu22807; Mon, 31 Jan 2005 08:44:14 +0100 X-Organisation: Faculty of Science, University of Amsterdam, The Netherlands X-URL: http://www.science.uva.nl/ From: Carsten Dominik MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16893.57806.343972.164540@sand.science.uva.nl> Date: Mon, 31 Jan 2005 08:44:14 +0100 To: Roland Winkler In-Reply-To: References: X-Mailer: VM 7.19 under Emacs 21.2.1 X-Virus-Scanned: by amavisd-new Cc: emacs-pretest-bug@gnu.org, Carsten Dominik Subject: Re: reftex-toc fails with RCS buffers X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Carsten Dominik List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 08:00:47 -0000 This is indeed due to teh fact that the buffer does not have an associated buffer. I'll think of something, thanks for the report. - Carsten >>>>> "RW" == Roland Winkler writes: RW> Symptoms: RW> When I visit an older RCS version of a LaTeX file using RW> vc-version-other-window, reftex-toc fails in these buffers. RW> It produces an empty table of contents. RW> I do not know whether this should be called a bug or a missing RW> feature. If this behavior is due to the fact that no file is RW> associated with the buffers created by vc-version-other-window, then RW> maybe the command reftex-toc could be disabled in the menu bar of RW> these buffers. RW> In GNU Emacs 21.3.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) RW> of 2005-01-13 on tfkp07 RW> Distributor `The XFree86 Project, Inc', version 11.0.40300001 RW> configured using `configure '--prefix=/nfs/common' '--libexecdir=/nfs/common/lib' '--bindir=/nfs/common/lib/emacs/21.1/bin/i686-Linux' '--mandir=/nfs/common/share/man' '--infodir=/nfs/common/share/info' '--with-gcc' '--with-pop' '--with-x' '--with-x-toolkit=athena' '--x-libraries=/usr/X11R6/lib'' RW> Important settings: RW> value of $LC_ALL: nil RW> value of $LC_COLLATE: nil RW> value of $LC_CTYPE: nil RW> value of $LC_MESSAGES: nil RW> value of $LC_MONETARY: nil RW> value of $LC_NUMERIC: nil RW> value of $LC_TIME: nil RW> value of $LANG: en_US RW> locale-coding-system: iso-latin-1 RW> default-enable-multibyte-characters: t RW> Major mode: Lisp Interaction RW> Minor modes in effect: RW> auto-compression-mode: t RW> show-paren-mode: t RW> display-time-mode: t RW> mouse-wheel-mode: t RW> menu-bar-mode: t RW> global-font-lock-mode: t RW> font-lock-mode: t RW> unify-8859-on-encoding-mode: t RW> line-number-mode: 1 RW> transient-mark-mode: t RW> abbrev-mode: t RW> Recent input: RW> RW> RW> RW> RW> Recent messages: RW> Loading server...done RW> Loading emacsbug...done -- Carsten Dominik \ _ / Sterrenkundig Instituut "Anton Pannekoek" |X| _ Kruislaan 403; NL-1098 SJ Amsterdam /| |\ _ _ _/ \ phone +31 (20) 525-7477; FAX +31 (20) 525-7484 __|o|___/ ~~ \___/ ~~~ From MAILER-DAEMON Mon Jan 31 06:27:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvZif-0000Jp-MU for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 06:27:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvZiX-0000Gd-Il for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 06:27:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvZiQ-0000Dl-Eg for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 06:27:34 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvZiP-00008E-0h for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 06:27:33 -0500 Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvZGu-0003dQ-9A for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 05:59:08 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1CvZGd-0002wK-4R for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 11:58:51 +0100 Received: from sheridan.dina.kvl.dk ([130.225.40.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 31 Jan 2005 11:58:51 +0100 Received: from abraham by sheridan.dina.kvl.dk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 31 Jan 2005 11:58:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-pretest-bug@gnu.org To: emacs-pretest-bug@gnu.org From: Per Abrahamsen Date: Mon, 31 Jan 2005 11:58:51 +0100 Organization: The Church of Emacs Lines: 13 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: sheridan.dina.kvl.dk X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ Mail-Copies-To: nobody User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux) Cancel-Lock: sha1:B932ytj3AR/pmeucBZBr5QZPPIc= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: gebp-emacs-pretest-bug@m.gmane.org Subject: Re: Customize Save for Future Sessions silently does not save hidden stuff X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 11:27:43 -0000 Richard Stallman writes: > What do others thing? Per, what do you think? I don't remember the reason for ignoring hidden variables. My intuition says that it was an implementation problem, either an accident or to hard to do right. Maybe there is some hidden problems with it. It would probably be a good thing to change *in the beginning of a development cycle*, so we can catch any unintended side effects. Customize is too complex to change near a release. From MAILER-DAEMON Mon Jan 31 07:19:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvaWe-0007f1-FJ for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvaWU-0007bU-D3 for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvaWR-0007aS-Vg for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvaWR-0007a4-OZ for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:15 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvaIQ-00024a-GI for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:04:49 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvaFu-00036C-6m; Mon, 31 Jan 2005 07:02:10 -0500 From: Richard Stallman To: Dave Love In-reply-to: (message from Dave Love on Sun, 30 Jan 2005 21:37:29 +0000) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> <01c505eb$Blat.v2.4$ea23df00@zahav.net.il> Message-Id: Date: Mon, 31 Jan 2005 07:02:10 -0500 Cc: emacs-pretest-bug@gnu.org, jas@extundo.com, handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 12:19:20 -0000 It isn't worthwhile trying to do special casing in Emacs 21, and there are more important things to sort out in Emacs 22 in case it's ever released. To suggest it will not be released sounds rather harsh. I hope you didn't intend it in that spirit. Normalization and proper locale handling are a couple, and case folding depends on them anyway. Not being a Unicode expert, I am not sure what normalization refers to in this context. It's not obvious what would make locale handling proper or improper, and that might perhaps be a matter on which opinions may differ. What we can be sure of is that these issues won't make any of the known difficult cases of case folding go away. So I see no reason why we should not proceed with collecting those cases, looking at them, and choosing a mechanism that can handle them. From MAILER-DAEMON Mon Jan 31 07:19:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvaWg-0007fn-2m for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvaWU-0007bp-LC for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvaWS-0007aZ-5V for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvaWS-0007a4-1U for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:19:16 -0500 Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvaIA-00022m-3Q for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 07:04:30 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvaFf-00031c-OC; Mon, 31 Jan 2005 07:01:55 -0500 From: Richard Stallman To: Lute Kamstra In-reply-to: <87llaaohxv.fsf@xs4all.nl> (message from Lute Kamstra on Sun, 30 Jan 2005 20:06:20 +0100) References: <87acqwpjv5.fsf@xs4all.nl> <87llaaohxv.fsf@xs4all.nl> Message-Id: Date: Mon, 31 Jan 2005 07:01:55 -0500 Cc: emacs-pretest-bug@gnu.org, ispell-el-bugs@itcorp.com Subject: Re: ispell.el sometimes doesn't use the right dictionary. X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rms@gnu.org List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 12:19:23 -0000 I put the test back in and now things seem to work fine: the bug I reported is fixed. Thank you. Thanks for fixing my patch. I thought that test was junk, because I didn't notice that fboundp would sometimes be nil. I will add a comment to explain that. From MAILER-DAEMON Mon Jan 31 08:59:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cvc5B-0007P5-Rg for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:59:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cvc50-0007Iz-2C for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:59:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cvc4u-0007En-Ur for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:58:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cvc4u-0007Bg-4M for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:58:56 -0500 Received: from [217.13.230.178] (helo=yxa.extundo.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvbfR-0004uj-JU; Mon, 31 Jan 2005 08:32:38 -0500 Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.2/8.13.2/Debian-1) with ESMTP id j0VDWWG0027342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 31 Jan 2005 14:32:33 +0100 From: Simon Josefsson To: Kenichi Handa References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> <01c505eb$Blat.v2.4$ea23df00@zahav.net.il> <200501311322.WAA11983@etlken.m17n.org> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050131:fx@gnu.org::2aQkzY13XBuquyx+:4Eg1 X-Hashcash: 1:21:050131:emacs-pretest-bug@gnu.org::kESep9lfkUK/Pzi7:24/X X-Hashcash: 1:21:050131:rms@gnu.org::1GTwvt/XfYRhLhHH:6SZu X-Hashcash: 1:21:050131:handa@m17n.org::o5toEVJcnHnmcofH:HAbl Date: Mon, 31 Jan 2005 14:32:15 +0100 In-Reply-To: <200501311322.WAA11983@etlken.m17n.org> (Kenichi Handa's message of "Mon, 31 Jan 2005 22:22:31 +0900 (JST)") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.80/691/Sat Jan 29 15:58:52 2005 clamav-milter version 0.80j on yxa.extundo.com X-Virus-Status: Clean Cc: emacs-pretest-bug@gnu.org, fx@gnu.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 13:59:09 -0000 Kenichi Handa writes: > In article , Richard Stallman writes: >> Normalization and proper locale handling are a couple, and >> case folding depends on them anyway. > >> Not being a Unicode expert, I am not sure what normalization refers to >> in this context. It's not obvious what would make locale handling >> proper or improper, and that might perhaps be a matter on which >> opinions may differ. > > I don't know how normalization and locale handling relates, > but, as far as I know, at least, normalization and > case-handling relates in this case (from SpecialCasing.txt > in Unicode): > > 0149; 0149; 02BC 004E; 02BC 004E; # LATIN SMALL LETTER N PRECEDED BY APOSTROPHE > > As 0149 has no uppercase precomposed character, Unicode > represents it by the sequence of 02BC (MODIFIER LETTER > APOSTROPHE) and 004E ('N') (incredibly bad design). > > Then, how should we downcase this sequence? To 0149 or to > 02BC+'n'. Unicode defines several normalization forms, some > of them allow the sequence 02BC+'n', and some doesn't. > Should or should not Emacs stick to one normalization form? > I still can't have a time to learn all these related things. One idea is for Emacs to have coding systems for normalized text. E.g., utf8-nfc or utf-8nfkc that would make sure content is NFC or NFKC normalized. However, I do not think it is a good idea to normalize all down/up-cased output strings, unless Emacs somehow has detected that the file should only contain normalized data. The Unicode specification has some recommendations on implementing the up/down-casing user interface in text editors, which I found interesting, see below. Generally, the Unicode specification leaves a lot to desire when it comes to up/down-case discussions, but I'm not aware of a better reference. ,---- | Reversibility | | It is important to note that no casing operations are reversible. For | example: | | toUpperCase(toLowerCase( John Brown )) -> JOHN BROWN | toLowerCase(toUpperCase( John Brown )) -> john brown | | There are even single words like vederLa in Italian or the name | McGowan in English, which are neither upper-, lower-, nor | titlecase. This format is sometimes called inner-caps, and it is often | used in programming and in Web names. Once the string McGowan has been | uppercased, lowercased, or titlecased, the original cannot be | recovered by applying another uppercase, lowercase, or titlecase | operation. There are also single characters that do not have | reversible mappings, such as the Greek sigmas. | | For word processors that use a single command-key sequence to toggle | the selection through different casings, it is recommended to save the | original string, and return to it via the sequence of keys. The user | interface would produce the following results in response to a series | of command-keys. Notice that the original string is restored every | fourth time. | | 1. The quick brown | | 2. THE QUICK BROWN | | 3. the quick brown | | 4. The Quick Brown | | 5. The quick brown (repeating from here on) | | Uppercase, titlecase, and lowercase can be represented in a word | processor by using a character style. Removing the character style | restores the text to its original state. However, if this approach is | taken, any spell-checking software needs to be aware of the case style | so that it can check the spelling against the actual appearance. `---- From MAILER-DAEMON Mon Jan 31 09:00:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cvc5I-0007Qq-34 for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:59:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cvc52-0007Jp-Em for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:59:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cvc4q-0007Bm-RT for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:58:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cvc4q-0007Bg-Of for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 08:58:52 -0500 Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvbWG-0003ro-Qo; Mon, 31 Jan 2005 08:23:09 -0500 Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0VDMXwM031912; Mon, 31 Jan 2005 22:22:33 +0900 Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by nfs.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0VDMWNF028598; Mon, 31 Jan 2005 22:22:32 +0900 Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j0VDMVp01899; Mon, 31 Jan 2005 22:22:31 +0900 (JST) Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id WAA11983; Mon, 31 Jan 2005 22:22:31 +0900 (JST) Date: Mon, 31 Jan 2005 22:22:31 +0900 (JST) Message-Id: <200501311322.WAA11983@etlken.m17n.org> From: Kenichi Handa To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 31 Jan 2005 07:02:10 -0500) References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <01c50551$Blat.v2.4$7ba79fc0@zahav.net.il> <01c505eb$Blat.v2.4$ea23df00@zahav.net.il> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Cc: emacs-pretest-bug@gnu.org, fx@gnu.org, jas@extundo.com Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 13:59:09 -0000 In article , Richard Stallman writes: > Normalization and proper locale handling are a couple, and > case folding depends on them anyway. > Not being a Unicode expert, I am not sure what normalization refers to > in this context. It's not obvious what would make locale handling > proper or improper, and that might perhaps be a matter on which > opinions may differ. I don't know how normalization and locale handling relates, but, as far as I know, at least, normalization and case-handling relates in this case (from SpecialCasing.txt in Unicode): 0149; 0149; 02BC 004E; 02BC 004E; # LATIN SMALL LETTER N PRECEDED BY APOSTROPHE As 0149 has no uppercase precomposed character, Unicode represents it by the sequence of 02BC (MODIFIER LETTER APOSTROPHE) and 004E ('N') (incredibly bad design). Then, how should we downcase this sequence? To 0149 or to 02BC+'n'. Unicode defines several normalization forms, some of them allow the sequence 02BC+'n', and some doesn't. Should or should not Emacs stick to one normalization form? I still can't have a time to learn all these related things. > What we can be sure of is that these issues > won't make any of the known difficult cases of case folding go away. > So I see no reason why we should not proceed with collecting those > cases, looking at them, and choosing a mechanism that can handle them. The problem is who actually do them. I can help implementing a proposed design, but I think I can't take leadership to design it. --- Ken'ichi HANDA handa@m17n.org From MAILER-DAEMON Mon Jan 31 10:06:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Cvd8d-0003J8-Fb for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 10:06:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cvd8Z-0003I4-Ie for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 10:06:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cvd7g-00039e-Jw for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 10:05:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cvd7a-0002z3-TU for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 10:05:47 -0500 Received: from [134.60.1.1] (helo=mail.uni-ulm.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CvcaC-0002PE-Ol; Mon, 31 Jan 2005 09:31:18 -0500 Received: from bridgekeeper.physik.uni-ulm.de (bridgekeeper.physik.uni-ulm.de [134.60.10.123]) by mail.uni-ulm.de (8.13.1/8.13.1) with ESMTP id j0VEV6UB009002; Mon, 31 Jan 2005 15:31:06 +0100 (MET) Received: by bridgekeeper.physik.uni-ulm.de (Postfix, from userid 170) id 6DD1910081; Mon, 31 Jan 2005 15:31:06 +0100 (CET) Mail-Followup-To: Stefan Monnier , rms@gnu.org, emacs-pretest-bug@gnu.org, Dave Love , handa@m17n.org To: Stefan Monnier References: <200501260656.PAA16289@etlken.m17n.org> <200501270316.MAA20608@etlken.m17n.org> <200501280007.JAA24856@etlken.m17n.org> <87oef81560.fsf-monnier+emacs@gnu.org> From: Reiner Steib X-Face: .*T0'iU(sujq_j9\J>-d4fg; N/1++U#U$_5ii6k.=|"-n'?5O:Hyz&wi'-!I~,}7~GgT=0S /&-R5sbkNy5+Xo1y{Tw2KKxi@Xh"g@]Qc|.U<*]WDd)qvGowFDvfU1F]{EDho:7P0@|oOD=Bc{K4?> WP68K[Mx:}=`ZT'6g4'f+g?;`vri2!)xGy}3:=l'(/Cea0l4lo^H5#@/Z3ev Date: Mon, 31 Jan 2005 15:31:06 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-DCC-SdV-Metrics: gemini 1179; Body=5 Fuz1=5 Fuz2=5 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.uni-ulm.de id j0VEV6UB009002 Cc: emacs-pretest-bug@gnu.org, Dave Love , handa@m17n.org Subject: Re: case-table functions clobbering extra slots X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reiner Steib List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 15:06:47 -0000 On Sat, Jan 29 2005, Stefan Monnier wrote: >>> Then there's the problem of =DF in German, which I believe should >>> upcase to SS. Yes. But there are exceptions like personal names. See (or ) for more information. >>> And SS in some (but not all?) cases should downcase into =DF in >>> German. Down casing "SS" to "=DF" is often wrong. > The "=DF" can basically always be written as "ss". Only purists will n= otice > the difference. This might be true for Switzerland and Liechtenstein, but certainly not for Germany. Bye, Reiner. --=20 ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ From MAILER-DAEMON Mon Jan 31 12:41:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CvfYX-0003R9-DL for mharc-emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 12:41:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvfYU-0003QB-VY for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 12:41:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvfYS-0003Pe-Ma for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 12:41:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvfXa-0002mD-1L for emacs-pretest-bug@gnu.org; Mon, 31 Jan 2005 12:40:46 -0500 Received: from [143.182.124.5] (helo=petasus.ch.intel.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cvf1B-0002GV-6u; Mon, 31 Jan 2005 12:07:17 -0500 Received: from sedona.intel.com (sedona.ch.intel.com [143.182.201.200]) by petasus.ch.intel.com (8.12.9-20030918-01/8.12.9/d: small-solo.mc,v 1.9 2004/01/09 01:01:53 root Exp $) with ESMTP id j0VHA82n028146; Mon, 31 Jan 2005 17:10:08 GMT Received: from chlr4917.ch.intel.com (chlr4917.ch.intel.com [10.2.113.74]) by sedona.intel.com (8.12.10/8.12.9/d:) with ESMTP id j0VH7iHZ009419; Mon, 31 Jan 2005 10:07:45 -0700 (MST) X-Envelope-From: ascott@sedona.ch.intel.com Received: from chlr4917.ch.intel.com (localhost [127.0.0.1]) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/client) with ESMTP id j0VH7Bws029890; Mon, 31 Jan 2005 10:07:11 -0700 Received: (from ascott@localhost) by chlr4917.ch.intel.com (8.12.10/8.12.9/MailSET/Submit) id j0VH78oZ029887; Mon, 31 Jan 2005 10:07:08 -0700 From: "Andrew M. Scott" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16894.26044.139768.431829@chlr4917.ch.intel.com> Date: Mon, 31 Jan 2005 10:07:08 -0700 To: rms@gnu.org In-Reply-To: References: <200501171800.j0HI08ub032065@chlr4917.ch.intel.com> <16879.11135.221920.827322@farnswood.snap.net.nz> <16881.9443.920670.68636@chlr4917.ch.intel.com> <16881.26325.968528.730166@chlr4917.ch.intel.com> <16881.29055.380420.74779@farnswood.snap.net.nz> <16881.43506.772162.238203@farnswood.snap.net.nz> <01c50062$Blat.v2.4$06f45cc0@zahav.net.il> <87wtu5qx7c.fsf-monnier+emacs@gnu.org> <16887.20264.262919.113109@farnswood.snap.net.nz> <16889.21176.567472.866579@chlr4917.ch.intel.com> <01c5052a$Blat.v2.4$dd9dd180@zahav.net.il> <16890.25401.756240.817347@chlr4917.ch.intel.com> X-Mailer: VM 7.19 under Emacs 21.3.50.2 Cc: emacs-pretest-bug@gnu.org, ascott@sedona.ch.intel.com Subject: Re: gdb emacs reporting 'Function "x_error_quitter" not defined' [includes PATCH] X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrew M. Scott" List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 17:41:43 -0000 Recapping: Applying Gary Lawrence Murphy's patch http://lists.gnu.org/archive/html/bug-gnu-emacs/2005-01/msg00335.html to xterm.c just prior to RMS's 1/24/2005 xterm.c patch, and compiling with gcc-3.4.2 results in: >> gcc-3.4.2: $ nm xterm.o | grep quitter >> 0000c900 T x_error_quitter >> 0000c5f0 t x_io_error_quitter rms> This shows the function was not discarded. If it is not rms> static, it cannot be discarded. But this does not tell us if rms> the function was actually inlined. It might have been inlined rms> *and* compiled straight. rms> The only way to tell if it was inlined is to look at the rms> compiled code of x_error_handler and see if it calls rms> x_error_quitter. You could do that by using x/i in GDB. First rms> do `x/i &x_error_handler'. Then x/10i will print 10 more rms> instructions, each time you do it. rms> Andrew, could you try that? chlr4917.ascott.504> gdb ./emacs GNU gdb 6.3 Breakpoint 1 at 0x80e6d56: file /stor/garray/src/savannah/emacs/src/emacs.c, line 454. Breakpoint 2 at 0x80ca167: file /stor/garray/src/savannah/emacs/src/xterm.c, line 7787. (gdb) x/i &x_error_handler 0x80ca1d0 : push %ebp (gdb) x/10i 0x80ca1d1 : mov %esp,%ebp 0x80ca1d3 : sub $0x18,%esp 0x80ca1d6 : mov 0x82c876c,%eax 0x80ca1db : mov 0x8(%ebp),%ecx 0x80ca1de : mov 0xc(%ebp),%edx 0x80ca1e1 : cmp 0x82ff394,%eax 0x80ca1e7 : je 0x80ca210 0x80ca1e9 : movl $0xc8,0xc(%esp) 0x80ca1f1 : and $0xfffffff8,%eax 0x80ca1f4 : mov 0xc(%eax),%eax (gdb) x/10i 0x80ca1f7 : mov %eax,0x8(%esp) 0x80ca1fb : movzbl 0x10(%edx),%eax 0x80ca1ff : mov %ecx,(%esp) 0x80ca202 : mov %eax,0x4(%esp) 0x80ca206 : call 0x804f588 0x80ca20b : leave 0x80ca20c : xor %eax,%eax 0x80ca20e : ret 0x80ca20f : nop 0x80ca210 : mov %edx,0x4(%esp) (gdb) x/10i 0x80ca214 : mov %ecx,(%esp) 0x80ca217 : call 0x80ca150 0x80ca21c : leave 0x80ca21d : xor %eax,%eax 0x80ca21f : ret 0x80ca220 : push %ebp 0x80ca221 : mov %esp,%ebp 0x80ca223 : sub $0x8,%esp 0x80ca226 : mov 0x82c85ec,%eax 0x80ca22b : test %eax,%eax (gdb) x/10i 0x80ca22d : je 0x80ca290 0x80ca22f : incl 0x82fa258 0x80ca235 : jmp 0x80ca24d 0x80ca237 : mov $0x2,%ecx 0x80ca23c : mov %ecx,0x4(%esp) 0x80ca240 : mov 0x82f9f94,%eax 0x80ca245 : mov %eax,(%esp) 0x80ca248 : call 0x804f778 0x80ca24d : mov 0x82f9f94,%eax 0x80ca252 : mov %eax,(%esp) (gdb) x/10i 0x80ca255 : call 0x804e238 <_init+208> 0x80ca25a : test $0x2,%al 0x80ca25c : jne 0x80ca237 0x80ca25e : mov 0x82fa258,%eax 0x80ca263 : dec %eax 0x80ca264 : test %eax,%eax 0x80ca266 : mov %eax,0x82fa258 0x80ca26b : jne 0x80ca282 0x80ca26d : mov 0x82fa218,%edx 0x80ca273 : test %edx,%edx (gdb) x/10i 0x80ca275 : jne 0x80ca2a1 0x80ca277 : mov 0x8303bd0,%eax 0x80ca27c : test %eax,%eax 0x80ca27e : jne 0x80ca29b 0x80ca280 : leave 0x80ca281 : ret 0x80ca282 : jge 0x80ca280 0x80ca284 : call 0x80e6d50 0x80ca289 : lea 0x0(%esi),%esi 0x80ca290 : call 0x80862d0 (gdb) x/10i 0x80ca295 : test %eax,%eax 0x80ca297 : jne 0x80ca22f 0x80ca299 : leave 0x80ca29a : ret 0x80ca29b : leave 0x80ca29c : jmp 0x8187c50 0x80ca2a1 : call 0x80eff40 0x80ca2a6 : jmp 0x80ca277 0x80ca2a8 : nop 0x80ca2a9 : lea 0x0(%esi),%esi (gdb)
Ñïàñèòå ðåáåíêà !!! íàøåé ñåìüå ñëó÷èëîñü áîëüøîå ãîðå, òÿæåëî áîëåí íàø ñûí – Åãîð. Ðîäèëñÿ Åãîð â ñåíòÿáðå 2003 ãîäà, æåëòåíüêèì. Âðà÷è ñêàçàëè, ÷òî ýòî ôèçèîëîãè÷åñêàÿ æåëòóõà íîâî-ðîæäåííûõ, ñî âðåìåíåì ïðîéäåò, íî íå ïðîøëî. Ïîñëå äîëãèõ îáñëåäîâàíèé è ïðîâåäåííîé îïåðàöèè «Êàñàè» (â 3,5 ìåñÿöà, ïî ïîâîäó àòðåçèè æåë÷íûõ ïîòî-êîâ), âðà÷è ïîñòàâèëè äèàãíîç: Áèëèàðíûé öèððîç ïå÷åíè. (ÏÎÄÒÂÅÐÆÄÀÞÙÈÅ ÄÎÊÓÌÅÍÒÛ )