On Thu, Jul 28, 2005 at 07:04:11PM +0200, Filip Navara wrote:
> >>>I've gotten a little further, but don't seem to be finding this as easy
> >>>as some of you. I can now type the admin password at the login screen,
> >>>but I get a dialog, title "Windows Product Activation", text "A problem
> >>>i
Antony Gelberg wrote:
Paul Brook wrote:
On Wednesday 27 July 2005 14:21, Antony Gelberg wrote:
I've gotten a little further, but don't seem to be finding this as easy
as some of you. I can now type the admin password at the login screen,
but I get a dialog, title "Windows Product Act
Paul Brook wrote:
> On Wednesday 27 July 2005 14:21, Antony Gelberg wrote:
>
>>I've gotten a little further, but don't seem to be finding this as easy
>>as some of you. I can now type the admin password at the login screen,
>>but I get a dialog, title "Windows Product Activation", text "A problem
The pkgs are there, but it doesn't mean they work right ;) FC4 PPC
is pretty wonky at best of times, especially toolchain stuff. Too
many nasty hacks added to it for my liking that don't quite jive with
stock glibc/gcc. The userland tools for multiple toolchains leave
much to be desired
> > See the 3rd Q in http://www.geocities.com/nixling_gone/faq.html
> >
> > Paul
>
> Thanks, I figured this would be a problem and that's why I didn't try
> to chase things down. Sadly the current distro I'm playing with
> (Fedorca Core PPC) doesn't even have a gcc3 option!! But on that
> note I'
On 27-Jul-05, at 11:11 AM, Paul Brook wrote:
On Wednesday 27 July 2005 15:43, Mark Guertin wrote:
Gcc 4.x does not. Getting dyngen problems here when trying but I
haven't had time to chase anything down on it yet.
dyngen: blr expected at the end of op_bfsw_TO_cc
sure enough, after a quick o
On Wednesday 27 July 2005 15:43, Mark Guertin wrote:
> Gcc 4.x does not. Getting dyngen problems here when trying but I
> haven't had time to chase anything down on it yet.
>
> dyngen: blr expected at the end of op_bfsw_TO_cc
>
> sure enough, after a quick objdump there is no blr (or variation).
>
Gcc 4.x does not. Getting dyngen problems here when trying but I
haven't had time to chase anything down on it yet.
dyngen: blr expected at the end of op_bfsw_TO_cc
sure enough, after a quick objdump there is no blr (or variation).
Figured this is likely a known thing as gcc 4.x is kind of
On Wed, Jul 27, 2005 at 01:45:26PM +0100, Paul Brook wrote:
> gcc3.4 works fine. I build qemu with it all the time.
> Some of the earlier versions would ICE while building the SSE emulation code
> on some hosts, but recent versions should work.
One problem still exists:
#v+
gcc -I/package/misc/sp
http://fabrice.bellard.free.fr/qemu/qemu-doc.html#TOC30
note this doesn't happen on non corp apparently.
Christian
On 7/27/05, Antony Gelberg wrote:
> I've gotten a little further, but don't seem to be finding this as easy
> as some of you. I can now type the admin password at the login screen,
On Wednesday 27 July 2005 14:21, Antony Gelberg wrote:
> I've gotten a little further, but don't seem to be finding this as easy
> as some of you. I can now type the admin password at the login screen,
> but I get a dialog, title "Windows Product Activation", text "A problem
> is preventing Window
Try rebooting the virtual machine, just add: -user-net to the QEMU parameters.
Thanks,
Hetz
On 7/27/05, Antony Gelberg <[EMAIL PROTECTED]> wrote:
> I've gotten a little further, but don't seem to be finding this as easy
> as some of you. I can now type the admin password at the login screen,
> b
I've gotten a little further, but don't seem to be finding this as easy
as some of you. I can now type the admin password at the login screen,
but I get a dialog, title "Windows Product Activation", text "A problem
is preventing Windows from accurately checking the license for this
computer. Erro
> > Not sure what gcc was used, but probably 3.3.
>
> just to make sure it's not 3.4.x or 4.x.x :)
gcc3.4 works fine. I build qemu with it all the time.
Some of the earlier versions would ICE while building the SSE emulation code
on some hosts, but recent versions should work.
Paul
___
On 7/27/05, Antony Gelberg wrote:
> I mentioned the command line in my original post to the thread.
>
> qemu -boot c -cdrom /dev/cdrom -hda hd.img
sorry. I'm used to add it at the end of the cmd line :)
> > 3) is your qemu optimized? and which version of gcc is used?
>
> I have had a look in th
In your original message, you mentioned setup had finished. One thing
I can recommend trying on your second attempt is to make sure you
create more than one user account when prompted. XP Pro seems to
behave differently depending on if there is one or more than one
accounts.
I actually had the e
Christian MICHON wrote:
> 1) have you tried using qemu-img instead of dd ?
>(I usually use the qcow format for windows guests. 2G should be ok.
> "qemu-img create -f qcow hd.img 2G" )
I'm trying that now.
> 2) you do not mention bios path, memory of vm and boot sequence.
> I suggest you
1) have you tried using qemu-img instead of dd ?
(I usually use the qcow format for windows guests. 2G should be ok.
"qemu-img create -f qcow hd.img 2G" )
2) you do not mention bios path, memory of vm and boot sequence.
I suggest you add at least the "-boot d". By default, 128M will be us
Antony Gelberg wrote:
> Hetz Ben Hamo wrote:
>
>>Do nothing. Just wait. It takes a LONG time. (shorter if you use kqemu)...
Ok, one day later, it's still doing nothing, still using no CPU, can
somebody now help me to debug this?
Antony
___
Qemu-devel
Hetz Ben Hamo wrote:
> Do nothing. Just wait. It takes a LONG time. (shorter if you use kqemu)...
I'll take your word for it, but if it's using next to no CPU, then what
_is_ it doing?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nong
Do nothing. Just wait. It takes a LONG time. (shorter if you use kqemu)...
Thanks,
Hetz
On 7/26/05, Antony Gelberg <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> This is my first experience with qemu. I'm using 0.7.0 in Debian
> unstable. I'm trying to install a Windows XP image from CD. All I've
>
Hi all,
This is my first experience with qemu. I'm using 0.7.0 in Debian
unstable. I'm trying to install a Windows XP image from CD. All I've
done is:
dd of=hd.img bs=1024 seek=500 count=0
qemu -boot c -cdrom /dev/cdrom -hda hd.img
Setup finishes, then the machine reboots and hangs at the
22 matches
Mail list logo
