> 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
Hi
>> Alas, your patch doesn't work on my machine for three reasons:
>>
>> 1) I use VCExpress version to build vim. This is VC8, but there is
>>no SDK.
>
> I didn't think the Express version of the compilers supported optimized
> code generation. And I am surprised VCExpress comes without
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 define
(by keeping to
maintain the list 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
to a target application what it
can do with the data contained in the clipboard, declare its format
and don't assume that the user can do this. Of course I have no
doubt that there are only intelligent Vim users. But the world of
word processing program is another one ;-)
With best regards
Mathias Michaelis
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?
>
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
Hi Bram
> Patch 7.0.051 (after 7.0.44)
>
Thanks! That resolved my problem!
Best regards
Mathias
Dear Bram, dear Tony
sorry for responding so late -- since I have a job, I run out
of time very often. Maybe I am not making enough use of all the
possibilities of vim ...
>>> I inspected if_perl.xs and if_perl.c and saw that xsubpp simply removed
>>> preprocessor directives such as
>>>
!
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
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
-
>> As it was discussed earlier, on MS VC++ 2005 additional defines is
>> required in order to use some of the standard C library functions
>> without warnings. This defines should be done before inclusion of a
>> windows.h header. This defines was added into vim.h. In if_ole.cpp
>> vim.h is
Bram
> Thanks for the correction of the typos.
>
It's a pleasure!
>> + Another possibility is to use the gnuwin32 port of gettext. This is
>> + recommended especially if you use already gnuwin32 tools to gunzip, bunzip,
>> + patch etc. these files. You find the gnuwin32 version of gettext here:
>
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 littl
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 pat
Hi *
> Please retrieve _all_ my patches from the archive
>
> http://members.tcnet.ch/michaelis/vim/patches_vim_1.zip
>
> and pick out the ones that concern the mvc makefiles.
>
> Since only a view of my patches I published here have been discussed
> until now, I am afraid that the other ones co
Bram
Patch
Problem: IMHO .pdb files should reside in the same directory as the
corresponding .exe files so they can be distributet along
with them.
>>> This doesn't matter for the distribution, the .pdb file can be moved
>>> around after generating it.
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
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
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
Bram
>> 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
>>
> This doesn't matte
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
Hi vimmers
I have some news about the crash -- finally I found the cause.
> I don't know how to find out where the problem is. Perhaps, there
> are some resources yet occupied, or some messages in a message
> queue of some hidden windows, that leads OleUninitialize() to stop
> the whole program a
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
***
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
Patch
Problem:When trying to buid vim with xpm_w32 support, the Make_mvc
runs into troubles as soon as the path names of required
libraries and include files contain spaces.
Solution: Quote such path names.
Files: src/Make_mvc.mak
*** ..\vim-7.0.000\src\Make_mvc
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 2006-0
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 GETTEXT=no
Hi *
> I call that reproducing the bug. That makes three of us who see
> the bug, one who does not. Looking at the plugin, I think I
> understand what causes it. I explained that a few posts back,
> didn't I?
>
Bram has fixed this bug already a month ago ;-)
See: http://groups.yahoo.com/grou
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
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
> > I found that emails that are written on my Thunderbird Email
> > Client AND where addressed to vim-dev@vim.org ... were filtered
> > away, ...
> >
> There may be an explanation to that: Thunderbird writes its mail in HTML
> by default, ...
>
Thanks for reply -- I appreciate that also t
Hello Matthew, dear developers
>> My emails are systematically filtered out.
>>
> I'm seeing your messages on the list.
>
First: Thanks for replying so fast!
But: You don't see no of my mails written yesterday, and also not
all from this morning. The testmail written at 09:03:28 +0200 is not
from
Dear developers
I observe the following strange behaviour of gvim 7.0 on Windows XP
built with HUGE features by my own:
I open gvim.exe, work with it or leave it without touching it for
half an hour. Then, within gvim.exe, I type ":q" or ":wq". gvim
saves the text, remove the .swp file and closes
testmail
Dear developers
My emails are systematically filtered out. I can't even unsubscribe (why be on
a list where own, very carefully composed contributions aren't desired?). I
already have phoned to my ISP, and he's innocent. Now I am really helpless. If
this email reaches the list, I will once more
testmail
Webmail TcNet GmbH http://www.tcnet.ch
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 b
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 _MultiByt
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 functi
> 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
e by
> Side Components.
>
Thanks again! That leaded me to the correct command:
http://msdn2.microsoft.com/en-us/library/ms235591(VS.80).aspx
With best regards
Mathias Michaelis
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 exp
Hi vimmers!
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?
With kind regards
Mathias
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 16:13:02.000
47 matches
Mail list logo
