Hello everybody!
I'm curious why qemu works fine on disk sizes of about 20G, but when I
create 100G sized images it gives a wrong number in BIOS.
When I create a 400G image, the boot screen says my size is.. -11423..MB
When I get freebsd installed, it sees my drive as 400G at first, until I
fsck
Jim C. Brown wrote:
On Thu, Jul 21, 2005 at 04:00:12PM +0200, Ren? Korthaus wrote:
That is what I was also thinking about for some time, but first we
should then agree on an universal way of saving configurations (this
was already been touched by the list some time ago, couldnt find the
Joshua Root wrote:
On 21 Jul 2005, Natalia Portillo <[EMAIL PROTECTED]> wrote:
El 21/07/2005, a las 18:33, Stealth Dave escribió:
On Jul 21, 2005, at 6:46 AM, Hetz Ben Hamo wrote:
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote:
Hetz Ben Hamo wrote:
I'm thinking of a new way to st
Apparently, the crash I'm getting is from the tcp/ip layer inside
mingw libs (without debug info). libws2 to be more accurate.
(Maybe it's a slirp/pcnet incompatibility ?)
here's the output of gdb. If anyone can make something from it,
thanks in advance. Pls note I also did a comparison on the
pre
Hi,
Funny, here's a third version of the 64-bit support (among other
Sparc-related things). With it, Sparc64 system emulator can execute code in
high memory (>4G) and loads/stores also work.
Fabrice, could you merge the best of all three?
_
Am 22.07.2005 um 09:51 schrieb Mike Kronenberg:Jim C. Brown wrote: On Thu, Jul 21, 2005 at 04:00:12PM +0200, Ren? Korthaus wrote: That is what I was also thinking about for some time, but first we should then agree on an universal way of saving configurations (this was already been touched by th
Jim C. Brown <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 19, 2005 at 09:03:32AM +0100, U n d e r a c h i e v e r wrote:
> >
> > When booting the real hardware, the boot loader is grub IIRC and comes
> > up first, then the NT Boot Loader. Can anyone advise on how to turn
> > /dev/ide/host0/bus0/targe
[snip]
Right now I'm using .plist(property lists), which is very common in
OS X, because you can read them back directly in to an Array or a
Dictionaty. It's a standardized XML File.
I'm a big fan of XML, but I'm also very much Intrested in having a
compatible package over all platforms.
I see
On 21 juil. 05, at 15:46, Hetz Ben Hamo wrote:
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote:
Hetz Ben Hamo wrote:
I just looked at the screenshots, and if you don't mind, I want to
offer few suggestions for your GUI:
1. RAM size - how about adding up/down arrows (in addition to
Hi,
Sent: Friday, July 22, 2005 4:31 PM Christian MICHON wrote:
here's the output of gdb. If anyone can make something from it,
thanks in advance.
This is a part of backtrace output of gdb after I set IP address and ping
10.0.2.2.
I seems that arp packet loops endlessly between pcnet and
Pierre d'Herbemont wrote:
On 21 juil. 05, at 15:46, Hetz Ben Hamo wrote:
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote:
Hetz Ben Hamo wrote:
I just looked at the screenshots, and if you don't mind, I want to
offer few suggestions for your GUI:
1. RAM size - how about adding up/d
On Fri, 2005-07-22 at 00:58 +0200, Filip Navara wrote:
> J. Mayer wrote:
>
> >On Fri, 2005-07-22 at 00:10 +0200, Filip Navara wrote:
> >
> >
> >>J. Mayer wrote:
[...]
> >>wow, you repeated my and Fabrice's mistake once more ... think about the
> >>code below more :)
> >>note: when you'll be do
Thx for this report, Kazu
I've a few questions:
1) how did you generate this gdb backtrace ?
2) which gemu guest did you use ?
3) you can apparently set IP address and ping the gateway.
so your mingw32 compilation of qemu doesn't crash ?
how did you manage this ? are you using the patch I
2005/7/22, U n d e r a c h i e v e r <[EMAIL PROTECTED]>:
> Jim C. Brown <[EMAIL PROTECTED]> wrote:
> thanks -- whilst that's not exactly the answer I want
>
> oh, to bite the bullet and kills windows then?
If it's the first partition on the disk, just use dd to copy from the
beginning of the dri
Hi all again,
I'm looking over the slirp code, trying to work out the exact nature of
this AMD64 bug. So far I've determined that some 32bit integer fields
are being used to store struct pointers in - very bad on AMD64 because
pointers are 64 bit. From what I can tell, I can't see how the code
wou
On Fri, Jul 22, 2005 at 10:16:42AM -0300, Andr? Braga wrote:
> 2005/7/22, U n d e r a c h i e v e r EMAIL HIDDEN:
> > Jim C. Brown did not write:
> > thanks -- whilst that's not exactly the answer I want
> >
> > oh, to bite the bullet and kills windows then?
>
> If it's the first partition on the
I don't think the original author anticipated or cared about slirp being
ported to a 64-bit processor. I won't speak for the quality of the code
in general, but on a 32-bit machine the pointer size is 32-bit. It's
perfectly safe on that platform to use any 32-bit spot as a hidey hole
for your cooki
On Fri, Jul 22, 2005 at 09:47:13AM -0700, John R. Hogerhuis wrote:
> I don't think the original author anticipated or cared about slirp being
> ported to a 64-bit processor. I won't speak for the quality of the code
> in general, but on a 32-bit machine the pointer size is 32-bit. It's
> perfectly
I don't know how helpful this will be, but I figured I'd mail it in anyway..
I run qemu repeatedly to test install Linux ISOs. Just this one time today, it
gave me this text and exited near the end of the anaconda installation of the
guest (Linux):
---
qemu: fatal: Trying to execute code outside
Hi,
From what I can tell, I can't see how the code
would ever work on any 64 bit machine - can anyone here confirm if this
is indeed the case?
AFAICS, slirp code in qemu cvs and other projects works on x86_64.
Really try CVS instead of 0.7.0. ;-)
Bye,
Gwenolé.
___
On Thu, 21 Jul 2005, J. Mayer wrote:
On Thu, 2005-07-21 at 17:33 +0200, Karel Gardas wrote:
On Thu, 21 Jul 2005, Jocelyn Mayer wrote:
That would be cool, since this will also help me with booting
RTEMS/PowerPC apps (which are also standard multi-boot elfs)
Unfortunately, I've not been able to
Has switching virtual consoles actually been broken with SDL on non-X11,
non-win32 platforms (i.e. Mac OS X) for 7 months without anyone noticing
?? Anyway, here's a patch that fixes it. Just a small change that was
forgotten in the keymaps support (sdl.c rev. 1.20). Applies to current
CVS as w
On Fri, Jul 22, 2005 at 08:45:16PM +0200, Gwenole Beauchesne wrote:
> AFAICS, slirp code in qemu cvs and other projects works on x86_64.
>
> Bye,
> Gwenol?.
>
Nope.
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
On Friday 22 July 2005 11:51 am, Paul LeoNerd Evans wrote:
> Hi all again,
>
> I'm looking over the slirp code, trying to work out the exact nature of
> this AMD64 bug.
...
> Is anyone here familiar with the way the code is intended to run..? I
> would like to get to the bottom of the issue, and fi
On Fri, Jul 22, 2005 at 11:24:21PM +0200, Christian Walther wrote:
> Has switching virtual consoles actually been broken with SDL on non-X11,
> non-win32 platforms (i.e. Mac OS X) for 7 months without anyone noticing
> ?? Anyway, here's a patch that fixes it. Just a small change that was
> forgo
Le samedi, 23 jul 2005, à 00:05 Europe/Paris, Jim C. Brown a écrit :
On Fri, Jul 22, 2005 at 08:45:16PM +0200, Gwenole Beauchesne wrote:
AFAICS, slirp code in qemu cvs and other projects works on x86_64.
Nope.
Then please provide a clear testcase. My testing limited to 32-bit
Ubuntu Live a
On Sat, Jul 23, 2005 at 12:53:55AM +0200, Gwenole Beauchesne wrote:
> Le samedi, 23 jul 2005, ? 00:05 Europe/Paris, Jim C. Brown a ?crit :
>
> >On Fri, Jul 22, 2005 at 08:45:16PM +0200, Gwenole Beauchesne wrote:
> >>AFAICS, slirp code in qemu cvs and other projects works on x86_64.
> >
> >Nope.
>
2005/7/22, Jim C. Brown <[EMAIL PROTECTED]>:
> The technique I gave works perfectly well even if the partition is not the
> first
> one.
Oh, I'm sorry, I totally missed it. When he said it was not the answer
he wanted, that somewhat made me skim over your post.
You are absolutely correct. :)
_
28 matches
Mail list logo
