August 2007 - Wine-Devel - list.winehq.org

Re: [Winetest] Status update (rsabase and secur32)

by Paul Vriens

Kai Blin wrote: > On Tuesday 07 August 2007 14:43:33 Paul Vriens wrote: >> Hi, >> >> The new winetest is running fine and new reports are produced >> (http://test.winehq.org/data/200708071000/) >> >> I have seen at least 2 things so far that I need some info on. >> >> rsabase.dll is not available on for example w2k3 and vista but the tests >> ran in the past. >> >> secur32.dll is not available on for example NT4 but the current tests check >> if security.dll is available instead. >> >> What should we do to cater for the above: >> >> - we could move for example rsabase tests to rsaenh (we forward everything >> to rsaenh as well) and something similar for secur32. > > Is there a scurity.dll on later win versions? In any case, I think that's a > little clumsy. I doubt anybody out there is even using security.dll. :) > > Cheers, > Kai > > > > ------------------------------------------------------------------------ > > security.dll is available on vista for example but all calls are forwarded to secur32.dll So the only issue is with NT4 which doesn't have a secur32.dll. Should we just silently ignore NT4 for this particular dll? An other alternative is to move all secur32 tests to security (but that's seems a bit strange). And as said we could also use an exception list in winetest. Cheers, Paul.

Aug. 7, 2007

Re: WineD3D: move fake context code over to WGL

by Alexandre Julliard

Roderick Colenbrander <thunderbird2k(a)gmx.net> writes: > Subject: [PATCH] Move WineD3D_CreateFakeGLContext and friends over > to WGL. For this we need a HDC and one received from lets say > GetDC(0) won't do. Further this HDC needs CS_OWNDC set. For this > reason we need our own window class. Why does it need CS_OWNDC? That sounds like a bug. -- Alexandre Julliard julliard(a)winehq.org

Aug. 7, 2007

Re: [Winetest] Status update (rsabase and secur32)

by Kai Blin

On Tuesday 07 August 2007 14:43:33 Paul Vriens wrote: > Hi, > > The new winetest is running fine and new reports are produced > (http://test.winehq.org/data/200708071000/) > > I have seen at least 2 things so far that I need some info on. > > rsabase.dll is not available on for example w2k3 and vista but the tests > ran in the past. > > secur32.dll is not available on for example NT4 but the current tests check > if security.dll is available instead. > > What should we do to cater for the above: > > - we could move for example rsabase tests to rsaenh (we forward everything > to rsaenh as well) and something similar for secur32. Is there a scurity.dll on later win versions? In any case, I think that's a little clumsy. I doubt anybody out there is even using security.dll. :) Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

Aug. 7, 2007

Re: [Winetest] Possible removal of LoadLibrary and friends in the conformance tests

by Paul Vriens

Stefan Dösinger wrote: > Am Dienstag, 7. August 2007 10:29 schrieb H. Verbeet: >> On 07/08/07, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: >>> You mean 'Direct3DCreate8' in the d3d8 tests (Oh wait, there's also >>> 'ValidateVertexShader' and 'ValidatePixelShader') and 'Direct3DCreate9' >>> in the d3d9 tests? >>> >>> For consistency sake we should change it there as well. Although it's >>> just a LoadLibrary turned into a GetModuleHandle. >> Yeah. > I am not an expert on this, but I think using LoadLibrary helps compilation on > systems where the library is not available, e.g. cross compiling. Last time I > checked mingw did not have a d3d10.a file to link to d3d10.dll, and it would > also help to compile d3d10 apps on winxp(not sure if there's a need for that > though). > > Then there are also sort of undocumented internal dlls which wine still has to > implement - ddrawex.dll comes to my mind, which seems to be a special ddraw > lib for Internet Explorer. It contains the IDirectDraw3 interface, sort of a > missing link, and I didn't find a ddrawex.lib or ddrawex.a to link against. > I guess it would help in cross compilation. But isn't that the 'responsibility' of the cross-compiling package? If you want to crosscompile d3d10 on linux (and are using mingw) then mingw should provide you with the necessary stuff. The special dll like ddrawex.dll falls under the same category I guess. But I'm a little bit biased in this of course :-). Cheers, PAul.

Aug. 7, 2007

Re: [Winetest] Possible removal of LoadLibrary and friends in the conformance tests

by Stefan Dösinger

Am Dienstag, 7. August 2007 10:29 schrieb H. Verbeet: > On 07/08/07, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > > You mean 'Direct3DCreate8' in the d3d8 tests (Oh wait, there's also > > 'ValidateVertexShader' and 'ValidatePixelShader') and 'Direct3DCreate9' > > in the d3d9 tests? > > > > For consistency sake we should change it there as well. Although it's > > just a LoadLibrary turned into a GetModuleHandle. > > Yeah. I am not an expert on this, but I think using LoadLibrary helps compilation on systems where the library is not available, e.g. cross compiling. Last time I checked mingw did not have a d3d10.a file to link to d3d10.dll, and it would also help to compile d3d10 apps on winxp(not sure if there's a need for that though). Then there are also sort of undocumented internal dlls which wine still has to implement - ddrawex.dll comes to my mind, which seems to be a special ddraw lib for Internet Explorer. It contains the IDirectDraw3 interface, sort of a missing link, and I didn't find a ddrawex.lib or ddrawex.a to link against.

Aug. 7, 2007

[Winetest] Status update (rsabase and secur32)

by Paul Vriens

Hi, The new winetest is running fine and new reports are produced (http://test.winehq.org/data/200708071000/) I have seen at least 2 things so far that I need some info on. rsabase.dll is not available on for example w2k3 and vista but the tests ran in the past. secur32.dll is not available on for example NT4 but the current tests check if security.dll is available instead. What should we do to cater for the above: - we could move for example rsabase tests to rsaenh (we forward everything to rsaenh as well) and something similar for secur32. - we could implement an exception list in winetest for these particular cases. Remarks/Comments? Cheers, Paul.

Aug. 7, 2007

Re: Wine disassembly and reverse engineering rules.

by Jakob Eriksson

James Hawkins wrote: > On 8/5/07, Jakob Eriksson <jakob(a)vmlinux.org> wrote: > >> DMCA Reverse engineering exemption: >> >> http://www.chillingeffects.org/reverse/faq.cgi#QID210 >> >> > > >From the article: > > "The reverse engineer is required to ask permission first, however." > > ...good luck with that. > > It is strange that the say that, because I can not find anything about asking permission in the actual law text: http://cyber.law.harvard.edu/openlaw/DVD/1201.html#f regards, Jakob

Aug. 7, 2007

Re: [Winetest] Possible removal of LoadLibrary and friends in the conformance tests

by H. Verbeet

On 07/08/07, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > You mean 'Direct3DCreate8' in the d3d8 tests (Oh wait, there's also > 'ValidateVertexShader' and 'ValidatePixelShader') and 'Direct3DCreate9' in the > d3d9 tests? > > For consistency sake we should change it there as well. Although it's just a > LoadLibrary turned into a GetModuleHandle. > Yeah.

Aug. 7, 2007

Re: [Winetest] Possible removal of LoadLibrary and friends in the conformance tests

by Paul Vriens

H. Verbeet wrote: > On 07/08/07, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: >> Eventhough this is some considerable amount of work to be done, in the end the >> code will be cleaner (and several lines shorter). >> >> Comments/remarks ? >> > For what it's worth, the d3d tests typically only need a single > export. That should make it relatively easy to change them, but it > also means there's not a lot to gain there. > You mean 'Direct3DCreate8' in the d3d8 tests (Oh wait, there's also 'ValidateVertexShader' and 'ValidatePixelShader') and 'Direct3DCreate9' in the d3d9 tests? For consistency sake we should change it there as well. Although it's just a LoadLibrary turned into a GetModuleHandle. Paul.

Aug. 7, 2007

Re: [Winetest] Possible removal of LoadLibrary and friends in the conformance tests

by H. Verbeet

On 07/08/07, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > Eventhough this is some considerable amount of work to be done, in the end the > code will be cleaner (and several lines shorter). > > Comments/remarks ? > For what it's worth, the d3d tests typically only need a single export. That should make it relatively easy to change them, but it also means there's not a lot to gain there.

Aug. 7, 2007