Which works more effeciantly: Wine with windows, or wine without windows?
I have the latest wine installed. I do not use the "Wine with Windows Installation". I believe that part of the install script branch will just use some of your ".dll" and ".exe" files from the Windows partition.
In my case, I just download the ".dll" files from http://www.dll-files.com/dllindex/index.shtml as I need them. I set the debug environment variable when fine tuning apps, and it will spit out the ".dll" files it's looking for. Then, I just download that ".dll" from that website and throw it in the "c:/windows/system" path. It removes those warnings from the debug output next time I run that app.
As far as efficiency, that question is a "catch 22". When you use the actual ".dll" files and such from Windows itself, naturally, they should work more efficiently than a reverse engineered emulation lib. However, you run the risk of breaking the Wine API by using the native Window ".dll" files. So, breaking the Wine emulator for "efficiency" is hardly efficient. But, even then, you can specify for each individual app whether or not to use native or built-in ".dll" files and such in your config file.
The moral of that story is...keep a fresh Wine only installation, and tinker with adding native ".dll" files and such as you see fit. Then, when it breaks, you can pinpoint the problem to using one specific file. That's what I do and it gives me the flexibility/performance I need, and it's much simpler IMHO.
]]>Is buying WineX worth it?
What beautiful 3d games are available for linux?
]]>Borland -> do they use anything borland-specific, or could you use gcc/g++? I wouldn't use wine for something that HAS to work (work, homework...).
Windows games -> Yes, you can use wine to play minesweeper and freecell. There are really good open source implementations of these games.
Don't expect the beautiful 3d stuff to work.
Do it all in Linux.
Had to post something and I've never used wine, so it couldn't be anything helpful...
]]>