Slashdot Mirror


How Is Wine Doing These Days?

zigzag noted a nice article Summarizing the Wine Architecture. It has some interesting technical stuff, as well as poll results asking what Wine's priorities should be (running Office came first, followed by games. I vote games, but I'm sick of having to run Diablo2 on my crappy old laptop w/o 3D Acceleration since it's my only windows box). Anyway, not a lot there, but this is a seriously important project so take a gander.

16 of 294 comments (clear)

  1. For Christ's sake, FIX THE WINE LOGO by Ian+Schmidt · · Score: 5

    For well over a year now Wine has had a correct, nice looking logo which you can view on www.winehq.com yet Slashdot insists on using the ugly, insulting, modified Windows logo.

    I hate to get bent over something this trivial, but somebody's gotta.

    -Ian, wine-developer, but probably not speaking for all of 'em.

    1. Re:For Christ's sake, FIX THE WINE LOGO by Captain+Morgan · · Score: 3
      GO Ian! :-)

      I'll send you some new pictures sometime soon, people might want to check out Ian's WINE pictures


      Chris Morgan(also a wine developer)

  2. Doing things the NT way by 11223 · · Score: 5
    Several times in the article it mentions that they're leaning towards doing things the NT way. Is that because of NT's POSIX capabilities and cleaner design, or just because it seems to be better documented?

    Related: Are there any status updates on MainWin for Linux? It'd be nice to see that as an easy and well-proven method for porters.

    1. Re:Doing things the NT way by Ian+Schmidt · · Score: 5

      WineLib is getting to be very well-proven indeed. In addition to the port you've heard of (Canvas), there's a whole slew of others in progress covering everything from text editors to CAD packages. Deneba's success with Canvas pretty much opened the floodgates based on traffic on the mailing list and news group, and personally I think it's all good :-)

      As for NT, the reasoning is much as you say. It's both *far* cleaner than Win9x (no 16-bit code, no VxDs running wild in kernel mode) and generally far better documented. Plus, MS's stated goal is to eventually merge all their OSes onto a NT/2000 based kernel. It hasn't happened yet (Windows ME, shipping this fall, is still DOS-based) and there are rumors of ANOTHER DOS-based Windows after WinME, but if you believe MS it will eventually.

  3. not games....yet by fluxrad · · Score: 5

    supporting games in linux with WINE is not necessarily a good ideal to shoot for. At it's best, it's crappy windows emulation with worse performance, at it's worst, it's an excuse for game coders to say "bah - they've got wine, why code fo linux now?"

    Additionally, there are a lot more games coming out for linux now than ever before - alot of the top games are now available for linux, and although i never really liked diablo, i REALLY want to see a half-life client. - GIMME MY FSCKING COUNTER-STRIKE IN LINUX DAMNIT!!!! Anyway, the place we need to be looking is just all around kick-ass compatibility/ability to use generic windows software. Office would be nice, but we do have several alternatives there. I would personally like to see programs like Mplayer and Acid or ReBirth with better support. I have, though, seen wine go from a puny little program that helped you run windows apps like minesweeper, into a powerful tool that even professional coders (like the folks at Corel) are using. The guys at wine should keep doing what they're doing and we'll see wine go exactly where it needs to go.


    FluX
    After 16 years, MTV has finally completed its deevolution into the shiny things network

    --
    "It is seldom that liberty of any kind is lost all at once." -David Hume
  4. Looking forward to the upcoming 1.0 release by kdgarris · · Score: 3

    Wine is apparently approching a stable 1.0 release sometime in the next several months, I believe (my source is previous Wine news updates on WineHQ).

    A 1.0 release won't mean everything will be complete, but it will mean tha a known set of application will work with it. The most frustrating thing about Wine is how applications may work in one version, not the next version since the code is always changing. As a result, one often has to have several versions of Wine loaded for specific applications that run well with that particular version.

  5. Re:NT's POSIX capabilities by styopa · · Score: 3

    MS tried to get help from SCO on POSIX support for what was going to be their next product Windows New Technologies in 1991. SCO basically told them to take a flying leap. Interesting thing, after that MS wouldn't license Word, during its early really crappy days, to them.

    I'm not a programmer, but from what I have been told there is only one posix thread, or whatever, available from NT and if it crashes then you are hosed.

    --
    Disclamer - Opinion of Person
  6. WINE is NOT EMU by Dungeon+Dweller · · Score: 5

    A little info on WINE, it doesn't actually EMULATE. What it does do is allow for Windows executables to be loaded on the platforms that WINE is compiled under. It also feeds the applications with false information/conversions needed in order to operate under this environment. For instance, my C: drive is actually a FAT32 partition loaded under Linux. In the config file, it is /mnt/fat-c. When the program asks for the C: drive, WINE returns that mount point as if it were the C: drive. It can also pass info to my sound and networking capabilities.

    Interestingly, WINE just sort of started as a posting to a news group on letting Linux load Windows binaries, which it technically can with a little kernel hacking, it just won't actually RUN them if they need the .dll's and environment that Windows provides.

    WINE may never be able to run programs quite as fast as Windows, but supposing that the Linux equivalents of the DLL's used by Windows apps are faster, it actually is theoretically possible that it could run programs FASTER. The steps are translation, not emulation.

    --
    Eh...
  7. An OS is a tool. by HardCase · · Score: 4
    The right tool for the right job, right? Game support with WINE would be nice, but I think that it's just asking for trouble since coding compatibility with Microsoft graphics APIs is like shooting at a moving target (and an erratically moving one at that!)

    Why not just consider an operating system as a tool? That's what I do. If there is something that I need to do that I can only do (or more efficiently do) with Windows, then I do it with Windows. If Linux works better, then I use that. If Be did the job better, I'd use it, but so far that isn't the case.

    A much better idea is to advocate genuine binary compatibility, and that's the best approach with games. Sure, Office on WINE is a great target since business software stays (relatively) static for long periods of time. It's probably a pipe dream to envision Office for Linux anyway. Of course, Office on Windows is maybe more efficient.

    Maybe it's time to shed the idea of avoiding Microsoft products at any cost and consider operating systems for what they are: a tool to get a job done.

    =h=

  8. Shifty APIs by dpilot · · Score: 3

    I'd like to see some commentary in WINE development about the shifting nature of the Win32 API(s), and what that has cost them in development time and effort. Clearly there must be SOME reason that WINE doesn't just run Win16 or Win32, but instead has Win31, Win95, Win98, and at least one WinNT switch values.

    I know, if I'd like to see it, do it myself.

    --
    The living have better things to do than to continue hating the dead.
    1. Re:Shifty APIs by Ian+Schmidt · · Score: 5

      The main reason is that apps sometimes pull weird tricks for specific OS versions. The command line winver switch in Wine doesn't actually change the behavior of anything, it just changes what value the GetVersion() APIs return to Windows apps. The best example of this is Internet Explorer 5.0. When running on Win95, it uses the well-documented (if gross) VxD calls to allocate and manage memory blocks. When running on Win98, the identical binary uses some undocumented features that Wine doesn't support yet. Result: -winver win95 displays pictures on web pages, -winver win98 doesn't :-)

      As an aside, this sort of thing is basically a symptom of the fact that MS is now held hostage by their own massive installed base. Before you laugh, read on ;-) It *doesn't matter* what APIs they add/change in Win2000, because all software for the next several years (including Office) will still need to run on MS operating systems all the way back to Win95. This is great for Wine, since it lets it catch up with MS while Windows is essentially stuck in a rut.

      MS got away with "out-innovating" OS/2 on APIs in the early 90s because Windows 3.0 and 3.1 were just starting to take off, so there was no legacy software to worry about breaking. But as early as Win95 they started doing things like not fixing documented bugs in APIs because it would break existing application software.

      It's actually funny to think about - their own monopoly is strangling them :-)

  9. Re:GAMES! by overshoot · · Score: 4
    Why should WINE be used to run Office? It requires the X86 architecture, so, it's not going to run Office on a computer that CAN'T run office. I think that GAMES should be first. If you want to run M$ products, you might as well run them under their operating system.

    • Two reasons:
      • No matter how the crew tries, there will be a lot of games that suck regardless.
      • The game API functions are quirky, and put the minimum of overhead between the application and the hardware.
      • Hardware actually is designed with the Windows API in mind, so sticking X11 or any other layer in there is going to cost double.
      • Games are extreme performance stressors, so any of these added costs will be noticed.
      • Finally, too many games still expect unrestricted access to the hardware, and giving Wine kernel access is a price a lot of us aren't willing to pay.
      • Office, on the other hand, is for better or worse
      • the Windows app.
      • What with all of its backdoor system accesses and the APIs that it exports, if the Wine crew can get it working well they will have indisputable claim to have nailed Windows workalikehood.
      • MICROS~1 will have an absolute bitch of a time revving Win32 to break Wine without cutting their own throat.
      • It's the #1 obstacle to acceptance of Linux on corporate desktops.
    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
  10. Why use it? by davebooth · · Score: 3

    Because it works and I cant be bothered rebooting my workstation every time I need a program that I dont have for any platform but win* - Where good alternatives (with either converters available or file-compatibility) exist for linux I use those instead but wine fills up the gaps by letting me use the win* programs. It works the other way around too - if I have the main workstation booted into windows for any reason but I need access to a utility I only have under linux I'll telnet to the other linux box to do it rather than reboot it to switch OSes. After all, in windows it will crash soon enough without me going and telling it to reboot! ;)

    The better wine gets the closer I can get to my ideal of never having to boot windows at all (at least on my machine - I'll still have to support it, my family still has a couple of windows users in it)
    # human firmware exploit
    # Word will insert into your optic buffer
    # without bounds checking

    --
    I had a .sig once. It got boring.
  11. games on Wine would be a step back by ledbetter · · Score: 4

    While the idea of playing windows games on a linux box with Wine sounds like a good idea at first, when you really think about it there are some consequences.

    1. Having Wine fully handle games would just be one more reason for game developers to not bother putting out a Linux version of their games.

    2. I doubt that performance under Wine would be up to the levels of the game running under Windows. While the symbolic FU to MS may be fulfilling (as in "Ha, I'm running a DirectX game on Linux!"), frame rates that don't look like flash cards are even better!

    The argument can be made that this goes for Business type applications (like Office) too. While their performance would be less degraded than that of a game, it's just another exaultation of the Win32 platform. It will encourage people who were thinking of making a linux version of their program to keep it all in Win32 and then just use Wine to port it over. Still a Win32 app! And however good Wine is, it will never be as good as Win32 on Win32. That's just a fact.

  12. Re:You call THAT a logo? by Anonymous Coward · · Score: 3

    A naked chick. No, naked twins.

    Scratch that! Naked Triplets!

    With big breasts!

    But then, I recommend that as a logo for anything.

  13. Re:question: by carlos_benj · · Score: 3
    being that there are many anti-windows people here on slashdot, my question is "is porting the windows API to linux a noble cause?"

    The absence or presence of people who feel a certain way shouldn't dictate what is and is not a 'noble cause'. Slavery persisted in the US and Britain for many years because there were a number of people who were anti-abolitionist. Of course, the consequences could be far more costly than your average flame war.

    Actually, the animosity some feel toward Windows doesn't necessarily extend to say, Quicken. Dropping the stumblingblock of 'limited apps' by allowing access to software that users already know can only strengthen Linux's position.

    I don't necessarily agree that Office should be the priority since there are other, stable alternatives with similar features/functionality. I can process words and spread all kinds of sheets on my Linux box, but need better personal finance software. Last time I tried Quicken under WINE it only worked 'sort of'. I've also tried moneydance and another (don't remember the name) package to no avail.

    --

    --

    As a matter of fact, I am a lawyer. But I play an actor on TV.