Not nice:
:echo strftime(%e)
%e - some undefined code I used by accident
makes Vim crash.
(GVim 7.0.235, Win32)
--
Regards,
Andy
Hi!
I observe different results. The compiled on MinGW gvim doesn't crash,
but displays nothing. Under linux it works quite well, and prints the
day of the month, i.e. 23.
So the crash may refer to a bug in the system libraries or
environments. It'd be interesting to have look at the crash from
Anatoli Sakhnik schrieb:
Hi!
I observe different results. The compiled on MinGW gvim doesn't crash,
but displays nothing. Under linux it works quite well, and prints the
day of the month, i.e. 23.
So the crash may refer to a bug in the system libraries or
environments. It'd be interesting to
I've forgotten. The version of mine is 7.1.
-- Anatoli Sakhnik.
On 23/05/07, Andy Wokula [EMAIL PROTECTED] wrote:
Also no crash with the original GVim 7.0 Win32 distribution
(returns empty string).
--
Regards,
Andy
On Tue, 22 May 2007 15:51:29 -0700, Micah Cowan
[EMAIL PROTECTED] wrote:
As at least one person has noted, there are many users who expect a
vi-compatible program when they type vi at the command-line. When this
isn't what you want, you really should consider changing your habit to
use vim,
Micah Cowan [EMAIL PROTECTED] 写于 2007-05-23 09:11:54:
[EMAIL PROTECTED] wrote:
All you need to do is to: sudo apt-get install vim-gtk, which installs
a
Big version of vim, and the vim will be replaced with that version.
Well... not replaced. They will both be installed. You'll probably need
Since John asked for wikibooks again, I've setup a poll to bring this
discussion to an end. But before some last words:
Wikibooks does not ask you to create structure in chapters,sections up
front. It is not even suggested! Suggested is Content first and
structure
in chapters,sections
-Original Message-
From: Sebastian Menge [mailto:[EMAIL PROTECTED]
Sent: 23 May 2007 10:03
To: vim@vim.org
Subject: VimWiki - Poll on wiki hosting
[...]
But I don't see any structure in the 1500 tips. Neither now nor later.
Well, say they could be thought of belonging loosely to
Op woensdag 23 mei 2007, schreef fREW:
Another thing that might help with speed that was mentioned a month
or so ago is the following script specifically aimed at increasing
speed for large files:
http://www.vim.org/scripts/script.php?script_id=1506.
Indeed, among other things, this disables
Peter Palm wrote:
http://www.vim.org/scripts/script.php?script_id=1506.
Indeed, among other things, this disables the swap file for
'large' files, which should really speed up things.
I was going to report the following issue to vim-dev after I got
a chance to investigate it a little
Tim Chase wrote:
I think given those conditions (autowrite and nohidden), there seems to
be no such way from my experimenting. However, if you switch to using
hidden instead of nohidden, you can do
:argdo u
which will undo the last action in each argument.
I've been casually looking
John Beckett [EMAIL PROTECTED] 写于 2007-05-23 18:39:22:
The result was really ugly. The script failed to notice that 3GB
was large because the Vim function getfsize(f) returned a
negative number.
I haven't checked getfsize() on 32-bit Linux yet, nor am I
sufficiently patient to try opening
echo first file first.txt
echo second file second.txt
gvim first.txt second.txt
Suppose in first.txt I edit `first` to become `1st` using Vim editing
commands:
cw1stEscape
Now I perform a search-and-replace to change `second` to `2nd`:
:argdo
panshizhu wrote:
As far as I know, Windows does not support files larger than
4GB. So its okay to use unsigned 32-bit for filesize in
windows.
It's not as bad as that! Even FAT32 supports files much larger
than 4GB.
The Win32 API includes function _stati64() to get a 64-bit file
size (the API
John Beckett [EMAIL PROTECTED] 写于 2007-05-23 19:32:25:
On many systems, the calculation could use 64-bit integers.
John
Yes, but on all systems, vim script could not take 64-bit integers:
see eval.txt line 38:
1.1 Variable types ~
*E712*
There are
Eric Smith wrote:
When I am in vim, I can edit a file after selecting form the explorer,
however
I can only :read a file if I use
Nread
I'm not sure what you mean by this -- :r file works normally. If the
file is an url
style: :r ftp://somehost/path/to/file then netrw will read the
Robert M Robinson wrote:
That brings me to my question. I have noticed that when editing large
files (millions of lines), deleting a large number of lines (say,
hundreds of thousands to millions) takes an unbelieveably long time in
VIM--at least on my systems. This struck me as so odd, I
John Beckett wrote:
Peter Palm wrote:
http://www.vim.org/scripts/script.php?script_id=1506.
Indeed, among other things, this disables the swap file for
'large' files, which should really speed up things.
I was going to report the following issue to vim-dev after I got
a chance to
shawn bright wrote:
hello all,
Is the enter key on the numeric keypad different than the enter key of
the keyboard?
i was thinking that it would be super handy to map it to gg. I have a
lot of long files to mess around with.
I believe the NumLock key modifies the behavior of the number pad
Im tweaking the import script right now, and noticed that there are many
references to the :help.
I would like to replace all the occurrences of sth. like (:help
some-text) by a reference to vimdoc.
Does someone know how what URL could be used instead of :help
sometext ??
I found the link
On Wed, May 23, 2007 3:03 am, Sebastian Menge wrote:
Since John asked for wikibooks again, I've setup a poll to bring this
discussion to an end. But before some last words:
Wikibooks does not ask you to create structure in chapters,sections
up front. It is not even suggested! Suggested is
I like to use OpenSSL to encrypt some files on my hard drive. I cobbled
together the following script that allows me to transparently view and
updated OpenSSL-encrypted docs using vim on Linux:
augroup encrypted
au!
First make sure nothing is written to ~/.viminfo while
On 2007-05-23T09:59:22-0500, Tom Purl wrote:
Is there anyone else who's usuing gpg or openssl
with Vim?
I use one of the gpg plugins all the time:
http://www.vim.org/scripts/script.php?script_id=1751
/Allan
In that case, I'll have to thank Bram for fixing my problem before I even
asked him to do so! Thanks Gary, when I get a chance I'll download vim 7.
To those of you who provided links to work-around scripts etc., thank you
for your help. If any of you are having trouble with large files I'd
On Wed, May 23, 2007 11:05 am, Allan Wind wrote:
On 2007-05-23T09:59:22-0500, Tom Purl wrote:
Is there anyone else who's usuing gpg or openssl
with Vim?
I use one of the gpg plugins all the time:
http://www.vim.org/scripts/script.php?script_id=1751
Problem solved.
Thanks Allan. I was
often well beyond those of the present line. I had been used
to this deleting up to 999 characters, but only up to the end
of the present line. It appears that the set compatible
Ummm, 'D' doesn't work?
On 5/23/07, Sebastian Menge [EMAIL PROTECTED] wrote:
Im tweaking the import script right now, and noticed that there are many
references to the :help.
I would like to replace all the occurrences of sth. like (:help
some-text) by a reference to vimdoc.
Does someone know how what URL could be
On 2007-05-23, Sebastian Menge [EMAIL PROTECTED] wrote:
Im tweaking the import script right now, and noticed that there are many
references to the :help.
I would like to replace all the occurrences of sth. like (:help
some-text) by a reference to vimdoc.
Does someone know how what URL
On 5/21/07, Mike Hansen [EMAIL PROTECTED] wrote:
Oh great VIM gurus.
With VIM 7.# on Windows, I can't seem to get the Omni complete to
work
for Python for my own modules written in python. Omni complete seems
to
work for standard library modules, but not for modules that I have in
the same
Am Mittwoch, den 23.05.2007, 11:12 -0700 schrieb Gary Johnson:
Executing :help tags.txt shows there is no tags.txt help file,
Yea, there is tags in the doc-directory of vim, one can easily use
that with python (python is really cool!) and construct the URL.
You're right, the text of the link
On 5/23/07, Sebastian Menge [EMAIL PROTECTED] wrote:
Am Mittwoch, den 23.05.2007, 11:12 -0700 schrieb Gary Johnson:
Executing :help tags.txt shows there is no tags.txt help file,
Yea, there is tags in the doc-directory of vim, one can easily use
that with python (python is really cool!) and
Hello,
This is a newbie question. I want to have a functionality similar to
g CTRL-] which implements the command :stj [ident]. Is there
something like that? I wasn't able to find it in :help tags.
Thanks,
Krishna
Hi,
On 5/23/07, Michael Henry [EMAIL PROTECTED] wrote:
Tim Chase wrote:
I think given those conditions (autowrite and nohidden), there seems to
be no such way from my experimenting. However, if you switch to using
hidden instead of nohidden, you can do
:argdo u
which will undo the
Hello,
You can try this mapping with the left mouse button (I don't try with
C-] because I can't type CTRL-] on my french keyboard :p ) :
map C-LeftMouse :exe :stj . expand(cword)CR
Best regards,
Vissale
2007/5/24, cupaxe [EMAIL PROTECTED]:
Hello,
This is a newbie question. I want to
Sebastian Menge wrote:
Am Mittwoch, den 23.05.2007, 11:12 -0700 schrieb Gary Johnson:
Executing :help tags.txt shows there is no tags.txt help file,
Yea, there is tags in the doc-directory of vim, one can easily use
that with python (python is really cool!) and construct the URL.
You're
On 2007-05-23, cupaxe [EMAIL PROTECTED] wrote:
Hello,
This is a newbie question. I want to have a functionality similar to
g CTRL-] which implements the command :stj [ident]. Is there
something like that? I wasn't able to find it in :help tags.
Do you mean like either of these? I'm not
Robert Maxwell Robinson wrote:
In that case, I'll have to thank Bram for fixing my problem before I
even asked him to do so! Thanks Gary, when I get a chance I'll download
vim 7.
To those of you who provided links to work-around scripts etc., thank
you for your help. If any of you are
Charles E Campbell Jr [EMAIL PROTECTED] 写于 2007-05-23 21:38:27:
Sounds like the filesize is getting stored in a 32bit signed number, and
overflowing.
Is the negative number -1 (that would mean file can't be found)? If
not, then perhaps
that fact could be used to extend the LargeFile's
On 23/05/07, John Beckett [EMAIL PROTECTED] wrote:
panshizhu wrote:
As far as I know, Windows does not support files larger than
4GB. So its okay to use unsigned 32-bit for filesize in
windows.
It's not as bad as that! Even FAT32 supports files much larger
than 4GB.
Not true. FAT32
Yongwei Wu [EMAIL PROTECTED] 写于 2007-05-24 11:28:06:
Who really want to edit TEXT files as large as that? I cannot think of
scenarios other than log files. Maybe Vim does not fit in this role.
Best regards,
Yongwei
--
Yes it fits in this role, and frankly speaking this was the reason I
On 5/23/07, Yongwei Wu [EMAIL PROTECTED] wrote:
On 23/05/07, John Beckett [EMAIL PROTECTED] wrote:
panshizhu wrote:
As far as I know, Windows does not support files larger than
4GB. So its okay to use unsigned 32-bit for filesize in
windows.
It's not as bad as that! Even FAT32 supports
41 matches
Mail list logo