Thanks for checking. I looked at the code for this and noticed that this bug occurs only when :*USE-DEDICATED-OUTPUT-STREAM* is set to T. I believe this bug is related to the following Changelog entries * 2006-12-31 Matthias Koeppe <mkoeppe@mail.math.uni-magdeburg.de> | * swank.lisp (connection): New slot repl-results (a stream). | (make-output-function-for-target): New. | (open-streams): Use it here to also create a stream for REPL results. * 2006-12-29 Matthias Koeppe <mkoeppe@mail.math.uni-magdeburg.de> | Simplify the REPL-results protocol. The results are now printed | using special :WRITE-STRING events from the Lisp side. Now there are two issues I would like some elucidation on: 2. Doesnt the new design contradict using a dedicated output stream? The repl results stream is not the dedicated output stream (opened in OPEN-STREAMS). Assuming for a moment that it were, how can the new protocol for printing repl results talk to that? 1. What is the status of SWANK:*USE-DEDICATED-OUTPUT-STREAM* ? I remember there was a move to eliminate it. Am I the only person using it? (not unusual!) Actually I have not understood the presentation protocol and barely grasp the connections stuff. -- Madhu * Jeffrey Cunningham <20070201155908.GE8077@achilles.olympus.net> : | On Tue Jan 30, 2007 at 03:04:01PM +0530, Madhu wrote: |> The printing of repl results seems to have changed recently: |> |> CL-USER> (format *standard-output* "foo") |> NIL |> CL-USER> foo |> |> CL-USER> (format *standard-output* "foo~%") |> NIL |> CL-USER> foo |> |> i.e. The result is printed and the prompt is printed before the |> command's output. |> |> Do other people get this same behaviour? |> |> Is this backend/interaction mode specific? (I'm using cmucl). |> -- | | | I'm not getting it with SBCL 1.0.1 + SLIME 2007-01-24 | | CL-USER> (format *standard-output* "foo") | foo | NIL |