From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim X Newsgroups: gmane.emacs.help Subject: Re: How to debug "Debugger entered--Lisp error: (void-function nil)" Date: Sun, 01 Apr 2007 12:04:35 +1000 Organization: Posted via Supernews, http://www.supernews.com Message-ID: <87d52oq28c.fsf@lion.rapttech.com.au> References: <85abygg2j7.fsf@robf.de> <873b485mnw.fsf@lion.rapttech.com.au> <85veghufnk.fsf@robf.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1175395147 15570 80.91.229.12 (1 Apr 2007 02:39:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 1 Apr 2007 02:39:07 +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 04:39:01 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 1HXpy9-0002tq-2e for geh-help-gnu-emacs@m.gmane.org; Sun, 01 Apr 2007 04:39:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HXq10-0007wB-RG for geh-help-gnu-emacs@m.gmane.org; Sat, 31 Mar 2007 21:41:58 -0500 Original-Path: shelby.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!sn-xt-sjc-02!sn-xt-sjc-06!sn-post-sjc-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.95 (gnu/linux) Cancel-Lock: sha1:nxEO+4HuD5CPAyzZ734cnyg0z7w= Original-X-Complaints-To: abuse@supernews.com Original-Lines: 50 Original-Xref: shelby.stanford.edu gnu.emacs.help:146728 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:42332 Archived-At: newsspam5REMOVETHIS@robf.de writes: > Tim X writes: > [...] >> To give you confidence it will work, I'm running VM under emacs 22. > > Just to be sure it is broken only here, could you please run: > > emacs -eval '(setq debug-on-error t)' -f vm > > and tell me the exact version/revision of GNU Emacs and VM you > are using? > As I do a fair amount of elisp and have a number of my own packages I'm developing, I always have debug on error enabled. I find it handy, despite minor irritations such as jumping into the debugger in VM if I try to move past the last message in the folder. However, I do not get any backtrace or error when I start Vm under either emacs 21 or emacs 22. I'm running VM 7.19-12 (Debian package) and GNU Emacs 22.0.95.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-03-03 on pacem, modified by Debian > The latest backtrace I get ... HTF can this happen in redisplay > ... the latest GNU Emacs from CVS is just compiling ... > > Debugger entered--Lisp error: (void-function nil) > (nil) > redisplay() > sit-for(5) > vm-display-startup-message() > byte-code("BYTE CODE REMOVED BY ME" [access-method folder vm-primary-inbox f vm-recognize-imap-maildrops vm-recognize-pop-maildrops string-match imap pop bufferp nil vm-pop-find-spec-for-name error "No such POP folder: %s" vm-pop-make-filename-for-spec t file-exists-p (rename-file f-pass f-nospec) ((error)) (rename-file f-nopass f-nospec) ((error)) 3 vm-imap-parse-spec-to-list vm-imap-make-filename-for-spec expand-file-name file-directory-p "%s is a directory" vm-get-file-buffer no-conversion raw-text message "Reading %s..." find-file-noselect "Reading %s... done" (pop imap) buffer-name rename-buffer set-buffer-multibyte get-coding-system no-conversion-unix no-conversion-dos no-conversion-mac binary buffer-modified-p ((set-buffer-modified-p omodified)) encode-coding-region set-buffer-file-coding-system decode-coding-region coding-system-base raw-text-unix ...] 9) > vm(nil nil) > call-interactively(vm) > command-execute(vm) > command-line-1(("-eval" "(setq debug-on-error t)" "-f" "vm")) > command-line() > normal-top-level() What does that "BYTE-CODE REMOVED BY ME" mean? I've not seen that before and that line doesn't look right. Maybe try something like M-x list-load-path-shadows just to be sure your loading what you think your loading. tim -- tcross (at) rapttech dot com dot au