This issue appears to be resolved in the *real* current git master, so
this bug can be closed. Now it's just a matter of getting rid of or
updating that mirror.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.ne
Is the GitHub mirror (http://wiki.qemu.org/Download) no long being
updated? It looks like it might not be given the last commit, so it
should really be fixed or removed from that download page and the mirror
deleted.
I used the GitHub mirror because when I tried to clone
git://git.qemu.org/qemu.gi
Correction, the bug is still present in qemu-git. It seems to be
slightly harder to trigger, but that might just be luck too. Here's the
crash in qemu master 217bfb445b54db618a30f3a39170bebd9fd9dbf2 .
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb63d36e0 (LWP 32412)
Thanks Jan. I was pulling git master as I saw your comment. When
configured using the same command line and built with the same tools in
the same environment, git master does not appear to crash the way 1.0.1
does. Given that there have been fixes in the area merged between 1.0.1
and master it seem
Another crash site appears to be:
#0 0xb760f0d0 in ifs_insque (ifm=0xba711478, ifmhead=0x0) at slirp/if.c:16
#1 0xb760f2dd in if_output (so=0xba60db70, ifm=0xba711478) at slirp/if.c:98
#2 0xb7610bb5 in ip_output (so=0xba60db70, m0=0xba711478) at
slirp/ip_output.c:84
#3 0xb761959c in tcp_outp
Public bug reported:
When controlling a qemu instance from another program, it'd be very
useful to be able to have qemu inherit pseudo-tty file descriptors so
they could just be specified on the command line.
It's possible to allocate a pty pair in the master program before
forking and exec'ing q
I have now reproduced the same segfault without the controlling script
by running qemu on the command line and connecting to it with lftp. To
reproduce the fault it appears to be necessary to attempt to connect to
the guest before it is fully booted and ready to accept connections; if
I let it "set
Public bug reported:
Heya
I've been testing some automated data conversion scripts with qemu
1.0.1. They work fine with qemu-kvm 0.15.1, but on qemu 1.0.1 (from the
website, built from source using gcc 4.6.1, i686 host), when the script
runs qemu I see qemu crash in slirp_remque a few seconds aft
