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

Re: gecko download not robust?

by Jacek Caban

Steven Edwards wrote: > On Feb 10, 2008 10:11 PM, Jacek Caban <jacek(a)codeweavers.com> wrote: > >> Compiling the package is quite tricky. I've compiled it on Windows XP >> using MSVC. There is no other way ATM, so I think that my Gecko package >> should be included as is in Linux packages. >> > > Where is the source package? Is it just from the normal firefox source > tree with certain configuration options? > The source available is on Wine's SourceForge site. Jacek

Feb. 14, 2008

Re: mscms: [GS]etColorSpace() are not supposed to be defined in icm.h.

by Detlef Riekenberg

On Mi, 2008-02-13 at 21:52 +0100, Francois Gouget wrote: > diff --git a/include/icm.h b/include/icm.h The end of the attached Patchfile is broken: > &#;& -- By by ... Detlef

Feb. 14, 2008

Re: ddraw / wined3d fighting over the resolution!

by Peter Dons Tychsen

Hello S. I have studied this a bit more. The app seems to do this purposely. In any case wined3d should not change the mode in this case. Either wined3d must detect this, or the code should be moved into d3d8/d3d9. On a similar note, i found i found a funny "RestoreDisplayMode()" call in "SetCooperateLevel()", when switching from full-screen. I tested with win-xp, and here this does not happen. This causes additional mode-switch flicker. I think i will chew on some nice German wine-gums (Haribo), and then send some patches :-). mmmmmm.... wine-gums.... they should sell them on wine.org... would be appropriate... :-) /p On Thu, 2008-02-14 at 09:18 +0100, Stefan Dösinger wrote: > Am Donnerstag, 14. Februar 2008 04:22:16 schrieb Peter Dons Tychsen: > > Why does the SwapChain-destroy function play around with the resolution > > at all. Is that really necessary? I think it should not do it if the > > caller is ddraw at least. > I thought I'm filtering this out in the case of ddraw, but maybe that got > lost. The reason why the swapchain restores the resolution is the different > way ddraw/d3d8 and d3d8/d3d9 set up the screen. > > In ddraw the app calls IDirectDraw7::SetDisplayMode. This sets the mode. Then > it creates a DDSCAPS_PRIMARYSURFACE surface, which creates the swapchain. > > In d3d8/d3d9 the swapchain controls the video mode > > I think the problem is that RestoreDisplayMode is called before the primary > surface is destroyed. The question is why this happens. I can think of the > following reasons: > > -> Refcounting problem, or the app just doesn't release the surfaces. Then > ddraw.dll destroys the objects on DLL_PROCESS_DETACH > > -> The app calls it that way. This needs a test, but I think it is not allowed > to call SetDisplayMode / RestoreDisplayMode while a primary surface is around

Feb. 14, 2008

Re: gecko download not robust?

by Austin English

On Thu, Feb 14, 2008 at 3:08 PM, marco <marco(a)mandrivaclub.nl> wrote: > Yes a suggested package is possible. But most people would not know it > is there and would not install it. Could adjust the current dialog that asks to install gecko to say something to the effect of 'This package may also be available through your distribution's package manager.' > What is the status of the gecko package. Is it something people really > need for a good wine experience > or do we want to present it as a suggestion ? In my personal experience when testing apps for bug reports/AppDB, I've found around 1/4 or so of applications require it for some functionality. This is highly subjective, of course, and others may have different experiences. -Austin

Feb. 14, 2008

Re: Weird failure in kernel32 volume test

by Maarten Lankhorst

Hi Jeremy, 2008/2/14, Jeremy White <jwhite(a)winehq.org>: > Anyone else has some tests that consistently fail on make test? > > > As of last nights git tip, I still had four failures: > > http://test.winehq.org/data/20080213/#Wine I submitted a patch for the comm test. I'm not 100% sure about the shelllink test. On that site there is also a failure for 'volume' which I experienced as well. I have really no idea what causes it though, but it looks like aj has done some work on it. Maybe you have any idea alexandre? Cheers, Maarten.

Feb. 14, 2008

Re: gecko download not robust?

by marco

Yes a suggested package is possible. But most people would not know it is there and would not install it. What is the status of the gecko package. Is it something people really need for a good wine experience or do we want to present it as a suggestion ? Marco Austin English wrote: > You could make it a suggested package, a la wine-dev. Including is > also a possibility, but keep in mind that's several megabytes that > don't change with each release (or that often) that have to be > redownloaded each time. I've got high bandwith, so doesn't bother me, > but a lot of people don't... > > -Austin > > On Feb 13, 2008 3:24 PM, marco <marco(a)mandrivaclub.nl> wrote: > >> Austin English wrote: >> >>> On Feb 9, 2008 5:17 PM, marco <marco(a)mandrivaclub.nl> wrote: >>> >>> >>>>> Hmm. gecko download hung for me once. I saw >>>>> fixme:urlmon:ProtocolStream_Read Read failed: 800c0008 >>>>> in the log, which makes me wonder if our download code >>>>> doesn't handle transient network errors well. >>>>> >>>>> Time to get rid of the download, and just bundle gecko outright, I say... >>>>> >>>>> >>>> I make the mandriva rpms for wine. >>>> This would make the rpms 30% bigger. >>>> And you would download the same gecko binary over and over again with >>>> every new version. >>>> >>>> But if that is not a problem than it can be easily done. >>>> >>>> >>>> >>>> >>> Why not have package maintainers package gecko like most do >>> development files. So you could have for example on ubuntu: >>> $ sudo apt-get install wine wine-dev wine-gecko >>> >>> Where wine-gecko wouldn't have to be upgraded very often. >>> >>> -Austin >>> >>> >>> >> I looked into it. >> And there are some options. >> >> I can make a separate package of gecko that I can make it a >> dependencie of wine. >> Problem is people have to know where to find it or the get stuck. >> >> I can also make the package and make it not a dependencie on wine but >> the the people don't know it exist. >> >> And I can just put it in the wine package. >> >> I think this is the best option in this case. Its the easiest option >> because people only have to download en install one package. >> >> marco >> >> >> >> >> >> >> >> >> >> >> >> >> >> > >

Feb. 14, 2008

Re: wined3d: fix memcpy with wrong size parameter to simple assignment in GetScissorRect

by Stefan Dösinger

Am Mittwoch, 13. Februar 2008 21:58:39 schrieb Rico Schüller: > Hi, > > this fixes the GetScissorRect function in wined3d. This is required for > the game Gothic3 where the misbehavior is seen. The patch looks ok to me

Feb. 14, 2008

d3dx9 patches

by tony.wasserka＠freenet.de

Hi, It's nearly two weeks ago that I sent those patches, so I was curious if there are any problems with it? http://www.winehq.org/pipermail/wine-patches/2008-February/049554.html http://www.winehq.org/pipermail/wine-patches/2008-February/049667.html http://www.winehq.org/pipermail/wine-patches/2008-February/049677.html http://www.winehq.org/pipermail/wine-patches/2008-February/049679.html http://www.winehq.org/pipermail/wine-patches/2008-February/049705.html

Feb. 14, 2008

Windows Mobile API

by Arthur Maciel

Hi there. I´m not part of the mailing list, but I really want to know if there is any port of WINE to support Windows Mobile API (that is Windows for pocket pc, handhelds and pocket phones). This would come as a great solution for me, as I need specific WM programs on my pda. I really appreciate any help and information. Regards, Arthur

Feb. 14, 2008

Re: Weird failure in kernel32 volume test

by Austin English

On Thu, Feb 14, 2008 at 9:01 AM, Francois Gouget <fgouget(a)free.fr> wrote: > On Thu, 14 Feb 2008, Jeremy White wrote: > > > > Anyone else has some tests that consistently fail on make test? > > > > As of last nights git tip, I still had four failures: > > Five actually. > > > > > > http://test.winehq.org/data/20080213/#Wine > > > > -- > Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ > Research is the transformation of money to knowledge. > Innovation is the transformation of knowledge to money. > -- Dr. Hans Meixner > http://test.winehq.org/data/200802141000/ I'm still getting a few failures. Keep in mind, this is run in a virtualbox VM (Windows XP SP2 host, Ubuntu Feisty guest), so some tests (d3d) are probably going to fail and should be a skip, but others (msi/winmm/etc), should be fine. I'm currently seeing failures in: d3d8:visual d3d9:visual kernel32:process msi:install ntdll:exception oleaut32:typelib riched20:editor shell32:shelllink user32:input user32:menu user32:msg user32:win winmm:wave -Austin

Feb. 14, 2008