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
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?
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 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
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
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
29 matches
Mail list logo