From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Davis Herring" Newsgroups: gmane.emacs.devel Subject: Re: desktop.el - only one desktop file per directory? Date: Fri, 22 Jan 2010 18:38:02 -0800 (PST) Message-ID: <60176.128.165.0.81.1264214282.squirrel@webmail.lanl.gov> References: <2AF6C5F140884701AF25EE459EE3C87F@us.oracle.com> Reply-To: herring@lanl.gov NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1264214314 30639 80.91.229.12 (23 Jan 2010 02:38:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 23 Jan 2010 02:38:34 +0000 (UTC) Cc: 'Emacs-Devel devel' To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 23 03:38:26 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NYVtJ-00026V-Iv for ged-emacs-devel@m.gmane.org; Sat, 23 Jan 2010 03:38:25 +0100 Original-Received: from localhost ([127.0.0.1]:48261 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NYVtI-0002gf-6O for ged-emacs-devel@m.gmane.org; Fri, 22 Jan 2010 21:38:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NYVtC-0002gU-Rm for emacs-devel@gnu.org; Fri, 22 Jan 2010 21:38:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NYVt7-0002fm-Ka for emacs-devel@gnu.org; Fri, 22 Jan 2010 21:38:18 -0500 Original-Received: from [199.232.76.173] (port=58500 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NYVt7-0002fj-Cd for emacs-devel@gnu.org; Fri, 22 Jan 2010 21:38:13 -0500 Original-Received: from proofpoint2.lanl.gov ([204.121.3.26]:56062) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NYVt6-0002tw-R5 for emacs-devel@gnu.org; Fri, 22 Jan 2010 21:38:13 -0500 Original-Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by proofpoint2.lanl.gov (8.14.3/8.14.3) with ESMTP id o0N2c2Dc016792; Fri, 22 Jan 2010 19:38:02 -0700 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (Postfix) with ESMTP id 1BA291C4B84; Fri, 22 Jan 2010 19:38:02 -0700 (MST) X-NIE-2-Virus-Scanner: amavisd-new at mailrelay1.lanl.gov Original-Received: from webmail1.lanl.gov (webmail1.lanl.gov [128.165.4.106]) by mailrelay1.lanl.gov (Postfix) with ESMTP id 08B961C444E; Fri, 22 Jan 2010 19:38:02 -0700 (MST) Original-Received: by webmail1.lanl.gov (Postfix, from userid 48) id 063D41DE006D; Fri, 22 Jan 2010 19:38:02 -0700 (MST) Original-Received: from 128.165.0.81 (SquirrelMail authenticated user 196434) by webmail.lanl.gov with HTTP; Fri, 22 Jan 2010 18:38:02 -0800 (PST) In-Reply-To: <2AF6C5F140884701AF25EE459EE3C87F@us.oracle.com> User-Agent: SquirrelMail/1.4.8-5.7.lanl7 X-Priority: 3 (Normal) Importance: Normal X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-22_15:2010-01-20, 2010-01-22, 2010-01-22 signatures=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:120302 Archived-At: > For anyone familiar with Desktop or its code - As a preliminary/cursory reply - > (I tried contacting the author, but the email address for him in > desktop.el is apparently no longer valid.) I'm the maintainer for it now, I think. I wrote the locking code, anyway. > Is that right? If so, is it an important restriction (to maintain)? You could let-bind `desktop-base-file-name', of course. The reason it's that way is basically the variable `desktop-path', so that Emacs can find one of several desktop files (depending on the current directory) with minimal user intervention. > I guess I can plow through the `desktop-read' code and figure out > which bits of it I really need (beyond just calling `load' for the > file). But I thought I'd ask here first. Suggestions about which bits > of the `desktop-read' code are essential? If you ever have `desktop-restore-eager' non-t, the desktop file may just set up requests to create buffers, and you'll still have to actually make them. You can just call `desktop-lazy-complete' to force it immediately. > Is there a good reason that the basic functions don't just accept a (full) > file name (and potentially allow for multiple files per dir)? (See above.) > Would the mere existence of more than one desktop file in some dir > wreak havoc with the normal use of Desktop (provided it is not pointed > to such a dir and thus left guessing)? Lock or owner problems, > perhaps? If it doesn't have the correct name, Desktop will obviously never know it's there any more than it would any other random Elisp file. Since Desktop thinks there's just one per directory, it might cause an erroneous lock collision if you were using a "real" desktop file and a faux desktop file in the same directory, but you could just let-bind `desktop-base-lock-name' (too) to avoid that. Davis -- This product is sold by volume, not by mass. If it appears too dense or too sparse, it is because mass-energy conversion has occurred during shipping.