Re: [Qemu-devel] [PATCH] Fix two typos
On Tuesday 03 July 2007 02:28:54 pm Chris Wilson wrote: > Hi Stefan, > > On Tue, 26 Jun 2007, Stefan Weil wrote: > > The appended patch fixes recieve -> receive, seperat -> separat and > > teh -> the. Maybe this makes addition to CVS HEAD easier... > > Shouldn't that be "separate" not "separat"? (assuming this is an English > language typo). > Not if you want to cover 'separation' and similar things. > > Bernhard Fischer schrieb: > >> A few others, fwiw: > >> s/recieve/receive/g > >> s/seperat/separat/g > > Cheers, Chris. Jason
Re: wxWidgets and C: was Re: [Qemu-devel] QEMU GUI
I know this is a lot different than the discussion so far, but has anyone considered keeping SDL and using an SDL GUI similar to ZSNES? Take a look (for those not familiar) at http://www.zsnes.com and grab a download. Many Linux distro package managers have it also. You don't need a SNES ROM to look at the GUI. It looks like it would be hard to borrow even though it's GPL (parts are in ASM...) but I thought I'd bounce the idea off of the list. Jason On Tuesday 11 July 2006 02:44, David Fraser wrote: > John R. wrote: > > On 7/8/06, Oliver Gerlich <[EMAIL PROTECTED]> wrote: > >> Is wxC still under active development? The CVS version seems to be quite > >> old, and I also couldn't find any documentation. > > > > Well it wouldn't be the first unmaintained batch of code added to > > QEMU... Slirp is the example that comes to mind. In fact I think the > > QEMU developers are the de facto maintainers of the Slirp codebase. > > > >> So I think we should either just use GTK, or make Qemu ready for > >> integration of C++ GUI code (and use one of the common GUI toolkits), or > > > > It seems pretty clear that C++ is a non-starter. > > I don't think so. I think the real goal here should be to decide: what > are the required features for a Qemu GUI that meets a broad range of > needs, and what would be the fastest and most maintainable way to code > them? Surely the integration with the Qemu backend would still be > decoupled enough that you could compile Qemu without the GUI using only > C if you wanted to? > > David > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Cursor problems.
Jason, I had this problem once. It turned out to be an SDL problem. Try upgrading/downgrading SDL packages. I had the problem on Gentoo. Jason On Monday 16 May 2005 02:27 pm, Jason wrote: > When running qemu on my HP laptop, I cannot seem to use the cursor in the > guest os. The guest OS can be any os, windows reactos linux, etc. The > host OS is fedora core 3. Basically, the cursor shows up as normal on the > screen, but when I click in to let qemu grab the focus, the cursor jumps > to the bottom right as soon as any motion happens. The buttons all still > function properly, I know this because in reactos the curusor is > positioned just above the time. > > I've posted this to the forums but no one has responded. I am quite > perlexed at this because this works fine on my other system which is also > fedora core 3. The laptop is using a USB attached mouse or a Synaptics > touch pad. Neither of which seem to work. One question I Have is does > qemu use the X windows curor or is it connecting directly to something > like /dev/input/mice? Because if it's using the X windows pointer, it > should be getting a generic PS/2 mouse. > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] We want to example qemu and the accel-module in our distribution.
On Friday 13 May 2005 07:43 am, Christian MICHON wrote: > There are people out there already distributing kqemu, if I understand > enough the following article. > > http://knoppix.guilinux.com/article.php?sid=1067 > > Did they get approval? Or are they just re-packaging qemu and asking > the end-user to recompile kqemu module themselves ? This is interesting. If this is true, perhaps Fabrice is receiving the just compensation for KQEMU that he deserves? It would be wonderful if KQEMU became free software as his website suggests is possible with the proper support. Or, perhaps the Red Flag folks can help in this regard? I know that so many of us would love to see KQEMU become free software if Fabrice's conditions are met! Comments? Jason ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
