--- Begin Message ---
|
Subject: |
24.3.93; Incomplete splash screen display on Cygwin-w32 build |
|
Date: |
Thu, 28 Aug 2014 17:51:06 -0400 |
|
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 |
When I start up the Cygwin-w32 build of emacs, the image at the top of
the splash screen often fails to display. The following patch fixes it:
=== modified file 'lisp/startup.el'
--- lisp/startup.el 2014-07-08 09:17:09 +0000
+++ lisp/startup.el 2014-08-28 20:07:20 +0000
@@ -1812,7 +1812,7 @@
(let (chosen-frame)
;; MS-Windows needs this to have a chance to make the initial
;; frame visible.
- (if (eq system-type 'windows-nt)
+ (if (eq window-system 'w32)
(sit-for 0 t))
(dolist (frame (append (frame-list) (list (selected-frame))))
(if (and (frame-visible-p frame)
Is this still OK for the native Windows build? If so, is it OK to
install it in the release branch?
In GNU Emacs 24.3.93.2 (x86_64-unknown-cygwin)
of 2014-08-28 on moufang
Repository revision: 117464 address@hidden
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --with-w32 --enable-checking=yes,glyphs 'CFLAGS=-g3 -O0''
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#18347: 24.3.93; Incomplete splash screen display on Cygwin-w32 build |
|
Date: |
Fri, 29 Aug 2014 18:17:18 -0400 |
|
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 |
Version: 24.3.94
Basically, since creating a frame on w32 takes some time until the OS
sets up the message pump for the new frame, Lisp code that creates a
frame and immediately proceeds with manipulating the new frame might
sometimes need sit-for to let the dust settle.
So it seems that the current bug probably has the same cause as
bug#16014. I've installed the fix (but using the window-system
function) in the release branch as bzr revision 117465.
Ken
--- End Message ---