December 2008 - Wine-Devel - list.winehq.org

re: CreateScalableFontResourceW
by Dan Kegel Dec. 31, 2008

Dec. 31, 2008

I think Jeremy only worked on it in his spare time, and probably took a break from it after his September patch wasn't accepted. Does his 10/19 patch series make your app work? - Dan

2 1

Re: kernel32: Add GetProductInfo() stub & defines.
by Alistair Leslie-Hughes Dec. 31, 2008

Dec. 31, 2008

Hi Andrew, "Andrew Riedi" wrote in message news:689de9370812301624l74fc94f9xc200587f8f07c70a(a)mail.gmail.com... >This patch helps bug #15638. ( http://bugs.winehq.org/show_bug.cgi?id=15638 ) > >Changelog: >kernel32: Add GetProductInfo() stub & defines. > >Based on a patch by Alexander Nicolaysen Sørnes. >@ stdcall lstrlenA(str) >@ stdcall lstrlenW(wstr) >+@ stdcall GetProductInfo(long long long long ptr) We try to keep the spec file in alphabetical order. Its in the right section, just needs to be moved up. Best Regards Alistair Leslie-Hughes _________________________________________________________________ Time for change? Find your ideal job with SEEK. http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2…

1 0

CreateScalableFontResourceW
by Colin Davis Dec. 30, 2008

Dec. 30, 2008

Good Evening, Can anyone help me to understand what the Status of CreateScalableFontResource is? I had asked the IRC room, which directed me to wine-users, and wine-users directed me here. I have an application that uses CreateScalableFontResourceW to load a bundled font, and unfortunately, in 1.1.11 it fails to load. Looking at the souce for this method, it appears to be a stub in the current development version, but Jeremy White had created an implementation for it back in April (http://article.gmane.org/gmane.comp.emulators.wine.patches/49885) I can also see that as of 10/19, he was still working on the feature (http://article.gmane.org/gmane.comp.emulators.wine.devel/63872/match=create…) If anyone has been able to get this to work successfully, I'd love to hear about it, and to try to understand what the current blockers on this feature. Thanks for any advice, Colin

1 0

Wine 1.0 "one of the great Linux innovations of 2008"
by Dan Kegel Dec. 30, 2008

Dec. 30, 2008

http://www.phoronix.com/scan.php?page=article&item=great_linux_innovations_… "WINE 1.0: When the WINE project began as a compatibility layer to run Windows programs atop Linux, the Windows 3.1 operating system was dominating the market. It took fifteen years for this free software project to come out with a version 1.0 release, but it reached this milestone in June. WINE now is able to run many Windows programs out there, and even many OpenGL / DirectX video games, but the development community has been continuing in a steadfast manner working to prepare the WINE 1.2 stable release for next year. WINE is now even being used by Google for their Picasa Linux port as well as other uses. Some of the progress that's been made this year following the 1.0 release has been support for Google Chrome, substantial JS support, X11 desktop work areas, the start of Direct3D 10.0 support, improved memory management, and many other features."

1 0

Wine Gecko packaging
by Jacek Caban Dec. 30, 2008

Dec. 30, 2008

Hi, Now that we have a new Gecko, the work isn't done yet. All packages have to be updated. Wine can use only the new version now, so if a package contains an older version, it won't work and Gecko installer will be used instead. The update is as simple as providing the new file instead of the old one, so I believe it's not too much work. Note that for older Wine versions, older Gecko must be used. The problem is that we don't have a way to inform all packagers about updates (not all of them follow wine-devel) and it would be nice to have a communication channel so future releases won't have such problems. Austin suggested announcing on wine-announce. There are only a few people interested, so I could have a list of e-mail address or a Wiki page with e-mail addresses of interested people and send announcement e-mail directly. Please let me know, what works better. I know about followed affected packages: - Gentoo ebuild I've CCed maintainer. - Ubuntu package - Mandriva Marco was recently interested in providing a package - winetricks BTW, Dan, I think it's a good idea to have a Gecko option, but people should learn about http://wiki.winehq.org/Gecko if possible instead of depending on winetricks to do something that we already have implemented in Wine. I don't know about other distros, so please let me know if I've missed something. Thanks, Jacek

2 3

Re: [1/2] mshtml: Rename stucture to avoid name clash
by Jacek Caban Dec. 30, 2008

Dec. 30, 2008

Hi Alistair, Alistair Leslie-Hughes wrote: > Hi, > HTMLStyle clashes with one defined in the mshtml.h > > Changelog: > mshtml: Rename stucture to avoid name clash There is no need for renaming. I've sent a patch that fixes the clash. Jacek

1 0

RE: d3d9: Use the correct size for D3DFVF_XYZW [try 2]
by Stefan Dösinger Dec. 30, 2008

Dec. 30, 2008

we have a similar, but not quite the same, routine in wined3d too, I think in device.c. It creates a wined3d vertex declaration from a FVF, while the d3d9 one creates a d3d9 declaration. Can you see if the wined3d routine is affected too? I didn't unify the wined3d and d3d9 code because we'd need need some wined3d->d3d9 decl backwards conversion which is probably as bug prone and maintainance heavy as an almost-clone of the FVF->decl conversion routine, and I dislike the idea of creating a d3d9 decl in wined3d. If anyone has a nice solution for this feel free to suggest it. > -----Original Message----- > From: wine-patches-bounces(a)winehq.org [mailto:wine-patches- > bounces(a)winehq.org] On Behalf Of Chris Robinson > Sent: Sunday, December 28, 2008 6:59 PM > To: wine-patches(a)winehq.org > Subject: d3d9: Use the correct size for D3DFVF_XYZW [try 2] > > Now with a test.

2 1

Please add glut to winetricks :)
by Michel Briand Dec. 30, 2008

Dec. 30, 2008

Hi Dan, I found winetricks very helpful ! Thank you for this very nice script ;). Could you please add glut [1] to the packages winetricks knows about ? Thank you very much, Michel [1] http://www.opengl.org/resources/libraries/glut/glut_downloads.php

1 0

Wine Gecko packaging
by Jacek Caban Dec. 30, 2008

Dec. 30, 2008

Hi, Now that we have a new Gecko, the work isn't done yet. All packages have to be updated. Wine can use only the new version now, so if a package contains an older version, it won't work and Gecko installer will be used instead. The update is as simple as providing the new file instead of the old one, so I believe it's not too much work. Note that for older Wine versions, older Gecko must be used. The problem is that we don't have a way to inform all packagers about updates (not all of them follow wine-devel) and it would be nice to have a communication channel so future releases won't have such problems. Austin suggested announcing on wine-announce. There are only a few people interested, so I could have a list of e-mail address or a Wiki page with e-mail addresses of interested people and send announcement e-mail directly. Please let me know, what works better. I know about followed affected packages: - Gentoo ebuild I've CCed maintainer. - Ubuntu package - Mandriva Marco was recently interested in providing a package - winetricks BTW, Dan, I think it's a good idea to have a Gecko option, but people should learn about http://wiki.winehq.org/Gecko if possible instead of depending on winetricks to do something that we already have implemented in Wine. I don't know about other distros, so please let me know if I've missed something. Thanks, Jacek

1 0

260 tests passing on win64!
by Dan Kegel Dec. 30, 2008

Dec. 30, 2008

I updated http://wiki.winehq.org/Wine64 with easy instructions (thanks, Maarten!) for how to build wine's 64 bit support and try 64 bit pacman (which works!). And then I ran "make -k test". Surprisingly, I got 260 passing tests according to find . -name '*.ok' | wc and only 128 failed tests according to grep ok.*Error test.log | wc -l Ladies and gentlemen, I believe it's time for a 64 bit winetest.exe to be added to the daily build, and for 64 bit test data to start showing up at http://test.winehq.org. That would let us tamp down errors in the test suite on 64 bits. (Yeah, I know, gcc with win64 ABI isn't released yet, and there are problems with exception handling still, but it still seems worth it...) - Dan

2 2