Sorry, that email went off a little too quick. In the example I sent, I start csi with parley in my csirc, and type (define, then hit enter, type x). I would expect that to work, defining x as (void). This may be a better illustration of the problem, however:
[klm@kth parley]$ csi -q #;1> (begin 1 > 2 > ) 12 Now I'm getting 12, which should have been 2. It seems newlines are missing as a separator somehow. Cheers, K. On Thu, Aug 8, 2013 at 9:06 PM, Kristian Lein-Mathisen < kristianl...@gmail.com> wrote: > Dumb terminal, that's a much better idea! It's working too, thanks a lot > Christian. > > > But I found another bug, I don't know where it was introduced: > > [klm@kth parley]$ csi -q > #;1> (define > > x) > > Error: unbound variable: definex > > Call history: > > <syntax> (definex) > <eval> (definex) <-- > #;1> ^D > > K. > > > > > On Thu, Aug 8, 2013 at 8:55 PM, Christian Kellermann > <ck...@pestilenz.org>wrote: > >> * Kristian Lein-Mathisen <kristianl...@gmail.com> [130808 18:23]: >> > Hello Christian, >> > >> > Thanks for that, parley is really useful! I'm using parley for my >> everyday >> > Chickening. I just have a small comment regarding regarding the prompt. >> > When I do this: >> > >> > [klm@kth ~]$ csi -q >> > #;1> (begin >> > > ;; each line produce >> > > ;; a '>' mark >> > > (void)) >> > #;2> >> > #;2> ^D >> > >> > Those '>' prompts are really quite handy. However, when I run csi from >> > emacs as inferiour-scheme, it's not so useful because the '>' end up on >> the >> > same line, and I don't care that there were multiple lines involved. In >> my >> > emacs buffer, if I evaluate the same sexp as above, I just get this: >> > >> > #;1> > > > #;2> >> > >> > What I'd like to see is this: >> > >> > #;1> >> > #;2> >> > >> > So how about an option to turn those '>' off, and perhaps place that >> > newline before each prompt? Maybe there is something to fix this >> already in >> > the docs, but I haven't found anything. This is my ~/.csirc: >> > >> > ;; -*- scheme -*- >> > (use parley) >> > (let ((old (current-input-port))) >> > (current-input-port (make-parley-port old))) >> >> Can you please try HEAD from the bitbucket repo and see whether >> this fixes your issue? >> >> git clone https://bitbucket.org/ckeen/parley.git >> >> With this code, parley does nothing clever with the prompt when we >> have a "dumb" terminal, i.e. when stdin is not a tty. >> >> Thanks, >> >> Christian >> >> -- >> In the world, there is nothing more submissive and weak than >> water. Yet for attacking that which is hard and strong, nothing can >> surpass it. --- Lao Tzu >> > >
_______________________________________________ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users