Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Wine Software

Layers Upon Layers: Plex86 Runs Windows95 287

John Roberts writes, quoting the Web page of Plex86 wildman Kevin Lawton: " Plex86 now runs Windows95 on my Linux-Mandrake box, in full virtualization mode!!! That adds Windows95 to the plex86 project's previous list of guest operating systems which it can run: MSDOS, FreeDOS, and Linux. This is full virtualization mode. The CVS server already contains my latest source code. Here's a toast to all the people who have supported plex86 development... [klink, klink, sound of champagne cork popping] Check out this screendump." Woo Hoo! The cost of VMWare may have just risen a bit ...
This discussion has been archived. No new comments can be posted.

Plex86 runs Windows95!!!

Comments Filter:
  • Acorn Atom emulator running on Beebem under a VMware Windows 95 session on Linux...

    Oh, and Mame in the corner too :)

  • Nah use the Starfire Interface, it's still ahead of its time and would give users a simpler interface.
    As Sun don't seem to make use of it, perhaps they could open source it ?

    As for OS X its good but its still evolutionary NOT revolutionary, the best thing about it is that its based heavily on unix . The GUI is an improvement but it still relies on the WIMP metaphor.

    Dammit even Microsoft have experimental 3D user interfaces being tested and are at least trying to design using new metaphors. Its only because Microsoft uses a pale bloated imitation of unix for their OS (NT/2000) that Apple is still in the running.

  • Why would we want to run an OS in an OS? I can think of a few reasons...

    For one, it's a perfect way to debug web pages. I can start up VMware for Linux and preview the things I work on in Netscape/Linux, Netscape/Win98, and IE5 all at the same time. And when I fix the page, no nasty time wasted rebooting to see that the last fix I made broke the way the page appears in one of the above browsers.

    I imagine that an OS in an OS is also useful for isolating viruses and buggy software too. Or would you prefer to try out that nasty new bug that flashes your bios and erases your partition table on your real computer?

    I suggest that you check out the VMware [vmware.com] site to see their propaganda on the issue. They had some good points the one time I actually read them. Some silly ones too, but that's PR for you.

  • Yes it boots, but I've tried VMWare, and it runs great. HOw stable is plex86 running these OS's?
  • by Pig Hogger ( 10379 ) <(moc.liamg) (ta) (reggoh.gip)> on Thursday November 16, 2000 @09:46PM (#618451) Journal
    For generations, big-blue big iron rigs have been merrily running VM in their dinosaur pens, where many OSes ( DOS , CMS , CICS , etc.) could coexist merrily on the same machine, without having to worry about silly details such as resource contention and the like, which was good when you ran one of the more lame-brained ones where you had to access your data by specifying the actual cylinder and sector...

    It's only natural that the same thing be finally done on microcomputers.

    Back in (MS-)DOS days, Desqview did it pretty cleanly, too. But Windoze pretty well screwed up the whole scheme with it's hare-brained design.

    --
    Americans are bred for stupidity.

  • by GusherJizmac ( 80976 ) on Thursday November 16, 2000 @07:22PM (#618452) Homepage
    That's the real question :)

    Seriously, one wierd thing about vmware is that it is inflexible with the number of colors. Games that open up screens using DirectX won't work because of how vmware's "video driver" works. Anyone have any idea of this is just a fact of machine emulation, or a vmware-only thing for optimization?

  • by Christopher Thomas ( 11717 ) on Thursday November 16, 2000 @09:51PM (#618453)
    The above comment about running Windows under Linux on a mainframe wouldn't work, due to incompatible instruction sets, but it brings up an interesting possibility:

    Has anyone tried writing a complete virtual processor/virtual peripheral system that performs dynamic binary translation between instruction sets?

    The canonical way of doing this - just running the program on an emulated processor with the desired instruction set - is hideously slow. You can't cross-compile the whole program, as parts of it will be inextricably bound to architecture, but you should be able to translate 99.9% of it to native code on the desired target platform. This would provide a vast speed boost over a purely emulated solution.

    You could even design the system to perform cross-compiling and optimization of the new machine code incrementally. Much as with Transmeta's translation technology, you'd perform profiling on the fly to give translation/optimization priority to the sections of code used most frequently.

    The advantage to this? I'm not sure, but among other things it would let me run Sparc binaries from the university servers on the x86 machine on the desk in my cubicle, or play MOO on the Sun boxen.

    Has anyone tried writing such a monster, with or without the "incremental" bit? What was the end result?
  • VMware is great, and it also runs Windows NT. I got it to run Win98 with networking support, and it was quite fast (not fast enough for games, but fast enough for Office).

    Plex will continue to evolve and get better, and this should contribute to _lower_ pricing for VMWare.
  • Its slow compare to windows because windows gdi is kernel mode and doesnt suffer context switches. So what? Its still more than fast enough for anything but the most demanding games.

    You may also want to consider X4 instead X3 which is meant to address this windows "advantage." (It isnt an advantage if you need the machine to positively, absolutely always be up, by the way.)

    Old!? Dont be an idiot. Its younger than MS windows. Check your computing history. Do you expect the gui codebase for w2k is the same as that of w3.1? So why do you think so for X.

    The problem with windows is that it has no decent window manager. I simply cannot get anything done on windows. It is not possible for me to work multiple shells, browsers and compiles at once. And I cant configure it to do so. And its institutional ugly. All these UI advantages Windows or the Mac has over X are median advantages that mean dick in my particular case. I dont care how easy it is for computer illiterates to use windows or a mac. Their ease is my torture.

    It took me 3 days to configure x/helix to look, feel and act the way I like but at least it now takes its orders from me, not the other way around. And it looks damn good.

    Add to that network transparency (W2K professional doesnt have a terminal server) and its no contest. But hey, its not for everyone. You can use whatever the fuck you want but dont rag on the rest of just because you dont understand the technology. Its too bad X cant change color depth on the fly but I can live with that considering its been ages since I've had to run anything that didnt agree with 24+ bits. If you need to switch between old dos vga games and kde or gnome, I guess X isnt for you then.

    --

  • by jonnythan ( 79727 ) on Thursday November 16, 2000 @07:23PM (#618459)
    I have to say it...you're about to complain that soe software doesn't run windows 95 with enough stability for you? Have you ever used the OS? :)

    That's like wondering about whether your left turn signal will last a long time when you're in a 30 year old fiat in the fast lane of the Autobahn.
  • Comment removed based on user account deletion
  • Run it in a VNC session.

    I start several VNC session from /etc/rc.d/
    It wouldn't be hard to fiddle with some settings to the VMware machines get automatically started too.
  • > For these reasons, I believe the WINE project is more important than either VMware or Plex86.

    Well, windows is not the end-of-everything. Plex86 will give me the possibility to run OPENSTEP. Or the HURD.

    But, yes, for runnning windows *applications*, Wine is probably better...

    Cheers,

    --fred
  • MS is never going to have a stable operating system if they allow 3rd parties to insert code into the kernel.

    Doesn't sound all that different from Linux kernel modules if you ask me. It's even allowable to distribute binary only modules for device drivers and whatnot. The only real difference is that in Linux you can't insert modules into the running kernel unless you are root.
    _____________

  • > The X Window System is...
    Can you please list some design flaws?

    I'm not an X guru but I can try:

    • font support (it's slow, doesn't support antialiasing, querying font metrics takes decades, no way to rotate font etc)
    • primitive support (only rectangles, lines and ellipses with vertical and horizontal axes - where are bezier lines or polygons defined with bezier lines or alpha channel or gradients)
    • color space (why does application have to take control of colors - why not simply use all colors as 32 or 64 bit and let the driver/hardware to convert it to 16, 15 or 8 bit display if really necessary).

    Advantages with current design: network transparency. Current solution to design flaws: make everything (font antialiasing, alpha, bezier, color conversion etc) in prosessor and send result as bitmap. Do you really think this is the solution?
    _________________________

  • by Trevor Goodchild (fake email address) on 12:29 AM November 17th, 2000 EST

    ...

    If this is a serious question (not just a troll):

    I see he posted at 12:29 AM. Trolls don't come out until after 2 AM, so it wasn't a troll.

  • Something lower in the OS that will make executing Win32 binaries as easy as ELF.

    Sounds like binfmt_misc to me. From /usr/src/linux-2.2.14/Documentation/Configure.help :

    Kernel support for MISC binaries
    CONFIG_BINFMT_MISC
    If you say Y here, it will be possible to plug wrapper-driven binary formats into the kernel. You will like this especially when you use programs that need an interpreter to run like Java, Python or Emacs-Lisp. It's also useful if you often run DOS executables under the Linux DOS emulator DOSEMU (read the DOSEMU-HOWTO, available in ftp://metalab.unc.edu/pub/Linux/docs/HOWTO). Once you have registered such a binary class with the kernel, you can start one of those programs simply by typing in its name at a shell prompt; Linux will automatically feed it to the correct interpreter.

  • by Foogle ( 35117 ) on Friday November 17, 2000 @07:11AM (#618481) Homepage
    Well let's see -- VMWare has been out for about two years now... But yeah, now that some grassroots virtual machine can run a piece of their software from five years ago, they'll probably start losing sleep.

    Look at related past scenarios: VirtualPC and SoftWindows for the Mac do essentially the same thing (with minor performace issues), and Microsoft doesn't seem to mind them. WMWare hasn't been hassled by Microsoft, to the best of my knowledge, either.

    But yeah, I'm sure Plex86, which is probably riddled with bugs and compatibility issues at this point, is going to scare them into litigation. Makes sense to me.

  • Sun's CVS doesn't want to cooperate here at work. Where can I find a tarball?
  • I agree with you he's flamebaiting, but he does raise some interesting points about X. It is bulky, but its being improved over time.
    XFree86 4.0 improved things substantially with its modular driver architecture, and combined with the upcoming XFree86 alpha channel stuff shows its these guys who are driving X these days, not TOG.
    It is possible to present an X like environment to applications and still use other compression methods to get the app down the wire. Expanding X4s modularity to compression methods would be a wonderful, wonderful thing. Here's what I'm talking about:

    Now [XFree86 4.0]
    Display architecture which can take regular apps and display them via:
    * X protocol
    * DGA
    However, the way these two systems are implemented is quite static and unmodular. Upcoming developments will require further modifications, and the limits of this system are already becoming apparent [see below]

    The Hopeful Future
    Rather than XFree86 as both the display server and two transmission methods, I'd prefer a more modular approach for
    * X protocol
    * Direct Rendering
    * X protocol with upcoming XFree86 extensions developed by Peter of XFree86 team [anti aliasing, alpha channels, etc]
    * X protocol with SSH compression
    * Other remote display protocols, such as VNC, Hextile VNC [around 1/3 the bandwidth in my environment], as well as non-open protocols like RDP [crappy] or ICA if desired.
    * Widget level remote display. This is perhaps the cleanest way to display apps remotely, but requires binding between each tool kit and the display server. This is perhaps the cleanest way to doa pps remotely, but hasn't really been explored. Think about it...

    Now
    You write an app in GTK. Your app tells GTK to draw a drop down list box. The GTK tells X to draw a series of rectangles and other components to create the graphic of a drop down list box on your hosts screen. These are sent down the network individually as a very long list of components, taking a fair quantity of bandwidth.

    The Hopeful Future
    You write an app in GTK. Your app tells GTK to draw a drop down list box. The GTK tells X to draw drop down list box. The binding between the two transmits `draw GTK list box' down the wire to your host.

    While such technologies might not be fully understood today, a more modular yet backward compatible approach allows for :
    * Better expansion for future technologies
    * Alternate remote display protocols, which are less stagnant then Open Group X protocol.
    * The ability to dynamically switch protocols depending on desired compression processing impact and avaliable bandwidth.
    * Cleaner implementations of third party [and even closed source] protocols like ICA.
    * Lower overhead for devices which do not require remote display capability, such as handhelds and even some desktop PCs [especially low end systems], while maintaining application compatibility with existing toolkits and apps.

  • by jmv ( 93421 ) on Thursday November 16, 2000 @10:16PM (#618495) Homepage
    OK, why is this moderated -1 Offtopic? I think the guy's dead wrong/uninformed, but it's still his opinion and it's on topic. Moderation is not supposed to be a way of saying you agree/disagree. If it were meant for that, we would have "He's right" and "I disagree"... but I've never seen them in the choices... why is that?
  • This is what wine is for. I have been a user
    of wine for a long time now and Starcraft has
    always been one of the main reasons. No need
    for windows just run with wines libs and you
    are good to go. If you want to run games,
    check out the list that wine runs.
    http://www.winehq.com/Apps/query.cgi

    Nothing like a nice wine!
  • Forget VMWare. If all you want to do is run Win9x w/ Office like apps, try Win4Lin [trelos.com]. It's 1/2 the price of VMware/Plex86, and so far, I've got it running Office2k(w/ Outlook to an Exchange Server), Project2k, McAfee AV/Vshield, and EasyZip. I can surf w/ IE, and print via LINUX printers(using windows drivers). File storage uses the UNIX tree structure (accessable through LINUX)-- no big-virtual drive.

    So far, the only thing it can't do is MS Networking (browse fileshares, access resources, log into domains, and etc.). It also doesn't have Sound, and it can't play DirectX games. It also only supports Win9x.

    I'm SUPER impressed with it. (Acutally, McAfee blew me away!
  • Since the plex86 site seems to seriously lack documention, I thought I'd see if I can get an answer here.

    Does plex86 support running the guest OS off a raw partition, or is a virtual disk required? There are two reasons I'd like to see raw partition support implemented:

    • Limited file size in Linux. I think it's 2GB in x86 Linux. I need a bigger disk! Supporting multiple disk images (which VMWare can't do, apparently) would help.
    • Windows licensing. This is what made VMWare's raw partition support critical for me. I have an OEM copy of Win2k that will only install under the "bare" hardware. It won't install from within VMWare.

    I know Bochs was able to use raw partitions. Has this support been ported over to plex86, or are plans in the works?

    Also, does/will plex86 support transparent network translation the way VMWare does. This is absolutely critical for me.

    --

  • I knew someone would bring that up, but you mentioned the point that I would respond with. There should be some authorized user (ie root) intervention before privileged code is run.

    A user program like the Sims should simply not be allowed to execute privileged code. My one year old should not be able to crash my Linux box by banging on the keyboard as long as he is not running as root.

    -tim
  • Why are people so impatient!! I've just read through all the comments and there are so many that seem to be asking for stability and other OS's. One thing at a time! It's only just running Win95 and already everyone wants it to do everything, and be stable to boot (pun not intended). I think we should really hand it to the plex86 guys. Anyone who has read their paper on virtualisation will see it looks like a complete nightmare. I'm hugely impressed they've got this far so fast. Of course we'll all look forward to the day that it runs Win2k/Win* with all the bells and whistles (or perhaps many slashdot readers won't...:), but that is for the future.

    For now, congratulations guys!

  • >Has anyone tried writing a complete virtual
    >processor/virtual peripheral system that
    >performs dynamic binary translation between
    >instruction sets?

    Sure. The authour of Plex86 is also the author of Bochs:

    http://www.bochs.com/

    "The program bochs is a highly portable open source x86 PC emulator written in C++, and runs on most popular platforms"

  • by Ronin441 ( 89631 ) on Thursday November 16, 2000 @10:58PM (#618515) Homepage
    Has anyone tried writing a complete virtual processor/virtual peripheral system that performs dynamic binary translation between instruction sets?
    There are a few movements in this direction, that emulate the processor, but not all the other hardware you'd expect to find in a traditional x86 PC.

    One such is HP's Dynamo [arstechnica.com]. It emulates an HP PA-8000 instruction set on, get this, an HP PA-8000. This emulation is faster than the native code, because it can do better optimisation.

    Sun's MAJC runs a similar optimising emulator, but it emulates a Java machine.

    I would guess that nobody's tried to emulate a complete x86 PC on a non-x86 platform largely because they'd also have to emulate all the features other than the processor: mouse, keyboard, serial, parallel, IDE, USB, etc.

  • I think the best bet is going to be doing an OpenGL tunnel for the time being. Trying to emulate something as complex as a video card (and then coming up with GDI drivers for Windows to use for that emulation) is going to be a bear to do and most likely be evil slow.
  • you could run a whole slew of other operating systems under Linux

    I'm somewhat confused about what plex86 actually does. On one hand it's mentioned that Windows and Linux are two of the operating systems that can be run under plex86, but a few other people have mentioned running Windows "under Linux" using plex86. Which is it? Do you run Windows and Linux simultaneously under plex86 (in which case Windows is not running "under Linux" any more than Linux is running "under Windows") or do you run Linux natively and then use plex86 to run Windows under Linux? If so, could you reverse it, running Windows natively and using plex86 to run Linux under Windows?
  • You have to admit that the concept of client/server in X at least SEEMS backwards.

    Hrm.. I don't understand what you mean. If you mean that it shouldn't be done this way, and some other way instead, I'm all ears. :)


    I think what he's referring to is the X distinction of "client" and "server." The "X server" is the piece of software that runs on the computer you want to display on, and it renders the data coming from the "X client," which you connect to, and which is actually running the program. This seems like backwards terminology to me (and a lot of people apparently). Wouldn't it be more accurate to describe the rendering portion as a "client," since it connects to another computer, requests data, and renders that data, while the portion which accepts connections, runs programs at request, and sends data out should be more accurately called a "server"?
  • Troll. I started this thread, explaining(simply) what the differences between WINE and plex86 are. I got my first computer when I was four; my first programming language was 16-bit X86 assembly.

    I haven't kept up the skill, and my memory has degraded, but I certainly know what I was talking about. Stop being such an asswipe.

    Dave
    'Round the firewall,
    Out the modem,
    Through the router,
    Down the wire,
  • IIRC, it actually ran a full copy of Windows 3.1, down to ProgMan and friends, or so the screenshots on sun's site (and the experience of my Solaris-using friends) says.
    Also consider that it ran on Solaris on SPARC.

    "If ignorance is bliss, may I never be happy.
  • Windows allows programs to lobotomize its kernel on a whim via ring 0 VxD's. Linux ain't gonna do that. It's not that we're not actually able to, we're just not stupid enough to WANT to.

    Apart from terminology how is a ring 0 VxD diffrent from a kernel loadable module? Sure you need to be root to load one, but it is putting code into the kernel that gets executed on the bare metal in ring 0...

  • by isorox ( 205688 ) on Thursday November 16, 2000 @07:29PM (#618530) Homepage Journal
    VMWare's licensing is changing though. I got this email last week


    Dear VMware Customer,

    When we introduced VMware software, we wanted to allow students and
    hobbyists to use our product on a private, non-commercial basis. So
    we created a hobbyist/student price and made it available on the
    "honor" system. For a single-user electronic license, the discount
    price was US$99. And the price for the packaged product was US$129.

    We are dedicated to keeping this valuable discount for our academic
    customers. However, in the future we will handle these sales through
    a distributor who specializes in selling to students and other
    academics via educational channels -- such as campus bookstores,
    catalogs, and Web sites. (Watch your email for the complete details.)
    And we will continue to deal directly with academic institutions that
    wish to buy multiple copies of VMware for their classes and
    training programs.

    If you qualify for the current program, there's still time to act.
    The last day for new non-commercial orders is December 4th. To order
    a copy, visit our store on the VMware Web site. The hobbyists/student
    discount information is located at
    http://vmware1.m0.net/m/s.asp?H2458203403X900171 .
    Sincerely,

    The VMware Team

  • by Spoing ( 152917 ) on Friday November 17, 2000 @04:52AM (#618532) Homepage
    It's easy;
    1. Install a Windows app under Windows, and it populates the 'Start' button.

      Install a Windows app under Plex86, VMWare, Win4Lin and each time you want to use that app you have to switch to another window or turn on the other operating system just to have the chance to click that damn Start button.

    To me, it's no big deal...but to a few non-geeks I've talked to as well as a few Uber-geeks, it's the only concern; is it exactly like running the same app under Windows?

    It can be. The good folks at Codeweavers [codeweavers.com] are working on a user interface that automatically populates the KDE and Gnome menus, allowing novices to install thier own software. Very slick -- and a critical safety blanket that can tempt the novices over to Linux let alone to other *NIX.

    At this point, the pre-release is available for download [codeweavers.com] but Wine itself isn't yet a 1.0 release...so many apps might be easy to use if they can be installed.

  • Well, wouldn't that mean you could ONLY use word? At least use a small program that can launch other things. like say.... command.com :)
  • by Adam Wiggins ( 349 ) on Thursday November 16, 2000 @11:44PM (#618536) Homepage
    Don't count out VMWare just yet. They have an amazing product that does a lot more than just run a guest OS - it provides complete network integration, cool suspend/resume functionality, and other nifty tricks. They are one of the few proprietary software packages that I think is actually worth the money they ask.

    Still, I'm glad to see a free replacement coming into maturity. I am in programmer-awe of anyone that can achieve what these guys have done.

  • I know this might sound odd.... Has anyone tried to have just a "manager OS", that's sole purpose is to run other x86 OSes? It sounds silly, but my idea is just to run it and drop some program into the guest OS that 'distracts' the OS system so that it can manage hardware, etc. Maybe drop in a piece of hardware to help. Huh... that didn't even make sense.... wait, alright, who secretly switched me to decaf? Prepare to die. 'I came to bring the pain...'-Method Man
  • by xenocide2 ( 231786 ) on Thursday November 16, 2000 @07:32PM (#618541) Homepage
    You can now emulate your computer using your computer(or 'virtualize,' whatever). The important part here is that you can run the emulater in multiple instances. Oh, and running Windows is pretty important for the mainstream too, I suppose.
  • The UAE emulator will do dynamic recompilation from 68k to x86 (or not. as a run-time option). Check it out here [linux.de].

    It works quite well for some applications, but not as well for the Amiga games, which were really exploiting the processor and hardware to begin with and do not lend themselves to easy analysis/translation. I don't suppose I need to mention that this is basically what Transmeta does in hardware....


    ~wog

  • The problem with the Sims and the VxD is that the currently available copy protections are too hard to emulate, since they use tricks like VxDs, hardware registers, timing tricks, etc., which WINE just cannot handle easily.

    Fortunately there are ways to disable the copy protection, look for 'unsafedisc' or similar on www.gamecopyworld.com. (Heck, it is even legal, since you own a copy :)

    That just leaves us (WINE) to implement enough of DirectX7, but this is not a huge problem.

    - Marcus
  • by dasunt ( 249686 ) on Thursday November 16, 2000 @07:33PM (#618546)
    If plex86 runs win95, how far away is it from running win98 (especially win98SE)? I'm sure I'm not the only slashdot user that has no clue about the differences between 95 and 98, besides the obvious ones.

    Oh, and congrats Plex86 team! You did one hell of a job.
  • by Silas ( 35023 ) on Thursday November 16, 2000 @07:33PM (#618548) Homepage
    Note that hobbyists and students can still buy a discounted version of VMWare from the VMWare store [vmware.com] up until December 4th. That's $100 versus the usual $300. After that (according to a recent e-mail sent to their mailing list), they'll only be handling discounted orders through a special distributor.

    I've been using VMware to "do the windows work I need to do with the stability of Linux" and I'm thoroughly pleased. USB support + some speed improvements would be great, but all in good time.

  • or do you run Linux natively and then use plex86 to run Windows under Linux?

    Yes. Plex86 is a Linux-programme. It let's Windows run on your processor (so you'll need a x86) by emulating the parts of the processor which it cannot access because Linux uses those parts. As the guy in the first8 post already pointed out: a simple addition can easily be run but a context switch will have to be emulated because it would fuck up the native OS (Linux) if you could, but you cannot even access such instructions since they're only accessibly from Kernel code (this is in the architecture of the x86).

  • Ok, it's definitely cool Plex86 runs Windows and stuff, but how does its speed compare to Win4Lin? On my PC Windows runs under Win4Lin even faster than in native mode.
  • I'd go for it, but VMWare won't run win2k, which is the only windows worth using if you're going to pay for it.
  • I think what he's referring to is the X distinction of "client" and "server." The "X server" is the piece of software that display on, and it renders the data coming from the "X client," which you connect to, and which is actually running the program. This seems like backwards terminology to me

    Think of it as "display server" and it starts making more sense. Especially since you can (and frequently do) have multiple X clients displaying to that same display server simultaneously -- although granted usually they are local rather than remote clients in a typical workstation setup.

    Wouldn't it be more accurate to describe the rendering portion as a "client," since it connects to another computer, requests data, and renders that data, while the portion which accepts connections, runs programs at request accurately called a "server"?

    You're mixing things up here. The rendering portion (X) doesn't connect to another computer, the other computer connects to it. (The confusion may arise if you're using say a telnet client program within X to initiate the connection to the other computer; but when you start an X client program on that computer it has to request and be granted access to your X server). Further, X doesn't "request data" -- the client sends it data, it's a push process not a pull process.
  • Arrrg! I've been looking for one of these for all me life! (he says in Pirate-ese).

    So anyway, if you Plex your muscles whilst drinking WINE, will your machine explode? That's what I've been wondering.

    And for those of you who don't speak insane (such as the above): Stability? Anyone? I'll admit, I'm a bit conservative - so if it ain't stable, and I'm not developing (aka bug-testing, I'm no programmer), then I don't want it. Plain and simple... not stable - not on my machine. And, yes, I know that stability can be a rather subjective thing, with many qualifiers - its stable so long as you don't do this, this, this, or especially this.

    Just a crazy freak wondering out loud...

  • Hmmm... now I can run Windows95 on top of Linux... hmmm... Why exactly is this a good thing?

    -Linux can now port Windows apps better, and draw in a larger userbase
    Um, no? Linux is just catching up with Windows 95, as most applications are moving either to ME or to 2000. ME is horribly complex (3x size of 98), and 2000 is a completely different kernal. And 2000 seems to be the long term player for Microsoft. Plus, 95 just sucks. No Windows 98 user would go back to 95 just for increased stability (I never thought that I would have the option, though...:).

    -Now you can play Windows games under Linux!
    No. You can't. Well, you can play some, but slowly. Windows games fall into three catagories: DOS games that Windows runs in dos-boxes, Windows games that do software rendering, and Windows games that use propriety Microsoft stuff in order to run. Now, this can't do the dos-box games (I think..) because they do direct hardware access. It can't do the propriety Microsoft stuff, because that's propriety Microsoft stuff. Finally, it won't be able to do the software rendered games very fast, because the requests are getting filtered on five levels: Game, Windows API, Windows lower-GUI, Plex86, and then the Linux Kernal. Damn, and you thought three layers was slow!

    So, with that said, why are we doing this again, instead of concentrating on Win2000?
  • MS may care because people may be running their existing copy of Windows, on the existing partition it is installed in. So MS makes no additional money.

    More importantly, people may be running Windows under Linux strictly as a migration tool. And this is the much larger reason why MS may care.
  • by MeowMeow Jones ( 233640 ) on Thursday November 16, 2000 @07:37PM (#618568)
    That way I can run linux on my x86
  • "If you don't like it, don't use it."

    It's already opted how you can make "completely" secured virtual servers with this, use the advantages of Solaris together with those of Linux, etc. Another great use should be Linux advertising: now you could run "Linux for Windows" without even having to leave Windows, or run your favorite games in Linux.

    Everyone is entitled the right to have his own projects, whether they're useful or not. Actually I think that every project *does* "make the current OSes better", because every project is the "killer app" for yet another group of people, no matter how select.

    So the attractive thing about Linux is not that it has one "killer app", but that it has "for everyone his own killer app", a.k.a. choice and variety. You can't get that better.

    It's... It's...
  • We need: user@foo ~$ ./notepad.exe

    Actually we have that.

    Install wine, and
    echo ':windows:M::MZ::/usr/bin/wine:' >/proc/sys/fs/binfmt_misc/register
    echo ':windowsPE:M::PE::/usr/bin/wine:' >/proc/sys/fs/binfmt_misc_register

    The wine package in Red Hat Powertools 7 does this automatically.
  • How is this, in any way, Flamebait? I'm asking a legitimate question. The colors are off.

    If you had a Windows app that allowed Linux to run within a window (I think there is software out there that already allows this), and the colors looked all strange in KDE, wouldn't you be surprised as well?

  • by dbarclay10 ( 70443 ) on Thursday November 16, 2000 @07:39PM (#618575)
    I'll explain some differences in between plex86 and WINE(which may seem obvious to some, but is a valid question for most).

    WINE is replacing all the shared libraries that a regular Windows system would use. So, WINE isn't emulating Windows itself - it's really a compatibility layer.

    WINE does a lot more, but that's what it boils down to.

    Plex86 is what's loosely called a "virtualizer". You'll need Windows installed(to run Windows), or whatever other operating system plex86 is to use.

    When Plex86 runs Windows, Windows is actually runing on the bare metal, for the most part. Plex86 makes it possible to run two operating systems at once by trapping certain instructions that the guest operating system(in this case, Windows) tries to execute. If Windows tries to say, add one plus one, it'll go to the processor without problems; but if Windows tries to get raw access to all available memory, Plex86 will trick Windows into thinking that it has "all" the memory, when it really only has what Plex86 has set aside for it.

    This approach has up-sides and down-sides:

    Good:
    When Plex86 has become more mature, Windows and other guest operating systems will run at near-native speeds.
    Since the framework would be in place, you could run a whole slew of other operating systems under Linux, instead of just Windows(great for debugging, since you have total control over what the guest operating system sees and does).

    Bad:
    Well, you have to have the operating system installed. With WINE, most of the functionality needed will eventually be completely re-written under Linux.
    If Plex86 isn't extremely careful about what instructions the guest operating system is allowed to execute, you could end up with a really screwed-up system.

    If you think this is all great and good, but you want it NOW, there is a commercial plex86-like program, it's called Win4Lin, and is available at www.win4lin.com . I'm not plugging them - until plex86 is ready, that's what I'm forced to use(and also forced to use an outdated kernel because of it).

    Dave
    'Round the firewall,
    Out the modem,
    Through the router,
    Down the wire,
  • by account_deleted ( 4530225 ) on Thursday November 16, 2000 @07:39PM (#618577)
    Comment removed based on user account deletion
  • I am afraid I am the real Anne Marie--just go read the article below. Let me try again . Read this article [salon.com] if you want sex, slashdot and linux all in one. Anne Marie
  • In the lowest level, plex86 makes it safe to run other operating systems from/under Linux. That means that you'll be running Linux, start plex86, which then starts the operating system of your choice. So, Linux and this other operating system run at the same time, be it Windows 95 in a window, in full-screen(ie: not X11) mode, or DOS in a console window. You get the idea.

    Plex86 is wholly a Linux program, although I imagine it wouldn't be impossible to port it to other UNIX-like systems. However, Plex86 is, and will probably always be, X86-specific, meaning you couldn't run it under MacOS.

    To make running two completely different operating systems at the same time safe, Plex86 does let the "guest" operating system do anything dangerous(for this example, we'll use Windows as the "guest", which would be running under Linux[the "host"]).

    If Windows wants to draw a pixel to the screen, it tries to access the video hardware to draw a pixel to the screen. However, Windows is really running inside a window on our Linux desktop. So, we can't let Windows actually access the hardware - we have to fool it into *thinking* it's accessing the hardware, when in reality, Plex86 has intercepted the instructions which are trying to write that pixel to the screen, and translated them into X11 instructions, to write a pixel into the window in which Windows is running.

    Whoa. I think I have a headache. Talk to you later :)

    Dave
    'Round the firewall,
    Out the modem,
    Through the router,
    Down the wire,
  • Plus, 95 just sucks. No Windows 98 user would go back to 95 just for increased stability

    Bullshit.

    I'm running Windows 95 on all of my Windows boxen, except for my laptop which runs 98 (because I need the USB support. I'm full aware there's USB support under 95, but I couldn't get it to work.)

    I own 95, 98, NT4, and 2000 Pro. Why do I run 95? It's twice as fast as 98, less bugs, and better stability. Anything that *I* would need runs just fine under 95. (Pretty much anything designed for 98 will run BETTER on 95.)

    One day, I decided to upgrade my primary box to 98, but I told myself "The first crash I get, I'm going back to Windows 95."

    98 crashed during the installation.

    Microsoft is trying desperately to get me to upgrade. I was told that there's an update to Windows Media player available. So when I clicked "Upgrade", I got a window that said "Sorry, the new Windows Media Player was not made to run on Windows 95, and no new media player will be made for it." (Even though the new media player will probably run perfectly fine under 95, Microsoft would rather you upgrade. Screw them. The current version of media player works just fine.)

    95 sucks, but it sucks a LOT less than 98.

    -- Give him Head? Be a Beacon?

  • > Has anyone tried writing a complete virtual
    > processor/virtual peripheral system that performs
    > dynamic binary translation between instruction
    > sets?

    Doink... You've just reinvented Java (or Smalltalk), including the pre-compiler (this is called a Jitter, a Just-In-Time Compiler). And take a look at Transmeta's Crusoe (OK, I read you did this already), and to the new Amiga (which is to become a mix between Java and the Crusoe).

    Good thinking, but these days it's just hard to invent something that is *really* new ;-)

    It's... It's...
  • by Gendou ( 234091 ) on Thursday November 16, 2000 @07:42PM (#618590) Homepage
    One of the more important tasks in getting Linux more mainstream is the ability to run Windows apps.

    One problem is, virtual machine emulators are generally pretty clunky, slow, and reinvent a lot of hardware access that should otherwise be done directly.

    For these reasons, I believe the WINE project is more important than either VMware or Plex86.

    Don't get me wrong, I think Plex86 is a great project and virtual machines have many uses...

    But if you're a Linux user who wants to run Windows apps for one reason or another, or if you're a Windows user who wants to use Linux but are bound by Windows apps, then you need a better solution. Something smeamless. Something lower in the OS that will make executing Win32 binaries as easy as ELF.

    Currently, I don't think this is possible. We've got a long way to go, and it may be a while before Linux users will accept a, say, /lib/win32-xxx.so, for example. What I'm really getting at here is, we need focus on assimilation. We need something that acts like it's native. Putting VMware, Plex86, or even WINE in the process, creates a jarring effect that still is insufficient for mainstream use.

    We need: user@foo ~$ ./notepad.exe

  • This is a very accurate analysis of X.

    Despite the sentiment here, the client/server model is NOT a problem, in fact it is quite good, even for local display. Properly done client/server with a stream-like interface will VASTLY reduce context switches and is far easier to implement on multiprocessors. It should also be much easier to migrate the work to hardware accelerators. Though faster due to the reduced context switches, the client/server model does have a problem with latency, but in my opinion latency is an additive element in speed, while context switches are multiplicative, and thus as machines get faster the pain of latency is reduced far faster than the context switches. Also latency is unavoidable in network applications anyway so we should design systems to allow it.

    Where X blows is the horrid rendering model. Your comments are very accurate, the current "solution" that all those graphics libraries use is to render a bitmap locally and send it. This completely destroys the whole point of the client/server and makes the sent data so huge that direct rendering makes a difference and is becoming a design requirement. It is insane that we are forced to link gigantic graphics libraries that are bigger than all that stuff would be if put in the server and that if you run 10 programs you have 10 copies of those libraries and their data, rather than one in the server!

    Another problem is the huge number of badly designed X calls that require synchronous communication to the server. This replaces the "zero" context switches needed by a well-designed client/server with *two* context switches, reducing the performance to that of older NT, and reducing it to half that of NT when the graphics are in the kernel. Actually it is far worse than NT as there are *more* synchronous things than Windows has, despite the fact that the designers of original Windows did not lose anything for syncrhonous calls.

    I wish people would stop trying to chuck the client/server and attack the real problem: We should scrap the entire rendering system and the current gc's and make a new type of X gc:

    The GC would contain the display connection and current window and would be per-thread implied, like OpenGL GC's, so that drawing functions do not need any arguments other than the values actually used by that function.

    Scrap colormaps and visuals! When you create a window, you can request any color (as a 32 or 64 bit number) and the server can figure out how to do it on the display. To run old xlib programs there would be an emulator, it would claim the X server provides a single truecolor visual.

    Merge OpenGL completely. You should be able to draw OpenGL into any window, in sync with any new drawing operations.

    Simple support of multiple buffers and overlays through the same gc. You can set the gc to draw into any layer, and there is a command to flush all changes from one layer into another. The back buffers are created when first used.

    Real fonts support. Fonts are selected by a simple text string, ie "Helvetica". Arbitrary 2-d transformations of the font (perhaps 3d perspective too) and antialiasing, and UTF-8 support as the *ONLY* encoding it accepts, and every character ALWAYS draws no matter what the current font is (there is a 16x16 bitmap of every unicode character that is used if the font does not provide anything else).

    Easy, programmer-friendly image support. Draw a image of 8-bit/color or 16-bit/color with RGB or RGBA through an arbitrary 3-D transoform. Alpha compositing with correct gamma math above whatever is already in the window.

    And tons more. This is not particularily hard to implement. It's not easy either. But we really really need it.

  • In my experience it is better to draw the rectangles than to make up a widget-level interface. The widget interface will end up *more complicated* and slower than the drawing interface. Drawing is quite well understood and we can be reasonably certain that a well-designed set of drawing functions covers everything anybody will want to draw. I don't think that is possible for a widget interface.

    This was part of the design of NeWS, incidentally, but it is where I thought NeWS failed. NeWS was a great drawing model, all postscript, and it was a joy to write widgets in NeWS that ran on the server, since I had access to a powerful "rectangle-level" graphics interface. NeWS totally failed to provide a usable interface between the client program and these widgets, however, the result was that NeWS programs tended to be entirely written in PostScript on the server.

    In general I am very scared of widget-level interfaces. They are going to be complex and bug prone and will lock out the possibilities to innovate new GUI designs.

    I believe that if X had been made with a widget-level interface it would look like Athena and have been locked at that design for a decade. Yes it would be "configurable" but that would be limited to setting it to reverse-video, since that was the only configuration option back then. The fact that X, with all it's flaws, is able to match much more recent designs of GUI is a testament to the power of a low-level interface.

  • Very true. I've noticed when I say anything everyone will agree with my karma goes up but if I an express an opinion outside the flock my karma goes down. It doesn't matter how valid or invalid my posts are. I've always wondered if it was just me or if everyone is moderated that way.

    Also it seems people near the top of the list get moderated a lot more than the people further down, especially for positive points. Would be interesting to see what solutions there could be for that problem.
  • by Tin Weasil ( 246885 ) on Thursday November 16, 2000 @07:43PM (#618596) Homepage Journal
    I am glad to hear that Plex86 (FreeMWare) is having great successes. I am currently a VMware and WINE user and look forward to having other choices available.

    One of the great (and under-documented) features of VMWare is the vmware-mount.pl script that allows the user to mount a vmware disk image as though it were an ordinary directory on the U*ix filesystem.

    I have had great sucess using this scipt and my vmware disk file (nt4.dsk) with the WINE 'emulator'. I have my wine.conf file pointed to where I have mounted the disk image (/mnt/vmware).

    I personally feel that emulating Windows under U*nix is a good thing, it allows people like myself, who only have one machine and hesitate to reboot just to use a small application, and additional level of flexibility.

    Now, does Plex work with PC-GEOS?

  • by pb ( 1020 )
    I saw that (linked from freshmeat) and downloaded it, and compiled it. Once I figured out that all the configuration files were set up for me, (in the conf/ dir.) it was easy enough to get FreeDOS booting.

    I'll try Windows next, I suppose. I'm pleased with how quickly this project has developed; at least Plex86 seems a lot faster than Bochs. I'll be happy once it's competitive (speed-wise) with DOSEmu, and (compatibility-wise) with VMWare.

    But in the meantime, kudos, Kevin; keep up the good work! And thanks, MandrakeSoft, for making Bochs open in the first place! :)
    ---
    pb Reply or e-mail; don't vaguely moderate [ncsu.edu].
  • What I meant by that off-the-cuff line was only that in comparison to a more expensive commercial product, Plex86 will seem more attractive (less expensive) to people using it to run those things which Plex86 and VMWare can both handle.

    I didn't mean the actual price, only relative. I think you're right -- VMWare's price could drop if they want it to compete for home users under those circumstances (of course, running Win95 isn't what most users want nowadays, I'd guess), but until Plex86 can run 98, NT, 2000, Me, or whatever else, VMWare does seem to have a pretty fat corporate target for a while ...

    timothy
  • Don't get me wrong... Not only do I disagree with your original comment, but I think it shows that you should learn a bit more about X before you make that kind of comment. I think the best mod would be "+0 Uninformed" (ie. uninformed, but don't change the score or Karma).
  • Yes, but the 80386 could virtualize 8086 right out-of-the-box, though...

    --
    Americans are bred for stupidity.

  • Actually, that's not quite doable with virtualization...the wrong layer of virtualization'll trap the instructions
    "If ignorance is bliss, may I never be happy.
  • regarding Windows allowing a user program to insert a dll/vxd into ring 0: are you serious? What versions of Windows? NT? 2000? I guess 95/98 would allow it, but NT/2000 still allow this? It's been a while since I've written any device drivers; OS/2 v2 was the last time I did this. I'm a little out of touch. Can a user-level program (ring 3) request the kernel to load and run something in ring 0? All without the user installing the ring 0 code? It's ridiculous to think a game should have code running in ring 0.

    MS is never going to have a stable operating system if they allow 3rd parties to insert code into the kernel.

    -tim
  • Hey, don't blame me, I haven't touched big iron for more than 15 years...

    --
    Americans are bred for stupidity.

  • ...And 3D hardware support!!! That's one of my biggest grips as a VMWare user (since 1.0 - which isn't THAT long ago ;-) If I could get 3D hardware support and full DirectX support, I would probably run Linux excusively as my base OS, and NT & 98 on top of it. Right now I run 98 and multiple instances of NT on top of NT, plus SuSE Linux. Works great (but I recomment dual-processor configurations, and a healthy amount of RAM. But, even on a dual PII/266 it runs great.)

  • It's 1/2 the price of VMware/Plex86

    You're talking nonsense. plex86 is a Free Software replacement of VMware.
  • I simply can NOT wait for Mandrake 8.0, or 7.3, or whatever. Fine, laugh all you want, but I'm a die-hard Mandrake fanatic. It seems to me that they are going places RH only dreams of. It's the only ditro I will use at home, and with the next version being locked-down by Jay Beale, it'll probably be the only one I'll use for work.

    I simply love it. 3D support from the get-go, GLTron and other fun 3D games installed and optimized, and the next version is sure to do the same with Plex86. The only thing wrong with that is that it'll be pretty useless virtualizing Windoze on Mandrake, 'cuz Mandrake will have EVERYTHING you'd ever need or want from an OS. They'll probably end-up with all the FREE web-code pre-configured for you too...

    Things like: Drakedot, Drakeshop, DrakePortal, DrakeNet.(-TM?) I just can't wait. BTW, if anyone from Mandrake is reading this. I want a job with you. Even if it's just promoting your product :)

  • by account_deleted ( 4530225 ) on Thursday November 16, 2000 @07:57PM (#618615)
    Comment removed based on user account deletion
  • Yes, since bochs has been released under LGPL, I'm sure plex86 has merged some of bochs' code into their own. Read more about it here [plex86.org].
  • by talonyx ( 125221 ) on Thursday November 16, 2000 @08:03PM (#618625)
    What, are you just completely redundant? of course it has no relation: Plex86 DOES NOT RUN WINDOWS PROGRAMS. IT ONLY RUNS WINDOWS. Windows runs the windows programs. Plex86 runs windows. This is NOT WINE. There is no Microsoft or even microsoft-Like code in it.
  • by 1337d00d ( 177978 ) on Thursday November 16, 2000 @08:03PM (#618627)
    Most of us are familiar with Wine, but Plex86 is fairly new. What Plex86 does is to create a PC virtualization layer. This is not really running Windows 'on Linux', it's more running Windows 'diagonal to' Linux. That was probabilily horribly confusing. Let me explain.
    Plex86 starts up Windows, running as a process. All well and good, right? Well, that Windows process is talking directly to the processor most of the time, so it's sort of running next to Linux on the box. HOWEVER, that's only most of the time. Plex86 traps instructions relating to memory, etc.. and keeps Windows contained to a little section of the true memory, etc of the system. Thus, some of the time it's next to Linux, some of the time it's on top of Linux.
    As they say on the Plex86 website:

    Plex86 will run as much of the operating system and application software natively as possible, the rest being emulated by the PC virtualization monitor.


    Interestingly enough, one of the first uses of this kind of virtualization was under IBMs OS/370, which is/was used on big mainframes. If you get the chance, Linux can run under (diagonally from) OS/370, so in theory you could get Win95 on a mainframe. (Gasp.. choke.. :)
  • by GrenDel Fuego ( 2558 ) on Thursday November 16, 2000 @08:05PM (#618630)
    I believe it was a month ago that it was announced that plex86 could run dos. Didn't exactly take very long to move up to 95.

    This program dosen't replace windows, it basically makes a virtual machine that the OS can boot into. This means it shouldn't be incrediably hard to make 98/ME/Win2k boot into it. I wouldn't be surprised to see this announced within months.

    Besides, this is more of a replacement for VMware. Basically being able to run some windows apps without booting into windows.

    I run linux almost exclusively. Sometimes people send me word docs, and it would be nice to be able to open them in word running in windows without a second machine, or requiring a reboot.

    As for running windows games, Wine is a better hope for this. I personally prefer supporting game vendors that actually support linux.
  • by account_deleted ( 4530225 ) on Thursday November 16, 2000 @08:08PM (#618631)
    Comment removed based on user account deletion
  • by EABinGA ( 253382 ) on Thursday November 16, 2000 @08:10PM (#618636)
    Great, I can't wait for someone to announce that he got Win95 to run on Win4Lin running on Solaris in a VMWare session on Win95 running in Plex86 under FreeBSD.

    Now THAT is a screenshot I would like to see :)

  • by TheDullBlade ( 28998 ) on Thursday November 16, 2000 @08:11PM (#618639)
    L1-Bill, we've looked at everything, they're not doing anything illegal.

    BG- Look harder! There has to be something in the EULA that makes this illegal. The damn thing's longer than my arm in small print!

    L2-You see, that's the problem, if they've agreed to the EULA, they've paid for the software. They have a right to run it however they want. We are getting paid for those copies.

    BG-I want results not excuses.

    L2-Calm down, sir...

    L3-Wait! I've got it! You're only allowed to run Windows on one COMPUTER at a time, and we've defined COMPUTER as any digital electronic device, not necessarily a hardware device. I think we can convince a judge that it's a seperate computer when they run Linux.

    L4-Also, if we can find a handful of people who are running illegal copies of Windows in Plex86, the software authors clearly contributed to copyright infringement.

    BG-Excellent. I'm not sure it'll play in court, but it sound legit enough to scare some managers. Start sending threatening letters to the web hosts immediately.

    [general maniacal laughter all around]


    --------
  • by peterw ( 88369 ) on Thursday November 16, 2000 @08:15PM (#618644)
    Ha, ha. Nice joke. Etc.

    Seriously, though. VMWare is a combination of user level programs and kernel modules. The user level program isn't so interesting, but any bugs in the kernel modules could be devastating. It seems that Plex86 requires at least one special kernel module to be loaded in the host system. Which means stability is a real concern. Laugh when Windows 95 crashes inside the user level Plex86 GUI, but if the plex86.o module crashes your host system, you won't laugh.

    I do not in any way mean to suggest that Plex86 is not stable -- I really have no idea, and Kevin has a great reputation. But stability does matter for things like VMWare and Plex86, even if they're being used to host lesser OSes.

    From a security perspective, having the source for kernel modules seems a very good thing, and this is an advantage for Plex86 over VMWare.

    And the timing for the recent successes (booting Linux, running the full Win95 GUI) couldn't be better, as VMWare is apparently about to discontinue its non-commercial/hobbyist license. If the rumors of VMWare leaching off Kevin to get their start are true, then I won't shed any tears for sales they lose to Plex86.

    Thanks, Kevin, and MandrakeSoft!

  • by Webmonger ( 24302 ) on Thursday November 16, 2000 @08:16PM (#618646) Homepage
    Any program that runs on an x86 system will run on a perfect simulation of an x86 system.
    plex86 is a simulation of an x86 system, so why wouldn't "proprietary microsoft stuff" work? You think they left something out of the driver specs? Such a move would not be to their advantage because you'd have incomplete drivers. . .
  • by hugg ( 22953 ) on Thursday November 16, 2000 @08:21PM (#618656)
    Somewhere in an underground fortress in Redmond, thousands of miles beneath the Earth's crust, engineers from the "Plex86 Incompatibility Project" are working feverishly...
  • by TheDullBlade ( 28998 ) on Thursday November 16, 2000 @08:27PM (#618665)
    You can't run win32 binaries without copying Windows right down to the bugs.

    I'm totally amazed at the success the WINE project has accomplished. I'm quite surprised that anything runs in it at all. Even so, you still really need a copy of Windows to get the DLLs you need.

    Personally, I think that Plex86 (and in the long term, Bochs) is the best way to handle it: keep it nicely locked up in its own little corner where it can't hurt anything, running the original software, just like emulating every other old platform. Hmm... how long 'till Mame runs Windows? (now that's a truly amazing project)

    --------
  • by Trevor Goodchild ( 187368 ) on Thursday November 16, 2000 @08:29PM (#618668)

    The screen grab [plex86.org] posted shows the ungodly hour of 2:13AM. Can we really trust code that was finalized at this time of day? What kinds of mistakes have slipped in due to sleep deprivation?
  • by account_deleted ( 4530225 ) on Thursday November 16, 2000 @08:48PM (#618670)
    Comment removed based on user account deletion
  • by Ian Schmidt ( 6899 ) on Thursday November 16, 2000 @08:58PM (#618673)
    ...and it has for over a year.
  • by landley ( 9786 ) on Thursday November 16, 2000 @08:40PM (#618690) Homepage
    Wine allows you to run Win32 programs as native tasks under Linux. It does this by providing the Win32 API in Linux shared libraries, plus a few other tricks to actualy make it work (a server process to simulate some windows environment stuff and a loader that does some thunking on the executables it loads).

    Running under Wine you're not actually running windows, just windows programs. You don't need a copy of windows installed, and you don't need a windows partition (loopback or otherwise).

    So for things that CAN run under Wine, it's a better solution. They can show up seamlessly on your X desktop as normal X windows, and be launched by the kernel misc binary support straight from the command line or a gnome double-click.

    The problem is, Wine can't run The Sims. And it's entirely possible it never WILL be able to run The Sims, because that game insists on loading a VxD in Ring 0 (for no apparent reason). Wine only emulates user mode code, not stuff that needs to run in ring 0 (I.E. wants to be part of the kernel.)

    Wine's normal response to this is for the Wine developers to write their own implementation of common VxDs and include them in Wine, and recognize when a VxD is encountered and try to use their implementation instead. This helps with common stuff like DirectX, but doesn't help if the developers of the software actually DID write their own VxD. I don't know what the case is with The Sims, but on a theoretical level Wine can never be a 100% solution when the problem is inherently screwy. Windows allows programs to lobotomize its kernel on a whim via ring 0 VxD's. Linux ain't gonna do that. It's not that we're not actually able to, we're just not stupid enough to WANT to.

    Plex86 doesn't care about VxD's. It lets them think they're running in Ring 0, although it's an emulated Ring 0. This means that Plex86 should be able to run The Sims without me having to reboot into a windows partion.

    I like this.

    Rob

  • by account_deleted ( 4530225 ) on Thursday November 16, 2000 @09:13PM (#618697)
    Comment removed based on user account deletion
  • by qnonsense ( 12235 ) on Thursday November 16, 2000 @09:18PM (#618700)
    • Interestingly enough, one of the first uses of this kind of virtualization was under IBMs OS/370, which is/was used on big mainframes. If you get the chance, Linux can run under (diagonally from) OS/370, so in theory you could get Win95 on a mainframe. (Gasp.. choke.. :)

      • Most mainframes don't use x86, and so x86 virtualization is not an option for them.
        No, not x86 virt.. just the virtualization by means of command trapping and direct processor access...

    But in the case of running Plex86 on the S/390 (whose hardware, as well as software has explicit support for virtualization, which is unusual), the direct proccessor access would be for the wrong proccessor. To run Windows with Plex86, you need an x86. To even run Plex86, you need an x86.

    So yes linux can run on an S/390 (not an S/370), but no you could not run Plex86 on it.

    You could run bochs [bochs.com] though (probably) which is a true x86 emulator and then run windows on that, but I don't know why you would.
  • by roca ( 43122 ) on Friday November 17, 2000 @12:55AM (#618713) Homepage
    Yeah, FX32.

    Every PPC Mac has such a dynamic binary translator too, converting from 68K code to PPC. I'm pretty sure MacOS 9 still has a chunk of 68K code in it that Apple never bothered porting over.
  • by DraQ ( 161513 ) <hendry AT iki DOT fi> on Friday November 17, 2000 @01:00AM (#618715) Homepage
    If you can't live without a good browser and some games then like me you need to run something like Win2k.

    What I have done is set up another box in my home lan with RH7 and run eXceed on my Win2k "Desktop" Machine.

    Samba is a little difficult at first with win2k, and win2k Internet Sharing is actually quite good, hence i've made it the internet gateway.

    It works really well and EASILY, I export my Display to my Win2k box running exceed from my linux box, e.g.
    export DISPLAY=192.168.0.51:0
    and run something like: emacs &

    This is the best way to get the best from both OSes.
  • by lewkor ( 111443 ) on Thursday November 16, 2000 @09:25PM (#618716)
    I would suggest that the slashdot crew make a new icon for plex86 rather than using the wine icon 'cause these people may enough press in the future to deserve it.
  • by Pig Hogger ( 10379 ) <(moc.liamg) (ta) (reggoh.gip)> on Thursday November 16, 2000 @09:25PM (#618717) Journal
    Or better yet. Use MacOS X
    It's unix on the inside, and soft chewy gui on the outside.
    ... until you break your jaw on that tough kernel inside!!!!

    --
    Americans are bred for stupidity.

  • by Teferi ( 16171 ) <teferi@nOspAm.wmute.net> on Thursday November 16, 2000 @09:26PM (#618718) Homepage
    The Solaris/SPARC Windows 3.x emulator was called WABI.
    Sun's still selling it, actually. :P
    "If ignorance is bliss, may I never be happy.

Get hold of portable property. -- Charles Dickens, "Great Expectations"

Working...