Bill McCarthy wrote:
[...]
I'm fairly certain b) doesn't work, since I have
":se go=g" in my _gvimrc and I'm seeing the search
messages for those bitmap files and Gvim comes up looking
just like Vim (but with much nicer color options).
You shouldn't see those search messages unless you have 'v
Tony,
On Sun 13-Aug-06 10:48pm -0600, you wrote:
> src/ shouldn't be part of your "production" installation. You need it to
> compile Vim, but that should be done elsewhere than where Vim will
> reside for day-to-day editing. For instance, a typical "production"
> installation of Vim will reside
Bill McCarthy wrote:
On Sun 13-Aug-06 7:41pm -0600, Steve Hall wrote:
A normal full install should have all or nearly all these (at least my
install here on Fedora Core 5 does):
vim70/autoload/
colors/
compiler/
doc/
ftplugin/
icons/
indent/
On Sun 13-Aug-06 7:41pm -0600, Steve Hall wrote:
> A normal full install should have all or nearly all these (at least my
> install here on Fedora Core 5 does):
>
> vim70/autoload/
> colors/
> compiler/
> doc/
> ftplugin/
> icons/
> indent/
>
On Sun, 2006-08-13 at 17:42 +0200, Ali Akcaagac wrote:
>
> I just downloaded that file and I am not really convinced by it.
> It's not the same as the releases Bram does.
Correct, we use NSIS to accomplish the entire setup rather than using
two separate installers working together. This makes mai
Gary Johnson wrote:
[...]
I've also come up with a solution for part of the problem, that of
Vim's insistence on converting a name like
/project/xyz/system/src/bar.c@@/main/42
(through chdir() and getcwd()) to a name like
/view/garyjohn_main@@/project/xyz/system/main/5/src/main/2/bar.
On 2006-08-12, Yakov Lerner <[EMAIL PROTECTED]> wrote:
> On 8/12/06, Gary Johnson <[EMAIL PROTECTED]> wrote:
> > I just finished troubleshooting a problem that had several
> > contributing factors, one of which was the way Vim's mch_FullName()
> > function behaves with ClearCase versioned file name
Ali Akcaagac wrote:
On Sat, 2006-08-12 at 09:48 -0400, Steve Hall wrote:
It uses my own configuration of the Nullsoft Installer (NSIS) instead
of relying on Vim's NSIS-install.exe combo, but it otherwise contains
gvim.exe, vim.exe, gvimext.dll, plus all the standard and runtime
files current as
On Sat, 2006-08-12 at 09:48 -0400, Steve Hall wrote:
> It uses my own configuration of the Nullsoft Installer (NSIS) instead
> of relying on Vim's NSIS-install.exe combo, but it otherwise contains
> gvim.exe, vim.exe, gvimext.dll, plus all the standard and runtime
> files current as of build date.
Hi Bram
> Patch 7.0.051 (after 7.0.44)
>
Thanks! That resolved my problem!
Best regards
Mathias
[...]
I traced the code again and again but nothing special happened. You
called string_convert and pass 0 as the length of the string, so in
string_convert_ext you calculates the length of the string with
STRLEN, then call iconv_string, last iconv. There is nothing wrong
with the length anywhere.
On 8/13/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
[removed the Vim maillist, this is development only]
Edward L. Fox wrote:
> On 8/12/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > [...]
> > You may have uncovered a bug that went unnoticed so far. Please try to
> > discover what causes
Mark S. Williams wrote:
> I did some digging. The change in question was in svn revision 57. It
> appears to have introduced some sort of order-of-declaration problem
> between BCC and the rest of the world. ;-)
>
> Below is an svn patch that works for me, and the svn diff for if_ole.cpp.
Th
Tony -
> Bram Moolenaar wrote:
> > Ali Akcaagac wrote:
> >
> >> On my home Linux system I can easily compile and install every patch you
> >> release for Vim, same applies for the MorphOS versions that I from time
> >> to time create and release for our users but for Windows - which I need
> >>
[removed the Vim maillist, this is development only]
Edward L. Fox wrote:
> On 8/12/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > [...]
> > You may have uncovered a bug that went unnoticed so far. Please try to
> > discover what causes this problem. I can't guess why the last character
> >
On 8/13/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
[...]
Edward had it on Windows. From ":help encoding-values" I gather that
"Chinese" and "prc" are alias to cp936 / euc-cn. Maybe gbk and gb18030
can be added to the "family"?
I'm using Debian Etch. But I had a look at the Windoze system and
16 matches
Mail list logo
