Re: mysterious unc path issue on windows
Oh, I can also add that I have tried with creating a new user, but I get the same problem. --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: A few questions(accessing the Vim code in VimL)
On Feb 9, 12:35 am, Tony Mechelynck antoine.mechely...@gmail.com wrote: I suspect there's no way to do any of this, but I thought I'd ask before I took a more...cumbersome route. Oh, also what is this declaration structure: 2038 static void 2039 list_func_vars(first) 2040 int *first; 2041 { 2042 if (current_funccal != NULL) 2043 list_hashtable_vars(current_funccal-l_vars.dv_hashtab, 2044 (char_u *)l:, FALSE, first); 2045 } I've never seen that in C before. Declaring variables after the arguments but before the body? --Whaledawg It's not variables, it's the arguments: int *first here means that first, the argument, is a pointer to int. I'm told doing it this way rather than static void list_func_vars(int *first) makes the source more portable among various C compilers. IIUC, the Vim C source obeys the C89 standard, as shown by this line which I see in the logfile where I saved the stdout/stderr of configure: checking for gcc option to accept ISO C89... none needed not exactly obeys - Vim is relying on C89 to use pre-standard syntax. That's called legacy C, and iirc is not supported in the current standard. Besides that drawback, using legacy C provides less stringent type- checking and other compiler diagnostics. It was for that reason that I phased out my own use of legacy C ten years ago. (of course, if your program has no bugs, you don't need compiler checking - but I've never seen an interesting program without bugs) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: A few questions(accessing the Vim code in VimL)
Spencer Collyer wrote: On Sun, 8 Feb 2009 20:40:09 -0800, Garrett Whelan wrote: ... Oh, also what is this declaration structure: 2038 static void 2039 list_func_vars(first) 2040 int *first; 2041 { 2042 if (current_funccal != NULL) 2043 list_hashtable_vars(current_funccal-l_vars.dv_hashtab, 2044 (char_u *)l:, FALSE, first); 2045 } I've never seen that in C before. Declaring variables after the arguments but before the body? That is the original style of function declaration in C, from back in the KR first edition days. Yes. Note, though, they are not variables being defined (or even declared), but the types of the function arguments being declared. You can't just define variables there, it is the place to declare the arguments' types, though. Ben. --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
RE: A few questions(accessing the Vim code in VimL)
It cannot work reliable with redir. Think of options with possible trailing whitespace, like 'listchars', 'showbreak', 'breakat', etc. There is no backslash for escaping in the output. I see your point. I've changed the script to only parse the option names (much easier to do). The option value is now set via option. See the attached script. Cheers, David --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~--- temp.vim Description: temp.vim
Re: :cgetfile versus :grep performance
In case anyone should ever be bothered by this issue again, I'll answer myself. Both commands will take almost the same amount of time to complete (actually, :cgetfile seems a little faster) if they use the same error format list. In my case 'grepformat' consisted of 3 patterns and 'errorformat' from as many as 15. Hence the difference. -- Cheers, Lech --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: A few questions(accessing the Vim code in VimL)
Larson, DavidX S schrieb: It cannot work reliable with redir. Think of options with possible trailing whitespace, like 'listchars', 'showbreak', 'breakat', etc. There is no backslash for escaping in the output. I see your point. I've changed the script to only parse the option names (much easier to do). The option value is now set via option. See the attached script. Cheers, David Here is another way to get the option names, it's basically :set C-A func! GetOptionNames() exec sil normal! :set \C-A'\C-B\C-Right\C-U\Dellet str='\r return split(str) endfunc let optionlist = GetOptionNames() The output is almost sorted and includes all and termcap as the first two entries. -- Andy --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
RE: A few questions(accessing the Vim code in VimL)
Here is another way to get the option names, it's basically :set C-A I like it, but I can't find the doc entry for C-A. Do you know where it is? David --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: A few questions(accessing the Vim code in VimL)
On Mon, Feb 09, 2009 at 03:08:08PM -0800, Larson, DavidX S wrote: Here is another way to get the option names, it's basically :set C-A I like it, but I can't find the doc entry for C-A. Do you know where it is? :help c_CTRL-A You may also want to read :help help-context -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@jamessan.com signature.asc Description: Digital signature
Re: Dynamic folding in 2html.vim output
I just realize my patch doesn't handle the g:html_no_pre option. I'll make another patch in the next day or two to also handle this option (I notice I'll need to get the latest from FTP again). Bram, once I fix the handling of g:html_no_pre, is there a reason not to include this in the official script? --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: A few questions(accessing the Vim code in VimL)
On Mon, Feb 9, 2009 at 5:56 PM, Andy Wokula wrote: Here is another way to get the option names, it's basically :set C-A snip The output is almost sorted and includes all and termcap as the first two entries. Wow. That is quite clever, I definitely wouldn't have thought of that. Nicely done. For the termcap options, you'd also want to do a :set t_C-a for getting each of the termcap options... Though I don't see any easy way to use this to get the :set-termcap stuff... Ie, :set M-x=foo Any ideas on that one? I don't have time to play with it ATM, but I'm definitely curious about it. :-) ~Matt --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
Re: Dynamic folding in 2html.vim output
On Mon, Feb 9, 2009 at 5:29 PM, Ben Fritz fritzophre...@gmail.com wrote: I just realize my patch doesn't handle the g:html_no_pre option. I'll make another patch in the next day or two to also handle this option (I notice I'll need to get the latest from FTP again). Bram, once I fix the handling of g:html_no_pre, is there a reason not to include this in the official script? New patches attached, based off the latest from FTP, and accounting for g:html_no_pre. --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~--- 2html.vim.diff Description: Binary data syntax.txt.diff Description: Binary data
Re: A few questions(accessing the Vim code in VimL)
On 10/02/09 03:28, Matt Wozniski wrote: On Mon, Feb 9, 2009 at 5:56 PM, Andy Wokula wrote: Here is another way to get the option names, it's basically :setC-A snip The output is almost sorted and includes all and termcap as the first two entries. Wow. That is quite clever, I definitely wouldn't have thought of that. Nicely done. For the termcap options, you'd also want to do a :set t_C-a for getting each of the termcap options... Though I don't see any easy way to use this to get the :set-termcap stuff... Ie, :setM-x=foo Any ideas on that one? I don't have time to play with it ATM, but I'm definitely curious about it. :-) ~Matt :set ^A (without the quotes, and where ^A means press Ctrl-A) gives termcap options (shown as t_xx) and also conventional names: after t_ku (in Console mode) or t_ZR (in GUI mode) I see Space Tab Tab NL etc. until Drop Nul SNR Plug. They don't appear alphabetically, and I've no idea why Tab is shown twice. M-x normally means x + 0x80 (which, in Latin1, means ø) or, sometimes, Escx. You can :set it but if you haven't you can't interrogate it: :set M-x? returns error E518 unless you've explicitly set it to something. I don't expect such a :set statement to have any useful effect for meta+printable keys anyway. For standard keys such as F5, Home, etc., the S- , C- , M- , etc., compounds are not listed but I suppose you can deduce them from the names that are. Best regards, Tony. -- Bell Labs Unix -- Reach out and grep someone. --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---