Hi Bram,
2014/5/12 Mon 22:17:05 UTC+9 Ken Takata wrote:
Hi Bram,
2014/5/10 Sat 20:23:47 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/4/29 Tue 22:04:23 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another
Hi Bram,
2014/5/14 Wed 23:19:38 UTC+9 Ken Takata wrote:
Hi Bram,
2014/5/13 Tue 20:12:59 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/5/13 Tue 3:40:37 UTC+9 Bram Moolenaar wrote:
So is the patch now ready to be included, or did you still have a
problem to fix?
I
Hi Bram,
2014/5/13 Tue 20:12:59 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/5/13 Tue 3:40:37 UTC+9 Bram Moolenaar wrote:
So is the patch now ready to be included, or did you still have a
problem to fix?
I think it's ready. I don't see any regressions with the patch (at
Ken Takata wrote:
2014/5/13 Tue 3:40:37 UTC+9 Bram Moolenaar wrote:
So is the patch now ready to be included, or did you still have a
problem to fix?
I think it's ready. I don't see any regressions with the patch (at least in my
use cases).
Updating the tests is another todo item.
Hi Bram,
2014/5/10 Sat 20:23:47 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/4/29 Tue 22:04:23 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors
Hi Bram,
2014/5/13 Tue 3:40:37 UTC+9 Bram Moolenaar wrote:
So is the patch now ready to be included, or did you still have a
problem to fix?
I think it's ready. I don't see any regressions with the patch (at least in my
use cases).
Updating the tests is another todo item.
Regards,
Ken Takata
Ken Takata wrote:
2014/4/29 Tue 22:04:23 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors balk, so I recommended VIM. Unfortunately, even vim crashes
after
Hi Bram,
2014/4/29 Tue 22:04:23 UTC+9 Bram Moolenaar wrote:
Ken Takata wrote:
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors balk, so I recommended VIM. Unfortunately, even vim crashes
after scrolling some
Ken Takata wrote:
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors balk, so I recommended VIM. Unfortunately, even vim crashes
after scrolling some amount. For instance, he can't go straight to
the end of file.
Hi,
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors balk, so I recommended VIM. Unfortunately, even vim crashes
after scrolling some amount. For instance, he can't go straight to
the end of file.
The work station is
Ken Takata wrote:
Hi,
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors balk, so I recommended VIM. Unfortunately, even vim crashes
after scrolling some amount. For instance, he can't go straight to
the end of file.
The
On 2014-04-16 09:58, Adrian Nagle wrote:
'm helping another user open a large, 3Gb, file. The standard
windows editors balk, so I recommended VIM. Unfortunately, even
vim crashes after scrolling some amount. For instance, he can't go
straight to the end of file.
The work station is
Charles Campbell wrote:
Ken Takata wrote:
Hi,
2014/4/17 Thu 0:58:01 UTC+9 Adrian wrote:
'm helping another user open a large, 3Gb, file. The standard windows
editors balk, so I recommended VIM. Unfortunately, even vim crashes
after scrolling some amount. For instance, he can't go straight
Folks,
I appreciate the help. I will look into the suggestions. We use NTFS.
Thanks!
Adrian
--
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You
On 2014-04-17 09:44, Charles Campbell wrote:
And, instead of TIm, it should be Tim.
No problem, CHip ;-)
-tim
--
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit
On 2014-04-16 09:58, Adrian Nagle wrote:
'm helping another user open a large, 3Gb, file. The standard
windows editors balk, so I recommended VIM. Unfortunately, even
vim crashes after scrolling some amount. For instance, he can't go
straight to the end of file.
The work station is
On Fri, 17 May 2013 at 12:08pm +0530, Rajesh Kannan wrote:
Could the programatically contributing members please try to make Vim
faster when opening large files? Even when I open a file of say 2 megs it
takes 3-4 seconds more than say Ultraedit. Larger text files, say about a
100 megs, take
I knew of it but never took the time to use that plugin as I have the
option to open the larger files in Uedit.
While trying to open the link you sent, the website returns the an error
opening that page.
-
Vim Online Error
script:Can't connect to local MySQL server through socket
On Fri, 17 May 2013 at 12:53pm +0530, Rajesh Kannan wrote:
While trying to open the link you sent, the website returns the an error
opening that page.
Try again later. It works for me.
You may also use https://github.com/vim-scripts/LargeFile as an
alternative URI.
Will try a little
Rajesh Kannan wrote:
-
Vim Online Error
script:Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
-
I just noticed that problem myself, and came here to see if
there was a discussion. I will investigate the situation in an
hour, if I get time,
On Friday, May 17, 2013 6:38:04 PM UTC+12, Rajesh Kannan wrote:
Could the programatically contributing members please try to make Vim faster
when opening large files? Even when I open a file of say 2 megs it takes 3-4
seconds more than say Ultraedit. Larger text files, say about a 100 megs,
-
Vim Online Error
script:Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
-
I just noticed that problem myself, and came here to see if
there was a discussion. I will investigate the situation in
an hour, if I get time, otherwise not
22 matches
Mail list logo