Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
As a practical matter, I think the only way to run ANY Windows app is to run on Windows. (including running on Linux in a VM).
This said, I believe that any Windows app can be made to run on WINE/CrossOver if the author/vendor cooperates. Codeweavers (vendor of CrossOver) happily accepts money for helping to get an application running.
yea i'm aware of this, i do have a windows instalation, i just dislike windows, i wan't to dump windows completely, but until wine, cedega or crossover are good enough to be able to run all win XP apps at least, i'm not going to dump my win installation,
i'm a heavy gamer, but linux doesnt have any support for any of my favorite games, i was just hoping that there was a way that you could have the full blown win32 API without the GUI running in a simmilar fashion to wine in linux
I can't imagine Microsoft ever creating a Windows API to run on top of Linux -- seems like it wouldn't do they much good, even if they could license it. (Losing OS means they lose a lot of software sales too.)
Many moons ago, I asked the people at Codeweavers why it was so difficult to get WINE up to 100%. My simple logic was based on the presumption that MS publishes information on how to develop for Windows---therefore anyone should be able to make it work going the other way. I forget the exact conversation but I think it carried the message that I did not really understand Windows programming. (But then, I already knew that....)
Without actually installing and running Windows, I think WINE is as close as you get.
Distribution: Debian Wheezy/Jessie/Sid, Linux Mint DE
Sure that can be done. There is a variety of solutions, ranging from one extreme (a Windows API on a Linux system) thru a VM, thru utilizing a dual core processor, thru separate hardware and eventually you end up with two separate boxes, whether or not sharing one external hard disk.
But you don't need a dual core processor per se to do this. From the i386 on the concept of a virtual processor was know, which enables you to run each process as if it were running in a separate hardware processor. The reason that recently dual and quad core processors came in the market is that single core processors could not further be optimized are made run faster. Now *finally* Windows and Windows programs were able to perform decent multithreading it pays off to have multiple cores.
The basic architecture has not been changed though, i.e. what is possible with two cores has always been possible with one core.
Since your proposal is still based on some hardware sharing, you'd still need some co-operation between the OS-es to determine who is the boss over which hardware and when. OS-es expect to be the single boss, and are not designed to co-operate. That is why usually one OS is the host for another guest VM.
If your problem is gaming, I cannot do else but recommend a Windows system as host and running Linux in a VM. Any other solution on a Linux platform won't work as I think most games expect to have a Windows API which is down to the hardware as much as possible.