WineX (And Warcraft3) On FreeBSD
Dan writes "Kenneth Culver has implemented the Linux ftruncate64, truncate64, and mmap2 syscalls in the linuxulator on his computer, (mostly cut 'n pasted the mmap2 from regular mmap with a couple of changes) and with these changes it is possible to run the Linux version of WineX (the one you have to pay for) to run Warcraft 3 on FreeBSD." If WineX is interesting to you, this earlier article on playing Windows games with WineX (under Linux) may be worth a read.
The FreeBSD Linux emulator isn't really an emulator as such: it substitutes a different syscall table for the FreeBSD one and runs the ELF binary as if it were Linux. Sometimes it's slower than Linux, sometimes it's faster. Performance should be much the same as Linux.
I don't think that BSD actually emulates Linux. My understanding is that BSD exposes a Linux ABI. I suppose that there might be a little bit of manipulation behind the scenes when a Linux function is called, to adapt it to an underlying BSD call, but not to the extent that it would be called emulation.
If this is the case, there shouldn't be too much of a performance hit.
I could be wrong though, OSX is more my sort of thing.
Wine Is Not an Emulator.
and quit wining.
Burt "Out of my mind back in 5 minutes"
1) its harder to install
2) the pay version has some properitry extensions.
There are more here
I use Wine almost every day to run IE6 with the Adobe SVG Plugin and it works great. How do I do this? Simply, I got a copy of Crossover (a commercial distro of Wine) and pointed it at a build from Wine CVS.
Wine isn't yet easy enough to setup for most people, so Codeweavers do it for you. Think of them as the Redhat of Wine. It is possible to do anything you can do in CrossOver with WineHQ wine, but it's a lot harder. Wine is scheduled to get "ease of use" some time around 0.9 and 1.0 which are happening probably sometime mid to late next year.
http://frankscorner.org/wine/modules.php?op=modloa d&name=Sections&file=index&req=viewarticle&artid=6 8&page=1
title says it all;
"If you don't want to spend 5 bucks on WineX, you can always try compile it yourself, but the CVS version of WineX is a little different from the commercial version:
* no support for Installshield installers
* no copy protection code
To install WineX from CVS you must have CVS installed on your computer."
world was created 5 seconds before this post as it is.
to run the Linux version of WineX (the one you have to pay for) to run Warcraft 3
Pay for what? Isn't Warcraft 3 working ok free WineX version? You are allowed to use WineX from CVS without any paying.
For one thing it's not emulation, just a compatibility layer that intercepts and converts syscalls.
:-)
I've experienced absolutely no noticable speed drop when running Linux apps under FreeBSD/OpenBSD (not that I run a great deal of programs that way).
In fact, the catch-phrase always being touted is that some Linux apps actually run faster under BSD than they do on Linux. I thought everyone had heard that, but I guess not.
Feel free to ask a die-hard Linux elitist to try and explain that some time.
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
I think "linuxlator" refers to the Linux compatibility in FreeBSD. So, yes, it is something different than an emulator running under Linux. It's not an emulator, and not running under Linux.
My understanding is that BSD exposes a Linux ABI. I suppose that there might be a little bit of manipulation behind the scenes when a Linux function is called, to adapt it to an underlying BSD call, but not to the extent that it would be called emulation.
[...]
I could be wrong though, OSX is more my sort of thing.
Mac OS X does just that when you launch a CFM-based Carbon App.
CFM ("Code Fragment Manager") is the old ABI of Mac OS. When the Finder launches a CFM-based application, withint the native Mach-O -based Mac OS X ABI environment, it actually launches another application called "LaunchCFMApp" and passes your app as a parameter.
LaunchCFMApp does exactly what this Linux ABI thingy does on FreeBSD: it loads the "foreign" application's ABI, creates a vector map in memory and connects all function calls from the "foreign" ABI to the "native" entry points.
This is not emulation, but rather, dynamic re-linking.
Over the last year, I've bought Codeweavers Crossover (both Plugin and Office) and a subscription to Transgaming's effort. Take a look at the programs listed in the main Wine tree and at Transgaming's site.
If you want to roll your own, most of the code is available in some form from both branches, though the commercial distributions are more polished. If I were to deploy Wine over a large number of machines, I would probably go back to building my own just to cut costs.
A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
Actually, yes
Ha! Gotcha! :)
Actually if someone is such a mIRC junkie that they want to get it running under WINE, they should take a look at XChat. XChat is a fairly faithful Open Source replica of mIRC.
What I want to see is a IRC client for Linux/FreeBSD that behaves just like IRCle, a client for Classic Macintosh. I just like it...it's the IRC client I've used for years and it's as comfy as a broken-in pair of jeans for me.
Knowledge is power. Knowledge shared is power multiplied.
Its not considered emulation in the computer market. It is using translation, not emulation.
End of discussion.
---- Booth was a patriot ----
You must be using an outdated man-pages package. I'm running slackware-current and the manpage is there.
The function mmap2 operates in exactly the same way as mmap(2), except that the final argument specifies the offset into the file in units of the system page size (instead of bytes).
It just allows mmapping of > 2^32 bytes.
I control the time!