From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dan Jacobson Newsgroups: gmane.emacs.bugs Subject: [Riku Saikkonen] Bug#205035: gnus: Cannot find definition of `gnus-article-treat-dumbquotes' in library `gnus-art' Date: Thu, 02 Oct 2003 07:43:29 +0800 Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: <87fzicy15q.fsf@jidanni.org> Reply-To: 205035@bugs.debian.org NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1065059859 13976 80.91.224.253 (2 Oct 2003 01:57:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 2 Oct 2003 01:57:39 +0000 (UTC) Cc: bugs@gnus.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 02 03:57:36 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1A4sim-0000l0-00 for ; Thu, 02 Oct 2003 03:57:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A4shv-0003lO-1L for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Oct 2003 21:56:43 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1A4sMa-0007J6-C0 for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2003 21:34:40 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1A4rpf-000139-Aw for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2003 21:01:10 -0400 Original-Received: from [64.246.28.87] (helo=tx.symonds.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1A4qt7-00089w-R9 for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2003 20:00:09 -0400 Original-Received: from tc210-203-46-217.3-17.pl.ebtnet.net ([210.203.46.217] helo=jidanni.org) by tx.symonds.net with asmtp (TLSv1:RC4-SHA:128) (Exim 4.21) id 1A4qsc-0003wL-IL; Wed, 01 Oct 2003 20:00:05 -0400 Original-Received: from jidanni by jidanni.org with local (Exim 4.22) id 1A4qcz-0000yP-4k; Thu, 02 Oct 2003 07:43:29 +0800 Original-To: bug-gnu-emacs@gnu.org User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.bugs:5894 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:5894 --=-=-= He says this http://bugs.debian.org/205035 is a emacs bug, etc. --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Subject: Bug#205035: gnus: Cannot find definition of `gnus-article-treat-dumbquotes' in library `gnus-art' Reply-To: rjs@cs.hut.fi (Riku Saikkonen), 205035-quiet@bugs.debian.org Original-Sender: Riku Saikkonen Resent-To: Dan Jacobson To: 205035@bugs.debian.org Cc: 205035-submitter@bugs.debian.org In-Reply-To: in From: rjs@cs.hut.fi (Riku Saikkonen) MIME-Version: 1.0 (I'm trying to help out in a bug tagged "help".) Thd problem appears to be due to a missing feature in (GNU) Emacs: gnus-article-treat-dumbquotes is defined in gnus-art.el using defalias inside a loop, and Emacs cannot find this definition from the file, since it's not written out anywhere. Note that C-h f article-treat-dumbquotes works (though this function isn't meant to be used directly). I think that the only problem caused by this bug is the inability to jump to source code directly. The purpose of the defalias in gnus-art.el seems to be to add a fixed wrapper around a lot of functions that start with gnus-article-treat-. Quite useful from a programmer's point of view, but it makes it very difficult to automatically find the source for a given piece of code. The only general (but partial) solution I can think of is that Emacs's C-h f could show that the function was defined using defalias - but it's difficult to do anything else than warn that the link probably does not work. In theory, it would be possible to link to that defalias instead of trying to find the function definition, but I don't think this is easy to implement - I think the source code links saved by Emacs's Lisp interpreter (and byte compiler) currently contain just the file name. So, I think this bug should be reassigned to Emacs (and probably sent to the upstream authors). Here are two possible ways to fix it: - simple: change the error produced by the link in C-h f when it can't find the function to a warning, and jump to the start of the source file in question - complex: include a file position (e.g. line number) in all functions saved by the Lisp interpreter, and save the location of the definition that creates the function (more precisely, the location of the special form currently being executed when the function gets defined) - then C-h f can jump there directly instead of searching for the correct position (currently symbol-file returns the file name, and find-function-search-for-symbol is called to search through the file for the definition) (My investigations were done with GNU Emacs 21.2.1 and Gnus v5.10.2, but I don't think this situation has changed for a long time. I haven't looked at the CVS version of Emacs, though.) --=-=-= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bug-gnu-emacs mailing list Bug-gnu-emacs@gnu.org http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs --=-=-=--