From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.bugs Subject: bug#13882: 24.2; saveplace.el limit drop least recently used Date: Mon, 11 Mar 2013 17:00:49 -0500 Message-ID: <87boapfvfy.fsf@kwarm.red-bean.com> References: <87ip55608l.fsf@blah.blah> <874ngn5ioy.fsf@yandex.ru> <87a9qe52l6.fsf@kwarm.red-bean.com> <87zjyc3wbx.fsf@blah.blah> <87li9udi0o.fsf@floss.red-bean.com> <87y5dt8wbb.fsf@blah.blah> Reply-To: Karl Fogel NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1363039335 26466 80.91.229.3 (11 Mar 2013 22:02:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Mar 2013 22:02:15 +0000 (UTC) Cc: iain.dalton@gmail.com, 13882@debbugs.gnu.org, Dmitry Gutov To: Kevin Ryde Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 11 23:02:39 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UFAnn-0000sU-1K for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Mar 2013 23:02:39 +0100 Original-Received: from localhost ([::1]:33699 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFAnQ-0006pp-FL for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Mar 2013 18:02:16 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37991) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFAnI-0006ok-1t for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 18:02:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFAnG-00058d-5c for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 18:02:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42877) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFAnG-00058X-1d for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 18:02:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UFAo9-0003Jt-Tj for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 18:03:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Karl Fogel Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Mar 2013 22:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13882 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 13882-submit@debbugs.gnu.org id=B13882.136303932212694 (code B ref 13882); Mon, 11 Mar 2013 22:03:01 +0000 Original-Received: (at 13882) by debbugs.gnu.org; 11 Mar 2013 22:02:02 +0000 Original-Received: from localhost ([127.0.0.1]:46986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFAnC-0003Ig-9w for submit@debbugs.gnu.org; Mon, 11 Mar 2013 18:02:02 -0400 Original-Received: from mail-ie0-f175.google.com ([209.85.223.175]:56156) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFAn9-0003IC-BN for 13882@debbugs.gnu.org; Mon, 11 Mar 2013 18:02:00 -0400 Original-Received: by mail-ie0-f175.google.com with SMTP id c12so5387775ieb.20 for <13882@debbugs.gnu.org>; Mon, 11 Mar 2013 15:00:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:references:reply-to:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=PSAc9VxKFZt03sYgmR3Qa1Vy3XRcJd5wXErx+p9hF7s=; b=xcPhhmfiv/0PJG1EiPUlHdIQJUvJ3NQbvrxXM6UO2WbsBKcDYKl9V+YeJicso9ZCh1 NSp1lm8jVnGjlITq1mFtUOmEY5ypJL/ZkgsHyIE8wLG7uQlovDgbsYmRvo0Nvl1hQ/y/ FZ3xd3GjwExEE2ehl/z4D5OQFApvrTyVZE6WTz+L4OIMlnDYvoZh9wggiFENCrnds9rM CZMOCb+wANyXGXugjJyBe0oZL5iwZIa+MzuM0wW1fMm9tQw/b0aHkbDp14PVu0lG/wh9 qRuBTEZulAs/vc6xNQ1rHUfchN5r8mQm2zhlRXDuURaXEGqah+R8ZW8cCcfGNncl4OPy wjkg== X-Received: by 10.42.30.132 with SMTP id v4mr10144392icc.34.1363039257271; Mon, 11 Mar 2013 15:00:57 -0700 (PDT) Original-Received: from kwarm.red-bean.com (74-92-190-113-Illinois.hfc.comcastbusiness.net. [74.92.190.113]) by mx.google.com with ESMTPS id ur12sm16635545igb.8.2013.03.11.15.00.55 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 11 Mar 2013 15:00:56 -0700 (PDT) In-Reply-To: <87y5dt8wbb.fsf@blah.blah> (Kevin Ryde's message of "Tue, 12 Mar 2013 08:23:52 +1100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72347 Archived-At: Kevin Ryde writes: >> I'm happy to address a concrete proposal, >I would say take away the `sort', and don't have an option for it. Ah, okay. So you're saying the merge use case is not worth supporting, it sounds like? >> How would the user hook in to run the sort, unless we provide some >> option in saveplace.el? > >I presume a user has two .emacs-places files and wants to merge them. >Was that the motivation for the sort? Right, I think so. I think it's typically that they keep their .emacs-places under version control, and they do an update ("pull") and get changes that need to be merged. So they want the file to work well with the usual merge algorithms. >If yes then I would say the files can be sorted easily enough at that >time, no need to always save sorted. In fact I would say keeping >most-recent-first order might be desirable when merging two files >anyway. Yes, now that you mention it, it makes me wonder why there was a merge problem in the first place... >The second part I wondered what happens if I have two running copies of >emacs, both with save-place enabled. When the first one exits it writes >.emacs-places. When the second one exits it too writes .emacs-places. >I suspect the second overwrites the first. Was such a situation the >motivation for the sort to "merge"? No; I think it was the above (version control) scenario. Best, -Karl