Slashdot Mirror
Wine 1.2 Release Candidate Announced
An anonymous reader writes "After evolving over 15 years to get to 1.0, a mere 2 years later and Wine 1.2 is just about here. There have been many many improvements and plenty of new features added. Listing just a few (doing no justice to the complete change set):
many new toolbar icons; support for alpha blending in image lists; much more complete shader assembler; support for Arabic font shaping and joining, and a number of fixes for video rendering; font anti-aliasing configuration through fontconfig; and improved handling of desktop link files. Win64 support is the milestone that marks this release. Please test your favorite applications for problems and regressions and let the Wine team know so fixes can be made before the final release. Find the release candidate here."
Maybe it helped some who wanted to run Windows app on Linux, but you know, you know, it's the wrong way to go about. Linux has now become a force in the industry. Encourage them to write "native" software.
It isn't that slow when the target keeps moving. 17 years ago, we weren't even using NT, some of us were still using DOS as being "good enough" and the rest of us were using Windows 3.x, now those goals have changed and WINE has to run 32 and 64 bit software written for Vista and Windows 7. 15 years would be a long time for a "dead" platform like the Atari 2600 or the SNES. But Windows is changing and what was "good enough" one year now needs major work to keep up with the programs.
Taxation is legalized theft, no more, no less.
If you don't know, you're not part of the "we" that got anywhere.
I'm actually quite surprised with the more recent movement of Wine though. I remember assuming nothing was going to work. Now I can assume that it might work, which is a serious improvement, IMHO. Previously I never attempted to run something unless I looked it up in the App DB and now I just run the apps and see what happens.
Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
* frowns at emulator tag *
Do we need to explain to you how a hyperlink works too? hint: it's the first one in the summary.
How we know is more important than what we know.
That's a 0.1 version increase every 18 months, no?
So they've got a year to get rid of that darn "Candidate" tag if they wanna stay on schedule!
I remember 16 years ago on the Wine mailing list saying that spending time supporting Win16 was a total waste of time, and they need to concentrate on Win32 as by the time they supported either in a meaningfull wa, nobody would care about Win16 anymore.
Of course I was shouted down and flamed for my entirely accurate predicition. So of course huge amounts of time where wasted in the early days concentrating doing a really good Win16 emulation, that nobody could care less about for a decade now.
hyper.. link..?
he who controls the spice controls the universe
Pulling numbers out of your ass sure is a fun way to troll isn't it?
That's what me and my 1,337 friends on facebook think anyway.
Does it run Linux?
That Anonymous Coward guy is pretty annoying. Can we have the government censor him or something?
Sometimes it sucks to be right.
"There is a way that seems right to a man, but its end is the way of death." Proverbs 16:25 (NKJV)
... a tad late. :( ); these days thanks to SUN Microsystems (anyone remembers??) I fire up my Virtualbox, and chances are, the application works.
While I was fiddling with some Windows applications over the last 10 years, to make them work in wine (not too high a success rate,
Has one made some comparison of speed, resource usage, of major applications between running in wine and running in Virtualbox? Google has a few hits, though of old age.
Believe it or not, WINE isn't meant for people who are using Windows... It's great that Windows suits your purposes, I'm happy that you are happy but otherwise don't give a damn. However, it is naive (and terribly offtopic) to suggest that nobody needs to run Windows applications on non-Windows platforms anymore.
"linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
Lots of 32-bit applications directly or indirectly depended on win16. I remember even on "32 bit" Windows 95/98/ME, the multimedia stack and OLE was almost pure 16-bit, If you wanted to use audio or embed pictures into compound documents, you were embedding 16-bit objects. And then there were drivers...
Even today, Windows 7 can run 16-bit code (scarily, 16-bit code can bypass security checks). You can turn off 16-bit support, if you research it.
Even today, Windows 7 can run 16-bit code (scarily, 16-bit code can bypass security checks). You can turn off 16-bit support, if you research it.
The 64bit version of Vista and 7 cannot run 16bit code, actually. (Can't run the installer for Command & Conquer, for example) Wine now supports that part of the Windows legacy better than Windows itself.
Do what thou wilt shall be the whole of the Law
My god, Wine has no use whatsoever
Dude, Chibi Ace is almost as cute as Chibi Luffy. c|:0D
After all, I am strangely colored.
However, it is naive (and terribly offtopic) to suggest that nobody needs to run Windows applications on non-Windows platforms anymore.
I could not agree with you more. Except there are a fuck-ton of conceded Linux zealots who would claim otherwise. Friends of yours?
I care about Win16. The one thing I use Wine for is to run a 16-bit Windows application.
The real "Libtards" are the Libertarians!
the conditionals in your statement made me laugh
1. when there's a crash it's usually the apps crashing... duh, just like on every other NT based windows. what's new here?
2. use microsoft security essentials, malwarebytes anti-malware, norton internet security 2010 to keep my.... so windows is the perfect operating system but yet it needs these nasty crutches?
3. asid from a sketchy program I downloaded and ran with admin priv... hmm, I think this explains it all right here. it WAS compromised because you ran something you shouldn't have to run as admin. so much for your 'best operating system' theory. you basically admitted your computer was compromised.
One of the easiest ways to manage Wine versions and installing games: http://www.playonlinux.com/en/
Why run uTorrent in Wine when there's plenty of perfectly good native torrent apps?
Dilbert RSS feed
I did this for a while too, I can't remember my reasoning as to why. They list Wine as a supported target though and test against it, which I think is pretty cool.
15 years to get to 1.0 means a speed of a 0.0666 increase in the version number per year. This extrapolates to 3 more years to get to 1.2. So it's not surprising to see a RC only two years later.
(this post just nominated for the "worst use of extrapolation 2010" award)
My first program:
Hell Segmentation fault
M$ is doing that to try to force the few people who had useful 16 bit software to throw it away so they'd finally spend money on newer stuff. There is no reason why they couldn't do something like Dosbox to keep 16 bit apps running on Win7 64. Dosbox already ran dos-era apps better in 32 bits windows than the native cmd.exe did.
Why run uTorrent in Wine when there's plenty of perfectly good native torrent apps?
Because there is no native app so light and yet with a simple GUI and friendly use :p :D
The only uTorrent replacement I can suggest is kTorrent, that is not so light, but it's very good
OMG I thought *BSD is dying trolls were dead! But it seems they are undead! :D
15 years got them the ability to run most apps that required Windows 2000, quite a few that required XP, as well as apps using the old Win16 APIs. How long did it take Microsoft to get to the same place?
I am TheRaven on Soylent News
You're almost certainly not alone in this. A lot of small businesses that I've come across have had some custom VB4 app that they depended on. A few of them have even kept Win 3.11 machines around to run it (Win 3.11 runs really fast on a 200MHz Pentium). Since about five years ago, it's been more likely that these apps will run on *NIX with WINE than on a recent version of Windows.
I am TheRaven on Soylent News
Not if you want to use uTP.
because there are none that compare to uTorrent. EOF.
Linux has a lot bigger install base. That's the real thing that matters. Talking about "market share" is just bullshit beeping for CTO's.
And to nitpick - OS X doesn't base on BSD either (even it includes BSD services in the Mach), it bases on NeXTSTEP.
Most things do work. I've been using Wine ever since I made the switch to GNU/Linux. Sure, I may have to hack it sometimes to produce desired results, but it mostly works.
Have you heard about SoylentNews?
the third option is to make Portable Executables (aka windows executables) native to linux. WINE doesnt make PEs native, it runs them in userland.
so the solution is to make a binary format loader for the linux kernel and shared libraries so that it runs like the real deal.
there's a new project doing this too: binfmt_pe
there is a native version (for linux) of 7zip though ..
To test WINE? (I can't think of any other reason)
In other words you're saying:
Yo darkmeridian, I'm happy for you and Imma let you finish, but Linux with Wine is the best combination of ALL TIME.
I used to but I use transmission now because it works just as well and at least I don't have to worry about it being owned by Bittorrent Inc and not having a backdoor...
How long did it take Microsoft to get to the same place?
Ouch. (:
"There is a way that seems right to a man, but its end is the way of death." Proverbs 16:25 (NKJV)
A $200 retail copy of Windows for virtualization on a desktop PC is not much cheaper than a $200 Acer Aspire Revo PC running Windows. Yes, you need to buy a KVM switch, but the Revo comes with a spare keyboard and mouse to make up for that. The best part: your Windows apps won't slow down your native apps.
Software cannot be implemented without adhering to a set of defined rules.
There are two sets of defined rules. One of them is the MSDN documentation for the Windows platform. Another less defined set is that a specific suite of programs, which by 1.0 included Office 2007 viewers, has substantially the same behavior on Wine as on Windows.
well, it's emulating a platform API (as opposed to hardware)
Any more than a Linux PC's X server "emulates" the X API? Or your Qt library "emulates" the Qt API? If you use the term "emulator" to refer to anything that doesn't involve interpreting or dynamically recompiling machine code, that cheapens "emulator" to the point where every library on your system is an emulator. Where I come from, Wine is called a "subsystem", just like Qt and Gtk+ are "subsystems".
Yes, there's a command-line clone of 7-Zip called p7zip, but some people might need a GUI to wrap around it. Some generic archive manager GUIs just work, such as File Roller in Ubuntu, but do all?
True, but it doesn't help for Win32 Programs that have Win16 Installers. This is likely what GP is referring to; a lot of games of that era (And even for some time after) use 16 bit installers because, well, the publisher probably already had the license and didn't see the sense in paying for a new one. After all, there was no way to know back then how far (or close) 64-bitness was to be on a consumer machine, and even still that x64 would be done in such a way that 16 bitness was not doable.
Some good examples of 32 bit Apps with 16 bit Installers;
-AutoCAD R14 (Sure, it's old, but a lot of old drafting coots prefer it over newer versions, and reusing their existing version is far cheaper than paying the thousands of dollars for a new license.)
-X-Wing Alliance (Released in 1999, and still has a 16-bit installer!)
-Installers for some Wacom Tablet Drivers (Oooh, nothing makes me a sad panda quite like hardware being unusable because you don't have a driver)
Dosbox won't help you with these, alas. Perhaps XP mode in Windows 7 but I certainly don't have the money to spend on Ultimate. VM would work, with a required level of fanciness dependent on the software you're running, (At work, I can get by with using the free VMWare Server for AutoCAD R14 when I need it (Still have to code/debug old R14 LISP Expressions, sometimes things act a little different in the newer versions so testing in ACAD 2007 is never a sure thing.)
But, 3d Applications would require a fancier piece of VM software (Probably, say, Workstation, to do the D3D.) Lord knows how easy/hard it would be to get something like a joystick working with that.
Goodness, it's all the pain in the ass of running a Mac, without any of the smugness!
Do you want a medal? You would have been free to work on Win32, with most of the project focused on 16 bits. At the time everyone had work in progress, and much of that would be taken apart and rendered useless. What's wrong with finishing something before starting something else?
OK, here's your medal. You pointed out the blatantly obvious fact that operating systems were moving to 32 bits. 16 years ago was 1994, the first release of Win95 was imminent, there wasn't a whole lot of testing you could do, the documentation was in many ways still in progress. Petzold's Programming Windows 95 was written in 1996.
In 1994 it plain old didn't make sense. 16 years later I'm telling you it should have been obvious at the time. You want to tell people what to do with their time, you have to be a project manager.
Sure.
Also, I love fish sticks.
"linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
That's not a limitation of the operating system, that's a limitation of your CPU. When initialized in 64 bit "long mode", it cannot go to 16bit mode.
See http://en.wikipedia.org/wiki/X86-64#Operating_modes
You bastard! I've got unreplacable win16 software here which used to run on Wine long ago but no longer does! Win3.1 is long gone leaving an 12+ year old linux P75 maxed out at 32mb RAM (makes funny noises) as the only way in to this critical but long abandoned by the vendor app. arrgh! We still need that. Linux+Wine is our legacy Windows! Don't assume others' needs are the same as yours! Don't force other users to be limited by your finite imagination!
Vista being such a failure and microsoft's complete refusal to make dx10 and later available to xp has been amazing for games on wine.
I wouldn't mind helping, but: I'm not going to update from Jaunty just to test something "better" than Wine 1.0.1, the synaptic pkg in Jaunty. I would like to see Many Faces of Go work right (no screen artifacts, especially in drop shadows), but JellyFish Lite 3.5 works. Fallout and Fallout 2 used to work under the previous Wine. The only things I want to run are the Windows versionx of SmartGo and Rosetta Stone. Everything else does just fine in Sun's Office. Is Wine 1.2 going to be great? Depends how fast they get it to Ubuntu. And whether Canonical thinks it matters to support anything older than Lucid.
``Tension, apprehension & dissension have begun!'' - Duffy Wyg&, in Alfred Bester's _The Demolished Man_
I use Wine myself and it seems to work for a lot of the games (albeit, sometimes its quirky).
I always wondered if Wine devs are taking the wrong approach to this: Instead of rewriting all the win32 DLLs, why not first write all "non-portable" DLLs, then worry about rewriting rest of the DLLs at later time.
What I mean is, most of us have a copy of windows somewhere (its almost impossible to buy a notebook without windows preloaded :-/ ), so instead of rewriting files like mfc42.dll, why not just copy those files from win32 for the time being, and first worry about just writing the stuff that one cannot copy.
The advantages are two fold:
1) wine would work for everything much sooner
2) as more people use it, more devs would sign up to help
Look at it logically: if you have a win32 app that you want to run, that means that you already have a copy of windows that the app runs on.
So,
1) Write just the necessary components
2) Copy missing win32 DLLs
3) Run application
4) Rewrite "portable" DLLs as time sees fit
5) profit
The only reason why I have windows even around is because I play games on occasion :-/
If I could pop in my windows CD and copy few DLLs off of it when I want to install a windows game, I would buy beer for all the wine developers.
Private trackers often use whitelists for allowed torrent clients.
Utorrent is always on the list and instantly updated when a new version comes out. Linux and Mac clients like Transmission, not so much.
http://bugs.winehq.org/show_bug.cgi?id=6971
This bug causes a large number of games to be unplayable. Basically, your mouse leaves the Wine window when you try to turn 360 degrees. It applies to all Unreal II engine games that I've tried and others as well.
Private trackers often use whitelists for allowed torrent clients.
Utorrent is always on the list and instantly updated when a new version comes out. Linux and Mac clients like Transmission, not so much.
perhaps you should check out qBittorent
# Torrent spoofing to bypass private trackers whitelisting
as for updates, all my software (not just qBittorrent) gets updated when there is a new release via APT.
Just consider that one of the BIG targets, namely Windows XP was a sitting duck for something like 6 years (XP Released in 2001, Vista released in 2007 to the general public)... And WINE was not able to get there...
Also, remember the metafile fiasco?.
WINE had excatly the same error. And I will take none of that "they are replicating the functions" crap.
If the WINE team had recognized this metafile crap as a security vuln themselves, they would have boasted about it from here to mars and back, and then added a line in the config files of the form:
WinMetaFileFlaw=x;
[X=0 -> Vuln allowed; X=1 -> WINE team Fix; X=2 -> Reserved to emulate Microsoft fix if and when they release it].
So yes, They had the target sitting still for 6 years and could not catch it. Long live wine!!!!
PS: Now that the folks at ReactOs saw the light and did the changes, maybe we can expect more of both ReactOs AND WINE. First ordder of the day, find a big corporate sweet daddy (like Symian, Eclipse, Xen, et al)!
PS2: Well, I have some good karma I can burn today.
PS3: I am not beein a troll, is my long standing opinion, so if you want to mod me down do it, but not with troll.
*** Suerte a todos y Feliz dia!
No, they are doing it because the 16-bit subsystem (NTVDM) uses the processor's virtual 8086 mode which is not available under x64. They would have to emulate the whole thing under x54, which is what Virtual PC does already.
The clash of honour calls, to stand when others fall.
Did you read the link you posted?
It's not a limitation of the CPU.
There are two 64-bit modes. Long mode, and Compatibility mode.
Long mode is pure 64-bit mode.
Compatibility mode is 32-bit and 16-bit mode only.
It is entirely possible to switch between the two. How else do you suppose 64-bit Windows and Linux can natively run 64-bit and 32-bit executables?
This is in fact a design choice by Microsoft to remove the 16-bit subsystem from Windows. It is LONG overdue.
Do not speak of which you do not know.
It is possible to switch an X86-64 chip into virtual 8086 mode, by first switching it from 64 bit long mode into 32 bit protected mode, then into virtual 8086 mode. It's what the v86-64 project does (http://v86-64.sourceforge.net/). It seems Microsoft hasn't caught on, or deliberately wants 16 bit support to die.
I think I've seen a 7z option in ark (Debian unstable).
Good to know, because I'm desperately looking for a link to a strategy game as intricate as Warcraft 3 or even Starcraft that runs natively in Linux. Do you have that link?
My company can't move either until a mult/nest program is available too.
Science & open-source build trust from peer review. Learn systems you can trust.
Add either of the 7zip command-line utilities and File Roller will "just know" how to use it.
Science & open-source build trust from peer review. Learn systems you can trust.
runs natively
You're not a very good troll. Try again later.
(Hint: this is a Wine thread.)