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

Re: Wine disassembly and reverse engineering rules.

by James Hawkins

On 8/5/07, Jakob Eriksson <jakob(a)vmlinux.org> wrote: > Peter Dons Tychsen wrote: > > By browsing MSDN, i found out that i can accomplish this by using the > > documented function StalkWalk64(), which can examine the call stack. I > > would then introduce this into the test system for DLLs like "user32". > > By running the test on original Windows we could know which messages we > > are incorrectly "posting" or "sending" where it should have been the > > opposite. This could fix some vital issues. > > > > I don't think there is a problem as i am just using documented APIs from > > MSDN, but since it includes looking at the call stack, i was curious if > > there might be a legal problem. > > > > I don't want to put the idea to use or release it if it in any way is > > illegal. > > > > Please think long and hard before you reply. > > > > 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. -- James Hawkins

Aug. 6, 2007

Re: #1 winhttp: Forward WinHttpTime{From, To}SystemTime to their counterparts in wininet.

by Hans Leidekker

On Monday 06 August 2007 20:08:44 Jacek Caban wrote: > Then why do you want to add hacks instead of proper implementation? Have a look at the attached snapshot of my work on winhttp. It includes an implementation of WinHttpSetCredentials (basic authentication only for now) and tests to show that it works. It duplicates a minimal amount of code from wininet (HTTP_EncodeBase64 basically, which is already duplicated in Wine). The implementation depends on a bugfix in wininet which is included as well, with a test of course. > It'd be not only an ugly hack, but also unneeded code complication. Please be more specific than that. -Hans

Aug. 6, 2007

Re: #1 winhttp: Forward WinHttpTime{From, To}SystemTime to their counterparts in wininet.

by Jakob Eriksson

Jacek Caban wrote: > Hans Leidekker wrote: > >> I haven't seen a convincing argument for code duplication yet. >> > > Then why do you want to add hacks instead of proper implementation? > > >> We may >> even be able to achieve 100% by extending wininet a bit. E.g. we could >> add a Wine internal INTERNET_OPTION_CALLBACK_WINHTTP if we find an app >> that depends on winhttp specific behavior of callbacks. >> >> > > It'd be not only an ugly hack, but also unneeded code complication. > Alright then. The pretty solution IMHO, is to create a third DLL, which both wininet and winhttp use. (Derive from.) That's how you usually refactor code. regards, Jakob

Aug. 6, 2007

Re: #1 winhttp: Forward WinHttpTime{From, To}SystemTime to their counterparts in wininet.

by Jacek Caban

Hans Leidekker wrote: > I haven't seen a convincing argument for code duplication yet. Then why do you want to add hacks instead of proper implementation? > We may > even be able to achieve 100% by extending wininet a bit. E.g. we could > add a Wine internal INTERNET_OPTION_CALLBACK_WINHTTP if we find an app > that depends on winhttp specific behavior of callbacks. > It'd be not only an ugly hack, but also unneeded code complication. Jacek

Aug. 6, 2007

Re: Direct3D Game test framework

by Stefan Dösinger

Am Montag, 6. August 2007 16:49 schrieb martin pilka: > > Do you have HKCU/Software/Wine/Direct3D/DirectDrawRenderer set to "gdi" > > perhaps? This disables D3D support altogether. You could try with a > > fresh .wine, it should run 3dmark2000 and 2001 out of the box. > > I tried latest WineHq, it created ~/.wine directory and installed > 3DMark2000 correctly, however when I try to run I get same complains: > "3DMark needs DirectX7 and proper drivers installed". Also, this is printed > on console: > > cxtest(a)mpilka:~$ ~/cxtest/wine/wine ./.wine/drive_c/Program\ > Files/MadOnion.com/3DMark2000/3DMark2000.exe > err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present? > err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present? > err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present? is wined3d built?

Aug. 6, 2007

Some details about SHDoDragDrop

by Timo Kunze

Hi, currently Wine's SHDoDragDrop is a stub and the comment states that it probably is equivalent to DoDragDrop. That's not quite true. In one of my programs I passed a NULL drop source accidentally and to my surprise it worked. So SHDoDragDrop creates an IDropSource object for you if you don't pass one. I've also found out, that on Vista SHDoDragDrop does the drag-image generation for you if you pass a NULL hWnd to SHDoDragDrop. While the hWnd thing works only if the dragged data object describes shell items, the IDropSource thing works for any dragged data. HTH Timo -- www.TimoSoft-Software.de - Unicode controls for VB6 "Those who sacrifice freedom for safety deserve neither."

Aug. 6, 2007

Re: [winetest] Show missing tests in single/group results

by Paul Vriens

Jakob Eriksson wrote: > Paul Vriens wrote: >> Comments/remarks etc.. are welcome. > > It is excellent that you are doing this, the reports are clearer for it. > I will try to submit test results regularly. > > > > regards, > Jakob Eriksson > > > Hi Jakob, I think you ran a few win95 tests yesterday? What was wrong with for example advapi32crypt32/d3d8/d3d9 (none of them ran so it appeared)? Can you produce a list of things winetest complained about while extracting? If it just says "Can't parse subtests output of *.dll", could you go to the wct directory (in %TEMP%) and execute the single *_test.exe? That should give a bit more information about why it can't get the subtests list. Cheers. Paul.

Aug. 6, 2007

Re: [winetest] Show missing tests in single/group results

by Jakob Eriksson

Paul Vriens wrote: > > Comments/remarks etc.. are welcome. It is excellent that you are doing this, the reports are clearer for it. I will try to submit test results regularly. regards, Jakob Eriksson

Aug. 6, 2007

Re: winecfg: values list should be NULL-terminated.

by Paul Chitescu

Great, thanks! Paul On Mon, 6 Aug 2007, Kirill K. Smirnov wrote: > This fixes winecfg crash caused by recent winecfg changes.

Aug. 6, 2007

Re: Direct3D Game test framework

by martin pilka

> Do you have HKCU/Software/Wine/Direct3D/DirectDrawRenderer set to "gdi" > perhaps? This disables D3D support altogether. You could try with a > fresh .wine, it should run 3dmark2000 and 2001 out of the box. I tried latest WineHq, it created ~/.wine directory and installed 3DMark2000 correctly, however when I try to run I get same complains: "3DMark needs DirectX7 and proper drivers installed". Also, this is printed on console: cxtest(a)mpilka:~$ ~/cxtest/wine/wine ./.wine/drive_c/Program\ Files/MadOnion.com/3DMark2000/3DMark2000.exe err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present? err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present? err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present? Note ~/.wine directory generated by Wine does not mention HKCU/Software/Wine/Direct3D/DirectDrawRenderer key at all. Also, glxgears runs fine, xdpyinfo says GL is there (ATIFGLEXTENSION, ATIFGLRXDRI, GLX, SGI-GLX extensions are present). Martin

Aug. 6, 2007