On Wed, Jan 23, 2008 at 05:11:53PM -0500, Charles E Campbell Jr wrote:
> Vim is often quite forgiving of user blunders. However, for plugin
> development, I'd rather it be more strict. I have a tendency of trying
> bufnr("."), for example, when I should use bufnr("%"). The strange
> thing is is that it seems to work on occasion (but erratically). I've
> found other bugs in the past that vim glides over, but that makes it
> difficult to find them.
>
> How about an errorstop option:
>
> 'errorstop' 'es' boolean (default: off)
> local to window
> {not in Vi}
>
> This option makes Vim strict with respect to any errors, warnings,
> etc., when running a script.
> Vim will immediately terminate the script with E???.
Are you familiar with the abort qualifier to a function definition?
Documented a bit below :help a:firstline . It's applies to a function
rather than a window, though I'm not quite sure how the latter makes
sense.
With regards to the specific example, bufnr() accepts several kinds of
arguments, including partial buffer names. So :e .vimrc|echo bufnr('.')
would return that buffer's number, as the filename starts with a dot.
Cheers,
Tim
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---