Re: using (in-readtable) to select a readtable

"73budden ." <[email protected]> Tue, 18 Aug 2015 14:49:36 +0300
Newsgroups gmane.lisp.slime.devel
Message-ID <CADMF=irdbSqL4ZdGwpiuOXEPf+fAv4b40gHT3SemMcgno0Bfsg@mail.gmail.com>
Hi! I think begun to lose the point in the discussion :)

>> It is SLIME-specific problem. I hope I have already described the
>> problem in previous posts. E.g. you type in SLIME:
>> ...
>> Of course, we can not say it is completely unpredictible, but is
>> rather hard to predict sometimes.

>OK, I see, if does seem to be SLIME-specific so it shouldn't affect my
>implementation.

My English not so good, but I guess "if" means "it". If so, what does
"it" mean? Anomaly I described is SLIME specific, but SLY is close to
SLIME, isn't it? (in-readtable) modifies *readtable-alist*, you don't
ignore *readtable-alist*. So if you type the same sequence in SLY, I
think you'll get the same unexpected readtable change behind the
scenes.

Solution I suggested is to add new "in-readtbl" form in addition to
"in-readtable". And lock *readtable-alist* from changes somehow. I
don't know how we implement locking *readtable-alist* without patching
named-readtables. Patching named-readtables is out of our authority,
but I believe we need to consider it (maybe apply a patch) if we want
that the entire system would work well.