Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 27 reacties
Bron: Wine HQ

Wine logo (75 pix) Waar je vroeger bijna je klok erop gelijk kon zetten en er precies twee weken tussen de releases van Wine zat, heeft het dit keer drie weken geduurd voordat er een nieuwe build is uitgekomen. 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 Mac OS X te draaien. De database met applicaties die onder Wine werken, bevat op het moment van schrijven 11.467 titels. Hieronder is te vinden wat er allemaal in versie 1.1.6 veranderd is:

What's new in this release:
  • Beginnings of schannel implementation using GnuTLS.
  • Many fixes from various code analysis tools.
  • Support for X11 desktop work area.
  • Fixes for Richedit tables.
  • More complete JavaScript support.
Bugs fixed in 1.1.6:
  • wrong window size on startup, busted graphics and invisible text in listboxes.
  • ACM format codecs shutdown sound in WINE
  • Win32 GTK apps are all black when run in WINE (dogfood)
  • Wine 0.9.11 does not run applications on FreeBSD 6.0
  • Microsoft Visual C++ Runtime Library (Etherlords 2 Demo)
  • EQ II Patcher Fails
  • CaptureWizard fails to install
  • EVE Online isn't displaying some elements of the ui
  • fonts in applications using cairo ( not only through GTK )
  • Tab control flickers too much
  • Documents Manager doesn't find iexplore.exe
  • wine.inf's timezone data is inconsistent with Windows
  • eISLP -font too small on main list
  • GlobalMemoryStatus 2GB limiting results in failure of virtual > physical memory checks
  • JScript not functioning
  • Screen.ActiveForm run-time error 91
  • Shell Folder AutoComplete List in browseui.dll not implemented
  • Wine tests fail under FreeBSD and other problems
  • Photoshop CS3 install / Adobe Setup fails at runtime
  • serious sam dedicated servers don't work
  • Empire at war, best of PC install failes
  • Sony Vegas v4.0: Menus dissapear after single view
  • Adobe Reader 8.1 (and Acrobat Pro 8): Unable to accept License (window.external object)
  • AT1 crashes when system.ini or wini.ini have too many lines
  • Internet Explorer 7 installer complains it cannot verify integrity of installation files, quits
  • GPSMapEdit: Unimplemented function gdiplus.dll.GdipGetImageDecodersSize
  • treeview scrolling on collapsing is broken on windows
  • PAF 5 unicode font displays with inconsistent size
  • Adobe Imageready 3 and 6 (part of Photoshop 6 and 7) and InDesign 2 tool option window in wrong place
  • ClocX: UpdateLayeredWindow needs to be implemented
  • Y axis inverted in tablet with OpenCanvas 1.1?
  • Valve Hammer Editor unusable: window mostly black
  • Wacom Tablet Y-axe gets inverted on click in ArtRage 2.5
  • TF2 and Portal do not render correctly with nvidia-drivers-169.x and above
  • Help window cannot be closed
  • Desktop directory is invalid
  • Endnote demo crashes on launch in gdiplus
  • Static sound effects with Syberia 2
  • energyXT gui rendering brings the system down to its knees.
  • Digsby beta crashes during login (needs lots of gdiplus functions)
  • MSN Messenger 7.0 crash while loading the Contact list
  • Gtk+ demo (gtk-demo.exe) doesn't work
  • No icons on control buttons with Audacity 1.2.6
  • Facewound crosshair does not render
  • dogfood: geany not usable at all
  • Crash when running Oblivion installation program
  • Installing DirectX breaks "gold" VB6 heavy application
  • utorrent - it disconnects fast leaching peers with Error 10022
  • Richedit's EM_SETTEXTEX handler doesn't notice \urtf as valid RTF sequence
  • problem with displaying digits in the bookkeeping proram "Mala Ksiegowosc Rzeczpospolitej"
  • AutoCAD 2005, Adobe Photoshop CS3 crash on unimplemented function gdiplus.dll.GdipGetFamily
  • mIRC 6.33 hang up then IRC channel topic has ISO-8859-2 char
  • Wine WordPad fails to correctly open CP1251 RTF documents with russian letter "ya"
  • WINE Wordpad crashes horizontally resizing certain RTF documents
  • Burning Sea: draw regression under alpha UI elements
  • Adobe Photoshop CS3 crashes at startup on unimplemented function gdiplus.dll.GdipGetFontHeight, GdipGetFontStyle
  • directx-dinput problem in PES2008
  • Dawn of war, transperent characters become invisable
  • Rome Total War v1.5 Gold crashs if buttons that highlight on mouse hover
  • Black & White 2 crash on start up since 0.9.44
  • FedExShipManager installer crashes in msi
  • Myth II 1.6 fails with Wine 1.1.3 (regression from 1.1.2)
  • This user account does not have sufficient rights to install
  • Spore crashes after the first stage of life
  • MIDI-OX installer crashes
  • Microsoft Office 2007: Attempting to update IME dictionary => crash (dogfood)
  • Saxo Trader installer crashes into unimplemented msi functoims
  • PROFILE_Load and friends doesn't handle ini files with CR-only line endings
  • Highway Pursuit crashes with a X Error
  • Leela: graphics do not show (win32/GDI?)
  • Compiling on PC-BSD with -Werror fails in dlls/mscms/handle.c
  • richedit: cursor doesn't change when over a scrollbar
  • Regedit: char format, different type arg errors
  • reaper sequencer crashes
  • Lexware: Installation fails with "Systemprüfung konnte nicht erfolgreich abgeschlossen werden"
  • Starcraft cant find CD
  • mshtml/tests: dom.c fails in gcc 3.3/CFLAGS="-Werror"
  • VB6 Format error in wine 1.1.4
  • "--without-opengl" configure option doesn't compile anymore
  • dualcad crashes into msvcrt
  • Garena : division by zero in comctl32
  • IFC Trade Terminal crash on unimplemented function dwmapi.dll.DwmExtendFrameIntoClientArea
  • winex11.drv regression causes ClocX 1.5 beta 2 installer window to be hidden
[break]

Office 2007 onder Wine op Linux, klik op de afbeelding voor een grotere versie.
Moderatie-faq Wijzig weergave

Reacties (27)

Win32 GTK apps are all black when run in WINE (dogfood)
grappige fix, vooral omdat ik mij zo afvraag waarom iemand een windows port van een Linux GTK programma wil draaien in Wine als dat gewoon native kan (Gnome gebruikt GTK)

En soms is Wine beter dan Windows Vista in backward compatibiliteit (pff lastig woord)
Ik moest een apparaat (navigatie ding) updaten voor iemand en die had alleen Vista, en daar werkte die software niet op. kreeg een dikke foutmelding dat het programma niet uitgevoerd kon worden. Ik die cd tegen beter weten in in linux geïnstalleerd en dat ding draaide... Helaas werkte de USB update niet, hij zag dat navigatie ding niet... maar hé hij kwam wel verder dan Vista. Gelukkig heb ik ook nog een XP installatie staan dus een groot probleem was het verder niet maar grappig wel.

Degene waar dit ding van was zag overigens de lol niet van dit verhaal dus het zal wel geek humor zijn. :+
grappige fix, vooral omdat ik mij zo afvraag waarom iemand een windows port van een Linux GTK programma wil draaien in Wine als dat gewoon native kan (Gnome gebruikt GTK)
Er staat al bij dat het hier gaat om "dogfood" - dat wil zeggen dat je je eigen product (in ditr geval WINE) gebruikt voor het draaien van je toepassingen. ("Eat your own dog food").

Uiteraard is het een beetje raar om onder een Unix/Linux/*BSD/andere Posix eerst een Win32 emulatie te draaien en daarna een GTK-programma, maar het is natuurlijk wel gelijk een mooie test van een deel van de WINE implementatie van de Win32-API.

(verder zou men natuurlijk alleen Qt+KDE op het systeem hebben kunnen staan en geen GTK O-) )

Edit: Helemaal geen GTK bedoel ik dus :)

[Reactie gewijzigd door Little Penguin op 10 oktober 2008 23:09]

[small](verder zou men natuurlijk alleen Qt+KDE op het systeem hebben kunnen staan en geen GTK O-) )
Natuurlijk zou het kunnen dat iemand met een KDE desktop nog geen GTK op z'n systeem heeft staan, maar wat vind je nou zelf makkelijker? Even de package installeren vanuit je package manager (zit er altijd in), of moeilijk gaan lopen doen met wine en windows installers?
Das net als het fixen van bugs in zeer oude software of in andere linux software.

Wine wil een correcte implementatie van de APIs hebben zonder hacks. In dit geval zijn de fixes voor GTK apps maar het is goed mogelijk dat hierdoor ook andere applicaties beter werken.

Crossover daarentegen legt een aantal programmas vast waarvan zij wensen dat het werkt en zij zullen dan ook de code zo aanpassen totdat het werkt ook al gebeurd iets dan niet meer zoals in Windows bedoeld word.
Er staat bij berichten over Wine wel altijd dat het ook voor Mac OSX is, maar op de website staat altijd dat het eigenlijk niet goed wordt ondersteund. Darwine is voor Mac, maar niet up to date. Weet iemand hoe dat zit?
Het werkt wel, maar de rendering gaat niet via Quartz, maar via X. Op OS X integreert dat niet zo ontzettend netjes. Maar qua compatibiliteit met Windows is het gelijk aan de andere Unices.
De ondersteuning van Wine zal voor Mac OS X wel via X11 lopen, zodat zonder veel moeite je dus toch een Win32 programma op een Apple kan draaien. Hiermee is Wine overigens niet de enige hoor, ook the GIMP draait op een Apple onder X11...

Ik ken Darwine niet, maar ik vermoed dat deze dan direct op de standaard windowing omgeving van de Apple draait? (Alleen is dat een stuk lastiger up-to-date te houden, geen wonder dat die dus achter loopt...)
Darwine is niks bijzonders. Ze packagen alleen wine en niet veel meer. Het is gewoon Wine. Persoonlijk raad ik aan op OSX op dit moment Crossover te gebruiken. Het probleem is dat standaard X11 niet goed intergreert in OSX en daarnaast zitten er een hoop fouten in standaard X11. Crossover bevat een eigen X11 server en flink wat tweaks om het goed te integreren.

Daarnaast sponsor je Wine ook. Codeweavers doet zeer veel werk aan Wine en is nu ook begonnen met een echte Cocoa driver en dit kost zeer veel tijd. Wanneer deze driver er is zal Wine veel beter werking op OSX.
Waar ik overigens bij moet vermelden, is dat de screenshot NIET van een OSX omgeving is. Dit is gewoon linux met een speciale dock. Welke weet ik niet, maar je kan het zien aan de font rendering, het Apple logo wat blurry en dik is en aan de icons in de OSX variant van de system tray.
Ik vraag me soms echt af hoe de sourcecode van dat programma in elkaar zit. Reden dat ik het me afvraag is die grote aantal bugfixes die allemaal naar individuele dingen gericht zijn.

Gaan ze nu werkelijk voor iedere applicatie een aparte klasse aanmaken?
Het zijn er gewoon zoveel, en iedere keer zeggen ze "dat zal daar nu wel in draaien"
De bugfixes zijn niet gericht op individuele programma's. De fouten zijn voorgekomen bij het gebruik van die programma's en dan wordt er gekeken wat de fout in wine is.

In tegenstelling tot windows, waar de videokaart fabrikanten voor bijna alle games hacks aanbrengen in hun drivers.
Nou, ze hebben een "appdb" waarin bijgehouden wordt welke programma's allemaal werken. Daar gebruiken ze een Platinum, Gold of Silver waardering voor. Lijkt me toch duidelijk dat ze gewoon bezig zijn een hoop applicaties individueel werkend te krijgen.

Het lijkt mij persoonlijk veel beter als je een zoveel mogelijk gestandaardiseerde windows-API emulatie maakt, zodat win32-ontwikkelaars weten waar ze rekening mee kunnen houden als ze het leuk vinden als hun software ook op Linux/BSD draait.
Het lijkt mij persoonlijk veel beter als je een zoveel mogelijk gestandaardiseerde windows-API emulatie maakt,
Het idee dat je beter kunt werken aan een bepaalde basis-Win32 API heeft alleen zin als WINE ook een significant aantal gebruikers kent.

Op het moment dat de Win32 API taart verdeelt zou zijn in 20-25% WINE en de rest voor Windows zelf dan zal een basis-API voor sommige ontwikkelaars een mogelijk ontwikkelpad zijn. Als men zich aan die basis houdt werkt 't op MS-Windows en ook op de WINE-implementatie van de API.

Op dit moment is het in Win32 land echter zo dat het meer 99.9% MS-Windows is en de rest is (eventueel) voor Wine. Het heeft dus meer zin om gewoon te fixen wat je nodig hebt om een bepaald pakket (denk aan de MS-Office viewers, MS-Office zelf en bijvoorbeeld PhotoShop) te laten werken.
zodat win32-ontwikkelaars weten waar ze rekening mee kunnen houden als ze het leuk vinden als hun software ook op Linux/BSD draait.
Dan zullen de tools waarmee je de software maakt wel WINE als target-platform moeten ondersteunen en dat doet bij mijn weten geen enkele Win32 compiler.

Verder zijn er al voldoende gereedschappen om rekening te houden met een cross-platform wens, zoals bijvoorbeeld: Java, Mono (dotnet), WxWidgets, XUL-Runner (Gecko) en waarschijnlijk nog veel meer...
Wine spel je niet met hoofdletters.
als WINE ook een significant aantal gebruikers kent.
Wine heeft naar schatting meer dan een miljoen gebruikers. (komt uit de ubuntu package usage statistics)
Op het moment dat de Win32 API taart verdeelt zou zijn in 20-25% WINE en de rest voor Windows
Denk je nou dat Wine zijn eigen API maakt en toevoegt aan de win32 api?
Dan zullen de tools waarmee je de software maakt wel WINE als target-platform moeten ondersteunen en dat doet bij mijn weten geen enkele Win32 compiler.
Hoezo? Het is toch de bedoeling van Wine dat het zoveel mogelijk gelijkwaardig is aan de closed source implementatie van MS?
Lijkt me een beetje vreemd dat je programma's gaat ontwikkelen met Wine als target platform. Het gaat er juist om dat Win32-software draaibaar wordt onder *nix.
ja, maar als je applicatie A werkend wil krijgen die api's a,b en c gebruikt implementeert wine dus api's a,b en c, en alle andere applicaties die die api's gebruiken zijn er dus ook bij gebaat.
Zoals isama ook al probeert te zeggen, werkt Wine development door het fixen van API's. Als ze een applicatie Platinum proberen te maken worden dus de benodigde API's geimplementeerd, of fouten in deze API's worden gefixed.

Je zult dan ook niet 1 applicatie-specifieke fix in de Wine sourcecode vinden. Hier wordt heel goed op gelet bij het accepteren van patches. De nadruk staat op goed, niet op 'werkend'.
Dat is wat ze zeggen, maar is het dan niet opmerkelijk dat bepaalde programma's na een update instabiel worden of niet meer werken.

Mijn mening is dat het ze bij Wine totaal ontbreekt aan integriteit en modulariteit. Ze willen het allemaal te graag in een enkel pakket houden om te voorkomen dat de communitie zich splitst in verschillende richtingen.

Misschien kan het goedkomen met een aparte softwarelaag bovenop Wine die een database bij houdt met toepassings-gerichte patches en dll-versie beheer. Dat betekent helaas wel dat het allemaal weer wat trager wordt.

Al met al heeft MS in het verleden een sterk stukje inzicht en strategie laten zien door hun benadering voor een gebruikersinterface haaks te zetten op de toen bestaande ideeen.

[Reactie gewijzigd door blorf op 13 oktober 2008 11:32]

Mooi om te zien dat office 2007 dus goed werkt! Ik gebruik op school met tegenzin windows omdat de hele school met word 2007 werkt. Maar nu kan ik dus lekker ook weer linux blijven gebruiken zonder te huilen vanwege de te trage netwerken.
OpenOffice 3.0 ondersteund ook het office 2007 formaat...
Klopt dat weet ik ook mijn OpenOffice 2.4 heeft ook al ondersteuning voor docx maar die laat alleen maar de tekst zien en niet de layout. Net als dat soms office 2003 formaat niet altijd even goed werkt qua lay out en dan is het toch fijn dat je niet hoeft om te schakelen op school met office zodat het makkelijker over te schakelen is
OpenOffice.org 2.4 != 3.0. Downloadt 3.0 van een van de mirrors (hij is al online). Maandag is de echte release.
Ik begrijp natuurlijk het nut van de fix wel maar het is gewoon grappig net als en Mac programma zoals iTunes die gemaakt is voor Windows draaien onder wine in Linux.

En als je alleen Qt+KDE op het systeem hebt staan (zoals ik) is het wel mogelijk GTK programma' s te draaien alleen zien die er anders uit de de Qt programma's (helaas). Dit is nog altijd beter dan in Wine.

maar dat hoef ik je niet te vertellen (gezien je naam 8-) )

[Reactie gewijzigd door DummyXL op 10 oktober 2008 23:05]

GTK en Qt hebben allebei een 'theme' plugin om het er als de ander uit te laten zien.
http://labs.trolltech.com...13/introducing-qgtkstyle/
http://gtk-qt.ecs.soton.ac.uk/
Zelf gebruik ik sinds kort de bovenste, nadat ik m tegen kwam als oplossing om mijn irritatie aan de nieuwe VLC look&feel op te lossen (is overgestapt van GTK naar Qt4).

[Reactie gewijzigd door kozue op 11 oktober 2008 10:15]

Die Word ondersteuning ziet er wel heel hacky uit, files hernoemen voor bold, geen taal ondersteunin, alleen native.

Beetje hacky ipv alle controls netjes te schrijven proberen ze telkens het net zo te verbeteren dat het (op een of andere manier) werkt.

Wel goed dat het gemaakt wordt natuurlijk :) . Mag dit eigenlijk wel legaal gezien, (Ik weet dat MS het gedoogd).
files hernoemen zal eerder liggen aan het feit dat Windows geen case-sensitive filenames gebruikt. Linux weer wel.

Het is niet zo zeer hernoemen dus, eerder van uppercase naar lowercase.
Van wat ik heb begrepen: De Win32 API staat gewoon online gedocumenteerd, en je mag em zelf implementeren, alleen niemand is zo gek :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True