7.1a patch for Mingw32

[Ron Aaron]

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 {
 NMHDR  hdr;
@@ -251,6 +252,7 @@
 UINT   uFlags;
 LPARAM lParam;
 } NMTTDISPINFOW, *LPNMTTDISPINFOW;
+#endif
 #endif

 #include poppack.h

Strange redraw problem on x86-64 Linux

[Ron Aaron]

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 to manifest itself when doing any colon command, in
that the first word on the command line shows up, but subsequent words are
not drawn visibly (though they are there).

A further problem is that the fonts are ragged rather than smooth.

The same vim (e.g. compiled from the same source) on my Frugalware x86
32-bit on my laptop works fine.

So I don't know if there is some strangeness about the distro or whether
there may be a 64bit linux problem.

Does anyone have ideas on how to narrow down the problem?

Re: Strange redraw problem on x86-64 Linux

[Ron Aaron]

 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 the system was using xorg 7.1, which I downgraded to 7.0
based upon some comments on the Frugalware forum -- but that did not
change the problem.

I've got GTK2 GUI, X11.  The GTK version on the machine is 2.4

Re: Strange redraw problem on x86-64 Linux

[Ron Aaron]

 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.

Re: vim7: problem with regex subst and combining chars

[Ron Aaron]

 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 characters and you cannot navigate to them directly.  But if you
do 'ga' on the second character, you'll see it's composed of two
characters (05dc and 05b0).

Thanks for verifying the problem isn't just my builds :)

Re: vim7: problem with regex subst and combining chars

[Ron Aaron]

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 with using s/// with combining
characters.

Re: vim7: problem with regex subst and combining chars

[Ron Aaron]

 (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.

Re: vim7: problem with regex subst and combining chars

[Ron Aaron]

 (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