From: Vladimir V. Zolotych Subject: (read-char) Date: Message-ID: <3A76FC56.1D244932@eurocom.od.ua>
This is a multi-part message in MIME format. --------------4A9477E45CBC821C4170FABF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello I'm using CMUCL 18c, Emacs 20.4.2 and ILISP 5.10.1 In *cmulisp* buffer I can't read some characters with (read-char). * (read-char) a #\a * (read-char) ] Interpreter behaves strange in *cmulisp* buffer. Prompt * disappears. The only thing I can do to avoid that state is to kill *cmulisp* buffer and run M-x cmulisp again. I've tried to (read-char) outside of Emacs/ILISP. All works as expected. Please explain me how can I tune things. I'd like to be able read-char \#] and see something like * (read-char) ] #\] * (read-char) ) #\) * Another question. If a form produces large output, e.g. (make-array (* 24 60 60) :element-type 'bit)) And I wouldn't like to see it, what is conventional way for such things (probably prog*) ? Thanks. -- Vladimir Zolotych ······@eurocom.od.ua --------------4A9477E45CBC821C4170FABF Content-Type: text/x-vcard; charset=us-ascii; name="gsmith.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Vladimir V. Zolotych Content-Disposition: attachment; filename="gsmith.vcf" begin:vcard n:Zolotych;Valdimir V. x-mozilla-html:FALSE adr:;;;;;; version:2.1 ·····················@eurocom.od.ua x-mozilla-cpt:;0 fn:Valdimir V. Zolotych end:vcard --------------4A9477E45CBC821C4170FABF--
From: Raymond Wiker Subject: Re: (read-char) Date: Message-ID: <86ofwpaqvs.fsf@raw.grenland.fast.no>
"Vladimir V. Zolotych" <······@eurocom.od.ua> writes:
> Hello
>
> I'm using CMUCL 18c, Emacs 20.4.2 and ILISP 5.10.1
>
> In *cmulisp* buffer I can't read some characters with
> (read-char).
>
> * (read-char)
> a
> #\a
> * (read-char)
> ]
>
> Interpreter behaves strange in *cmulisp* buffer. Prompt
> * disappears. The only thing I can do to avoid that state is
> to kill *cmulisp* buffer and run M-x cmulisp again.
This may be due to a keybinding in the ilisp buffer. Try typing
C-q before the ].
This behaviour can be switched off by setting
ilisp-bindings-*bind-right-bracket-p* to nil.
--
Raymond Wiker
·············@fast.noFrom: Vladimir V. Zolotych Subject: Re: (read-char) Date: Message-ID: <3A77E5C3.3B36AD40@eurocom.od.ua>
This is a multi-part message in MIME format. --------------05E100EFAD4B3101A0FECCA4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Raymond Wiker wrote: > > This may be due to a keybinding in the ilisp buffer. Try typing > C-q before the ]. Sorry, this doesn't fix the problem. (READ-CHAR) still doesn't return. > > This behaviour can be switched off by setting > ilisp-bindings-*bind-right-bracket-p* to nil. I check the ilisp-bindings-*bind-right-bracket-p* (M-x describe-variable), the following is what I see: ilisp-bindings-*bind-right-bracket-p*'s value is nil Documentation: If non-nil the key ']' will be bound to #'close-all-lisp. Defined in `ilisp-def'. -- Vladimir Zolotych ······@eurocom.od.ua --------------05E100EFAD4B3101A0FECCA4 Content-Type: text/x-vcard; charset=us-ascii; name="gsmith.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Vladimir V. Zolotych Content-Disposition: attachment; filename="gsmith.vcf" begin:vcard n:Zolotych;Valdimir V. x-mozilla-html:FALSE adr:;;;;;; version:2.1 ·····················@eurocom.od.ua x-mozilla-cpt:;0 fn:Valdimir V. Zolotych end:vcard --------------05E100EFAD4B3101A0FECCA4--
From: Marco Antoniotti Subject: Re: (read-char) Date: Message-ID: <y6cd7d36a5r.fsf@octagon.mrl.nyu.edu>
"Vladimir V. Zolotych" <······@eurocom.od.ua> writes:
> Raymond Wiker wrote:
> >
> > This may be due to a keybinding in the ilisp buffer. Try typing
> > C-q before the ].
>
> Sorry, this doesn't fix the problem. (READ-CHAR) still
> doesn't return.
This is funny. I guess some strange itneraction with comint is to
blame. We'll have to investigate.
>
> >
> > This behaviour can be switched off by setting
> > ilisp-bindings-*bind-right-bracket-p* to nil.
>
> I check the ilisp-bindings-*bind-right-bracket-p*
> (M-x describe-variable), the following is what I see:
>
> ilisp-bindings-*bind-right-bracket-p*'s value is
> nil
>
> Documentation:
> If non-nil the key ']' will be bound to #'close-all-lisp.
>
> Defined in `ilisp-def'.
Setting the variable does not change the key binding. Unfortunately
the functionality embedded in the variable is that of a "load only
switch".
I declare that this is a bug(let) in ILISP.
Cheers
--
Marco Antoniotti =============================================================
NYU Bioinformatics Group tel. +1 - 212 - 998 3488
719 Broadway 12th Floor fax +1 - 212 - 995 4122
New York, NY 10003, USA http://galt.mrl.nyu.edu/valis
Like DNA, such a language [Lisp] does not go out of style.
Paul Graham, ANSI Common Lisp