From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: Init error message Date: Tue, 11 Mar 2003 19:19:18 -0700 Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <3E6E9926.2080607@ihs.com> References: <1fgba.43206$sf5.31886@rwcrnsc52.ops.asp.att.net> <8765qq1ee2.fsf@china.shootybangbang.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1047435705 9735 80.91.224.249 (12 Mar 2003 02:21:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 12 Mar 2003 02:21:45 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Wed Mar 12 03:21:43 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18svsE-0002Wk-00 for ; Wed, 12 Mar 2003 03:21:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18svrP-0005UW-04 for gnu-help-gnu-emacs@m.gmane.org; Tue, 11 Mar 2003 21:20:51 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!fu-berlin.de!uni-berlin.de!170.207.51.80!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 61 Original-NNTP-Posting-Host: 170.207.51.80 Original-X-Trace: fu-berlin.de 1047435553 68341910 170.207.51.80 (16 [82742]) User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2 X-Accept-Language: en-us Original-Xref: shelby.stanford.edu gnu.emacs.help:110997 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:7497 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:7497 Kevin Reeder wrote: >>>Please direct me to a _searchable_ archive of usenet >> >>groups.google.com > > Went there and that's better than what I'd come up with on my own. > However, I need to get grounded in working with this .emacs file. The > syntax is a mystery and I just want to use the editor! Probably a common > whine. Is the only option to learn enough of LISP to hack it profitably > without having to cry for help over every little init error msg? Have you browsed the Emacs manual? It's available in emacs via `C-h i'. If you're not familiar with Info, type `m Info RET' to learn how to browse the GNU manuals. Then you can read the Customization node in the Emacs manual, and its Key Bindings and Init File subnodes in particular. > BTW, here's the new error: > > File error: "Cannot open load file", "auto-save" > > I've located the line with the offending code; interesting it uses the > apostrophe instead of brackets (require 'auto-save) but when I switch I > get a different error on the same function which seems to be telling me > that it doesn't like the brackets. Like I said I'm in the woods here (but > willing to work). [up] is a vector constant; keys (i.e. event sequences) are represented as vectors. 'auto-save evaluates to a symbol; feature names are represented by symbols. "auto-save" is a string constant; file names are represented as strings. `C-h f global-set-key RET' explains that it is a function that binds a KEY to a COMMAND (an interactive function, usually represented by a symbol). `C-h f require RET' explains that it loads the "FEATURE" file in order to provide the FEATURE feature. `C-h f load RET' explains that the directories in `load-path' are searched for the "FILE" to load. `C-h v load-path RET' will show you what directories are being searched for the "auto-save.elc" and "auto-save.el" files. The real question is: Why are you trying to load the auto-save library? > Finally, I should confess to previously using an alternative to GNU Emacs > because I had found these configuration issues more solvable under the > alternative. Now I'm abandoning that program for GNU Emacs. Is it possible > that the .emacs coding varies between the two emacsen? Of course it is possible, and it's almost certain that the installations are different (e.g. the load-path directories' contents). But you are wise to migrate to the One True Editor. -- Kevin Rodgers