From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: newsspam5REMOVETHIS@robf.de Newsgroups: gmane.emacs.help Subject: Re: How to debug "Debugger entered--Lisp error: (void-function nil)" Date: Sun, 01 Apr 2007 01:51:27 +0200 Organization: (posted via) M-net Telekommunikations GmbH Message-ID: <85zm5tug3k.fsf@robf.de> References: <85abygg2j7.fsf@robf.de> <873b485mnw.fsf@lion.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1175387899 985 80.91.229.12 (1 Apr 2007 00:38:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 1 Apr 2007 00:38:19 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Apr 01 02:38:13 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HXo5E-0003Ce-GV for geh-help-gnu-emacs@m.gmane.org; Sun, 01 Apr 2007 02:38:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HXo85-0000BK-DH for geh-help-gnu-emacs@m.gmane.org; Sat, 31 Mar 2007 19:41:09 -0500 Original-Path: shelby.stanford.edu!newshub.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!news-fra1.dfn.de!news-nue1.dfn.de!newsfeed.r-kom.de!news.m-online.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 84 Original-NNTP-Posting-Host: ppp-82-135-8-247.dynamic.mnet-online.de Original-X-Trace: svr7.m-online.net 1175385089 13920 82.135.8.247 (31 Mar 2007 23:51:29 GMT) Original-X-Complaints-To: abuse@m-online.net Original-NNTP-Posting-Date: Sat, 31 Mar 2007 23:51:29 +0000 (UTC) User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (linux) Cancel-Lock: sha1:UACLWyOWobgKv+vl6m08hAXrEiQ= Original-Xref: shelby.stanford.edu gnu.emacs.help:146723 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:42327 Archived-At: Tim X writes: > newsspam5REMOVETHIS@robf.de writes: > >> Hi, >> >> I am using "GNU Emacs 22.0.92.1 (i686-pc-linux-gnu, X toolkit)" >> and run VM (view mail) in it, but the error comes also with >> 21.4.1. >> >> Whenever I enable debug-on-error I get a backtrace with the >> following content: >> >> ,------------------------------------------ >> | Debugger entered--Lisp error: (void-function nil) >> | (nil) >> `------------------------------------------ >> >> How can I debug this to find the source of this problem? >> >> It also happens most of the time when I single step in edebug >> mode which makes edebug practically useless. When running with >> debug-on-error set to nil I do not see the error. >> >> Also it seems to be there already for some time as I found other >> references when googling for <<> "(void-function nil)">>>, e.g. http://tinyurl.com/yv6t2j! >> >> Thanks, >> Robert > > Normally you will see this error when emacs is trying to execute a symbol which > it believes is a function (i.e. because it is the first element in a list). A > common cause is some config setting where you have a list and have forgotten to > quote it. For example, > > (setq x (nil "fred" 1)) > > where the intention is to set x to the value of the list (nil "fred" 1). > However, the list is not quoted, so emacs tries to execute the function 'nil' > with the arguements "fred" and 1. The correct way to do this is > > (setq x '(nil "fred" 1)) > > or > > (setq x (list nil "fred" 1) > > What you need to do is track down the init error in your .vm file. Normally, > the backtrace will show the call stack, but what you have copied appears to > just be the last (top) element in the stack. With the rest of the call stack > you can usually narrow down the search as it will show you what emacs was doing > prior to trying to call the void function. This is exactly my problem, GNU Emacs does NOT give anything more, i.e. those two lines are all I get in my backtrace buffer. > I'd suggest going through your VM config and comment out everything and then > try adding each value back, one at a time until you get the error again. It is not in the config, it is in (my) VM sources and it does not happen for XEmacs with the same sources and configuration. > To give you confidence it will work, I'm running VM under emacs 22. I've not > had any problems except a couple of weeks ago when a change to emacs 22 caused > problems with compiling vm (an issue with new emacs approach to printing data > structures and fixed easily once I was pointed to the solution). Could you also point me to the solution? ... maybe I should try to get a more recent Emacs. > You should also note that you can get some unexpecttd/odd > behavior/errors if you have some emacs code compiled with emacs > 21 and you try to run it under emacs 22 (though code compiled > with emacs 22 is more likely to cause issues for emacs 21). I > run different source trees for emacs 21 and emacs 22 for this > reason. I did not knew that there are problems between 21 and 22, so far I was only beaten by those between X and GNU Emacs, but this is also not the source of my problem ;-/ Thanks, Robert