[#4479] Requesting addition to IRB (configurable standard output) — Sascha Ebach <se@...>

Hello,

13 messages 2005/02/24
[#4482] Re: Requesting addition to IRB (configurable standard output) — Sam Roberts <sroberts@...> 2005/02/25

Quoting se@digitale-wertschoepfung.de, on Fri, Feb 25, 2005 at 01:22:34AM +0900:

[#4483] Re: Requesting addition to IRB (configurable standard output) — Eric Hodel <drbrain@...7.net> 2005/02/25

On 24 Feb 2005, at 19:51, Sam Roberts wrote:

[#4488] Re: Requesting addition to IRB (configurable standard output) — Sam Roberts <sroberts@...> 2005/02/26

Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 02:43:31AM +0900:

[#4489] Re: Requesting addition to IRB (configurable standard output) — Eric Hodel <drbrain@...7.net> 2005/02/26

On 25 Feb 2005, at 16:03, Sam Roberts wrote:

Re: [bug?] curses + threads = non-blocking getch

From: William Morgan <wmorgan-ruby-core@...>
Date: 2005-02-15 22:56:48 UTC
List: ruby-core #4436
Excerpts from Tanaka Akira's mail of 15 Feb 2005 (EST):
> It is not a non-blocking I/O.  It checks an available input before
> reading.  It can be re-implemented as follows:
> 
>   require "curses"
> 
>   class Curses::Window
>     def getch_nodelay
>       if IO.select([STDIN], nil, nil, 0)
>         getch
>       else
>         -1
>       end
>     end
>   end

Thank you, that works.

I think it's a little surprising that the behavior of getch is different
depending on whether there are threads or not, even if they've been
created elsewhere in the program / libraries. But if you don't consider
that a bug, that's fine.

Thanks for your help.

-- 
William <wmorgan-ruby-core@masanjin.net>

In This Thread