From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Fran Litterio" Newsgroups: gmane.emacs.bugs,gmane.emacs.devel Subject: Re: Bug in CVS Emacs frame positioning under X Date: Wed, 22 Mar 2006 16:02:50 -0500 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1143071764 2991 80.91.229.2 (22 Mar 2006 23:56:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Mar 2006 23:56:04 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, emacs-devel@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 23 00:55:57 2006 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FMDB6-0008VD-If for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Mar 2006 00:55:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FMDB6-0002li-7G for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 Mar 2006 18:55:48 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FMATm-0006hg-Er for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2006 16:02:54 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FMATk-0006hH-O0 for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2006 16:02:54 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FMATk-0006hC-KS for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2006 16:02:52 -0500 Original-Received: from [64.233.182.200] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FMAUB-00087D-R8 for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2006 16:03:20 -0500 Original-Received: by nproxy.gmail.com with SMTP id l24so151257nfc for ; Wed, 22 Mar 2006 13:02:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B6/q+TOrAgGePJg/BQpwFusVXD217FybBP+7LYtCh/cJwHmX+tDXkW7XQsZWyo/U0cx3TnSajsb8nuDPMoI8XPoPH5J2uNlRsC9MqeorpEnHm1Ch9aC2FmXyLXtwPCVQDgYSRgRkStuV9ulxr3+3/IJ0e3bKPN0kQlW1pApjSfk= Original-Received: by 10.49.67.9 with SMTP id u9mr316629nfk; Wed, 22 Mar 2006 13:02:50 -0800 (PST) Original-Received: by 10.49.23.5 with HTTP; Wed, 22 Mar 2006 13:02:50 -0800 (PST) Original-To: rms@gnu.org In-Reply-To: Content-Disposition: inline X-Mailman-Approved-At: Wed, 22 Mar 2006 18:55:45 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:14983 gmane.emacs.devel:51978 Archived-At: On 3/22/06, I (Fran Litterio) wrote: > On 3/22/06, Richard Stallman wrote: > > In the latest CVS Emacs under X, there seems to be a frame position= ing bug that > > is timing related. > > > > Does it happen in older CVS versions too? For instance, > > did it happen a month ago? 6 months ago? > > Unknown. I'll check-out the older sources and rebuild. I'll let you kno= w. I have checked out the CVS Emacs source code from October 1, 2005, and the bug existed at that time. Additionally, I have found a simple way to reproduce the problem: 1. Start Emacs under the X Window system using the command: emacs -q 2. Evaluate the following Elisp: =09(dolist (i '(1 2 3 4 5 6)) =09 (let ((frame (make-frame '((top . 50) (left . 50))))) =09 (set-frame-position frame 200 200) =09 (set-frame-position frame 300 300) =09 (sit-for 0.5))) You may have to evaluate the above Elisp more than once to see the malfunction (although I see it every time). The symptom is that not all of the frames end up positioned at x/y coordinates 300/300. Some frames are positioned at 300+A/300+B, where A is the width of the left border drawn by the window manager and B is the height of the top border drawn by the window manager. Some frames even end up at 400/400 ! I think I have a patch to src/xterm.c that may fix this. I will try it and let you know if the patch works. -- Fran Litterio