Wine 0.9.44 Released

jshriverWVU writes to let us know about the release of Wine 0.9.44. Wine is a free implementation of Windows on Unix/Linux. New in this release are: better heuristics for making windows managed; automatic detection of timezone parameters; improvements to the built-in WordPad; better signatures support in crypt32; still more gdiplus functions; and of course lots of bug fixes.

Wine 1.0?

[lobiusmoop]

What ever happened to the impending release of Wine 1.0? I seem to remember it was coming very soon 6 months ago. It would be a great publicity boost for the software if it reached that point.

Re:Wine 1.0?

[alba7]

Imagine Duke Nukem Forever running under Wine 1.0 on GNU Hurd.

Re:

[jayminer]

You would never believe that this joke still makes me laugh.

Re:

[Circlotron]

Wine 1.0 needs a working fusion reactor to operate it, hence it will always be 6 months away.

Wine 1.0 would be a great mistake!

[z0M6]

At least at the moment. It would be like marking a half-built car (WARNING! car-analogy) as ready for use. I think it would be pointless to push such a product because it is simply not ready yet. Users would also have higher expectations of the product than what should be realistic. That said, Wine has come a long way. Playing opengl games works great. The same can't be said for directx. Some installers does not function at all. And there is a lot of other issues as well. Wine 9.64 seems more realistic than

Re:

[AJWM]

I think it would be pointless to push such a product because it is simply not ready yet. Users would also have higher expectations of the product than what should be realistic

You missed it. Think about it, this is a Windows (non-)emulator. Releasing a not quite ready for primetime version as 1.0 (or even 2.0) fits perfectly with providing the whole Windows experience.

Re:

[onemorechip]

With this release, it seems we've only got 56 more minor release to go!

How is this /.-worthy news?

[ketilwaa]

Wine releases every 14 days, see http://winehq.org/ [winehq.org] Are we now going to see these kinds of news on /. every time there's a trivial update? I can think of a couple of apps and releases that are a little more important...

Re:How is this /.-worthy news?

[QuantumG]

The fact that they have 5 major improvements every 14 days is kinda impressive.

But yes, good point.

Re:

[QuantumG]

Wine isn't an app.

What are you running under Wine when this happens?

Have you filed a bug report?

Re:How is this /.-worthy news?

[robbak]

That is unsurprising. Windows installers have always been heavyweight. I don't think that this is wine's problem.
Indeed, wine has had a very hard time supporting Installshield, which seems like a very badly written application.

Re:How is this /.-worthy news?

[IamTheRealMike]

Badly written doesn't even begin to describe InstallShield. Where would I begin? Its 3 step install process that exists not because it makes sense, but because of InstallShield tortured history of an app? The amazing overhead it imposes on any app that uses it? Its custom programming language? Its heavy abuse of DCOM? The typos in its internal class names? The way it does an inter-thread RPC for every file copied (to update the label in the gui), meaning that if you want to install lots of small files most of the installers cpu time will be spent on RPC? As an ex-Wine developer, I spent many hours wrestling with this app. You haven't experienced true despair until you have encountered the hopeless, labrythine and worthless complexity of the InstallShield internals.

Re:

[QuantumG]

To be fair, you can install all the apps that exist for the Mac in a day.

Re:

[bcmm]

Wine Is Not an Emulator. (OK, so that's a backronym).

An emulator, for example a Gameboy emulator, has to translate machine instructions to simulate the behaviour of the target's processor. Wine simly allows execution of x86 code on an x86 processor. It implements the win32 API, and therefore lets you run code which expects to make calls to functions of that API. So Wine more or less does the same thing the official Windows API does: provides functions which win32 applications need. This is why it is a lot

WordPad?

[Anonymous Coward]

I'm sure there are some great new features, but mentioning improvements to WordPad is some serious flamebait...

Re:WordPad?

[Anonymous Coward]

vi vs. emacs vs. WordPad?

Wordpad is actually important...

[robbak]

Because parts of Wordpad are often used as a text editing component in other programs. In addition, Wordpad acts as a good test case for much of wine's infrastructure.

Re:

[Jugalator]

You mean the rich text box of it? Yes, it's a reusable component, but it's not clear to me that control was a problem before, although maybe you're right.

WordPad is also an MFC application, like many others, and in case there were something to fix there, that could be pretty important due to MFC's wide use.

Wine breaks backward compatibility a lot.

[baadger]

I've been thinking of starting to ./configure --prefix a Wine install into a subdirectory of my home directory and applying a script wrapper to the wine binary.

Pretty much every application or game I use under Wine requires either a patch against wine or some app specific hack to get it working properly, and often they don't work in the next Wine version.

Wine is great but setting up multiple apps or games to work under it is horrible.

Re:Wine breaks backward compatibility a lot.

[QuantumG]

So, err, just so I've got this right.. you're applying app specific patches to Wine to get it to work and then when you upgrade you're reapplying all those patches and finding that some of them don't apply anymore?

Ya know, Wine uses this revision control system that some Finnish guy wrote.. it's really good at helping you maintain a fork with your changes in it if that's what you want to do. I think it's called "git" or something. :)

Re:Wine breaks backward compatibility a lot.

[NickFortune]

To be fair, Wine does suffer quite a lot from regressions. Don't take my word for it - look up a few of your favourite games on the AppDB [winehq.org] and notice how the playability level varies from one release to the next.

That's not so likely to be a problem with the major apps. World of Warcraft and MS Office are likely to be rested between releases, so they tend to be fairly stable. On the other hand, it's pretty much a crap-shoot whether Deus Ex (my favourite use for Wine) will work with any particular release.

Don't get me wrong; I think Wine is a fantastic project, and the number of apps they can handle has risen steadily over the time I've been using it. But being realistic, the do have a problem with regressions. Once it gets out of beta, that will hopefully change.

Re:

[Shulai]

I think they should try to raise their profile between Windows developers, in order to encourage them to do some testing on Wine. I guess they already does testing on half a dozen Windows environments, they'll add Wine to the list if they think it's a viable platform and a part of their potential market.

Re:

[kwandar]

I have a couple of 95 Westwood games that don't run on Windows XP (Monopoly and some C&C versions?), the point being that this may not be a WINE issue, you're seeing.

Re:

[PastaLover]

The lone exception is WoW which works great now, but I no longer use it.

It does not for me. There are some major sound issues, so unless I want to be playing without sound it doesn't really work. I've seen people claim everything works perfectly and I assume they're not lying but I'm sure there's some stuff there still needing to be worked out. My best bet is that those other people have way faster CPU's and run their sound emulated, thus skirting the problem. Apparently all this has been fixed in cedega but they're unwilling to fork over the patches as it makes them money bei

Re:Wine breaks backward compatibility a lot.

[paskie]

Actually, this was my experience in the past as well, but during the 0.9 series this got a lot better for me and now for a long time already I didn't need to change any actual wine settings for specific application at all (and I'm messing with relatively wide variety of applications and games. At most I have to tweak (e.g. graphics) settings of the application itself. New versions don't break apps that previously were working that much either (though it happens sometimes; I still have bisecting what broke SC3000 in my long TODO list ;).

Re:

[Laur]

Pretty much every application or game I use under Wine requires either a patch against wine or some app specific hack to get it working properly, and often they don't work in the next Wine version. Wine is great but setting up multiple apps or games to work under it is horrible.

This is a known problem, and the tools Wine-Doors [wine-doors.org] and Winebot [sandbox.cz] are working to address it. These tools make installing Windows software in Linux as easy as using a native package manager (apt, rpm, etc). They also track the specif

Finally!

[MarkByers]

improvements to the built-in WordPad

That's been one thing that really bugs me about Linux. I'm fed up of having to use horrible outdated editors like emacs and vi. Now finally I can use a decent editor without having to dual-boot.

Re:

[QuantumG]

hehe.. I have been known to use windows calculator under Wine.

Re:

[EvilRyry]

qalculate is freaking awesome! I especially love the conversions so you can do stuff like 15m/s = x mph and it just works.

Re:

[MikeBabcock]

I've been known to wish that 'dc' was available on Windows :-)

Sure I could install it on cygwin but I'm just saying I much prefer RPN to the Windows calculator app.

Re:

[QuantumG]

idk, cause I'm not a freakin' gray beard?

Re:

[Antique Geekmeister]

Mocking young programmers who haven't gotten their first facial hair yet would be harsh of me to do in a discussion group. But son, like building your own compiler, you don't want to go there without a bit more experience, or I'll be forced to write ASCII art of smiley faces with long gray beards.

Re:

[QuantumG]

Like every bouncer at a nightclub who asks to see my ID, sir, I could kiss you right now.

Re:

[DrSkwid]

pfft bash perl shit

man bc

Re:

[TheRaven64]

bc? Real men use reverse polish notation in dc.

Re:

[lamber45]

I used to use perl one-liners for simple arithmetic. Then I used bsh [beanshell.org]. Then I used JavaScript [mozilla.org]. Eventually I discovered that python [debian.org] had the least startup time and the easiest syntax in interactive mode. I do less simple arithmetic now that GNUcash [gnucash.org] supports expressions in numeric fields.

Speaking of Wine, I don't use it a lot. I have some Windows foreign-language-study programs that run just fine under it. Some Windows games run all right under it; the occasional crash is part of the fun :). The one

Office 2003

[E-Sabbath]

Has anyone ever managed to get Office 2003 fully working under WINE yet? I spent a week trying once. Never got it right. Probably something to do with the fact that it doesn't have the ability to run as a Win98 program.

Re:

[nurb432]

Since when is codeweavers the wine team? ( that may have happened, but last i heard they were separate entities )

Oh, and crossover doesnt run ALL of office 2003.

Re:

[msh104]

but all the codeweavers code ends up in wine anyway, so perhaps it's just better that the other developers focus there strengh elsewhere. not to mention that many parts of office (DOM, etc) aren't much fun to get working properly anyway.

New wine project

[edxwelch]

I would love to use Wine, but unfortunately I don't have Linux. Are there any plans to port Wine to Windows?

Re:New wine project

[Anonymous Coward]

do not laugh to soon..

like dosbox, and I'm pretty sure that under Vista you *may* need wine to run some legacy windows softwares....

Re:New wine project

[Anonymous Coward]

Not only that, but since MS isn't going to release DX10 on XP and Wine has already started implementing it, you might end up using Wine to run the new apps in a legacy OS.

Re:

[freeweed]

We're already doing a proof of concept for softgrid, because we KNOW some of our mission-critical apps just won't go with Vista, ever.

And management has handed down the edict that we MUST be on Vista soon, so...

Justification for Fistya ?

[Ex-MislTech]

Anyone want to tell my why management is craving Fistya ^H^H^H^H^H^H, I mean Vista ????

What can it really do that XP cannot ???

If you lock XP down, it does just fine, and runs all the Win32 apps now....

It's total bullshit if you ask me.

Re:

[IvyKing]

like dosbox, and I'm pretty sure that under Vista you *may* need wine to run some legacy windows softwares....

Ain't that the truth - sigh...

With M$ EOL'ing XP in the near future, looks like the only way to run some of the older 'doze apps will be on Wine. My experience with Vista has been that the frustrations far outweigh the improvements over XP (on the kids' computers - my primary OS is Solaris 10).

Re:New wine project

[a strange guy]

http://sourceforge.net/project/showfiles.php?group _id=6241&package_id=112520 [sourceforge.net] have fun ;-)

Re:New wine project

[caluml]

Download Cygwin and try and compile it under that. Windows -> Cygwin -> Wine -> ..... VMWare? :)

Re:

[Linker3000]

My copy of Windows has a file called WOWEXEC (Wine on Windows?) - maybe it's been there all along?

Re:

[Linker3000]

I thought NTVDM was an NT-VMS Cross-development module?

Next you'll be telling me that SOL.EXE isn't a virtual Solaris environment.

Re:

[makomk]

Of course there are. In fact, the previous release converted the DirectX support to be based on the Windows version of OpenGL for (partly) that reason...

Re:

[TheRaven64]

It's also likely to be used in virtualisation a lot in the future. Parallels, for example, uses WINE code to translate Direct3D calls into OpenGL commands, which are then passed through to the host OS. I wouldn't be surprised if someone uses the same solution in VirtualBox at some point.

Re:

[gringer]

That's in the FAQ:

http://www.winehq.org/site/docs/wine-faq/index#WIL L-THERE-BE-A-WINDOWS-VERSION-OF-WINE [winehq.org]

Also in the FAQ:

The Windows version allows Wine developers to test out the completeness of Wine DLLs by replacing those on Windows. At least for now, this is mainly for developers. However, in the future once we finish our DirectX 10 implementation, we may be able to implement Direct3D 10 in Windows XP the same way it runs in Wine: by translating DirectX calls to OpenGL ones.

Oh, and I noticed that someone mentioned DOSBOX.... It's in the App database, so someone has decided that it could be worthy of running under Wine, possibly for similar testing reasons:

http://appdb.winehq.org/appview.php?iVersionId=885 3 [winehq.org]

Re:

[gringer]

Er, sorry. My quote was from the FAQ on the wiki:
http://wiki.winehq.org/FAQ [winehq.org]

MSOffice Install and Run

[t35t0r]

Call me when I can Install and run at least MSOffice 2k3 using wine.

subpar Windows apps, the reasoning?

[icepick72]

You can find all that you need on Linux nowadays, even decent office products. If Wine keeps taking up your time to install/configure/troubleshoot then what is that time worth to you (classic cost vs time)? If you really need those Windows apps for some reason then push the money into a Windows license. Better yet get your business to buy it for you. If it's just for personal use then you really have to ask yourself what the hell you're doing.

Re:

[Elektroschock]

Well, video editing and all the Adobe tools...

Re:

[icepick72]

video editing on linux http://www.robfisher.net/video/ [robfisher.net]

If Adobe and video editing companies have chosen not to jump on the Linux bandwagon yet, then why would you (or the proverbial "we") accept the pain for them? Grab a Windows license and be editing and using Adobe tools and whatever else in no time at all. Or grab MacOSX if Windows is not ideal. This isn't directed to you but in general I have a rant: people would often rather whine and complain than do something about it. When options exist to do somet

Re:

[Elektroschock]

I am looking for a video tool, I installed everything but it doesn't work as it should. Windows is no solution to the problem.

Finding an Outlook replacement for mobile phone..

[cheros]

The only problem I have that keeps WIndows fragments alive is that all the phones I have require Outlook for diary and contact management. I hate Outlook as a mail client (I use Thunderbird) but it is still one of the few things where MS has at least got some integration right if you overlook problems such as timezones and other real life use.

I have a Motorola RAZR (V3i) and a Sony Ericsson phone, and I need these to have their contacts synched. I hope to have the remote sync working at some point so it s

I am holding out for 0.9.97882.8

[gatkinso]

Well, ok fine, 0.9.97882.6.

I hope I get to play Civilization II soon!

[Glowing Fish]

Last time I tried using Civ II under Wine, it crashed as soon as it was actually time to play.

Oh, and if you are about to mention FreeCiv, don't. You don't give a chocoholic carob.

Re:

[Glowing Fish]

hmmm...
From the wine logs, it looks like I am not the only one with this problem.
It might be that Civ4 runs fine, but Civ2 does not. Which would be ironic, but not unheard of.

Yes

[PeterBrett]

Yes.

(If you want a useful answer, ask a meaningful question).

</trollfood>

Re:useful yet?

[chaosite]

Yes, it has gotten way better.
It has support for Direct3D, tons of winapi functions, etc... It's pretty awesome at this stage, really.

Re:useful yet?

[tom17]

I find it is pretty good at what it runs. The problem is that for me, the kind of things it runs are the things that I can get on Linux natively anyway.

The things it falls short on are things like the latest office products, latest adobe products and some of the games I like to play. It's helpful in places but does not yet close the gap for me.

Re:

[AVryhof]

If you don't mind copying them over from a Windows installation, at least *some* Adobe apps run.

Photoshop CS2 [luiscosio.com]

I haven't tried this with CS3... but here is Dreamweaver 8 [luiscosio.com]

I was able to get the extension manager, fireworks, and flash working this way.... but not contribute.... but I'm still working on that since I think it uses the IE component, and I just have to install IE.

Seeing that they work under WINE... and quite well, it would be cool if they could work with Codeweavers like Google did to at least hit th

Re:

[Vexorian]

Complaint to the guys that made the latest office products, adobe and games, because it turns out that the most frequent reason WINE can't run something is a copy protection...

Re:

[Elektroschock]

Right, but the question for me is how it scales. How much money and time needs to be dumped on it?

How much does it cost to make a DLL that is currently 75% --> 100% ?

what Wine is really missing is a tool that documents all calls by programs, so you say: aha, this stub is needed by these applications, so let's implement it.

Or: this application sents these messages to the function.

control Spy as an interesting test tool
http://bugs.winehq.org/show_bug.cgi?id=239 [winehq.org]

Re:

[Mad Merlin]

How much does it cost to make a DLL that is currently 75% --> 100% ?

That's a question that probably only the original implementor(s) of the API could answer, however, it's normally not the question you need answered. The vast majority of apps don't need 100% of a DLL, they only use small subsets of it. The commonly used parts of most DLLs are already implemented, the real roadblock is finding the undocumented corner cases (and the expected behaviour), and ironing out any existing bugs.

what Wine is rea

Re:

[Elektroschock]

Oh well, executing Winetest
http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBu ilt/winetest-latest.exe [gla.ac.uk]

I understand that your answer is the official party line. I think in 2001 it was the same response.

What I mean is not a per-application tool but a per-Wine tool with feedback of all used applications.

Currently I can't say: function x, it gets executed by Acrobat Reader 2.1, Firefox, fuzzycalc and Darly's Printshop. So the person who implements it can test it with these applications that make use of it.

I unde

Re:

[Dystopian Rebel]

Wine is one of the most useful open source projects if you are a BSD or Linux user and there is at least one M-Windows application that you can't replace.

In my case, I run the Oxford English Dictionary under Wine.

Newer != Better

[omnirealm]

chaosite wrote:
> Yes, it has gotten way better.
> It has support for Direct3D, tons of winapi functions, etc... It's pretty awesome at this stage, really.

Oblivion, perhaps the most widely acclaimed game from last year, runs pretty well on Wine 0.9.38. Someone made changes to the DirectX thread-related code that causes Oblivion under Wine to crash for every version since [winehq.org]. The lesson here is that the newest version of Wine is not necessarily the best one to use for any given application.

Re:

[omnirealm]

> As per the bug report, theres a workaround.
>
> ("OffscreenRenderingMode"="fbo")

fbo gives you between a 30%-80% frame rate hit compared to pbuffer, depending on the complexity of what is being rendered at any point in the game. The best game play experience can be had on release 0.9.38 with pbuffer.

Thank Microsoft...

[Danathar]

Funny thing is, the LOOOONG release time of WinXP has given the developers the time they need to get wine working really well.

Re:

[QuantumG]

What were you trying to run?

Took me a while to get the last app I tried going too. One of the biggest problems was the lack of support for signatures in crypt32.. which co-incidentally this release fixes :)

I should write a tutorial or something.

Re:

[Anonymous Coward]

Try getting it to run on Cygwin. That's lots of fun!

Re:

[someone1234]

If you got the source, you can do that yourself.
All you need is to comment out a few lines, you'll know which.

Re:useful yet?

[MadnessASAP]

Ha! try getting it to run Cygwin and then using it to run Qemu to run Windows XP to VMware to run Linux. When you have completed that young grasshopper then your training is complete.

Re:

[ambrosen]

Never heard of coLinux, then? An excellent project for some things.

Re:

[babbling]

Getting programs to work using WINE can still be a pain. If you take a look at games like Command & Conquer 3 or Supreme Commander, there is a way to get them to work in WINE, but it's not as simple as running the installer and then running the game immediately after.

WINE has mostly likely improved a lot since you last used it, but these sorts of issues (apply this patch, download this dll, etc) will probably be around for a while to come. The important thing is that it's continually improving and will

Re:But face it

[ozmanjusri]

the very existance of Wine is proof that Linux isn't able to exist without windows.

...and the very existence of SFU is proof that Windows isn't able to exist without Linux.

So let's all have a big group hug and make up. We need each other.

Re:

[Furry Ice]

It took me a while to get that TLA. I thought SFU was shorthand for STFU!

Re:But face it

[pakar]

Nope, but the existence of wine is proof that people don't like windows and want their apps running on gnu/linux systems..

Re:

[Xtifr]

> the very existance (sp) of Wine is proof that Linux isn't able to exist without windows.

Uh-huh. Offering an option proves that everybody needs that option. (Just for the record, I haven't had Wine installed since '01, and haven't used Windows since '98.)

Does the very existence of Viper mode prove that Emacs isn't able to exist without vi? Makes about as much sense.

Actually, what the existence of Wine proves is that some FLOSS developers are willing to try to provide a smoother migration path to thos

Re:

[RAMMS+EIN]

``Btw, I'm aware that OpenBSD's port of WINE dates from 1999, just another sign that BSD is dying, I guess!''

Or it could just mean that the demographic that runs OpenBSD (security conscious people, I'd imagine) isn't interested in running Windows apps.

Re:

[TheRaven64]

I don't use WINE on OpenBSD either, but since my OpenBSD system is PowerPC that's not entirely surprising. That said, the only legacy Windows apps I have these days are some oldish games, and since OpenBSD lacks DRI they probably wouldn't run well under WINE anyway.

Re:

[Anonymous Coward]

It doesn't run on OpenBSD yet (I'm not sure about NetBSD or Solaris). OpenBSD porters continue to look at it, but it still has problems that are not easily solved (i.e. not a trivial port) and so they record their progress and move on to something more tractable. It will happen though. Neigh-sayers said OpenBSD would never crack the problems it had with Firefox or OpenOffice, or get native Java. It now has all of these, they are stable, and all up to date. In the meantime QEMU will run windows many Window

Re:Does it run on (Net||Open)BSD or Solaris yet?

[Anonymous Coward]

Neigh-sayers said OpenBSD would never crack the problems it had with Firefox or OpenOffice, or get native Java.

But who cares what horses think?

Re:Any chance of a merge?

[ozamosi]

Cedega is based of an old version of Wine, which was forked off and made proprietary. Since then, Wine changed it's license to make it impossible to do another Cedega-style fork.

So, to merge, we would have to either convince transgaming to make their code completely free and LGPL, or convince all Wine authors to make their code non-free and a part of transgamings commercial product. I don't think either of those two alternatives are very likely.

Re:

[cerelib]

This could actually happen in an easy way. Cedega could regularly release source code snapshots of an older release of their product under an open source license. This would allow Cedega to stay ahead of the curve by not having open source versions of their newest release. WINE would get the advantage of being able to merge Cedega code into WINE and Cedega would probably get more business if people knew Cedega had a commitment to give code back to the community. That is just one possibility that I see o

Re:Any chance of a merge?

[rvalles]

No need. Since wine got LGPL'd, it has gone through a deep redesign around the WinNT model instead of the win9x model. Also, when wine was just LGPL'd, it would need tons of DLLs from windows in order to do anything; nowadays, no windows DLLs are needed anymore, since almost everything has been implemented.

Cedega used to have an advantadge on games since Wine held on Direct3d while waiting for Cedega to release its implementation; it never happened. So Wine's Direct3d began late, but it's catching up.

Nowadays, Wine and Cedega are quite close in game compatibility, while wine is much better with non-gaming stuff. Cedega's "work it around so that the game works instead of properly implementing it" is reaching its limits, and wine will soon run Cedega's "supported games" better than Cedega itself, not to menction non-Cedega supported games :).

Re:

[Mad Merlin]

At this point, Wine's D3D implementation is more mature than Cedega's. Wine introduced SM2/3 support months before Cedega, for example. On top of that, Wine has also completed a number of (painful) steps required to get a slew of copy protection methods working.

Besides that, Cedega contributes essentially no code back to Wine, although they do use a number of DLLs from Wine now. I don't really see the incentive on either side for a merge to happen now.

Re:

[MoogMan]

Another post mentioned why they most likely will not merge, but Wine performance with DirectX games has improved drastically in the last couple of months - I seem to recall someone saying Wine has surpassed Cedegar in terms of performance, but I can't find a link to back that up.

Here is the last benchmarks that were done - http://wiki.winehq.org/BenchMark-0.9.5 [winehq.org]

Out of 148 tests:
Wine has the current lead on 67 tests
Wine has a lag between 0.1 and 10.0 percent on 14 tests
Wine has a lag between 10.1 and 20.0 per

Re:

[QuantumG]

If you want pointless, use PuTTY [greenend.org.uk] under Wine.

Re:

[stevey]

Better yet:

apt-get install putty [debian.org]

Re:

[fimbulvetr]

I don't know why all of those guys are recommending putty. It's a piece of shit. It requires mousing for _everything_ related to texting - copying, pasting, new window, etc. Not very unixy if you ask me.

If you want a good program that has a lot of securecrt's strengths, check out konsole - the default kde terminal. Sure you need to install the kdelibs, but it has tabs, arbitrary shortcut assignments, huge buffer configurations, etc.

Re:

[dbIII]

Not such a new thing. Back in the win 3.11 days I switched to linux so I could get better hardware support. In that case it was to run a 14,400bps modem at full speed instead of the software locked 9600bps with the Microsoft system.

Re:

[flyingfsck]

Shocked about HW support? Linux runs on anything from itsy-bitsy ARM processors to massively parallel super computers and you are shocked about hardware support - sigh...

Well, dammit, it won't run on my abacus! Linoox sucks...

It's a 32-bit API, why do you need 64-bit support?

[AJWM]

64-bit support for Win32? What an odd concept.

Wine runs fine on my 64-bit Linux system as a 32-bit binary (AMD64). I haven't tried it, but now that you've got my curiosity up, I may try it on an IA-64 (Itanium) too, which also happily handles x86 32 bit apps in emulation.

Sure, these days Windows allegedly supports 64-bit platforms. Any idea how much of that is really running in 64 bit native mode vs 32 bit mode? (I have no idea, but I do recall the Win95 days when an allegedly 32-bit OS turned out to

Re:

[Mad Merlin]

A 64-bit Wine would only run 64-bit Windows applications (ie, nothing). You don't want a 64-bit Wine.

You can of course run 32-bit Wine on a 64-bit Linux install, I do exactly this without issue.