From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ken Newsgroups: gmane.emacs.help Subject: Re: problem reading ~/.emacs.desktop Date: Sun, 20 Sep 2009 05:26:41 -0400 Message-ID: <4AB5F551.5010909@mousecar.com> References: <4AAECA72.4050103@mousecar.com> <4AAF054D.8010300@mousecar.com> <4AAF5D4C.2040402@mousecar.com> <4AB09E80.40904@mousecar.com> <4AB59BC3.1000006@mousecar.com> Reply-To: gebser@mousecar.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1253438872 8268 80.91.229.12 (20 Sep 2009 09:27:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Sep 2009 09:27:52 +0000 (UTC) To: Juanma Barranquero , GNU Emacs List Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Sep 20 11:27:45 2009 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 1MpIha-0004Xd-RC for geh-help-gnu-emacs@m.gmane.org; Sun, 20 Sep 2009 11:27:27 +0200 Original-Received: from localhost ([127.0.0.1]:59271 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MpIha-0007Nv-19 for geh-help-gnu-emacs@m.gmane.org; Sun, 20 Sep 2009 05:27:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MpIh1-0007No-2m for help-gnu-emacs@gnu.org; Sun, 20 Sep 2009 05:26:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MpIgz-0007Nc-BY for help-gnu-emacs@gnu.org; Sun, 20 Sep 2009 05:26:49 -0400 Original-Received: from [199.232.76.173] (port=55885 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MpIgz-0007NZ-29 for help-gnu-emacs@gnu.org; Sun, 20 Sep 2009 05:26:49 -0400 Original-Received: from mout.perfora.net ([74.208.4.194]:53409) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MpIgy-0008FH-OG for help-gnu-emacs@gnu.org; Sun, 20 Sep 2009 05:26:48 -0400 Original-Received: from dellap.mousecar.net (dsl093-011-017.cle1.dsl.speakeasy.net [66.93.11.17]) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis) id 0MKp8S-1MpIgt2mgC-000Onn; Sun, 20 Sep 2009 05:26:46 -0400 User-Agent: Thunderbird 2.0.0.22 (X11/20090625) In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=5AD091E7 X-Provags-ID: V01U2FsdGVkX1/ZTQJ83z1FONHkuP6s00fJjvvygvI3INd9un+ HX6FfPply0iC6EZv2zqgkr6ba+KDn0UXW0C2n+S0gNwKygh2oh KJAs7cyUEFY82p31FgbKIILp6tREanf X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:68323 Archived-At: On 09/19/2009 11:29 PM Juanma Barranquero wrote: > On Sun, Sep 20, 2009 at 05:04, ken wrote: > >> Very cool idea. .... I like the idea of creating, in effect, a new and totally clean environment in which to test. Another step in the process to implement: before setting the new $HOME variable, run "bash -" (or whatever shell used). This creates a new shell. The new shell's environment, though a copy of the previous, can be manipulated and changed and after testing easily wiped out simply by exiting that new shell. > >> .... > > Yeah, my mistake, I meant desktop-read. Small thing. Funny how the mind can lose one little piece in a long series of steps. We were already by then on the same page, so no big deal. > > This test shows that your Emacs setup does not have any trouble > reading or writing desktop files. So the one that gives you trouble > must have some formatting problem or somesuch. I'd suggest just > deleting it and recreating it (by loading the files you want to have > and then M-x desktop-save'ing). In fact that's pretty much what I did. I grepped the old ".emacs.desktop" to output just the filenames and fed this into emacs at load time. I knew emacs would load all the files, but I didn't think it would remember the point (text cursor) position was in my previous session. Somehow it did though... that's a puzzle to me. That was my plan of last resort-- at least I would have the files loaded that I wanted. My other concern though was for other folks who upgrade emacs and would expect it to load up all their files from their last pre-upgrade session; this wouldn't happen for them. That is, .emacs.desktop has (I think) a version number; it should recognize it and take appropriate action and provide a smoother upgrade path. This would include an accounting for a simultaneous system upgrade from some other locale definitions to UTF-8; this might have been (part of?) the problem with "205" displaying as an 'I' with a diacritical mark. I'm not sure... just a hunch. > >> Hey, you're good. Yeah, I've got some of that in one of my files. But >> what's the "suffix" that's missing? > > It means that Emacs thinks that the Local Variables section has a > format problem; that's why I ask about CRLF vs LF. > > .... Thanks for the explanation... very good and very clear. With that I'll search through my files for Local Variables and should be able to locate and fix what needs it. Juanma, thanks for all the tips, help, and clarifications. You're on my A-Team list. Best, ken