On Sat, Mar 11, 2006 at 11:22:29PM +0100, Oliver Gerlich wrote:
Daniel Veillard schrieb:
I need first to find the ports of the
QEmu instances (plural, if you limit to one per box, then you can block the
default port number and there would be no problem) on a local machine. I
don't think
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook [EMAIL PROTECTED] 06/03/11 14:46:59
Modified files:
target-i386: op.c
Log message:
Add missing FORCE_RET()
CVSWeb URLs:
To not make this thread completely useless: I find
/usr/share/misc/file/magic very useful to get machine patterns (as
detected by file). Search there for magic for ELF executables and
you will find a fairly complete list of machine magic numbers.
Or you could just use the official list in the
On Monday 06 March 2006 14:03, Ulrich Hecht wrote:
Hi!
On Wednesday 01 March 2006 23:18, Anderson Lizardo wrote:
I was having some issues with the latest qemu (ARM user emulation),
which I tracked down to the following reduced test case:
#include stdio.h
int main(void)
{
Hi,
On Sat, 11 Mar 2006, Paul Brook wrote:
To not make this thread completely useless: I find
/usr/share/misc/file/magic very useful to get machine patterns (as
detected by file). Search there for magic for ELF executables and
you will find a fairly complete list of machine magic
On 3/11/06, Paul Brook [EMAIL PROTECTED] wrote:
This should be set via -net user,hostname=foo. No need for a separate option.
I agree, since the hostname is relevant only for user-net interfaces.
An updated patch is attached.
The only issue is that there's just a single, global hostname, not a
QEMU doesn't do a great job of supporting multiple user-net interfaces
right now. I was testing this the other day and getting some rather odd
behavior (unexpected segfaults, etc.) I didn't debug deep enough to
figure out the specifics, but having a global state (like slirp is
today) for
