GNU bug report logs - #19576
24.4; Broken function in `window-size-change-functions' cause `write-file' to write the wrong buffer

Previous Next

Package: emacs;

Reported by: Anders Lindgren <andlind <at> gmail.com>

Date: Mon, 12 Jan 2015 23:39:02 UTC

Severity: normal

Found in version 24.4

Done: Anders Lindgren <andlind <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: acm <at> muc.de, 19576 <at> debbugs.gnu.org, andlind <at> gmail.com, juri <at> linkov.net
Subject: bug#19576: write-file writes the wrong buffer
Date: Sun, 22 Nov 2015 18:46:19 +0100
> I couldn't think of any situation that would cause that.  It would
> require a resize of windows outside redisplay that would also cause
> redisplay to decide that the mini-window needs to be resized.  If you
> can come up with a recipe for this, we should indeed remove the "just
> once" promise.

A silly example with emacs -Q is

(defvar fun 0)

(defun fun (frame)
  "..."
  (message "\n%s\n" (setq fun (1+ fun))) (ding))

(add-hook 'window-size-change-functions 'fun)

This gets me complete erratic behavior when moving point.

Another example is

(defvar fun 0)

(defun fun (frame)
  "..."
  (message "%s" (setq fun (1+ fun))) (ding))

(add-hook 'window-size-change-functions 'fun)

(progn
  (tool-bar-mode -1)
  (sit-for 1)
  (tool-bar-mode 1))

With my patch for bug#21975 this runs ‘fun’ twice when the tool-bar is
reenabled.  Likely due to my calculations of the real tool bar height.

martin





This bug report was last modified 9 years and 179 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.