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

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: "Themba Fletcher" <themba <at> shirleymachine.com>; dated Fri, 14 Nov 2008 22:55:04 UTC; Maintainer for emacs is bug-gnu-emacs <at> gnu.org.

Message received at 1348 <at> emacsbugs.donarmstrong.com:

Received: (at 1348) by emacsbugs.donarmstrong.com; 16 Dec 2008 17:12:16 +0000
From grishka <at> gmx.de Tue Dec 16 09:12:16 2008
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-1.0 required=4.0 tests=HAS_BUG_NUMBER,
	MURPHY_DRUGS_REL8,THUNDERB autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mBGHCCcC024811
	for <1348 <at> emacsbugs.donarmstrong.com>; Tue, 16 Dec 2008 09:12:14 -0800
Received: (qmail invoked by alias); 16 Dec 2008 17:12:05 -0000
Received: from 1Cust139.tnt6.ber2.deu.da.uu.net (EHLO [149.225.88.139]) [149.225.88.139]
  by mail.gmx.net (mp011) with SMTP; 16 Dec 2008 18:12:05 +0100
X-Authenticated: #18588216
X-Provags-ID: V01U2FsdGVkX1+tYl82SLCtziI5TDSQaU8D5muggGlLjBumsHiI7Z
	qggR6Mh3BB3a6R
Message-ID: <4947E14E.7080601 <at> gmx.de>
Date: Tue, 16 Dec 2008 18:11:42 +0100
From: grischka <grishka <at> gmx.de>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: martin rudalics <rudalics <at> gmx.at>
CC: Eli Zaretskii <eliz <at> gnu.org>, 1348 <at> debbugs.gnu.org,
        jasonr <at> f2s.com
Subject: Re: bug#1348: set-frame-width and set-frame-position seem buggy on
 at least MSWindows
References: "4922BD1F.2080604 <at> gmx.at" <492DBE0C.1030707 <at> gmx.de> <492EA390.1020206 <at> gmx.at> <492EDCC9.7070806 <at> gmx.de> <492EF976.1070108 <at> gmx.at> <49319B2E.20006 <at> gmx.de> <49325AAA.5090606 <at> gmx.at> <1228089264.493327b06fd4e <at> webmail.freedom2surf.net> <49339200.7080603 <at> gmx.at> <1228119737.49339eb964cc6 <at> webmail.freedom2surf.net> <4933AFA5.5020109 <at> gmx.at> <4934D1AF.50905 <at> gmx.de> <49355A23.8030001 <at> gmx.at> <uy6yyjqch.fsf <at> gnu.org> <49365CA9.8080302 <at> gmx.at> <uk5ahnm7h.fsf <at> gnu.org> <49381AB9.3030602 <at> gmx.at>
In-Reply-To: <49381AB9.3030602 <at> gmx.at>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71

martin rudalics wrote:
> ...
> If we want that, we have to decide how to synchronize the handling of a
> confirmation message with the rest of system messages arriving around
> that time.  For this purpose, we have to determine what can be safely
> processed and what must be processed to ensure liveness while waiting
> for the confirmation.  (I suppose that's what Jason's "inter-thread
> synchronization" amounts to, though I don't understand the term "thread"
> in the present context - sorry.  But maybe that's what ATTACH_THREADS
> was about.)

Note that the suggested patch handles all that perfectly well.  Doing
anything in addition like what you mention above is unnecessary, in
fact likely contra-productive.

Instead I'd suggest to look into the X and GTK part of this issue
(frame-positioning/resizing that is) now.  On that platforms it is
still broken in several aspects and considerations are spent much more
usefully there.

Then after having fixed X and GTK you can still come back to Windows
and try to do better than the suggested 3-line patch.  Maybe you can,
who knows.

Acknowledgement sent to grischka <grishka <at> gmx.de>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text available.