broken links von vim.org

Bram, those links on http://www.vim.org/download.php#others are broken: Sharp Zaurus HP Jornada MS Windows-CE Compaq Tru74 Unix on Alpha cygwin console RISC OS Best, Christian -- Es gibt Menschen, die, wenn sie das Licht am Ende des Tunnels sehen, ein neues Stück Tunnel kaufen.

Re: [doc] About blowfish2 avaliability

Ken Takata wrote: > Here are two patches about blowfish2 document. > > 1. Blowfish2 was introduced with 7.4.399 and fixed with 7.4.401, and it is > newer >than 7.4.237. I think using has('patch-7.4.401') is simpler: > > --- a/runtime/doc/editing.txt > +++ b/runtime/doc/editing.txt > @@

Re: Patch 7.4.1195

Yasuhiro Matsumoto wrote: > Bram, you drop timeval but select() behave blocking forever if the 4th > argument of select() is specified as NULL. > > diff --git a/src/os_win32.c b/src/os_win32.c > index 9fa806e..ab1c239 100644 > --- a/src/os_win32.c > +++ b/src/os_win32.c > @@ -1461,6 +1461,10 @@

Re: broken links von vim.org

Christian Brabandt wrote: > Bram, > those links on http://www.vim.org/download.php#others are broken: > > Sharp Zaurus > HP Jornada > MS Windows-CE > Compaq Tru74 Unix on Alpha > cygwin console > RISC OS I'll remove them, thanks. -- >From "know your smileys": :-EHas major dental

Re: Bug in clearing history

Yegappan Lakshmanan wrote: > On Sun, Jan 31, 2016 at 2:53 PM, Yegappan Lakshmanan > wrote: > > Hi all, > > > > There is a bug in the clr_history() function when deleting entries > > from the command history. > > > > When walking through the elements in the history array,

Patch 7.4.1233

Patch 7.4.1233 Problem:Channel command may cause a crash. Solution: Check for NULL argument. (Damien) Files: src/channel.c *** ../vim-7.4.1232/src/channel.c 2016-02-01 21:38:13.319011999 +0100 --- src/channel.c 2016-02-01 21:45:51.62616 +0100 *** ***

Re: Bug in clearing history

Hi Bram, On Mon, Feb 1, 2016 at 12:33 PM, Bram Moolenaar wrote: > > Yegappan Lakshmanan wrote: > >> On Sun, Jan 31, 2016 at 2:53 PM, Yegappan Lakshmanan >> wrote: >> > Hi all, >> > >> > There is a bug in the clr_history() function when deleting entries

Re: [patch] add watch function to vim debugger

Hi Charles! On Mi, 27 Jan 2016, Charles Campbell wrote: > Christian Brabandt wrote: > > Okay, I have updated the patch. It was harder than expected, since > > several of the last patches change something, this patch also touches. > > (debugger enhancement, type comparisons, __ARGS removal). > >

Re: [+channel] Null pointer dereference

Damien wrote: > Vim crash with the following remote command. > @sock.write '["redraw", ""]' > > Patch attached. Thanks. I had solved it for "redraw" but it can also happen with the other commands. -- # echo reboot >universe # chmod +x universe # ./universe /// Bram Moolenaar --

Re: backing out patch 866

Charles Campbell wrote: > >> I'm afraid that patch 866, which is flawed, will end up in 7.5. Could > >> this patch be backed out until its fixed, please? > > I'm not aware of a known problem. What is the flaw? > > > > Hello, Bram: > > With the latest batch of patches I can no longer compile

Re: confused with patchfiles 1197 and 1203

Lucas Buchala wrote: > I don't know if this has been fixed yet, but I have just now updated > the patches, and patches 7.4.1197 and 7.4.1222 are still not applying > cleanly. > > I'm applying all patches in sequence. What is the error you get? -- The primary purpose of the DATA statement is

Patch 7.4.1232

Patch 7.4.1232 Problem:Compiler warnings when the Sniff feature is enabled. Solution: Add UNUSED. Files: src/gui_gtk_x11.c *** ../vim-7.4.1231/src/gui_gtk_x11.c 2016-01-30 16:39:20.438376481 +0100 --- src/gui_gtk_x11.c 2016-01-31 22:59:17.665443217 +0100 *** ***

Re: Patch 7.4.1231

Hi Bram! On Mo, 01 Feb 2016, Bram Moolenaar wrote: > > Patch 7.4.1231 > Problem:JSON messages are not parsed properly. > Solution: Queue received messages. > Files: src/eval,c src/channel.c, src/json.c, src/proto/eval.pro, > src/proto/channel.pro, src/proto/json.pro,

Re: timeout for connect()

Yasuhiro Matsumoto wrote: > connect() doesn't have timeout. So when server is down, connect() > hangs while 1 or 2 minuts. Below is a patch to add timeout query like > URL. > > connect("localhost:12345?timeout=3") > > https://gist.github.com/mattn/867a635e14ac2360613a > > But I'm thinking

Re: Update Japanese translations

Taro Muraoka wrote: > Sorry and Thanks > > I attached updated version and upload it to: > https://github.com/vim-jp/lang-ja/releases/tag/20160201 > > Please replace old one. Thanks, I'll include these. I forgot to mention one more problem (which is a bit hard to spot, it's

Patch 7.4.1231

Patch 7.4.1231 Problem:JSON messages are not parsed properly. Solution: Queue received messages. Files: src/eval,c src/channel.c, src/json.c, src/proto/eval.pro, src/proto/channel.pro, src/proto/json.pro, src/structs.h *** ../vim-7.4.1230/src/channel.c 2016-01-31

Patch 7.4.1230

Patch 7.4.1230 Problem:Win32: opening a channel may hang. Not checking for messages while waiting for characters. Solution: Add a zero timeout. Call parse_queued_messages(). (Yasuhiro Matsumoto) Files: src/os_win32.c *** ../vim-7.4.1229/src/os_win32.c

[+channel] Null pointer dereference

Hi List, Vim crash with the following remote command. @sock.write '["redraw", ""]' Patch attached. Regards Damien. -- -- 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

Re: [+channel] Null pointer dereference

Le Mon, Feb 01, 2016 at 09:47:27PM +0100, Bram Moolenaar a écrit : > > Damien wrote: > > > Vim crash with the following remote command. > > @sock.write '["redraw", ""]' > > > > Patch attached. Oh, there was a lot of work during that time. > Thanks. I had solved it for "redraw" but it

Re: Patch 7.4.1231

On Mo, 01 Feb 2016, Christian Brabandt wrote: > Hi Bram! > > On Mo, 01 Feb 2016, Bram Moolenaar wrote: > > > > > Patch 7.4.1231 > > Problem:JSON messages are not parsed properly. > > Solution: Queue received messages. > > Files: src/eval,c src/channel.c, src/json.c,

Patch 7.4.1234

Patch 7.4.1234 Problem:Demo server only runs with Python 2. Solution: Make it run with Python 3 as well. (Ken Takata) Files: runtime/tools/demoserver.py *** ../vim-7.4.1233/runtime/tools/demoserver.py 2016-01-28 22:36:15.056065002 +0100 --- runtime/tools/demoserver.py 2016-02-01

Re: [patch] Support python3 with demoserver.py

Ken Takata wrote: > Currently, the runtime/tools/demoserver.py cannot be executed with Python 3. > Attached patch enables demoserver.py to be executed with both Python 2 and 3. Thanks! Is there a minimum version required, perhaps 2.6? -- >From "know your smileys": :-*A big kiss! ///

[patch] syntax manual bug

Hi, I'm using manual syntax highlighting and discovered a bug when moving between buffers. How to reproduce: 1. Create files: $ cat >vimrc <1.vim <2.vim

Re: [patch] syntax manual bug

Anton Lindqvist wrote: > Hi, > I'm using manual syntax highlighting and discovered a bug when moving between > buffers. How to reproduce: > > 1. Create files: > > $ cat >vimrc < filetype on > syntax manual > ! > > $ cat >1.vim < echo 1 > ! > > $ cat >2.vim < echo 2 > ! > >

Patch 7.4.1235

Patch 7.4.1235 (after 7.4.1231) Problem:Missing change to eval.c. Solution: Include that change. Files: src/eval.c *** ../vim-7.4.1234/src/eval.c 2016-01-31 20:24:09.966066885 +0100 --- src/eval.c 2016-02-01 22:24:57.125706344 +0100 *** *** 814,820 static int

Re: Update Japanese translations

Hi Bram, 2016/2/2 Tue 6:35:09 UTC+9 Bram Moolenaar wrote: > Taro Muraoka wrote: > > > Sorry and Thanks > > > > I attached updated version and upload it to: > > https://github.com/vim-jp/lang-ja/releases/tag/20160201 > > > > Please replace old one. >

Patch 7.4.1236

Patch 7.4.1236 Problem:When "syntax manual" was used switching between buffers removes the highlighting. Solution: Set the syntax option without changing the value. (Anton Lindqvist) Files: runtime/syntax/manual.vim ***

Re: Patch 7.4.1231

Christian wrote: > On Mo, 01 Feb 2016, Bram Moolenaar wrote: > > > > > Patch 7.4.1231 > > Problem:JSON messages are not parsed properly. > > Solution: Queue received messages. > > Files: src/eval,c src/channel.c, src/json.c, src/proto/eval.pro, > > src/proto/channel.pro,

Re: [win32][patch] executable() may fail on very long filename

Ken Takata wrote: > When 'enc' is utf-8, executable() may fail on very long filename which is > longer than _MAX_PATH bytes in UTF-8 and shorter than _MAX_PATH character in > UTF-16. > Here is an example on Japanese Windows: > > C:\tmp>gvim -N -u NONE --cmd "set enc=utf-8" >

Re: [patch] Support python3 with demoserver.py

Hi, 2016/2/2 Tue 6:01:33 UTC+9 Bram Moolenaar wrote: > Ken Takata wrote: > > > Currently, the runtime/tools/demoserver.py cannot be executed with Python 3. > > Attached patch enables demoserver.py to be executed with both Python 2 and > > 3. > > Thanks! > > Is there a minimum version

Re: timeout for connect()

On Tuesday, February 2, 2016 at 6:35:07 AM UTC+9, Bram Moolenaar wrote: > Yasuhiro Matsumoto wrote: > > > connect() doesn't have timeout. So when server is down, connect() > > hangs while 1 or 2 minuts. Below is a patch to add timeout query like > > URL. > > > >

Re: Update Japanese translations

Hi Bram, 2016/2/2 Tue 8:09:45 UTC+9 Ken Takata wrote: > Hi Bram, > > 2016/2/2 Tue 6:35:09 UTC+9 Bram Moolenaar wrote: > > Taro Muraoka wrote: > > > > > Sorry and Thanks > > > > > > I attached updated version and upload it to: > > >

Re: [Patch] GTK3 GUI

2016-02-01 16:44 GMT+09:00 Marius Gedminas : > On Fri, Jan 29, 2016 at 06:54:12PM +0900, Kazunobu Kuriyama wrote: > > In the new patch, I elaborated scroll and window clear functions a little > > bit. So, I’d be happy if you would try it and report the result here. > ... > >

Re: [Patch] GTK3 GUI

Marius, By the way, on the first picture, I see two "image-missing" icons (a gray rectangle with a white frame, folded at the bottom-right corner) to the right of the "Find Previous" (left arrow) button. Is it OK for you, or something I should do something with? 2016-02-01 17:30 GMT+09:00

Re: loaded_LogiPat

Hi, 2016/2/1 Mon 18:13:39 UTC+9 mattn wrote: > On Monday, February 1, 2016 at 2:45:55 PM UTC+9, Gary Johnson wrote: > > On 2016-01-31, mattn wrote: > > > Hi list and Dr.Chip. > > > > > > This is a small fixing guard for loading script. You may want to > > > add logipat_version = 'v3'. Please

timeout for connect()

Hi list. connect() doesn't have timeout. So when server is down, connect() hangs while 1 or 2 minuts. Below is a patch to add timeout query like URL. connect("localhost:12345?timeout=3") https://gist.github.com/mattn/867a635e14ac2360613a But I'm thinking there is another ways to specify

Re: loaded_LogiPat

On Monday, February 1, 2016 at 2:45:55 PM UTC+9, Gary Johnson wrote: > On 2016-01-31, mattn wrote: > > Hi list and Dr.Chip. > > > > This is a small fixing guard for loading script. You may want to > > add logipat_version = 'v3'. Please take care of this and update > > bunded one in vim

Re: loaded_LogiPat

> The problem is that the cases of the variables are different. So there's > no need to change the value "v3" to 1. > It seems that Dr. Chip's guards are based on the filenames. So using > "loaded_logiPat" might be consistent. Yes, I know. So I said: You may want to add logipat_version =

[win32][patch] executable() may fail on very long filename

Hi, When 'enc' is utf-8, executable() may fail on very long filename which is longer than _MAX_PATH bytes in UTF-8 and shorter than _MAX_PATH character in UTF-16. Here is an example on Japanese Windows: C:\tmp>gvim -N -u NONE --cmd "set enc=utf-8"

Re: type of number/float in vim script

Hi, 2016/1/30 Sat 21:29:00 UTC+9 Bram Moolenaar wrote: > Ken Takata wrote: > > > 2016/1/25 Mon 8:13:42 UTC+9 Ken Takata wrote: > > > Hi, > > > > > > 2016/1/22 Fri 21:00:16 UTC+9 Ken Takata wrote: > > > > Hi, > > > > > > > > 2016/1/21 Thu 21:48:44 UTC+9 Ken Takata wrote: > > > > > Hi mattn and

[doc] About blowfish2 avaliability

Hi, Here are two patches about blowfish2 document. 1. Blowfish2 was introduced with 7.4.399 and fixed with 7.4.401, and it is newer than 7.4.237. I think using has('patch-7.4.401') is simpler: --- a/runtime/doc/editing.txt +++ b/runtime/doc/editing.txt @@ -1467,7 +1467,7 @@ Thus the

Re: [win32][patch] Updated large file patches

Hi, 2016/1/31 Sun 0:16:56 UTC+9 Ken Takata wrote: > Hi, > > 2016/1/31 Sun 0:02:07 UTC+9 Ken Takata wrote: > > Hi, > > > > 2016/1/30 Sat 12:51:11 UTC+9 Ken Takata wrote: > > > Hi, > > > > > > 2016/1/21 Thu 7:11:51 UTC+9 Bram Moolenaar wrote: > > > > Ken Takata wrote: > > > > > > > > >

Re: confused with patchfiles 1197 and 1203

Hello. I don't know if this has been fixed yet, but I have just now updated the patches, and patches 7.4.1197 and 7.4.1222 are still not applying cleanly. I'm applying all patches in sequence. -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below

Re: backing out patch 866

Tony Mechelynck wrote: > On Mon, Feb 1, 2016 at 4:43 PM, Charles E Campbell > wrote: >> Bram Moolenaar wrote: >>> Charles Campbell wrote: >>> I'm afraid that patch 866, which is flawed, will end up in 7.5. Could this patch be backed out until its fixed,

Re: backing out patch 866

On Mon, Feb 1, 2016 at 4:43 PM, Charles E Campbell wrote: > Bram Moolenaar wrote: >> Charles Campbell wrote: >> >>> I'm afraid that patch 866, which is flawed, will end up in 7.5. Could >>> this patch be backed out until its fixed, please? >> I'm not aware of a known

Re: [vim] Update D language syntax file (#617)

On Sunday, January 31, 2016 at 12:27:24 PM UTC-8, Petar Kirov wrote: > Patch Links: > > https://github.com/vim/vim/pull/617.patch > https://github.com/vim/vim/pull/617.diff > > > > — > Reply to this email directly or view it on GitHub. As the maintainer I've reviewed these changes and

Re: [Patch] GTK3 GUI

On Mon, Feb 01, 2016 at 05:30:43PM +0900, Kazunobu Kuriyama wrote: > 2016-02-01 16:44 GMT+09:00 Marius Gedminas : > > The blank text cells are still not being painted -- here's what I see > > after I :help and a few times: http://imgur.com/ssh6CJg > > > > The scrollbar is

Re: Update Japanese translations

On 2016/02/02, at 10:15, Ken Takata wrote: > > I have to rethink how to fix this. Moving a white space from the top of the > latter message to end of the former message solves the problem, but ugly... We can make the translation shorter. How about this? Jun Takimoto

[patch] Support python3 with demoserver.py

Hi, Currently, the runtime/tools/demoserver.py cannot be executed with Python 3. Attached patch enables demoserver.py to be executed with both Python 2 and 3. Regards, Ken Takata -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you

Re: loaded_LogiPat

mattn wrote: >> The problem is that the cases of the variables are different. So there's >> no need to change the value "v3" to 1. >> It seems that Dr. Chip's guards are based on the filenames. So using >> "loaded_logiPat" might be consistent. > Yes, I know. So I said: > > You may want to add

Re: backing out patch 866

Bram Moolenaar wrote: > Charles Campbell wrote: > >> I'm afraid that patch 866, which is flawed, will end up in 7.5. Could >> this patch be backed out until its fixed, please? > I'm not aware of a known problem. What is the flaw? > Hello, Bram: With the latest batch of patches I can no longer

Re: RFE: Allow defining digraphs by hex value

On Di, 08 Sep 2015, Christian Brabandt wrote: > > On Di, 08 Sep 2015, Christian Brabandt wrote: > > > Here is an updated patch, that addresses all mentioned points. > > Attribution should go to lcd, as he did the main work. > > And this time, with the check for digraphs in the test not