From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#19576: write-file writes the wrong buffer Date: Sun, 22 Nov 2015 11:44:56 +0100 Message-ID: <56519CA8.3090406@gmx.at> References: <564A3292.2050807@gmx.at> <87fv05phpw.fsf@mail.linkov.net> <20151117200204.GA5054@acm.fritz.box> <83lh9v9p7k.fsf@gnu.org> <20151118232304.GB1690@acm.fritz.box> <83mvua7z8k.fsf@gnu.org> <83k2pb4mc9.fsf@gnu.org> <20151121155658.GA3636@acm.fritz.box> <83bnan4a01.fsf@gnu.org> <5650B79A.1090504@gmx.at> <83610v42yy.fsf@gnu.org> <5650BB77.40106@gmx.at> <834mgf41ci.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1448189188 19406 80.91.229.3 (22 Nov 2015 10:46:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Nov 2015 10:46:28 +0000 (UTC) Cc: acm@muc.de, 19576@debbugs.gnu.org, andlind@gmail.com, juri@linkov.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 22 11:46:16 2015 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 1a0S9v-0002S9-31 for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Nov 2015 11:46:15 +0100 Original-Received: from localhost ([::1]:55468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0S9p-0006LK-OO for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Nov 2015 05:46:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52170) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0S9l-0006Jr-Tq for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 05:46:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0S9i-0006AU-MI for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 05:46:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0S9i-0006AQ-Io for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 05:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a0S9i-0001aH-D3 for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 05:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Nov 2015 10:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19576 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19576-submit@debbugs.gnu.org id=B19576.14481891156000 (code B ref 19576); Sun, 22 Nov 2015 10:46:02 +0000 Original-Received: (at 19576) by debbugs.gnu.org; 22 Nov 2015 10:45:15 +0000 Original-Received: from localhost ([127.0.0.1]:47643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0S8x-0001Yd-9W for submit@debbugs.gnu.org; Sun, 22 Nov 2015 05:45:15 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:57976) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0S8v-0001YT-5i for 19576@debbugs.gnu.org; Sun, 22 Nov 2015 05:45:13 -0500 Original-Received: from [192.168.1.100] ([213.162.68.105]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0McDl1-1ZkIT63M8N-00Jds2; Sun, 22 Nov 2015 11:45:07 +0100 In-Reply-To: <834mgf41ci.fsf@gnu.org> X-Provags-ID: V03:K0:sVK9buuyMjRKjKcNPpBxMSC9bJGhHSrCdSU2GQuI//ghAo6bsQ5 kLhhCWK1iEwHeiLuFEjmy7oUkVVLQU0mnY7tKl7vRNhB3oh3r5OhLlzF3WV3o2jkN3kNWYa 61ZtJAIpur6i4oShMFXOF5dRbzqhpLkQtLewssCqCP+cKrkQdJ9lIfKicUsLmQgS1ky7mz7 x8qQKZ5AQ34EHBjBHh+Bw== X-UI-Out-Filterresults: notjunk:1;V01:K0:j/T69OjkzLw=:jqpcDF2TmERjY6J90cT5as BHMgI0rEyn3IKrtgA3Xu/hofoCzt1XS+6B/wXRFwWTwMzM/9f27Lb5aMsrHFsFyzfQk9k+UIZ wKSwzVtHLsR0sL+ZCvG/QDTD/XO7htmgLmEaH6xvOwbvzm/uksgysuktXtv7jR7CcV980TuBP n9yihnKK/DJXlrx01ovz3/45fBnONqsU8/B1sxRHEkU3mWb0zSj63eRSeP89fD8g1OlowLcae 3GGXxrRxgp8Zrxr3IQ8JZ33Lhe1mKi5qN4jo353yhmKoTO6TlLQFgEfLukh9QKxhIIpy/5Uab +D95zFD4fs82OhYaKK/SmKar+8vBRAhO3WxWk26+UanMrhPPOPQ2qzXXy2pySgp9yBQfFKVD5 cZEwNHZeBtTz/NpkZQlS15/DgYTy5g2FLnlOBgM0BdYHS+j5yZv+XnkZeN1YfKBx4ZpEUmcVf uBYzAQkDvwnzSfEw6SNfNdd6/o8wqjY1Tw1eWUx3I4zU3q5A8tMf1VzptGzpf2ssIG52af/uA +H9qmvwlkOotmadiwDhJSsXaBXNBof0pjpkMQjBhFFN6jOTC1ZQj/9DnloDwmIp2ZEfFvS+/y xjnTu5gtI8dwgIQFrSDO21SjrunGOLuxAvLIr8crnrjJQFhNbQBVyICuxXwnqxuW1wIS5YAjD 6N1Qlc4BoRoBww+LJpNd1wilgOrGrYWo8+/Ua67Q4k+cwHtjIX2QujVD7xZCm0PwqLai959aV t2DXgKUugxhaTBNwLrZT3ArQvv8yjL17icF+XUTUdIiT+YsUlk6MMgENA8AqE3BEIBl/NGIN X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.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:109053 Archived-At: > That'[s why I think we should do this on master, to see if this causes= > any problems. It shouldn't because, as Anders remarked, it already worked this way in Emacs 23. So I tend to install this on Emacs-25. >> > The documentation >> > seems to suggest that both of them should be run in this situatio= n. >> >> =E2=80=98window-configuration-change-hook=E2=80=99 shouldn't run sinc= e the window >> configuration does not change. > > But the ELisp manual says it should: > > -- Variable: window-configuration-change-hook > A normal hook that is run every time you change the window > configuration of an existing frame. This includes splitting o= r > deleting windows, changing the sizes of windows, or displaying= a > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > different buffer in a window. Taken literally we'd then have to run =E2=80=98window-configuration-chang= e-hook=E2=80=99 also when we resize windows without resizing the frame. In particular, we'd then have to run it in prepare_menu_bars and in redisplay_internal. Do we really want to do that? If so, we could easily obsolete =E2=80=98window-size-change-functions=E2=80=99 because then every case wo= uld have been already covered by =E2=80=98window-configuration-change-hook=E2=80=99 bef= ore. martin