Re: [Qemu-devel] OEM Windows in Qemu
On Friday, December 23, 2011, 7:11:08, in...@expertcomputerrepair.com wrote: I think the key is those specific memory addresses I mentioned earlier. That's the exact reason - the strings have to be present in the correct memory region. You can use SLICToolkit (in SLP1.0 tab) to verify if the strings are present at the right address. -- Jernej Simončič http://eternallybored.org/ Nature will tell you a direct lie if she can. -- Darwin's Observation
Re: [Qemu-devel] [unclassified] QEMU 1.0-rc1
On Tuesday, November 8, 2011, 21:02:52, Michael Tokarev wrote: FWIW, WinXP drivers from the latest .iso there can't be installed (it fails during driver install phase, saying No driver for this hardware found at given location), while previous version works just fine, and the driver itself appears to be fine too (one can replace previously installed driver binary while windows isn't watching and it continues to work). I added a note to the KVM wiki page about this, at http://www.linux-kvm.org/page/WindowsGuestDrivers/Download_Drivers I can't confirm this - the drivers work for me both in Qemu and in qemu-kvm. Note however that the organisation on the ISO is weird - the virtio-net driver is in \XP\x86, while the rest of the drivers are in \WXp\x86. -- Jernej Simončič http://eternallybored.org/ Anyone who says he isn't going to resign, four times, definitely will. -- Galbraith's Law of Political Wisdom
Re: [Qemu-devel] [spam] QEMU 0.15.1 Linux
On Friday, November 4, 2011, 20:56:05, Gus Zernial wrote: Is this driver supported in QEMU 0.15.1, and if so how do I get it to work? If not, is there some alternative with the capability I mention? The VMWare SVGA driver is reverse-engineered from the Linux/X VMWare driver, and as such only supports what the X driver does. There's no 3D acceleration, and while at least the VMWare SVGA driver for XP does load, it has graphical glitches, and is in my experience actually slower than plain VESA driver. -- Jernej Simončič http://eternallybored.org/ Seven eighths of everything can't be seen. -- Marshall's Generalized Iceberg Theorem
Re: [Qemu-devel] QEMU 0.15.1 Linux
On Thursday, November 3, 2011, 19:59:37, Gus Zernial wrote: $ /usr/bin/qemu-system-x86_64 -version QEMU emulator version 0.14.1 (qemu-kvm-0.14.1), Copyright (c) 2003-2008 Fabrice Bellard ^^^ This part is important - you had qemu-kvm, which is slightly different from... $ /usr/local/bin/qemu-system-x86_64 -version QEMU emulator version 0.15.1, Copyright (c) 2003-2008 Fabrice Bellard ...plain qemu you compiled. Download qemu-kvm from http://sourceforge.net/projects/kvm/files/qemu-kvm/ -- Jernej Simončič http://eternallybored.org/ If it should exist, it doesn't. -- Arnold's First Law of Documentation
Re: [Qemu-devel] Now, what's left to non-developers?
On Friday, August 19, 2011, 11:27:04, Ottavio wrote: Is anybody here interested in having an official place for qemu users? Neozeed (who provides Windows builds of Qemu) has stated that he's ready to host the Qemu forum on his domain: http://virtuallyfun.superglobalmegacorp.com/?p=1252 -- Jernej Simončič http://eternallybored.org/ A coup that is known in advance is a coup that does not take place. -- Camp's Law
Re: [Qemu-devel] MinGW compilation shouldn't include -lglib-2.0 etc.
On Wednesday, July 27, 2011, 22:46:41, Kenneth Salerno wrote: c:/devel/target/ea4ef54bcf881bcdd4139385601018a2/lib/glib-2.0/include: No such file or directory This happens if you're not using mingw's pkg-config (which automatically adjusts prefix) - you'll have to edit your .pc files. -- Jernej Simončič http://eternallybored.org/ It's always the wrong time of the month. -- Astrology Law
Re: [Qemu-devel] AIX emulated on x86 host
On Tuesday, November 2, 2010, 14:53:08, glen.c.bo...@esso.ca wrote: Andreas - it sounds like an interesting development project, but I'm going to have to decline. The amount of effort to get my application running on AIX emulated under QEMU seems to be greater than the effort we were hoping to avoid in the first case by porting the code to Windows. TNSTAAFL, thanks. Since you're porting an application, you may find it easier to use Windows' Services for Unix Applications, which gives you a pretty complete POSIX environment on top of the NT kernel. -- Jernej Simončič http://eternallybored.org/ Judgement comes from experience. Experience comes from poor judgement. -- Robert Lee's Truce
Re: [Qemu-devel] Re: [ kvm-Bugs-2907597 ] qemu vnc server clips at 2560x1600
On Monday, January 11, 2010, 14:53:05, Anthony Liguori wrote: 2048 is bigger than any physical screen that I know of so I assume this is a multiple monitor scenario. 30 TFTs have resolution 2560x1600. Speaking of large resolutions, I just tried 2360x1770 (the largest offered by VMWare VGA driver in Win2003 x64), and in my case, the left side of the screen is clipped, while the right side is mostly fine (only the mouse pointer is leaving trails behind): http://img27.imageshack.us/img27/2760/image1ud.png -- Jernej Simončič http://eternallybored.org/ What the gods get away with, the cows don't. -- The Aquinas Axiom
Re: [Qemu-devel] Fix double backslash problem in Windows
On Thursday, January 10, 2008, 14:58:28, Laurent Vivier wrote: Do you like '^' ? Bad idea - this is the escape character in Windows shell :) -- Jernej Simončič http://deepthought.ena.si/ The chief cause of problems is solutions. -- Sevareid's Law
[Qemu-devel] Re: [kvm-devel] Storing command line options in images
On Tuesday, August 14, 2007, 0:21:42, Philip Boulain wrote: qemu @qemu.cfg I'm not familiar with that. Is it just GNU bash shorthand for qemu `cat qemu.cfg` ? GNU bash does not have that shorthand, but @file is very similar to `cat file` (the practice was born in DOS days, because the command line was limited to 127 characters). -- Jernej Simončič http://deepthought.ena.si/ A coup that is known in advance is a coup that does not take place. -- Camp's Law
Re: [Qemu-devel] configure
On Wednesday, May 9, 2007, 2:41:03, Thiemo Seufer wrote: I don't see a warning for e.g. which foo on my system. Could you describe your system and paste the output the which command produces there? Gentoo: # which foo which: no foo in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1:/opt/blackdown-jre-1.4.2.03/bin) # which nano /usr/bin/nano # file /usr/bin/which /usr/bin/which: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped Debian: # which foo # which nano /usr/bin/nano # file /bin/which /bin/which: Bourne shell script text executable which builtin in the shell on my firewall box (pfSense, based on FreeBSD 6.2) also produces a warning, but /usr/bin/which on the same box doesn't. -- Jernej Simončič http://deepthought.ena.si/ Space expands to house the people to perform the work that Congress creates. -- Washington's Law
Re: [Qemu-devel] Remove bash-ism from configure
On Monday, February 12, 2007, 9:55:25, Krister Joas wrote: You should take a look at that executable. On most systems I know, / usr/bin/which is a csh script. It has to be because it also finds aliases. It may or may not be portable to use 'which', I'm not really sure, but it's not very efficient. On my Linux boxes, which is either a sh script (on Debian), or a (compiled) program (on Gentoo and Slackware). On my firewall (based on FreeBSD), which is also a program (and also a /bin/sh builtin). -- Jernej Simončič http://deepthought.ena.si/ Matter will be damaged in direct proportion to its value. -- Murphy's Constant ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Weird behaviour of mailing list?
On Monday, August 21, 2006, 18:11:58, Jan Marten Simons wrote: I just read through all of those mails and there were some interesting bugreports and patches which didn't make it to the list. So the core devs / Fabrice should check, if those patches can help qemu despite their (now) old age. Stranger IMHO was, that some of those messages were already replied months ago - it appears that only some of us didn't get that pack immediately. -- Jernej Simončič http://deepthought.ena.si/ Industry always moves in to fill an economic vacuum. -- Tuccille's First Law of Reality ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] windows xp under pclinuxos 2005
On Monday, August 21, 2006, 22:56:15, Fabrice Bellard wrote: A fully integrated NFS server would be quite simple to implement but it would not easily work with windows guests. Well, Microsoft has a NFS client (and server) in their Services for Unix, which are a free download for Windows 2000/XP/2003... -- Jernej Simončič http://deepthought.ena.si/ That which we call sin in others is experiment for us. -- Emerson's Insight ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] kernel command line
On Friday, August 11, 2006, 16:15:37, Tieu Ma Dau wrote: And when Linux boots, I got the following line on the Qemu's screen: Kernel command line: root=C:\msys\1.0\dev\nfs nfsroot=192.168.7.1;/c/cygwin/nfsqemu rw ip=192.168.7.2;192.168.7.1;192.168.7.1;255.255.255.0;off This is a MSys feature that lets you run non-msys programs from within it's shells. Run Qemu from cmd.exe and you won't have this problem. -- Jernej Simonèiè http://deepthought.ena.si/ The only way a reporter should look at a politician is down. -- Kent's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu disk on vfat
On Sunday, May 7, 2006, 13:00:32, NyOS wrote: What size is it? Linux only supports vfat (FAT32) partitions with at most 4GB files. A disc image can easily reach that. 4GB per file is actually a FAT32 limitation - it can't store larger files (and there's nothing you can do about it). -- Jernej Simončič http://deepthought.ena.si/ Life is what happens to you while you are making other plans. -- Knight's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu and configuration file?
On Thursday, January 5, 2006, 1:28:36, Mike Kronenberg wrote: qemu /Users/Jernej Simončič/Simončič_image_2.img -m 128 can be correctly declarated and stored in a XML file while its generating problems with normal 8bit text files. You do realize, that Qemu could easily declare that it's config files are in utf8? (Though, from my experience with Linux filesystems, the file names there are just stream of characters, and it's entirely up to the program how those characters will be presented to the user - the programs/OS doesn't care if the filename can't be properly displayed with the current user settings, as long as the name is valid, it can be accessed). IMHO, XML and charset encodings are beyond Qemu's scope - it just needs to read in the file, change it's settings accordingly and go it's way. Parsing XML or dealing with encodings adds too much code for way too little benefit. Not necessarily on the creators system, but maybe on another users system, if you share the config file and the image with somebody... Depends on what you use to share the config - many network protocols and archive formats don't care about the charsets either, and in the worst case scenario, you'll have to edit the config file and do a bit of search-and-replace (or simply use iconv) before the file will be usable (then again, I normally avoid naming my files using national characters - too many problems with that). It's already fun to exchange normal textfiles between Mac (Macroman) and windows and linux(utf-8/iso-8950-x). UTF8 is pretty universal, and should be supported on just about any OS (on Windows 2000 eg. the simple Notepad opens and saves utf8 files just fine). -- Jernej Simončič http://deepthought.ena.si/ It's a good thing money can't buy happiness. We couldn't stand the commercials. -- Gerrold's Fundamental Truth ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu and configuration file?
On Wednesday, January 4, 2006, 6:50:28, martin wrote: xml style or rc style, please no hack in betweeen :) INI? *SCNR* :) -- Jernej Simončič http://deepthought.ena.si/ The deficiency will never show itself during the dry runs. -- Boyle's Third Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu and configuration file?
On Wednesday, January 4, 2006, 22:39:23, Giuseppe Della Bianca wrote: Also modifying qemu, the command line of qemu allow to use the logic that everyone prefers. I'd prefer to have 5 config files and just specify one of them on the command-line, than having 5 scripts, which run qemu with the parameters I want. -- Jernej Simončič http://deepthought.ena.si/ When you are over the hill, you pick up speed. -- Baker's Byroad ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU version 0.8.0
On Tuesday, December 20, 2005, 11:35:54, Johannes Schindelin wrote: I'll include a version of /usr/local/bin/qemu specially compiled for WinNT-3.1 guests (cpu identification). Is that Win-3.1 or NT-3.5 or NT-4.0? Is there a patch? That looks like Windows NT 3.1 to me. -- Jernej Simončič http://deepthought.ena.si/ Delay is the deadliest form of denial. -- Parkinson's Law of Delay ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Location of temporary file for sectors on Windows
On Tuesday, December 6, 2005, 2:56:54, Johannes Schindelin wrote: FILE_SHARE_DELETE and all that ... but having had lots of fun with win32 I gather this is not really backwards compatible? Or, alternatively, it fails on FAT? MSDN says: ,- [ FILE_SHARE_DELETE ] | Enables subsequent open operations on an object to request delete access. | | Otherwise, other processes cannot open the object if they request delete | access. | | If this flag is not specified, but the object has been opened for delete | access, the function fails. | |Windows Me/98/95: This flag is not supported. `- -- Jernej Simončič http://deepthought.ena.si/ If the shoe fits, it's ugly. If it's good, they discontinue it. -- Law of Consumer Economics ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Invocation under windows..
On Monday, October 10, 2005, 0:24:40, Ishwar Rattan wrote: So how can I invoke it to boot a bootable.iso image? Try adding -L ./ (or -L ./bios, depending on where your BIOS images are) to the command-line. -- Jernej Simoncic http://deepthought.ena.si/ The conclusions of most good operations research studies are obvious. -- The Billings Phenomenon ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VNC patch status?
On Sunday, October 9, 2005, 11:30:28, Rui Carmo wrote: My primary use for it is being able to access Linux VM consoles - although I'm curious as to the mouse issues other folk are mentioning - is it a Win98 specific issue? (the only Windows I run inside QEMU is XP, and I use RDP to reach that...) I thought the problem only occurred when mouse pointer acceleration was enabled... -- Jernej Simoncic http://deepthought.ena.si/ The only imperfect thing in nature is the human race. -- Fowler's Note ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] video mode in windows game
On Saturday, September 24, 2005, 17:46:49, Jim C. Brown wrote: Weird. Of course, in that case it shouldn't go into fullscreen mode at all - it should report the error and go back to the host's original resolution. Not necessarily - especially LCDs can be sometimes very picky about the modes they support, eg. on one of my computers, a LCD monitor wouldn't display the BIOS bootup screen anymore (it just showed Video mode not supported) after I switched from an on-board GFX card to a PCI one, even though it appeared identically on an old CRT monitor. -- Jernej Simoncic http://deepthought.ena.si/ If you take your boots off, you'll never get them back on again. -- Barber's Tenth Law of Backpacking ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Wednesday, June 22, 2005, 1:58:14, Jim C. Brown wrote: GTK libraries are not part of qemu, they are a separate resource that qemu depends on. As far as the user is concerned, they are part of qemu. I must disagree here. If a user already has xchat 2 installed, and that person wants to try to use qemu with the GTK interface, they already have the libraries that they need. Be careful with Xchat, some versions link to modified static GTK+, and a few of them install GTK+ to it's own directory. Problem here is, that there's no standarised installer for GTK+ - Tor only provides zipfiles, and it's up to the developers how they use these ZIPs. Hopefully this will change when porting of Evolution to Windows will be completed. It's a very bad idea to have the installer need to go back on to the net to download something else. The user should get the whole thing at once. Many installers for Windows GTK+ programs do this, and nobody has a problem with it. You could also make a ZIP file that includes both installers, and if the user tries to install Qemu without the GTK+ libraries, the GTK+ installer could be automatically invoked in silent mode (this is what I plan for the Gimp). I think the idea of using C:\Programing Files\Common Files\GTK 2.0 is a good solution for that. It's Common Files\GTK\2.0 actually, since GTK+ 1.3 can also be installed there. -- Jernej Simoncic http://deepthought.ena.si/ Whenever you cut your fingernails, you will find a need for them an hour later. -- Witten's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Wednesday, June 22, 2005, 6:14:50, [EMAIL PROTECTED] wrote: Like those files actually might possibly ever get used by some other app. Not too likely for a Windows user. There's quite a selection of GTK+ programs for Windows available - Gimp, Xchat, Gaim, Ethereal, ... BTW, it doesn't necesarily have to be Common Files\GTK\2.0, it can be any directory as long as it's stored in registry in HKEY_LOCAL_MACHINE\Software\GTK\2.0\Path - this is the key you should check to see if GTK+ is installed. That GTK website specifically mentions that certain versions are broken for Windows. The only broken versions of GTK+ in the last few years were 2.6.2-2.6.4, and only on Windows 98/ME (Windows 95 isn't supported anymore, and even 98/ME aren't officially supported, since none of the developers has them installed). By bundling the libraries with qemu, and keeping them in the qemu directory, you can guarantee that the user has versions that work right and are compatible with qemu. No -mms-whatever struct issue or anything else. The only way you'd get GTK+ libraries that wouldn't be compiled with -mms-bitfields would be to compile them yourself after modifying configure script to not automatically include it. -- Jernej Simoncic http://deepthought.ena.si/ A good plan today is better than a perfect plan tomorrow. -- Patton's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Monday, June 20, 2005, 3:59:11, Jim C. Brown wrote: I did find a GTK Windows tutorial at http://wolfpack.twu.net/docs/gtkwin32/, but that says to install the dlls to the System folder. Thanks to people like that I had to put detection of such broken installs to the GTK+ installer distributed on http://gimp-win.sf.net/ because we've had too many problems with Gimp not starting thanks to old GTK+ libraries in the PATH. -- Jernej Simoncic http://deepthought.ena.si/ If it does exist, it's out of date. -- Arnold's Second Law of Documentation ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Tuesday, June 21, 2005, 4:27:04, [EMAIL PROTECTED] wrote: I'd rather keep them in the qemu directory. Just like I do with sdl.dll Semi-official place to put GTK+ libraries on Windows is C:\Program Files\Common Files\GTK\2.0, and then adding bin\ subdirectory to PATH. This is what GTK+ installers do by default. BTW, for compiling GTK+ programs, I set the PATH specifically for MSys so that my system-installed GTK+ doesn't interfere with the dev environment (also, this allows me to compile for a certain GTK+ version without configure complaining - GTK+ programs that are written for GTK+ 2.4 and earlier won't be able to open filenames containing non-ascii characters on Windows when compiled with GTK+ 2.6). -- Jernej Simoncic http://deepthought.ena.si/ Hot glass looks the same as cold glass. -- Cirino's Law of Burnt Fingers ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Tuesday, June 21, 2005, 6:28:44, Jim C. Brown wrote: This is a particularly perplexing error, considering that a) this error should only show up if you 1) use a MSVC compiled GTK with a mingw/cygwin compiled app or 2) use a mingw/cygwin compiled GTK with a MSVC compiled app. Since you used mingw for both, I have not the slighest clue why this occurs. GTK+ and it's dependencies automatically specify -mms-bitfields when they're ocnfigured, so that you can use the same libraries for both MSVC and MinGW-compiled programs. -- Jernej Simoncic http://deepthought.ena.si/ Beauty times brains equals a constant. -- Beckhap's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Tuesday, June 21, 2005, 4:58:06, [EMAIL PROTECTED] wrote: No idea what it really means. Other than what it actually says. Do a export CFLAGS=$CFLAGS -mms-bitfields before configuring and compiling any GTK+ program on Windows - the libraries are always built to be compatible with MSVC so that you can use 1 set of libraries for all programs. -- Jernej Simoncic http://deepthought.ena.si/ The world is more complicated than most of our theories make it out to be. -- Berkeley's First Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Tuesday, June 21, 2005, 18:27:10, [EMAIL PROTECTED] wrote: I downloaded the libraries and devel files from the link Jernej Simoncic recommended. It does seem to be a main win gtk distrib location. (As somebody pointed out, actually building gtk etc. under Mingw is a pita. I haven't tried, but judging from all the stuff that would be needed to build it, I suspect that's true.) The unzip into the proper mingw directory structure. Did you unzip to /mingw or to /? If the latter, you'll probably have problems, since MSys expects that the executables in /bin use the MSys runtime, and it won't pass the command-line parameters properly. I get the same error regardless whether I'm using the recommended version or the bleeding edge version. Just adjust your CFLAGS to contain -mms-bitfields before configuring Qemu. -- Jernej Simoncic http://deepthought.ena.si/ No matter what goes wrong, it will probably look right. -- Scott's First Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Tuesday, June 21, 2005, 18:30:07, [EMAIL PROTECTED] wrote: Do a export CFLAGS=$CFLAGS -mms-bitfields before configuring and compiling any GTK+ program on Windows - the libraries are always built to be compatible with MSVC so that you can use 1 set of libraries for all programs. I'll have to wait until Jim sends me the changes. I'm not a developer and I have no idea what you mean by export. Type export CFLAGS=$CFLAGS -mms-bitfields in MSys' bash before running ./configure (or simply add it to ~/.bashrc so you don't have to type it every time). Although the mingw/msys devel environment might work under Linux WINE, he wouldn't have any way to run test the resulting executables. MSys itself won't, since msys is actually stripped-down Cygwin. It is possible to cross-compile GTK+ programs from Linux (and it's definitely faster than under MSys, since bash+gcc are slow as hell on Win32; apparently, it's also almost easier to set up a cross-compilation environment in Linux than MSys on Windows for GTK+). -- Jernej Simoncic http://deepthought.ena.si/ The larger the project or job, the less time there is to do it. -- Old Engineer's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] quick gtk2.c update
On Tuesday, June 21, 2005, 21:40:26, [EMAIL PROTECTED] wrote: export CFLAGS=$CFLAGS -mms-bitfields Okay, I tried that. I then did a 'make clean'. Then the config, then the regular make But running the resulting qemu is still giving the same error. Hmm, it's been a while since I last tried compiling Qemu, but maybe you'll need to edit the makefiles to actually include that flag. Considering how big the GTK libraries are for Windows, to be honest, I'm not so sure it's a good idea, anyway. The sdl library is only 300k and can be included with qemu. The gtk libraries are more than 6 meg and would be a little big to include with qemu. It just doesn't seem right to have the libraries being 8 times larger than the main program. I'd say it's worth it, if Qemu gains a usable GUI this way. GTK+ libraries are ~3,5MB download, and only need to be installed once. -- Jernej Simoncic http://deepthought.ena.si/ Possessions increase to fill the space available for their storage. -- Ryan's Application of Parkinson's Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.
On Wednesday, June 15, 2005, 1:02:45, [EMAIL PROTECTED] wrote: I'll have to hunt around. I'm not familiar with gtk2. http://www.gimp.org/win32/ has the development headers and libraries for GTK+ 2.4 and 2.6 (compiling GTK+ on Windows is a PITA). -- Jernej Simoncic http://deepthought.ena.si/ If you're feeling good, don't worry, you'll get over it. -- Law of mental health ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Old DOS under Qemu
On Thursday, May 12, 2005, 18:25:22, [EMAIL PROTECTED] wrote: 4) Some of them saying that A20 is already enabled. That shouldn't start up like that. I think it's supposed to be disabled by default. I've seen that on real hardware with DR-DOS on Maxtor PowerMax boot floppy, so it's probably not a Qemu problem. -- Jernej Simoncic http://deepthought.ena.si/ Any sufficiently advanced technology is indistinguishable from magic. -- A. C. Clarke's Third Law ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel