[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1673976] Re: linux-user clone() can't handle glibc pos
From: |
Éric Hoffman |
Subject: |
[Qemu-devel] [Bug 1673976] Re: linux-user clone() can't handle glibc posix_spawn() (causes locale-gen to assert) |
Date: |
Wed, 28 Feb 2018 15:16:34 -0000 |
Ok, thank you for clearing that up.
I'm noticing in 4b4d4056bb154 this comment:
"...we just make explicit use of the fact the the child and parent run
in the same VM, so the child can write an error code to a field of the
posix_spawn_args struct instead of sending it through a pipe. To ensure
that this mechanism really works, the parent initializes the field to -1
and the child writes 0 before execing."
So, if the child fail to execute, that error code field of the
posix_spawn_args struct will remain -1. Would this ensure that QEMU
return error in case of failing exec?
Best Regards,
Eric
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1673976
Title:
linux-user clone() can't handle glibc posix_spawn() (causes locale-gen
to assert)
Status in QEMU:
New
Bug description:
I'm running a command (locale-gen) inside of an armv7h chroot mounted
on my x86_64 desktop by putting qemu-arm-static into /usr/bin/ of the
chroot file system and I get a core dump.
locale-gen
Generating locales...
en_US.UTF-8...localedef: ../sysdeps/unix/sysv/linux/spawni.c:360:
__spawnix: Assertion `ec >= 0' failed.
qemu: uncaught target signal 6 (Aborted) - core dumped
/usr/bin/locale-gen: line 41: 34 Aborted (core dumped)
localedef -i $input -c -f $charset -A /usr/share/locale/locale.alias $locale
I've done this same thing successfully for years, but this breakage
has appeared some time in the last 3 or so months. Possibly with the
update to qemu version 2.8.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1673976/+subscriptions