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

Previous Next

Full log

Message #195 received at 1348 <at> emacsbugs.donarmstrong.com (full text, mbox):

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".

Previous Next

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