headers
Juergen Lock | 1 Jan 2005 01:45
Picon

FreeBSD port update

Hi, and a happy new year everone!

 I have updated the FreeBSD port again, it now uses gcc 3.3 everywhere
because 3.4 not only doesnt build qemu on FreeBSD-amd64 but also
builds a broken qemu-system-ppc as i just found out (never tested it
again since the gcc update...)

 Until the update is committed it can be fetched out of the raw PR,
	http://www.freebsd.org/cgi/query-pr.cgi?pr=75644&f=raw

 Cheers,
	Juergen
Permalink | Reply | 0 comments |
headers
Laurent Amon | 1 Jan 2005 19:20

Re: Mac keyboard not supported


On 29 déc. 04, at 06:13, Natalia Portillo wrote:

> I have MacOS X 10.3 in an ISO-ES keyboard and I had problems with some 
> keys (I'm using QEMU 0.6.0).
>
> I just changed the keyboard to US just before running QEMU and then 
> inside the guest OS chosen the ES keyboard, and then all keys mapped 
> correctly.
>
OK, That works. Choose US as a system keyboard, start qemu with '-k 
en-us' (or without -k) and choose the language you want in the guest. 
However, it is rather awkward if you switch between qemu and other 
applications as you'll have to change the keyboard language every time.

So until we can take into account international mac keyboards, I'd say 
this is broken. I guess the solution might be to create specific 
keymaps.

In the meanwhile, I just ported my old patch (included) to the snapshot 
of a few days ago. It works with the french keyboard, and should work 
with any other international one (and even US). Use your usual language 
setting and start qemu without the '-k' argument.

Happy new year to all,

Lga.
Attachment (mackeys.patch): application/octet-stream, 10 KiB
(Continue reading)

Permalink | Reply | 13 comments |
headers
Phil Krylov | 2 Jan 2005 15:40
Picon

Re: Mac keyboard not supported

Hello Laurent,

Have a happy new year!

On Sat, 1 Jan 2005 19:20:50 +0100, Laurent Amon <amon <at> stanfordalumni.org> wrote:

> In the meanwhile, I just ported my old patch (included) to the snapshot
> of a few days ago. It works with the french keyboard, and should work
> with any other international one (and even US). Use your usual language
> setting and start qemu without the '-k' argument.

With this patch, everything works just fine here - except CapsLock and A keys.

This piece of the patch doesn't seem to work as expected:

  case SDLK_a:          /* I just don't want to know why this is needed */
                        case 0x71:
                                keycode = 0x1e;
                                break;

--
Ph.
Permalink | Reply | 12 comments |
headers
Alexander E. Patrakov | 2 Jan 2005 15:33
Picon

Firefox crashes inside qemu

To reproduce with the latest CVS qemu:

1) Install Windows 2000 (with or without slipstreamed SP4), Russian, into qemu, 
onto a 2GB drive. Haven't tried with the English version.

2) Install Mozilla Firefox 1.0, Russan, into Windows 2000, from the following URL:

http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.0/win32/ru-RU/Firefox Setup 1.0.exe

3) Go to www.google.ru, type anything in the search box and press Enter.

Firefox will crash. I suppose that there is some bug in the CPU emulation.

How can I help debugging this problem further?

--

-- 
Alexander E. Patrakov
Permalink | Reply | 8 comments |
headers
Lennert Buytenhek | 2 Jan 2005 15:56

Re: Firefox crashes inside qemu

Privet!

On Sun, Jan 02, 2005 at 07:33:09PM +0500, Alexander E. Patrakov wrote:

> Firefox will crash. I suppose that there is some bug in the CPU emulation.
> 
> How can I help debugging this problem further?

Can you try that disk image on a 'real' machine and see if it crashes
then also?

cheers,
Lennert
Permalink | Reply | 7 comments |
headers
Alexander E. Patrakov | 2 Jan 2005 16:36
Picon

Re: Firefox crashes inside qemu

Lennert Buytenhek wrote:

> Privet!
> 
> On Sun, Jan 02, 2005 at 07:33:09PM +0500, Alexander E. Patrakov wrote:
> 
>> Firefox will crash. I suppose that there is some bug in the CPU
>> emulation.
>> 
>> How can I help debugging this problem further?
> 
> Can you try that disk image on a 'real' machine and see if it crashes
> then also?

I instaled win2k from the same CD to a real computer. Firefox downloaded
from the same URL doesn't crash under the same condition. But how do I test
a qemu image on a real machine?

--

-- 
Alexander E. Patrakov
Permalink | Reply | 6 comments |
headers
Lennert Buytenhek | 2 Jan 2005 16:57

Re: Re: Firefox crashes inside qemu

On Sun, Jan 02, 2005 at 08:36:30PM +0500, Alexander E. Patrakov wrote:

> >> Firefox will crash. I suppose that there is some bug in the CPU
> >> emulation.
> >> 
> >> How can I help debugging this problem further?
> > 
> > Can you try that disk image on a 'real' machine and see if it crashes
> > then also?
> 
> I instaled win2k from the same CD to a real computer. Firefox downloaded
> from the same URL doesn't crash under the same condition.

There are many different factors in both scenarios besides that one of
them uses qemu and the other one does not: disk size, video card, network
card, etc.

> But how do I test a qemu image on a real machine?

I would just dd it to an old IDE disk, even though that might give issues
with differing head/sector counts.

	dd if=disk.img of=/dev/hdx bs=1024k

(Where /dev/hdx is the old IDE disk.)

--L
Permalink | Reply | 5 comments |
headers
Laurent Amon | 2 Jan 2005 17:24
Picon

Re: Mac keyboard not supported

Hi Phil,

I never noticed that Caps Lock didn't work. I hardly ever use it. 
However, the 'A' key works perfectly on my keyboard. The part of the 
patch you point to is needed because (at least on my machine) the 
keysim returned by the 'a' key is 0 and you need to determine by 
keycode. The comment is from the person who wrote the original patch. 
What language is your keyboard in? You may want to uncomment the 
fprintf to see what you are missing.

What I get is not perfect : I get a PC mapping fo my mac keyboard so 
few symbols are not at the same place and a couple are missing. But 
that's enough to be useful. If somebody can improve on this patch or 
write a better one, please go ahead. I may have a look at it, but I 
don't have much time for it, so don't expect anything soon.

Happy new year to you too,

Lga.

On 2 janv. 05, at 15:40, Phil Krylov wrote:

> Hello Laurent,
>
> Have a happy new year!
>
> On Sat, 1 Jan 2005 19:20:50 +0100, Laurent Amon 
> <amon <at> stanfordalumni.org> wrote:
>
>> In the meanwhile, I just ported my old patch (included) to the
(Continue reading)

Permalink | Reply | 11 comments |
headers
Phil Krylov | 2 Jan 2005 17:22
Picon

Re: Toogle Fullscreen not working anymore (Mac OS X)

Hello René,

Have a happy new year!

On Tue, 28 Dec 2004 17:04:20 +0100, René Korthaus <wlannews <at> cordney.com> wrote:
> Hi,
> 
> i just found this issue. Ctrl-Alt-F does not give me fullscreen anymore
> nor it bringes me back to window mode.
> Specifying -fullscreen right from the start works.
> May anyone find out why?

It works for me after applying the recent Laurent's patch for Mac keyboard.

--
Ph.
Permalink | Reply | 0 comments |
headers
Alexander E. Patrakov | 2 Jan 2005 17:45
Picon

Re: Re: Firefox crashes inside qemu

Lennert Buytenhek wrote:

> On Sun, Jan 02, 2005 at 08:36:30PM +0500, Alexander E. Patrakov wrote:
> 
>> >> Firefox will crash. I suppose that there is some bug in the CPU
>> >> emulation.
>> >> 
>> >> How can I help debugging this problem further?
>> > 
>> > Can you try that disk image on a 'real' machine and see if it crashes
>> > then also?
>> 
>> I instaled win2k from the same CD to a real computer. Firefox downloaded
>> from the same URL doesn't crash under the same condition.
> 
> There are many different factors in both scenarios besides that one of
> them uses qemu and the other one does not: disk size, video card, network
> card, etc.
> 
> 
>> But how do I test a qemu image on a real machine?
> 
> I would just dd it to an old IDE disk, even though that might give issues
> with differing head/sector counts.
> 
> dd if=disk.img of=/dev/hdx bs=1024k
> 
> (Where /dev/hdx is the old IDE disk.)

I see. The problem is that I don't have any old IDE disk at hand. But I will
(Continue reading)

Permalink | Reply | 4 comments |

Gmane