qemu-trivial
[Top][All Lists]
Advanced

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

Re: [Qemu-trivial] [PATCH] curses: don't initialize curses when qemu is


From: Stefan Hajnoczi
Subject: Re: [Qemu-trivial] [PATCH] curses: don't initialize curses when qemu is daemonized
Date: Fri, 14 Sep 2012 08:53:28 +0100
User-agent: Mutt/1.5.21 (2010-09-15)

On Wed, Sep 12, 2012 at 09:38:30PM +0900, Hitoshi Mitake wrote:
> Current qemu initializes curses even if -daemonize option is
> passed. This cause problem because shell prompt appears without
> calling endwin().
> 
> This patch adds new function, is_daemonized(), to OS dependent
> code. With this function, curses_display_init() can check that qemu is
> daemonized or not. If daemonized, curses_display_init() returns
> immediately.
> 
> Of course, -daemonize && -curses doesn't make sense. Users shouldn't
> pass the arguments at the same time. But the problem is very painful
> because Ctrl-C cannot be delivered to the terminal. So if this
> approach isn't acceptable, -daemonize && -curses combination should be
> treated as error.

I think it makes sense to explicitly check that -daemonize is used with
-nographic | -vnc | -spice.

Making curses aware of daemonize seems strange and doesn't stop the same
issue with SDL.

Stefan



reply via email to

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