Users of all PC-based Windows desktop systems can create an icon that will let you start DOS applications with a "click" of the left mouse button. CPC-HOB for DOS is used here as an example. Enter Windows and select a group window where you want the new CPC-HOB icon. A group window is selected when it is displaying its icons and its title bar is highlighted. Click on File option. Choose New form the File Menu. The NEW PROGRAM OBJECT window should open.

Notice that using the Mozilla and Gnome libraries is not currently supported and will limit the portability of your application. Both issues are being addressed and will be fixed in the future. Update: some (but not all) Gnome librarites will work on Windows now. And GeckSharp will be able to run via the GRE and GeckoSharp installer for Windows. An experimental Mono and Gtk# installer for Windows (http://forge.novell.

With the use of DOS or Windows emulators, our software can theoretically be ran under a wide variety of operating systems including, but not limited to: OS/2, Linux, and MacOS. To our knowledge, some of our products have been successfully ran under DOSEmu and Virtual PC.

January 31, 1999, Pavel Aronsky <pavela@my-dejanews.com> reports that the API spec for TCP/IP applications to run over DOS packet drivers can be found on www.trumpet.com . Just in case somebody still interested... Microsoft, MS, Windows, Windows 95, Windows 98, Windows Millennium, Windows 2000, and Win32 are registered trademarks and Visual C++ and Windows NT are trademarks of the Microsoft Corporation.

Well, firstly we are developing a Windows user interface. This will be Win-32, i.e. it will run under Windows 95 and Windows NT. But since the compiler is a non-graphical application, and the DOS interface runs quite happily under all flavours of Windows already, it has not been as high a priority as making sure that the basic functionality is top-notch. In other words, we believe an excellent compiler with a DOS front-end is better than an average compiler with a Windows front end.

First, you need a computer which is IBM compatible. The computer should have 640 KB of RAM or even more :)) (in some cases it will work with fewer RAM, too, but I would use more). Then, you need a floppy drive, a harddisk or something simular. It would be great to have a keyboard or a mouse and if you want to see something you might need a monitor... but that's all. For those who always were happy with Windows it might be annoying to type a lot at the command prompt.

Yes, users have reported success with DOS-based Quicken through version 8 (most recent DOS Quicken version). Recent versions may require more memory than is available under the system manager, but it's easy enough to exit the system manager and run Quicken directly from the DOS prompt, or run it in a separate Software Carousel work area. The "disable filer" trick may allow you to squeeze even the latest Quicken in under the system manager.

No. Mainsoft applications are pure Java applications that can be run on any server that runs a Java Virtual Machine. Mainsoft applications have been deployed on various hardware architectures including System z, Power, SPARC, and Intel running various operating systems including Linux, zOS, Windows, and AIX.

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.

Windows ME has an installable option that permits the use of a DOS prompt. Please see their help files for an explanation of installing this. Also, you might want to read article Q179644 in the Microsoft knowledge base (http://www.msdn.microsoft.com).

Very well. The DOS/Windows compatibility package for NEXTSTEP/Intel takes full advantage of the 486 microprocessor. Depending on system hardware configuration and type of DOS/Windows application, performance should vary between 386 and 486 native DOS/Windows performance on Pentium systems.

Although there are still some good DOS based applications around there are many advantages to Windows based applications. Windows based applications are much less "user dependent." If you enter data incorrectly in a Windows based app, it may give you a message prompt, or reject the improper use of that field. DOS based systems tend to require far more vigilance on the part of the user, and lack the "point and click" ease of Windows applications.

Yes. Since NEXTSTEP/Intel is a multi-tasking, virtual memory operating environment, several DOS/Windows sessions can be run at once.

Sure, you can. Create a primary partiton BEFORE your Windows partition (e.g. with PartitionMagic) and get a boot manager (I use the german tool 'Bootmanager', you can get a free trial version at http://www.bootmanager-pro.de).

They can run under 32/64-bit Windows if you only use the Win32 API subset supported by On Time RTOS-32 (about 250 functions). The demo programs DLLDemo and W32Bench included with On Time RTOS-32 demonstrate this. Both programs run without recompiling or relinking under On Time RTOS-32 and Windows. Programs which use On Time RTOS-32 features not supported by Windows (e.g. installing hardware interrupt handlers in user applications) cannot execute under Windows.

First you should create a batch-File (ad_start.bat) in the directory where you installed the software. The content of the batch-file: If you want to start the Sofware from the desktop you should create a shortcut to the batch-file (ad_start.bat). Right-click on the desktop and click on "new" "shortcut". The command line should be the complete path to your batch file (c:\s_ad\ad_start.bat). To show the correct characters you should use the font "Raster Font" or "Bitmap" with the size 10x20.

In order to run LANWatch in a Windows 95/98 DOS box, you must get ndis3pkt from www.danlan.com. This will provide a packet driver interface for LANWatch in a DOS box. To use it, you must have installed LANWatch to use the packet driver interface. It is not possible to run LANWatch in a Windows DOS box from Windows 2000 or XP. Back to top

Yes, and no. By default, Cygwin g++ produces an executable that is a "console application" intended to be run from within the Cygwin environment called bash. If your environment is set up right then double-clicking on the executable in Windows Explorer will run the program in a shell, but the shell will disappear as soon as the program exits (if this doesn't work for you it probably means that the cygwin directory isn't in your path).