It doesn't compile under Mingw32 unless gui_w32.c is patched:
--- gui_w32.c.orig Sat May 05 04:24:58 2007
+++ gui_w32.c Tue May 08 09:01:11 2007
@@ -232,6 +232,7 @@
LPARAM lParam;
} NMTTDISPINFO_NEW;
+#ifndef __MINGW32__
#ifndef LPNMTTDISPINFO
typedef struct tagNMTTDISPINFOA {
I'm using Frugalware x86-64 as my Linux distro on my server machine.
For some reason, gvim (compiled with --enable-features=big) has a very
strange redraw problem, which is that it doesn't properly redraw the
screen if the vim window is obscured, and requires ^L to redraw.
The problem also seems
I'm using Frugalware x86-64 as my Linux distro on my server machine.
For some reason, gvim (compiled with --enable-features=big) has a very
strange redraw problem, which is that it doesn't properly redraw the
screen if the vim window is obscured, and requires ^L to redraw.
I should add that
I'm using Frugalware x86-64 as my Linux distro on my server machine.
Aha! When I change to a bitmap font the display problem seems to go away!
TrueType and PS fonts look ugly.
I notice other problems. For example, $ (in Normal mode) takes me to
the fifth character. (With 'ruler' set, I see 17-5 in the status line.)
Maybe there is a null byte in the fifth or sixth multi-byte character?
I think $ and ruler are working correctly; the other 'characters' are
combining
Arrgh! I can't send this message to the list, for some reason! Maybe
because it has strange characters in it?
OK: you can download my test.zip from here:
http://ronware.org/test.zip
In it you will find a file 'test.txt' which is UTF8 and will tell you how
to see the problem I am finding
(I've attached the zip with the following text in case it doesn't come
through for you).
If you do:
:s/.*/hi/
Verified this happens on Linux as well.
(I've attached the zip with the following text in case it doesn't come
through for you).
If you do:
:s/.*/hi/
Verified this happens on Linux as well.
And furthermore verified it does NOT happen on vim 6.4