summaryrefslogtreecommitdiffstats
path: root/hw/intc/apic_common.c
diff options
context:
space:
mode:
authorMarc-André Lureau2022-10-06 13:36:55 +0200
committerMarc-André Lureau2022-10-12 17:22:01 +0200
commita95570e3e4d61a7c8e527e512246665c51caa6f4 (patch)
tree335c5e60b5908261038044db448fb4660b3abbb9 /hw/intc/apic_common.c
parenttests/channel-helper: set blocking in main thread (diff)
downloadqemu-a95570e3e4d61a7c8e527e512246665c51caa6f4.tar.gz
qemu-a95570e3e4d61a7c8e527e512246665c51caa6f4.tar.xz
qemu-a95570e3e4d61a7c8e527e512246665c51caa6f4.zip
io/command: use glib GSpawn, instead of open-coding fork/exec
Simplify qio_channel_command_new_spawn() with GSpawn API. This will allow to build for WIN32 in the following patches. As pointed out by Daniel Berrangé: there is a change in semantics here too. The current code only touches stdin/stdout/stderr. Any other FDs which do NOT have O_CLOEXEC set will be inherited. With the new code, all FDs except stdin/out/err will be explicitly closed, because we don't set the flag G_SPAWN_LEAVE_DESCRIPTORS_OPEN. The only place we use QIOChannelCommand today is the migration exec: protocol, and that is only declared to use stdin/stdout. Reviewed-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com> Message-Id: <20221006113657.2656108-5-marcandre.lureau@redhat.com>
Diffstat (limited to 'hw/intc/apic_common.c')
0 files changed, 0 insertions, 0 deletions