From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#6241: Please make buffer-offer-save permanent local Date: Fri, 28 May 2010 00:25:20 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1275000178 2336 80.91.229.12 (27 May 2010 22:42:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 27 May 2010 22:42:58 +0000 (UTC) Cc: Juanma Barranquero , 6241@debbugs.gnu.org To: MON KEY Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 28 00:42:55 2010 connect(): No such file or directory Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OHlmw-0004Et-DJ for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 May 2010 00:42:54 +0200 Original-Received: from localhost ([127.0.0.1]:34504 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OHlmv-0002fq-5P for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 May 2010 18:42:53 -0400 Original-Received: from [140.186.70.92] (port=34501 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OHld5-0005gA-Ku for bug-gnu-emacs@gnu.org; Thu, 27 May 2010 18:32:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OHld4-0003ao-2I for bug-gnu-emacs@gnu.org; Thu, 27 May 2010 18:32:43 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:32823) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHld4-0003af-0W for bug-gnu-emacs@gnu.org; Thu, 27 May 2010 18:32:42 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OHlWc-0008Fj-Fs; Thu, 27 May 2010 18:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 May 2010 22:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6241 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6241-submit@debbugs.gnu.org id=B6241.127499914831716 (code B ref 6241); Thu, 27 May 2010 22:26:02 +0000 Original-Received: (at 6241) by debbugs.gnu.org; 27 May 2010 22:25:48 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHlWN-0008FU-Qw for submit@debbugs.gnu.org; Thu, 27 May 2010 18:25:48 -0400 Original-Received: from mail-yw0-f172.google.com ([209.85.211.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OHlWL-0008FO-VM for 6241@debbugs.gnu.org; Thu, 27 May 2010 18:25:46 -0400 Original-Received: by ywh2 with SMTP id 2so178583ywh.0 for <6241@debbugs.gnu.org>; Thu, 27 May 2010 15:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=Lnn82dbSJGwiRfA2UGIFIi4KJ0y+/0vClwEchpvU8vI=; b=WIECe5Aa05t5pb1++BmP0e861vYoGQP4jkF08VHplLI6cdpjcMw7f7HQbhSwgBjwYA fsdeNR6eoZsCBofT+7ZTxkhfdtMBHKg0+0L/bzBLM0pcktPJYrzOPzbE9Ar3ybvTOuNW +hyiiSw2+O5u6POmSA6kvf3UNyfHdLoXXy3LI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=xzW7P4scdB3GDpM4xbXnZfJvHelygGiYkIxY1GhROL5XHLlDsuOXPE+FajOuIJYyjI uo9dD3IRSdoZwXPyE2L4t9vxHadvJka26Bqy+mpPzIY4X2A3XGYDx4wGhbP1PvJptvZv e+pjivprwMdHbkRwAlxJszgBYyXaCipHiAipc= Original-Received: by 10.101.210.31 with SMTP id m31mr13736747anq.205.1274999141446; Thu, 27 May 2010 15:25:41 -0700 (PDT) Original-Received: by 10.100.177.20 with HTTP; Thu, 27 May 2010 15:25:20 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 27 May 2010 18:26:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:37345 Archived-At: On Thu, May 27, 2010 at 11:56 PM, MON KEY wrote: > > Many major mode hooks run `kill-all-local-variables' implicilty. All of them should. > What you may have missed is that a good deal of them also invoke it > _explicitly_ when switching. That is because they were written before define-derived-mode was available. > IMHO locals like this _should_ be killed when changing major mode. Most buffer local variables should be killed normally because they more or less belong to the major modes. However or buffer local variables are not the same type of creatures. Some of them do not belong to the major mode. They rather belong to the buffer contents (or are a state in the user interaction with the buffer, like editor emulator state). I think that `buffer-offer-save' belongs to the content. It protect the contents from being thrown away by the user of mistake. And that is a very important function, far above major modes need. Don't you think so? There might be exceptions when `buffer-offer-save' should be killed when the major mode is changed, but these can easily be fixed if we find such cases. > FWIW my impression is that _you_ need this variable to be > permanent-local w/re mumamo. This has nothing to do with mumamo, but I am aware of the different forms of buffer local variables because of mumamo. > I also suspect that there are (or will be) modes which take advantage > of asynchrous processing in conjunction with a major-mode which will > now have to worry about unsetting this variable regardless of whether > the results of the asynchrounous process succeed or not... Please explain more exactly in what situations and why you think they want to kill `buffer-offer-save'. If you do that we can fix such cases. I can't think of any myself at the moment. > Likewise, I imagine there are some immediate corner cases where > tramp'd buffers wouldn't appreciate buffer-offer-save being permanent > local. Same question as above. Exactly when and why? > Should you insist that this change be made please ask on emacs-devel > before asserting that: > > =C2=A0"I think everyone expects that." > > I don't. Of course, if you can be more specific in your concerns. I just don't understand them yet.