Hi, Bram and list
I reproduce on console vim 7.3.1195 on linux (fedora 17 64bit)
How to reproduce:
1. Prepare rc file
$ cat ~/vimrc_foo
set tabline=%!Foo()
set guioptions-=e
function! Foo()
return gettabwinvar(1, 0, 'foo')
endfunction
2. Start Vim and :tab new
$ vim
Hi list.
I have implemented test report feature for DOS/Windows.
test report is implemented for UNIX, so I made DOS/Windows equivalent.
Please check an attached patch.
Best.
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are
Am 04.06.2013 08:06, schrieb Christian Brabandt:
On Mon, June 3, 2013 22:54, Matthew Winn wrote:
On Mon, 3 Jun 2013 18:34:37 +0200, Christian Brabandt wrote:
Oh, well. I'll just carry it around for myself and keep working on
it. I already saw one problem, that when variable tabstops are
Hi,
When 'encoding' is different from the current codepage on Windows,
:hardcopy doesn't work properly. There are three problems:
1. The result of printing is broken because TextOut() is used without
converting the encoding. TextOutW() should be used.
2. The print dialog box isn't shown
Matchit does not work in a 2-line C file with the following contents:
#if FOO
#endif
Steps to reproduce:
vim -u NONE -U NONE
:set nocompatible
:filetype plugin indent on
:syntax on
:setf c
:runtime macros/matchit.vim
:call append(line('$'), #if FOO)
:call append(line('$'), #endif)
:1del _
:normal
On Sat, Jun 15, 2013 at 9:05 PM, Manuel Ortega mannyvim...@gmail.comwrote:
On Fri, Jun 14, 2013 at 5:02 PM, Christian Wellenbrock
christian.wellenbr...@gmail.com wrote:
On Friday, June 14, 2013 10:35:59 PM UTC+2, Manuel Ortega wrote:
Buried in that gist file is a line that shows the OP is
Hi,
The following patch fixes a 32bit build warning now that Win32 no longer
defines HAVE_AVAIL_MEM.
diff --git a/src/option.c b/src/option.c
--- a/src/option.c
+++ b/src/option.c
@@ -3181,7 +3181,7 @@ set_init_1()
if (opt_idx = 0)
{
#if !defined(HAVE_AVAIL_MEM)
On So, 16 Jun 2013, Christian Brabandt wrote:
Not good? Ok, here is the original patch again.
Sorry, left the test out. This one includes everything.
Mit freundlichen Grüßen
Christian
--
Wie man sein Kind nicht nennen sollte:
Charles Ton
--
--
You received this message from the
Hi,
Both of these problems relate to assuming VIM features are available
from the the if_python code when they are not.
With this morning's repo a TINY build fails to compile:
cl -c /W3 /nologo -I. -Iproto -DHAVE_PATHDEF -DWIN32
-DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_XPM_W32
Ajit Thakkar wrote:
I was too quick to say the problems disappeared.
With 32-bit gvim 7.3.1182 and later, on 64-bit Win 7 SP1, a hang is
often obtained with the simplest of procedures:
gvim -u NONE a.txt
Make any edit
:w
It happens in many, but not all, of the subdirectories
Patch 7.3.1204
Problem:Calling gettabwinvar() in 'tabline' cancels Visual mode. (Hirohito
Higashi)
Solution: Don't always use goto_tabpage_tp().
Files: src/window.c, src/proto/window.pro, src/eval.c, src/if_py_both.h
*** ../vim-7.3.1203/src/window.c2013-06-08
Hirohito Higashi wrote:
Hi, Bram and list
I reproduce on console vim 7.3.1195 on linux (fedora 17 64bit)
How to reproduce:
1. Prepare rc file
$ cat ~/vimrc_foo
set tabline=%!Foo()
set guioptions-=e
function! Foo()
return gettabwinvar(1, 0, 'foo')
Kazunobu Kuriyama wrote:
Attached is a patch fixing a (harmless) bug in src/Makefile, due to
which src/Makefile fails to remove
share/vim/vim73/ftplugin/logtalk.dict when the target 'uninstall' is
invoked, thus resulting in incomplete uninstallation.
Thanks!
--
hundred-and-one symptoms of
Patch 7.3.1205
Problem:logtalk.dict is not removed on uninstall.
Solution: Remove the file. (Kazunobu Kuriyama)
Files: src/Makefile
*** ../vim-7.3.1204/src/Makefile2013-05-21 13:30:17.0 +0200
--- src/Makefile2013-06-16 14:13:15.0 +0200
***
Patch 7.3.1206
Problem:Inconsistent function argument declarations.
Solution: Use ANSI style.
Files: src/if_py_both.h
*** ../vim-7.3.1205/src/if_py_both.h2013-06-16 14:18:20.0 +0200
--- src/if_py_both.h2013-06-16 14:24:51.0 +0200
***
*** 1278,1284
Setting backupcopy=yes does seem to solve the problem, at least on three
tries.
Without it, the behavior is erratic. Just now, in the last 5 minutes, I got
on different occasions an E510, an E222, an E211, and a backup file named
(but all the y's had an umlaut on them) left behind in the
On Thursday, June 13, 2013 11:58:16 AM UTC-7, Bram Moolenaar wrote:
Jun Takimoto wrote:
On 2013/06/12, at 21:41, Bram Moolenaar wrote:
Thanks for the updates. Unfortunately, now both test 86 and 87 fail for
me.
(snip)
-2,xx
-before
-after
I'm getting
Lech Lorens wrote:
Matchit does not work in a 2-line C file with the following contents:
#if FOO
#endif
Steps to reproduce:
vim -u NONE -U NONE
:set nocompatible
:filetype plugin indent on
:syntax on
:setf c
:runtime macros/matchit.vim
:call append(line('$'), #if FOO)
:call
Patch 7.3.1207
Problem:New regexp engine: no match found on #if FOO. (Lech Lorens)
Solution: When adding a state gets skipped don't adjust the index.
Files: src/regexp_nfa.c, src/testdir/test64.in, src/testdir/test64.ok
*** ../vim-7.3.1206/src/regexp_nfa.c2013-06-14
Hi
Completion is allowed after :bufdo, :windo and :argdo,
but there is no completion after :tabdo
$ vim -u NONE
:tabdo CTRL-d -- no completion
Attached patch fixes it.
Patch was already posted earlier in vim_use. See:
http://comments.gmane.org/gmane.editors.vim/112305
but I did not any
Patch 7.3.1208
Problem:Compiler warnings on MS-Windows.
Solution: Add type cast. Move variable declaration. (Mike Williams)
Files: src/option.c, src/os_mswin.c
*** ../vim-7.3.1207/src/option.c2013-06-08 18:19:40.0 +0200
--- src/option.c2013-06-16
Mike Williams wrote:
The following patch fixes a 32bit build warning now that Win32 no longer
defines HAVE_AVAIL_MEM.
Thanks.
Next time please attach the diff, otherwise lines may wrap.
--
A computer without Windows is like a fish without a bicycle.
/// Bram Moolenaar --
Ajit Thakkar wrote:
Setting backupcopy=yes does seem to solve the problem, at least on three
tries.
Without it, the behavior is erratic. Just now, in the last 5 minutes, I got
on different occasions an E510, an E222, an E211, and a backup file named
(but all the y's had an umlaut on
Dominique Pelle wrote:
Completion is allowed after :bufdo, :windo and :argdo,
but there is no completion after :tabdo
$ vim -u NONE
:tabdo CTRL-d -- no completion
Attached patch fixes it.
Patch was already posted earlier in vim_use. See:
Patch 7.3.1209
Problem:No completion for :tabdo.
Solution: Add tabdo to the list of modifiers. (Dominique Pelle)
Files: src/ex_docmd.c
*** ../vim-7.3.1208/src/ex_docmd.c 2013-06-14 19:15:52.0 +0200
--- src/ex_docmd.c 2013-06-16 16:11:32.0 +0200
Hi,
2013/06/16 San 23:01:39 UTC+9 Bram Moolenaar wrote:
Ajit Thakkar wrote:
Setting backupcopy=yes does seem to solve the problem, at least on three
tries.
Without it, the behavior is erratic. Just now, in the last 5 minutes, I got
on different occasions an E510, an E222, an E211,
Ken Takata wrote:
2013/06/16 San 23:01:39 UTC+9 Bram Moolenaar wrote:
Ajit Thakkar wrote:
Setting backupcopy=yes does seem to solve the problem, at least on three
tries.
Without it, the behavior is erratic. Just now, in the last 5 minutes, I
got
on different occasions
Patch 7.3.1210 (after 7.3.1182)
Problem:'backupcopy' default on MS-Windows is wrong when 'encoding' equals
the current codepage.
Solution: Change the #else block. (Ken Takata)
Files: src/os_win32.c
*** ../vim-7.3.1209/src/os_win32.c 2013-06-12 22:41:30.0
Patch 7.3.1211
Problem:MS-Windows: When 'encoding' differs from the current codepage
:hardcopy does not work properly.
Solution: Use TextOutW() and SetDlgItemTextW(). (Ken Takata)
Files: src/os_mswin.c, src/vim.rc
*** ../vim-7.3.1210/src/os_mswin.c 2013-06-16
Ken Takata wrote:
When 'encoding' is different from the current codepage on Windows,
:hardcopy doesn't work properly. There are three problems:
1. The result of printing is broken because TextOut() is used without
converting the encoding. TextOutW() should be used.
2. The print dialog
On 6/16/2013 7:14 AM, Bram Moolenaar wrote:
Patch 7.3.1209
Problem:No completion for :tabdo.
Solution: Add tabdo to the list of modifiers. (Dominique Pelle)
Files:src/ex_docmd.c
In April 2013, I had reported a bug in command line completion:
Command line completion doesn't
Taro Muraoka wrote:
I have implemented test report feature for DOS/Windows.
test report is implemented for UNIX, so I made DOS/Windows equivalent.
Please check an attached patch.
Thanks. Makes sense.
--
Google is kind of like Dr. Who's Tardis; it's weirder on the
inside than on the
Patch 7.3.1212
Problem:make test on MS-Windows does not report failure like Unix does.
Solution: Make it work like on Unix. (Taro Muraoka)
Files: src/testdir/Make_dos.mak
*** ../vim-7.3.1211/src/testdir/Make_dos.mak2013-06-09 17:52:42.0
+0200
--- src/testdir/Make_dos.mak
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
vim_dev group.
To
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371218395 -14400
# Fri Jun 14 17:59:55 2013 +0400
# Branch python-fixes
# Node ID d0320d1f7ff29076f01fb39e431446f5c98e8ba2
# Parent 8991454c00246d1561474090cfbbb8cda7c88dd5
Use same code both for OutputWrite and OutputWritelines
diff -r
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371222892 -14400
# Fri Jun 14 19:14:52 2013 +0400
# Branch python-fixes
# Node ID c40e953fe93696087c7f0a4e2b7fb25e2d2ad60c
# Parent d0320d1f7ff29076f01fb39e431446f5c98e8ba2
Use METH_O in place of METH_VARARGS where appropriate and
Use
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371223647 -14400
# Fri Jun 14 19:27:27 2013 +0400
# Branch python-fixes
# Node ID b9d4dfa09951d4fb75972df34802675edf24a17e
# Parent c40e953fe93696087c7f0a4e2b7fb25e2d2ad60c
More consistency changes:
- StringToLine now supports both
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371238936 -14400
# Fri Jun 14 23:42:16 2013 +0400
# Branch python-fixes
# Node ID abcf5d9458ee826516c1051cfd14d279b1097174
# Parent b9d4dfa09951d4fb75972df34802675edf24a17e
Make macros do translation of exception messages
Reason: it will
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371374174 -14400
# Sun Jun 16 13:16:14 2013 +0400
# Branch python-fixes
# Node ID 55671c8e22056cd070287fc271e1f0aba731ec58
# Parent 81c6385adb920b486a9f3b912de3b7e86e57569d
Add support for Number protocol:
- Add and use NumberToLong to
Mike Williams wrote:
Both of these problems relate to assuming VIM features are available
from the the if_python code when they are not.
With this morning's repo a TINY build fails to compile:
cl -c /W3 /nologo -I. -Iproto -DHAVE_PATHDEF -DWIN32
-DFEAT_CSCOPE
Suresh Govindachar wrote:
On 6/16/2013 7:14 AM, Bram Moolenaar wrote:
Patch 7.3.1209
Problem:No completion for :tabdo.
Solution: Add tabdo to the list of modifiers. (Dominique Pelle)
Files:src/ex_docmd.c
In April 2013, I had reported a bug in command line
Patch 7.3.1213
Problem:Can't build with small features and Python.
Solution: Adjust #ifdefs.
Files: src/eval.c, src/buffer.c, src/eval.c, src/window.c
*** ../vim-7.3.1212/src/eval.c 2013-06-16 14:18:20.0 +0200
--- src/eval.c 2013-06-16 17:24:32.0 +0200
Comment #1 on issue 25 by duvalmic...@gmail.com: cross-compiling vim fails
due to uint32_t check
http://code.google.com/p/vim/issues/detail?id=25
fI have the same error when I try to cross-compiling vim 7.3 for a Synology
NAS (arch 88f6281).
I tested the patch mentioned above, but I have
Thank you very much, Ken. This patch seems to fix the problems I was
experiencing.
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this
Hi All,
This patch fails to apply cleanly (at least on Windows). The changes for
eval.c are in there twice. Removing the second occurrence fixes it.
Cheers
John
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For
Patch 7.3.1214
Problem:Missing declaration for init_users() and realloc_post_list().
(Salman Halim)
Solution: Add the declarations.
Files: src/misc1.c, src/regexp_nfa.c
*** ../vim-7.3.1213/src/misc1.c 2013-06-08 18:19:40.0 +0200
--- src/misc1.c 2013-06-16
John Marriott wrote:
This patch fails to apply cleanly (at least on Windows). The changes for
eval.c are in there twice. Removing the second occurrence fixes it.
Sorry about that. I fixed it on the ftp site.
--
hundred-and-one symptoms of being an internet addict:
240. You think Webster's
On 16/06/13 22:49, Bram Moolenaar wrote:
Patch 7.3.1214
Problem:Missing declaration for init_users() and realloc_post_list().
(Salman Halim)
Solution: Add the declarations.
Files: src/misc1.c, src/regexp_nfa.c
Warning in Tiny build but not in Huge (on Linux64):
gcc -c
On Tuesday, May 14, 2013 5:46:25 AM UTC+9, ZyX wrote:
I cannot think of a plugin that depends on having a nested :redir throw
an error.
Refer to my message. Nested :redir throws an error only when context is
switched, it is possible to have
redir = commands
command
49 matches
Mail list logo