From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLYDC-0005MM-H7 for qemu-devel@nongnu.org; Tue, 19 Jan 2016 10:28:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLYD8-0000a7-QL for qemu-devel@nongnu.org; Tue, 19 Jan 2016 10:28:50 -0500 Received: from mx1.redhat.com ([209.132.183.28]:38426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLYD8-0000Zx-L0 for qemu-devel@nongnu.org; Tue, 19 Jan 2016 10:28:46 -0500 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id 2A03A8EA20 for ; Tue, 19 Jan 2016 15:28:46 +0000 (UTC) Date: Tue, 19 Jan 2016 15:28:42 +0000 From: "Daniel P. Berrange" Message-ID: <20160119152842.GN26662@redhat.com> References: <1453110880.23289.7.camel@redhat.com> <569D4C69.5070304@redhat.com> <1453208507.18326.77.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1453208507.18326.77.camel@redhat.com> Subject: Re: [Qemu-devel] RFC: running the user interface in a thread ... Reply-To: "Daniel P. Berrange" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: David Airlie , qemu-devel , =?utf-8?Q?Marc-Andr=C3=A9?= Lureau On Tue, Jan 19, 2016 at 02:01:47PM +0100, Gerd Hoffmann wrote: > Hi, > > > That, and so the UI can use localization without corrupting other > > threads that MUST use the C locale (QMP parsing/output of floating point > > is particularly important to get right with '.' instead of ',' for a > > decimal separator). > > A quick look at the setlocale manpage doesn't make clear whenever > threads can have different locales or not. glibc has per-thread locales, but this isn't guaranteed portable across unix platforms. We could enable per-thread localization on Linux builds but disable it on other platforms. > Related: Possibly we should move UIs to another *process* instead? > At least the ones which use a UI toolkit (i.e. sdl, gtk, cocoa). Is the worth the effort ? The majority of mgmt apps use spice/vnc which is already out of process. Will the people do use SDL/GTK/Coca backends, be doing so in a scenario where moving the UI to a separate process is a benefit to them ? I'm not saying we shouldn't separate the UI to another process, just that we should consider whether there's other things todo in QEMU UI layer that are a better payoff for the userbase. Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|