Patch 7.0.198 (extra)
Problem:Win32: Compiler warnings. No need to generate gvim.exe.mnf.
Solution: Add type casts. Use * for processorArchitecture. (George
Reilly)
Files: src/Make_mvc.mak, src/eval.c, src/gvim.exe.mnf, src/misc2.c
This patch collides with some patches I
of nmake versions) and can now build vim
successfully. (To be honest: I HAVE to apply other patches too that
I once have mailed to this list but seemed to have been ignored?).
Best regards and thanks again for this patch
Mathias Michaelis
Patch U010 Written by Mike Williams [EMAIL PROTECTED
Hi again!
I have realised that on my laptop that I am using at work there is a
nmake version 6.00.9782.0 which isn't in the version list of your
make_mvc.mak patch. I therefore definitively suggest to omit this
version list an relay solely on the MSVCVer environment variable
which should be
Hello *
What is the added value of marking
it as HTML on the clipboard?
The added value is that you are able to paste the text into a word
processing program like AbiWord, MS Word or StarWriter in a way that
the HTML-Tags are not shown, but are interpreted by the word
processing program in
Hello Tony
To achieve this know, I only see one way: Convert your text to HTML,
then save it as HTML, open it with a web browser, copy it from here
into the clipboard and paste it into a word processing program.
What about opening the HTML file directly as RTF in a word processor?
I guess
Hi Bram
Patch 7.0.051 (after 7.0.44)
Thanks! That resolved my problem!
Best regards
Mathias
Dear Bram
Patch 7.0.044
Problem: Perl: setting a buffer line in another buffer may result in
changing the current buffer.
Solution: Properly change to the buffer to be changed.
Files:src/if_perl.xs
[...]
Alas, if I want to compile this, I get the following output
---%---
Patch (after 7.0.44)
Problem:xsubpp simply removes the newly added directives form
if_perl.xs when converting it into if_perl.c
Solution: See
http://perldoc.perl.org/perlxs.html#Inserting-POD%2c-Comments-and-C-Preprocessor-Directives
*** ..\vim-7.0.044\src\if_perl.xs
Problem:No Problem! Only some documentation is out dated.
I hope this is the correct way how I communicate changes
from which I think they could be helpful not only to me.
If not, please show me the correct way. Thanks!
Solution: This unofficial context
Bram
Patch 7.0.027 (extra)
[...]
}
if (msg.message == WM_USER)
+ {
+ MyTranslateMessage(msg)
^
c:\devel\vim\vim70\src\gui_w48.c(1669) : error C2146:
syntax error : missing ';' before identifier 'DispatchMessageA'
I know these little
Rick
Am I supposed to put 2 and 3 into the original? Am I
supposed to move the contents of each /src directory
into the one in the Unix archive?
Yes. Here is how I do it:
bunzip2 -qck vim-7.0.tar.bz2 | tar x
gunzip -qc vim-7.0-lang.tar.gz | tar x
gunzip -qc vim-7.0-extra.tar.gz | tar x
Anatoli
Can anyone tell me how big a vim register is?
I can't. With HUGE (g)vim-7.0.22 on Windows XP I have experienced no
problem when yanking 100MB of text (except of the business of my
hard drive).
It's very unpleasant, when I yank some piece of text in the
source and can paste only part
Can anyone else please try to reproduce this?
Yes, I. With
Bram
Patch
Problem:Make_mvc.mak creates an empty gvim.exe.mnf file
(or stops with an error message).
Solution: Don't use 'echo' to create files. Use inline files
instead.
Files: src/Make_mvc.mak
Before including this change I would have to check the
Bram, George
Patch 7.0.Make_GvimExt
I don't have this compiler. Can someone with MSVC 2005 verify this
works properly?
Send me the patch and I'll try it out.
Please retrieve _all_ my patches from the archive
http://members.tcnet.ch/michaelis/vim/patches_vim_1.zip
and pick out the
Bram
The source archive
ftp://ftp.vim.org/pub/vim/pc/vim70src.zip
contains the file if_sniff.h but not the corresponding source file
if_sniff.c. Has this a specific reason or has if_sniff.c simply been
forgotten?
The Sniff interface is something extra, you need to get it from the
Bram
Patch
Problem:Make_mvc.mak creates an empty gvim.exe.mnf file
(or stops with an error message).
Solution: Don't use 'echo' to create files. Use inline files
instead.
Files: src/Make_mvc.mak
This has always worked just fine. When does it fail?
Hi Gerald
For instance, with
map F2 /
hitting 3 + F2 will have the search do with a count of 3 (taken from
v:count and v:count1). How would we have it so it takes from g:mycount
instead?
What about:
:map expr F2 . g:mycount . /
With best regards
Mathias
Bram
I'm not sure perror() can be used in general after system().
Otherwise it makes sense.
Thanks. Indeed I only checked the documentation of
Visual Studio 2005
Visual Studio .NET
Visual Studio 6.0
When making the patch. But by googling a little bit, I find firther
indications that
Hi Gerald
Given a new buffer with these 2 lines:
1x2x3x4x
5x6x7x8x
Put cursor on 1. Then type:
v3:C-u/xCR
where C-u is Ctrl-u and CR is Enter.
Shouldn't the cursor be on the x between 3 4 instead of on 5,
just like you would with typing:
3/xCR
instead ?
This
Hi Tony
Since I can confirm that behaviour of gvim, I am the user :-)
I believe that nobody knows the Vim manual better than you, but
[...]
If someone knows the Vim docs better than anyone, I bet it's Bram
Moolenaar. (Flatter not thy brother, it is treason; should thy
brother flatter
Tony, Andalou
If I do: gvim -u NONE -U NONE -c set verbosefile=C:/vim.log
I get: [...]
E329: No menu Buffer [...]
I can confirm that behaviour of gvim, but I think it is a feature,
not a bug.
[...]
However, under :help -u it is said that -u NONE disables vimrc,
gvimrc, and all
Patch (unofficial)
Problem:OLE SNIFF enabled gvim crashes on Windows by issuing the
command :q after 10 minutes
Solution: Do translate and dispatch all messages. They may be addressed
to some thread of hidden window created by the os.
Files: src/gui_w48.c
***
Hi Fabio
Eg. it does not warn me about an error on line 12, but at the char 2032
Is there any command in Vim to position to that char offset?
Maybe
:2032go
?
With kind regards
Mathias
Hi vimmers
I have some news about the crash.
1) Minimal requirement to build a gvim.exe that crashes with
Microsoft Visual Studio 2005 Express Edition (VSEE):
nmake -f Make_mvc.mak FEATURES=NORMAL GUI=yes OLE=yes \
MBYTE=no IME=no GIME=no SNIFF=yes CSCOPE=no \
ICONV=no
Patch
Problem:IMHO .pdb files should reside in the same directory as the
corresponding .exe files so they can be distributet along
with them.
Solution: Change one line within src/Make_mvc.mak
Files: src/Make_mvc.mak
*** ..\vim-7.0.000\src\Make_mvc.mak
Patch 7.0.Makefile
Problem:IMHO .pdb files should reside in the same directory as the
corresponding .exe files so they can be distributet along
with them. Therefore, one of my recent patches adopted
src/Make_mvc.mak to that opinion. Alas, now the top level
David
Could someone please confirm this is a bug.
If you run this command from a GUI enabled vim:
:echo inputdialog('hello:', 10, -1)
You get a dialog box displayed which says hello, with a default
value of 10. Pressing OK, returns 10, pressing cancel returns -1.
If you run the same
testmail
Yakov
... That's why re-sending helps.
Thanks again! Yes, I experienced that once or twice too. But this
time, waiting one night didn't help, so I thought it stays like that
for ever: I am receiving mails, can't reply nor unsubscribe nor
influence in any way what's going on. This is why I was
Tony
But if I invoke the Taskmanager by pressing Ctrl-Alt_Delete,
then I observe a gvim zombie hanging around within the task
list.
If it doesn't happen when you build with Big features (and an
otherwise identical configuration), then the only difference
between Big and Hige is that the
Hi Tony
Thanks for your reply!
If I compile vim on Windows XP with Microsoft Visual Studio
2005 Express Edition on the command line with
nmake -f Make_mvc.mak DEBUG=yes FEATURES=TINY GUI=yes OLE=yes
I get the [some] errors:
I guess it's a bug; but Tiny features means barest bones,
Hi developers
If I compile vim on Windows XP with Microsoft Visual Studio 2005
Express Edition on the command line with
nmake -f Make_mvc.mak DEBUG=yes FEATURES=TINY GUI=yes OLE=yes
I get the errors:
ex_cmds2.obj : error LNK2019:
unresolved external symbol _get_locale_val referenced
in
Patch 7.0.mswin
Problem:On Windows, when gvim is built by the command
nmake -f Make_mvc.mak DEBUG=yes FEATURES=NORMAL GUI=yes OLE=yes
then the linker will issue the error message
if_ole.obj : error LNK2019:i
unresolved external symbol
Is someone working on integrating Microsoft Platform SDK / Visual
C++ 2005?
Yes, I do, and I already have sent some patches to this list.
http://groups.yahoo.com/group/vimdev/message/43765
http://groups.yahoo.com/group/vimdev/message/43821
http://groups.yahoo.com/group/vimdev/message/43825
Patch
Problem:Make_mvc.mak can't handle path names that contain spaces.
Solution: Surround path names by quotes
Files: src/Make_mvc.mak
*** ..\vim-7.0.000\src\Make_mvc.mak 2006-05-31 09:13:13.607288000 +0200
--- src\Make_mvc.mak2006-05-31 10:24:17.718779200 +0200
Patch 7.0.Make_GvimExt
Problem:On Windows, when GvimExt is built with Microsoft Visual
Studio 2005, the context menu item Edit with vim doesn't
appear in Explorer. Reason: GvimExt.dll cannot be loaded,
because it is not prepared to the Windows Side by Side
Hello Vim List
I have a similar problem with the final vim 7.0, if I try to compile
it with Microsoft Visual Studio 2005 Express Edition. I don't get a
runtime error, but simply get no Edit with vim ... context menu
entries when I right-click on any file.
When I right click on a file in
Hi all
If I do :!dir a console opens and says:
C:\WINNT\system32\CMD.EXE /c dir
shell returned -1
2) If 1) doesn't help, you may want to produce the phenomena outside
of vim. Open a cmd-window and type something like
path\to\vim\vimrun.exe %windir%\system32\cmd.exe /c dir
Hello Vim List
I have a similar problem with the final vim 7.0, if I try to compile
it with Microsoft Visual Studio 2005 Express Edition. I don't get a
runtime error, but simply get no Edit with vim ... context menu
entries when I right-click on any file.
When I right click on a file in
Hello Juan
The problem is that any ! command returns, for example !!dir returns (after a
couple seconds):
E485: Can't read file x.tmp
If I do :!dir a console opens and says:
C:\WINNT\system32\CMD.EXE /c dir
shell returned -1
Just some thoughts ...
1) In my _vimrc file, I
Patch
Problem:Make_mvc.mak creates an empty gvim.exe.mnf file (or stops
with an error message). (Suresh Govindachar)
Solution: Don't use 'echo' to create files. Use inline files instead.
Files: src/Make_mvc.mak
*** ..\vim-7.0.000\src\Make_mvc.mak 2006-05-07
42 matches
Mail list logo