How does Qemu know to exit? I am emulating Linux on Linux, and no matter how I shutdown, Qemu doesn't exit on its own.

You can very easily run Linux and Windows on the same computer, switching between them whenever you want. There are a couple of different ways to do it, most distributions use a program called LILO (LInuxLOader) that gives you a prompt when your computer boots that you type either 'linux' or 'windows' into depending on what you want to do.

REG) Quite a few. Below is the list for kernel 2.4.18. Note that for some CPUs advanced development is kept outside the mainline kernel, and changes are merged into the mainline periodically. The WWW pages for these projects are listed as well. ADB) Sorry, but this simply means that OS $toomuch was designed with a given set of objectives and priorities, and GNU/Linux was designed with a different one.

Dual booting Gentoo Linux/SPARC and Solaris can be done one of two ways. The two ways are: having both Gentoo Linux/SPARC and Solaris on the same drive, or having them on separate drives. Below are example SILO configurations for each scenario.

No. The SPARC architecture and instruction set are totally different from the AMD Opteron processor AMD64x86-64 architecture used in these systems. You will need to recompile your Solaris SPARC code to make it run on the AMD Opteron processor-based systems from Sun.

Yes it is possible. However, you need a compatibility layer on Linux for running Windows programs like Wine HQ.

We support Windows and Mac operating systems. Other operating systems, may be compatible although we do not provide service or support.

Worms have targeted UNIX based systems in the past and CUantivirus will provide additional protection from these attacks. Additionally, many UNIX based systems provide file services to Windows clients via the Samba server. CUantivirus (eTrust) will help protect other users by detecting infected files which may be stored by Windows clients.

job configurations can be loaded from disk files or from a central database which facilitates job deployment in a mixed environment.

There is also a program called VMware (www.VMWare.com) which lets you run several "virtual computers" concurrently as applications, each with its own Operating System. There is a review in Linux Journal about it.

There is no direct support for executing one binary architecture on another processor. However, source code developed on one platform, can be easily recompiled to run on another; for example, an application developed on the SPARC platform can be recompiled for x64/x86-based systems.

To port an application, the source code must be available and be compiled as a binary for DSLinux and the DS processor. If it's a text app that runs under the console you will probably be able to port it but for graphical apps it's improbable due to memory constaints and the lack of a working C++ compiler.

You can use "java com.hxtt.sql.admin.Admin TCPCLIENT [host:]port [remoteControlPassword]" to start your remote control. For instance, you have many Access files on c:\data. You can use "jdbc:access:/c:/data" as JDBC url. Then you can use "select * from subdirectory1.table1" to visit table1 file at subdirectory1. For instance, "select tableAlias.* from "sales/2004/04".sale as tableAlias" can access sale table at "c:\data\sales\2004\04".

Reportedly, the Lxrun emulator allows one to execute Linux binaries, both in ELF and a.out Linux formats. The Lxrun program was written for SCO, but has been ported to Solaris/x86. For information, see http://www.ugcs.caltech.edu/~steven/lxrun/ and http://ftp.sco.com/skunkware/emulators/lxrun/

Yes and no. Windows applications will not run natively on Linux (that is, without help). There are 4 different options for running Windows applications on Linux, and it depends on your needs.1) dosemu – DOS emulation program has been around for a while, and works pretty well, so if you have old DOS programs you want to run, they will likely work using dosemu. 2) WINE - WINE stands for "WINE Is Not an Emulator".

In general the answer to this question is no. There are however two ways that you might be able to get them running. There's a commercial package called VMware which allows you to run Windows under Linux. It emulates the hardware environment expected by Windows so you can run an actual copy of Windows and thus almost all Windows programs. The WINE package (WINE stands for Wine Is Not an Emulator) emulates the Windows program environment allowing some Windows programs to run under Linux.

WINE, a MS Windows emulator for Linux, is still not ready for general distribution. If you want to contribute to its development, look for the status reports in the comp.emulators.ms-windows.wine newsgroup. There is also a FAQ, compiled by P. David Gardner, at ftp://metalab.unc.edu/pub/Linux/docs/faqs/Wine-FAQ/. In the meantime, if you need to run MS Windows programs, the best bet—seriously—is to reboot.

We have tested PlaneShift under Windows (98, NT, 2000, XP), various Linux distributions and MacOS. We plan to keep these 3 platforms for now.

Yes. Load both mprime and prime95 in a directory that can be accessed by both Linux and Windows. The two programs can then share the INI files, save files, result files, etc. Make sure you start the program automatically when you boot either operating system. No. It is not uncommon for the program to read and write nearly 100MB of data every second. This is far too much data to transfer around the network in a timely manner.

It is possible to run most Windows programs on Linux using Wine. Wine is a free implementation of Windows on Unix. Dosemu lets you run DOS programs on Linux. See: http://www.winehq.com RedHat 6.2's AMD Duron/Athlon processors support is rudimentory. You are advised to use RedHat 7.0 or later.

WINE, a MS Windows emulator for Linux, is still not ready for general distribution. If you want to contribute to its development, look for the status reports in the comp.emulators.ms-windows.wine newsgroup. There is also a FAQ, compiled by P. David Gardner, at ftp://metalab.unc.edu/pub/Linux/docs/faqs/Wine-FAQ/. In the meantime, if you need to run MS Windows programs, the best bet—seriously—is to reboot.

The short answer to this is: no, not automatically and not directly. That is to say, Microsoft Windows and Linux applications cannot run the same applications because they are not designed in the same way. However, there are some ways to run programs for Microsoft Windows on Linux using emulators and other means.

Visit ... http://www.h7.dion.ne.jp/~qemu-win/TapWin32-en.html, a web page that describes a patched version of QEMU that uses OpenVPN to simulate the tuntap layer. It tells you how to set it up, and if you link on the link to the home page, you'll find a patch for QEMU sources as well as a patched binary. It works well in Windows XP Pro SP2. You may bridge the TAP driver to your local area connection in order to access your LAN from the system inside QEMU.

REW) There is no "best" CPU. The choice of CPU always depends on your price/performance/technical requirements. On the x86 side, we have Intel, AMD, Cyrix and IDT/Centaur, with various models available. All of these work. Besides the x86 processors, the Linux kernel runs on 68k processors, MIPS R3000 and R4000, Power PC, ARM, Alpha and Sparc processors. There are lots of different ways to build a computer around a processor. If you have an x86, they built a PC around it.

REW, ADB) The CPU field is very active in terms of technological developments. New CPU models, new architectures, new manufacturing technologies keep pushing the state of the art. WRT GNU/Linux, it is a general consensus that Alpha machines usually provide the best floating point performance, when the actually shipping hardware available at any given point in time is compared (June 1998: the 21164/600). However for non floating point applications the issue is not as clear-cut.

No. The current SourceFormatX cannot run in Linux or Unix. And, we are planning to release some new editions for Red Hat Linux, Turbo Linux, FreeBSD, OpenBSD, Solaris, HP-UX & SCO Unix in the future.