Re: why does :save not work with -stdin-
Edward L. Fox wrote: On 6/6/07, Mohsin [EMAIL PROTECTED] wrote: I usually do search like this: $ grep Word *.* | vim -u myvimrc - $ cat myvimrc :autocmd StdinReadPost * :sav! /tmp/x but when I quit :q, vim always asks me to save the file again, why is the file marked as modified? I tried all combinations of flags, but can't get vim to mark the file as saved, It's a bug. Here is the patch. Please test it carefully, thanks very much for reporting this to me. I'll ask Bram to add it to the official release soon. Index: buffer.c === --- buffer.c(revision 296) +++ buffer.c(working copy) @@ -171,14 +171,6 @@ /* Put the cursor on the first line. */ curwin-w_cursor.lnum = 1; curwin-w_cursor.col = 0; -#ifdef FEAT_AUTOCMD -# ifdef FEAT_EVAL - apply_autocmds_retval(EVENT_STDINREADPOST, NULL, NULL, FALSE, - curbuf, retval); -# else - apply_autocmds(EVENT_STDINREADPOST, NULL, NULL, FALSE, curbuf); -# endif -#endif } } @@ -207,6 +199,18 @@ unchanged(curbuf, FALSE); save_file_ff(curbuf); /* keep this fileformat */ +#ifdef FEAT_AUTOCMD +if (read_stdin) +{ +# ifdef FEAT_EVAL +apply_autocmds_retval(EVENT_STDINREADPOST, NULL, NULL, FALSE, + curbuf, retval); +# else +apply_autocmds(EVENT_STDINREADPOST, NULL, NULL, FALSE, curbuf); +# endif +} +#endif + /* require ! to overwrite the file, because it wasn't read completely */ #ifdef FEAT_EVAL if (aborting()) Instead of moving the autocommands, it might be better to move the call to changed() to before the autocommands (with the if that checks for read_stdin). The readfile() call also invokes the ReadPost autocommands, this keeps it consistent. -- hundred-and-one symptoms of being an internet addict: 162. You go outside and look for a brightness knob to turn down the sun. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: VimWiki - released finally
Sebastian Menge wrote: [cross-posted to vim, vim-dev, vim-announce, wikia-l] Hi all Finally I have imported all the vim tips from http://vim.org/tips to http://vim.wikia.com and set up a minimal infrastructure to keep things going. Not everything is perfect, but I think it is usable now. Thanks to all the support from [EMAIL PROTECTED] and especially to the very kind wikia community (#wikia on freenode and the mailing list, Greetings!). Some words on contribution: A good wiki depends on two main factors: Excellent content and a lively community. We have a lot of good content now, but to make it excellent we need You! If you ever posted a tip or a comment to the old tips database, please have a look at it on the wiki, and review the page. Every little bit helps! See you on the wiki, Sebastian. Great! Let's await comments for a few days, then I'll add a few links on www.vim.org to the tips wiki. That should give the wiki quite a bit more traffic. How about redirecting http://www.vim.org/tips/tip.php?tip_id=805 to http://vim.wikia.com/wiki/VimTip805 (where 805 is an arbitrary number)? The Tips pages appear to load a bit slow, but otherwise it looks like all the info from the old pages is there. -- I wish there was a knob on the TV to turn up the intelligence. There's a knob called brightness, but it doesn't seem to work. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: VimWiki - released finally
Sebastian Menge wrote: [cross-posted to vim, vim-dev, vim-announce, wikia-l] Hi all Finally I have imported all the vim tips from http://vim.org/tips to http://vim.wikia.com and set up a minimal infrastructure to keep things going. Not everything is perfect, but I think it is usable now. Thanks to all the support from vim@vim.org and especially to the very kind wikia community (#wikia on freenode and the mailing list, Greetings!). Some words on contribution: A good wiki depends on two main factors: Excellent content and a lively community. We have a lot of good content now, but to make it excellent we need You! If you ever posted a tip or a comment to the old tips database, please have a look at it on the wiki, and review the page. Every little bit helps! See you on the wiki, Sebastian. Great! Let's await comments for a few days, then I'll add a few links on www.vim.org to the tips wiki. That should give the wiki quite a bit more traffic. How about redirecting http://www.vim.org/tips/tip.php?tip_id=805 to http://vim.wikia.com/wiki/VimTip805 (where 805 is an arbitrary number)? The Tips pages appear to load a bit slow, but otherwise it looks like all the info from the old pages is there. -- I wish there was a knob on the TV to turn up the intelligence. There's a knob called brightness, but it doesn't seem to work. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [bug report] C syntax broken with anonymous arrays
Marc Chantreux wrote: After reading http://www.run.montefiore.ulg.ac.be/~martin/resources/kung-f00.html I now use anonymous arrays in C. This is an exemple of use: result = ldap_search_s( ld , dc=u-strasbg,dc=fr , LDAP_SCOPE_ONELEVEL , NULL , (char *[]){ objectClass,dc, NULL } , 0 , msg ); Unfortunatly, the { of the array and all the following { and } are marked as cErrInParen and i'm not skilled enougth to fix the problem. So i'm sorry to just report it. The normal C syntax uses highlighting of { and } inside () to indicate a missing ). There is no other way to show this common mistake. If you really use { and } inside () you can disable the highlighting with this line in your vimrc file: let c_no_curly_error = 1 -- hundred-and-one symptoms of being an internet addict: 142. You dream about creating the world's greatest web site. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.1.002
Patch 7.1.002 Problem:Oracle Pro*C/C++ files are not detected. Solution: Add the missing star. (Micah J. Cowan) Files: runtime/filetype.vim *** ../vim-7.1.001/runtime/filetype.vim Thu May 10 20:42:30 2007 --- runtime/filetype.vimTue May 15 09:12:06 2007 *** *** 1,7 Vim support file to detect file types Maintainer: Bram Moolenaar [EMAIL PROTECTED] ! Last Change:2007 May 10 Listen very carefully, I will say this only once if exists(did_load_filetypes) --- 1,7 Vim support file to detect file types Maintainer: Bram Moolenaar [EMAIL PROTECTED] ! Last Change:2007 May 15 Listen very carefully, I will say this only once if exists(did_load_filetypes) *** *** 1286,1292 au BufNewFile,BufRead *.it,*.ih setf ppwiz Oracle Pro*C/C++ ! au BufNewFile,BufRead .pc setf proc Privoxy actions file au BufNewFile,BufRead *.actionsetf privoxy --- 1286,1292 au BufNewFile,BufRead *.it,*.ih setf ppwiz Oracle Pro*C/C++ ! au BufNewFile,BufRead *.pcsetf proc Privoxy actions file au BufNewFile,BufRead *.actionsetf privoxy *** ../vim-7.1.001/src/version.cMon May 14 19:35:51 2007 --- src/version.c Tue May 15 09:13:11 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 2, /**/ -- hundred-and-one symptoms of being an internet addict: 132. You come back and check this list every half-hour. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [Patch] proper detection of ProC files.
Micah Cowan wrote: Fixes an apparent typo in filetype.vim. Per https://bugs.launchpad.net/ubuntu/+source/vim/+bug/86916. Must have been there for a while. Thanks for the fix! -- In a world without fences, who needs Gates and Windows? /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Francois Pinard wrote: [Bram Moolenar] Hmm, in my POV a rule like: target: one two three means that one, two and three are build in sequence, not at the same time. I suppose adding the -jN argument changes the semantics of the Makefile, and that causes it to break. In fact, so far that I know (and everything I know is debatable! :-), the in sequence is not part of the semantic of Makefiles, and should never be relied upon. Of course, if you experiment with various make implementations, you may observe that dependencies are usually build in sequence, but this should be seen as an accident, and not as a proof. So how do I tell make that I want to build three targets in sequence then? For generice make, not GNU make. -- Birthdays are healthy. The more you have them, the longer you live. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Yongwei Wu wrote: On 13/05/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Announcing: Vim (Vi IMproved) version 7.1 I guess you already know about them. Just in case: * The home page still says Vim 7.0.243 is the current version That should be fixed automatically when the first patch goes out, which will be soon... I see it now :-) * Sources and Patches pages are not updated. Please give me the URL of where something wrong appears. That saves me a lot of time (which I don't have much of...). OK. Checking more thoroughly now. http://www.vim.org/download.php The left side still has (wow, should be a long time ago, and I did not notice it all the time): Vim 6.4 has been released. Many people have helped http://www.vim.org/sources.php The information is about Vim 7.0 and 6.4, but no 7.1. http://www.vim.org/patches.php Only 7.0 README. http://www.vim.org/subversion.php 7.1 is marked unstable there. Thanks, I've updated them. - Bram -- hundred-and-one symptoms of being an internet addict: 133. You communicate with people on other continents more than you do with your own neighbors. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Edward L. Fox wrote: On 5/14/07, David Neèas (Yeti) [EMAIL PROTECTED] wrote: On Sun, May 13, 2007 at 09:28:11PM +0100, [EMAIL PROTECTED] wrote: Umm, I suspect there's still an issue for us pesky OSX users with our case-insensitive filesystems: [long list of successful updates snipped] svn: Failed to add file 'src/auto/config.h': object of the same name already exists Gah. Scrub that. Manually removing the file in question and updating again has sorted it (that's the first time I've had Subversion complain over several updates). Sorry for the noise... Actually, this is a repository bug. src/auto/config.h is fully generated therefore it should not be versioned. Yes, it's a bug. I can fix the problem, but not yet. Because I shall also need to delete the corresponding files in the CVS repository to keep the two repositories' consistency. If Bram would grant me such permission to delete these unnecessary files in the CVS and SVN repository, I'll do it right away. I already have the CVS writing privilege, so the only thing I need is just a permission. :-) This is not a bug, an empty src/auto/config.h is included, because otherwise make depend doesn't work. The problem is that when running configure the file is overwritten by a non-empty one. When you update from CVS later it fails. But that is OK, just ignore the error. It would be nicer if we have some way to avoid the error message, but I don't know how. -- hundred-and-one symptoms of being an internet addict: 125. You begin to wonder how often it REALLY is necessary to get up and shower or bathe. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [PATCH] gvim: Fix compilation against GNOME 2.18
Mike Kelly wrote: Bram Moolenaar [EMAIL PROTECTED] wrote: Daniel Drake wrote: gvim with FEAT_GUI_GNOME fails to compile against GNOME 2.18. See https://bugs.gentoo.org/show_bug.cgi?id=176566 for more info. This patch solves the problem. Thanks. Looks safe to include now. Unfortunately, it looks like this patch didn't get applied correctly (you're missing an underscore). The attached patch against the 7.1 source should fix this. Darn. Well, we had to have a first patch for 7.1 anyway. Thanks Mike. -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
David Necas wrote: (dropping [EMAIL PROTECTED] from cc) On Mon, May 14, 2007 at 07:36:30PM +0200, Bram Moolenaar wrote: This indeed works strangely; for instance `make -jN' with N 1 works with freshly unpacked sources, but it breaks completely after `make distclean' -- which one would expect to get the source tree to the same state. Well, figure out why it breaks The above report is incorrect, it just breaks always, I'm sorry. I probably run configure so automatically that I accidentally made it work. It breaks because make starts making `scratch', `config' and `myself' simultaneously. And that appears to be due to the first targets to make vim are: scratch config myself As these targets overwrite the same files with different content, it breaks one way or another. Hmm, in my POV a rule like: target: one two three means that one, two and three are build in sequence, not at the same time. I suppose adding the -jN argument changes the semantics of the Makefile, and that causes it to break. The Vim makefile was written for a common version of all make programs. So that it builds nearly everywhere. I'm not sure supporting -jN is possible without breaking it for some system. Or including false dependencies. I don't think a parallel build helps much anyway, Vim builds rather fast (compared to say, OpenOffice, which takes half a day). Explicite configure bootstraps the build system and thus makes -jN safe for normal compilation. and fix it... Unfortunately my view of how a build system should work is incompatible. I can tell when something breaks and hopefully I can figure out how it happens, but I have no idea what fixed means here. I know, in my view make should do everything. Somehow people have accepted that some part of the building should be done separately, with the excuse that it's called configuration. Big mistake in my opinion. In quite a few programs you need to know the magic arguments to configure to be able to build. Ending up writing a shell script for it. Now why didn't they put that in the Makefile? Oh well... -- Don't drink and drive. You might hit a bump and spill your beer. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Edward L. Fox wrote: On 5/14/07, David Neèas (Yeti) [EMAIL PROTECTED] wrote: On Sun, May 13, 2007 at 09:28:11PM +0100, [EMAIL PROTECTED] wrote: Umm, I suspect there's still an issue for us pesky OSX users with our case-insensitive filesystems: [long list of successful updates snipped] svn: Failed to add file 'src/auto/config.h': object of the same name already exists Gah. Scrub that. Manually removing the file in question and updating again has sorted it (that's the first time I've had Subversion complain over several updates). Sorry for the noise... Actually, this is a repository bug. src/auto/config.h is fully generated therefore it should not be versioned. Yes, it's a bug. I can fix the problem, but not yet. Because I shall also need to delete the corresponding files in the CVS repository to keep the two repositories' consistency. If Bram would grant me such permission to delete these unnecessary files in the CVS and SVN repository, I'll do it right away. I already have the CVS writing privilege, so the only thing I need is just a permission. :-) This is not a bug, an empty src/auto/config.h is included, because otherwise make depend doesn't work. The problem is that when running configure the file is overwritten by a non-empty one. When you update from CVS later it fails. But that is OK, just ignore the error. It would be nicer if we have some way to avoid the error message, but I don't know how. -- hundred-and-one symptoms of being an internet addict: 125. You begin to wonder how often it REALLY is necessary to get up and shower or bathe. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Yongwei Wu wrote: On 13/05/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Announcing: Vim (Vi IMproved) version 7.1 I guess you already know about them. Just in case: * The home page still says Vim 7.0.243 is the current version That should be fixed automatically when the first patch goes out, which will be soon... * Sources and Patches pages are not updated. Please give me the URL of where something wrong appears. That saves me a lot of time (which I don't have much of...). -- The difference between theory and practice, is that in theory, there is no difference between theory and practice. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Davic Necas wrote: On Mon, May 14, 2007 at 02:24:09PM +0200, Bram Moolenaar wrote: This is not a bug, an empty src/auto/config.h is included, because otherwise make depend doesn't work. I would rather say this means an additional problem in the Makefiles. If a rule requires src/auto/config.h, it should create it (directly or indirectly by dependences) when it does not exist. That's what make is for. This is a chicken-egg problem: You can't generate src/auto/config.h without figuring out dependencies first. I ran into this problem once and having to create an empty config.h file manually is bad. If `make distclean' can remove src/auto/config.h and create it empty, why it cannot be created [empty] by the thing that actually needs it? Hmm, perhaps that would work. Perhaps someone can try it out. The trick is to make it so that you don't rebuild too often. This indeed works strangely; for instance `make -jN' with N 1 works with freshly unpacked sources, but it breaks completely after `make distclean' -- which one would expect to get the source tree to the same state. Well, figure out why it breaks and fix it... -- hundred-and-one symptoms of being an internet addict: 126. You brag to all of your friends about your date Saturday night...but you don't tell them it was only in a chat room. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Edward L. Fox wrote: I finally committed the two missing files from the sf.net's shell server. Let's blame the Great Fire Wall built by the P.R.C. government. Thanks for taking care of the SVN repository! I verified that checking out vim7 gives the same result as the CVS server and the tar archives. -- hundred-and-one symptoms of being an internet addict: 119. You are reading a book and look for the scroll bar to get to the next page. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim 7.1 and aap?
Richard van der Leeden wrote: Currently using AAP is still downloading and installing verison 7.0 (and all the patches). Will this be updated to load 7.1 instead? It's near the top of my todo list now. I have altered my local copy of main.aap to get 7.1 (and change the latest patch number to 000) which seems to work fine. Yeah, that should be all. Using CVS it should already work. -- hundred-and-one symptoms of being an internet addict: 121. You ask for e-mail adresses instead of telephone numbers. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim 7.1 and aap?
Richard van der Leeden wrote: Currently using AAP is still downloading and installing verison 7.0 (and all the patches). Will this be updated to load 7.1 instead? It's near the top of my todo list now. It's done. I verified that this gets you Vim 7.1 now: aap -f http://www.a-a-p.org/vim/main.aap CVS=no Using CVS already worked (didn't verify this...): aap -f http://www.a-a-p.org/vim/main.aap Or, if you used aap before, it's really simple: aap update -- hundred-and-one symptoms of being an internet addict: 122. You ask if the Netaholics Anonymous t-shirt you ordered can be sent to you via e-mail. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Stable Vim version 7.1 has been released
Edward L. Fox wrote: I finally committed the two missing files from the sf.net's shell server. Let's blame the Great Fire Wall built by the P.R.C. government. Thanks for taking care of the SVN repository! I verified that checking out vim7 gives the same result as the CVS server and the tar archives. -- hundred-and-one symptoms of being an internet addict: 119. You are reading a book and look for the scroll bar to get to the next page. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Bug: .viminfo file gets deleted and re-created with 666 permissions
Micah Cowan wrote: Following description lifted from bug filed at https://bugs.launchpad.net/ubuntu/+source/vim/+bug/78960 [EMAIL PROTECTED]:~$ rm .viminfo [EMAIL PROTECTED]:~$ ln -s /dev/null .viminfo [EMAIL PROTECTED]:~$ ls -l .viminfo lrwxrwxrwx 1 sa sa 9 2007-01-12 17:16 .viminfo - /dev/null [EMAIL PROTECTED]:~$ umask 007 [EMAIL PROTECTED]:~$ /usr/bin/vim.basic -c 'quit' [EMAIL PROTECTED]:~$ ls -l .viminfo -rw-rw-rw- 1 sa sa 509 2007-01-12 17:16 .viminfo As you can see the .viminfo file gets deleted and re-created with permissions 666 by vim. Note that the use of -c 'quit' is just to simplify the bug for transcribing here -- I promise you the same thing happens if you use vim for editing/saving a document as well. I consider this a security bug. vim deletes a file without telling me, and not only that but when it re-creates it, it ignores my umask by making it world writable. This is not what I expected it to do. Do you seriously believe that when you create a symlink to /dev/null that things continue to work normally? Come on... The solution is simple: Don't create a link in place of the .viminfo file. And certainly not to /dev/null. Background info: When Vim finds an existing .viminfo file, it writes the new info into a temp file (since it's still reading from the existing one it can't be overwritten). When finished the temp file is moved in place of the old .viminfo and owner and protection are set to match the original. Vim intentionally doesn't follow symlinks for .viminfo, because that can be used for a symlink attack, a security issue. -- hundred-and-one symptoms of being an internet addict: 111. You and your friends get together regularly on IRC, even though all of you live in the same city. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: WARNING! Don't update your local svn repository now!
Edward L. Fox wrote: On 5/12/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Nicolas Weber wrote: The directories structure of the Subversion repository has been changed. Please use this command to checkout the latest sources: svn co https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 vim7 If you had checked out a copy of the sources before, please run this command in your source root directory to switch into the current branch: svn switch https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 Can someone update http://www.vim.org/subversion.php to reflect these changes? I was still discussing what should actually be there, and making sure that SVN contains that. In my opinion vim7 should get you the latest stable version. So far that is 7.0.243, thus 7.0 with patches. As soon as Vim 7.1 is out of beta then vim7 should get you Vim 7.1. vim7.1 should get you the latest version of Vim 7.1. So far that is the beta version. After the release it will be the stable version, thus the same as vim7. Still need to check that it actually works this way. It's already this way. There might also be other ways to get one of these, but that is less relevant. In my opinion we should keep it easy for the downloader to select one of the available versions. The download page would only need one or two alternatives. I have never maintained a SVN repository, thus have no idea how difficult or easy these things are! I've found an easy way to solve that problem. So now can we can announce? Great. Note that Vim 7.1 should go out today (fingers crossed), so be ready to update it again. I'll update the subversion page on www.vim.org now. -- hundred-and-one symptoms of being an internet addict: 112. You are amazed that anyone uses a phone without a modem on it...let alone hear actual voices. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Stable Vim version 7.1 has been released
Announcing: Vim (Vi IMproved) version 7.1 This is a stable release of Vim, version 7.1. Since version 7.0 lots of problems were fixed and runtime files were updated. It has been one year and five days since 7.0! Most of Vim 7.1 was already available as patches for quite a while. A couple of test versions were made to spot problems in the distribution. Therefore Vim 7.1 can be considered very stable. If you are using an older version, it is highly recommended you install Vim 7.1. Several crashing bugs and a security issue were fixed. Once you have installed Vim 7.1 you can find details about the changes since Vim 7.0 with :help version-7.1. I will not make an Amiga or OS/2 binary for Vim 7.1. A Mac version is hopefully available soon on http://macvim.org/ Where to get it --- All files can be found below this directory: ftp://ftp.vim.org/pub/vim/ Information about which files to download for what system: http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Vim 7.1 is also available from CVS and Subversion: http://www.vim.org/cvs.php http://www.vim.org/subversion.php An overview of the files: UNIX: unix/vim-7.1.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.1-extra.tar.gz extra files extra/vim-7.1-lang.tar.gz multi-language files doc/vim71html.zip help files converted to HTML MS-WINDOWS: pc/gvim71.exe self-installing, includes all runtime files pc/vim71rt.zip runtime files for binaries below pc/vim71lang.zip files for translated messages and menus pc/gvim71.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim71ole.zip GUI binary with OLE support pc/gvim71_s.zipGUI binary for Windows 3.1 pc/vim71d16.zip16 bit console version for MS-DOS pc/vim71d32.zipconsole version for MS-DOS/Windows 95/98 pc/vim71w32.zipconsole version for Windows NT/2000/XP pc/vim71src.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS RELEASE: unix/vim-7.0-7.1.diff.gzsources + runtime files extra/vim-7.0-7.1-extra.diff.gz extra files extra/vim-7.0-7.1-lang.diff.gz multi-language files unstable/unix/vim-7.1b-7.1.diff.gz sources + runtime files unstable/extra/vim-7.1b-7.1-extra.diff.gz extra files unstable/extra/vim-7.1b-7.1-lang.diff.gzmulti-language files Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! -- hundred-and-one symptoms of being an internet addict: 114. You are counting items, you go 0,1,2,3,4,5,6,7,8,9,A,B,C,D /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: WARNING! Don't update your local svn repository now!
Edward L. Fox wrote: On 5/12/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Nicolas Weber wrote: The directories structure of the Subversion repository has been changed. Please use this command to checkout the latest sources: svn co https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 vim7 If you had checked out a copy of the sources before, please run this command in your source root directory to switch into the current branch: svn switch https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 Can someone update http://www.vim.org/subversion.php to reflect these changes? I was still discussing what should actually be there, and making sure that SVN contains that. In my opinion vim7 should get you the latest stable version. So far that is 7.0.243, thus 7.0 with patches. As soon as Vim 7.1 is out of beta then vim7 should get you Vim 7.1. vim7.1 should get you the latest version of Vim 7.1. So far that is the beta version. After the release it will be the stable version, thus the same as vim7. Still need to check that it actually works this way. It's already this way. There might also be other ways to get one of these, but that is less relevant. In my opinion we should keep it easy for the downloader to select one of the available versions. The download page would only need one or two alternatives. I have never maintained a SVN repository, thus have no idea how difficult or easy these things are! I've found an easy way to solve that problem. So now can we can announce? Great. Note that Vim 7.1 should go out today (fingers crossed), so be ready to update it again. I'll update the subversion page on www.vim.org now. -- hundred-and-one symptoms of being an internet addict: 112. You are amazed that anyone uses a phone without a modem on it...let alone hear actual voices. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Stable Vim version 7.1 has been released
Announcing: Vim (Vi IMproved) version 7.1 This is a stable release of Vim, version 7.1. Since version 7.0 lots of problems were fixed and runtime files were updated. It has been one year and five days since 7.0! Most of Vim 7.1 was already available as patches for quite a while. A couple of test versions were made to spot problems in the distribution. Therefore Vim 7.1 can be considered very stable. If you are using an older version, it is highly recommended you install Vim 7.1. Several crashing bugs and a security issue were fixed. Once you have installed Vim 7.1 you can find details about the changes since Vim 7.0 with :help version-7.1. I will not make an Amiga or OS/2 binary for Vim 7.1. A Mac version is hopefully available soon on http://macvim.org/ Where to get it --- All files can be found below this directory: ftp://ftp.vim.org/pub/vim/ Information about which files to download for what system: http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Vim 7.1 is also available from CVS and Subversion: http://www.vim.org/cvs.php http://www.vim.org/subversion.php An overview of the files: UNIX: unix/vim-7.1.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.1-extra.tar.gz extra files extra/vim-7.1-lang.tar.gz multi-language files doc/vim71html.zip help files converted to HTML MS-WINDOWS: pc/gvim71.exe self-installing, includes all runtime files pc/vim71rt.zip runtime files for binaries below pc/vim71lang.zip files for translated messages and menus pc/gvim71.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim71ole.zip GUI binary with OLE support pc/gvim71_s.zipGUI binary for Windows 3.1 pc/vim71d16.zip16 bit console version for MS-DOS pc/vim71d32.zipconsole version for MS-DOS/Windows 95/98 pc/vim71w32.zipconsole version for Windows NT/2000/XP pc/vim71src.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS RELEASE: unix/vim-7.0-7.1.diff.gzsources + runtime files extra/vim-7.0-7.1-extra.diff.gz extra files extra/vim-7.0-7.1-lang.diff.gz multi-language files unstable/unix/vim-7.1b-7.1.diff.gz sources + runtime files unstable/extra/vim-7.1b-7.1-extra.diff.gz extra files unstable/extra/vim-7.1b-7.1-lang.diff.gzmulti-language files Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! -- hundred-and-one symptoms of being an internet addict: 114. You are counting items, you go 0,1,2,3,4,5,6,7,8,9,A,B,C,D /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: BUG: wrong recognition of words in Vim7.1b on Windows
Mikolaj Machowski wrote: Vim 7.1b on Windows XP doesn't properly recognizes words. It does not count Polish diacritics in, so each one is treated as separate word. This is serious bug and with taking into account that Windows users can have problems with getting patched versions it is IMO showstopper. In its nature it may be similar to bug fixed by 6.3.052 - not proper recognition of non ASCII characters (but inserting works). On Linux everything works OK. gvim7.1b from ftp.vim.org v:lang = PL v:lc_time = Polish_Poland.1250 encoding = cp1250 What do you mean with recognizing a word? What commands do you use? What version of Vim (console/GUI/...)? Did you compile yourself or use one of the distributed binaries? What is the :version output? What is 'iskeyword' set to and where was it set? What if you use vim -u NONE? Very likely this is a problem in your setup, not in Vim. So please check your setup carefully before blaming Vim. -- hundred-and-one symptoms of being an internet addict: 95. Only communication in your household is through email. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: BUG: wrong recognition of words in Vim7.1b on Windows
Mikolaj Machowski wrote: Vim 7.1b on Windows XP doesn't properly recognizes words. It does not count Polish diacritics in, so each one is treated as separate word. This is serious bug and with taking into account that Windows users can have problems with getting patched versions it is IMO showstopper. In its nature it may be similar to bug fixed by 6.3.052 - not proper recognition of non ASCII characters (but inserting works). On Linux everything works OK. gvim7.1b from ftp.vim.org v:lang = PL v:lc_time = Polish_Poland.1250 encoding = cp1250 What do you mean with recognizing a word? What commands do you use? Eg. diw For example when using diw on '³±ka' (meadow) on 1st character it removes only first two characters, the same for 2nd character, when using on 3rd or 4th char it removes last 2 chars. What version of Vim (console/GUI/...)? Did you compile yourself or use one of the distributed binaries? What is the :version output? *G*vim binaries from ftp.vim.org VIM - Vi IMproved 7.1b BETA (2007 May 10, compiled May 10 2007 17:57:09) MS-Windows 32 bit GUI version Compiled by [EMAIL PROTECTED] Big version with GUI. Features included (+) or not (-): [...] What is 'iskeyword' set to and where was it set? When started normally @,48-57,_,128-167,224-235 When -U NONE @,48-57,_ That @ means that Vim uses the library function isalpha(). Apparently your environment is not setup properly for isalpha() to work with your encoding cp1250. Thus that is a problem with your library/system/environment. You can fix it by manually setting 'iskeyword'. Vim has no other way to find out what are word characters in your language and encoding. Or you can use 'encoding' set to utf-8, because then Vim knows which characters are word characters. -- hundred-and-one symptoms of being an internet addict: 96. On Super Bowl Sunday, you followed the score by going to the Yahoo main page instead of turning on the TV. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.1b.002
Patch 7.1b.002 Problem:When 'maxmem' is large there can be an overflow in computations. (Thomas Wiegner) Solution: Use the same mechanism as in mch_total_mem(): first reduce the multiplier as much as possible. Files: src/memfile.c *** ../vim-7.1b.001/src/memfile.c Thu May 10 21:17:23 2007 --- src/memfile.c Fri May 11 19:50:12 2007 *** *** 190,196 mfp-mf_blocknr_min = -1; mfp-mf_neg_count = 0; mfp-mf_infile_count = mfp-mf_blocknr_max; ! mfp-mf_used_count_max = p_mm * 1024 / mfp-mf_page_size; return mfp; } --- 190,214 mfp-mf_blocknr_min = -1; mfp-mf_neg_count = 0; mfp-mf_infile_count = mfp-mf_blocknr_max; ! ! /* ! * Compute maximum number of pages ('maxmem' is in Kbyte): ! *'mammem' * 1Kbyte / page-size-in-bytes. ! * Avoid overflow by first reducing page size as much as possible. ! */ ! { ! int shift = 10; ! unsignedpage_size = mfp-mf_page_size; ! ! while (shift 0 (page_size 1) == 0) ! { ! page_size = page_size 1; ! --shift; ! } ! mfp-mf_used_count_max = (p_mm shift) / page_size; ! if (mfp-mf_used_count_max 10) ! mfp-mf_used_count_max = 10; ! } return mfp; } *** ../vim-7.1b.001/src/version.c Thu May 10 22:19:40 2007 --- src/version.c Fri May 11 20:09:22 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 2, /**/ -- hundred-and-one symptoms of being an internet addict: 99. The hum of a cooling fan and the click of keys is comforting to you. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: WARNING! Don't update your local svn repository now!
Nicolas Weber wrote: The directories structure of the Subversion repository has been changed. Please use this command to checkout the latest sources: svn co https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 vim7 If you had checked out a copy of the sources before, please run this command in your source root directory to switch into the current branch: svn switch https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 Can someone update http://www.vim.org/subversion.php to reflect these changes? I was still discussing what should actually be there, and making sure that SVN contains that. In my opinion vim7 should get you the latest stable version. So far that is 7.0.243, thus 7.0 with patches. As soon as Vim 7.1 is out of beta then vim7 should get you Vim 7.1. vim7.1 should get you the latest version of Vim 7.1. So far that is the beta version. After the release it will be the stable version, thus the same as vim7. Still need to check that it actually works this way. There might also be other ways to get one of these, but that is less relevant. In my opinion we should keep it easy for the downloader to select one of the available versions. The download page would only need one or two alternatives. I have never maintained a SVN repository, thus have no idea how difficult or easy these things are! -- In a world without walls and borders, who needs windows and gates? /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: WARNING! Don't update your local svn repository now!
Nicolas Weber wrote: The directories structure of the Subversion repository has been changed. Please use this command to checkout the latest sources: svn co https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 vim7 If you had checked out a copy of the sources before, please run this command in your source root directory to switch into the current branch: svn switch https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1 Can someone update http://www.vim.org/subversion.php to reflect these changes? I was still discussing what should actually be there, and making sure that SVN contains that. In my opinion vim7 should get you the latest stable version. So far that is 7.0.243, thus 7.0 with patches. As soon as Vim 7.1 is out of beta then vim7 should get you Vim 7.1. vim7.1 should get you the latest version of Vim 7.1. So far that is the beta version. After the release it will be the stable version, thus the same as vim7. Still need to check that it actually works this way. There might also be other ways to get one of these, but that is less relevant. In my opinion we should keep it easy for the downloader to select one of the available versions. The download page would only need one or two alternatives. I have never maintained a SVN repository, thus have no idea how difficult or easy these things are! -- In a world without walls and borders, who needs windows and gates? /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [PATCH] gvim: Fix compilation against GNOME 2.18
Daniel Drake wrote: gvim with FEAT_GUI_GNOME fails to compile against GNOME 2.18. See https://bugs.gentoo.org/show_bug.cgi?id=176566 for more info. This patch solves the problem. Thanks. Looks safe to include now. -- There's no place like $(HOME)! /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
RE: 7.1a.001 OSX colour scheme errors?
Michael Wookey wrote: Has anyone else noticed this? You apparently are missing the runtime/rgb.txt file. It's part of the extra archive. Perhaps you didn't unpack it correctly? You must have unpacked it, since it contains src/gui_mac.c. And you must not change the directory structure, otherwise Vim.app can't be generated correctly. I have the rgb.txt in my build tree. Its just that 'make install' doesn't copy it over when building Vim.App. See further on in this thread with the subject [SOLVED] RE: 7.1a.001 OSX colour scheme errors?. Is it possible for you to change the Makefile to copy rgb.txt to $VIMRUNTIME during 'make install'? OK, I was trying the Vim.app after building it. Then it uses a link to the runtime files, thus rgb.txt is there. I'll add a specific line to copy rgb.txt. -- I AM THANKFUL... ...for the clothes that fit a little too snug because it means I have more than enough to eat. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [PATCH] vim_is_xterm() and screen
Micah Cowan wrote: Sorry for the repost; but I realized I should've drawn more attention to the message with the patch in it, both so other lurkers know the threa d now includes a proposed patch, and so that we know what message to go back to if we want to refer to the code we're discussing. I have made a slight adjustment to the patch, swapping the order of STRICMP and term_is_xterm within vim_uses_xterm_mouse(). I was using vim_is_xterm() instead of term_is_xterm at first, but afterwards replaced it for efficiency, but left the order as it was. Looks OK to me. Terrific! Does that mean it'll go in? :) Probably, but not right now. If I understood your other message correctly then using xterm2 for 'ttymouse' would not work for screen. Well... manually setting it to xterm2 will work fine (assuming screen is running under a supporting version of xterm): I get the full dragging effect, etc. But screen doesn't do t_RV, and I don't know how else you'd determine support for xterm2, so there doesn't seem to be a safe way to set ttymouse to it automatically, for screen. Towards a better solution: how straightforward do you think it'll be to talk the ncurses guys into adding support for some of screen's extensions? AFAIK, the only one I care about is the xterm mouse support; another interesting one is a boolean supports ansi setforeground/setbackground codes; but I usually infer this (if necessary) from the presence of setaf/setbf (not a given, but...). I think you need to talk to more people than ncurses for changing the termcap/terminfo entries. But it's a good start. - Bram -- From know your smileys: :-FBucktoothed vampire with one tooth missing /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Two patches against the latest VIM 7.0.x
Martti Kuparinen wrote: I don't remember if I have already submitted these before... These two patches add some NetBSD specific keywords. Please include these in the official source code. Please send patches for Vim scripts directly to their maintainers. For syntax/fstab.vim that is Radu Dineiu. The change to filetype.vim was already included. -- From know your smileys: [:-) Frankenstein's monster /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: what feature is required to return to last editing position?
Micah Cowan wrote: Copying the dev list. The missing context is that running vim via sudo before having run it as regular user, causes permission problems with the created .viminfo file (and others?). Vincent BEFFARA wrote: Wonderful, the problem really is about permission of .viminfo! I noticed that you considered this to be a bug, but is this bug belon gs to sudo or vim? i.e. for non-interactive su of root, vim will save at user $HOME with root permission. FYI, this same issue was discussed at https://bugs.launchpad.net/ubuntu/+bug/58002 From that discussion it would appear that it is a bug of neither, but rather of Ubuntu itself : sudo (as configured there) preserves $HOME, vim sees it and uses it to create .viminfo if it is not there. The natural fix is to put the right option in the sudo config file (always_set_home or something sounding like that). Except that this isn't always what is desired. And, if it's a bug of Ubuntu, it's also a bug of every other distribution I've ever known (thought there probably are some of which I'm aware, that set this). The biggest beef I would have with setting that option is that there doesn't appear to be a way to /disable/ it for individual cases :p ...still, I can't envision a reasonable case where the user couldn't simply type out his own home directory (~user instead of ~?), or if necessary set the environment himself within the sudo command, so it may be a reasonable solution. However, it would be nice of vim to always test that it owns the $HOME directory before creating files there. Would it break anything ? I think this would be a good idea as well. One could argue that if we reason this way for vim, we should reason this way about everything that ever creates config files in the user's home directory; however, not every such thing can be expected to be run as root, and editors--and most particularly vim--are extremely likely to be run as root, so I think it's not unreasonable to ask them to take on this responsibility. And what if root always uses $HOME/.viminfo, where $HOME is the only person who can be root? It might be that there is no root home directory. Let's keep it simple: $HOME/.viminfo is the default viminfo file. If you want to use another file you have to tell Vim. Perhaps rather than simply avoiding file creation, in the case of root we could set the file's owner to the real id/gid, instead of the effective one. This option is unavailable when the user is sudoing as non-root, but this seems much less likely to happen before having run it normally, than running under sudo is. Giving away a file is a big no-no for security reasons. Root may yank text in a register that a normal user is not supposed to see and this ends up in the viminfo file. Another issue, which was touched on in that Ubuntu bug report, is that vim doesn't warn or anything when it can't open .viminfo. Perhaps it should distinguish between ENOENT and EPERM, and warn in the latter case? It should possibly also warn in the event that it decides to change ownership as above (if this is decided to be a good idea), or when it is not created because of non-root, non-HOME-owner effective user id. :set verbose=1 When ACLs are used there are many ways reading a file can fail. Just mentioning that it failed should be sufficient, the user will have to figure out why. That's better than a wrong message. -- From know your smileys: :-| :-| Deja' vu! /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Vim version 7.1b BETA has been released
Announcing: Vim (Vi IMproved) version 7.1b BETA This is a BETA release of Vim 7.1. It consists of Vim 7.0 plus all patches, updated runtime files and a few fixes. If you were using 7.1a please upgrade to 7.1b and verify it works well. Please report every problem you find! It will only be a couple of days until the 7.1 release, so hurry. Once you have installed Vim 7.1b BETA you can find details about the changes since Vim 7.0 with :help version-7.1. Changes since 7.1a: - Lots of spelling mistakes fixed. - Several runtime files updated. Somehow people tend to send me updates _after_ doing a release... - Bug in downloading a missing spell file fixed. Could wipe out a buffer with your text when downloading failed. - Building with MingW fixed (and now Win32s version also builds). - Editing compressed files didn't work when folding enabled. Testing --- This is a BETA test version. Please give it a good test and report anything that isn't right. That includes a crash but also a typo in the documentation. I will not make an Amiga or OS/2 binary for Vim 7.1b. A Mac version is hopefully available soon on http://macvim.org/ Where to get it --- All files can be found below this directory: ftp://ftp.vim.org/pub/vim/unstable/ Information about which files to download for what system (don't use the links, they are still for Vim 7.0): http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Vim 7.1b is also available from CVS (soon, still checking in): http://www.vim.org/develop.php An overview of the files: UNIX: unix/vim-7.1b.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.1b-extra.tar.gz extra files extra/vim-7.1b-lang.tar.gz multi-language files doc/vim71bhtml.zip help files converted to HTML MS-WINDOWS: pc/gvim71b.exe self-installing, includes all runtime files pc/vim71brt.zip runtime files pc/vim71blang.zip files for translated messages and menus pc/gvim71b.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim71bole.zip GUI binary with OLE support pc/gvim71b_s.zipGUI binary for Windows 3.1 (untested) pc/vim71bd16.zip16 bit console version for MS-DOS pc/vim71bd32.zipconsole version for MS-DOS/Windows 95/98 pc/vim71bw32.zipconsole version for Windows NT/2000/XP pc/vim71bsrc.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS RELEASE: unix/vim-7.1a-7.1b.diff.gz sources + runtime files extra/vim-7.1a-7.1b-extra.diff.gz extra files extra/vim-7.1a-7.1b-lang.diff.gzmulti-language files Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! -- From know your smileys: C=};*{)) Drunk, devilish chef with a toupee in an updraft, a mustache, and a double chin /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.1b.001
Patch 7.1b.001 (extra) Problem:Random text in a source file. No idea how it got there. Solution: Delete the text. Files: src/gui_w32.c *** ../vim-7.1b.000/src/gui_w32.c Thu May 10 20:18:47 2007 --- src/gui_w32.c Thu May 10 22:03:22 2007 *** *** 1,4 ! s, if any./* vi:set ts=8 sts=4 sw=4: * * VIM - Vi IMproved by Bram Moolenaar *GUI support by Robert Webb --- 1,4 ! /* vi:set ts=8 sts=4 sw=4: * * VIM - Vi IMproved by Bram Moolenaar *GUI support by Robert Webb *** ../vim-7.1b.000/src/version.c Thu May 10 20:25:06 2007 --- src/version.c Thu May 10 22:18:04 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 1, /**/ -- From know your smileys: |-) Chinese |-( Chinese and doesn't like these kind of jokes /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Vim version 7.1b BETA has been released
Announcing: Vim (Vi IMproved) version 7.1b BETA This is a BETA release of Vim 7.1. It consists of Vim 7.0 plus all patches, updated runtime files and a few fixes. If you were using 7.1a please upgrade to 7.1b and verify it works well. Please report every problem you find! It will only be a couple of days until the 7.1 release, so hurry. Once you have installed Vim 7.1b BETA you can find details about the changes since Vim 7.0 with :help version-7.1. Changes since 7.1a: - Lots of spelling mistakes fixed. - Several runtime files updated. Somehow people tend to send me updates _after_ doing a release... - Bug in downloading a missing spell file fixed. Could wipe out a buffer with your text when downloading failed. - Building with MingW fixed (and now Win32s version also builds). - Editing compressed files didn't work when folding enabled. Testing --- This is a BETA test version. Please give it a good test and report anything that isn't right. That includes a crash but also a typo in the documentation. I will not make an Amiga or OS/2 binary for Vim 7.1b. A Mac version is hopefully available soon on http://macvim.org/ Where to get it --- All files can be found below this directory: ftp://ftp.vim.org/pub/vim/unstable/ Information about which files to download for what system (don't use the links, they are still for Vim 7.0): http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Vim 7.1b is also available from CVS (soon, still checking in): http://www.vim.org/develop.php An overview of the files: UNIX: unix/vim-7.1b.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.1b-extra.tar.gz extra files extra/vim-7.1b-lang.tar.gz multi-language files doc/vim71bhtml.zip help files converted to HTML MS-WINDOWS: pc/gvim71b.exe self-installing, includes all runtime files pc/vim71brt.zip runtime files pc/vim71blang.zip files for translated messages and menus pc/gvim71b.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim71bole.zip GUI binary with OLE support pc/gvim71b_s.zipGUI binary for Windows 3.1 (untested) pc/vim71bd16.zip16 bit console version for MS-DOS pc/vim71bd32.zipconsole version for MS-DOS/Windows 95/98 pc/vim71bw32.zipconsole version for Windows NT/2000/XP pc/vim71bsrc.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS RELEASE: unix/vim-7.1a-7.1b.diff.gz sources + runtime files extra/vim-7.1a-7.1b-extra.diff.gz extra files extra/vim-7.1a-7.1b-lang.diff.gzmulti-language files Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! -- From know your smileys: C=};*{)) Drunk, devilish chef with a toupee in an updraft, a mustache, and a double chin /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: (Doc bug) Error in options.txt
Tony Mechelynck wrote: One word under :help 'ttymouse' was obviously forgotten when that option got more possible settings. See suggested patch, attached. To avoid it being forgotten again, I'll simply remove the count. -- From know your smileys: :-{} Too much lipstick /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Could you please give me the most bleeding-edge sources?
Edward L Fox wrote: I noticed that you also maintained another CVS repository besides the sf.net's CVS repository. And many changes to that internal CVS won't be applied to the sf.net's CVS repository unless a large release is to be made. In my opinion, as the SVN repository is now standardized, could you please give me the most bleeding-edge sources so that I can commit them into the trunk/ directory of the SVN repository, and some users who wish to use the unstable experimental version then can help you to test the code. I don't know what you are talking about. The most recent version is the distributed archives plus the patches plus updated runtime files. In CVS is that minus runtime file updates. There are a few changes on my local harddisk, but they are not in a patch yet for good reasons. -- From know your smileys: =):-) Uncle Sam /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: 7.1a.001 OSX colour scheme errors?
Michael Wookey wrote: I am running 7.1a.001 on OSX and have just noticed the following from console vim (running in Terminal.app and also occurs in iTerm.app). If I change the colour scheme I receive a lot of error output. For example: :colorscheme desert Results in: Error detected while processing /Applications/Vim.app/Contents/Resources/vim/runtime/colors/desert.vim: line 27: E254: Cannot allocate color khaki E254: Cannot allocate color slategrey line 36: E254: Cannot allocate color gold line 37: E254: Cannot allocate color tan ... Other colour schemes produce similar output. The error messages have only appeared for me in console vim on OSX (10.4.9 PPC). They have not appeared in the linux or win32 console vims of 7.1a.001. GVim's on each of the platforms (OSX, linux, Win32) have worked fine. My console vim is symlinked as follows: $ ls -l `which vim` lrwxr-xr-x 1 root wheel 40 Feb 28 14:33 /usr/bin/vim - /Applications/Vim.app/Contents/MacOS/Vim These errors did not occur before 7.1a.001 and occurs on builds from CVS and SVN. The errors still occur even with starting vim with: vim -u NONE Has anyone else noticed this? You apparently are missing the runtime/rgb.txt file. It's part of the extra archive. Perhaps you didn't unpack it correctly? You must have unpacked it, since it contains src/gui_mac.c. And you must not change the directory structure, otherwise Vim.app can't be generated correctly. -- From know your smileys: :-XMy lips are sealed /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [PATCH] vim_is_xterm() and screen
Micah Cowan wrote: Sorry for the repost; but I realized I should've drawn more attention to the message with the patch in it, both so other lurkers know the thread now includes a proposed patch, and so that we know what message to go back to if we want to refer to the code we're discussing. I have made a slight adjustment to the patch, swapping the order of STRICMP and term_is_xterm within vim_uses_xterm_mouse(). I was using vim_is_xterm() instead of term_is_xterm at first, but afterwards replaced it for efficiency, but left the order as it was. Looks OK to me. If I understood your other message correctly then using xterm2 for 'ttymouse' would not work for screen. -- From know your smileys: :-DBig smile /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: VimWiki - again - but with a brand new option
Ian Tegebo wrote: On 5/6/07, Sebastian Menge [EMAIL PROTECTED] wrote: Hi all Independent of the implementation used, I suggest to develop good guidelines. The Wiki should be really valuable and not redundant to vim-tips or mailing-lists. I would like to make another implementation independent suggestion; one could make a VimWiki more valuable by importing the _extremely_ valuable vim helpfiles into it. Please don't do this. It might sound like a nice idea, but it means making a branch that will be very hard to merge back into the help files of the distribution. I feel misunderstood but it serves me right for not saying what I mean... Synchronizing data is no fun, I agree. While I was up in the clouds I was imaging that the wiki would be the authoritative source for the helpfiles after doing an initial _import_. Then the text version would be exported as needed, e.g. end user runtime update or for a new release. That's the problem: It's very easy to change the text in the wiki in such a way it won't be possible to put back in the distribution. Also, I need to check every change, at least briefly (depend on where the change comes from). That is the only way to maintain the quality. Thus I would need a list of changes, preferably in the form of a patch. When people change the wiki in various ways this will quickly become a nightmare. Taking the existing help files and _adding_ to them is good. Especially if corrections and additions are marked somehow, so that they eventually end up in the distribution. Otherwise links to tips can be added. I'm currently working on the 7.1 release and then will go travelling, thus I won't have much time to discuss the tips wiki. I certainly encourage everybody to make it work. After all, a wiki is a collaborative work! -- From know your smileys: 2B|^2B Message from Shakespeare /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Could you please give me the most bleeding-edge sources?
Edward L Fox wrote: I noticed that you also maintained another CVS repository besides the sf.net's CVS repository. And many changes to that internal CVS won't be applied to the sf.net's CVS repository unless a large release is to be made. In my opinion, as the SVN repository is now standardized, could you please give me the most bleeding-edge sources so that I can commit them into the trunk/ directory of the SVN repository, and some users who wish to use the unstable experimental version then can help you to test the code. I don't know what you are talking about. The most recent version is the distributed archives plus the patches plus updated runtime files. In CVS is that minus runtime file updates. There are a few changes on my local harddisk, but they are not in a patch yet for good reasons. -- From know your smileys: =):-) Uncle Sam /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: VimWiki - again - but with a brand new option
Ian Tegebo wrote: On 5/6/07, Sebastian Menge [EMAIL PROTECTED] wrote: Hi all Independent of the implementation used, I suggest to develop good guidelines. The Wiki should be really valuable and not redundant to vim-tips or mailing-lists. I would like to make another implementation independent suggestion; one could make a VimWiki more valuable by importing the _extremely_ valuable vim helpfiles into it. Please don't do this. It might sound like a nice idea, but it means making a branch that will be very hard to merge back into the help files of the distribution. I feel misunderstood but it serves me right for not saying what I mean... Synchronizing data is no fun, I agree. While I was up in the clouds I was imaging that the wiki would be the authoritative source for the helpfiles after doing an initial _import_. Then the text version would be exported as needed, e.g. end user runtime update or for a new release. That's the problem: It's very easy to change the text in the wiki in such a way it won't be possible to put back in the distribution. Also, I need to check every change, at least briefly (depend on where the change comes from). That is the only way to maintain the quality. Thus I would need a list of changes, preferably in the form of a patch. When people change the wiki in various ways this will quickly become a nightmare. Taking the existing help files and _adding_ to them is good. Especially if corrections and additions are marked somehow, so that they eventually end up in the distribution. Otherwise links to tips can be added. I'm currently working on the 7.1 release and then will go travelling, thus I won't have much time to discuss the tips wiki. I certainly encourage everybody to make it work. After all, a wiki is a collaborative work! -- From know your smileys: 2B|^2B Message from Shakespeare /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim version 7.1a BETA -- runtime files ?
Yakov Lerner wrote: On 5/5/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Announcing: Vim (Vi IMproved) version 7.1a BETA I compared runtime files form ftp [1] and from svn [2]. Both vims are labeled vim71a. But many runtimes are different. In svn, many files are labeled 2007. In ftp, they are 2006 versions. Why this difference in runtimes ? Yakov [1] ftp://ftp.vim.org/pub/vim/unstable/unix/vim-7.1a.tar.bz2 [2] https://svn.sourceforge.net/svnroot/vim/vim7 Do I need to hunt down the differences? Please give a specific example. What label are you talking about? At closer examination, differences turned out to be in $Id..$, $Revision..$ $Date...$ lines only, except for one file which has read differences: runtime/autoload/spellfile.vim -- see diffs below. By labels I meant the cvs $Id...$ keywords and other $..$ keywords. Full diffs are attached. Diffs are produced by the script diff-vim-ftp-svn.sh, also attached. Oh, the CVS version lines. I ignore them. In my opinion meta information should not be inside the file. The spellfile.vim script was changed by the one patch that went out for Vim 7.1a. Fixed a conflict with netrw changes that so far went unnoticed. So nothing to worry about. -- Ed's Radiator Shop: The Best Place in Town to Take a Leak. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Compiling vim in mingw.
Markus Trenkwalder wrote: Suresh Govindachar wrote: Bram Moolenaar wrote: Markus Trenkwalder wrote: checked out vim-7.1a.001 today from svn (#263) and tried to compile it with mingw-gcc and got the following error: 8 $ make -f Make_ming.mak gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400 -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer -freg-struct-return -s gui_w32.c -o gobj/gui_w32.o gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA' gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW' make: *** [gobj/gui_w32.o] Error 1 8 I get the same error message. I recursively grepped for NMTTDISPINFO and examined the output, but did not find any redefinition! No clue where the compiler is finding the redefinitions. My naive solution to this problem is: 8 --- src/gui_w32.c.000 Mon May 7 08:26:54 2007 +++ src/gui_w32.c Mon May 7 07:01:09 2007 @@ -232,7 +232,7 @@ LPARAM lParam; } NMTTDISPINFO_NEW; -#ifndef LPNMTTDISPINFO +#if !defined(LPNMTTDISPINFO) !defined(TOOLTIPTEXTA) typedef struct tagNMTTDISPINFOA { NMHDR hdr; LPSTR lpszText; 8 What does TOOLTIPTEXTA have to do with this? I don't understand why you try to solve it this way. Someone else also reported this problem while it worked OK earlier. Perhaps there is something wrong with the way you obtained the sources? (Tony reported working around the error message by not using svn.) I got the sources from svn the same why I have always been getting the sources (the whole process of get sources, build, deploy, update runtime is automated in scripts). The symbol is defined in mingw in the file '/include/commctrl.h' through the file '/include/pshpack1.h'. The relevant part in mingw's version of commctrl.h (starting at line 2368) is: 8 ... typedef struct tagNMTTDISPINFOA { NMHDR hdr; LPSTR lpszText; char szText[80]; HINSTANCE hinst; UINT uFlags; #if (_WIN32_IE = 0x0300) LPARAM lParam; #endif } NMTTDISPINFOA, *LPNMTTDISPINFOA; #define TOOLTIPTEXTANMTTDISPINFOA #define LPTOOLTIPTEXTA LPNMTTDISPINFOA ... 8 So the only chance I had to detect if tagNMTTDISPINFOA is defined alredy was to test one of the TOOLTIP macros. I know this is not the most beautyful solution but I just wanted to show the problem and provide one possible solution. I'll try to compile the FTP-sources now and see if the problem still exists there -- report will follow. Pity we can't check for typedefs with the preprocessor. It indeed looks like checking for LPTOOLTIPTEXT not being defined is the best solution, although it looks weird. Let's add a comment that explains it: /* Older compilers don't have LPNMTTDISPINFO[AW]. * MingW doesn't define LPNMTTDISPINFO but typedefs it. Therefore check * LPTOOLTIPTEXT which is defined to be the same. */ #if !defined(LPNMTTDISPINFO) !defined(LPTOOLTIPTEXT) typedef struct tagNMTTDISPINFOA { NMHDR hdr; Hopefully that works for everybody. And without some magic dependency on MingW or gcc. -- hundred-and-one symptoms of being an internet addict: 91. It's Saturday afternoon in the middle of May and you are on computer. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: vim_is_xterm() and screen
Micah Cowan wrote: Some folks who like to use vim under GNU screen, myself included, would like the ability for vim to automatically support xterm mouse escape sequences. Would it be a workable solution for vim to include screen as one of the initial strings for terms that trigger truth for vim_is_xterm()? No, because screen is not an xterm. The screen termcap/terminfo entry differs from xterm. I'm guessing that a problem for this, might be the fact that if vim detects xterm-ish terminals, it automatically tries the t_RV sequence out, which isn't dependably valid for screen. If this is the case, perhaps there could be a vim_might_be_xterm(), which could set ttymouse to xterm, on the off-chance that the terminal may send it xterm-style mouse sequences, but leave t_RV empty so that it doesn't risk sending unrecognized stuff that the terminal may choose to display directly? The thing is, is that users of screen are able to use some other programs, such as elinks, and will wonder why vim can't work just as well. Are there any real impediments to it doing so? I suspect that my solution could actually be made much more simple by simply assuming that all terms might be xterm, thus eliminating the need to actually implement a function (just set ttymouse to xterm by default, again leaving t_RV). There doesn't appear to be a standard for mouse escape sequences. And termcap/terminfo is too limited for the features of modern terminal emulaters. That means the only choice for Vim is to implement mouse support for each terminal separately. If screen uses the same codes as xterm then this should be relatively simple. It's about time termcap/terminfo gets updated to support the features we need, instead of hacking solutions in all programs. I'm afraid I don't have time for this (the original development of termcap was closely related to the early development of vi). -- From know your smileys: :-)-O Smiling doctor with stethoscope /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: surprised by beta
Mr Toothpik wrote: i was surpised by the fact that simply running 'svn update' bumped me up to 7.1a -- from previous posts i had thought there was something extra that had to be done to get the beta, like create a new 71a directory or something now i've got the beta i feel committed, and will commence chasing after the errors it spews from /usr/local/share/vim/vim71a/filetype.vim when i run it -- apparently the install created the 71a directory for me What errors? -- How many light bulbs does it take to change a person? /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: VimWiki - again - but with a brand new option
Ian Tegebo wrote: On 5/6/07, Sebastian Menge [EMAIL PROTECTED] wrote: Hi all Independent of the implementation used, I suggest to develop good guidelines. The Wiki should be really valuable and not redundant to vim-tips or mailing-lists. I would like to make another implementation independent suggestion; one could make a VimWiki more valuable by importing the _extremely_ valuable vim helpfiles into it. Please don't do this. It might sound like a nice idea, but it means making a branch that will be very hard to merge back into the help files of the distribution. Please use the wiki for tips. That is an addition to the help files. For example, I would love to be able to quickly correct spelling mistakes or contribute to plugin helpfiles a la a Wiki interface. I could then imagine updating my local helpfiles through the Wiki interface via a sync-plugin. If you see spelling mistakes in the help files please send them to me. I just fixed 250 of them, because someone send me a list. That's useful for everyone. The main goal now is to get the Vim tips collection back to live. It has been dead for three months now! Perhaps we can figure out some clever way to also make the help files available with links between the tips and the help files. Thus in the help file you would see some link that takes you to a tip associated with the text at that position. But without that the tips are still very useful. -- From know your smileys: O:-) Saint /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Compiling vim in mingw.
Markus Trenkwalder wrote: checked out vim-7.1a.001 today from svn (#263) and tried to compile it with mingw-gcc and got the following error: 8 $ make -f Make_ming.mak gcc -c -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400 -DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H -DDYNAMIC_GETTEXT -DFEAT_CSCOPE -DFEAT_NETBEANS_INTG -DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall -O3 -fomit-frame-pointer -freg-struct-return -s gui_w32.c -o gobj/gui_w32.o gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA' gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW' make: *** [gobj/gui_w32.o] Error 1 8 My naive solution to this problem is: 8 --- src/gui_w32.c.000 Mon May 7 08:26:54 2007 +++ src/gui_w32.c Mon May 7 07:01:09 2007 @@ -232,7 +232,7 @@ LPARAM lParam; } NMTTDISPINFO_NEW; -#ifndef LPNMTTDISPINFO +#if !defined(LPNMTTDISPINFO) !defined(TOOLTIPTEXTA) typedef struct tagNMTTDISPINFOA { NMHDR hdr; LPSTR lpszText; 8 What does TOOLTIPTEXTA have to do with this? I don't understand why you try to solve it this way. Someone else also reported this problem while it worked OK earlier. Perhaps there is something wrong with the way you obtained the sources? -- Proof techniques #2: Proof by Oddity. SAMPLE: To prove that horses have an infinite number of legs. (1) Horses have an even number of legs. (2) They have two legs in back and fore legs in front. (3) This makes a total of six legs, which certainly is an odd number of legs for a horse. (4) But the only number that is both odd and even is infinity. (5) Therefore, horses must have an infinite number of legs. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: syntax highlighting addition
Jonathan Smith wrote: I know this is sortof late notice, but it would be great if this could go in 7.1 final :) The empty comment is still there. Just leave that line blank. No biggie, of course, just aesthetics. i could have sworn i fixed it. this time, though, it really is fixed. :) runtime! syntax/python.vim Just to make sure: Python is allowed anywhere in a conary recipe? correct. a recipe is a special type of python file syn match conaryMacro %(\w*)[sd] contained syn match conaryBadMacro %(\w*)[^sd] contained no final marker OK, so you can have the following: %()s or should it be %(\w\+)[sd] you're right. fixed HiLink conaryUseFlag Typedef Substitute that with hi def link conaryrecipeMacro Macro : : fixed (If conary recipe macros aren't much like macros in C, then perhaps Special is better. Also note the linking of a generic group to function and then other groups linking to them so that a user can change them all en masse, to something they like.) fixed That HiLink cruft is also Vim5 compatibility stuff. And remove the if statement. fixed let b:current_syntax = recipe This should be let b:current_syntax = conaryrecipe fixed The only thing that I now spot is that the syntax items start with conary instead of conaryrecipe. That's a tiny issue though, since if there is another conaryXXX syntax you can make sure there are no conflicts. I'll include the syntax file now. -- hundred-and-one symptoms of being an internet addict: 80. At parties, you introduce your spouse as your service provider. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Where to find 7.1a patchlevels runtimes? (Was: patch 7.1a.001)
Tony Mechelynck wrote: Bram Moolenaar wrote: Patch 7.1a.001 Problem:Crash when downloading a spell file. (Szabolcs Horvat) Solution: Avoid that did_set_spelllang() is used recursively when a new window is opened for the download. Also avoid wiping out the wrong buffer. Files: runtime/autoload/spellfile.vim, src/buffer.c, src/ex_cmds.c, src/spell.c [...] After a little hunting, I found this patch on the ftp server too (with README, MD5 and MD5SUMS): ftp://ftp.vim.org/pub/vim/unstable/patches/7.1a/ That's right. Note: I prefer not to feed the email itself to the patch program, because: - my ISP's routers sometimes autoconvert the contents between 8-bit and quoted-printable; and the latter make the patch program choke; - if I see several patches published while I was away or asleep, by FTP I can get them all to where patch will find them. - the patch directory on FTP includes a table of contents, README I notice this patch modifies one runtime file. This reminds me that runtime updates are not always reflected in patches. Do the files in ftp://ftp.vim.org/pub/vim/runtime/ (and the equivalent rsync repository, ftp.nluug.nl::Vim/runtime/ ) apply to 7.0 only, or to both 7.0 and 7.1? (The latest changes there are for a large number of spelling dictionaries.) They are for both. There are no (recent) source code changes that are required for the updated runtime files. On thinking back, I would suspect they /aren't/ the same, since the first line of each helpfile mentions either 7.0 or 7.1a -- so at least the contents of the doc/ subfolders are different. So -- will runtime upgrades for 7.1 beta be always reflected in patches, or else will there be a runtime server -- and where? (ftp://pub/vim/unstable/runtime/ contains only one item yet: a softlink to the main spell subfolder.) There were runtime files here during the 7.0 beta testing, but I don't think they are useful now. Hm... I see a snapshot zip, http://ftp.vim.org/pub/vim/unstable/snapshot/vim-7.1a.zip ,but it's more than 24h older than the patch, while it's only about 2h younger than the 7.0.000 tar.gz and tar.bz2 archives so I guess it's 7.1a.000 in one big economy package... It's almost the same. I had trouble getting the CVS server updated, and this snapshot went together with that update. I don't think it adds anything now, it was for when there was no 7.0x release yet. -- hundred-and-one symptoms of being an internet addict: 77. The phone company asks you to test drive their new PBX system /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: patch 7.1a.001
Chris Sutcliffe wrote: Hey All, Patch 7.1a.001 I managed to compile 7.1a from cvs yesterday. I went and did a cvs up to grab this patch and I am now getting this error: gui_w32.c:236: error: redefinition of `struct tagNMTTDISPINFOA' gui_w32.c:246: error: redefinition of `struct tagNMTTDISPINFOW' mingw32-make: *** [gobj/gui_w32.o] Error 1 I'm guessing it's not a result of this patch, since this patch did not affect gui_w32.c. Perhaps there was something changed in CVS (I notice the update grabbed a whole bunch of files)? I don't know what happened. When I checkout the files from CVS now I don't see a problem in gui_w32.c. Was this a temporary problem? -- hundred-and-one symptoms of being an internet addict: 83. Batteries in the TV remote now last for months. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim version 7.1a BETA -- runtime files ?
Yakov Lerner wrote: On 5/5/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Announcing: Vim (Vi IMproved) version 7.1a BETA I compared runtime files form ftp [1] and from svn [2]. Both vims are labeled vim71a. But many runtimes are different. In svn, many files are labeled 2007. In ftp, they are 2006 versions. Why this difference in runtimes ? Yakov [1] ftp://ftp.vim.org/pub/vim/unstable/unix/vim-7.1a.tar.bz2 [2] https://svn.sourceforge.net/svnroot/vim/vim7 Do I need to hunt down the differences? Please give a specific example. What label are you talking about? -- hundred-and-one symptoms of being an internet addict: 84. Books in your bookcase bear the names Bongo, WinSock and Inside OLE /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim version 7.1a BETA has been released
Gary Johnson wrote: I noticed that filetype.vim does not include the patch that I submitted to this list 2006-07-25 to fix the recognition of mutt temporary files on SunOS. Is there something else I can do to have this patch accepted? It was still in the todo list. There are many items I still didn't have time for, unfortunately. I assume you have properly tested this change. I'll include this one now. -- Q: Should I clean my house or work on Vim? A: Whatever contains more bugs. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim version 7.1a BETA -- svn ?
Yakov Lerner wrote: On 2007-05-05, Bram Moolenaar [EMAIL PROTECTED] wrote: Announcing: Vim (Vi IMproved) version 7.1a BETA I tried to build vim7.1 from svn. But all I get from usual svn location (https://svn.sourceforge.net/svnroot/vim/vim7), is vim 7.0.236. Will vim7.1 be served at this localtion eventually ? I had some trouble with the CVS server yesterday. Still working on it. The SVN server always lags behind a bit. I don't update it myself (one less thing to worry about). -- Time is money. Especially if you make clocks. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Patch: virtcol([123,'$'])
Michael Schaap wrote: On 26-Mar-2007 18:25, Bram Moolenaar wrote: Michael Schaap wrote: Here's a patch to make virtcol([123, '$']) do the right thing. If it looks good to you, can you include it? Looks good, I'll include it. Thanks! It appears that this didn't make it into 7.1a. Probably slipped through the cracks? :-) It's in the todo list. I simply don't enough have time to work away all todo items. Otherwise the release would have to wait another year... -- hundred-and-one symptoms of being an internet addict: 63. You start using smileys in your snail mail. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.1a.001
Patch 7.1a.001 Problem:Crash when downloading a spell file. (Szabolcs Horvat) Solution: Avoid that did_set_spelllang() is used recursively when a new window is opened for the download. Also avoid wiping out the wrong buffer. Files: runtime/autoload/spellfile.vim, src/buffer.c, src/ex_cmds.c, src/spell.c *** ../vim-7.1a.000/runtime/autoload/spellfile.vim Tue Aug 29 22:31:34 2006 --- runtime/autoload/spellfile.vim Sun May 6 23:52:05 2007 *** *** 1,6 Vim script to download a missing spell file Maintainer: Bram Moolenaar [EMAIL PROTECTED] ! Last Change:2006 Aug 29 if !exists('g:spellfile_URL') let g:spellfile_URL = 'ftp://ftp.vim.org/pub/vim/runtime/spell' --- 1,6 Vim script to download a missing spell file Maintainer: Bram Moolenaar [EMAIL PROTECTED] ! Last Change:2007 May 06 if !exists('g:spellfile_URL') let g:spellfile_URL = 'ftp://ftp.vim.org/pub/vim/runtime/spell' *** *** 58,76 let fname = a:lang . '.' . enc . '.spl' Split the window, read the file into a new buffer. new setlocal bin echo 'Downloading ' . fname . '...' call spellfile#Nread(fname) if getline(2) !~ 'VIMspell' Didn't work, perhaps there is an ASCII one. ! g/^/d let fname = a:lang . '.ascii.spl' echo 'Could not find it, trying ' . fname . '...' call spellfile#Nread(fname) if getline(2) !~ 'VIMspell' echo 'Sorry, downloading failed' ! bwipe! return endif endif --- 58,97 let fname = a:lang . '.' . enc . '.spl' Split the window, read the file into a new buffer. + Remember the buffer number, we check it below. new + let newbufnr = winbufnr(0) setlocal bin echo 'Downloading ' . fname . '...' call spellfile#Nread(fname) if getline(2) !~ 'VIMspell' Didn't work, perhaps there is an ASCII one. !Careful: Nread() may have opened a new window for the error message, !we need to go back to our own buffer and window. ! if newbufnr != winbufnr(0) ! let winnr = bufwinnr(newbufnr) ! if winnr == -1 ! Our buffer has vanished!? Open a new window. ! echomsg download buffer disappeared, opening a new one ! new ! setlocal bin ! else ! exe winnr . wincmd w ! endif ! endif ! if newbufnr == winbufnr(0) !We are back the old buffer, remove any (half-finished) download. ! g/^/d ! else ! let newbufnr = winbufnr(0) ! endif ! let fname = a:lang . '.ascii.spl' echo 'Could not find it, trying ' . fname . '...' call spellfile#Nread(fname) if getline(2) !~ 'VIMspell' echo 'Sorry, downloading failed' ! exe newbufnr . bwipe! return endif endif *** *** 96,112 let fname = substitute(fname, '\.spl$', '.sug', '') echo 'Downloading ' . fname . '...' call spellfile#Nread(fname) ! if getline(2) !~ 'VIMsug' ! echo 'Sorry, downloading failed' ! else 1d exe write . escape(dirlist[dirchoice], ' ') . '/' . fname endif - set nomod endif endif ! bwipe endif endfunc --- 117,145 let fname = substitute(fname, '\.spl$', '.sug', '') echo 'Downloading ' . fname . '...' call spellfile#Nread(fname) ! if getline(2) =~ 'VIMsug' 1d exe write . escape(dirlist[dirchoice], ' ') . '/' . fname + set nomod + else + echo 'Sorry, downloading failed' + Go back to our own buffer/window, Nread() may have taken us to + another window. + if newbufnr != winbufnr(0) + let winnr = bufwinnr(newbufnr) + if winnr != -1 + exe winnr . wincmd w + endif + endif + if newbufnr == winbufnr(0) + set nomod + endif endif endif endif ! Wipe out the buffer we used. ! exe newbufnr . bwipe endif endfunc *** ../vim-7.1a.000/src/buffer.cThu Mar 15 22:53:25 2007 --- src/buffer.cSun May 6 15:44:08 2007 *** *** 1426,1431 --- 1426,1438 if (curbuf-b_kmap_state KEYMAP_INIT) keymap_init(); #endif + #ifdef FEAT_SPELL + /* May need to set the spell language. Can only do this after the buffer + * has been properly setup. */ + if (!curbuf-b_help curwin-w_p_spell *curbuf-b_p_spl != NUL) + did_set_spelllang(curbuf); + #endif + redraw_later(NOT_VALID); } *** *** 2414,2424 /* Set 'foldlevel' to 'foldlevelstart' if it's not negative. */ if (p_fdls = 0) curwin-w_p_fdl = p_fdls; - #endif - - #ifdef FEAT_SPELL - if (curwin-w_p_spell *buf-b_p_spl
Re: Resp.: Help needed on pt_BR spell checking
Leonardo Fontenelle wrote: 2007/4/16, Bram Moolenaar [EMAIL PROTECTED]: Thanks. I updated the Aap script according to your shell script. Thank you! I also changed the .aff files to include the FOL/LOW/UPP lines. That works better when switching languages. I also added the MIDWORD line to make clear a quote can appear halfway a word. I didn't find the time to learn much spellchecking yet. If you say so, I must agree :) Do check this in the real world. I don't use this spell file, thus I won't notice mistakes. I don't understand why you need to remove words that contain a dot. English words with an embedded dot works just fine. Yes, you are right. Please include the . and - too in the midword list. I'd like to have ª, º and ° included when they are trailing characters, too. BTW, there is a problem with µ. If you start a sentence with µg, it will be highlighted as miscapitalized and Vim will suggest Mg instead. Perhaps you need to change the 'spellcapcheck' option. I can't do much with the .pdf file that replaces the README file. Please ask the maintainers to provide a plain text file with the Copyright notice. It should be fixed in a short time. Please verify the .spl files I produced are the same (or better :-) than yours. The spelldump output is the same. That is good to hear. We're sure the same words appear then. However, things like handling of midword characters still need to be checked. The newest pt_BR dictionary is: BR_DIR = http://www.deso-se.com.br/downloads/download.php?arquivo=pt_BR-2007-04-11 BR_FNAME = pt_BR-2007-04-11.zip There should be a new release soon. I'll rebuild the spell file with the new dictionary. Hopefully I can upload them later today. -- hundred-and-one symptoms of being an internet addict: 58. You turn on your computer and turn off your wife. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.243 (extra)
Patch 7.0.243 (extra) Problem:Win32: When GvimExt is built with MSVC 2005 or later, the Edit with vim context menu doesn't appear in the Windows Explorer. Solution: Embed the linker manifest file into the resources of GvimExt.dll. (Mathias Michaelis) Files: src/GvimExt/Makefile *** ../vim-7.0.242/src/GvimExt/Makefile Tue Mar 7 00:12:38 2006 --- src/GvimExt/MakefileSat May 5 12:47:27 2007 *** *** 19,24 --- 19,25 # $(implib) /NOLOGO -machine:$(CPU) -def:gvimext.def $** -out:gvimext.lib # $(link) $(dlllflags) -base:0x1C00 -out:$*.dll $** $(olelibsdll) shell32.lib gvimext.lib comctl32.lib gvimext.exp $(link) $(lflags) -dll -def:gvimext.def -base:0x1C00 -out:$*.dll $** $(olelibsdll) shell32.lib comctl32.lib + if exist $*.dll.manifest mt -nologo -manifest $*.dll.manifest -outputresource:$*.dll;2 gvimext.obj: gvimext.h *** *** 34,36 --- 35,38 - if exist gvimext.exp del gvimext.exp - if exist gvimext.obj del gvimext.obj - if exist gvimext.res del gvimext.res + - if exist gvimext.dll.manifest del gvimext.dll.manifest *** ../vim-7.0.242/src/version.cFri May 4 22:31:31 2007 --- src/version.c Sat May 5 12:54:21 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 243, /**/ -- hundred-and-one symptoms of being an internet addict: 50. The last girl you picked up was only a jpeg. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Vim version 7.1a BETA has been released
Announcing: Vim (Vi IMproved) version 7.1a BETA This is a BETA release of Vim 7.1. It consists of Vim 7.0 plus all patches and updated runtime files. I expect this to be stable, since the patches have been used by many people already. This BETA is mainly to check that the files has been setup properly. It's been almost a year since the last one! Please report every problem you find! It will only be a few days until the 7.1 release, so please take a little time right now to check it out. Once you have installed Vim 7.1a BETA you can find details about the changes since Vim 7.0 with :help version-7.1. Testing --- This is a BETA test version. Please give it a good test and report anything that isn't right. That includes a crash but also a typo in the documentation. I will not make an Amiga or OS/2 binary for Vim 7.1a. A Mac version is hopefully available soon on http://macvim.org/ Where to get it --- All files can be found below this directory: ftp://ftp.vim.org/pub/vim/unstable/ Information about which files to download for what system (don't use the links, they are still for Vim 7.0): http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Vim 7.1a is also available from CVS (when it works again) and with Aap: http://www.vim.org/develop.php An overview of the files: UNIX: unix/vim-7.1a.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.1a-extra.tar.gz extra files extra/vim-7.1a-lang.tar.gz multi-language files doc/vim71ahtml.zip help files converted to HTML MS-WINDOWS: pc/gvim71a.exe self-installing, includes all runtime files pc/vim71art.zip runtime files pc/vim71alang.zip files for translated messages and menus pc/gvim71a.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim71aole.zip GUI binary with OLE support pc/gvim71a_s.zipGUI binary for Windows 3.1 (untested) pc/vim71ad16.zip16 bit console version for MS-DOS pc/vim71ad32.zipconsole version for MS-DOS/Windows 95/98 pc/vim71aw32.zipconsole version for Windows NT/2000/XP pc/vim71asrc.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS RELEASE: unix/vim-7.0-7.1a.diff.gz sources + runtime files extra/vim-7.0-7.1a-extra.diff.gz extra files extra/vim-7.0-7.1a-lang.diff.gzmulti-language files Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! -- hundred-and-one symptoms of being an internet addict: 53. To find out what time it is, you send yourself an e-mail and check the Date: field. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Vim Logo Use
Taylor Venable wrote: I can't find anything about it on the Vim website, so I was wondering what the status of the Vim logo is. Does someone own the copyright to it? Is it in the public domain? Would it be alright to create, say, a wallpaper with the Vim logo in it and release the wallpaper under a CC-BY-SA license? Thanks for clarification! The Vim logo was made by a few people, at least including Vince Negri and me. It's hard to say who owns the copyright officially, but I can claim to make decisions about it, since I decided to use it. In general you are free to use the Vim logo for promotion of Vim. No need to get written permission. However, if I notice misuse of the Vim logo I might get furious and poke someone with soft cushions. Have at you! I don't think you need a license for a wallpaper, especially since it will be hard to match the license of the Vim logo. -- hundred-and-one symptoms of being an internet addict: 47. You are so familiar with the WWW that you find the search engines useless. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: mail plugin and hexdump file cause endless loop in vim 7
Andrei Voropaev wrote: I've hit one interesting problem. When I've tried to send in an email large hexdump (around 50K) the vim entered endless loop with 100% CPU usage. I could terminate this loop by hitting Ctrl-C, but as soon as I've tried to move to the long line the same thing happened again. Since I could manipulated this file with vim without mail ftplugin, I came to conclusion that the problem has something to do with that plugin. The file in question is located at http://vandal.sdf-eu.org/hexdump.txt To reproduce the problem I did the following steps bash$ vim mutt-vandal-1001-25710-908 :new hexdump.txt 2yy :q p At this point vim freezes and top reports that it uses 100% CPU. Just in case. I use ~/.vim/ftplugin/mail.vim with set fo-=l Can anyone else try and see if the same thing happens? It's the syntax highlighting. Do :syn clear and the problem goes away. There must be some item in the mail syntax highlighting that can't handle long lines. Perhaps you can have a look at $VIMRUNTIME/syntax/mail.vim. Delete some lines to check which one causes trouble. The planned improvements to the regexp code (part of the Google summer of code) should also help. But it will takes several months before we get something. -- hundred-and-one symptoms of being an internet addict: 49. You never have to deal with busy signals when calling your ISP...because you never log off. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Vim version 7.1a BETA has been released
Announcing: Vim (Vi IMproved) version 7.1a BETA This is a BETA release of Vim 7.1. It consists of Vim 7.0 plus all patches and updated runtime files. I expect this to be stable, since the patches have been used by many people already. This BETA is mainly to check that the files has been setup properly. It's been almost a year since the last one! Please report every problem you find! It will only be a few days until the 7.1 release, so please take a little time right now to check it out. Once you have installed Vim 7.1a BETA you can find details about the changes since Vim 7.0 with :help version-7.1. Testing --- This is a BETA test version. Please give it a good test and report anything that isn't right. That includes a crash but also a typo in the documentation. I will not make an Amiga or OS/2 binary for Vim 7.1a. A Mac version is hopefully available soon on http://macvim.org/ Where to get it --- All files can be found below this directory: ftp://ftp.vim.org/pub/vim/unstable/ Information about which files to download for what system (don't use the links, they are still for Vim 7.0): http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Vim 7.1a is also available from CVS (when it works again) and with Aap: http://www.vim.org/develop.php An overview of the files: UNIX: unix/vim-7.1a.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.1a-extra.tar.gz extra files extra/vim-7.1a-lang.tar.gz multi-language files doc/vim71ahtml.zip help files converted to HTML MS-WINDOWS: pc/gvim71a.exe self-installing, includes all runtime files pc/vim71art.zip runtime files pc/vim71alang.zip files for translated messages and menus pc/gvim71a.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim71aole.zip GUI binary with OLE support pc/gvim71a_s.zipGUI binary for Windows 3.1 (untested) pc/vim71ad16.zip16 bit console version for MS-DOS pc/vim71ad32.zipconsole version for MS-DOS/Windows 95/98 pc/vim71aw32.zipconsole version for Windows NT/2000/XP pc/vim71asrc.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS RELEASE: unix/vim-7.0-7.1a.diff.gz sources + runtime files extra/vim-7.0-7.1a-extra.diff.gz extra files extra/vim-7.0-7.1a-lang.diff.gzmulti-language files Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! -- hundred-and-one symptoms of being an internet addict: 53. To find out what time it is, you send yourself an e-mail and check the Date: field. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.242 (extra)
Patch 7.0.242 (extra) Problem:Win32: Using -register in a Vim that does not support OLE causes a crash. Solution: Don't use EMSG() but mch_errmsg(). Check p_go for being NULL. (partly by Michael Wookey) Files: src/gui_w32.c *** ../vim-7.0.241/src/gui_w32.cTue Aug 29 21:30:15 2006 --- src/gui_w32.c Fri May 4 22:26:13 2007 *** *** 1140,1147 static void ole_error(char *arg) { ! EMSG2(_(E243: Argument not supported: \-%s\; Use the OLE version.), !arg); } #endif --- 1140,1152 static void ole_error(char *arg) { ! char buf[IOSIZE]; ! ! /* Can't use EMSG() here, we have not finished initialisation yet. */ ! vim_snprintf(buf, IOSIZE, ! _(E243: Argument not supported: \-%s\; Use the OLE version.), ! arg); ! mch_errmsg(buf); } #endif *** *** 3164,3171 /* * Check button names. A long one will make the dialog wider. */ ! vertical = (vim_strchr(p_go, GO_VERTICAL) != NULL); if (!vertical) { // Place buttons horizontally if they fit. --- 3169,3177 /* * Check button names. A long one will make the dialog wider. + * When called early (-register error message) p_go isn't initialized. */ ! vertical = (p_go != NULL vim_strchr(p_go, GO_VERTICAL) != NULL); if (!vertical) { // Place buttons horizontally if they fit. *** ../vim-7.0.241/src/version.cThu May 3 22:13:03 2007 --- src/version.c Thu May 3 22:32:06 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 242, /**/ -- Microsoft is to software what McDonalds is to gourmet cooking /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: [patch] search() flag to not use smartcase
Yakov Lerner wrote: The patch adds flag to search() flag to not use smartcase. '*' and '#' do not use smartcase, but search() always uses smartcase (cannot be turned off). When we use search() with @/ pattern that comes from * or #, search() fails because of discrepancy in smartcase handling. Yakov --- runtime/doc/eval.txt.0002007-05-03 09:35:19.0 -0400 +++ runtime/doc/eval.txt2007-05-03 09:36:21.0 -0400 @@ -4086,6 +4086,7 @@ 'n' do Not move the cursor 'p' return number of matching sub-pattern (see below) 's' set the ' mark at the previous location of the cursor + 'S' do not use smartcase 'w' wrap around the end of the file 'W' don't wrap around the end of the file If neither 'w' or 'W' is given, the 'wrapscan' option applies. Looks a bit inconsistent. Why not also add a flag to ignore 'ignorecase' and 'magic'? -- Everybody lies, but it doesn't matter since nobody listens. -- Lieberman's Law /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.241
Patch 7.0.241 Problem::windo throw 'foo' loops forever. (Andy Wokula) Solution: Detect that win_goto() doesn't work. Files: src/ex_cmds2.c *** ../vim-7.0.240/src/ex_cmds2.c Tue Feb 13 06:21:24 2007 --- src/ex_cmds2.c Wed May 2 22:04:38 2007 *** *** 2287,2292 --- 2287,2294 if (!win_valid(wp)) break; win_goto(wp); + if (curwin != wp) + break; /* something must be wrong */ wp = curwin-w_next; } else if (eap-cmdidx == CMD_tabdo) *** ../vim-7.0.240/src/version.cWed May 2 21:52:18 2007 --- src/version.c Thu May 3 22:12:17 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 241, /**/ -- Well, you come from nothing, you go back to nothing... What have you lost? Nothing! -- Monty Python: The life of Brian /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.239
Patch 7.0.239 Problem:When using local directories and tab pages :mksession uses a short file name when it shouldn't. Window-local options from a modeline may be applied to the wrong window. (Teemu Likonen) Solution: Add the did_lcd flag, use the full path when it's set. Don't use window-local options from the modeline when using the current window for another buffer in :doautoall. Files: src/fileio.c, src/ex_docmd.c *** ../vim-7.0.238/src/fileio.c Tue Feb 27 16:51:07 2007 --- src/fileio.cTue May 1 22:35:34 2007 *** *** 8086,8092 /* execute the autocommands for this buffer */ retval = do_doautocmd(eap-arg, FALSE); ! do_modelines(0); /* restore the current window */ aucmd_restbuf(aco); --- 8087,8096 /* execute the autocommands for this buffer */ retval = do_doautocmd(eap-arg, FALSE); ! ! /* Execute the modeline settings, but don't set window-local !* options if we are using the current window for another buffer. */ ! do_modelines(aco.save_curwin == NULL ? OPT_NOWIN : 0); /* restore the current window */ aucmd_restbuf(aco); *** ../vim-7.0.238/src/ex_docmd.c Tue Mar 27 16:57:54 2007 --- src/ex_docmd.c Tue Mar 27 16:49:06 2007 *** *** 375,380 --- 375,381 static intput_view __ARGS((FILE *fd, win_T *wp, int add_edit, unsigned *flagp)); static void ex_loadview __ARGS((exarg_T *eap)); static char_u *get_view_file __ARGS((int c)); + static intdid_lcd;/* whether :lcd was produced for a session */ #else # define ex_loadview ex_ni #endif *** *** 8573,8578 --- 8574,8581 } #ifdef FEAT_SESSION + did_lcd = FALSE; + /* :mkview or :mkview 9: generate file name with 'viewdir' */ if (eap-cmdidx == CMD_mkview (*eap-arg == NUL *** *** 10327,10332 --- 10330,10336 || ses_put_fname(fd, wp-w_localdir, flagp) == FAIL || put_eol(fd) == FAIL) return FAIL; + did_lcd = TRUE; } return OK; *** *** 10384,10394 char_u*name; /* Use the short file name if the current directory is known at the time ! * the session file will be sourced. Don't do this for :mkview, we ! * don't know the current directory. */ if (buf-b_sfname != NULL flagp == ssop_flags !(ssop_flags (SSOP_CURDIR | SSOP_SESDIR))) name = buf-b_sfname; else name = buf-b_ffname; --- 10388,10401 char_u*name; /* Use the short file name if the current directory is known at the time ! * the session file will be sourced. ! * Don't do this for :mkview, we don't know the current directory. ! * Don't do this after :lcd, we don't keep track of what the current ! * directory is. */ if (buf-b_sfname != NULL flagp == ssop_flags !(ssop_flags (SSOP_CURDIR | SSOP_SESDIR)) !!did_lcd) name = buf-b_sfname; else name = buf-b_ffname; *** ../vim-7.0.238/src/version.cTue May 1 22:06:41 2007 --- src/version.c Tue May 1 23:21:32 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 239, /**/ -- Those who live by the sword get shot by those who don't. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.240
Patch 7.0.240 Problem:Crash when splitting a window in the GUI. (opposite of 7.0.227) Solution: Don't call out_flush() from win_alloc(). Also avoid this for win_delete(). Also block autocommands while the window structure is invalid. Files: src/window.c *** ../vim-7.0.239/src/window.c Thu Apr 26 16:11:47 2007 --- src/window.cTue May 1 19:23:22 2007 *** *** 722,727 --- 722,733 need_status = STATUS_HEIGHT; } + #ifdef FEAT_GUI + /* May be needed for the scrollbars that are going to change. */ + if (gui.in_use) + out_flush(); + #endif + #ifdef FEAT_VERTSPLIT if (flags WSP_VERT) { *** *** 4071,4076 --- 4077,4088 if (newwin != NULL) { + #ifdef FEAT_AUTOCMD + /* Don't execute autocommands while the window is not properly +* initialized yet. gui_create_scrollbar() may trigger a FocusGained +* event. */ + ++autocmd_block; + #endif /* * link the window in the window list */ *** *** 4100,4106 #ifdef FEAT_GUI if (gui.in_use) { - out_flush(); gui_create_scrollbar(newwin-w_scrollbars[SBAR_LEFT], SBAR_LEFT, newwin); gui_create_scrollbar(newwin-w_scrollbars[SBAR_RIGHT], --- 4112,4117 *** *** 4114,4119 --- 4125,4133 #ifdef FEAT_FOLDING foldInitWin(newwin); #endif + #ifdef FEAT_AUTOCMD + --autocmd_block; + #endif } return newwin; } *** *** 4130,4135 --- 4144,4155 { int i; + #ifdef FEAT_AUTOCMD + /* Don't execute autocommands while the window is halfway being deleted. + * gui_mch_destroy_scrollbar() may trigger a FocusGained event. */ + ++autocmd_block; + #endif + #ifdef FEAT_MZSCHEME mzscheme_window_free(wp); #endif *** *** 4188,4193 --- 4208,4217 win_remove(wp, tp); vim_free(wp); + + #ifdef FEAT_AUTOCMD + --autocmd_block; + #endif } /* *** ../vim-7.0.239/src/version.cTue May 1 23:22:32 2007 --- src/version.c Wed May 2 21:51:10 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 240, /**/ -- Just remember...if the world didn't suck, we'd all fall off. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Regex performance - SoC
James - I'm wondering if any of the Summer of Code winners are tackling the regex performance thing suggested here: http://www.vim.org/soc/ideas.php If anyone chose that project, I'll of course defer to them. But if no one's working on it, I might give it a shot, I think it'd be fun. Yes, two students were selected to work on this. Russ Cox volunteered to mentor them. - Bram -- Bumper sticker: Honk if you love peace and quiet. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Bug: windo and exceptions
Andy Wokula wrote: GVim runs into an endless loop if I do the following: clean startup :new at least two windows :windo throw foo Error detected while processing : E605: Exception not caught: foo E605: Exception not caught: foo E605: Exception not caught: foo E605: Exception not caught: foo ... See patch below. Another example: clean startup :set modified :bot new :try : windo enew - go and kill GVim in the task manager (does not happen if :bot new is replaced by :abo new ) Solved with the same patch. Please verify. *** ../vim-7.0.240/src/ex_cmds2.c Tue Feb 13 06:21:24 2007 --- src/ex_cmds2.c Wed May 2 22:04:38 2007 *** *** 2287,2292 --- 2287,2294 if (!win_valid(wp)) break; win_goto(wp); + if (curwin != wp) + break; /* something must be wrong */ wp = curwin-w_next; } else if (eap-cmdidx == CMD_tabdo) -- The 50-50-90 rule: Anytime you have a 50-50 chance of getting something right, there's a 90% probability you'll get it wrong. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: wish: show search progress on slow searches
[This is development, removed the Vim maillist] Yakov Lerner wrote: On 4/29/07, Yakov Lerner [EMAIL PROTECTED] wrote: On 4/29/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Yakov Lerner wrote: Wish: when search is slow, show the progress line number every second on the bottom line (like, 12345 of 9). What is slow? To my taste, when something takes longer than 1-2 sec, I'd prefer some visual feedback on the progress. Checking if the second passed will make the search even slower. Checking time is quite slow on some systems (the check for CTRL-C suffers from this). Checking for time every several hundred (N) lines will probably not slow the search perceptibly. N can be configurable, a parameter. Some value between 10 and 1000 will probaby be reasonable. I think it's possibe to check for time, which searching, not too often and not too seldom, even without user-defined parameter. Adaptive algorithm with two counters will find the right rate or time-checking: - as we start search, we check time every 50 lines (N=50 is initial value of N). We maintain counter M. M is how many times we called time() between the seconds changed. M is checked and reset every second. M is checked as folllows: - If M is too high (M10), then we adjust N by increasing it. If M is too low(M10), then we adjust N by decreasing it. Ideally, we want to check time() ~10 times per second. (overhead of 10 calls to time() per second cannot he high, right ?) - if search progresses for several seconds, then N quickly converges to the ideal value (~10 checks/sec). - we start every search with same value of N (say, 50). If search is slow, then N will quickly converge to the ideal value for this regex, the value in which where time() is checked ~10 times per second. It will help for differences in speed for various patterns, but it won't help for lines differing in length. Quite a few patterns with wildcards depend on the line length a lot. It might work better to adjust to the delay caused by the time function. This varies greatly between systems. When it's fast we can check the time often, when it's slow it delays the search more and should be called less often. - Bram -- hundred-and-one symptoms of being an internet addict: 33. You name your children Eudora, Mozilla and Dotcom. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: feedkeys() allowed in sandbox
John Beckett wrote: A.J.Mechelynck wrote: Is folding really needed in a default modeline? Folding may be useful in a modeline. (Don't know what you call a default modeline.) By default modeline I mean I would like Vim to be changed so that its default behaviour is aggressively safe. If wanted, there could be a new option to enable clever features, and a user could choose to allow modelines with folding or expression evaluation, etc. This is not true. It just reduces the chance of a mistake being made by an unknown factor. It's still possible to allow an option to be set, thinking that it is OK, but we later find out that it was not OK. Just like carefully removing mistakes and screening the options for mistakes does help to make it safer. Thus it doesn't make an essential difference. N times as safe still isn't 100% safe. In other words: If we have an option run insecure nobody would set it. Vim must be secure as-is. But the only long-term safe procedure is to have Vim *default* to work with only very restricted modelines (set tab and other options - no way to even get near executing code). As they sometimes joke: The best way to protect your computer from malicious software is to switch it off. Likewise, the only really safe way is to disable modelines. Obviously you pay a price: restricted functionality. Options to partly disable modelines make it more complicated and don't help much for security. I am wondering what the lack of comment on this topic indicates. Do you understand that another modeline vulnerability could allow the next file you open to overwrite all files under your home folder? Or it might overwrite all sectors on your disk, if you have sufficient privilege. Don't forget that this requires someone who intentionally wants this evil thing to happen. So far the only examples seen are jokes and proof of concept. I have never seen a file with a modeline that intentionally causes harm. How about if you go to another computer that you rarely use. Would you be happy using Vim on that computer? Network admins in secure environments should be prohibited from using Vim. Modelines are default off when you are root. The mail filetype plugin also switches it off. If I am overlooking something, or am overly alarmist, please tell me. For anyone new to this, enter following in Google: vim vulnerability modeline Thanks for the advertisement! :-). -- Give a man a computer program and you give him a headache, but teach him to program computers and you give him the power to create headaches for others for the rest of his life... R. B. Forest /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: feedkeys() allowed in sandbox
Tony Mechelynck wrote: Bram Moolenaar wrote: [...] Modelines are default off when you are root. The mail filetype plugin also switches it off. [...] Are you sure? In a terminal logged-in as root, using vim 7.0.235: vim -u NONE -N :set ml? mls? modeline modelines=5 Modelines default off when 'compatible' is set, they default on (and 5) when 'nocompatible' is set. Root login changes nothing to that AFAICT. Sorry, my mistake. There is a recommendation that when working as root you switch 'modeline' off, but it's not done automatically. I do think that it's a good idea to make it automatic. -- He who laughs last, thinks slowest. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.236
(shiftright 0 (sinfo.mem_unit 1) == 0) + { + sinfo.mem_unit = sinfo.mem_unit 1; + --shiftright; + } + mem = sinfo.totalram * sinfo.mem_unit; + # else mem = sinfo.totalram; + # endif + } } # endif *** *** 473,479 --- 486,500 pagesize = sysconf(_SC_PAGESIZE); pagecount = sysconf(_SC_PHYS_PAGES); if (pagesize 0 pagecount 0) + { + /* avoid overflow as much as possible */ + while (shiftright 0 (pagesize 1) == 0) + { + pagesize = pagesize 1; + --shiftright; + } mem = (long_u)pagesize * pagecount; + } } # endif *** *** 488,502 # ifdef RLIM_INFINITY rlp.rlim_cur != RLIM_INFINITY # endif !(long_u)rlp.rlim_cur mem ) ! return (long_u)rlp.rlim_cur; } # endif if (mem 0) ! return mem; ! return (long_u)0x7fff; # endif } #endif --- 509,526 # ifdef RLIM_INFINITY rlp.rlim_cur != RLIM_INFINITY # endif !((long_u)rlp.rlim_cur 10) (mem shiftright) ) ! { ! mem = (long_u)rlp.rlim_cur; ! shiftright = 10; ! } } # endif if (mem 0) ! return mem shiftright; ! return (long_u)0x1f; # endif } #endif *** ../vim-7.0.235/src/version.cSun Apr 29 13:55:43 2007 --- src/version.c Tue May 1 13:32:44 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 236, /**/ -- A day without sunshine is like, well, night. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.237
Patch 7.0.237 Problem:For root it is recommended to not use 'modeline', but in not-compatible mode the default is on. Solution: Let 'modeline' default to off for root. Files: runtime/doc/options.txt, src/option.c *** ../vim-7.0.236/runtime/doc/options.txt Tue Oct 10 18:43:50 2006 --- runtime/doc/options.txt Tue May 1 13:29:08 2007 *** *** 1,4 ! *options.txt* For Vim version 7.0. Last change: 2006 May 04 VIM REFERENCE MANUALby Bram Moolenaar --- 1,4 ! *options.txt* For Vim version 7.0. Last change: 2007 May 01 VIM REFERENCE MANUALby Bram Moolenaar *** *** 528,534 ':' is removed. Thus to include \: you have to specify \\:. No other commands than set are supported, for security reasons (somebody ! might create a Trojan horse text file with modelines). Hint: If you would like to do something else than setting an option, you could define an autocommand that checks the file for a specific string. For --- 528,539 ':' is removed. Thus to include \: you have to specify \\:. No other commands than set are supported, for security reasons (somebody ! might create a Trojan horse text file with modelines). And not all options ! can be set. For some options a flag is set, so that when it's used the ! |sandbox| is effective. Still, there is always a small risc that a modeline ! causes trouble. E.g., when some joker sets 'textwidth' to 5 all your lines ! are wrapped unexpectedly. So disable modelines before editing untrusted text. ! The mail ftplugin does this, for example. Hint: If you would like to do something else than setting an option, you could define an autocommand that checks the file for a specific string. For *** *** 4520,4526 languages, no matter what you set 'mkspellmem' to. *'modeline'* *'ml'* *'nomodeline'* *'noml'* ! 'modeline' 'ml' boolean (Vim default: on, Vi default: off) local to buffer *'modelines'* *'mls'* 'modelines' 'mls' number (default 5) --- 4557,4564 languages, no matter what you set 'mkspellmem' to. *'modeline'* *'ml'* *'nomodeline'* *'noml'* ! 'modeline' 'ml' boolean (Vim default: on (off for root), !Vi default: off) local to buffer *'modelines'* *'mls'* 'modelines' 'mls' number (default 5) *** ../vim-7.0.236/src/option.c Tue May 1 13:39:14 2007 --- src/option.cTue May 1 13:26:10 2007 *** *** 3429,3434 --- 3429,3439 /* the cast to long is required for Manx C, long_i is needed for * MSVC */ *(int *)varp = (int)(long)(long_i)options[opt_idx].def_val[dvi]; + #ifdef UNIX + /* 'modeline' defaults to off for root */ + if (options[opt_idx].indir == PV_ML getuid() == ROOT_UID) + *(int *)varp = FALSE; + #endif /* May also set global value for local option. */ if (both) *(int *)get_varp_scope((options[opt_idx]), OPT_GLOBAL) = *** ../vim-7.0.236/src/version.cTue May 1 13:39:14 2007 --- src/version.c Tue May 1 19:03:09 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 237, /**/ -- The users that I support would double-click on a landmine to find out what happens. -- A system administrator /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.238
Patch 7.0.238 Problem:Crash when :match pattern runs into 'maxmempattern'. (Yakov Lerner) Solution: Don't free the regexp program of match_hl. Files: src/screen.c *** ../vim-7.0.237/src/screen.c Tue Nov 28 16:16:03 2006 --- src/screen.cTue May 1 21:36:50 2007 *** *** 6477,6485 if (called_emsg) { /* Error while handling regexp: stop using this regexp. */ ! vim_free(shl-rm.regprog); shl-rm.regprog = NULL; ! no_hlsearch = TRUE; break; } if (nmatched == 0) --- 6477,6491 if (called_emsg) { /* Error while handling regexp: stop using this regexp. */ ! if (shl == search_hl) ! { ! /* don't free the regprog in match_hl[], it's a copy */ ! vim_free(shl-rm.regprog); ! no_hlsearch = TRUE; ! } shl-rm.regprog = NULL; ! shl-lnum = 0; ! got_int = FALSE; /* avoid the Type :quit to exit Vim message */ break; } if (nmatched == 0) *** ../vim-7.0.237/src/version.cTue May 1 19:06:39 2007 --- src/version.c Tue May 1 21:39:48 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 238, /**/ -- Change is inevitable, except from a vending machine. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: help needed with completion in version 7
Andrei Voropaev wrote: [...] It's difficult to decide when to leave this editing mode. Also because you can make a typo, and expect Backspace to correct that. If the key exits completion mode you can't go back to what you were doing. It's strange that you are saying it's difficult to decide when to leave the editing mode. As soon as there are no matches after my editing, the completion shall stop, just like it stops when I don't hit the BackSpace key. Or do I miss something? I mean, why appending to what I've typed is different from modifying it? Essentially it's just different way to modify the input for the completion function. From my naive point of view, the logic should be something like following. When you have 500 matches you can type some more characters to reduce the number of matches. But you may make a typo and end up with zero matches. Then it's nice you can press backspace and type the right character. Otherwise you would have to start completion again (e.g., with CTRL-X CTRL-O when you were doing omni completion). -- hundred-and-one symptoms of being an internet addict: 34. You laugh at people with 14400 baud modems. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.235
Patch 7.0.235 Problem:It is possible to use writefile() in the sandbox. Solution: Add a few more checks for the sandbox. Files: src/eval.c *** ../vim-7.0.234/src/eval.c Fri Apr 27 22:17:43 2007 --- src/eval.c Sat Apr 28 21:36:02 2007 *** *** 15598,15603 --- 15598,15606 int err = FALSE; FILE *fd; + if (check_restricted() || check_secure()) + return; + if (argvars[1].v_type != VAR_UNKNOWN) { /* *** *** 16430,16435 --- 16433,16441 char_u*s; int ret = 0; int c; + + if (check_restricted() || check_secure()) + return; if (argvars[0].v_type != VAR_LIST) { *** ../vim-7.0.234/src/version.cFri Apr 27 22:17:43 2007 --- src/version.c Sun Apr 29 13:54:29 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 235, /**/ -- Now it is such a bizarrely improbable coincidence that anything as mind-bogglingly useful as the Babel fish could have evolved purely by chance that some thinkers have chosen to see it as a final and clinching proof of the NON-existence of God. The argument goes something like this: 'I refuse to prove that I exist,' says God, 'for proof denies faith, and without faith I am nothing.' 'But,' says Man, 'the Babel fish is a dead giveaway, isn't it? It could not have evolved by chance. It proves you exist, and so therefore, by your own arguments, you don't. QED.' 'Oh dear,' says God, 'I hadn't thought of that,' and promptly vanishes in a puff of logic. 'Oh, that was easy,' says Man, and for an encore goes on to prove that black is white and gets himself killed on the next pedestrian crossing. -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Syntax error: let a1 = 1 | let b = [1,2,3] | echo b[a1:-1] = Undefined variable a1:
Thomas wrote: The following code throws a Undefined variable a1: error: let a1 = 1 | let b = [1,2,3] | echo b[a1:-1] When one puts a blank after a1, it's ok though: let a1 = 1 | let b = [1,2,3] | echo b[a1 : -1] Since a1 is no valid scope and a1: is an illegal variable name, IMHO this code shouldn't be considered ambiguous. We want to keep the possibility open to add more scopes later. Thus anything that looks like {scope}:{name} is handled as such. Using : both for scopes and Sublist is not ideal. But it's hard to think of something that is better. Just always put a space before the : used for a Sublist. -- I'm not familiar with this proof, but I'm aware of a significant following of toddlers who believe that peanut butter is the solution to all of life's problems...-- Tim Hammerquist /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: Viminfo dictionaries
Thomas wrote: Part two in this week's installment of unsolicited comment on vimscript: I also realized that viminfo doesn't save upper case letter variables the values of which are dictionaries. This can be solved by using VimEnter VimLeavePre autocommands and by converting the variable to from strings. If this is intended to be so, I think this should be noted in the help -- AFAIK it currently isn't. It's documented at :help 'viminfo': CHARVALUE ~ ! When included, save and restore global variables that start with an uppercase letter, and don't contain a lowercase letter. Thus KEEPTHIS and K_L_M are stored, but KeepThis and _K_L_M are not. Only String and Number types are stored. -- So this is it, said Arthur, we are going to die. Yes, said Ford, except...no! Wait a minute! He suddenly lunged across the chamber at something behind Arthur's line of vision. What's this switch? he cried. What? Where? cried Arthur, twisting around. No, I was only fooling, said Ford, we are going to die after all. -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: feedkeys() allowed in sandbox
Ciaran McCreesh wrote: On Sat, 28 Apr 2007 21:52:07 +0200 Bram Moolenaar [EMAIL PROTECTED] wrote: I don't like this solution. Opening some files would be OK in the sandbox, e.g., for reading. readfile() would be OK in the sandbox, right? Probably not. In a multi-user environment it can be used as a privilege escalation by inserting the contents of a non-world-readable file into a world-readable file when the latter is edited by a user with elevated privileges. In the sandbox you can't insert text into a file or buffer. Anything that requires saving text for undo is blocked. You can also get the text from an already opened file with getbufline(). It's difficult to draw a line, but I think blocking everything that writes is good enough. -- `The Guide says there is an art to flying,' said Ford, `or at least a knack. The knack lies in learning how to throw yourself at the ground and miss.' He smiled weakly. -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: valgrind filetype detection
Rodolfo Borges wrote: When opening a valgrind output file, the syntax highlighting was not being automatically turned on. I found that on scripts.vim it's checking for 'valgrind' on the first line, but my version of valgrind (3.2.1 ) prints 'Memcheck' instead. So I fixed it adding the second elseif bellow: Valgrind elseif s:line1 =~ '^==\d\+== valgrind' set ft=valgrind elseif s:line1 =~ '^==\d\+== Memcheck' set ft=valgrind Maybe this should be included on Vim distribution? Memcheck is not valgrind, right? Or is the format exactly the same? One example I found starts with: ==16418== Memcheck, a memory error detector for x86-linux. ==16418== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al. ==16418== Using valgrind-2.1.2, a program supervision framework for x86-linux. ==16418== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al. ==16418== For more details, rerun with: -v ==16418== So perhaps we should check for Using valgrind in the third line? Or is it possible that the header looks different? -- 'Well, here's something to occupy you and keep your mind off things.' 'It won't work, I have an exceptionally large mind.' -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: wish: collaboration of N vim instances editing same file
Yakov Lerner wrote: Is it possible to add this item to the vim voting list ?: collaboration of N vim instances editing same file -- Ability of N instances of vim to absorb, merge and show changes to the same file made by other running vim instances [ either by reading other vim's swapfiles, or somehow else ] ? It's an interesting idea. Won't be easy to implement in such a way that it works on most platforms. It will probably require a server to make it possible for various Vim instances to find each other. And to take care of authentication. Perhaps such a server already exists? Can this be added to SOC ? Too late. -- What a wonderfully exciting cough! Do you mind if I join you? -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: wish: show search progress on slow searches
Yakov Lerner wrote: Wish: when search is slow, show the progress line number every second on the bottom line (like, 12345 of 9). What is slow? Checking if the second passed will make the search even slower. Checking time is quite slow on some systems (the check for CTRL-C suffers from this). Maybe this can be done with plugin, I'm not sure. Probably not without a big performance hit. Maybe simply status line can be refreshed once in a second, temporarily setting line number to the current search position. That would be confusing. Need to show it somewhere else (but where?). Some regexes take half minute to several minutes time on multimegabyte file. It would be nice to see the progress numbers onscreen. True. Some of my functions also echo the current line number now and then. -- You know, it's at times like this when I'm trapped in a Vogon airlock with a man from Betelgeuse and about to die of asphyxiation in deep space that I really wish I'd listened to what my mother told me when I was young! Why, what did she tell you? I don't know, I didn't listen! -- Arthur Dent and Ford Prefect in Douglas Adams' The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: make issues on OSX
Robert Hicks wrote: I downloaded revision 252 from the svn repo and it gave make errors (which I piped to a text file). Do I need to report that somewhere? Use the vim-mac maillist. -- How To Keep A Healthy Level Of Insanity: 17. When the money comes out the ATM, scream I won!, I won! 3rd time this week! /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: let loaded_matchparen = 1
Andre Majorel wrote: Are there any plans to make the highlight-the-matching-thing feature disabled by default in a future release of Vim ? It defaults to off when 'compatible' is set. Otherwise, incompatible changes are only made when there is a very good reason. Since hardly anyone complains about highlighting matching parens, there doesn't appear to be a reason. -- The startling truth finally became apparent, and it was this: Numbers written on restaurant checks within the confines of restaurants do not follow the same mathematical laws as numbers written on any other pieces of paper in any other parts of the Universe. This single statement took the scientific world by storm. So many mathematical conferences got held in such good restaurants that many of the finest minds of a generation died of obesity and heart failure, and the science of mathematics was put back by years. -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: wish: show search progress on slow searches
Yakov Lerner wrote: Wish: when search is slow, show the progress line number every second on the bottom line (like, 12345 of 9). What is slow? Checking if the second passed will make the search even slower. Checking time is quite slow on some systems (the check for CTRL-C suffers from this). Maybe this can be done with plugin, I'm not sure. Probably not without a big performance hit. Maybe simply status line can be refreshed once in a second, temporarily setting line number to the current search position. That would be confusing. Need to show it somewhere else (but where?). Some regexes take half minute to several minutes time on multimegabyte file. It would be nice to see the progress numbers onscreen. True. Some of my functions also echo the current line number now and then. -- You know, it's at times like this when I'm trapped in a Vogon airlock with a man from Betelgeuse and about to die of asphyxiation in deep space that I really wish I'd listened to what my mother told me when I was young! Why, what did she tell you? I don't know, I didn't listen! -- Arthur Dent and Ford Prefect in Douglas Adams' The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: spam in subject
The subject of this message was: Subject: Re: ***SPAM*** Re: Re: ***SPAM***_Vim70's hignlighting You are very lucky it got through. You have to remove ***SPAM*** from the subject line, otherwise it has a high probability to be marked as spam. I'm getting so much spam lately that my spam-filtering rules are quite agressive. So don't write a message that looks more or less like spam. -- A fool must search for a greater fool to find admiration. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: vim 7.1?
Ian Tegebo wrote: On 4/27/07, Bram Moolenaar [EMAIL PROTECTED] wrote: Jonathan Smith wrote: With the insane number of patches collecting against 7.0, and presumably the new features accumulating in the devel tree, is anyone thinking about when a 7.1 release might be made? Yeah, it's about time for Vim 7.1. Unfortunately I haven't found a good moment to make a new release. And I don't see it happening in the coming weeks either... Would it be possible for people to help make new releases? You can certainly help fixing bugs. There is about a hundred of them at the top of the todo list. I first thought to fix them all before making a 7.1, but since the list only appears to get longer I might drop that idea. -- How To Keep A Healthy Level Of Insanity: 9. As often as possible, skip rather than walk. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: help file imprecision
Tony wrote: In *insert.txt*For Vim version 7.0. Last change: 2006 Dec 06 under :help i_CTRL-_ at lines 222-223, there is: Only if compiled with the |+rightleft| feature (which is not the default). there should be: Only if compiled with the |+rightleft| feature (which means a Big or Huge version of Vim). I'll just remove the text between parenthesis, it's confusing. -- How To Keep A Healthy Level Of Insanity: 13. Go to a poetry recital and ask why the poems don't rhyme. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.234
Patch 7.0.234 Problem:It's possible to use feedkeys() from a modeline. That is a security issue, can be used for a trojan horse. Solution: Disallow using feedkeys() in the sandbox. Files: src/eval.c *** ../vim-7.0.233/src/eval.c Thu Apr 26 17:08:16 2007 --- src/eval.c Fri Apr 27 21:48:18 2007 *** *** 9078,9083 --- 9078,9089 int typed = FALSE; char_u*keys_esc; + /* This is not allowed in the sandbox. If the commands would still be + * executed in the sandbox it would be OK, but it probably happens later, + * when sandbox is no longer set. */ + if (check_secure()) + return; + rettv-vval.v_number = 0; keys = get_tv_string(argvars[0]); if (*keys != NUL) *** ../vim-7.0.233/src/version.cThu Apr 26 18:42:17 2007 --- src/version.c Fri Apr 27 22:13:23 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 234, /**/ -- Making it up? Why should I want to make anything up? Life's bad enough as it is without wanting to invent any more of it. -- Marvin, the Paranoid Android in Douglas Adams' The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: feedkeys() allowed in sandbox
Tomas Golembiovsky wrote: today somebody came to #vim, and pasted some modeline (containig joke or such). He muttered something about not knowing what that means and left before long. But (!) what I noticed is that feedkeys() was used as part of foldexpression and it turned out that feedkeys() is allowed in sandbox, which means malicious file can run arbitrary command via modeline like this: vim: fdm=expr fde=feedkeys(\\:!touch\ phantom_was_here\\cr) I guess you can see the consequences. Is this known/intentional? That's pretty nasty. I'll make a patch right away. -- Far back in the mists of ancient time, in the great and glorious days of the former Galactic Empire, life was wild, rich and largely tax free. Mighty starships plied their way between exotic suns, seeking adventure and reward among the furthest reaches of Galactic space. In those days, spirits were brave, the stakes were high, men were real men, women were real women and small furry creatures from Alpha Centauri were real small furry creatures from Alpha Centauri. And all dared to brave unknown terrors, to do mighty deeds, to boldly split infinitives that no man had split before -- and thus was the Empire forged. -- Douglas Adams, The Hitchhiker's Guide to the Galaxy /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: vim 7.1?
Jonathan Smith wrote: With the insane number of patches collecting against 7.0, and presumably the new features accumulating in the devel tree, is anyone thinking about when a 7.1 release might be made? Yeah, it's about time for Vim 7.1. Unfortunately I haven't found a good moment to make a new release. And I don't see it happening in the coming weeks either... However, the number of patches is not insane, nor are the new features waiting in some development tree. It will be just Vim 7.0 with all patches included and updated runtime files. -- How To Keep A Healthy Level Of Insanity: 4. Put your garbage can on your desk and label it in. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: feedkeys() allowed in sandbox
Tony Mechelynck wrote: Tomas Golembiovsky wrote: Greetings mortals, today somebody came to #vim, and pasted some modeline (containig joke or such). He muttered something about not knowing what that means and left before long. But (!) what I noticed is that feedkeys() was used as part of foldexpression and it turned out that feedkeys() is allowed in sandbox, which means malicious file can run arbitrary command via modeline like this: vim: fdm=expr fde=feedkeys(\\:!touch\ phantom_was_here\\cr) I guess you can see the consequences. Is this known/intentional? IIUC, feedkeys() called from sandbox should execute as if in sandbox, i.e., only (at most) key sequences acceptable in sandbox should be able to be fed. Now this is what I think it ought to do. How does it actually behave? Did you try your example? Did it touch the file? That was the idea: The sandbox flag is checked when the keys are executed. However, the sandbox flag may have been reset by then, as the example shows. Thus feedkeys() needs to be disallowed in the sandbox. -- I have a drinking problem -- I don't have a drink! /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: possible bug: lowercase dotless i and langmap
Ali Polatel wrote: Hi everyone, I was playing around with langmap and found out there is a problem with characters 'ı'[1] - 0131;LATIN SMALL LETTER DOTLESS I - and 'Ä'[2] - 011F;LATIN SMALL LETTER G WITH BREVE The Turkish keyboard looks like this[3] for those who don't know about it. The problem is when I set langmap=ıi small dotless I doesn't work as expected. I'm using tr_TR.UTF-8 locale and I tried it both on the console,with consoles on X and with gvim. The same is true for g with breve. The other turkish keys work fine with langmap. I wasn't sure if this was about my system or vim so I made some people with turkish keyboards try this: [EMAIL PROTECTED] ~ $ vim -c set lmap=ıi execute \normal ıhi\Esc\ let line = getline(1) if line =~ \hi\ echo \The dotless small I works as expected\ else echo \The dotless small I doesn't work with langmap\ endif - - there is probably a shorter way but anyway :) - and they could reproduce the problem. Internationalizing dotted and dotless letter I has always been a problem[4] but I don't think this is the issue here because the same problem exists for g with breve. From :help 'langmap': This only works for 8-bit characters. The value of 'langmap' may be specified with multi-byte characters (e.g., UTF-8), but only the lower 8 bits of each character will be used. I guess most Turkish characters are in latin1, only the ones that are not won't work with 'langmap'. -- How To Keep A Healthy Level Of Insanity: 3. Every time someone asks you to do something, ask if they want fries with that. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: help needed with completion in version 7
Andrei Voropaev wrote: On Fri, Apr 27, 2007 at 01:17:39PM +0200, A.J.Mechelynck wrote: [...] Aha, I think, that here we talk about a bug! If I hit Ctrl-N, get the needed completion, and then start typing further, then the completion stops as soon as there are no more matches. BUT. If after Ctrl-N I hit Backspace first, and then continue typing, then completion does not stop even when there are no more matches. In this case only Esc or Ctrl-Y aborts the completion. Ah, finally, I can reproduce that. I think it's only a missing screen redraw. If I backspace, then type a few letters, then (let's say) a period, the message match m of n is still there. Hitting Left makes it disappear (replaced by -- INSERT --), after which Right brings the cursor back where it belongs. Unfortunately it's not just a missing screen. If you try to do completion again it won't work. So again, type the beginning of word, hit Ctrl-N, hit Backspace, type ( and beginning of another word, hit Ctrl-N to complete it. It won't work saying that there are no matches. That's because old completion is still active and it tries to complete the whole thing. This happens very often when one has to write C functions :) So, I would say this is a more serious bug than just missing update of the screen. When you press Backspace you go into a mode where you edit the text, so that you can change the list of matches. Just about any character can appear in the matches (e.g., for line completion or when using omni completion). It's difficult to decide when to leave this editing mode. Also because you can make a typo, and expect Backspace to correct that. If the key exits completion mode you can't go back to what you were doing. Actually, I've hit another bug few times already, unfortunately I can't reproduce it. When I type quickly and miss a key, then I try to undo my changes and instead get back the message Can't undo, the line numbers are incorrect or something like that. Usually it happens after I hit 2-3 keys wrong, so I still can't reproduce it. Well, when I type japanese text in over the spot mode this is normal. But everyone decided that this is a bug in the japanese input. Looks like it can be triggered also in non-japanes input. If you find a way to reproduce this undo line numbers wrong error then I would very much like to see it. It's hard to fix something that I can't reproduce. -- How To Keep A Healthy Level Of Insanity: 5. Put decaf in the coffee maker for 3 weeks. Once everyone has gotten over their caffeine addictions, switch to expresso. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.225
Patch 7.0.225 Problem:When using setline() in an InsertEnter autocommand and doing A the cursor ends up on the last byte in the line. (Yukihiro Nakadaira) Solution: Only adjust the column when using setline() for the cursor line. Move it back to the head byte if necessary. Files: src/eval.c, src/misc2.c *** ../vim-7.0.224/src/eval.c Tue Mar 27 16:57:54 2007 --- src/eval.c Thu Apr 26 10:52:09 2007 *** *** 14397,14403 if (u_savesub(lnum) == OK ml_replace(lnum, line, TRUE) == OK) { changed_bytes(lnum, 0); ! check_cursor_col(); rettv-vval.v_number = 0; /* OK */ } } --- 14411,14418 if (u_savesub(lnum) == OK ml_replace(lnum, line, TRUE) == OK) { changed_bytes(lnum, 0); ! if (lnum == curwin-w_cursor.lnum) ! check_cursor_col(); rettv-vval.v_number = 0; /* OK */ } } *** ../vim-7.0.224/src/misc2.c Tue Feb 20 03:18:20 2007 --- src/misc2.c Tue Mar 27 21:59:56 2007 *** *** 516,522 --- 516,529 || virtual_active()) curwin-w_cursor.col = len; else + { curwin-w_cursor.col = len - 1; + #ifdef FEAT_MBYTE + /* prevent cursor from moving on the trail byte */ + if (has_mbyte) + mb_adjust_cursor(); + #endif + } } #ifdef FEAT_VIRTUALEDIT *** ../vim-7.0.224/src/version.cTue Mar 27 16:57:54 2007 --- src/version.c Thu Apr 26 10:53:33 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 225, /**/ -- hundred-and-one symptoms of being an internet addict: 14. You start introducing yourself as Jim at I-I-Net dot net dot au /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.226
Patch 7.0.226 Problem:Display flickering when updating signs through the netbeans interface. (Xavier de Gaye) Solution: Remove the redraw_later(CLEAR) call. Files: src/netbeans.c *** ../vim-7.0.225/src/netbeans.c Tue Nov 14 18:29:00 2006 --- src/netbeans.c Sat Apr 21 18:14:00 2007 *** *** 2143,2150 coloncmd(:sign jump %d buffer=%d, serNum, buf-bufp-b_fnum); } - /* XXX only redraw what changed. */ - redraw_later(CLEAR); #endif /* =*/ } --- 2143,2148 *** ../vim-7.0.225/src/version.cThu Apr 26 10:55:46 2007 --- src/version.c Thu Apr 26 11:00:01 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 226, /**/ -- hundred-and-one symptoms of being an internet addict: 15. Your heart races faster and beats irregularly each time you see a new WWW site address in print or on TV, even though you've never had heart problems before. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.227
Patch 7.0.227 Problem:Crash when closing a window in the GUI. (Charles Campbell) Solution: Don't call out_flush() from win_free(). Files: src/window.c *** ../vim-7.0.226/src/window.c Sun Mar 11 15:53:27 2007 --- src/window.cWed Apr 18 22:31:52 2007 *** *** 2084,2089 --- 2084,2096 } #endif + #ifdef FEAT_GUI + /* Avoid trouble with scrollbars that are going to be deleted in + * win_free(). */ + if (gui.in_use) + out_flush(); + #endif + /* * Close the link to the buffer. */ *** *** 4174,4180 #ifdef FEAT_GUI if (gui.in_use) { - out_flush(); gui_mch_destroy_scrollbar(wp-w_scrollbars[SBAR_LEFT]); gui_mch_destroy_scrollbar(wp-w_scrollbars[SBAR_RIGHT]); } --- 4181,4186 *** ../vim-7.0.226/src/version.cThu Apr 26 11:01:16 2007 --- src/version.c Thu Apr 26 16:09:30 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 227, /**/ -- hundred-and-one symptoms of being an internet addict: 16. You step out of your room and realize that your parents have moved and you don't have a clue when it happened. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
patch 7.0.228
Patch 7.0.228 Problem:Cygwin: problem with symlink to DOS style path. Solution: Invoke cygwin_conv_to_posix_path(). (Luca Masini) Files: src/os_unix.c *** ../vim-7.0.227/src/os_unix.cTue Mar 6 20:27:03 2007 --- src/os_unix.c Mon Apr 23 22:27:16 2007 *** *** 55,60 --- 55,66 # endif #endif + #ifdef __CYGWIN__ + # ifndef WIN32 + # include sys/cygwin.h /* for cygwin_conv_to_posix_path() */ + # endif + #endif + #if defined(HAVE_SELECT) extern int select __ARGS((int, fd_set *, fd_set *, fd_set *, struct timeval *)); #endif *** *** 2228,2233 --- 2258,2270 #ifdef VMS fname = vms_fixfilename(fname); + #endif + + #ifdef __CYGWIN__ + /* + * This helps for when /etc/hosts is a symlink to c:/something/hosts. + */ + cygwin_conv_to_posix_path(fname, fname); #endif /* expand it if forced or not an absolute path */ *** ../vim-7.0.227/src/version.cThu Apr 26 16:11:47 2007 --- src/version.c Thu Apr 26 16:27:29 2007 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 228, /**/ -- hundred-and-one symptoms of being an internet addict: 19. All of your friends have an @ in their names. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///