Re: commit emails
On Sun, 10 Dec 2023, Christian Brabandt wrote: On Sa, 09 Dez 2023, Hisashi T Fujinaka wrote: On Sat, 9 Dec 2023, Hisashi T Fujinaka wrote: On Sat, 9 Dec 2023, tooth pik wrote: up until about december 1 i would get an email in vim_dev@googlegroups.com whenever christian committed a patch -- i am no longer seeing those emails, while there have been many patches committed -- this isn't necessarily a problem for me, i'm just asking: are the emails a thing of the past? Me too. I asked Christian about it and he said nothing has changed. Maybe there was a momentary hiccup and we were kicked off the mailing list? I can't remember where the mailing list is hosted or I'd go check. I figured out that it's on groups.google.com and the commit emails stop showing up in the archives on 12/1. Now it's back to Christian to look at when he has the time. I just checked it one more time. It seems the hg-git bridge stopped working. It used to do `git pull -t -q origin master` but for some reason that seem to cause an error (even so it did not print any error message). I don't even remember why I used `-t`, it's not in my manpage of git-pull. I thought there was a git update perhaps in the meantime, but that, there was nothing logged by apt during that time. So I have no idea what went wrong. I now changed it to use `git pull origin master` and that has just imported all missing patches into the mercurial mirror and should also sent-out the missing commit mails. It works now! Thanks for fixing it. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/6e997a9d-3df1-8579-2867-0fa07e0dcbf0%40twofifty.com.
Re: commit emails
On Sat, 9 Dec 2023, Hisashi T Fujinaka wrote: On Sat, 9 Dec 2023, tooth pik wrote: up until about december 1 i would get an email in vim_dev@googlegroups.com whenever christian committed a patch -- i am no longer seeing those emails, while there have been many patches committed -- this isn't necessarily a problem for me, i'm just asking: are the emails a thing of the past? Me too. I asked Christian about it and he said nothing has changed. Maybe there was a momentary hiccup and we were kicked off the mailing list? I can't remember where the mailing list is hosted or I'd go check. I figured out that it's on groups.google.com and the commit emails stop showing up in the archives on 12/1. Now it's back to Christian to look at when he has the time. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/94449dc7-ffd8-8ac6-1efa-85b86e3b7f47%40twofifty.com.
Re: commit emails
On Sat, 9 Dec 2023, tooth pik wrote: up until about december 1 i would get an email in vim_dev@googlegroups.com whenever christian committed a patch -- i am no longer seeing those emails, while there have been many patches committed -- this isn't necessarily a problem for me, i'm just asking: are the emails a thing of the past? Me too. I asked Christian about it and he said nothing has changed. Maybe there was a momentary hiccup and we were kicked off the mailing list? I can't remember where the mailing list is hosted or I'd go check. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/75881dec-4855-fed9-6324-fb6b3f5bd91b%40twofifty.com.
Re: Where is Bram?
RIP Bram. This is very sad news. On Sat, 5 Aug 2023, Maxim Kim wrote: https://groups.google.com/g/vim_announce/c/tWahca9zkt4 RIP Bram. On Saturday, August 5, 2023 at 8:18:33?PM UTC+10 tooth pik wrote: i've been wondering the same thing -- my guess was he's in africa again On Sat, Aug 5, 2023 at 12:34?AM Yegappan Lakshmanan wrote: Hi all, I haven't seen any emails from Bram to the mailing list for more than a month. Is he on vacation? Has anyone had any contact with him in the last month? Regards, Yegappan -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+u...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/CAAW7x7%3De52bn9Hfip8VAs2N%3DNTEhNTjHkSkyzp0TKfpuiiPz4Q%40mail.gmail.com . -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/439f0fd9-2c82-5943-0cfc-e35fc557fb56%40twofifty.com.
Re: Patch 9.0.0033
On Mon, 4 Jul 2022, Bram Moolenaar wrote: patch 9.0.0033: on a Belgian keyboard CTRL-[ does not work Problem:On a Belgian keyboard CTRL-[ does not work. Solution: Handle GDK_KEY_dead_circumflex. (Anton Sharonov, closes #10658) src/gui_gtk_x11.c | 26 ++ src/version.c | 2 ++ 2 files changed, 28 insertions(+) This breaks my build on MacOS X with gtk+2. What is the error? Can it be fixed with "#ifdef GDK_KEY_dead_circumflex" ? Every time I try to file a complete report, I fail. Sorry about that. gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -I/opt/sw/include/gtk-2.0 -I/opt/sw/lib/gtk-2.0/include -I/opt/sw/include/gtk-2.0 -I/opt/sw/include/pango-1.0 -I/opt/sw/include/atk-1.0 -I/opt/sw/include/cairo -I/opt/sw/include/pango-1.0 -I/opt/sw/include/glib-2.0 -I/opt/sw/lib/glib-2.0/include -I/opt/sw/include/freetype2 -I/opt/sw/include -I/opt/X11/include -MD -I/opt/sw/include -DMACOS_X -g -O2 -I/opt/sw/include -D_REENTRANT -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -I/usr/X11/include-o objects/gui_gtk_x11.o gui_gtk_x11.c gui_gtk_x11.c:1250:32: error: use of undeclared identifier 'GDK_KEY_dead_circumflex' if (len == 0 && key_sym == GDK_KEY_dead_circumflex) ^ 1 error generated. And I ifdef'ed out the code and it worked just fine. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/5a8380ea-7878-d9a1-329b-33cbeac6d3cc%40twofifty.com.
Re: Patch 9.0.0033
4dd9252d6f0e93c9118c808bd47f407d581947a8 is the first bad commit commit 4dd9252d6f0e93c9118c808bd47f407d581947a8 Author: Anton Sharonov Date: Mon Jul 4 10:47:31 2022 +0100 patch 9.0.0033: on a Belgian keyboard CTRL-[ does not work Problem:On a Belgian keyboard CTRL-[ does not work. Solution: Handle GDK_KEY_dead_circumflex. (Anton Sharonov, closes #10658) src/gui_gtk_x11.c | 26 ++ src/version.c | 2 ++ 2 files changed, 28 insertions(+) This breaks my build on MacOS X with gtk+2. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/07091593-8c70-c293-8ed0-21d09a6b2b94%40twofifty.com.
Re: Patch 8.2.5057
On Tue, 7 Jun 2022, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: I think this broke my build. Config params are: ./configure --disable-canberra --disable-darwin --enable-cscope --enable-gui=gtk2 --enable-multibyte --enable-pythoninterp --enable-terminal The error I get is in the final linking: Undefined symbols for architecture x86_64: "_timer_create", referenced from: _start_timeout in os_unix.o "_timer_settime", referenced from: _stop_timeout in os_unix.o _start_timeout in os_unix.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) What system is this on? This is on a Mac running Monterrey (or is it Monterey?) What is the contents of auto/config.h ? Specifically the value of HAVE_TIMER_CREATE /* #undef HAVE_TIMER_CREATE */ I now see that in os_unix.c there is this line: # if defined(HAVE_TIMER_CREATE) || defined(MACOS_X) This assumes that any Mac system has timer_create(). Looks like this isn't true. Can you change that line to: # if defined(HAVE_TIMER_CREATE) It looks like this is the only line where this matters. Also, the contents of auto/config.log where it says "checking for timer_create" configure:13071: checking for timer_create configure:13098: gcc -o conftest -g -O2 -I/opt/sw/include -DMACOS_X conftest.c -lncurses -L/opt/sw/lib -lsodium -lrt >&5 conftest.c:149:34: warning: omitting the parameter name in a function definition is a C2x extension [-Wc2x-extensions] static void set_flag(union sigval) {} ^ conftest.c:157:3: error: unknown type name 'timer_t'; did you mean 'time_t'? timer_t timer_id; ^~~ time_t /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sys/_types/_time_t.h:31:33: note: 'time_t' declared here typedef __darwin_time_t time_t; ^ conftest.c:161:3: error: implicit declaration of function 'timer_create' is invalid in C99 [-Werror,-Wimplicit-function-declaration] timer_create(CLOCK_REALTIME, &action, &timer_id); ^ 1 warning and 2 errors generated. c What is the build command used? Do you overrule $LIBS perhaps? make I meant the linker command that gets executed. But considering the above, it would not matter. Changing to: # if defined(HAVE_TIMER_CREATE) fixed the build. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/63a8e560-05d0-6a9b-6737-169ffd205673%40twofifty.com.
Re: Patch 8.2.5057
On Mon, 6 Jun 2022, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: I think this broke my build. Config params are: ./configure --disable-canberra --disable-darwin --enable-cscope --enable-gui=gtk2 --enable-multibyte --enable-pythoninterp --enable-terminal The error I get is in the final linking: Undefined symbols for architecture x86_64: "_timer_create", referenced from: _start_timeout in os_unix.o "_timer_settime", referenced from: _stop_timeout in os_unix.o _start_timeout in os_unix.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) What system is this on? This is on a Mac running Monterrey (or is it Monterey?) What is the contents of auto/config.h ? Specifically the value of HAVE_TIMER_CREATE /* #undef HAVE_TIMER_CREATE */ Also, the contents of auto/config.log where it says "checking for timer_create" configure:13071: checking for timer_create configure:13098: gcc -o conftest -g -O2 -I/opt/sw/include -DMACOS_X conftest.c -lncurses -L/opt/sw/lib -lsodium -lrt >&5 conftest.c:149:34: warning: omitting the parameter name in a function definition is a C2x extension [-Wc2x-extensions] static void set_flag(union sigval) {} ^ conftest.c:157:3: error: unknown type name 'timer_t'; did you mean 'time_t'? timer_t timer_id; ^~~ time_t /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sys/_types/_time_t.h:31:33: note: 'time_t' declared here typedef __darwin_time_t time_t; ^ conftest.c:161:3: error: implicit declaration of function 'timer_create' is invalid in C99 [-Werror,-Wimplicit-function-declaration] timer_create(CLOCK_REALTIME, &action, &timer_id); ^ 1 warning and 2 errors generated. c What is the build command used? Do you overrule $LIBS perhaps? make % make -v GNU Make 4.2.1 Built for x86_64-apple-darwin21.3.0 Copyright (C) 1988-2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/837f30e6-66ef-43e7-59a3-1f73e6850748%40twofifty.com.
Re: Patch 8.2.5057
I think this broke my build. Config params are: ./configure --disable-canberra --disable-darwin --enable-cscope --enable-gui=gtk2 --enable-multibyte --enable-pythoninterp --enable-terminal The error I get is in the final linking: Undefined symbols for architecture x86_64: "_timer_create", referenced from: _start_timeout in os_unix.o "_timer_settime", referenced from: _stop_timeout in os_unix.o _start_timeout in os_unix.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/45bd82f3-acb9-1996-a6d9-2ec81cf99aaa%40twofifty.com.
Re: Patch 8.2.4815
Thanks! That fixed things for me. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/367f9282-ea48-041d-ef22-b73cd413ec13%40twofifty.com.
Re: Patch 8.2.4776
On Thu, 21 Apr 2022, Ernie Rael wrote: On 4/21/22 1:35 PM, Hisashi T Fujinaka wrote: OK, so THIS is the commit that I'm having trouble with (makes more sense). On my system I get $ srcgrep /usr/include gdk_window_get_height /usr/include/gtk-3.0/gdk/gdkwindow.h:int gdk_window_get_height (GdkWindow *window); To propose a fix I need to know a bit about other implementations of gtk, '1' and '2' I guess. Are these methods, or something similar available? I could create a patch that only works with gtk3. Hmm, in vim/src/Makefile there's the comment # Use this with GCC to check for mistakes, unused arguments, etc. # Note: If you use -Wextra and get warnings in GTK code about function # parameters, you can add -Wno-cast-function-type (but not with clang) I don't know if that has a bearing here, do these functions appear in gtk-2? Doesn't look like it. I have a workaround (don't use X) but I'm an old dinosaur who uses terminal windows. % git bisect bad 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 is the first bad commit commit 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 Author: Ernie Rael Date: Sun Apr 17 18:27:49 2022 +0100 patch 8.2.4776: GTK: 'lines' and 'columns' may change during startup Problem:GTK: 'lines' and 'columns' may change during startup. Solution: Ignore stale GTK resize events. (Ernie Rael, closes #10179) src/gui_gtk_x11.c | 168 -- src/version.c | 2 + 2 files changed, 164 insertions(+), 6 deletions(-) I've diffed the output of config and make and no change on config. Make only changes after the errors start: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -I/opt/sw/include/gtk-2.0 -I/opt/sw/lib/gtk-2.0/include -I/opt/sw/include/gtk-2.0 -I/opt/sw/include/pango-1.0 -I/opt/sw/include/atk-1.0 -I/opt/sw/include/cairo -I/opt/sw/include/pango-1.0 -I/opt/sw/include/glib-2.0 -I/opt/sw/lib/glib-2.0/include -I/opt/sw/include/freetype2 -I/opt/sw/include -I/opt/X11/include -MD -I/opt/sw/include -DMACOS_X -g -O2 -I/opt/sw/include -D_REENTRANT -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -I/usr/X11/include-o objects/gui_gtk_x11.o gui_gtk_x11.c gui_gtk_x11.c:4139:14: error: implicit declaration of function 'gdk_window_get_width' is invalid in C99 [-Werror,-Wimplicit-function-declaration] int w = gdk_window_get_width(win); ^ gui_gtk_x11.c:4140:14: error: implicit declaration of function 'gdk_window_get_height' is invalid in C99 [-Werror,-Wimplicit-function-declaration] int h = gdk_window_get_height(win); ^ gui_gtk_x11.c:4140:14: note: did you mean 'gdk_window_get_origin'? /opt/sw/include/gtk-2.0/gdk/gdkwindow.h:541:12: note: 'gdk_window_get_origin' declared here gint gdk_window_get_origin (GdkWindow *window, ^ 2 errors generated. make: *** [objects/gui_gtk_x11.o] Error 1 # -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/b1974915-ebfc-13e0-ca77-adb8e92428e3%40twofifty.com.
Re: Patch 8.2.4775
On Thu, 21 Apr 2022, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: On Thu, 21 Apr 2022, Bram Moolenaar wrote: After this commit I get this error: gui_gtk_x11.c:4139:14: error: implicit declaration of function 'gdk_window_get_width' is invalid in C99 [-Werror,-Wimplicit-function -declaration] int w = gdk_window_get_width(win); ^ gui_gtk_x11.c:4140:14: error: implicit declaration of function 'gdk_window_get_height' is invalid in C99 [-Werror,-Wimplicit-functio n-declaration] int h = gdk_window_get_height(win); ^ gui_gtk_x11.c:4140:14: note: did you mean 'gdk_window_get_origin'? /opt/sw/include/gtk-2.0/gdk/gdkwindow.h:541:12: note: 'gdk_window_get_origin' declared here gint gdk_window_get_origin (GdkWindow *window, ^ 2 errors generated. The Bisect looks like this: %git bisect good 280aebfd356c4fc8b84f13314068411157ad72f2 is the first bad commit commit 280aebfd356c4fc8b84f13314068411157ad72f2 Author: Bram Moolenaar Date: Sun Apr 17 17:34:42 2022 +0100 patch 8.2.4775: SpellBad highlighting does not work in Konsole Problem:SpellBad highlighting does not work in Konsole. Solution: Do not keep t_8u defined for Konsole. Redraw when t_8u is reset. (closes #10177) src/term.c| 13 ++--- src/version.c | 2 ++ 2 files changed, 12 insertions(+), 3 deletions(-) That patch doesn't change anything for the gui_gtk_x11.c file or what could be related to the error. The declarations should be in gdk/gdkwindow.h. Don't see a problem with that. Perhaps configure didn't run correctly? Seemed odd to me too, but that's where I ended up with git bisect. I can retry the bisection if you'd like. OK, looks like it's the NEXT commit. git bisect bad 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 is the first bad commit commit 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 Author: Ernie Rael Date: Sun Apr 17 18:27:49 2022 +0100 patch 8.2.4776: GTK: 'lines' and 'columns' may change during startup Problem:GTK: 'lines' and 'columns' may change during startup. Solution: Ignore stale GTK resize events. (Ernie Rael, closes #10179) src/gui_gtk_x11.c | 168 -- src/version.c | 2 + 2 files changed, 164 insertions(+), 6 deletions(-) Yes, that makes sense, the functions were added in that patch. What I don't understand is why the header file isn't found. On my system the file included from gui_gtk_x11.c includes "gdk/gdk.h", which is found in /usr/include/gtk-3.0/gdk/gdk.h or in /usr/include/gtk-2.0/gdk/gdk.h. Both then include gdk/gdkwindow.h in the same directory which is where the declaration is found. What is different on your system? You're using gtk-3. I have gtk-2. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/5b10a46d-2182-c8f3-6d0f-6453b3fef5ce%40twofifty.com.
Re: Patch 8.2.4776
OK, so THIS is the commit that I'm having trouble with (makes more sense). % git bisect bad 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 is the first bad commit commit 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 Author: Ernie Rael Date: Sun Apr 17 18:27:49 2022 +0100 patch 8.2.4776: GTK: 'lines' and 'columns' may change during startup Problem:GTK: 'lines' and 'columns' may change during startup. Solution: Ignore stale GTK resize events. (Ernie Rael, closes #10179) src/gui_gtk_x11.c | 168 -- src/version.c | 2 + 2 files changed, 164 insertions(+), 6 deletions(-) I've diffed the output of config and make and no change on config. Make only changes after the errors start: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -I/opt/sw/include/gtk-2.0 -I/opt/sw/lib/gtk-2.0/include -I/opt/sw/include/gtk-2.0 -I/opt/sw/include/pango-1.0 -I/opt/sw/include/atk-1.0 -I/opt/sw/include/cairo -I/opt/sw/include/pango-1.0 -I/opt/sw/include/glib-2.0 -I/opt/sw/lib/glib-2.0/include -I/opt/sw/include/freetype2 -I/opt/sw/include -I/opt/X11/include -MD -I/opt/sw/include -DMACOS_X -g -O2 -I/opt/sw/include -D_REENTRANT -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -I/usr/X11/include-o objects/gui_gtk_x11.o gui_gtk_x11.c gui_gtk_x11.c:4139:14: error: implicit declaration of function 'gdk_window_get_width' is invalid in C99 [-Werror,-Wimplicit-function-declaration] int w = gdk_window_get_width(win); ^ gui_gtk_x11.c:4140:14: error: implicit declaration of function 'gdk_window_get_height' is invalid in C99 [-Werror,-Wimplicit-function-declaration] int h = gdk_window_get_height(win); ^ gui_gtk_x11.c:4140:14: note: did you mean 'gdk_window_get_origin'? /opt/sw/include/gtk-2.0/gdk/gdkwindow.h:541:12: note: 'gdk_window_get_origin' declared here gint gdk_window_get_origin (GdkWindow *window, ^ 2 errors generated. make: *** [objects/gui_gtk_x11.o] Error 1 # -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/6d2e7885-49c1-0cec-9ffb-5c28bb78cc36%40twofifty.com.
Re: Patch 8.2.4775
On Thu, 21 Apr 2022, Hisashi T Fujinaka wrote: On Thu, 21 Apr 2022, Bram Moolenaar wrote: After this commit I get this error: gui_gtk_x11.c:4139:14: error: implicit declaration of function 'gdk_window_get_width' is invalid in C99 [-Werror,-Wimplicit-function -declaration] int w = gdk_window_get_width(win); ^ gui_gtk_x11.c:4140:14: error: implicit declaration of function 'gdk_window_get_height' is invalid in C99 [-Werror,-Wimplicit-functio n-declaration] int h = gdk_window_get_height(win); ^ gui_gtk_x11.c:4140:14: note: did you mean 'gdk_window_get_origin'? /opt/sw/include/gtk-2.0/gdk/gdkwindow.h:541:12: note: 'gdk_window_get_origin' declared here gint gdk_window_get_origin (GdkWindow *window, ^ 2 errors generated. The Bisect looks like this: %git bisect good 280aebfd356c4fc8b84f13314068411157ad72f2 is the first bad commit commit 280aebfd356c4fc8b84f13314068411157ad72f2 Author: Bram Moolenaar Date: Sun Apr 17 17:34:42 2022 +0100 patch 8.2.4775: SpellBad highlighting does not work in Konsole Problem:SpellBad highlighting does not work in Konsole. Solution: Do not keep t_8u defined for Konsole. Redraw when t_8u is reset. (closes #10177) src/term.c| 13 ++--- src/version.c | 2 ++ 2 files changed, 12 insertions(+), 3 deletions(-) That patch doesn't change anything for the gui_gtk_x11.c file or what could be related to the error. The declarations should be in gdk/gdkwindow.h. Don't see a problem with that. Perhaps configure didn't run correctly? Seemed odd to me too, but that's where I ended up with git bisect. I can retry the bisection if you'd like. OK, looks like it's the NEXT commit. git bisect bad 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 is the first bad commit commit 9f53e7bd7f0865585a5447fa3665c5d4c4f91408 Author: Ernie Rael Date: Sun Apr 17 18:27:49 2022 +0100 patch 8.2.4776: GTK: 'lines' and 'columns' may change during startup Problem:GTK: 'lines' and 'columns' may change during startup. Solution: Ignore stale GTK resize events. (Ernie Rael, closes #10179) src/gui_gtk_x11.c | 168 ++++++++-- src/version.c | 2 + 2 files changed, 164 insertions(+), 6 deletions(-) -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/3721d2f6-95a7-650e-055a-056c12cef58b%40twofifty.com.
Re: Patch 8.2.4775
On Thu, 21 Apr 2022, Bram Moolenaar wrote: After this commit I get this error: gui_gtk_x11.c:4139:14: error: implicit declaration of function 'gdk_window_get_width' is invalid in C99 [-Werror,-Wimplicit-function -declaration] int w = gdk_window_get_width(win); ^ gui_gtk_x11.c:4140:14: error: implicit declaration of function 'gdk_window_get_height' is invalid in C99 [-Werror,-Wimplicit-functio n-declaration] int h = gdk_window_get_height(win); ^ gui_gtk_x11.c:4140:14: note: did you mean 'gdk_window_get_origin'? /opt/sw/include/gtk-2.0/gdk/gdkwindow.h:541:12: note: 'gdk_window_get_origin' declared here gint gdk_window_get_origin (GdkWindow *window, ^ 2 errors generated. The Bisect looks like this: %git bisect good 280aebfd356c4fc8b84f13314068411157ad72f2 is the first bad commit commit 280aebfd356c4fc8b84f13314068411157ad72f2 Author: Bram Moolenaar Date: Sun Apr 17 17:34:42 2022 +0100 patch 8.2.4775: SpellBad highlighting does not work in Konsole Problem:SpellBad highlighting does not work in Konsole. Solution: Do not keep t_8u defined for Konsole. Redraw when t_8u is reset. (closes #10177) src/term.c| 13 ++--- src/version.c | 2 ++ 2 files changed, 12 insertions(+), 3 deletions(-) That patch doesn't change anything for the gui_gtk_x11.c file or what could be related to the error. The declarations should be in gdk/gdkwindow.h. Don't see a problem with that. Perhaps configure didn't run correctly? Seemed odd to me too, but that's where I ended up with git bisect. I can retry the bisection if you'd like. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/67db99bf-a65e-5b84-3e87-e6f46ffdcb4d%40twofifty.com.
Re: Patch 8.2.4775
After this commit I get this error: gui_gtk_x11.c:4139:14: error: implicit declaration of function 'gdk_window_get_width' is invalid in C99 [-Werror,-Wimplicit-function -declaration] int w = gdk_window_get_width(win); ^ gui_gtk_x11.c:4140:14: error: implicit declaration of function 'gdk_window_get_height' is invalid in C99 [-Werror,-Wimplicit-functio n-declaration] int h = gdk_window_get_height(win); ^ gui_gtk_x11.c:4140:14: note: did you mean 'gdk_window_get_origin'? /opt/sw/include/gtk-2.0/gdk/gdkwindow.h:541:12: note: 'gdk_window_get_origin' declared here gint gdk_window_get_origin (GdkWindow *window, ^ 2 errors generated. The Bisect looks like this: %git bisect good 280aebfd356c4fc8b84f13314068411157ad72f2 is the first bad commit commit 280aebfd356c4fc8b84f13314068411157ad72f2 Author: Bram Moolenaar Date: Sun Apr 17 17:34:42 2022 +0100 patch 8.2.4775: SpellBad highlighting does not work in Konsole Problem:SpellBad highlighting does not work in Konsole. Solution: Do not keep t_8u defined for Konsole. Redraw when t_8u is reset. (closes #10177) src/term.c| 13 ++--- src/version.c | 2 ++ 2 files changed, 12 insertions(+), 3 deletions(-) -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/4b393346-276b-515a-0cdf-2d0241865740%40twofifty.com.
Re: Patch 8.2.0459
I see errors on MacOS 10.15.4. gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -I/opt/sw/include/gtk-2.0 -I/opt/sw/lib/gtk-2.0/include -I/opt/sw/include/gtk-2.0 -I/opt/sw/include/pango-1.0 -I/opt/sw/include/atk-1.0 -I/opt/sw/include/cairo -I/opt/sw/include/pango-1.0 -I/opt/sw/include/glib-2.0 -I/opt/sw/lib/glib-2.0/include -I/opt/sw/include/freetype2 -I/opt/sw/include -I/opt/X11/include -MD -I/opt/sw/include -DMACOS_X -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -I/opt/X11/include-o objects/ex_getln.o ex_getln.c evalfunc.c:919:6: error: use of undeclared identifier 'f_term_getansicolors' f_term_getansicolors ^ evalfunc.c:938:6: error: use of undeclared identifier 'f_term_setansicolors' f_term_setansicolors ^ evalfunc.c:1039:32: error: invalid application of 'sizeof' to an incomplete type 'funcentry_T []' if (++intidx < (int)(sizeof(global_functions) / sizeof(funcentry_T))) ^~ evalfunc.c:1085:24: error: invalid application of 'sizeof' to an incomplete type 'funcentry_T []' last = (int)(sizeof(global_functions) / sizeof(funcentry_T)) - 1; ^~ 4 errors generated. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vim_dev/alpine.NEB.2.22.414.2003261458340.18341%40chris.i8u.org.
Re: Patch 8.1.1005
On Tue, 12 Mar 2019, Bram Moolenaar wrote: Something went wrong with committing the patch, it was incomplete. Not sure how to re-tag the commits. There's instructions on google about "moving tags" but it's not suggested unless you can get everyone who checks out to make sure they all cleanly checkout all the changes. I've done it but I knew that the consumers of my git repo were limited. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [vim/vim] VIM should respect SIGINT (#1720)
Why can't you use nano like other people who don't understand vi or vim? On Thu, 25 May 2017, R0b0t1 wrote: I hate to beat a dead horse, but this analysis of the question is rather interesting: https://stackoverflow.blog/2017/05/23/stack-overflow-helping-one-million-developers-exit-vim/. It seems like it supports the idea that despite the question's popularity, most people can figure out how to exit the editor and it is only certain demographics that have problems with the editor. However, they still find the answer. A far more interesting but harder to find statistic is how many people resort to closing the terminal emulator or killing the vim process from another virtual terminal. I have heard of this happening but the number is likely vanishingly small. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2108
On Wed, 27 Jul 2016, Bram Moolenaar wrote: Patch 7.4.2108 Problem:Netbeans test is flaky. Solution: Wait for the cursor to be positioned. Files: src/testdir/test_netbeans.vim *** ../vim-7.4.2107/src/testdir/test_netbeans.vim 2016-07-20 00:03:14.212934385 +0200 --- src/testdir/test_netbeans.vim 2016-07-27 22:54:40.188107077 +0200 *** *** 27,32 --- 27,33 " Opening Makefile will result in a setDot command call WaitFor('len(readfile("Xnetbeans")) > 4') + call WaitFor('getcurpos()[1] == 2') let pos = getcurpos() call assert_equal(2, pos[1]) call assert_equal(20, pos[2]) *** ../vim-7.4.2107/src/version.c 2016-07-26 22:14:04.457444251 +0200 --- src/version.c 2016-07-27 22:55:40.279533966 +0200 *** *** 760,761 --- 760,763 { /* Add new patch number below this line */ + /**/ + 2108, /**/ Thanks Bram! This works on OSX for me. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2102
On Mon, 25 Jul 2016, Bram Moolenaar wrote: Hisashi Fujinaka wrote: On Mon, 25 Jul 2016, Tony Mechelynck wrote: On Mon, Jul 25, 2016 at 9:27 PM, Hisashi T Fujinaka wrote: On Mon, 25 Jul 2016, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 2:00 PM, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 1:41 PM, Hisashi T Fujinaka wrote: Well, --huge is breaking on OSX for me again. I'm seeing if I can figure out where it broke. I wish I knew how to use bisect... What are your ./configure flags? I am building with huge features on OSX with no problems. By the way, --huge is the default now, so you shouldn't need to pass it at the command line. Bram: "./configure --help" still claims that the default level is "normal". I'm doing: make clean && ./configure --with-features=huge && make test I'm not using "make test". I set my configure setting by means of environment variables (so they will not be forgotten if make decides to run configure) then I run just "make" (or "make reconfig" if I have changed the settings or if some important libray package has been upgraded) followed by "make install" for my Huge build or by "make installruntime" for my Tiny build, which has --with-vim-name=vi to set it apart from the Huge build. Then if completion and link are OK I use mostly the Huge (gui-enabled) version as either gvim or vim. I haven't had any problems so far with 7.4.2012 since it was published. Is your problem with "compiling" Vim (then which messages do you get?), with "using" it yourself (and what are the symptoms?) or with running "make test"? If the latter, there is the possibility that the failing test (which one and how?) is the problem. Sorry, but lately most of my comments have been about bad tests. I assumed most people read all the email here but that was a bad assumption. Bram broke my builds a while ago (like in the 203x range) in netbseans and the tests yield: From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' Test results: From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' TEST FAILURE I asked Bram about this (and about whether netbeans was even supposed to be used in OSX) and all he said was "works for me". Does anyone else even have Java installed? Dominique discovered that it also breaks when running under Valgrind. I suspect a race condition. That would explain why it works for me sometimes. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2102
On Mon, 25 Jul 2016, Tony Mechelynck wrote: On Mon, Jul 25, 2016 at 9:27 PM, Hisashi T Fujinaka wrote: On Mon, 25 Jul 2016, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 2:00 PM, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 1:41 PM, Hisashi T Fujinaka wrote: Well, --huge is breaking on OSX for me again. I'm seeing if I can figure out where it broke. I wish I knew how to use bisect... What are your ./configure flags? I am building with huge features on OSX with no problems. By the way, --huge is the default now, so you shouldn't need to pass it at the command line. Bram: "./configure --help" still claims that the default level is "normal". I'm doing: make clean && ./configure --with-features=huge && make test I'm not using "make test". I set my configure setting by means of environment variables (so they will not be forgotten if make decides to run configure) then I run just "make" (or "make reconfig" if I have changed the settings or if some important libray package has been upgraded) followed by "make install" for my Huge build or by "make installruntime" for my Tiny build, which has --with-vim-name=vi to set it apart from the Huge build. Then if completion and link are OK I use mostly the Huge (gui-enabled) version as either gvim or vim. I haven't had any problems so far with 7.4.2012 since it was published. Is your problem with "compiling" Vim (then which messages do you get?), with "using" it yourself (and what are the symptoms?) or with running "make test"? If the latter, there is the possibility that the failing test (which one and how?) is the problem. Sorry, but lately most of my comments have been about bad tests. I assumed most people read all the email here but that was a bad assumption. Bram broke my builds a while ago (like in the 203x range) in netbseans and the tests yield: From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' Test results: From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' TEST FAILURE I asked Bram about this (and about whether netbeans was even supposed to be used in OSX) and all he said was "works for me". Does anyone else even have Java installed? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2102
On Mon, 25 Jul 2016, Hisashi T Fujinaka wrote: On Mon, 25 Jul 2016, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 2:00 PM, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 1:41 PM, Hisashi T Fujinaka wrote: Well, --huge is breaking on OSX for me again. I'm seeing if I can figure out where it broke. I wish I knew how to use bisect... What are your ./configure flags? I am building with huge features on OSX with no problems. By the way, --huge is the default now, so you shouldn't need to pass it at the command line. Bram: "./configure --help" still claims that the default level is "normal". I'm doing: make clean && ./configure --with-features=huge && make test I must have something else broken because I'm all the way back to v7.4.2054 and it's still not building. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2102
On Mon, 25 Jul 2016, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 2:00 PM, Manuel Ortega wrote: On Mon, Jul 25, 2016 at 1:41 PM, Hisashi T Fujinaka wrote: Well, --huge is breaking on OSX for me again. I'm seeing if I can figure out where it broke. I wish I knew how to use bisect... What are your ./configure flags? I am building with huge features on OSX with no problems. By the way, --huge is the default now, so you shouldn't need to pass it at the command line. Bram: "./configure --help" still claims that the default level is "normal". I'm doing: make clean && ./configure --with-features=huge && make test Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2102
On Mon, 25 Jul 2016, Tony Mechelynck wrote: On Mon, Jul 25, 2016 at 7:41 PM, Hisashi T Fujinaka wrote: On Sun, 24 Jul 2016, Bram Moolenaar wrote: Patch 7.4.2102 (after 7.4.2101) Problem:Tiny build with GUI fails. Solution: Revert one FOR_ALL_ change. Files: src/gui.c Well, --huge is breaking on OSX for me again. I'm seeing if I can figure out where it broke. I wish I knew how to use bisect... Well, FWIW, it is not breaking for me on Linux64 with GTK2/Gnome GUI so the problem must be at some point where OSX and Linux are handled differently. The principle of bisection is to mark a "last known good" and a "first known bad" version; then you compile some version approximately halfway between them and test it. If it is "good" you have a new, later, "last known good". If it is bad, you have a new, earlier, "first known bad". Then you repeat with successively narrower intervals until you have a "known good" immediately followed by a "known bad" -- which is the actual "first bad ever" where the error was made. Um, no. I meant I don't know how to get it to work automatically. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2102
On Sun, 24 Jul 2016, Bram Moolenaar wrote: Patch 7.4.2102 (after 7.4.2101) Problem:Tiny build with GUI fails. Solution: Revert one FOR_ALL_ change. Files: src/gui.c *** ../vim-7.4.2101/src/gui.c 2016-07-24 21:58:39.704057634 +0200 --- src/gui.c 2016-07-24 22:22:54.802631965 +0200 *** *** 4166,4172 /* avoid that moving components around generates events */ ++hold_gui_events; ! FOR_ALL_WINDOWS(wp) { if (wp->w_buffer == NULL)/* just in case */ continue; --- 4166,4172 /* avoid that moving components around generates events */ ++hold_gui_events; ! for (wp = firstwin; wp != NULL; wp = W_NEXT(wp)) { if (wp->w_buffer == NULL)/* just in case */ continue; *** ../vim-7.4.2101/src/version.c 2016-07-24 21:58:39.720057487 +0200 --- src/version.c 2016-07-24 22:24:22.025828318 +0200 *** *** 760,761 --- 760,763 { /* Add new patch number below this line */ + /**/ + 2102, /**/ Well, --huge is breaking on OSX for me again. I'm seeing if I can figure out where it broke. I wish I knew how to use bisect... -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2079
On Thu, 21 Jul 2016, Bram Moolenaar wrote: Hisashi Fujinaka wrote: On Wed, 20 Jul 2016, Bram Moolenaar wrote: Patch 7.4.2079 Problem:Netbeans test fails on non-Unix systems. Solution: Only do the permission check on Unix systems. Files: src/testdir/test_netbeans.vim [...] I think this is failing on my Mac. Should it even be running this test? How does it fail? I thought Mac was working like Unix for these things. From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' Test results: From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' TEST FAILURE make[2]: *** [report] Error 1 make[1]: *** [scripttests] Error 2 make: *** [test] Error 2 [2][htodd@htf-mbp]~/vim 582 % find . -name "test_netbeans.vim" ./src/testdir/test_netbeans.vim [htodd@htf-mbp]~/vim 583 % vim src/testdir/test_netbeans.vim From test_netbeans.vim: Executing Test_nb_basic() Executing Test_nb_file_auth() Executed 2 tests 1 FAILED: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' Test results: From test_netbeans.vim: Found errors in Test_nb_basic(): function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 11: Expected 2 but got 130 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 12: Expected 20 but got 2 function RunTheTest[9]..Test_nb_basic[2]..4_run_server[1]..RunServer[21]..Nb_basic line 23: Expected '0:disconnect=1' but got '0:disconnect=0' TEST FAILURE make[2]: *** [report] Error 1 make[1]: *** [scripttests] Error 2 make: *** [test] Error 2 -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2079
On Wed, 20 Jul 2016, Bram Moolenaar wrote: Patch 7.4.2079 Problem:Netbeans test fails on non-Unix systems. Solution: Only do the permission check on Unix systems. Files: src/testdir/test_netbeans.vim *** ../vim-7.4.2078/src/testdir/test_netbeans.vim 2016-07-15 17:41:51.650360419 +0200 --- src/testdir/test_netbeans.vim 2016-07-19 23:58:46.319716513 +0200 *** *** 53,60 func Nb_file_auth(port) call assert_fails('nbstart =notexist', 'E660:') call writefile(['host=localhost', 'port=' . a:port, 'auth=bunny'], 'Xnbauth') ! call setfperm('Xnbauth', "rw-r--r--") ! call assert_fails('nbstart =Xnbauth', 'E668:') call setfperm('Xnbauth', "rw---") exe 'nbstart :localhost:' . a:port . ':bunny' call assert_true(has("netbeans_enabled")) --- 53,62 func Nb_file_auth(port) call assert_fails('nbstart =notexist', 'E660:') call writefile(['host=localhost', 'port=' . a:port, 'auth=bunny'], 'Xnbauth') ! if has('unix') ! call setfperm('Xnbauth', "rw-r--r--") ! call assert_fails('nbstart =Xnbauth', 'E668:') ! endif call setfperm('Xnbauth', "rw---") exe 'nbstart :localhost:' . a:port . ':bunny' call assert_true(has("netbeans_enabled")) *** ../vim-7.4.2078/src/version.c 2016-07-19 23:36:24.357635380 +0200 --- src/version.c 2016-07-20 00:01:39.881914300 +0200 *** *** 760,761 --- 760,763 { /* Add new patch number below this line */ + /**/ + 2079, /**/ I think this is failing on my Mac. Should it even be running this test? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.2084
On Wed, 20 Jul 2016, Bram Moolenaar wrote: Patch 7.4.2084 Problem:New digraph test makes testing hang. Solution: Don't set "nocp". Files: src/testdir/test_digraph.vim This is breaking things on MacOS. Do you need a log file? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Patch 7.4.1309 <- you mean 1308
Bram, you should automate the numbers for your patches. :) On Fri, 12 Feb 2016, Bram Moolenaar wrote: Patch 7.4.1309 Problem:Jobs don't open a channel. Solution: Create pipes and add them to the channel. Files: src/channel.c, src/os_unix.c, src/structs.h, src/gui_w48.c, src/proto/channel.pro, *** ../vim-7.4.1307/src/testdir/test_channel.vim2016-02-12 22:25:50.714277831 +0100 --- src/testdir/test_channel.vim2016-02-12 22:32:38.025901478 +0100 *** *** 194,200 " TODO: make this work again with MS-Windows if has('unix') call s:run_server('s:two_channels') ! endf endfunc " Test that a server crash is handled gracefully. --- 194,200 " TODO: make this work again with MS-Windows if has('unix') call s:run_server('s:two_channels') ! endif endfunc " Test that a server crash is handled gracefully. *** ../vim-7.4.1307/src/version.c 2016-02-12 22:25:50.714277831 +0100 --- src/version.c 2016-02-12 22:33:28.869357045 +0100 *** *** 749,750 --- 749,752 { /* Add new patch number below this line */ + /**/ + 1308, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
bug in search-and-replace in visual mode?
I have two columns of text and I just want to replace in one of the two columns. For example: foo-bar-grill foo-bar 2foo-bar-grill foo-bar and I just want to replace the second foo-bar with moose or something. I can visually select either column and then try a search and replace. Hitting : will prepopulate with "'<,'>" and so the line will look something like: "'<,'>s/foo-bar/moose/". No matter what column I select, only the first column gets changed. The only google help I get is from wikia and it talks about %V which doesn't work for me. Is this normal behavior? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Patch 7.4.061
On Sun, 3 Nov 2013, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: I've been chasing this around and around, but on OS X 10.9 I don't get HAVE_AVAILABILITY_MACROS_H set in os_unix.c, so there's no #include and my compile dies with the following: os_unix.c:834:46: warning: declaration of 'struct sigaltstack' will not be visible outside of this function [-Wvisibility] extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct sigaltstack *oss)); ^ ./os_unix.h:88:21: note: expanded from macro '__ARGS' # define __ARGS(x) x ^ os_unix.c:834:13: error: conflicting types for 'sigaltstack' extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct sigaltstack *oss)); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/signal.h:85:5: note: previous declaration is here int sigaltstack(const stack_t * __restrict, stack_t * __restrict) __DARWIN_ALIAS(sigaltstack); ^ 1 warning and 1 error generated. make: *** [objects/os_unix.o] Error 1 Have you checked in src/auto/config.log why AvailabilityMacros.h is not found? You did do "make reconfigure" or "make distclean"? AvailabilityMacros.h is found, and HAVE_AVAILABILITY_MACROS_H should be set. It just isn't when I get to line 807 in os_unix.c. This looks like a typo somewhere, but autoconf is not my forte. In config.log: 206 configure:4266: checking AvailabilityMacros.h usability 207 configure:4266: gcc -c -g -O2 -I/sw/include conftest.c >&5 208 configure:4266: $? = 0 209 configure:4266: result: yes 210 configure:4266: checking AvailabilityMacros.h presence 211 configure:4266: gcc -E -I/sw/include conftest.c 212 configure:4266: $? = 0 213 configure:4266: result: yes 214 configure:4266: checking for AvailabilityMacros.h 215 configure:4266: result: yes And every build is a clean build, so I shouldn't have to make reconfigure. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Patch 7.4.061
I've been chasing this around and around, but on OS X 10.9 I don't get HAVE_AVAILABILITY_MACROS_H set in os_unix.c, so there's no #include and my compile dies withthe following: os_unix.c:834:46: warning: declaration of 'struct sigaltstack' will not be visible outside of this function [-Wvisibility] extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct sigaltstack *oss)); ^ ./os_unix.h:88:21: note: expanded from macro '__ARGS' # define __ARGS(x) x ^ os_unix.c:834:13: error: conflicting types for 'sigaltstack' extern int sigaltstack __ARGS((const struct sigaltstack *ss, struct sigaltstack *oss)); ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/signal.h:85:5: note: previous declaration is here int sigaltstack(const stack_t * __restrict, stack_t * __restrict) __DARWIN_ALIAS(sigaltstack); ^ 1 warning and 1 error generated. make: *** [objects/os_unix.o] Error 1 -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Patch 7.4.056
Oh, never mind. I see something happened in Patch 61. At the moment, it's not compiling for me, but I'm not through poking around at this point. On Sat, 2 Nov 2013, Hisashi T Fujinaka wrote: Why am I not seeing this in mercurial? Am I doing something wrong? On Sat, 2 Nov 2013, Bram Moolenaar wrote: Patch 7.4.056 Problem:Mac: Compilation problem with OS X 10.9 Mavericks. Solution: Include AvailabilityMacros.h when available. (Kazunobu Kuriyama) Files: src/os_unix.c *** ../vim-7.4.055/src/os_unix.c2013-09-05 21:41:35.0 +0200 --- src/os_unix.c 2013-11-02 21:46:05.0 +0100 *** *** 804,809 --- 804,815 * completely full. */ + #if defined(HAVE_AVAILABILITYMACROS_H) \ + && defined(__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__) \ + && (__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ >= 1090) + # include + #endif + #ifndef SIGSTKSZ # define SIGSTKSZ 8000/* just a guess of how much stack is needed... */ #endif *** ../vim-7.4.055/src/version.c2013-11-02 21:04:32.0 +0100 --- src/version.c 2013-11-02 21:44:10.0 +0100 *** *** 740,741 --- 740,743 { /* Add new patch number below this line */ + /**/ + 56, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Patch 7.4.056
Why am I not seeing this in mercurial? Am I doing something wrong? On Sat, 2 Nov 2013, Bram Moolenaar wrote: Patch 7.4.056 Problem:Mac: Compilation problem with OS X 10.9 Mavericks. Solution: Include AvailabilityMacros.h when available. (Kazunobu Kuriyama) Files: src/os_unix.c *** ../vim-7.4.055/src/os_unix.c2013-09-05 21:41:35.0 +0200 --- src/os_unix.c 2013-11-02 21:46:05.0 +0100 *** *** 804,809 --- 804,815 * completely full. */ + #if defined(HAVE_AVAILABILITYMACROS_H) \ + && defined(__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__) \ + && (__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ >= 1090) + # include + #endif + #ifndef SIGSTKSZ # define SIGSTKSZ 8000/* just a guess of how much stack is needed... */ #endif *** ../vim-7.4.055/src/version.c2013-11-02 21:04:32.0 +0100 --- src/version.c 2013-11-02 21:44:10.0 +0100 *** *** 740,741 --- 740,743 { /* Add new patch number below this line */ + /**/ + 56, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Regex question (possible bug?)
Is this the place for possible bug reports? I'm in nomagic and I'm trying to delete the last directory from a directory path. So /a/b/c/d would end up being /a/b/c. This doesn't work, and I may be screwing it up: :%s,/\[a-z]\*\$,, Or is it a bug? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- -- 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 unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Patch 7.3.590
On Fri, 6 Jul 2012, Ike Devolder wrote: Yep it is not showing up yet, but it will come eventually :p Thanks for nothing, but I mentioned this because it's usually up before the emails arrive. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.590
This isn't showing up in mercurial (or whatever the repo is, I have it wrapped in a script and, if you remember, I alwasy forget what version control Bram uses.) On Fri, 6 Jul 2012, Bram Moolenaar wrote: Patch 7.3.590 Problem:The '< and '> marks cannot be set directly. Solution: Allow setting '< and '>. (Christian Brabandt) Files: src/mark.c *** ../vim-7.3.589/src/mark.c 2011-02-25 15:11:17.0 +0100 --- src/mark.c 2012-07-06 17:47:23.0 +0200 *** *** 98,103 --- 98,116 return OK; } + #ifdef FEAT_VISUAL + if (c == '<') + { + curbuf->b_visual.vi_start = *pos; + return OK; + } + if (c == '>') + { + curbuf->b_visual.vi_end = *pos; + return OK; + } + #endif + #ifndef EBCDIC if (c > 'z')/* some islower() and isupper() cannot handle characters above 127 */ *** ../vim-7.3.589/src/version.c2012-07-06 16:49:37.0 +0200 --- src/version.c 2012-07-06 17:49:00.0 +0200 *** *** 716,717 --- 716,719 { /* Add new patch number below this line */ + /**/ + 590, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.416
On Sat, 28 Jan 2012, Tony Mechelynck wrote: On 26/01/12 19:33, Hisashi T Fujinaka wrote: On Thu, 26 Jan 2012, Bram Moolenaar wrote: Hisashi Fujinaka wrote: I forget how the subversion repository works. Does this get automatically checked in or is there manual intervention? I don't see this or the following patch. I don't use subversion or CVS, Mercurial is now the master repository. Something went wrong with the diff of patch 7.3.417, perhaps that caused some problems for subversion as well. Heh. I meant mercurial, but I always forget that hg=mercurial. The trick is that Hg is the chemical symbol for mercury. I know that, but I can't remember what all we're running. It used to be just rcs and cvs now there's subversion, mercurial, git, and whatever else I'm forgetting. I'm getting old. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.416
On Thu, 26 Jan 2012, Bram Moolenaar wrote: Hisashi Fujinaka wrote: I forget how the subversion repository works. Does this get automatically checked in or is there manual intervention? I don't see this or the following patch. I don't use subversion or CVS, Mercurial is now the master repository. Something went wrong with the diff of patch 7.3.417, perhaps that caused some problems for subversion as well. Heh. I meant mercurial, but I always forget that hg=mercurial. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.416
I forget how the subversion repository works. Does this get automatically checked in or is there manual intervention? I don't see this or the following patch. On Thu, 26 Jan 2012, Bram Moolenaar wrote: Patch 7.3.416 (after 7.3.415) Problem:Compiler warning for wrong pointer. Solution: Add type cast. Files: src/eval.c *** ../vim-7.3.415/src/eval.c 2012-01-26 14:32:26.0 +0100 --- src/eval.c 2012-01-26 15:42:56.0 +0100 *** *** 21802,21808 fp = HI2UF(hi); if (fp->uf_flags & FC_DICT) ! return ""; /* don't show dict functions */ if (STRLEN(fp->uf_name) + 4 >= IOSIZE) return fp->uf_name; /* prevents overflow */ --- 21802,21808 fp = HI2UF(hi); if (fp->uf_flags & FC_DICT) ! return (char_u *)""; /* don't show dict functions */ if (STRLEN(fp->uf_name) + 4 >= IOSIZE) return fp->uf_name; /* prevents overflow */ *** ../vim-7.3.415/src/version.c2012-01-26 14:32:26.0 +0100 --- src/version.c 2012-01-26 15:43:31.0 +0100 *** *** 716,717 --- 716,719 { /* Add new patch number below this line */ + /**/ + 416, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.1
Looks like your script broke the subject lines with 100 + 1. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Where do I send patches? (Mac OS X 10.6 gtk2 fork error)
On Sat, 27 Nov 2010, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: I think this worked for me, because there's something odd in 10.6 where gvim crashes. The crash log says Application Specific Information: abort() called USING_FORK_WITHOUT_EXEC_IS_NOT_SUPPORTED_BY_FILE_MANAGER Anything that uses CoreFoundation isn't supposed just to fork, and the vim GUI in fink uses CoreFoundation via gtk+2. So I applied this patch (which I hope is right): diff -Naur vim-7.3.069.orig/src/gui.c vim-7.3.069/src/gui.c --- vim-7.3.069.orig/src/gui.c 2010-11-25 14:56:25.0 -0800 +++ vim-7.3.069/src/gui.c 2010-11-25 14:58:35.0 -0800 @@ -59,7 +59,7 @@ gui_start() { char_u*old_term; -#if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) +#if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) && !defined(__APPLE__) # define MAY_FORK int dofork = TRUE; #endif I wonder why __APPLE__ is defined while MACOS_X isn't. Perhaps the solution would be to define MACOS_X ? I don't know what version you are building. 7.3.69? It's like I said before, I'm building the x version. It doesn't build things like os_macosx.m and if it tries the build dies. Ah, you are building the Unix version on Mac. Then MACOS_X is not defined (confusing that building with X on Mac doesn't define this). I see __APPLE__ is also used in os_unix.c, thus it should be OK. However, I know others have been building Vim with GTK on Mac. Why didn't they run into this problem? Perhaps we need another condition that more specifically detects the situation where fork doesn't work. It's been building fine, but gvim hasn't really worked since 7.2.446, at least according to the regression I just did. vim in a console, which is what I usually use, works fine. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Where do I send patches? (Mac OS X 10.6 gtk2 fork error)
On Fri, 26 Nov 2010, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: I think this worked for me, because there's something odd in 10.6 where gvim crashes. The crash log says Application Specific Information: abort() called USING_FORK_WITHOUT_EXEC_IS_NOT_SUPPORTED_BY_FILE_MANAGER Anything that uses CoreFoundation isn't supposed just to fork, and the vim GUI in fink uses CoreFoundation via gtk+2. So I applied this patch (which I hope is right): diff -Naur vim-7.3.069.orig/src/gui.c vim-7.3.069/src/gui.c --- vim-7.3.069.orig/src/gui.c 2010-11-25 14:56:25.0 -0800 +++ vim-7.3.069/src/gui.c 2010-11-25 14:58:35.0 -0800 @@ -59,7 +59,7 @@ gui_start() { char_u*old_term; -#if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) +#if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) && !defined(__APPLE__) # define MAY_FORK int dofork = TRUE; #endif I wonder why __APPLE__ is defined while MACOS_X isn't. Perhaps the solution would be to define MACOS_X ? I don't know what version you are building. 7.3.69? It's like I said before, I'm building the x version. It doesn't build things like os_macosx.m and if it tries the build dies. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Where do I send patches? (Mac OS X 10.6 gtk2 fork error)
I think this worked for me, because there's something odd in 10.6 where gvim crashes. The crash log says Application Specific Information: abort() called USING_FORK_WITHOUT_EXEC_IS_NOT_SUPPORTED_BY_FILE_MANAGER Anything that uses CoreFoundation isn't supposed just to fork, and the vim GUI in fink uses CoreFoundation via gtk+2. So I applied this patch (which I hope is right): diff -Naur vim-7.3.069.orig/src/gui.c vim-7.3.069/src/gui.c --- vim-7.3.069.orig/src/gui.c 2010-11-25 14:56:25.0 -0800 +++ vim-7.3.069/src/gui.c 2010-11-25 14:58:35.0 -0800 @@ -59,7 +59,7 @@ gui_start() { char_u *old_term; -#if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) +#if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) && !defined(__APPLE__) # define MAY_FORK int dofork = TRUE; #endif -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.062
Not sure, but I fixed this using different environment variables (added --disable-darwin to CONF_OPT_GUI). On Thu, 25 Nov 2010, Hisashi T Fujinaka wrote: I'm still in the middle of testing this, but I think this broke my Mac OS X gtk2 build. Hard to tell from just the diffs, but os_macsosx.m is building when it doesn't need to when gui is gtk2. Thanks. On Tue, 16 Nov 2010, Bram Moolenaar wrote: Patch 7.3.062 Problem:Python doesn't work properly when installed in another directory than expected. Solution: Figure out home directory in configure and use Py_SetPythonHome() at runtime. (Roland Puntaier) Files: src/configure.in, src/auto/configure, src/if_python.c, src/if_python3.c *** ../vim-7.3.061/src/configure.in 2010-11-03 22:32:18.0 +0100 --- src/configure.in2010-11-16 17:47:36.0 +0100 *** *** 891,899 PYTHON_LIBS="${vi_cv_path_python_plibs}" if test "${vi_cv_path_python_pfx}" = "${vi_cv_path_python_epfx}"; then ! PYTHON_CFLAGS="-I${vi_cv_path_python_pfx}/include/python${vi_cv_var_python_version}" else ! PYTHON_CFLAGS="-I${vi_cv_path_python_pfx}/include/python${vi_cv_var_python_version} -I${vi_cv_path_python_epfx}/include/python${vi_cv_var_python_version}" fi PYTHON_SRC="if_python.c" dnl For Mac OSX 10.2 config.o is included in the Python library. --- 891,899 PYTHON_LIBS="${vi_cv_path_python_plibs}" if test "${vi_cv_path_python_pfx}" = "${vi_cv_path_python_epfx}"; then ! PYTHON_CFLAGS="-I${vi_cv_path_python_pfx}/include/python${vi_cv_var_python_version} -DPYTHON_HOME=\\\"${vi_cv_path_python_pfx}\\\"" else ! PYTHON_CFLAGS="-I${vi_cv_path_python_pfx}/include/python${vi_cv_var_python_version} -I${vi_cv_path_python_epfx}/include/python${vi_cv_var_python_version} -DPYTHON_HOME=\\\"${vi_cv_path_python_pfx}\\\"" fi PYTHON_SRC="if_python.c" dnl For Mac OSX 10.2 config.o is included in the Python library. *** *** 905,911 if test "${vi_cv_var_python_version}" = "1.4"; then PYTHON_OBJ="$PYTHON_OBJ objects/py_getpath.o" fi ! PYTHON_GETPATH_CFLAGS="-DPYTHONPATH='\"${vi_cv_path_pythonpath}\"' -DPREFIX='\"${vi_cv_path_python_pfx}\"' -DEXEC_PREFIX='\"${vi_cv_path_python_epfx}\"'" dnl On FreeBSD linking with "-pthread" is required to use threads. dnl _THREAD_SAFE must be used for compiling then. --- 905,911 if test "${vi_cv_var_python_version}" = "1.4"; then PYTHON_OBJ="$PYTHON_OBJ objects/py_getpath.o" fi ! PYTHON_GETPATH_CFLAGS="-DPYTHONPATH='\"${vi_cv_path_pythonpath}\"' -DPREFIX='\"${vi_cv_path_python_pfx}\"' -DEXEC_PREFIX='\"${vi_cv_path_python_epfx}\"'" dnl On FreeBSD linking with "-pthread" is required to use threads. dnl _THREAD_SAFE must be used for compiling then. *** *** 1063,1071 PYTHON3_LIBS="${vi_cv_path_python3_plibs}" if test "${vi_cv_path_python3_pfx}" = "${vi_cv_path_python3_epfx}"; then ! PYTHON3_CFLAGS="-I${vi_cv_path_python3_pfx}/include/python${vi_cv_var_python3_version}" else ! PYTHON3_CFLAGS="-I${vi_cv_path_python3_pfx}/include/python${vi_cv_var_python3_version} -I${vi_cv_path_python3_epfx}/include/python${vi_cv_var_python3_version}" fi PYTHON3_SRC="if_python3.c" dnl For Mac OSX 10.2 config.o is included in the Python library. --- 1063,1071 PYTHON3_LIBS="${vi_cv_path_python3_plibs}" if test "${vi_cv_path_python3_pfx}" = "${vi_cv_path_python3_epfx}"; then ! PYTHON3_CFLAGS="-I${vi_cv_path_python3_pfx}/include/python${vi_cv_var_python3_version} -DPYTHON3_HOME=L\\\"${vi_cv_path_python3_pfx}\\\"" else ! PYTHON3_CFLAGS="-I${vi_cv_path_python3_pfx}/include/python${vi_cv_var_python3_version} -I${vi_cv_path_python3_epfx}/include/python${vi_cv_var_python3_version} -DPYTHON3_HOME=L\\\"${vi_cv_path_python3_pfx}\\\"" fi PYTHON3_SRC="if_python3.c" dnl For Mac OSX 10.2 config.o is included in the Python library. *** *** 1143,1151 if test "$python_ok" = yes && test "$python3_ok" = yes; then AC_DEFINE(DYNAMIC_PYTHON) AC_DEFINE(DYNAMIC_PYTHON3) ! AC_MSG_CHECKING(whether we can do without RTLD_GLOBAL) cflags_save=$CFLAGS ! CFLAGS="$CFLAGS $PYTHON3_CFLAGS" ldflags_save=$LDFLAGS LDFLAGS="$L
Re: Patch 7.3.062
BAL) --- 102,108 # include # define FARPROC void* # define HINSTANCE void* ! # if defined(PY_NO_RTLD_GLOBAL) && defined(PY3_NO_RTLD_GLOBAL) # define load_dll(n) dlopen((n), RTLD_LAZY) # else # define load_dll(n) dlopen((n), RTLD_LAZY|RTLD_GLOBAL) *** *** 168,173 --- 168,174 # define Py_BuildValue dll_Py_BuildValue # define Py_FindMethod dll_Py_FindMethod # define Py_InitModule4 dll_Py_InitModule4 + # define Py_SetPythonHome dll_Py_SetPythonHome # define Py_Initialize dll_Py_Initialize # define Py_Finalize dll_Py_Finalize # define Py_IsInitialized dll_Py_IsInitialized *** *** 226,231 --- 227,233 static PyObject*(*dll_Py_BuildValue)(char *, ...); static PyObject*(*dll_Py_FindMethod)(struct PyMethodDef[], PyObject *, char *); static PyObject*(*dll_Py_InitModule4)(char *, struct PyMethodDef *, char *, PyObject *, int); + static void(*dll_Py_SetPythonHome)(char *home); static void(*dll_Py_Initialize)(void); static void(*dll_Py_Finalize)(void); static int(*dll_Py_IsInitialized)(void); *** *** 310,315 --- 312,318 # else {"Py_InitModule4", (PYTHON_PROC*)&dll_Py_InitModule4}, # endif + {"Py_SetPythonHome", (PYTHON_PROC*)&dll_Py_SetPythonHome}, {"Py_Initialize", (PYTHON_PROC*)&dll_Py_Initialize}, {"Py_Finalize", (PYTHON_PROC*)&dll_Py_Finalize}, {"Py_IsInitialized", (PYTHON_PROC*)&dll_Py_IsInitialized}, *** *** 349,355 { int i; ! #if !defined(PY_NO_RTLD_GLOBAL) && defined(UNIX) && defined(FEAT_PYTHON3) /* Can't have Python and Python3 loaded at the same time. * It cause a crash, because RTLD_GLOBAL is needed for * standard C extension libraries of one or both python versions. */ --- 352,358 { int i; ! #if !(defined(PY_NO_RTLD_GLOBAL) && defined(PY3_NO_RTLD_GLOBAL)) && defined(UNIX) && defined(FEAT_PYTHON3) /* Can't have Python and Python3 loaded at the same time. * It cause a crash, because RTLD_GLOBAL is needed for * standard C extension libraries of one or both python versions. */ *** *** 543,548 --- 546,555 } #endif + #ifdef PYTHON_HOME + Py_SetPythonHome(PYTHON_HOME); + #endif + init_structs(); #if !defined(MACOS) || defined(MACOS_X_UNIX) *** ../vim-7.3.061/src/if_python3.c 2010-10-23 14:02:48.0 +0200 --- src/if_python3.c2010-11-16 17:07:26.0 +0100 *** *** 80,86 # include # define FARPROC void* # define HINSTANCE void* ! # ifdef PY_NO_RTLD_GLOBAL # define load_dll(n) dlopen((n), RTLD_LAZY) # else # define load_dll(n) dlopen((n), RTLD_LAZY|RTLD_GLOBAL) --- 80,86 # include # define FARPROC void* # define HINSTANCE void* ! # if defined(PY_NO_RTLD_GLOBAL) && defined(PY3_NO_RTLD_GLOBAL) # define load_dll(n) dlopen((n), RTLD_LAZY) # else # define load_dll(n) dlopen((n), RTLD_LAZY|RTLD_GLOBAL) *** *** 132,137 --- 132,138 # define PyType_Ready py3_PyType_Ready #undef Py_BuildValue # define Py_BuildValue py3_Py_BuildValue + # define Py_SetPythonHome py3_Py_SetPythonHome # define Py_Initialize py3_Py_Initialize # define Py_Finalize py3_Py_Finalize # define Py_IsInitialized py3_Py_IsInitialized *** *** 170,175 --- 171,177 * Pointers for dynamic link */ static int (*py3_PySys_SetArgv)(int, wchar_t **); + static void (*py3_Py_SetPythonHome)(wchar_t *home); static void (*py3_Py_Initialize)(void); static PyObject* (*py3_PyList_New)(Py_ssize_t size); static PyGILState_STATE (*py3_PyGILState_Ensure)(void); *** *** 254,259 --- 256,262 } py3_funcname_table[] = { {"PySys_SetArgv", (PYTHON_PROC*)&py3_PySys_SetArgv}, + {"Py_SetPythonHome", (PYTHON_PROC*)&py3_Py_SetPythonHome}, {"Py_Initialize", (PYTHON_PROC*)&py3_Py_Initialize}, {"PyArg_ParseTuple", (PYTHON_PROC*)&py3_PyArg_ParseTuple}, {"PyList_New", (PYTHON_PROC*)&py3_PyList_New}, *** *** 336,342 int i; void *ucs_from_string, *ucs_from_string_and_size; ! # if !defined(PY_NO_RTLD_GLOBAL) && defined(UNIX) && defined(FEAT_PYTHON) /* Can't have Python and Python3 loaded at the same time. * It cause a crash, because RTLD_GLOBAL is needed for * standard C extension libraries of one or both python versions. */ --- 339,345 int i; void *ucs_from_string, *ucs_from_string_and_size; ! # if !(defined(PY_NO_RTLD_GLOBAL) && defined(PY3_NO_RTLD_GLOBAL)) && defined(UNIX) && defined(FEAT_PYTHON) /* Can't have Python and Python3 loaded at the same time. * It cause a crash, because RTLD_GLOBAL is needed for * standard C extension libraries of one or both python versions. */ *** *** 539,544 --- 542,552 init_structs(); + + #ifdef PYTHON3_HOME + Py_SetPythonHome(PYTHON3_HOME); + #endif + /* initialise threads */ PyEval_InitThreads(); *** ../vim-7.3.061/src/version.c2010-11-16 16:25:46.0 +0100 --- src/version.c 2010-11-16 17:12:40.0 +0100 *** *** 716,717 --- 716,719 { /* Add new patch number below this line */ + /**/ + 62, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.3.001
On Mon, 16 Aug 2010, Bram Moolenaar wrote: I wrote: Patch 7.3.001 Problem:When editing "src/main.c" and 'path' set to "./proto", ":find e I think I managed to push this out to the usual places. The Mercurial repository now gets you the latest 7.3 version. If you were following the "vim73" branch, you need to do: hg update default Otherwise you are stuck at 7.3. I will no longer update CVS and the Subversion repository will also no longer be updated. Sorry, it is just too much work to keep these going, Mercurial is so much easier to handle. You can still get patches from the ftp server, it's not much work to upload these and it's the last resort for anyone who does not have a revision control system. Let me know if something doesn't look right if you try to get to 7.3.002. JFYI, I had to do an "update -C" to get things working, but there should be a version in "fink" (package manager for MacOS X) soon. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Vim 7.3f ready for beta testing
So very confused. You announced f, I got g. I updated my script to tag it g, I got 7.3! Well, actually, let me say, HOORAY! On Fri, 13 Aug 2010, Bram Moolenaar wrote: Announcing: Vim (Vi IMproved) version 7.3f BETA -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.2.428
On Fri, 14 May 2010, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: Woo. Lots of patches. Any idea of how many more you have in this batch? I keep thinking you're done for the week and I keep being (pleasantly) surprised with more patches. The reason I ask is because I'm packaging this for fink and don't want to keep submitting multiple packages thinking you're finished for the time being when you're not. Four more to go. Not sure if I finish them in the coming hours though. Thanks Bram! -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.2.428
Woo. Lots of patches. Any idea of how many more you have in this batch? I keep thinking you're done for the week and I keep being (pleasantly) surprised with more patches. The reason I ask is because I'm packaging this for fink and don't want to keep submitting multiple packages thinking you're finished for the time being when you're not. Thanks! On Fri, 14 May 2010, Bram Moolenaar wrote: Patch 7.2.428 Problem:Using setqflist([]) to clear the error list doesn't work properly. Solution: Set qf_nonevalid to TRUE when appropriate. (Christian Brabandt) Files: src/quickfix.c *** ../vim-7.2.427/src/quickfix.c 2010-01-19 14:59:14.0 +0100 --- src/quickfix.c 2010-05-14 18:06:27.0 +0200 *** *** 3654,3660 } } ! qi->qf_lists[qi->qf_curlist].qf_nonevalid = FALSE; qi->qf_lists[qi->qf_curlist].qf_ptr = qi->qf_lists[qi->qf_curlist].qf_start; qi->qf_lists[qi->qf_curlist].qf_index = 1; --- 3654,3664 } } ! if (qi->qf_lists[qi->qf_curlist].qf_index == 0) ! /* empty list or no valid entry */ ! qi->qf_lists[qi->qf_curlist].qf_nonevalid = TRUE; ! else ! qi->qf_lists[qi->qf_curlist].qf_nonevalid = FALSE; qi->qf_lists[qi->qf_curlist].qf_ptr = qi->qf_lists[qi->qf_curlist].qf_start; qi->qf_lists[qi->qf_curlist].qf_index = 1; *** ../vim-7.2.427/src/version.c2010-05-14 17:52:35.0 +0200 --- src/version.c 2010-05-14 18:09:32.0 +0200 *** *** 683,684 --- 683,686 ---- { /* Add new patch number below this line */ + /**/ + 428, /**/ -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- 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
Re: Patch 7.2.350
On Thu, 28 Jan 2010, Bram Moolenaar wrote: Hisashi T Fujinaka wrote: Do you post a schedule of patches you plan to apply somewhere? I package vim for fink, and I always wonder if you're done with a patch run. I'm not looking for anything formal, but just some sort of hint like, "I'm doing twelve or so tomorrow-ish." There is no plan. I usually spend one day a week on Vim, so if you wait for midnight CET the row of patches should be done. Although one might come the next day (after testing of fixing a breakage in a patch). Fair enough. Thanks for the info and thanks for vim! -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php
Re: Patch 7.2.350
Bram, Do you post a schedule of patches you plan to apply somewhere? I package vim for fink, and I always wonder if you're done with a patch run. I'm not looking for anything formal, but just some sort of hint like, "I'm doing twelve or so tomorrow-ish." Thanks. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php
Re: Patch 7.2.330
I see svn stuck at 7.2.327. I wonder if I'm using the wrong server? I can certainly switch to another VCS, but I don't know much about Mercurial. Is that the preferred one? On Sun, 17 Jan 2010, Dominique Pell? wrote: Hisashi T Fujinaka wrote: Anyone know why svn hasn't caught up to this patch (or 328 or 329) yet? We can download latest Vim from: ftp, cvs, svn, Mercurial and git. Hmm, I'd sat we need to simplify. Can't we all use Mercurial since it seems to be the preferred system from the discussions here lately. -- Dominique -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte -- You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php
Re: Patch 7.2.330
{0x1f40,0x1f45,1,8}, ! {0x1f51,0x1f57,2,8}, ! {0x1f60,0x1f67,1,8}, ! {0x1f70,0x1f71,1,74}, ! {0x1f72,0x1f75,1,86}, ! {0x1f76,0x1f77,1,100}, ! {0x1f78,0x1f79,1,128}, ! {0x1f7a,0x1f7b,1,112}, ! {0x1f7c,0x1f7d,1,126}, ! {0x1f80,0x1f87,1,8}, ! {0x1f90,0x1f97,1,8}, ! {0x1fa0,0x1fa7,1,8}, ! {0x1fb0,0x1fb1,1,8}, ! {0x1fb3,0x1fb3,-1,9}, ! {0x1fbe,0x1fbe,-1,-7205}, ! {0x1fc3,0x1fc3,-1,9}, ! {0x1fd0,0x1fd1,1,8}, ! {0x1fe0,0x1fe1,1,8}, ! {0x1fe5,0x1fe5,-1,7}, ! {0x1ff3,0x1ff3,-1,9}, ! {0x214
Re: Patch 7.2.148
On Wed, 25 Mar 2009, Edward L. Fox wrote: > > On Wed, Mar 25, 2009 at 09:59:27AM +0100, Tony Mechelynck wrote: >> On 25/03/09 08:35, Edward L. Fox wrote: >> [...] >> >> Looks like the problem is similar to what happened before: >> >> ftp://ftp.vim.org/vol/2 (which is on the chain of softlinked directories >> to ftp://ftp.vim.org/pub/vim/) has drwx-- permissions, i.e., not >> even readable except by its owner (which happens to be user 0 i.e. root). > > Yes, I just got the "permission denied" error from the server side. > >> Edward, I'm including the patch (as attachment, not inline), so you may >> use that if you like. I'm also attaching the corresponding MD* and >> README files which I downloaded while they were accessible. > > I had already downloaded Bram's mail from the mailing list and patched > it against my local repository. Anyway, thank you all the same. And as an SVN user, thank YOU! -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Patch 7.2.148
On Wed, 25 Mar 2009, Tony Mechelynck wrote: > > On 25/03/09 00:23, Hisashi T Fujinaka wrote: >> >> I hate to ask dumb questions, but is there some reason this isn't in the >> svn repository yet? Is my checkout hosed up somehow? >> >> Thanks. >> > > The SVN repository may lag by up to a week. If this lag is unacceptable > to you, you may download the patch from > ftp://ftp.vim.org/pub/vim/patches/7.2/7.2.148 or maybe from the CVS > repository. > > If the lag goes significantly higher, maybe the SVN repository's > maintainer (who isn't Bram) will chime in. I think I switched from CVS to subversion when I noticed that the runtime files were up-to-date in svn but not CVS. I use a script to port vim to fink (for Mac OS X) and I was getting complaints. Ah, well, there's probably an easier way but I don't know what it is. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Patch 7.2.148
I hate to ask dumb questions, but is there some reason this isn't in the svn repository yet? Is my checkout hosed up somehow? Thanks. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Patch 7.2a.001
On Sun, 29 Jun 2008, Tony Mechelynck wrote: > > On 29/06/08 00:03, Hisashi T Fujinaka wrote: >> On Thu, 26 Jun 2008, Hisashi T Fujinaka wrote: >> >>> On Thu, 26 Jun 2008, Tony Mechelynck wrote: >>>> On 26/06/08 22:18, Bram Moolenaar wrote: >>>>> Patch 7.2a.001 >>>>> Problem:On some systems X11/Xlib.h exists (from X11-dev package) but >>>>> X11/Intrinsic.h does not (in Xt-dev package). This breaks the >>>>> build. Also, on Solaris 9 sys/ptem.h isn't found. >>>>> Solution: Have configure only accept X11 when X11/Intrinsic.h exists. >>>>> Check for sys/ptem.h while including sys/stream.h. (Vladimir >>>>> Marek) >>>>> Files:src/auto/configure, src/configure.in >>>> [...] >>>> >>>> And for those who, like me, are slow to readjust: the 7.2a patches >>>> directory is http://ftp.vim.org/pub/vim/unstable/patches/7.2a/ (of >>>> course it's accessible also by ftp). This means it's *not* a sibling of >>>> the 7.1 patches directory (it's in the "unstable" tree). >>> Oh, boy. Is this 7.2a -> 7.2.0 transition going to break version sorting >>> again? >> >> Is there any chance the beta versioning could be made so 7.2.000 will be >> "greater" on comparison? 7.2a.x is usually "newer" than 7.2.x. 7.2a.x is >> usually "newer" than 7.2.x. For example, you could make the version >> 7.1.999.x or something. >> >> Thanks. >> > > No, in Bram's system anything with two letters (alpha) is before > anything with one letter (beta) which is before anything with no letters > (release). So in this case 7.2a.008 comes before 7.2.0. Similarly with > Mozilla, (Firefox) 2.0.0.16pre is before 2.0.0.16 and (SeaMonkey) > 2.0a1pre is before 2.0a1 which is before 2.0, in a manner which is just > as contrary to strict lexicographical ordering. That's why I'm asking Bram to change his ways. Just because Mozilla does it "wrong" doesn't mean Bram has to. -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Patch 7.2a.001
On Thu, 26 Jun 2008, Hisashi T Fujinaka wrote: > On Thu, 26 Jun 2008, Tony Mechelynck wrote: >> >> On 26/06/08 22:18, Bram Moolenaar wrote: >>> >>> Patch 7.2a.001 >>> Problem:On some systems X11/Xlib.h exists (from X11-dev package) but >>> X11/Intrinsic.h does not (in Xt-dev package). This breaks the >>> build. Also, on Solaris 9 sys/ptem.h isn't found. >>> Solution: Have configure only accept X11 when X11/Intrinsic.h exists. >>> Check for sys/ptem.h while including sys/stream.h. (Vladimir >>> Marek) >>> Files: src/auto/configure, src/configure.in >> [...] >> >> And for those who, like me, are slow to readjust: the 7.2a patches >> directory is http://ftp.vim.org/pub/vim/unstable/patches/7.2a/ (of >> course it's accessible also by ftp). This means it's *not* a sibling of >> the 7.1 patches directory (it's in the "unstable" tree). > > Oh, boy. Is this 7.2a -> 7.2.0 transition going to break version sorting > again? Is there any chance the beta versioning could be made so 7.2.000 will be "greater" on comparison? 7.2a.x is usually "newer" than 7.2.x. 7.2a.x is usually "newer" than 7.2.x. For example, you could make the version 7.1.999.x or something. Thanks. -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Patch 7.2a.001
On Thu, 26 Jun 2008, Tony Mechelynck wrote: > > On 26/06/08 22:18, Bram Moolenaar wrote: >> >> Patch 7.2a.001 >> Problem:On some systems X11/Xlib.h exists (from X11-dev package) but >> X11/Intrinsic.h does not (in Xt-dev package). This breaks the >> build. Also, on Solaris 9 sys/ptem.h isn't found. >> Solution: Have configure only accept X11 when X11/Intrinsic.h exists. >> Check for sys/ptem.h while including sys/stream.h. (Vladimir >> Marek) >> Files: src/auto/configure, src/configure.in > [...] > > And for those who, like me, are slow to readjust: the 7.2a patches > directory is http://ftp.vim.org/pub/vim/unstable/patches/7.2a/ (of > course it's accessible also by ftp). This means it's *not* a sibling of > the 7.1 patches directory (it's in the "unstable" tree). Oh, boy. Is this 7.2a -> 7.2.0 transition going to break version sorting again? -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: gvim won't run in the background
On Wed, 26 Sep 2007, Bram Moolenaar wrote: > > > Gregory Seidman wrote: > >> On Wed, Sep 26, 2007 at 06:59:02PM +0200, Nikolai Weibull wrote: >>> >>> On 9/26/07, Gregory Seidman <[EMAIL PROTECTED]> wrote: >>> >>>> Does anyone have any suggestions? Here's the output of gvim --version: >>> >>> #if defined(UNIX) && !defined(__BEOS__) && !defined(MACOS_X) >>> # define MAY_FORK >>> int dofork = TRUE; >>> #endif >>> >>> So no, it seems you simply can't fork under MACOS_X. I have no >>> explanation to why this is, though. >> >> Is that new? I swear forking was working just fine for over a year on a >> Mac. > > Perhaps your previous build was a pure Unix build? I think that is > possible with the --disable-darwin argument to configure. > > Do you really want to build with GTK instead of Carbon? It requires > running the X11 server. Some of us are odd enough that we run things remotely on OS X using X instead of ARD. -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte --~--~-~--~~~---~--~~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---