GNU bug report logs -
#950
CVS Emacs on Windows XP fails to draw contents of new frame
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 15 Mar 2009 22:51:54 +0800
with message-id <49BD160A.6080106 <at> gnu.org>
and subject line Re: bug#950: CVS Emacs on Windows XP fails to draw contents of new frame
has caused the Emacs bug report #950,
regarding 23.0.91; Frame beneath the current one not fully redisplayed on w32
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)
--
950: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=950
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
emacs -Q
C-h n
C-x 5 b RET
C-h p
C-x 1
After these keystrokes you should have 2 frames: one displaying NEWS,
the other one displaying the list of keywords for Emacs packages.
Now click and hold mouse on the foreground frame, and drag the frame
as fast as you can in circular movements against the background of the
second frame beneath it. Eventually, you will see that the frame
beneath is not fully redisplayed in the portions that are exposed when
the foreground frame moves. At that point, even if you stop dragging
the foreground frame and release the mouse, the frame beneath will not
be redisplayed.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
d:/gnu/emacs/etc/DEBUG for instructions.
In GNU Emacs 23.0.91.1 (i386-mingw-nt5.1.2600)
of 2009-02-28 on HOME-C4E4A596F7
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1255
default-enable-multibyte-characters: t
Major mode: Outline
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
view-mode: t
Recent input:
C-h n C-x 5 b <return> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu> <find-emacs-packages>
C-x 1 <help-echo> <help-echo> <help-echo> <switch-frame>
<help-echo> <switch-frame> <switch-frame> <switch-frame>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <switch-frame> <switch-frame> <switch-frame>
<help-echo> <switch-frame> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <switch-frame>
<switch-frame> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <switch-frame>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<switch-frame> <switch-frame> <switch-frame> <switch-frame>
<help-echo> <help-echo> <switch-frame> <help-echo>
<help-echo> <help-echo> <switch-frame> <help-echo>
<switch-frame> <help-echo> <help-echo> <help-echo>
M-x r e p o r t <tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading vc-cvs...done
View mode: type C-h for help, h for commands, q to quit.
SPC = select, <mouse-2> = select, d = to finder directory, q = quit, ? = help
[Message part 3 (message/rfc822, inline)]
> CVS Emacs on Windows XP sometimes fails to draw the contents of a new
> frame.
This bug (also reported as bug#1748 and bug#2524) should be fixed now.
It was due to a poorly implemented redraw optimization within Windows,
which I have worked around by using a non-standard paint message
internally in Emacs.
This bug report was last modified 16 years and 123 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.