Software-update: Wine 1.5.5

Vrijdag is er een nieuwe ontwikkelbuild van Wine verschenen. Wine is een opensource-implementatie van de Windows-api. Dit maakt het mogelijk om DOS- en Windows-programma's op onder andere Linux, FreeBSD en Solaris te draaien. Een grote groep ontwikkelaars draagt bij aan Wine en er is voor gekozen om elke twee weken een nieuwe zogeheten ontwikkelversie uit te brengen, in plaats van te wachten tot er een aantal nieuwe functies klaar is. Een paar keer per jaar verschijnt er een stabiele uitgave. De database met applicaties die onder Wine werken, al dan niet met behulp van kleine aanpassingen, bevat op het moment van schrijven 18.838 titels, 59 meer dan ten tijde van versie 1.5.4. Hieronder is te vinden wat er in deze release allemaal is veranderd en verbeterd.

What's new in this release:

• Support for installing Mono as a Wine add-on package.
• Dithering of pattern brushes in the DIB engine.
• Support for installing the .NET 4.0 runtime.
• DDS files supported in D3DX9.

Bugs fixed in 1.5.5:

• Speed up PDB support
• When running Half-Life in software mode, the screen is not updated
• Wine hangs when attempting to add video file in DVD lab Pro 1.53
• eBay Turbo Lister exits silently before displaying anything
• text rendering using vsfilter doesn't properly display (affects Flash Pro 8)
• BCDC++ redraws too many times on window resize
• Screen Resolution Bug
• Powerpoint Viewer 2007 crashes opening Keynote.pptx
• No$gba- 3D layer drawn behind 2D layer, making 3D invisible
• Thinkwell Player does not hide password under wine
• jedit hangs on startup if ddraw is disabled
• .NET Reflector 6.x user interface is distorted
• Alien Shooter 2 graphical glitch on shadows
• West Point Bridge Designer 2007 crashes with page fault in oleaut32
• MS Powerpoint Viewer 2007 crashes when displaying embedded table
• Adobe Premiere CS2 doesn't run
• TimeShift demo does not launch
• outlook 2007 doesn't run after install
• Adobe Premiere Pro 1.5 fails to start
• Vobblanker: crashes randomly
• FlowCode hangs when works with LCD module init.
• Half-Life 2 Episode 2 & Portal: hl2.exe continues to running after exit of game
• Wine Iexplore does not have usable GUI
• The config program that comes with Final Fantasy 8 does not work.
• check boxes go sometimes completely black
• bad display in Azure Quest3D demo
• Microsoft Office Outlook 2007: Cannot start outlook once e-mail settings have been configured
• Halo Editing Kit will not load
• Adobe Dreamweaver 8: "Next" link in Help doesn't work
• tools/font_convert.sh should be bourne compatible
• Networking doesn't work for app "IPS" Internet Print Service (foto software fotoquelle.de)
• Distorted sound in Dyson game
• Make test fails in ds3d.c
• PixelFormat_WineD3DtoDD Can't translate this Pixelformat
• Flowcode has a bad display refresh
• IBExpert does not work as expected (can't register database)
• Visual C# 2005 Express: Form Designer is blank on first run, then gives memory error
• ATK0100 Asus Utility Driver: Crashes on install start
• Medal of Honor: Pacific Assault - sand is too light
• VBALink: GBC roms open at an incorrect resolution
• SmartHeap Library reports MEM_BAD_POINTER and Sinistar Unleashed crashes on launch
• Star Sonata does not load
• Dragon NaturallySpeaking freezes then crashes after about a half hour of use.
• NHL 99 graphics are corrupted on Direct3D
• d3d_surface:IWineGDISurfaceImpl_UnLoad UnLoad is not supported on X11 surfaces!
• picasa 3.6 unable to scan
• Sketchup fails to print previews, show back area, template and part previews also
• 3dmark06 free version reports "D3DXGetImageInfoFromFileInMemory failed" when you try to run the demo
• Hearts of Iron III - Texture brushes are not sized/aligned properly
• Bonzai3D - mouse pointer position mapped incorrectly in project window
• Portal and Uru graphics glitches (fglrx only)
• Bonzai3D irretrievable following window minimize
• Jedi Knight: Dark Forces II - in game map is not fully painted
• Fritz 11 needs d3dx9_36.dll.D3DXCreateCubeTextureFromFileA
• Two Worlds calls unimplemented function d3dx9_36.dll.D3DXCreateCubeTextureFromFileInMemoryEx
• Final Fantasy 8: Eidos Intro movie and sound choppy
• SketchUp cannot produce correct png/jpg/bmp files
• King's Bounty needs DDS support
• Energy Tycoon won't run
• SketchUp 7 prints black rectangle and export the same into JPG
• Men of War (Steam) won't run.
• Flowcode v4 : double click on component macros crashes
• .NET 3.5 Framework installer fails to install some assemblies into GAC (affects Visual Studio 2008 and later products)
• Playchess, games tab is not drawn
• Silent Hill 2 menu invisible
• Where’s Waldo installer needs native msxml
• Money 2002 fails to run
• MPLAB 8 Logic Analyzer doesn't work
• Polybius crashes on exit
• Star Wars: Republic Commando hangs when skipping the intro video
• Powerpoint 2003 & 2007: embedded video won't stop playing, program unresponsive to mouse or keyboard
• Microsoft SQL Server Management Studio Express 2005 (SSMSE): corrupted font in properties window
• Microsoft SQL Server Management Studio Express 2005 (SSMSE): "New table" fails with unknown error 80070057
• Several apps started rendering some fonts incorrectly (appear as huge font sizes have been used)
• The Stalin Subway 2 (Red Veil) crashes when shooting
• The Stalin Subway 2 (Red Veil) crashes on game start
• .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll.IWICStream_InitializeFromMemory_Proxy
• Deleting text from richedit controls extremely slow
• Word viewer crashes on some .rtf
• Add support for msi INSTALLMESSAGE_PROGRESS subtype "ProgressAddition"
• excessive operator '&' in GetThemeSysFont(); can probably lead to segfault
• Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer)
• Playchess pieces are too small
• [patch] krnl386.exe16/int21.c: set (1<<12) for cdrom
• .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install)

Internet Explorer 8 d.m.v. Wine op Ubuntu, klik op de afbeelding voor een grotere versie.

Versienummer	1.5.5
Releasestatus	Unstable
Besturingssystemen	Linux, BSD, Solaris
Website	Wine HQ
Download	http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.5.5.tar.bz2
Bestandsgrootte	19,20MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (24)

[MrFax]

Yes eindelijk .NET 4.0 support. Nu wachten op stable over een jaartje X)

[Reactie gewijzigd door MrFax op 22 juli 2024 16:12]

[Wolfos]

Zo te zien hebben ze er nu eindelijk 3.5 support bij:
http://appdb.winehq.org/o...lass=application&iId=2586
.NET 4.0 was er al veel eerder.

Mono heeft WPF support toegevoegd misschien?

[Reactie gewijzigd door Wolfos op 22 juli 2024 16:12]

[silasje1]

Ook heel blij met net 4.0 ! Kan ik eindelijk een programma laten draaien die nu naar 4.0 is overgestapt

[jbhc]

Zo langzamerhand beginnen ze het toch wel aardig onder de knie te krijgen. Als je de bugfixes bekijkt lijkt het of ze vooral code aan het finetunen zijn en af en toe wat funkties moeten toevoegen.

Leuke ontwikkeling.

[J.J.J. Bokma]

Maak mij maar pas wakker als WLM er probleemloos op draait.

Begrijp mij niet verkeerd, leuk project, maar verder is er (te) veel wat er net niet op draait.

[Lunacy]

Dan gebruik je Wine verkeerd.
Je moet eerst kijken of wat je wil gaan draaien redelijk ondersteunt wordt of niet, als je ervan uitgaat dat al je Windows applicaties plots in Linux gaan werken kom je natuurlijk bedrogen uit ...

[J.J.J. Bokma]

Oh, het gaat mij niet om alle Windows applicaties. Maar het is gewoon zo dat er heel veel niet op draait. En wat er op draait heeft altijd wel hier en daar kuren.

Overigens, prachtige moderatie, hoor. Maar neemt niet weg dat Wine een lapmiddel is wat nooit af komt, en het probleem niet wegneemt van Linux: dat het nauwelijks een game platform is. Maar dat wisten de meeste slimme mensen al een tijdje, natuurlijk ;-).

[kozue]

Linux is een prima game platform. Alle games die onder Linux draaien, draaien daar prima. Ik speelde vroeger UT2004 *juist* onder Linux omdat het daar vloeiender draaide dan op die trage schokkende windows rommel.
Dat producenten van games er geen brood in zien om te ontwikkelen voor een platform dat door een paar % gebruikt wordt, en daarom de meeste pc-games een lapmiddel als wine nodig hebben, is niet de schuld van Linux.

[HerrPino]

Dat producenten van games er geen brood in zien om te ontwikkelen voor een platform dat door een paar % gebruikt wordt, en daarom de meeste pc-games een lapmiddel als wine nodig hebben, is niet de schuld van Linux.

Waarom besteden ze hun tijd dan niet aan een framework dat het super eenvoudig maakt om games en andere applicaties te porten naar Linux? Waarom bouwen ze niet een API die bijvoorbeeld compatible is met DirectX? Als ze er voor kunnen zorgen dat gamedevelopers, games binnen een paar dagen kunnen porten naar Linux dan zal dat meer invloed hebben als dat Wine heeft. Sterker nog, Wine werkt wat dat betreft eigenlijk alleen maar tegen.

De ontwikkeling van Wine is weggegooide tijd. Je kan Windows er niet mee vervangen, nu niet en nooit niet. Het is leuk als 1 of 2 van je applicaties draaien, maar zijn er altijd wel een paar bij die of niet helemaal niet draaien of half, of stabiel lijkt maar eigenlijk niet te vertrouwen zijn. Straks komt Windows 8. Ik wens de makers van Wine veel succes met het implementeren van de Metro interface.

[BRAINLESS01]

Als het super eenvoudig zou zijn om zo'n framework te bouwen, dan zou iedere ontwikkelaar dat doen. Het punt is nou juist dat het lastig is om met 1 applicatie meerdere OSen te ondersteunen. Dat probleem wordt alleen maar erger als je 3d wilt gebruiken, DirectX is bijna Windows-only en als je voor OpenGL kiest kun je hetzelfde spel niet op de xbox uit brengen. Doordat Windows een monopolie positie heeft wil niemand voor Linux ontwikkelen, daardoor blijft die monopolie positie in stand.

Langzaam wordt wine wel steeds stabieler en er zal ooit een moment komen dat applicaties bijna standaard ondersteund worden. Nu nog niet, maar het worden er steeds meer.

[Goderic]

Ik vind Wine helemaal geen weggegooide tijd.
Voor oude programma's die nooit meer geport zullen worden is het een zegen. Zo kan ik mijn oude games blijven spelen zonder dat ik daarvoor een Windows licentie moet aanschaffen.

[Blokker_1999]

wine brengt net DX compatibeliteit, maar ook DX is een gesloten systeem, en DX alleen is niet voldoende, games maken niet enkel calls naar DX maar gebruiken dus ook nog altijd andere OS specifieke APIs.

En het meestgebruikte deel van DX is nog altijd D3D, en daar bestaat een open alternatief voor onder de vorm van OpenGL. Andere delen van de OSS community zoals OpenAL voor geluid worden vandaag al redelijk vaak gebruikt, ook onder Windows.

Het implementeren van de Metro interface zal waarschijnlijk nooit door Wine worden gedaan. Metro is een .Net technologie en zal dus hoogstwaarschijnlijk geimplementeerd worden door het Mono project.

[J.J.J. Bokma]

En verder gebruik ik Wine niet meer, dus ik kan het ook niet verkeerd gebruiken ;-). uTorrent draaide er redelijk op (meestal), en ik gebruikte het voor een MP3tag editor. Dat laatste kan ik best zonder leven, en er is een kreupele native "uTorrent server" die het doet. Da's best het vervelende van Linux er is teveel van hetzelfde en teveel is half af/kreupel. En een project als Wine, hoe leuk het ook is, maakt dat er alleen nog meer kreupele software "draait" onder Linux.

En als het dan bijna goed draait, dan start men een rewrite of komt met een nieuwe UI. Of allebei, want het moet natuurlijk wel Linux blijven ;-).

[Reactie gewijzigd door J.J.J. Bokma op 22 juli 2024 16:12]

[postbus51]

maakt dat er alleen nog meer kreupele software "draait" onder Linux.
en het probleem niet wegneemt van Linux: dat het nauwelijks een game platform is
En als het dan bijna goed draait, dan start men een rewrite of komt met een nieuwe UI. Of allebei, want het moet natuurlijk wel Linux blijven

Wat is nu je punt ?

#hallovolgmijplz

[Reactie gewijzigd door postbus51 op 22 juli 2024 16:12]

[blorf]

Volgens mij dat Wine-oplossingen vrijwel altijd zoveel mankementen vertonen dat je je voortdurend blijft afvragen of het wel zin heeft:

• er is geen duidelijke eenheid onder Wine-componenten. Als je service.dll
problemen geeft moet je een andere versie proberen.
• een implementatie is vaak situatie-afhankelijk en dus nooit volledig te testen op betrouwbaarheid. 2 WIN32 systemen zijn zelden precies hetzelfde.
• Wine is een open implementatie van een closed source (en technisch overbodige) softwarelaag. Je kan je afvragen of er uberhaupt situaties bestaan waarin je daarvoor zou moeten kiezen.
• Het blijft altijd de vraag of je Wine-oplossing geen reverse-engineering is en geen inbreuk maakt op rechten van MS. Zakelijk gebruik van Wine blijft dus altijd twijfelachtig en riskant.

[Reactie gewijzigd door blorf op 22 juli 2024 16:12]

[Dreamvoid]

Wine is een open implementatie van een closed source (en technisch overbodige) softwarelaag.

Dat je er idealistisch gezien moeite mee hebt ok, maar technisch overbodig? Elk applicatieframework dat er op het moment bestaat heeft een runtime.

Grootste probleem van Wine zijn de resources. Er werken een paar duizend van de beste developers ter wereld aan de Windows API, en honderden aan andere frameworks/runtimes als OpenJDK, Cocoa en Dalvik. Wine wordt grotendeels door 1 werknemer van Codeweavers gemaakt, met wat hulp van vrijwilligers. Je kan niet verwachten dat zo'n complex project ooit gelijkwaardig wordt aan de reference implementatie zonder een grotere sponsor.

Wine is als de spreekwoordelijke dansende olifant - het indrukwekkende eraan is niet dat hij zo goed kan dansen, maar dat hij uberhaupt danst.

[Reactie gewijzigd door Dreamvoid op 22 juli 2024 16:12]

[Blokker_1999]

Als er een regressie optreed (een nieuwe versie van een component die niet meer werkt terwijl de oude dit wel deed) is dat ineens ook een bug. Net omdat de implementatie van wine niet situatie afhankelijk mag zijn. Zij schrijven geen patches voor bepaalde software, neen het moet werken zoals de win32 api of het werkt niet. De win32 api veranderd alleen maar bij een nieuwe windows, en meestal gaat het dan om een uitbreiding want men wil geen compatibeliteit breken, software voor Win98 moet nog altijd kunnen draaien onder 7.

En de win32 api mag technisch overbodig zijn, praktisch kan je er zeer moeilijk rond werken, het is en blijft de basis van zowat alle software in windows.

En ja, wine werkt met reverse-engineering, maar dan wel op een manier waarbij 1 iemand het gedrag van de api analyseerd en een ander deze weer implementeerd. Net zoals bij react. Er word heel strict toegezien opdat geen enkel stuk van de windows broncode word opgenomen in wine, net om legale problemen te voorkomen.

[sbte]

Wine werkt dus juist niet met reverse engineering en al helemaal niet zoals bij react. Alle patches die vanuit een react developer komen worden zelfs geweigerd, ongeacht de manier waarop de patches tot stand zijn gekomen. In Wine willen ze namelijk op geen enkele manier met reverse engineering te maken hebben.

Wat er wel gedaan wordt is dat er tests worden geschreven die onder Windows gerund worden, en op die manier proberen ze erachter te komen wat Windows precies doet. Dit zorgt er dus ook heel vaak voor dat implementaties niet exact kloppen en er meer tests geschreven moeten worden en de implementatie moet worden verbeterd.

[Goderic]

In Wine willen ze namelijk op geen enkele manier met reverse engineering te maken hebben.

Eh? Wat doen ze dan wel bij Wine? Random code schrijven tot dat het werkt?

Wat er wel gedaan wordt is dat er tests worden geschreven die onder Windows gerund worden, en op die manier proberen ze erachter te komen wat Windows precies doet.

Ik heb geen idee wat jij je voorstelt bij reverse engineering, maar dit is er een duidelijk voorbeeld van.

[ytterx]

Het is maar wat je reverse engineering noemt..
De win32 api is gewoon te downloaden (lees header files) en het na maken van die functionaiteit die de api biedt is het gene wat wine doet.

Eigenlijk niets anders dan de zelfde functionaliteiten implementeren.

Bij reverse engineering denk ik eerder aan decompiling en asm -> c(++) code conversie..
Dat wordt dus niet gedaan..

[Blokker_1999]

Wine werkt dus juist niet met reverse engineering en al helemaal niet zoals bij react. Alle patches die vanuit een react developer komen worden zelfs geweigerd, ongeacht de manier waarop de patches tot stand zijn gekomen. In Wine willen ze namelijk op geen enkele manier met reverse engineering te maken hebben.

Wat er wel gedaan wordt is dat er tests worden geschreven die onder Windows gerund worden, en op die manier proberen ze erachter te komen wat Windows precies doet. Dit zorgt er dus ook heel vaak voor dat implementaties niet exact kloppen en er meer tests geschreven moeten worden en de implementatie moet worden verbeterd.

Maw, zoals ik schreef: clean room reverse engineering. Eerst word het gedrag gedocumenteerd, of dit nu handmatig danwel met tests gebeurd maakt niet uit. Daarna word aan de hand van die documentatie een nieuwe implementatie geschreven.

[freggy]

Over je andere argumenten heb ik ook al zo mijn twijfels, maar dit slaat toch wel echt alles:

Het blijft altijd de vraag of je Wine-oplossing geen reverse-engineering is en geen inbreuk maakt op rechten van MS. Zakelijk gebruik van Wine blijft dus altijd twijfelachtig en riskant.

Dit is pure FUD (zeg maar: ongefundeerde bangmakerij). Wine bestaat al jaren en met Codeweavers bestaat er zelfs een bedrijf dat hier geld mee verdient, en toch hebben die nog nooit een rechtzaak tegen hen gekregen door Microsoft, laat staan er een verloren. Dit is een argument van hetzelfde allooi als waarmee SCO sommige bedrijven die Linux gebruiken heeft bang gemaakt om licentiegelden af te dwingen. Iets waarvan intussen is gebleken dat dat eigenlijk onterecht was.

Bovendien is het in de eerste plaats de ontwikkelaars/Codeweavers die hier risico lopen en niet de zakelijke gebruiker.

[Blokker_1999]

waarom is utorrent server kreupel? Draait hier al jaren perfect en zonder enig probleem.