On Monday, May 8, 2017 at 2:47:13 PM UTC-4, Daniel Drucker wrote:
> On Monday, May 8, 2017 at 2:42:02 PM UTC-4, Daniel Drucker wrote:
> > On Monday, May 8, 2017 at 2:24:12 PM UTC-4, Christian Brabandt wrote:
> > > On Mo, 08 Mai 2017, Daniel Drucker wrote:
> > > 
> > > > On Monday, May 8, 2017 at 2:19:43 PM UTC-4, Christian Brabandt wrote:
> > > > > On Mo, 08 Mai 2017, Daniel Drucker wrote:
> > > > > 
> > > > > > On Thursday, July 17, 2014 at 4:55:50 PM UTC-4, Christian Brabandt 
> > > > > > wrote:
> > > > > > > On Do, 17 Jul 2014, Praful wrote:
> > > > > > > 
> > > > > > > > On Thursday, 26 June 2014 14:42:29 UTC+1, Praful  wrote:
> > > > > > > > 
> > > > > > > > > 
> > > > > > > > > Hi Christian
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > Excellent news: it is now working! I can confirm that the 
> > > > > > > > > item that remains on the clipboard after issuing g/<pattern/d 
> > > > > > > > > is the last row that was deleted.
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > Thank you for persevering with this issue!
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > Praful
> > > > > > > > 
> > > > > > > > I've lost track of this issue. Given that it's fixed, when will 
> > > > > > > > this be included in the official patches? When I now patch vim, 
> > > > > > > > I have to undo Christian's patch then apply the official 
> > > > > > > > patches then redo Christian's patch.
> > > > > > > 
> > > > > > > My guess is, its in Brams todo list and will take some time until
> > > > > > > Bram comes to include this patch. 
> > > > > > 
> > > > > > 
> > > > > > It's now 2017, and it doesn't appear that this has been included 
> > > > > > yet in:
> > > > > > 
> > > > > > VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Mar 20 2017 15:55:48)
> > > > > > Included patches: 1-494
> > > > > > 
> > > > > > 
> > > > > > Does anyone know why not?
> > > > > 
> > > > > I think this has been included long ago with 7.4.396
> > > > 
> > > > 
> > > > Hmm. I wonder what's going on in mine then? In my config:
> > > > https://gist.github.com/dmd/70aaef4072c7e8d78018cef5ecc28903
> > > > 
> > > > with a 200000 line file, v/mystring/d takes about 8 minutes with set 
> > > > clipboard=unnamed, or less than a second without.
> > > > 
> > > > Is there something I can do to debug why this is happening?
> > > 
> > > Try to bisect, if this is a recent regression.
> > 
> > 
> > I am getting the same result in 7.4.396:
> >     https://gist.github.com/a2c22023308cbc80f88efb3cf22ccb00
> > 
> > Slow with set clipboard=unnamed, fast without.
> > The only thing in .vimrc is set clipboard=unnamed. Removing that makes it 
> > fast.
> > 
> 
> 
> Unsetting DISPLAY fixes this for me, if that's a clue.
> 
 


(But, of course, then the clipboard doesn't actually WORK, so that's not really 
a fix.)

Daniel

-- 
-- 
You received this message from the "vim_dev" 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 received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Raspunde prin e-mail lui