On Friday, November 11, 2005, 23:06:57, Anthony Liguori wrote:
> Yup, that's what I mean. I've done a fair bit of Win32 programming.
> Since the GTK version only took a few days to do, a Win32 version
> shouldn't take much more. Installing mingw32 as we speaking...
Since compiling GTK+ on Wi
Jim C. Brown wrote:
You mean writing W32 code for the GTK gui?
Nopes :-)
Now, if you mean you'll work on a pure W32 gui once you've fleshed out and
battle-tested the GTK gui's design, I'll be quiet and let you get back to work.
;)
Yup, that's what I mean. I've done a fair bit of Win32
On Fri, Nov 11, 2005 at 02:39:01PM -0600, Anthony Liguori wrote:
> Jim C. Brown wrote:
>
> >I don't necessarily see a problem with adding support for changing the X
> >server
> >resolution. However, it is probably harder to do right - it is really
> >difficult
> >to center the viewport on just t
Jim C. Brown wrote:
On Fri, Nov 11, 2005 at 12:55:12PM -0600, Anthony Liguori wrote:
Probably. I was hoping to punt on the issue of Win32 and instead rely
on a native Win32 GUI. I'm not sure GTK on Win32 is going to be that
great from a performance perspective.
I haven't tried to
On Fri, Nov 11, 2005 at 12:55:12PM -0600, Anthony Liguori wrote:
> >Fabrice mentioned some time ago that SDL isn't the best choice on
> >Windows because of keyboard issues... Is that still the case?
>
> Probably. I was hoping to punt on the issue of Win32 and instead rely
> on a native Win32 GUI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anthony Liguori schrieb:
> Oliver Gerlich wrote:
>
>> Wouldn't these two things be solved by using SDL inside the GTK window?
>> In current qemu, there are neither fullscreen nor mouse moving problems.
>
>
> Depending on the X server settings, certa
Oliver Gerlich wrote:
Wouldn't these two things be solved by using SDL inside the GTK window?
In current qemu, there are neither fullscreen nor mouse moving problems.
Depending on the X server settings, certain modes aren't available in
SDL. In particular, on the default X install in Ubuntu
Those last updates that Fabrice committed solved the problem. Thanks!
- Dave
On Nov 10, 2005, at 2:19 AM, malc wrote:
On Wed, 9 Nov 2005, Stealth Dave wrote:
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the
following error message:
gcc -Wall -O2 -g -fno-strict-aliasing -
I am planning to use QEMU to evaluate different architectures (SPARC,
PPC).
QEMU does not support multiprocessor. E.g. when the linux kernel boots
on SPARC or PPC, it only find one CPU.
I would like to know what are the plans in relation with
multiprocessor. Also,
what are the major milest
Dave Feustel wrote:
Is there any way to control Qemu with a script?
(e.g. start Qemu with
Qemu -S -hda disk.img
then feed the commands
loadvm
c
<...>
stop
savevm
q
to the monitor console)
Thanks,
Dave Feustel
You can redirect the monitor
Jim C. Brown wrote:
- -the software scaler is maybe a good idea, but for fullscreen mode, I'd
better like to have screen resolution switched to qemu guest resolution
(as it is with normal qemu now)
The problem is that is really hard to do. Especially in a cross platform
manner.
I couldn't fig
Is there any way to control Qemu with a script?
(e.g. start Qemu with
Qemu -S -hda disk.img
then feed the commands
loadvm
c
<...>
stop
savevm
q
to the monitor console)
Thanks,
Dave Feustel
--
Tired of having to defend against Malware?
Oliver Gerlich wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Hi Oliver,
just a short feedback on your qemu gui:
Appreciated :-)
- -looks nice so far :)
- -does it require a new(er) GTK? I only have 2.6.10 installed here, maybe
that's why it doesn't find "GTK_STOCK_LEAV
Hi list,
i have found some partial solutions for my problem:
1st: write a script for individual programs
#!/bin/sh
export LD_ASSUME_KERNEL=2.4 # this disables tls
a.out # or some useful
2nd: disable thread-local storage (tls) for 32-bit programs
mv /lib/tls /lib/tls.disabled
ldcon
On Thu, 2005-11-10 at 01:44 +, Jamie Lokier wrote:
> >
> > The use of gcc to generate the back end in QEMU's early days was a
> > clever way to get the project up and running quickly. But surely
> > now it would be better to transition to a handwritten backend, so
>
> It should be trivial t
15 matches
Mail list logo
