geiser-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Geiser-users] [BUG] Printing with a newline from another thread los


From: Michael Wilber
Subject: Re: [Geiser-users] [BUG] Printing with a newline from another thread loses the REPL running Racket
Date: Thu, 28 Mar 2013 12:55:31 -0600
User-agent: Notmuch/0.15.2 (http://notmuchmail.org) Emacs/24.3.1 (x86_64-unknown-linux-gnu)

For the record, when it's not sustained output, I can get my prompt back
by moving to the end of the buffer and spamming C-c C-j C-c C-j until
the prompt reappears.

"Jose A. Ortega Ruiz" <address@hidden> writes:
> On Thu, Mar 28 2013, Diogo F. S. Ramos wrote:
>
>> 1. Run M-x run-racket
>>
>> 2. Input `(thread (thunk (displayln "hello, world")))' to the REPL
>>
>> After 2., the REPL is in a state where it can't take input anymore.
>> It's also impossible to enter files using C-c C-a.
>
> This is (known) limitation of Geiser: communications between Emacs and
> Racket, when running the later from within Emacs, is mediated by stdin,
> and spawning threads interfere with that communication.
>
> The way to use threads and Racket (or Guile, for that matter) is to
> start a separate process and connect to it using M-x geiser-connect
> (since then Geiser and Racket will talk using a socket).
>
>> The Racket process is still running because it's possible to evaluate
>> expressions using C-x C-e in other Geiser Racket buffers.
>> Using `display' instead of `displayln' does not reproduce this behavior.
>
> Sometimes it's possible to avoid these deadlocks by setting
> geiser-repl-read-only-prompt-p, but it's more of a workaround.
>
> HTH,
> jao



reply via email to

[Prev in Thread] Current Thread [Next in Thread]