I agree
Lzma and zlib are pretty much equivalent, so there is pretty much
nothing to be gained except slightly more compression.
On the other hand with lzo (1) there would be quite a considerable speed
improvement at the cost of compression.
It could also mean that reading on the qcow forma
Thanks for the info.
#ifdef WIN32
void usleep(unsigned long usec)
{
Sleep(usec/1000);
}
#endif
The division "usec/1000" is an expensive operation on any processor.
Maybe it would be better just to use "_sleep(1)" which is analogous to
usleep(1000) ?
This is what i did to have it comp
With which pthreads library have you compiled it under windows?
I've tried it with the one here:
ftp://sources.redhat.com/pub/pthreads-win32/
but it didn't compile.
teris.
John Coiner wrote:
Non-blocking disk IO now works for any type of disk image, not just
"raw" format. There is no longe
Filip Navara wrote:
> I'm trying to find out why qvm86 crashes the host (instant reboot
when right clicking on some icons on the guest desktop).
> So i thought if it is possible to use some code from kqemu-win32.c to
update qvm86-win32.c
No, I wrote both of the files and I can honestly tel
I'm trying to find out why qvm86 crashes the host (instant reboot when
right clicking on some icons on the guest desktop).
So i thought if it is possible to use some code from kqemu-win32.c to
update qvm86-win32.c
I saw that there are some differences in how the two do the same think
and tho
Not to start a flame war here but i find it odd that the license of
kqemu for windows is a LOT more free than the license of linux kqemu.
License for kqemu-win32.c is a lot like public domain + below clause:
* The above copyright notice and this permission notice shall be
included in
* all
If you are using
Windows: Try qvm86 + qemu (there was an old build of these two in freeoszoo)
Linux: Try kqemu + qemu
There are some problems that the combination of qemu + kqemu or qvm86
solve.
lefteris.
Jeff Wiegley wrote:
I noticed that one other person a long time back had
this same p
