-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gedit crashes with 'qemu:handle_cpu_signal received signal outside vCPU context' #33
Comments
I'm not able to install gedit: # cat /etc/apt/sources.list |
That happens before the FTP are synced. You need to use this
|
This should fix the problem:
|
Yes, I can confirm that both this patch as well as the second one you just posted to qemu-devel fixes the problem. However, I'm getting a couple of error messages/warnings which I don't see on qemu-user:
|
If recvmsg()/recvfrom() are used with the MSG_TRUNC flag, they return the real length even if it was longer than the passed buffer. So when we translate the buffer we must check we don't go beyond the end of the buffer. Bug: vivier/qemu-m68k#33 Reported-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> Signed-off-by: Laurent Vivier <laurent@vivier.eu>
You can find fixes in my branch linux-user-gedit: ea76986eaf linux-user: update netlink |
Has it been merged upstream yet? |
Not yet. we are in Hard feature freeze (3.0.0-rc4), as these are not regression I'll merge them after the release of 3.0. |
If recvmsg()/recvfrom() are used with the MSG_TRUNC flag, they return the real length even if it was longer than the passed buffer. So when we translate the buffer we must check we don't go beyond the end of the buffer. Bug: vivier/qemu-m68k#33 Reported-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> Signed-off-by: Laurent Vivier <laurent@vivier.eu> Reviewed-by: Peter Maydell <peter.maydell@linaro.org> Message-Id: <20180806211806.29845-1-laurent@vivier.eu>
If recvmsg()/recvfrom() are used with the MSG_TRUNC flag, they return the real length even if it was longer than the passed buffer. So when we translate the buffer we must check we don't go beyond the end of the buffer. Bug: vivier/qemu-m68k#33 Reported-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> Signed-off-by: Laurent Vivier <laurent@vivier.eu> Reviewed-by: Peter Maydell <peter.maydell@linaro.org> Message-Id: <20180806211806.29845-1-laurent@vivier.eu>
If recvmsg()/recvfrom() are used with the MSG_TRUNC flag, they return the real length even if it was longer than the passed buffer. So when we translate the buffer we must check we don't go beyond the end of the buffer. Bug: vivier/qemu-m68k#33 Reported-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> Signed-off-by: Laurent Vivier <laurent@vivier.eu> Reviewed-by: Peter Maydell <peter.maydell@linaro.org> Message-Id: <20180820171557.7734-2-laurent@vivier.eu>
Closing as this has been fixed upstream: https://git.qemu.org/?p=qemu.git;a=commit;h=2a03d3e6ae1b1ca86199a0c36a35e8ac847905f6 |
On qemu-user,
gedit
crashes with an error message which indicates a problem with multi-threading:On qemu-system, the crash doesn't show and
gedit
just complains about a missing display:To reproduce, just install the
gedit
package and try to rungedit
.FWIW, the problem exists on qemu-sh4 as well. Didn't test with other architectures yet.
The text was updated successfully, but these errors were encountered: