Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie R0b0t1
On Mon, May 8, 2017 at 6:24 PM, James McCoy wrote: > On Mon, May 08, 2017 at 03:08:31PM -0500, R0b0t1 wrote: >> Or, *instead of all of the above,* arithmetic can be defined to wrap. >> Technically, with no other changes, this doesn't solve the original >> complaint about undefined behavior > > It

Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie James McCoy
On Mon, May 08, 2017 at 03:08:31PM -0500, R0b0t1 wrote: > Or, *instead of all of the above,* arithmetic can be defined to wrap. > Technically, with no other changes, this doesn't solve the original > complaint about undefined behavior It would, because it would be defined to wrap. That's trivial

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie Gary Johnson
On 2017-05-08, 'Andy Wokula' via vim_dev wrote: > Am 08.05.2017 um 12:53 schrieb Bram Moolenaar: > >For flexibility this needs to work recursively. We could do something > >like: > > > > let saved_options = options_save() > > ... do your stuff ... > > call options_restore(saved_options

Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie R0b0t1
On Mon, May 8, 2017 at 3:08 PM, R0b0t1 wrote: > On Mon, May 8, 2017 at 1:23 PM, Christian Brabandt wrote: >> >> On Mo, 08 Mai 2017, R0b0t1 wrote: >> >>> On Sat, May 6, 2017 at 8:45 PM, James McCoy wrote: >>> > On Fri, May 05, 2017 at 10:23:49PM +0200, Bram Moolenaar wrote: >>> >> James McCoy wro

Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie R0b0t1
On Mon, May 8, 2017 at 1:23 PM, Christian Brabandt wrote: > > On Mo, 08 Mai 2017, R0b0t1 wrote: > >> On Sat, May 6, 2017 at 8:45 PM, James McCoy wrote: >> > On Fri, May 05, 2017 at 10:23:49PM +0200, Bram Moolenaar wrote: >> >> James McCoy wrote: >> >> > It would be nice for there to be defined be

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie 'Andy Wokula' via vim_dev
Am 08.05.2017 um 12:53 schrieb Bram Moolenaar: For flexibility this needs to work recursively. We could do something like: let saved_options = options_save() ... do your stuff ... call options_restore(saved_options) The options being saved should be small to keep this e

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie 'Andy Wokula' via vim_dev
Am 08.05.2017 um 13:04 schrieb Christian Brabandt: On Mo, 08 Mai 2017, Bram Moolenaar wrote: Besides that, plugin writers also have a problem with very common options, such as 'wrapscan' and 'ignorecase'. We are nog going to remove these. Having an easy way to set these to their default, a

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie 'Andy Wokula' via vim_dev
Am 03.05.2017 um 11:11 schrieb Christian Brabandt: Hi h_east! On Mi, 03 Mai 2017, h_east wrote: 'gdefault' invertes the 'g' flag of `:substitute`. In addition to 'edcompatible', it also inverts the 'c' flag. When using `:substitute` with plugin, save and restore of the above options are nece

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Daniel Drucker
On Monday, May 8, 2017 at 2:48:13 PM UTC-4, Daniel Drucker wrote: > 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 M

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Daniel Drucker
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:

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Daniel Drucker
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

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Daniel Drucker
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-

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Christian Brabandt
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: > > > > >

Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie Christian Brabandt
On Mo, 08 Mai 2017, R0b0t1 wrote: > On Sat, May 6, 2017 at 8:45 PM, James McCoy wrote: > > On Fri, May 05, 2017 at 10:23:49PM +0200, Bram Moolenaar wrote: > >> James McCoy wrote: > >> > It would be nice for there to be defined behavior here for the user, > >> > instead of exposing them to the wh

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Daniel Drucker
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

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Christian Brabandt
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 > > > > > > > > > > > > > > > > E

Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie R0b0t1
On Sat, May 6, 2017 at 8:45 PM, James McCoy wrote: > On Fri, May 05, 2017 at 10:23:49PM +0200, Bram Moolenaar wrote: >> James McCoy wrote: >> > It would be nice for there to be defined behavior here for the user, >> > instead of exposing them to the whims of the compiler implementation. >> >> Unfo

Re: Define behavior for over/underflow in vim script arithmetic

2017-05-08 Fir de Conversatie R0b0t1
On Sat, May 6, 2017 at 9:05 AM, Bram Moolenaar wrote: > > James McCoy wrote: > >> >> Recently, there was some work done on defining how to handle converting >> >> numeric literals in vim script to C integers -- basically, clamp to the >> >> extremes of the datatype. If it would exceed the max/min

Re: Patch 7.4.396

2017-05-08 Fir de Conversatie Daniel Drucker
On Wednesday, August 6, 2014 at 12:17:19 PM UTC-4, Bram Moolenaar wrote: > Patch 7.4.396 > Problem:When 'clipboard' is "unnamed", :g/pat/d is very slow. (Praful) > Solution: Only set the clipboard after the last delete. (Christian Brabandt) > Files:src/ex_cmds.c, src/ex_cmds2.c, s

Re: global command slow when clipboard=unnamed

2017-05-08 Fir de Conversatie Daniel Drucker
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

sha256 key data is not zeroed

2017-05-08 Fir de Conversatie Michael W. Bombardieri
Hi, I was reading over bf_key_init() in Vim's blowfish.c. * sha256_key() finalises the "input" key to be used by blowfish * sha256_key() is simply a wrapper for sha256_bytes() * sha256_bytes() has a static buffer (hexit), which is the hex string of the key it generates * sha256_bytes() returns

Re: RFE: 'listchars' entry for soft-hyphen

2017-05-08 Fir de Conversatie Dominique Pellé
Bram Moolenaar wrote: > Tony Mechelynck wrote: > >> I notice that at the moment, the soft-hyphen (U+00AD) is displayed as >> a blank character cell. I suggest to add an entry in 'listchars' (e.g. >> shy:c) to display it as a glyph of the user's choice, so that e.g. >> >> :set lcs=eol:¶,tab:

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie Bram Moolenaar
Christian Brabandt wrote: > > > On Mi, 03 Mai 2017, h_east wrote: > > > > > > > 'gdefault' invertes the 'g' flag of `:substitute`. > > > > In addition to 'edcompatible', it also inverts the 'c' flag. > > > > > > > > When using `:substitute` with plugin, save and restore of the above > > > > op

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie Bram Moolenaar
Justin M. Keyes wrote: > On Mon, May 8, 2017 at 12:53 PM, Bram Moolenaar wrote: > > > > Christian Brabandt wrote: > > > >> On Mi, 03 Mai 2017, h_east wrote: > >> > >> > 'gdefault' invertes the 'g' flag of `:substitute`. > >> > In addition to 'edcompatible', it also inverts the 'c' flag. > >> > >

Re: RFE: 'listchars' entry for soft-hyphen

2017-05-08 Fir de Conversatie Bram Moolenaar
Tony Mechelynck wrote: > I notice that at the moment, the soft-hyphen (U+00AD) is displayed as > a blank character cell. I suggest to add an entry in 'listchars' (e.g. > shy:c) to display it as a glyph of the user's choice, so that e.g. > > :set lcs=eol:¶,tab:\|_,extends:>,precedes:<,conce

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie Justin M. Keyes
On Mon, May 8, 2017 at 12:53 PM, Bram Moolenaar wrote: > > Christian Brabandt wrote: > >> On Mi, 03 Mai 2017, h_east wrote: >> >> > 'gdefault' invertes the 'g' flag of `:substitute`. >> > In addition to 'edcompatible', it also inverts the 'c' flag. >> > >> > When using `:substitute` with plugin, s

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie Christian Brabandt
On Mo, 08 Mai 2017, Bram Moolenaar wrote: > > Christian Brabandt wrote: > > > On Mi, 03 Mai 2017, h_east wrote: > > > > > 'gdefault' invertes the 'g' flag of `:substitute`. > > > In addition to 'edcompatible', it also inverts the 'c' flag. > > > > > > When using `:substitute` with plugin, sav

Re: [proposal][patch] Want to stop supporting troublesome options 'gdefault' and 'edcompatible'.

2017-05-08 Fir de Conversatie Bram Moolenaar
Christian Brabandt wrote: > On Mi, 03 Mai 2017, h_east wrote: > > > 'gdefault' invertes the 'g' flag of `:substitute`. > > In addition to 'edcompatible', it also inverts the 'c' flag. > > > > When using `:substitute` with plugin, save and restore of the above options > > are necessary, it is a