> > Well,
> > to sum up the problem with dsound (Windows audio driver),
> qemu crash
> > when is closed using "X" in console window. The reason is quite
> > complicated:
> > - in audio/dsoundaudio.c you allocate a IDirectSound* using
> > CoCreateInstance
> > - in audio/audio.c AUD_init you set
Hi,
There's a small bug in get_reloc_expr in dyngen.c.
It should only affect SPARC hosts, but it can't be causing any real
problems, or someone would have noticed it by now.
I'm trying to port QEMU to PA-RISC[0], and needed this code, so it did
actually affect me. I've attached the (one-line) p
On Mon, 5 Jun 2006, ZIGLIO, Frediano, VF-IT wrote:
Well,
to sum up the problem with dsound (Windows audio driver), qemu crash
when is closed using "X" in console window. The reason is quite
complicated:
- in audio/dsoundaudio.c you allocate a IDirectSound* using
CoCreateInstance
- in audio/aud
(everything compiled with gcc3)
> user0m0.250s
> 9.4
(everything compiled with gcc4)
> user0m0.284s
> 9.25806
Your comparison is not valid. You should only change one variable at once.
We don't care whether a gcc4 sha1 is faster or slower than gcc3 sha1. By your
own numbers gcc4 is sl
On Mon, Jun 05, 2006 at 01:21:48PM +0200, Christian MICHON wrote:
> did you get better benchmark results than using gcc-3.x ?
proportionally to native execution, yes (the gcc-4.1.1's compiled sha1-i386
binary from the tests was slower than the one compiled with gcc-3.4.5)
results for running in
Hello list,
i am recently working on integrating the -redir option into [Kju:]
for Mac OS X and tested Apache access in debian guest from Mac OS X
host which not worked for me. I discovered a discussion on the list
in November 2005 where a patch was submitted against this (http://
lists.gn
On 6/4/06, Carlo Marcelo Arenas Belon wrote:
PS. eventhough it wasn't the cleanest build, gcc-4.1.1 when used to build
everything but op.c resulted in working binaries on my gentoo 2006.0 amd64
system.
did you get better benchmark results than using gcc-3.x ?
--
Christian
___
Well,
to sum up the problem with dsound (Windows audio driver), qemu crash
when is closed using "X" in console window. The reason is quite
complicated:
- in audio/dsoundaudio.c you allocate a IDirectSound* using
CoCreateInstance
- in audio/audio.c AUD_init you set up a atexit handler
- you close
Hi,
this patch add sparse file support under Windows (supported on NTFS).
It add a -s flag to qemu create and qemu convert. It contain also a new
implementation for ftruncate witch not fill manually space but only use
SetEndOfFile (so to handle correctly sparse file)
freddy77
sparse.diff
Desc
