From: "Jim C. Brown" <jbrown106@phreaker.net>
To: bobb@absamail.co.za, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] qemu - patch to check X authorization
Date: Sun, 27 Jun 2004 13:42:32 -0400 [thread overview]
Message-ID: <20040627174232.GB32322@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <200406270948.31733.bobb@absamail.co.za>
On Sun, Jun 27, 2004 at 09:48:31AM +0200, Bob Barry wrote:
> Jim -
>
> On Saturday 26 June 2004 20:06, you wrote:
> > That doesn't happen to me. When I try that, I get a few messages from Xlib
> > saying that it can't open the X server and then a message from SDL saying that
> > its quitting.
>
> That is the way it should work. Mine didn't. The patch makes mine behave like yours.
As you say below, it's an SDL bug and should be fixed.
>
> > I don't have the problem that you do.
> Then your SDL must be different from mine. Qemu should not lock any system, so
> the patch is beneficial for systems like mine, and there are probably a lot of them.
> My SDL is libsdl-1.2.7 with a few Gentoo patches. Even if the SDL source is
> patched to act like yours (and it should be), there will still be a lot of qemu users with
> old SDL who should be accomodated.
I have libsdl-1.2.2 .... the bug was clearly introduced in a later version.
Of course, we could have the configure script detect the SDL version, and if
that version is known to have this bug (and we are on an applicable platform)
then it could turn on the #DEFINE that would compile the patch. (I think
this was already suggested, in fact... can't remember.)
>
> > Your patch requires that the user must have X and assumes that SDL uses X/Xv.
> If there are systems without X which can run qemu with SDL, then the patch code
> should be excluded from them with "#ifdef". Are there such systems?
I know of only one - the windows port of qemu. You're right here though, a
few simple #ifdef's or #ifndef's would do the trick.
Of course, it could be trickier if someone decided to let qemu use the framebuffer
or the SVGAlib interface on Linux... (SDL supports this but apparently qemu
does not atm).
>
> Thanks,
>
> Bob Barry
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
next prev parent reply other threads:[~2004-06-27 17:47 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-21 14:14 [Qemu-devel] niggles Bob Barry
2004-06-24 11:52 ` [Qemu-devel] Re: qemu - patch to restore tty flags Hetz Ben Hamo
2004-06-26 18:06 ` [Qemu-devel] qemu - patch to check X authorization Jim C. Brown
2004-06-27 7:48 ` Bob Barry
2004-06-27 17:42 ` Jim C. Brown [this message]
2004-06-26 18:11 ` [Qemu-devel] qemu - patch to restore tty flags Jim C. Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040627174232.GB32322@jbrown.mylinuxbox.org \
--to=jbrown106@phreaker.net \
--cc=bobb@absamail.co.za \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).