GNU bug report logs - #1348
set-frame-width and set-frame-position seem buggy on at least MSWindows

Previous Next

Package: emacs;

Reported by: "Themba Fletcher" <themba <at> shirleymachine.com>

Date: Fri, 14 Nov 2008 22:55:04 UTC

Severity: normal

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: grischka <grishka <at> gmx.de>
To: eliz <at> gnu.org
Cc: 1348 <at> debbugs.gnu.org, jasonr <at> f2s.com,
        martin rudalics <rudalics <at> gmx.at>
Subject: bug#1348: set-frame-width and set-frame-position seem buggy on at least MSWindows
Date: Wed, 03 Dec 2008 22:43:27 +0100

Eli Zaretskii wrote:

> I don't see a need for giving an example for something that is so
> blatantly wrong: it calls one thread's code from within another.
> Since the Emacs input thread was written _specifically_ to overcome
> problems with delivering input asynchronously, it should be clear to
> anyone that mixing such threads is dead wrong, period.

Clear to anyone who? Doesn't see a need or is able to read?

Actually,
	w32_read_socket()
calls
	change_frame_size() at w32term:4596
which finally calls
	run_window_configuration_change_hook() at dispnew:6414
which runs lisp code.

You will maybe agree that it makes sense to run this hook as
a consequence from a lisp call to "set-frame-width".
This bug report was last modified 10 years and 296 days ago.

Previous Next

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