Layers Upon Layers: Plex86 Runs Windows95
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 ...
Oh, and Mame in the corner too :)
--- Hot Shot City is particularly good.
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.
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 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?
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.
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?
http://www.naildrivin5.com/davec
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.
Run it in a VNC session.
/etc/rc.d/
I start several VNC session from
It wouldn't be hard to fiddle with some settings to the VMware machines get automatically started too.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
> 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
1 reply beneath your current threshold.
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.
_____________
I don't want free as in beer. I just want free beer.
Can you please list some design flaws?
I'm not an X guru but I can try:
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?
_________________________
_________________________
Spelling and grammar mistakes left as an exercise for the reader.
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.
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.
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?
Aah, change is good. -- Rafiki
Yeah, but it ain't easy. -- Simba
Forget VMWare. If all you want to do is run Win9x w/ Office like apps, try Win4Lin. 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!
-- You can't idiot-proof anything, because they're always coming out with better idiots.
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:
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!
See subject
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.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
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?
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
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,
Barclay family motto:
Aut agere aut mori.
(Either action or death.)
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.
-- Veni, vidi, dormivi
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...
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 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 but Wine itself isn't yet a 1.0 release...so many apps might be easy to use if they can be installed.
A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
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 :)
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
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.
I Browse at +4 Flamebait
Open Source Sysadmin
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
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.
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.
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).
0x or or snor perron?!
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.
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...
Hi! This is the Sig, blatantly attached to the end of this comment.
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.
I'll see your senator, and I'll raise you two judges.
That way I can run linux on my x86
Trolls throughout history:
Jonathan Swift
"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 can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
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.
This message is provided under the terms outlined at http://www.bero.org/terms.html
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?
- I don't care if they globalize against free speech. All my best free thoughts are done in my head.
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,
Barclay family motto:
Aut agere aut mori.
(Either action or death.)
The nice thing is that each of these boxen get the advantage of having somewhat fault-tolerant hardware. The memory in the host is ECC, there are 3 power supplies, redundant disks, hot-plug PCI, etc., that if implemented in each of the 18 separate servers, would cost an order of magnitude more. In effect, the incremental cost of adding a fault-tolerant server is basically the cost of the ram.. and a little cpu.
Of course, if the host goes down, it means that you'd better get it up damned fast. :)
My system usually sits with a load average around 0.50 to 1.50, and the servers (some NT, some Linux, and a solaris x86) are responsive enough, that most people don't even know they're virtual.
I'd recommend giving this a shot to anyone who needs a lot of hosts (for security purposes), where each host is only mildly CPU or I/O intensive.
--
All men are great
before declaring war
A government is a body of people notably ungoverned - AC
I am afraid I am the real Anne Marie--just go read the article below. Let me try again . Read this article if you want sex, slashdot and linux all in one. Anne Marie
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
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.
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.
At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
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?
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.
pb Reply or e-mail; don't vaguely moderate.
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
jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
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
--
Americans are bred for stupidity.
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 :)
"I've seen plays that were more exciting than this.
Honest to god... Plays!" Homer Simpson
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.
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.
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:
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..
The nice thing about letting real windows run in a VM, is that it'll always run perfectly (albeit a little slower, but VMware is pretty quick). PC hardware tends to change much slower than Windows code. :)
--
All men are great
before declaring war
A government is a body of people notably ungoverned - AC
Now THAT is a screenshot I would like to see :)
There's a laundry list of emulators based on "dynamic recompilation" technology. The first ever was ARDI's Executor. The first non-commercial one was Henk-Jan Ober's R3000 recompiler for PSEmuPro (runs PSX games on Windows). That's been followed by UltraHLE, Bleem!, and a hoard of other emulators.
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]
--------
Same question RE CPM: Has anyone done a 8080/CPM emulator (and/or a CPM filesystem) that would run on Linux?
(I've got this big box of old 8" floppies and a dusty old CPM machine, and I'd like to port the files to current media and dump the machine. It'd not like I really NEED anything there, but it has sentimental value.)
(Also: There's the source for a beautiful little RTOS I did a couple decades ago for which I lost the listing, with even greater sentimental value. True preemptive multitasking supporting Actors in a half-K on an 8080. B-) )
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
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!
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. . .
Somewhere in an underground fortress in Redmond, thousands of miles beneath the Earth's crust, engineers from the "Plex86 Incompatibility Project" are working feverishly...
This would be great for running servers without the need of a display server on the host, and make unattended startups / shutdowns of guest VM's much simpler.
--
All men are great
before declaring war
A government is a body of people notably ungoverned - AC
Most mainframes don't use x86, and so x86 virtualization is not an option for them.
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)
--------
The screen grab 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?
Anyone remember OS/2's special video driver for WinOS2 that made windows programs appear to be part of the OS/2 presentation manager ("seamless mode")? It sure would be nice to see something like this for Plex86 - a windows display driver that relays messages to an X-aware process that create and manage separate X windows for each Windows application.
--
All men are great
before declaring war
A government is a body of people notably ungoverned - AC
...and it has for over a year.
While I'm quite sure this is a troll, I'm going to answer the question anyway. Why? Because I'm a Karma Whore(tm).
And yes, I know, -1 Offtopic is coming my way, but there is or may be karma outside of /., too.
You start the same way all of us do; You get interested. Sounds like you've already got that part down. Next, pick something you want to learn about, and start reading up on it. If it's an operating system, install it and use it to do everything; Don't boot into windows (or what have you) to get work done unless you're going to lose your job over it, or suffer from some other such reality intrusion.
Ask questions. Actually, this would have been a good one for Ask Slashdot, and it's not too late for that, either. But seriously, ask questions until people are about to get annoyed with you, then stop so that you can ask them more questions later. Try things out. Don't be afraid to break things. Read FAQs and news articles. Et cetera.
And finally, find people to hang out with in real life who are technically-oriented. It really does rub off if you keep at it.
Hmm, there's a joke there somewhere...
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
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
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.
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.