From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#16028: 24.3.50; Latest build completely breaks my thumnail frames code Date: Tue, 10 Dec 2013 16:31:43 +0100 Message-ID: <52A733DF.8080806@gmx.at> References: <746cd4cb-c69d-4cff-8dee-f7ccde3cb2f4@default> <52A1E5A6.3010901@gmx.at> <52A1F967.5070403@gmx.at> <6ee939f5-138d-4e5c-830e-8a20f8e45bea@default> <52A207C5.4070404@gmx.at> <12e899a3-dbf2-4b44-9b87-a0b9fc24f317@default> <52A2EE7B.4030105@gmx.at> <723644fb-f171-4bed-b8d0-7f9a1c8b9f7d@default> <52A4428F.4030101@gmx.at> <600e7b0c-73bb-4163-8d03-a8579f250045@default> <52A4B23E.9080609@gmx.at> <837gbeymiy.fsf@gnu.org> <52A60DD2.1020303@gmx.at> <83r49lxsxf.fsf@gnu.org> <52A6ED85.8020206@gmx.at> <52A6F1C4.3040803@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------050909010809080508020702" X-Trace: ger.gmane.org 1386689838 13163 80.91.229.3 (10 Dec 2013 15:37:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Dec 2013 15:37:18 +0000 (UTC) Cc: 16028@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 10 16:37:22 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VqPNB-00015J-4u for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2013 16:37:21 +0100 Original-Received: from localhost ([::1]:49871 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqPNA-0003KV-Oc for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2013 10:37:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36337) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqPN0-0003DX-5v for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 10:37:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VqPMs-0001NN-G6 for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 10:37:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56112) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqPMs-0001NF-BK for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 10:37:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VqPMs-0002j1-07 for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 10:37:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Dec 2013 15:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16028 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16028-submit@debbugs.gnu.org id=B16028.138668978210407 (code B ref 16028); Tue, 10 Dec 2013 15:37:01 +0000 Original-Received: (at 16028) by debbugs.gnu.org; 10 Dec 2013 15:36:22 +0000 Original-Received: from localhost ([127.0.0.1]:41895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VqPME-0002hm-0d for submit@debbugs.gnu.org; Tue, 10 Dec 2013 10:36:22 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:50590) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VqPMB-0002ha-44 for 16028@debbugs.gnu.org; Tue, 10 Dec 2013 10:36:20 -0500 Original-Received: from [62.47.52.63] ([62.47.52.63]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MF5FT-1VnLLO2dZr-00GGqL for <16028@debbugs.gnu.org>; Tue, 10 Dec 2013 16:36:17 +0100 In-Reply-To: <52A6F1C4.3040803@gmx.at> X-Provags-ID: V03:K0:zJvg4kP8RK2u6c3UtoPPjerBBy59RZEcu6+fmifN4IMdRifBM7y 6BQ4Lbg4m4VRztxVin5BaVBnQgC5b9iDC3++kuGKYWRSiuWS/yNGthm+zjyQLGk4h059ccG JCA6DQlSleA84bENnrV3lwai/GSN4CxFDKCws/K/SNDu3jDPJ9Yx8oFwSRp/o19efCmFEPy wT76L/U30w8Hk7lhVO0mQ== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:81675 Archived-At: This is a multi-part message in MIME format. --------------050909010809080508020702 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit > (modify-frame-parameters > (selected-frame) (list (cons 'font new-font) > (cons 'scroll-bar-width 6))))) What happes is that when we ask Windows to change the frame's size, we don't record the new sizes. When we ask Windows to change the scrollbar width, we start again with the old sizes. I can handle this case by commenting in some code in w32term.c as in the attached diff. But that code was commented our for a reason. So I don't know what to do. martin PS: I don't know why it worked earlier. In principle, the potential for this bug was always here. --------------050909010809080508020702 Content-Type: text/plain; name="w32term.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="w32term.diff" === modified file 'src/w32term.c' --- src/w32term.c 2013-12-07 17:48:52 +0000 +++ src/w32term.c 2013-12-10 14:52:22 +0000 @@ -5726,7 +5726,7 @@ SWP_NOZORDER | SWP_NOMOVE | SWP_NOACTIVATE); } -#if 0 +/** #if 0 **/ /* The following mirrors what is done in xterm.c. It appears to be for informing lisp of the new size immediately, while the actual resize will happen asynchronously. But on Windows, the menu bar @@ -5754,7 +5754,7 @@ We pass 1 for DELAY since we can't run Lisp code inside of a BLOCK_INPUT. */ - change_frame_size (f, width, height, 0, 1, 0, 0); + change_frame_size (f, width, height, 0, 1, 0, pixelwise); FRAME_PIXEL_WIDTH (f) = pixelwidth; FRAME_PIXEL_HEIGHT (f) = pixelheight; @@ -5772,7 +5772,7 @@ Actually checking whether it is outside is a pain in the neck, so don't try--just let the highlighting be done afresh with new size. */ cancel_mouse_face (f); -#endif +/** #endif **/ unblock_input (); } --------------050909010809080508020702--