You could do that with a shar. That's sick and wrong, but cool. Problem I
have with anything else is that in Solaris 10, you can't statically link
anything any more so it would have to unarchive itself to a separate
location and run.
On 6/26/07, NetAudi <[EMAIL PROTECTED]> wrote:
Hi beastco
Blue Swirl wrote:
> On 6/25/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> >Nigel Horne wrote:
> >> Good news, sparc emulation with -nographic no longer core dumps.
> >>
> >> The bad news, networking still fails:
> >
> >FYI, I see a transmit error for ne2k_isa on mips r4k. Maybe that's
> >related.
you could pack the binaries and the image into a 7-zip sfx
(but that is for windows hosts only). just google for it and
you'll get the procedure. I've done it a few times already.
what is your host ? linux or windows ?
On 6/27/07, NetAudi <[EMAIL PROTECTED]> wrote:
Hi beastcoders,
My question
Hi beastcoders,
My question is if you are thinking in improve Qemu to add singular
characteristics whose aren't implemented in any VM sofware:
I.E.:
Building virtual machines taking only one big binary file (merging Qemu
engine and HD image file). It could be good for future portable aplications
I have posted/read other posts regarding rtl8139 in qemu not working
with VISTA 32bit.
Does any one know if there is a fix for this one? I have tried to debug
this, but not sure what is
VISTA 32bit driver is expecting. Qemu writes rx buffers to guest memory,
but it looks like they are ignored
b
On 26/06/07, Jonathan Kalbfeld <[EMAIL PROTECTED]> wrote:
Since when is teh a typo??? It's teh [EMAIL PROTECTED]
It even has a wikipedia page, http://en.wikipedia.org/wiki/Teh
On 6/26/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
> The appended patch fixes recieve -> receive, seperat -> separa
Since when is teh a typo??? It's teh [EMAIL PROTECTED]
On 6/26/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
The appended patch fixes recieve -> receive, seperat -> separat and
teh -> the. Maybe this makes addition to CVS HEAD easier...
Stefan
Bernhard Fischer schrieb:
> On Tue, Jun 26, 2007 at
The patch below implements ACPI_ENABLE and ACPI_DISABLE as described in
section 4.7.2.5 of the ACPI 3.0 specs.
Signed-off-by: Michael Hanselmann <[EMAIL PROTECTED]>
Greets,
Michael
---
Index: hw/acpi.c
===
RCS file: /sources/qemu/qe
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/06/26 20:26:03
Modified files:
target-mips: op_helper.c translate.c
Log message:
Implement recip1/recip2/rsqrt1/rsqrt2.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/
The appended patch fixes recieve -> receive, seperat -> separat and
teh -> the. Maybe this makes addition to CVS HEAD easier...
Stefan
Bernhard Fischer schrieb:
> On Tue, Jun 26, 2007 at 07:19:53PM +0200, Stefan Weil wrote:
>> Hi,
>>
>> here is another patch which changes additionnal -> additiona
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski 07/06/26 20:01:13
Modified files:
. : cpu-defs.h exec.c
Log message:
Fix writes to pages containing watchpoints for the RAM not at 0x0 cases.
CVSWeb URLs:
http://cvs.savannah.
On Tue, Jun 26, 2007 at 07:19:53PM +0200, Stefan Weil wrote:
>Hi,
>
>here is another patch which changes additionnal -> additional.
>Please apply this new patch and my last one to CVS HEAD.
A few others, fwiw:
s/recieve/receive/g
s/seperat/separat/g
/[[:space:]]teh[[:space:]]/ the /g
cheers,
Hi,
here is another patch which changes additionnal -> additional.
Please apply this new patch and my last one to CVS HEAD.
Thank you,
Stefan
Stefan Weil schrieb:
> Aurelien Jarno schrieb:
>> Hi,
>>
>> The patch below, taken from the Debian package, fixes two typos:
>> ...
>> - formating -> form
On 07/06/07, Rob Landley <[EMAIL PROTECTED]> wrote:
In the 2.6.21 kernel the sym53c8xx_2 SCSI controller changed in a way that
QEMU's virtual SCSI controller doesn't handle this properly:
I spent some time yesterday trying to find out what was happening and
the results are below.
QEMU's virtua
> With proper support from the compiler, it's theoretically possible on
> x86-64 systems to use 32-bit pointers in long mode. I'm not aware of any
systems that use this, however.
Vxworks does. We just finished doing the gcc port. From a software point of
view ILP32 mode on a 64-bit CPU/OS is ind
On Sun, Jun 24 2007, Rob Landley wrote:
> On Saturday 23 June 2007 07:00:03 Jens Axboe wrote:
> > > I realize releases are a bit out of fashion, but is there any way to go
> > > through cvs to track down which checkin broke this stuff? I can do it in
> > > git, mercurial, or subversion. But cvs i
On 6/26/07, Gilad Ben-Yossef <[EMAIL PROTECTED]> wrote:
Anthony Liguori wrote:
> It also
> implies that the daemon will be running for the entire lifetime of the
> VM.
No. In fact, running an extra daemon for the entire life time of the
VM is exactly what I'm trying to avoid (one of the things
Anthony Liguori wrote:
Here are the reasons why the Unix domain socket approach is superior:
Sharing a file descriptor implies a parent/child relationship.
True.
It also
implies that the daemon will be running for the entire lifetime of the
VM.
No. In fact, running an extra daemon for
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/06/26 08:35:18
Modified files:
target-i386: exec.h helper.c op.c translate.c
Log message:
DR6 single step exception status bit, by Juergen Keil.
CVSWeb URLs:
http://cvs.savannah.gnu.org/
Karl Magdsick wrote:
[snip]
> With proper support from the compiler, it's theoretically possible on
> x86-64 systems to use 32-bit pointers in long mode (16 general purpose
> 64-bit registers). (There's an instruction prefix that will cause the
> CPU to perform 32-bit pointer calculations in the 6
20 matches
Mail list logo
