Software-update: Wine 1.1.0

Wine logo (60 pix)Wine is weer terug op zijn tweewekelijkse releaseschema, alleen de feestelijke 1.0-release was een uitzondering, want vrijdag is versie 1.1.0 uitgekomen. Wine is een opensource-implementatie van de Windows-api en 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 werken onder Wine bevat inmiddels meer dan 10.000 titels die zonder problemen of met enkele kleine aanpassingen prima kunnen draaien. Hieronder is te vinden wat er allemaal in deze release veranderd is:

What's new in this release:
  • Many more gdiplus functions implemented.
  • Improved graphics tablet support.
  • Many Richedit fixes and improvements.
  • Support for HWND_MESSAGE windows.
  • A lot of new MSHTML functions.
  • Many fixes in MSI registry handling.
  • Initial implementation of the inetmib1 DLL.
  • Improvements to the quartz renderers.
Bugs fixed in 1.1.0:
  • Electronics Workbench: instruments are not drawn
  • Incorrect defintions of CFSTR_*
  • c2man: extension is fixed to ".dll"
  • Weird Worlds demo won't start without native msvcrt
  • IHP Kitchen: Unhandled page fault on read access
  • Application gets crashed when I press enter in combobox (While Cursor is present in combo)
  • riched20 : Double Click messages not handled
  • Richedit: Selecting via mouse does not scroll
  • Warcraft III Crash on intro movie playback
  • starting win32-version of tomcat fails with a "jvm_bind" or "java.util.TimeZone.getTimeZone" error message
  • Hyperlink rendering not turned off if link is at end of line
  • Game complains that directx9.0c is not installed
  • Ikea Home Planner crashes when I add an element
  • Personal Stock Monitor 6 standard Active Securities listview columns blank
  • Bad some czech characters in older coursewares
  • GTA Vice City: strange textures when you attack cars with a chainsaw
  • MSN 8.1 doesn't start, gdiplus:GdipImageGetFrameDimensionsList not implemented
  • SysIPAddress32 dialog item glitch
  • Dragon NaturallySpeaking training module - text is too big.
  • bad cyrillic font rendering
  • turbocad install won't work
  • explorer.exe crash every time when removing folders
  • Wineboot and virtual desktop
  • Tomb Raider Anniversary crash during trying to enable an usb joypad.
  • UMDGen "Compression Level" Dialog box doesn't show
  • Acecad tablet not recognised as a tablet
  • GL Excess does not work
  • eMule crashes when right-clicking on file in Transfers window
  • Regression in pressure sensitivity with wizardpen tablet driver and Photoshop 7
  • MS Office 2000 install broken at 0.9.55 --> 0.9.56
  • Firefox 3 beta 4 font problem: colon displayed as 0038 unicode glyph-missing glyph [dogfood]
  • PSPad HTML preview is not working with Gecko
  • FIFA 2007 - black rectangles during gameplay in the recent version
  • Wine tries to execute non-executable data (regression against 0.9.59)
  • 3Com Descovery Util do not see any network interfaces
  • Faktury 4.1 doesn't run because of Unimplemented GdipImageGetFrameDimensionsCount
  • Graphical regression in Team Fortress 2.
  • Star wars JK II Jedi outcast does not work
  • Medieval total war crashes
  • Graphic Corruption in Assassin's Creed
  • Sacrifice: texture transparency problems (alpha test)
  • 100% CPU Usage with notepad - with dtrace output
  • Painkiller Demo Fails To Run
  • Latest msvcrt's won't load
  • Portal: game crashes
  • liveusb-creator-2.5 unable to load win32file.pyd [dogfood]
  • eDrawings CAD Viewer crashes into shell32 while opening a file
  • Ricochet Infinity cannot activate full version
  • Hema Album Software Advanced won't start, it crashes and has to be killed.
  • Last Chaos aborts after clicking 'start' in 0.9.57 and later
  • ZENcast 2.01.01 Installer Fails to Start
  • F.E.A.R: Can't accept EULA
  • psiops crashes while starting (XStreamlok)
  • mmioOpen MMIO_ALLOCBUF not ignored when passed a buffer
  • Photocameras Adjustment Software: crashes after pressing a button.
  • at least one locale missing: eo - (breaks .NET internationalization)
  • Eclipse 3.3.x (customized) needs WebBrowser_GetIDsOfNames fleshed out
  • Photoshop CS2 installer crashes immediately
[break]
Dreamweaver, Fireworks en Flash onder Wine. Klik voor een grotere versie.
Versienummer 1.1.0
Releasestatus Beta
Besturingssystemen Linux, BSD, macOS, Solaris
Website Wine HQ
Download http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.1.0.tar.bz2
Bestandsgrootte 13,33MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

Feedback • 27-06-2008 20:12
29 • submitter: user109731

27-06-2008 • 20:12

29

Submitter: user109731

Bron: Wine HQ

Update-historie

30-08 Wine 10.14 0
16-08 Wine 10.13 0
14-07 Wine 10.12 5
29-06 Wine 10.11 0
14-06 Wine 10.10 9
02-06 Wine 10.9 14
17-05 Wine 10.8 0
03-05 Wine 10.7 77
18-04 Wine 9.0.1 6
05-04 Wine 10.5 5
Meer historie

Lees meer

Wine

geen prijs bekend

4 van 5 sterren
Software Systeem- en netwerkutility's Emulator Open source

Reacties (29)

-Moderatie-faq
29
28
4
2
0
0
Wijzig sortering
Sc0tTy 27 juni 2008 20:49
Ben ik nou de enigste die de jump van 1.0.0 naar 1.1.0 raar vind ?
Verwijderd @Sc0tTy • 27 juni 2008 21:19
De 1.0-lijn zal alleen kleine bugfixes bevatten die niets breken, ongeveer zoals de RC's van de afgelopen tijd. De 1.1 lijn zal gewoon verder werken zoals we al jaren gewend zijn van de beta-releases, en zal toewerken naar een stabiele 1.2 release. Dat wordt dus de "opvolger" van 1.0.
markg85 @Verwijderd • 27 juni 2008 21:40
dan vraag ik me af hoever ze dit keer gaan met de releases voordat 1.2.0 er is..
voor 1.0.0 ging het tot de 60

gaat het voor 1.2.0 tot de 99? of weer 60? of zomaar iets totdat ze vinden dat 1.2.0 klaar is? (ik denk het laatste)
Verwijderd @markg85 • 27 juni 2008 22:19
Ja, natuurlijk zullen ze pas releasen als ze denken dat ze er klaar voor zijn. Maar ik denk wel dat het een stuk sneller zal gaan nu. Men is er bij het Wine project achter gekomen dat stabiele releases goed zijn voor de publiciteit (hoewel je dan waarschijnlijk beter Wine 2.0 kan uitbrengen). Misschien dat men na de Summer of Code van volgend jaar Wine 1.2 uitbrengt. Dan zitten we op iets als 1.1.30-40. De Summer of Code brengt altijd wat leuke projecten in het laadje, dus dat zou een mooie mijlpaal zijn. Aanstaande Summer of Code is wat te vroeg denk ik. Er moet ook nog gewerkt worden tussen releases door... :P
ejabberd @Verwijderd • 28 juni 2008 01:46
'Releasen wanneer je er klaar voor bent' = feature-driven releases, gekenmerkt door vertragingen en veel onzekerheid voor eindgebruikers, ontwikkelaars en andere partijen

'Releasen op een vast tijdstip' = wat projecten zoals Ubuntu doen, enkel de features die stabiel genoeg zijn komen in de release en de rest wordt verschoven naar de volgende release, gekenmerkt door een grote zekerheid voor eindgebruikers, ontwikkelaars,...
i-chat
@ejabberd • 30 juni 2008 08:22
je zegt nu dat Releasen op vaste tijden meer zekerheid geeft, maar dat is zeker niet in alle mogelijke senario's zo. als user zul je namelijk nooit weten, of jouw problemen in de volgende release worden opgelost, evenmin dus als waneer men een beleid hanteerd a la "its ready when it is"
Daimanta @Sc0tTy • 27 juni 2008 21:39
Er is sinds het begin van wine 1 enkele branch namelijk de main branch. Wat ze nu doen is het onderhouden van de 1.0.x branch en de 1.1.x branch (en hogere versies). Dit komt omdat stabiliteit dan makkelijker te garanderen is voor mensen die iets werkends willen hebben(dus wine 1.0.x). Klinkt logisch. Bleeding edge? 1.1.x . Stabiliteit? 1.0.x

EDIT: typo

[Reactie gewijzigd door Daimanta op 23 juli 2024 00:39]

TeXiCiTy @Sc0tTy • 27 juni 2008 20:54
Zal wel iets te maken hebben met het gebruiken van oneven getallen voor unstables/nightlys?
BackwardsDown @Sc0tTy • 27 juni 2008 21:06
Ik denk dat als je hem 1.0.1 zou noemen kan je verwachten dat hij compatible is met 1.0. Echter is het mogelijk dat functie's onderweg breken. Functies die in 1.0 werken kunnen het in 1.1.x misschien niet meer doen.
Kwastie @Sc0tTy • 27 juni 2008 20:59
vind het vreemd ze ging eerst met maar 0.0.01 omhoog.
Ik zelf denk dat door de codefreeze omtremd de 1.00 release er zo'n 2 maand geen nieuwe features mochten worden toegevoegd. Of ze vinden het netter staan, zodat het niet lijkt op een nare bugfix release. (zelf denk ik het laatste)
dtech @Sc0tTy • 27 juni 2008 22:28
Inderdaad. Als aanvulling op de bovenstaande reacties: het gebeurd wel meer bij opensourceprojecten (met dus veel publiekelijk beschikbare releases). De linux kernel heeft bijvoorbeeld 2.1, 2.3 en 2.5 gehad. De alphas van 2.4 en 2.6 zeg maar. De ontwikkeling hiervan was veelal al begonnen als de stabiele versie uit kwam.
Overigens gaat het niet zo bij 2.7, ik ben niet helemaal into the scene, maar bij 2.6 wordt volgens mij veelal een ander ontwikkelmodel gebruikt (minder stabiele main branch met distributeurs die het stabiel moeten maken)
_JGC_ @dtech • 28 juni 2008 01:16
Het 2.6 ontwikkelmodel bestaat voornamelijk uit een korte periode waarin je een enorme bak aanpassingen doorvoert, vervolgens een lange periode om deze aanpassingen te fixen of terug te draaien, om vervolgens tot een release te komen. Na de release komen er nog wat service updates. De distributeurs staan hierbuiten.
Wat distributeurs wel doen is blijven hangen op een bepaalde kernelversie en bugfixes uit nieuwere versies backporten naar de oude kernelversie. Door de grote aanpassingen die gebeuren tussen 2.6.x en 2.6.x+1 is het voor een distributeur nml niet te garanderen dat iets wat werkte in 2.6.x ook nog werkt in 2.6.x+1.
Cristan @Sc0tTy • 28 juni 2008 02:43
Er is bij de ontwikkeling van Wine 1.0 een tijd een tijd geweest dat er alleen maar bugs gefixed mochten worden. Nieuwe features hebben zich in de tussentijd opgestapeld en waarschijnlijk vonden ze dit genoeg om Wine 1.1 te noemen (gokje).
markg85 27 juni 2008 20:26
Misschien wel leuk om te weten:
After 1.0.0 is released, we will continue development on the trunk, and call the new biweekly developer releases 1.1.x.
het gaat vanaf nu dus verder met 1.1.0, 1.1.1, 1.1.2, 1.1.3 etc...
Verwijderd 28 juni 2008 03:46
Maarja t wine project implemteren is ook moeilijk in cijfers uit te drukken, ze gaan meer uit van de stabiele api's dan voor de werkelijke cijfers
Tuxie 28 juni 2008 20:00
Ach ja, ben je net klaar met Wine 1.0 from scratch te compileren, komt Wine 1.1.0 uit :D

Ik moet zeggen dat ik erg te spreken ben over Wine 1.0: veel GDI Windows applicaties werken out of the box + een behoorlijk aantal spellen zijn inmiddels platinum. Zelfs KDE integratie is er: als je bijvoorbeeld uTorrent onder wine draait en minimaliseert, minimaliseert hij in de KDE system tray :) Erg slick allemaal.
blorf @Tuxie • 29 juni 2008 10:29
Hm die source compile duurt wel lang ja. Ik was ook een half uur bezig met die 15MB. Maar ik heb nog niet meegemaakt dat ie er niet doorheen komt. De boel wordt wel altijd goed gecheckt.
Utorrent is bij mij nogal laggerig als ie het druk heeft. Een native draaiende Ktorrent kan veel meer hebben. zal wel aan wine's tcp/ip programmering liggen.
HoeZoWie 28 juni 2008 23:59
Waarom ziet niemand dat de link niet klopt? :Z
Hij staat op 1.0 ? - Het is toch 1.1 ??? :?

Dit is de goeie:
http://ibiblio.org/pub/li...s/wine/wine-1.1.0.tar.bz2

RPM for Mandriva / Redhat en Fedora:
http://downloads.sourcefo...e=1214667486&big_mirror=1

Source:
http://downloads.sourcefo...e=1214584907&big_mirror=1

[Reactie gewijzigd door HoeZoWie op 23 juli 2024 00:39]

Verwijderd 29 juni 2008 11:50
Geen kritiek op Wine maar gewoon iets wat ik me afvroeg.
Waarom moet Wine voor zoveel afzonderlijke programma's aangepast worden?
Als je alle functies van de Windows Api overneemt zouden Windows programma's toch moeten werken zonder aanpassingen speciaal voor een specifiek programma?
Verwijderd @Verwijderd • 29 juni 2008 12:00
Als MSDN niet zou liegen over de API, en compleet zou zijn, dan zou dat inderdaad niet hoeven. Maar de documentatie is niet zo geweldig. Dus programma's gebruiken de API op een andere manier dan "mag", waardoor het in Wine niet werkt.

.NET is bijvoorbeeld een stuk beter gedocumenteerd dan de Win32 API. Daarom is Mono al een stuk meer compatible in een veel kortere tijd.
blorf @Verwijderd • 29 juni 2008 13:54
Idd erg irritant. Maar wel logisch. Als de Windows API exact en volledig herschreven kan worden in open source code zou er gehakt gemaakt worden van Windows als commercieel produkt. Je kunt dan dezelfde win32 software draaien als onder de echte Windows en daar je eigen *nix systeem er omheen bouwen. Wedden dat er dan mooiere desktops verschijnen dan Windows(R). Ik ben benieuwd of het ooit zover komt. MS zal nog wel wat truukjes achter de hand hebben om dat tegen te gaan.

[Reactie gewijzigd door blorf op 23 juli 2024 00:39]

Harm @blorf • 29 juni 2008 14:15
Als je wil kùn je al een vervanger schrijven voor explorer.exe en dat is ook al gedaan. Een mooiere desktop dan de standaard die bij Windows geleverd wordt is dus al te maken. Probleem is alleen dat explorer.exe voor het overovergrote deel van de Windows-gebruikers voldoet en voor hen is een vervanger niet nodig. Voor het kleine groepje dat wel wat anders wil zijn er een paar explorer.exe-vervangers ontwikkeld, maar hoe goed die zijn weet ik ook niet.
Verwijderd 30 juni 2008 10:17
"Waarom moet Wine voor zoveel afzonderlijke programma's aangepast worden?"

Windows past zichzelf ook aan voor diverse programma's, enerzijds door het (al dan niet automatisch) inschakelen van "compatibility mode" voor specifieke programma's met bekende compatibiliteitproblemen. Hierbij wordt door middel van "shims" de applicatie voor de gek gehouden en gepresenteerd met de API die de applicatie verwacht.
Anderzijds zitten in veel graphic drivers in Windows hard-coded "fixes" voor games/apps, die in de Linux drivers dus niet zitten.
killercow @Verwijderd • 30 juni 2008 10:42
Omdat ze niet precies weten hoe windows in elkaar zit, en dus telkens de code aanpassen zodat het werkt op applicatie X, en daarna voor Y, maar wel zo dat X ook nog werkt.

Langzaam aan moet je dan applicatie Z er ook bij klussen, en zou de wine api het zelfde moeten doen als de windows API. jammer genoeg moeten ze ook bugs in de windows API dus emuleren, want anders doet een programma wat daar toevallig "gebruik" van maakt het weer niet.
Verwijderd 30 juni 2008 10:25
"Je kunt dan dezelfde win32 software draaien als onder de echte Windows en daar je eigen *nix systeem er omheen bouwen. "

Of gewoon een volledig NT kernel: www.reactos.org

Je hebt er wel (veel) developers voor nodig....
Enfer 30 juni 2008 14:45
Wat ik wel een beetje apart vind is dat er vaak veel fixes gedaan worden voor dingen zoals Firefox 3, Tomcat, en weet ik veel wat voor een andere programmas. Maar dit zijn juist de programmas die ook prima op een unix/linux systeem werken. Waar mensen, mijns inziens, veel meer geintresseerd in zijn, is fixes voor de programma's die niet ondersteund worden door een unix/linux systeem.

Maar verder geen klachten over wine hoor, just wondering. Het blijft een super project *O*
Verwijderd 30 juni 2008 15:55
"Maar dit zijn juist de programmas die ook prima op een unix/linux systeem werken"

.... een bug is een bug en moet worden opgelost, ongeacht welke applicatie deze naar boven brengt. Als er een bug zichbaar is in Firefox is de kans bizonder groot dat de bug ook in andere apps problemen veroorzaakt, maar vaak worden die apps niet zo trouw getest. Kijk maar in de appdb hoeveel applicaties niet zijn bijgewerkt tot wine1.0

Op dit item kan niet meer gereageerd worden.

Apple iPhone 16e LG OLED evo G5 Google Pixel 10 Samsung Galaxy S25 Star Wars: Outlaws Nintendo Switch 2 Apple AirPods Pro (2e generatie) Sony PlayStation 5 Pro

Tweakers is onderdeel van DPG Media B.V.
Alle rechten voorbehouden - Auteursrecht © 1998 - 2025 • Hosting door TrueFullstaq