Re: Fix confused references in if_lua.

2012-01-09 Fir de Conversatie MURAOKA Taro
Hi Luis-san, thanks to quick response! I have investigated your new patch. (Sorry, I can't try it yet. It is working time in Japan.) I have new several questions. Q1. upvalue is available on 5.1 too. Why don't you use it for 5.1? Q2. What is host object of upvalue? I have to write additiona

Re: Fix confused references in if_lua.

2012-01-09 Fir de Conversatie Luis Carvalho
MURAOKA Taro wrote: > >>    Point of my patch is separeting two tables for its purpose. > >>      * A table for interned check, it has very short lifetime. > > > > IMO this is overkill: you are creating a table at every conversion of list > > and > > dict values and then discarding the table. A si

Re: Scheme is not Lisp (or ftplugin issues)

2012-01-09 Fir de Conversatie Axioplase
Hi, 2012/1/10 Sergey Khorev : >> The fact that it is completely outdated, not actively maintained, and >> that the author belongs to a group that develops a full-fledged Scheme >> editor (namely Dr Racket, formerly Dr Scheme) makes me believe so. > > Your assumption is incorrect. Dorai does use Vi

Re: Fix confused references in if_lua.

2012-01-09 Fir de Conversatie MURAOKA Taro
>>    Point of my patch is separeting two tables for its purpose. >>      * A table for interned check, it has very short lifetime. > > IMO this is overkill: you are creating a table at every conversion of list and > dict values and then discarding the table. A simpler solution is to only > intern

Re: Fix confused references in if_lua.

2012-01-09 Fir de Conversatie Luis Carvalho
> wouldn't a simpler solution be to just > avoid checking if the value is interned? > >I think it will cause some problems. >"Checking interned" has two important meanings at least. >1st one is efficiency as you wrote. Yes, and as I also said, the user can always intern th

Re: Bug since one of the later patches: :redraw during startup (e.g. from vimrc) causes gvim to redraw on the terminal

2012-01-09 Fir de Conversatie Christian Brabandt
Hi Bram! On Fr, 06 Jan 2012, Bram Moolenaar wrote: > > Christian Brabandt wrote: > > > > > On Mi, 14 Dez 2011, lith wrote: > > > > > > > > > Hi, > > > > > > > > > > Am Dienstag, 13. Dezember 2011 20:24:01 UTC+1 schrieb Christian > > > > > Brabandt: > > > > > > > > > > > > Can you provide a m

Re: [patch] Regression with patch 7.3.251

2012-01-09 Fir de Conversatie Christian Brabandt
Hi Bram! On Do, 05 Jan 2012, Bram Moolenaar wrote: > > Christian Brabandt wrote: > > > I found another problem that was introduced with 7.3.251. > > > > vim -u NONE -U NONE -N -i NONE -c "call setline('.', > > ['','foobar',''])|$" > > > > Now the cursor is on the last line. Execute this comm

Re: Fix confused references in if_lua.

2012-01-09 Fir de Conversatie Taro MURAOKA
Hi Luis Carvalho. > wouldn't a simpler solution be to just > avoid checking if the value is interned? > I think it will cause some problems. "Checking interned" has two important meanings at least. 1st one is efficiency as you wrote. 2nd one is avoiding infinite loop for cyclic refrenced value

Re: Scheme is not Lisp (or ftplugin issues)

2012-01-09 Fir de Conversatie Sergey Khorev
> I am sending updated file with did_ftplugin to Bram. To make things clear. While I believe Scheme is a Lisp dialect (both R5RS and R6RS say so too), "runtime! ftplugin/lisp.vim ftplugin/lisp_*.vim ftplugin/lisp/*.vim" seem to be unnecessary here so my update just copies all code from ftplugin/li

Re: Scheme is not Lisp (or ftplugin issues)

2012-01-09 Fir de Conversatie Sergey Khorev
> The fact that it is completely outdated, not actively maintained, and > that the author belongs to a group that develops a full-fledged Scheme > editor (namely Dr Racket, formerly Dr Scheme) makes me believe so. Your assumption is incorrect. Dorai does use Vim as do I. If you think there is a ro