March 2005 - Wine-Devel - list.winehq.org

Re: Make running tests on a visible desktop a mandatory requirement
by Paul Vriens March 10, 2005

March 10, 2005

On Tue, 2005-03-08 at 17:03, Dmitry Timoshkov wrote: > Hello, > > it appears that new test for a visible desktop works fine, time to make > running tests on a visible desktop a mandatory requirement. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Make running tests on a visible desktop a mandatory requirement. > > --- cvs/hq/wine/programs/winetest/main.c Mon Mar 07 14:49:54 2005 > +++ wine/programs/winetest/main.c Tue Mar 08 15:59:02 2005 > @@ -547,6 +547,11 @@ int WINAPI WinMain (HINSTANCE hInst, HIN > const char *cp, *submit = NULL, *tag = NULL; > int reset_env = 1; > > + if (!running_on_visible_desktop ()) { > + report (R_ERROR, "Tests must be run on a visible desktop"); > + exit (2); > + } > + > /* initialize the revision information first */ > extract_rev_infos(); > Apart from the fact whether winrash should be 'fixed' or not, this patch doesn't seem to do what it is supposed to do. Put in other words the running_on_visible_desktop is not correct (enough). I've downloaded http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-200503091000… and ran it (interactively of course) on my win98 and win2000 box. It doesn't start and complains with the error (as in the patch) "Tests must be run on a visible desktop". Paul.

3 2

Test suite, todo_wine and different kernels versions
by Uwe Bonnes March 10, 2005

March 10, 2005

Hallo, with kernel 2.6.11 PeekNamedPipe() works as expected. This makes our test suite report: pipe.c:153: Test succeeded inside todo block: peek3 got 21 bytes available pipe.c:186: Test succeeded inside todo block: peek4 got 21 bytes available fixme:sync:SetNamedPipeHandleState 0x38 0x77a2fddc (nil) (nil) pipe.c:153: Test succeeded inside todo block: peek3 got 21 bytes available pipe.c:186: Test succeeded inside todo block: peek4 got 21 bytes available fixme:sync:SetNamedPipeHandleState 0x38 0x77a2fddc (nil) (nil) While removing todo_wine() for this cases silences the output, anybody running on an older kernel will hit an error. How to proceed in that case. Sould he have something like todo_linux(kernelversion){}? Appended a patch to remove these todo_wines, if this is considers the right solution. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/kernel/tests/pipe.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/pipe.c,v retrieving revision 1.14 diff -u -w -r1.14 pipe.c --- wine/dlls/kernel/tests/pipe.c 13 Dec 2004 21:19:02 -0000 1.14 +++ wine/dlls/kernel/tests/pipe.c 10 Mar 2005 11:20:22 -0000 @@ -149,9 +149,7 @@ } else ok(readden == sizeof(obuf), "peek3 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek3 got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "pipe content 3a check\n"); if (pipemode == PIPE_TYPE_BYTE) { @@ -182,9 +180,7 @@ } else ok(readden == sizeof(obuf), "peek4 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek4 got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "pipe content 4a check\n"); if (pipemode == PIPE_TYPE_BYTE) { @@ -228,9 +224,7 @@ ok(written == sizeof(obuf2), "write file len 3b\n"); ok(PeekNamedPipe(hFile, ibuf, sizeof(ibuf), &readden, &avail, NULL), "Peek5\n"); ok(readden == sizeof(obuf), "peek5 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek5 got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "content 5a check\n"); ok(ReadFile(hFile, ibuf, sizeof(ibuf), &readden, NULL), "ReadFile\n"); @@ -260,9 +254,7 @@ ok(written == sizeof(obuf2), "write file len 6b\n"); ok(PeekNamedPipe(hnp, ibuf, sizeof(ibuf), &readden, &avail, NULL), "Peek6\n"); ok(readden == sizeof(obuf), "peek6 got %ld bytes\n", readden); - todo_wine { ok(avail == sizeof(obuf) + sizeof(obuf2), "peek6b got %ld bytes available\n", avail); - } pbuf = ibuf; ok(memcmp(obuf, pbuf, sizeof(obuf)) == 0, "content 6a check\n"); ok(ReadFile(hnp, ibuf, sizeof(ibuf), &readden, NULL), "ReadFile\n");

2 1

Re: New uninstaller #1/3 (RESEND)
by Alexandre Julliard March 10, 2005

March 10, 2005

Jonathan Ernst <Jonathan(a)ErnstFamily.ch> writes: > +#include "resource.h" > +#include "En.rc" The new resource.h file is missing. > -/* BINRES uninstaller.ico */ > -UNINSTALLER ICON MOVEABLE uninstaller.ico > -/* { > - '00 00 01 00 01 00 20 20 10 00 00 00 00 00 E8 02' > - '00 00 16 00 00 00 28 00 00 00 20 00 00 00 40 00' > - '00 00 01 00 04 00 00 00 00 00 00 02 00 00 00 00' You can't remove the icon data, this is needed for the BINRES stuff. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: New uninstaller #1/3
by Mike McCormack March 10, 2005

March 10, 2005

Jonathan Ernst wrote: > Here is the new uninstaller. > > This is the first patch out of 3 of the new installer. > Thanks to Dmitry Timoshkov for helping me a lot with my first win32 program. > > Changelog: > - use dialog instead of window Hey Jonathan, Your patch is still quite big. You've rewritten every function in uninstaller.c, as far as I can tell. Is there any reason you need to do that to convert to using a dialog? I think you may need to break it up even further to get it applied, but the final decision isn't mine. I'd encourage you to write a patch that only converts the window to a dialog, and get that applied first. When that is done, you can think about unicode conversion. Mike

1 0

Addition to winsock conformance test - select() server
by Thomas Kho March 10, 2005

March 10, 2005

Hi, We're working to add conformance tests to winsock, and we've currently added a test server that uses select(). Before we post to wine-patches, we'd appreciate any critiques/input. We ran gcov to see how much of dlls/winsock/socket.c we tested, and found: Before: 37.14% of 1839 lines executed in file socket.c After (select() server code): 41.16% of 1839 lines executed in file socket.c http://hkn.icsl.ucla.edu/~tom/socket.c.gcov.txt We'd also appreciate other targets to test. Currently we plan to add tests for sendto, recvfrom, and getservbyname. Thanks for your help, Thomas Kho Files available at: http://www.geekymedia.com/viewcvs/cgi/viewcvs.cgi/wine4/wine/dlls/winsock/t… Changelog: * dlls/winsock/tests/sock.c added select_server() test that uses select() in serving clients

2 1

server/protocol.def documentation
by James Hawkins March 10, 2005

March 10, 2005

Hi, I now understand the purpose of SERVER_START_REQ et al, but now I'm in server/protocol.def and I'm trying to add a protocol definition for load_key. load_key is implemented in server/registry.c, but is not in server/protocol.def so, if I'm correct, I can't make a call to load_key from ntdll yet. I am trying to add load_key to protocol.def, but I don't know the semantics of this file. Is there any documentation available for this topic, or does anyone have any information that could be added to the docs? -- James Hawkins

4 5

wine-20041201 unhappy with Tivo software
by Dan Kegel March 10, 2005

March 10, 2005

OK, I should try this with wine from cvs, since there have been some MSI fixes posted since three months ago, but with winev20041201, trying to install http://www.tivo.com/desktop/TiVoDesktop2-0.exe crashes, oh, exactly like OpenOffice did in January ( http://www.winehq.org/hypermail/wine-devel/2005/01/0105.html ) fixme:msi:MsiGetMode STUB (iRunMode=16) wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x4077b200). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:003b GS:0033 EIP:4077b200 ESP:4074f68c EBP:4074f690 EFLAGS:00010212( - 00 - RIA1) EAX:4074f6b0 EBX:4079f6d0 ECX:00000043 EDX:00000000 ESI:4029dc38 EDI:77f01330 Stack dump: 0x4074f68c: 00000000 4074fae4 4077619a 00000000 0x4074f69c: 4074f6b0 4004c114 00000040 400d0624 0x4074f6ac: 4156dce0 003a0043 0077005c 006e0069 0x4074f6bc: 006f0064 00730077 0074005c 006d0065 0x4074f6cc: 005c0070 00610000 00310062 00650064 0x4074f6dc: 002e0034 006d0074 00000070 4074f7b0 Backtrace: =>1 0x4077b200 strcpyW+0x17(dst=0x0, src=0x4074f6b0) [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi (0x4074f690) 2 0x4077619a ACTION_InstallFiles+0x262(package=0x4029dc38) [../../../wine/dlls/msi/action.c:3162] in msi (0x4074fae4) 3 0x40770e8e ACTION_PerformAction+0x1e7(package=0x4029dc38, action=0x4074fb18) [../../../wine/dlls/msi/action.c:1208] in msi (0x4074fb00) 4 0x40770971 ACTION_ProcessExecSequence+0x2c1(package=0x4029dc38, UIran=0x0) [../../../wine/dlls/msi/action.c:1052] in msi (0x4074fd34) 5 0x4077040d ACTION_DoTopLevelINSTALL+0x33f(package=0x4029dc38, szPackagePath=0x402460e0, szCommandLine=0x402461b8) [../../../wine/dlls/msi/action.c:856] in msi (0x4074fd90) 6 0x4077ed20 MsiInstallProductW+0xc9(szPackagePath=0x402460e0, szCommandLine=0x402461b8) [../../../wine/dlls/msi/msi.c:560] in msi (0x4074fdc0) 7 0x4077ec1e MsiInstallProductA+0x120(szPackagePath=0x401f0527, szCommandLine=0x40246088) [../../../wine/dlls/msi/msi.c:530] in msi (0x4074fde8) 8 0x40645985 main+0x1372(argc=0x4, argv=0x401f0508) [../../../wine/programs/msiexec/msiexec.c:616] in msiexec (0x4074fe8c) 9 0x40644163 __wine_exe_main+0x163 in msiexec (0x4074ff1c) 10 0x4037e1f3 start_process+0xdf(arg=0x0) [../../../wine/dlls/kernel/process.c:1046] in kernel32 (0x4074fff4) 11 0x400305e1 wine_pthread_abort_thread+0x2b(status=0x0) [../../../wine/libs/wine/port.c:86] in libwine.so.1 (0x00000000) 0x4077b200 strcpyW+0x17 [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi: movw %cx,0x0(%edx) 190 while ((*p++ = *src++)); Wine-dbg>WineDbg terminated on pid 0xa Tried the older version, http://www.tivo.com/desktop/TiVoDesktop1-3.exe No dice, same error: fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"MoveFiles" wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x4077b200). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:003b GS:0033 EIP:4077b200 ESP:4074f68c EBP:4074f690 EFLAGS:00010212( - 00 - RIA1) EAX:4074f6b0 EBX:4079f6d0 ECX:00000043 EDX:00000000 ESI:40293cb0 EDI:77f01330 Stack dump: 0x4074f68c: 00000000 4074fae4 4077619a 00000000 0x4074f69c: 4074f6b0 401f0034 4074f6c8 40091a5c 0x4074f6ac: 41533ad8 003a0043 0077005c 006e0069 0x4074f6bc: 006f0064 00730077 0074005c 006d0065 0x4074f6cc: 005c0070 00610000 00310062 00320033 0x4074f6dc: 002e0061 006d0074 00000070 40087661 Backtrace: =>1 0x4077b200 strcpyW+0x17(dst=0x0, src=0x4074f6b0) [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi (0x4074f690) 2 0x4077619a ACTION_InstallFiles+0x262(package=0x40293cb0) [../../../wine/dlls/msi/action.c:3162] in msi (0x4074fae4) 3 0x40770e8e ACTION_PerformAction+0x1e7(package=0x40293cb0, action=0x4074fb18) [../../../wine/dlls/msi/action.c:1208] in msi (0x4074fb00) 4 0x40770971 ACTION_ProcessExecSequence+0x2c1(package=0x40293cb0, UIran=0x0) [../../../wine/dlls/msi/action.c:1052] in msi (0x4074fd34) 5 0x4077040d ACTION_DoTopLevelINSTALL+0x33f(package=0x40293cb0, szPackagePath=0x402460d0, szCommandLine=0x402461a8) [../../../wine/dlls/msi/action.c:856] in msi (0x4074fd90) 6 0x4077ed20 MsiInstallProductW+0xc9(szPackagePath=0x402460d0, szCommandLine=0x402461a8) [../../../wine/dlls/msi/msi.c:560] in msi (0x4074fdc0) 7 0x4077ec1e MsiInstallProductA+0x120(szPackagePath=0x401f0527, szCommandLine=0x40246078) [../../../wine/dlls/msi/msi.c:530] in msi (0x4074fde8) 8 0x40645985 main+0x1372(argc=0x4, argv=0x401f0508) [../../../wine/programs/msiexec/msiexec.c:616] in msiexec (0x4074fe8c) 9 0x40644163 __wine_exe_main+0x163 in msiexec (0x4074ff1c) 10 0x4037e1f3 start_process+0xdf(arg=0x0) [../../../wine/dlls/kernel/process.c:1046] in kernel32 (0x4074fff4) 11 0x400305e1 wine_pthread_abort_thread+0x2b(status=0x0) [../../../wine/libs/wine/port.c:86] in libwine.so.1 (0x00000000) 0x4077b200 strcpyW+0x17 [/home/dank/w/build2/dlls/msi/../../../wine/include/wine/unicode.h:190] in msi: movw %cx,0x0(%edx) 190 while ((*p++ = *src++)); Wine-dbg>WineDbg terminated on pid 0xa -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 2

wininet HTTP_HttpSendRequestW problem -- with correct attachment
by Joris Huizer March 10, 2005

March 10, 2005

Hello, Previous mail had the wrong file attached -- sorry for that I tried - as some sort experiment - to install java, but this fails; I decided to look into it and found some check in HTTP_HttpSendRequestW (wininet) is missing (patch attached to get the installer past that, probably not correct) I don't know what error code to set, so I didn't set any; after finishing a download the installer stops; I conclude at least something really is not going correct here ;) If it's just this program... no problem; but probably something really is not correct somewhere there; It seems the java installer somehow feeds illegal data to the function, so more may be wrong; I also attached part of the wininet trace untill it jumps into that code; regards, Joris Index: dlls/wininet/http.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/http.c,v retrieving revision 1.95 diff -u -p -r1.95 http.c --- dlls/wininet/http.c 2 Feb 2005 09:56:35 -0000 1.95 +++ dlls/wininet/http.c 9 Mar 2005 15:32:35 -0000 @@ -1694,6 +1694,14 @@ BOOL WINAPI HTTP_HttpSendRequestW(LPWINI setCookieHeader = &lpwhr->pCustHeaders[CustHeaderIndex]; + if (lpwhr->pCustHeaders[CustHeaderIndex].lpszValue == NULL) + { + TRACE("field lpszValue is incorrect\n"); + /* FIXME: set error */ + bSuccess = FALSE; + goto lend; + } + while (setCookieHeader->lpszValue[nPosEnd] != '\0') { LPWSTR buf_cookie, cookie_name, cookie_data; Script started on Wed Mar 9 16:33:02 2005 jorishuizer(a)debian:~$ WINEDEBUG=+wininet wine jre-1_5_0_01-windows-i586-p-iftw. .exe trace:wininet:DllMain 0x40a60000,1,0x1 trace:wininet:InternetOpenA ("Mozilla/4.0 (compatible; Win32; jinstall)", 0x00000000, (null), (null), 0x00000000) trace:wininet:InternetOpenW (L"Mozilla/4.0 (compatible; Win32; jinstall)", 0, (null), (null), 0) trace:wininet:InternetOpenW access type : INTERNET_OPEN_TYPE_PRECONFIG trace:wininet:InternetOpenW flags : trace:wininet:WININET_AddRef 0x403b8c60 -> refcount = 2 trace:wininet:WININET_Release object 0x403b8c60 refcount = 1 trace:wininet:InternetOpenW returning 0x403b8c60 trace:wininet:InternetCrackUrlW (L"http://java.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1…" 91 0 0x406aa4e0) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com"... (12) trace:wininet:SetUrlComponentValueW L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" (72) trace:wininet:InternetCrackUrlW L"http://java.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1…": host(L"java.sun.com"...) path(L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi") extra((null)) trace:wininet:InternetCrackUrlA http://java.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1…: scheme((null)) host("java.sun.com") path("/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi") extra("") trace:wininet:InternetConnectW (0x1, L"java.sun.com", 0, L"", L"", 3, 0, 0) trace:wininet:WININET_AddRef 0x403b8c60 -> refcount = 2 trace:wininet:WININET_GetObject handle 1 -> 0x403b8c60 trace:wininet:HTTP_Connect --> trace:wininet:WININET_AddRef 0x403b8c60 -> refcount = 3 trace:wininet:WININET_AddRef 0x403b8d70 -> refcount = 2 trace:wininet:SendAsyncCallback (0x403b8d70, 00000000, 60 (INTERNET_STATUS_HANDLE_CREATED), 0x406aa474, 8): non async call with callback (nil) trace:wininet:WININET_Release object 0x403b8d70 refcount = 1 trace:wininet:HTTP_Connect 0x403b8c60 --> 0x2 (0x403b8d70) trace:wininet:WININET_Release object 0x403b8c60 refcount = 2 trace:wininet:InternetConnectW returning 0x2 trace:wininet:HttpOpenRequestA (0x2, "HEAD", "/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi", "HTTP/1.1", "", (nil), 04440000, 00000000) trace:wininet:HttpOpenRequestW (0x2, L"HEAD", L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi", L"HTTP/1.1", L"", (nil), 04440000, 00000000) trace:wininet:WININET_AddRef 0x403b8d70 -> refcount = 2 trace:wininet:WININET_GetObject handle 2 -> 0x403b8d70 trace:wininet:HTTP_HttpOpenRequestW --> trace:wininet:WININET_AddRef 0x403b8d70 -> refcount = 3 trace:wininet:WININET_AddRef 0x403b8ea8 -> refcount = 2 trace:wininet:HTTP_ProcessHeader --> L"Host": L"java.sun.com" - 0xa2000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:HTTP_HttpAddRequestHeadersW copying header: L"User-Agent: Mozilla/4.0 (compatible; Win32; jinstall)\r\n" trace:wininet:HTTP_HttpAddRequestHeadersW interpreting header L"User-Agent: Mozilla/4.0 (compatible; Win32; jinstall)" trace:wininet:HTTP_InterpretHttpHeader field(L"User-Agent") Value(L"Mozilla/4.0 (compatible; Win32; jinstall)") trace:wininet:HTTP_ProcessHeader --> L"User-Agent": L"Mozilla/4.0 (compatible; Win32; jinstall)" - 0x22000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:InternetGetCookieW (L"http://java.sun.com", (null), (nil), 0x406aa344) trace:wininet:InternetCrackUrlW (L"http://java.sun.com" 19 0 0x406a825c) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com" (12) trace:wininet:InternetCrackUrlW L"http://java.sun.com": host(L"java.sun.com") path(L"") extra((null)) trace:wininet:InternetGetCookieW returning trace:wininet:InternetGetCookieW (L"http://java.sun.com", (null), 0x403b93e0, 0x406aa344) trace:wininet:InternetCrackUrlW (L"http://java.sun.com" 19 0 0x406a825c) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com" (12) trace:wininet:InternetCrackUrlW L"http://java.sun.com": host(L"java.sun.com") path(L"") extra((null)) trace:wininet:HTTP_HttpAddRequestHeadersW copying header: L"Cookie: \r\n" trace:wininet:HTTP_HttpAddRequestHeadersW interpreting header L"Cookie: " trace:wininet:HTTP_InterpretHttpHeader field(L"Cookie") Value(L"") trace:wininet:HTTP_ProcessHeader --> L"Cookie": L"" - 0x22000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:SendAsyncCallback (0x403b8d70, 00000000, 60 (INTERNET_STATUS_HANDLE_CREATED), 0x406aa33c, 8): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 10 (INTERNET_STATUS_RESOLVING_NAME), 0x403b8dc0, 13): non async call with callback (nil) trace:wininet:GetAddress L"java.sun.com" trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 11 (INTERNET_STATUS_NAME_RESOLVED), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:WININET_Release object 0x403b8ea8 refcount = 1 trace:wininet:HTTP_HttpOpenRequestW <-- 0x3 (0x403b8ea8) trace:wininet:WININET_Release object 0x403b8d70 refcount = 2 trace:wininet:HttpOpenRequestW returning 0x3 trace:wininet:HttpSendRequestW 0x3, (nil) ((null)), 0, (nil), 0) trace:wininet:WININET_AddRef 0x403b8ea8 -> refcount = 2 trace:wininet:WININET_GetObject handle 3 -> 0x403b8ea8 trace:wininet:HTTP_HttpSendRequestW --> 0x403b8ea8 trace:wininet:HTTP_HttpSendRequestW Going to url L"java.sun.com" L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" trace:wininet:HTTP_HttpSendRequestW Adding header L"User-Agent" (L"Mozilla/4.0 (compatible; Win32; jinstall)") trace:wininet:HTTP_HttpSendRequestW Adding header L"Cookie" (L"") trace:wininet:HTTP_HttpSendRequestW Adding header L"Host" (L"java.sun.com") trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; Win32; jinstall)\r\nCookie: \r\nHost: java.sun.com\r\n\r\n" trace:wininet:HTTP_OpenConnection --> trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 20 (INTERNET_STATUS_CONNECTING_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 21 (INTERNET_STATUS_CONNECTED_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:HTTP_OpenConnection 1 <-- trace:wininet:HTTP_HttpSendRequestW full request -> HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; Win32; jinstall) Cookie: Host: java.sun.com trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 30 (INTERNET_STATUS_SENDING_REQUEST), (nil), 0): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 31 (INTERNET_STATUS_REQUEST_SENT), 0x406a9418, 4): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 40 (INTERNET_STATUS_RECEIVING_RESPONSE), (nil), 0): non async call with callback (nil) trace:wininet:HTTP_GetResponseHeaders --> trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :31 HTTP/1.1 302 Moved Temporarily trace:wininet:HTTP_GetResponseHeaders version [L"HTTP/1.1"] status code [L"302"] status text [L"Moved Temporarily"] trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :31 Server: Sun-ONE-Web-Server/6.1 trace:wininet:HTTP_GetResponseHeaders got line "Server: Sun-ONE-Web-Server/6.1", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Server") Value(L"Sun-ONE-Web-Server/6.1") trace:wininet:HTTP_ProcessHeader --> L"Server": L"Sun-ONE-Web-Server/6.1" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :36 Date: Wed, 09 Mar 2005 15:30:43 GMT trace:wininet:HTTP_GetResponseHeaders got line "Date: Wed, 09 Mar 2005 15:30:43 GMT", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Date") Value(L"Wed, 09 Mar 2005 15:30:43 GMT") trace:wininet:HTTP_ProcessHeader --> L"Date": L"Wed, 09 Mar 2005 15:30:43 GMT" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :24 Content-type: text/html trace:wininet:HTTP_GetResponseHeaders got line "Content-type: text/html", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Content-type") Value(L"text/html") trace:wininet:HTTP_ProcessHeader --> L"Content-type": L"text/html" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :116 Set-Cookie: SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/ trace:wininet:HTTP_GetResponseHeaders got line "Set-Cookie: SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Set-Cookie") Value(L"SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/") trace:wininet:HTTP_ProcessHeader --> L"Set-Cookie": L"SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/" - 0xa0000000 trace:wininet:HTTP_GetStdHeaderIndex Couldn't find L"Set-Cookie" in standard header table trace:wininet:HTTP_GetCustomHeaderIndex L"Set-Cookie" trace:wininet:HTTP_GetCustomHeaderIndex Return: -1 trace:wininet:HTTP_InsertCustomHeader --> L"Set-Cookie": L"SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/" trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :101 Location: http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.… trace:wininet:HTTP_GetResponseHeaders got line "Location: http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Location") Value(L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…") trace:wininet:HTTP_ProcessHeader --> L"Location": L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :18 Connection: close trace:wininet:HTTP_GetResponseHeaders got line "Connection: close", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Connection") Value(L"close") trace:wininet:HTTP_ProcessHeader --> L"Connection": L"close" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :1 trace:wininet:HTTP_GetResponseHeaders got line "", now interpreting trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 302 Moved Temporarily\r\nServer: Sun-ONE-Web-Server/6.1\r\nDate: Wed, 09 Mar 2005 15:30:43 GMT\r\nContent-type: text/html\r\nSet-Cookie: SUN_ID=80.60.97.18:79481110382243; EXPIRES=Wednesday, 31-Dec-2025 23:59:59 GMT; DOMAIN=.sun.com; PATH=/\r\nLocation: http://jdl.sun.com/webapps/download/Ge"... trace:wininet:HTTP_GetResponseHeaders <-- trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 41 (INTERNET_STATUS_RESPONSE_RECEIVED), 0x406a9414, 4): non async call with callback (nil) trace:wininet:HTTP_GetCustomHeaderIndex L"Set-Cookie" trace:wininet:HTTP_GetCustomHeaderIndex Return: 0 trace:wininet:HTTP_HttpSendRequestW L"SUN_ID=80.60.97.18:79481110382243" trace:wininet:InternetSetCookieW (L"http://java.sun.com/",L"SUN_ID",L"80.60.97.18:79481110382243") trace:wininet:InternetCrackUrlW (L"http://java.sun.com/" 20 0 0x406a72ec) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"java.sun.com"... (12) trace:wininet:SetUrlComponentValueW L"/" (1) trace:wininet:InternetCrackUrlW L"http://java.sun.com/": host(L"java.sun.com") path(L"/") extra((null)) trace:wininet:COOKIE_addDomain Adding domain: 0x403b8c20 trace:wininet:COOKIE_findCookie (0x403b8c20, L"SUN_ID") trace:wininet:COOKIE_addCookie added cookie 0x403b98f0 (data is L"80.60.97.18:79481110382243") trace:wininet:HTTP_HttpSendRequestW L"" trace:wininet:HTTP_HttpQueryInfoW returning number : 302 trace:wininet:HTTP_HttpQueryInfoW returning string : 'L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…"' trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 110 (INTERNET_STATUS_REDIRECT), 0x406a9420, 180): non async call with callback (nil) trace:wininet:InternetCrackUrlW (L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…" 90 0 0x406a8330) trace:wininet:GetInternetSchemeW trace:wininet:SetUrlComponentValueW L"http"... (4) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW (null) (0) trace:wininet:SetUrlComponentValueW L"jdl.sun.com"... (11) trace:wininet:SetUrlComponentValueW L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" (72) trace:wininet:InternetCrackUrlW L"http://jdl.sun.com/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.…": host(L"jdl.sun.com") path(L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi") extra(L"\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\0000\dc51\400a\0000\0000\0000\0000\0000\0000\0000\0000\dc51\400a\b9db\40a8\0015\0000\6a9c\406a\dc51\400a\0156\4020\b9c6\40a8\0015\0000\0000\0000\dc51\400a\0000") trace:wininet:HTTP_ProcessHeader --> L"Host": L"jdl.sun.com" - 0xa2000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 10 (INTERNET_STATUS_RESOLVING_NAME), 0x403b8dc0, 12): non async call with callback (nil) trace:wininet:GetAddress L"jdl.sun.com" trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 11 (INTERNET_STATUS_NAME_RESOLVED), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:HTTP_HttpSendRequestW --> 0x403b8ea8 trace:wininet:HTTP_HttpSendRequestW Going to url L"jdl.sun.com" L"/webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi" trace:wininet:HTTP_HttpSendRequestW Adding header L"User-Agent" (L"Mozilla/4.0 (compatible; Win32; jinstall)") trace:wininet:HTTP_HttpSendRequestW Adding header L"Cookie" (L"") trace:wininet:HTTP_HttpSendRequestW Adding header L"Host" (L"jdl.sun.com") trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; Win32; jinstall)\r\nCookie: \r\nHost: jdl.sun.com\r\n\r\n" trace:wininet:HTTP_OpenConnection --> trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 20 (INTERNET_STATUS_CONNECTING_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 21 (INTERNET_STATUS_CONNECTED_TO_SERVER), 0x403b8da0, 16): non async call with callback (nil) trace:wininet:HTTP_OpenConnection 1 <-- trace:wininet:HTTP_HttpSendRequestW full request -> HEAD /webapps/download/GetFile/1.5.0_01-b08/windows-i586/jre1.5.0_01-iftw.msi HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; Win32; jinstall) Cookie: Host: jdl.sun.com trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 30 (INTERNET_STATUS_SENDING_REQUEST), (nil), 0): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 31 (INTERNET_STATUS_REQUEST_SENT), 0x406a597c, 4): non async call with callback (nil) trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 40 (INTERNET_STATUS_RECEIVING_RESPONSE), (nil), 0): non async call with callback (nil) trace:wininet:HTTP_GetResponseHeaders --> trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :31 HTTP/1.1 302 Moved Temporarily trace:wininet:HTTP_GetResponseHeaders version [L"HTTP/1.1"] status code [L"302"] status text [L"Moved Temporarily"] trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :32 Server: Netscape-Enterprise/6.0 trace:wininet:HTTP_GetResponseHeaders got line "Server: Netscape-Enterprise/6.0", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Server") Value(L"Netscape-Enterprise/6.0") trace:wininet:HTTP_ProcessHeader --> L"Server": L"Netscape-Enterprise/6.0" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :36 Date: Wed, 09 Mar 2005 15:25:24 GMT trace:wininet:HTTP_GetResponseHeaders got line "Date: Wed, 09 Mar 2005 15:25:24 GMT", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Date") Value(L"Wed, 09 Mar 2005 15:25:24 GMT") trace:wininet:HTTP_ProcessHeader --> L"Date": L"Wed, 09 Mar 2005 15:25:24 GMT" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :18 Content-length: 0 trace:wininet:HTTP_GetResponseHeaders got line "Content-length: 0", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Content-length") Value(L"0") trace:wininet:HTTP_ProcessHeader --> L"Content-length": L"0" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :25 Content-type: text/plain trace:wininet:HTTP_GetResponseHeaders got line "Content-type: text/plain", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Content-type") Value(L"text/plain") trace:wininet:HTTP_ProcessHeader --> L"Content-type": L"text/plain" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :62 Location: http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi trace:wininet:HTTP_GetResponseHeaders got line "Location: http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Location") Value(L"http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi") trace:wininet:HTTP_ProcessHeader --> L"Location": L"http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :18 Connection: close trace:wininet:HTTP_GetResponseHeaders got line "Connection: close", now interpreting trace:wininet:HTTP_InterpretHttpHeader field(L"Connection") Value(L"close") trace:wininet:HTTP_ProcessHeader --> L"Connection": L"close" - 0xa0000000 trace:wininet:HTTP_ProcessHeader <-- 1 trace:wininet:NETCON_getNextLine trace:wininet:NETCON_getNextLine :1 trace:wininet:HTTP_GetResponseHeaders got line "", now interpreting trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 302 Moved Temporarily\r\nServer: Netscape-Enterprise/6.0\r\nDate: Wed, 09 Mar 2005 15:25:24 GMT\r\nContent-length: 0\r\nContent-type: text/plain\r\nLocation: http://jdl.sun.com/update/1.5.0/jre1.5.0_01-b08.msi\r\nConnection: close\r\n\r\n" trace:wininet:HTTP_GetResponseHeaders <-- trace:wininet:SendAsyncCallback (0x403b8ea8, 00000000, 41 (INTERNET_STATUS_RESPONSE_RECEIVED), 0x406a5978, 4): non async call with callback (nil) trace:wininet:HTTP_GetCustomHeaderIndex L"Set-Cookie" trace:wininet:HTTP_GetCustomHeaderIndex Return: 0 trace:wininet:HTTP_HttpSendRequestW field lpszValue is incorrect

2 4

Re: Problem compiling curret CVS
by Oliver Stieber March 9, 2005

March 9, 2005

I had this earlier but I've just done a cvs update and everything seems ok again. --- Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > after bringing my tree up to date > > cvs update -PAd > ./configure > make depend && make > > I get the following error: > > make[2]: Entering directory > `/home/tlambregts/winecurrent/dlls/x11drv' > gcc -c -I. -I. -I../../include -I../../include > -I/usr/X11R6/include > -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe > -mpreferred-stack-boundary=2 > -fno-strict-aliasing -gstabs+ -Wpointer-arith -g > -O2 -o event.o event.c > event.c: In function `X11DRV_SendInput': > event.c:968: structure has no member named `u' > event.c:968: structure has no member named `u' > event.c:968: structure has no member named `u' > event.c:969: structure has no member named `u' > event.c:969: structure has no member named `u' > event.c:970: structure has no member named `u' > event.c:973: structure has no member named `u' > event.c:973: structure has no member named `u' > event.c:973: structure has no member named `u' > event.c:974: structure has no member named `u' > event.c:974: structure has no member named `u' > make[2]: *** [event.o] Error 1 > make[2]: Leaving directory > `/home/tlambregts/winecurrent/dlls/x11drv' > make[1]: *** [x11drv] Error 2 > make[1]: Leaving directory > `/home/tlambregts/winecurrent/dlls' > make: *** [dlls] Error 2 > > > -- > > Tony Lambregts > > Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

Re: [HELP] Quartz and FFMpeg question
by Christian Costa March 9, 2005

March 9, 2005

> Message du 09/03/05 13:31 > De : "Francois Gouget" > A : "Christian Costa" > Copie à : "wined" > Objet : Re: [HELP] Quartz and FFMpeg question > > On Tue, 8 Mar 2005, Christian Costa wrote: > [...] > >> At least here (Debian) mplayer depends on > >> the libavcodec package instead of copying the source (but it's a bit of > >> a special case as they come from a third-party package repository). > > > > This is surprising because libavcodec and libavformat are static > > libraries so once the binary is generated there is no more dependency. > > IIRC this third-party repository contains both the libavcodec package > and the mplayer package so I suspect the two are very closely tied > together. > Yup. CVS repository are also hosted on the same site, the mplayer's one. Building mplayer from CVS requires first to build FFMpeg from its CVS repository too. Christian

2 1

Re: RESUBMIT: LB_GETTEXT mapper
by Alexandre Julliard March 9, 2005

March 9, 2005

Marcus Meissner <marcus(a)jet.franken.de> writes: > resubmit ... forgot to allocate space for \0 i suspect. > > Ciao, Marcus > > Changelog: > LB_GETTEXT, CB_GETLBTEXT mapper switched to dynamic allocation. > Added testcase. I don't think you want to send extra messages in the winproc code. Besides it doesn't guarantee that the buffer is large enough anyway since another thread may have changed the string in the meantime. I'd suggest simply allocating a buffer large enough for your app. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Re: [ddraw/dsurface/dib.c] Check for NULL
by Christian Costa March 9, 2005

March 9, 2005

> Message du 09/03/05 19:31 > De : "Paul Vriens" > A : "Christian Costa" > Copie à : "wine-devel(a)winehq.org" > Objet : Re: [ddraw/dsurface/dib.c] Check for NULL > > On Wed, 2005-03-09 at 19:01, Christian Costa wrote: > > > Message du 09/03/05 16:52 > > > De : "Paul Vriens" > > > A : "wine-patches(a)winehq.org" > > > Copie à : > > > Objet : [ddraw/dsurface/dib.c] Check for NULL > > > > > > Hi, > > > > > > the recent 'ddraw lock' changes crash Zoo Tycoon 1 Demo. > > > > > > Changelog > > > Check for NULL before touching src. > > > > > > Cheers, > > > > > > Paul. > > > > > > > > If src == NULL, you still need to check if the destination surface is not locked. > > > > Bye, > > Christian > You mean: > > if (This->locked) { > WARN(" Surface is busy, returning DDERR_SURFACEBUSY\n"); > return DDERR_SURFACEBUSY; > } > > if (src != NULL) { > if (((IDirectDrawSurfaceImpl *)src)->locked) { > WARN(" Surface is busy, returning DDERR_SURFACEBUSY\n"); > return DDERR_SURFACEBUSY; > } > } > > or something alike? Yup! Bye, Christian PS: You can also do if ( src != NULL && ((IDirectDrawSurfaceImpl *)src)->locked) in the second test. ;-)

2 1

Regression after ddraw surface locking patch
by Paul Vriens March 9, 2005

March 9, 2005

Hi, ZooTycoon 1 demo 'crashes' with: trace:ddraw:DIB_DirectDrawSurface_Blt (0x77e3b9e8)->((nil),(nil),(nil),01000400,0x80f510) trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_COLORFILL DDBLT_WAIT First chance exception: page fault on read access to 0x00000294 in 32-bit code (0x17d7b350). This is because src = NULL and we do (line 517): if (This->locked || ((IDirectDrawSurfaceImpl *)src)->locked) { WARN(" Surface is busy, returning DDERR_SURFACEBUSY\n"); return DDERR_SURFACEBUSY; } Can I just surround this by: if (NULL != src) This fixes my problem. There is another potential problem around line 993. I've attached a patch, if it's correct I will send it to wine-patches. Cheers, Paul.

4 9

Re: [ddraw/dsurface/dib.c] Check for NULL
by Christian Costa March 9, 2005

March 9, 2005

> Message du 09/03/05 16:52 > De : "Paul Vriens" > A : "wine-patches(a)winehq.org" > Copie à : > Objet : [ddraw/dsurface/dib.c] Check for NULL > > Hi, > > the recent 'ddraw lock' changes crash Zoo Tycoon 1 Demo. > > Changelog > Check for NULL before touching src. > > Cheers, > > Paul. > > If src == NULL, you still need to check if the destination surface is not locked. Bye, Christian

2 1

wineserver possible memory leak
by James Hawkins March 9, 2005

March 9, 2005

Hi, I ran valgrind on wineserver while running Ares Lite, and this is one of two memory leaks it caught: 34468 (14980 direct, 19488 indirect) bytes in 535 blocks are definitely lost in loss record 17 of 20 at 0x1B903575: malloc (vg_replace_malloc.c:130) by 0x8055FED: mem_alloc (object.c:73) by 0x805C85A: create_empty_region (region.c:565) by 0x806F90E: crop_region_to_win_rect (window.c:761) by 0x806FDA7: redraw_window (window.c:902) by 0x8071809: req_redraw_window (window.c:1682) by 0x8060E9A: call_req_handler (request.c:274) by 0x804F5E5: main_loop (fd.c:507) by 0x8053E51: main (main.c:139) Is this an issue that can/should be resolved? -- James Hawkins

1 0

Problem compiling curret CVS
by Tony Lambregts March 9, 2005

March 9, 2005

after bringing my tree up to date cvs update -PAd ./configure make depend && make I get the following error: make[2]: Entering directory `/home/tlambregts/winecurrent/dlls/x11drv' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o event.o event.c event.c: In function `X11DRV_SendInput': event.c:968: structure has no member named `u' event.c:968: structure has no member named `u' event.c:968: structure has no member named `u' event.c:969: structure has no member named `u' event.c:969: structure has no member named `u' event.c:970: structure has no member named `u' event.c:973: structure has no member named `u' event.c:973: structure has no member named `u' event.c:973: structure has no member named `u' event.c:974: structure has no member named `u' event.c:974: structure has no member named `u' make[2]: *** [event.o] Error 1 make[2]: Leaving directory `/home/tlambregts/winecurrent/dlls/x11drv' make[1]: *** [x11drv] Error 2 make[1]: Leaving directory `/home/tlambregts/winecurrent/dlls' make: *** [dlls] Error 2 -- Tony Lambregts

1 0

Re: Make running tests on a visible desktop a mandatory requirement
by jakov＠vmlinux.org March 9, 2005

March 9, 2005

On Wed, Mar 09, 2005 at 12:03:01AM +0800, Dmitry Timoshkov wrote: > Hello, > > it appears that new test for a visible desktop works fine, time to make > running tests on a visible desktop a mandatory requirement. Will this not mean no winrash tests any more, only manual ones? I haven't got around to reprogram winrash yet, you know... -- regards, Jakob It's is not, it isn't ain't, and it's it's, not its, if you mean it is. If you don't, it's its. Then too, it's hers. It isn't her's. It isn't our's either. It's ours, and likewise yours and theirs. -- Oxford University Press, Edpress News

7 9

Editbox background regression (bug 2695)
by George Ginden March 9, 2005

March 9, 2005

*See Bug #2695 for screenshots: http://bugs.winehq.com/show_bug.cgi?id=2695 This regression was introduced within wine 20041019, since wine-20040914 was working just fine. (The latest release is still affected by the problem). The diff between these two versions is 5 megs big so I'm just wondering, which area of the codebase is affected by the bug... edit.c is not the case... Regards. *

3 4

wininet HTTP_HttpSendRequestW problem
by Joris Huizer March 9, 2005

March 9, 2005

Hello, I tried - as some sort experiment - to install java, but this fails; I decided to look into it and found some check in HTTP_HttpSendRequestW (wininet) is missing (patch attached to get the installer past that, probably not correct) I don't know what error code to set, so I didn't set any; after finishing a download the installer stops; I conclude at least something really is not going correct here ;) If it's just this program... no problem; but probably something really is not correct somewhere there; It seems the java installer somehow feeds illegal data to the function, so more may be wrong; I also attached part of the wininet trace untill it jumps into that code; regards, Joris Index: dlls/wininet/http.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/http.c,v retrieving revision 1.95 diff -u -p -r1.95 http.c --- dlls/wininet/http.c 2 Feb 2005 09:56:35 -0000 1.95 +++ dlls/wininet/http.c 9 Mar 2005 15:32:35 -0000 @@ -1694,6 +1694,14 @@ BOOL WINAPI HTTP_HttpSendRequestW(LPWINI setCookieHeader = &lpwhr->pCustHeaders[CustHeaderIndex]; + if (lpwhr->pCustHeaders[CustHeaderIndex].lpszValue == NULL) + { + TRACE("field lpszValue is incorrect\n"); + /* FIXME: set error */ + bSuccess = FALSE; + goto lend; + } + while (setCookieHeader->lpszValue[nPosEnd] != '\0') { LPWSTR buf_cookie, cookie_name, cookie_data; Script started on Wed Mar 9 14:18:34 2005 Password: checkinstall 1.5.3, Copyright 2001 Felipe Eduardo Sanchez Diaz Duran This software is released under the GNU GPL. Installing with "make install"... ========================= Installation results =========================== Copying documentation directory... make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/libs' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/port' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/port' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/unicode' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/unicode' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wpp' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wpp' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs' make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/tools' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/widl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/widl' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winedump' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winedump' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wmc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wmc' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wrc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wrc' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools' make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/include' cd `dirname include/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/include' ../tools/mkinstalldirs -m 755 /usr/local/include/wine /usr/local/include/wine/windows /usr/local/include/wine/msvcrt /usr/local/include/wine/msvcrt/sys for f in activscp.idl amstream.idl amvideo.idl austream.idl comcat.idl control.idl ddstream.idl dispex.idl docobj.idl exdisp.idl mediaobj.idl mlang.idl mmstream.idl mshtml.idl oaidl.idl objidl.idl ocidl.idl oleidl.idl propidl.idl pstore.idl richole.idl sensevts.idl servprov.idl shldisp.idl shobjidl.idl shtypes.idl strmif.idl unknwn.idl urlmon.idl wtypes.idl axcore.idl axextend.idl devenum.idl dyngraph.idl accctrl.h aclapi.h advpub.h audevcod.h aviriff.h basetsd.h cderr.h cfgmgr32.h cguid.h commctrl.h commdlg.h compobj.h cpl.h custcntl.h cvconst.h d3d.h d3d8.h d3d8caps.h d3d8types.h d3d9.h d3d9caps.h d3d9types.h d3dcaps.h d3dhal.h d3drm.h d3dtypes.h d3dvec.inl d3dx8core.h dbghelp.h dbt.h dde.h ddeml.h ddraw.h ddrawi.h devguid.h digitalv.h dinput.h dispdib.h dlgs.h dls1.h dls2.h dmdls.h dmerror.h dmo.h dmoreg.h dmort.h dmplugin.h dmusbuff.h dmusicc.h dmusicf.h dmusici.h dmusics.h dpaddr.h dplay.h dplay8.h dplobby.h dsconf.h dsdriver.h dshow.h dsound.h dxdiag.h dxerr8.h dxerr9.h dxfile.h evcode.h excpt.h exdispid.h fci.h fdi.h guiddef.h htmlhelp.h icm.h icmpapi.h imagehlp.h imm.h initguid.h ipexport.h iphlpapi.h ipifcons.h iprtrmib.h iptypes.h ks.h ksguid.h ksmedia.h lm.h lmaccess.h lmapibuf.h lmbrowsr.h lmcons.h lmerr.h lmjoin.h lmserver.h lmshare.h lmstats.h lmwksta.h lzexpand.h mapi.h mapicode.h mapidefs.h mapiguid.h mapitags.h mapiutil.h mapival.h mapix.h mciavi.h mcx.h mediaerr.h minmax.h mmddk.h mmreg.h mmsystem.h msacm.h msacmdlg.h msacmdrv.h mscat.h mshtmdid.h msi.h msidefs.h msiquery.h mssip.h mswsock.h nb30.h npapi.h nspapi.h ntddcdrm.h ntddscsi.h ntddstor.h ntsecapi.h ntstatus.h objbase.h odbcinst.h ole2.h ole2ver.h oleauto.h olectl.h oledlg.h pktdef.h poppack.h prsht.h psapi.h pshpack1.h pshpack2.h pshpack4.h pshpack8.h ras.h reason.h regstr.h richedit.h rpc.h rpcdce.h rpcdcep.h rpcndr.h rpcnterr.h rpcproxy.h schemadef.h sddl.h secext.h sensapi.h setupapi.h shellapi.h shlguid.h shlobj.h shlwapi.h sipbase.h sql.h sqlext.h sqltypes.h sspi.h storage.h strmif.h tapi.h tchar.h tlhelp32.h tmschema.h uuids.h uxtheme.h ver.h vfw.h vfwmsgs.h winbase.h wincon.h wincrypt.h windef.h windows.h windowsx.h winerror.h wingdi.h wininet.h winioctl.h winnetwk.h winnls.h winnls32.h winnt.h winreg.h winres.h winresrc.h winsock.h winsock2.h winspool.h winsvc.h wintab.h wintabx.h winternl.h wintrust.h winuser.h winver.h wnaspi32.h wownt32.h ws2spi.h ws2tcpip.h wshisotp.h wsipx.h wsnwlink.h wtsapi32.h xcmc.h zmouse.h; do /usr/bin/install -c -m 644 ./$f /usr/local/include/wine/windows/$f; done for f in activscp.h amstream.h amvideo.h austream.h comcat.h control.h ddstream.h dispex.h docobj.h exdisp.h mediaobj.h mlang.h mmstream.h mshtml.h oaidl.h objidl.h ocidl.h oleidl.h propidl.h pstore.h richole.h sensevts.h servprov.h shldisp.h shobjidl.h shtypes.h strmif.h unknwn.h urlmon.h wtypes.h; do /usr/bin/install -c -m 644 $f /usr/local/include/wine/windows/$f; done for f in msvcrt/conio.h msvcrt/crtdbg.h msvcrt/ctype.h msvcrt/direct.h msvcrt/dirent.h msvcrt/dos.h msvcrt/eh.h msvcrt/errno.h msvcrt/fcntl.h msvcrt/float.h msvcrt/io.h msvcrt/limits.h msvcrt/locale.h msvcrt/malloc.h msvcrt/math.h msvcrt/mbctype.h msvcrt/mbstring.h msvcrt/process.h msvcrt/search.h msvcrt/setjmp.h msvcrt/share.h msvcrt/stddef.h msvcrt/stdio.h msvcrt/stdlib.h msvcrt/string.h msvcrt/sys/locking.h msvcrt/sys/stat.h msvcrt/sys/timeb.h msvcrt/sys/types.h msvcrt/sys/unistd.h msvcrt/sys/utime.h msvcrt/time.h msvcrt/unistd.h msvcrt/wchar.h msvcrt/wctype.h; do /usr/bin/install -c -m 644 ./$f /usr/local/include/wine/$f; done for f in debug.h exception.h library.h unicode.h; do /usr/bin/install -c -m 644 ./wine/$f /usr/local/include/wine/$f; done make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/include' cd `dirname documentation/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/documentation' ../tools/mkinstalldirs -m 755 /usr/local/man/man1 /usr/local/man/man5 /usr/local/man/man3w /usr/bin/install -c -m 644 wine.man /usr/local/man/man1/wine.1 /usr/bin/install -c -m 644 ./wine.conf.man /usr/local/man/man5/wine.conf.5 make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/documentation' cd `dirname loader/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/loader' ../tools/mkinstalldirs -m 755 /usr/local/bin for f in wine-glibc wine-kthread wine-pthread wine-preloader; do \ if [ "wine-glibc" = "$f" ]; \ then /usr/bin/install -c $f /usr/local/bin/wine; \ else /usr/bin/install -c $f /usr/local/bin/$f; \ fi; \ done make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/loader' cd `dirname dlls/__install-lib__` && make install-lib make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' cd `dirname advapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/advapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c advapi32.dll.so /usr/local/lib/wine/advapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/advapi32' cd `dirname advpack/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/advpack' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c advpack.dll.so /usr/local/lib/wine/advpack.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/advpack' cd `dirname amstream/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/amstream' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c amstream.dll.so /usr/local/lib/wine/amstream.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/amstream' cd `dirname atl/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/atl' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c atl.dll.so /usr/local/lib/wine/atl.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/atl' cd `dirname avicap32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/avicap32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avicap32.dll.so /usr/local/lib/wine/avicap32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/avicap32' cd `dirname avifil32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/avifil32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c avifil32.dll.so /usr/local/lib/wine/avifil32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/avifile.dll`.so && ln -s avifil32.dll.so `basename _install_/avifile.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/avifil32' cd `dirname cabinet/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cabinet' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cabinet.dll.so /usr/local/lib/wine/cabinet.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cabinet' cd `dirname capi2032/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/capi2032' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c capi2032.dll.so /usr/local/lib/wine/capi2032.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/capi2032' cd `dirname cards/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cards' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cards.dll.so /usr/local/lib/wine/cards.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cards' cd `dirname cfgmgr32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cfgmgr32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cfgmgr32.dll.so /usr/local/lib/wine/cfgmgr32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cfgmgr32' cd `dirname comcat/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/comcat' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c comcat.dll.so /usr/local/lib/wine/comcat.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/comcat' cd `dirname comctl32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/comctl32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c comctl32.dll.so /usr/local/lib/wine/comctl32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/comctl32' cd `dirname commdlg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/commdlg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c comdlg32.dll.so /usr/local/lib/wine/comdlg32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/commdlg.dll`.so && ln -s comdlg32.dll.so `basename _install_/commdlg.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/commdlg' cd `dirname crtdll/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/crtdll' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c crtdll.dll.so /usr/local/lib/wine/crtdll.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/crtdll' cd `dirname crypt32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/crypt32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c crypt32.dll.so /usr/local/lib/wine/crypt32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/crypt32' cd `dirname cryptdll/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/cryptdll' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c cryptdll.dll.so /usr/local/lib/wine/cryptdll.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/cryptdll' cd `dirname ctl3d/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ctl3d' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ctl3d32.dll.so /usr/local/lib/wine/ctl3d32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ctl3d.dll`.so && ln -s ctl3d32.dll.so `basename _install_/ctl3d.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ctl3dv2.dll`.so && ln -s ctl3d32.dll.so `basename _install_/ctl3dv2.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ctl3d' cd `dirname d3dim/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/d3dim' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c d3dim.dll.so /usr/local/lib/wine/d3dim.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/d3dim' cd `dirname d3drm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/d3drm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c d3drm.dll.so /usr/local/lib/wine/d3drm.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/d3drm' cd `dirname d3dxof/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/d3dxof' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c d3dxof.dll.so /usr/local/lib/wine/d3dxof.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/d3dxof' cd `dirname dbghelp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dbghelp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dbghelp.dll.so /usr/local/lib/wine/dbghelp.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dbghelp' cd `dirname dciman32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dciman32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dciman32.dll.so /usr/local/lib/wine/dciman32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dciman32' cd `dirname devenum/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/devenum' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c devenum.dll.so /usr/local/lib/wine/devenum.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/devenum' cd `dirname dinput/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dinput' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dinput.dll.so /usr/local/lib/wine/dinput.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dinput' cd `dirname dinput8/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dinput8' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dinput8.dll.so /usr/local/lib/wine/dinput8.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dinput8' cd `dirname dmband/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmband' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmband.dll.so /usr/local/lib/wine/dmband.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmband' cd `dirname dmcompos/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmcompos' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmcompos.dll.so /usr/local/lib/wine/dmcompos.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmcompos' cd `dirname dmime/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmime' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmime.dll.so /usr/local/lib/wine/dmime.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmime' cd `dirname dmloader/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmloader' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmloader.dll.so /usr/local/lib/wine/dmloader.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmloader' cd `dirname dmscript/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmscript' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmscript.dll.so /usr/local/lib/wine/dmscript.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmscript' cd `dirname dmstyle/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmstyle' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmstyle.dll.so /usr/local/lib/wine/dmstyle.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmstyle' cd `dirname dmsynth/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmsynth' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmsynth.dll.so /usr/local/lib/wine/dmsynth.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmsynth' cd `dirname dmusic/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmusic.dll.so /usr/local/lib/wine/dmusic.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic' cd `dirname dmusic32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dmusic32.dll.so /usr/local/lib/wine/dmusic32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dmusic32' cd `dirname dplay/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dplay' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dplay.dll.so /usr/local/lib/wine/dplay.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dplay' cd `dirname dplayx/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dplayx' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dplayx.dll.so /usr/local/lib/wine/dplayx.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dplayx' cd `dirname dpnet/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dpnet' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dpnet.dll.so /usr/local/lib/wine/dpnet.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dpnet' cd `dirname dpnhpast/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dpnhpast' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dpnhpast.dll.so /usr/local/lib/wine/dpnhpast.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dpnhpast' cd `dirname dsound/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dsound' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dsound.dll.so /usr/local/lib/wine/dsound.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dsound' cd `dirname dswave/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dswave' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dswave.dll.so /usr/local/lib/wine/dswave.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dswave' cd `dirname dxdiagn/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxdiagn' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c dxdiagn.dll.so /usr/local/lib/wine/dxdiagn.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxdiagn' cd `dirname gdi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/gdi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c gdi32.dll.so /usr/local/lib/wine/gdi32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/dispdib.dll`.so && ln -s gdi32.dll.so `basename _install_/dispdib.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/gdi.exe`.so && ln -s gdi32.dll.so `basename _install_/gdi.exe`.so cd /usr/local/lib/wine && rm -f `basename _install_/wing.dll`.so && ln -s gdi32.dll.so `basename _install_/wing.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/gdi' cd `dirname hhctrl.ocx/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/hhctrl.ocx' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c hhctrl.ocx.so /usr/local/lib/wine/hhctrl.ocx.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/hhctrl.ocx' cd `dirname iccvid/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/iccvid' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c iccvid.dll.so /usr/local/lib/wine/iccvid.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/iccvid' cd `dirname icmp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/icmp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c icmp.dll.so /usr/local/lib/wine/icmp.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/icmp' cd `dirname ifsmgr.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ifsmgr.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ifsmgr.vxd.so /usr/local/lib/wine/ifsmgr.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ifsmgr.vxd' cd `dirname imagehlp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/imagehlp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c imagehlp.dll.so /usr/local/lib/wine/imagehlp.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/imagehlp' cd `dirname imm32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/imm32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c imm32.dll.so /usr/local/lib/wine/imm32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/imm.dll`.so && ln -s imm32.dll.so `basename _install_/imm.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/imm32' cd `dirname iphlpapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/iphlpapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c iphlpapi.dll.so /usr/local/lib/wine/iphlpapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/iphlpapi' cd `dirname itss/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/itss' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c itss.dll.so /usr/local/lib/wine/itss.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/itss' cd `dirname kernel/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/kernel' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c kernel32.dll.so /usr/local/lib/wine/kernel32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/comm.drv`.so && ln -s kernel32.dll.so `basename _install_/comm.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/krnl386.exe`.so && ln -s kernel32.dll.so `basename _install_/krnl386.exe`.so cd /usr/local/lib/wine && rm -f `basename _install_/stress.dll`.so && ln -s kernel32.dll.so `basename _install_/stress.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/system.drv`.so && ln -s kernel32.dll.so `basename _install_/system.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/toolhelp.dll`.so && ln -s kernel32.dll.so `basename _install_/toolhelp.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/win87em.dll`.so && ln -s kernel32.dll.so `basename _install_/win87em.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/windebug.dll`.so && ln -s kernel32.dll.so `basename _install_/windebug.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/kernel' cd `dirname lzexpand/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/lzexpand' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c lz32.dll.so /usr/local/lib/wine/lz32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/lzexpand.dll`.so && ln -s lz32.dll.so `basename _install_/lzexpand.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/lzexpand' cd `dirname mapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mapi32.dll.so /usr/local/lib/wine/mapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mapi32' cd `dirname mlang/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mlang' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mlang.dll.so /usr/local/lib/wine/mlang.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mlang' cd `dirname mmdevldr.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mmdevldr.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mmdevldr.vxd.so /usr/local/lib/wine/mmdevldr.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mmdevldr.vxd' cd `dirname monodebg.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/monodebg.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c monodebg.vxd.so /usr/local/lib/wine/monodebg.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/monodebg.vxd' cd `dirname mpr/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mpr' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mpr.dll.so /usr/local/lib/wine/mpr.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mpr' cd `dirname msacm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msacm32.dll.so /usr/local/lib/wine/msacm32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/msacm.dll`.so && ln -s msacm32.dll.so `basename _install_/msacm.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm' cd `dirname msacm/imaadp32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/imaadp32' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c imaadp32.acm.so /usr/local/lib/wine/imaadp32.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/imaadp32' cd `dirname msacm/msadp32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msadp32' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msadp32.acm.so /usr/local/lib/wine/msadp32.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msadp32' cd `dirname msacm/msg711/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msg711' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msg711.acm.so /usr/local/lib/wine/msg711.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/msg711' cd `dirname msacm/winemp3/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/winemp3' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winemp3.acm.so /usr/local/lib/wine/winemp3.acm.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msacm/winemp3' cd `dirname mscms/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mscms' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mscms.dll.so /usr/local/lib/wine/mscms.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mscms' cd `dirname msdmo/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msdmo' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msdmo.dll.so /usr/local/lib/wine/msdmo.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msdmo' cd `dirname mshtml/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mshtml' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mshtml.dll.so /usr/local/lib/wine/mshtml.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mshtml' cd `dirname msi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msi.dll.so /usr/local/lib/wine/msi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msi' cd `dirname msimg32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msimg32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msimg32.dll.so /usr/local/lib/wine/msimg32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msimg32' cd `dirname msisys/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msisys' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msisys.ocx.so /usr/local/lib/wine/msisys.ocx.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msisys' cd `dirname msnet32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msnet32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msnet32.dll.so /usr/local/lib/wine/msnet32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msnet32' cd `dirname msrle32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msrle32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msrle32.dll.so /usr/local/lib/wine/msrle32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msrle32' cd `dirname msvcrt/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrt.dll.so /usr/local/lib/wine/msvcrt.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt' cd `dirname msvcrt20/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt20' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrt20.dll.so /usr/local/lib/wine/msvcrt20.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt20' cd `dirname msvcrt40/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt40' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrt40.dll.so /usr/local/lib/wine/msvcrt40.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrt40' cd `dirname msvcrtd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrtd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvcrtd.dll.so /usr/local/lib/wine/msvcrtd.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvcrtd' cd `dirname msvidc32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvidc32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvidc32.dll.so /usr/local/lib/wine/msvidc32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvidc32' cd `dirname msvideo/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/msvideo' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msvfw32.dll.so /usr/local/lib/wine/msvfw32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/msvideo.dll`.so && ln -s msvfw32.dll.so `basename _install_/msvideo.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/msvideo' cd `dirname mswsock/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/mswsock' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mswsock.dll.so /usr/local/lib/wine/mswsock.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/mswsock' cd `dirname netapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/netapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c netapi32.dll.so /usr/local/lib/wine/netapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/netapi32' cd `dirname newdev/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/newdev' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c newdev.dll.so /usr/local/lib/wine/newdev.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/newdev' cd `dirname ntdll/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ntdll' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ntdll.dll.so /usr/local/lib/wine/ntdll.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ntdll' cd `dirname odbc32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/odbc32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c odbc32.dll.so /usr/local/lib/wine/odbc32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/odbc32' cd `dirname ole32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ole32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ole32.dll.so /usr/local/lib/wine/ole32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/compobj.dll`.so && ln -s ole32.dll.so `basename _install_/compobj.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2.dll`.so && ln -s ole32.dll.so `basename _install_/ole2.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2conv.dll`.so && ln -s ole32.dll.so `basename _install_/ole2conv.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2nls.dll`.so && ln -s ole32.dll.so `basename _install_/ole2nls.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2prox.dll`.so && ln -s ole32.dll.so `basename _install_/ole2prox.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2thk.dll`.so && ln -s ole32.dll.so `basename _install_/ole2thk.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/storage.dll`.so && ln -s ole32.dll.so `basename _install_/storage.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ole32' cd `dirname oleacc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/oleacc' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c oleacc.dll.so /usr/local/lib/wine/oleacc.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/oleacc' cd `dirname oleaut32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/oleaut32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c oleaut32.dll.so /usr/local/lib/wine/oleaut32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ole2disp.dll`.so && ln -s oleaut32.dll.so `basename _install_/ole2disp.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/typelib.dll`.so && ln -s oleaut32.dll.so `basename _install_/typelib.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/oleaut32' cd `dirname olecli/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/olecli' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c olecli32.dll.so /usr/local/lib/wine/olecli32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/olecli.dll`.so && ln -s olecli32.dll.so `basename _install_/olecli.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/olecli' cd `dirname oledlg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/oledlg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c oledlg.dll.so /usr/local/lib/wine/oledlg.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/oledlg' cd `dirname olepro32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/olepro32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c olepro32.dll.so /usr/local/lib/wine/olepro32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/olepro32' cd `dirname olesvr/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/olesvr' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c olesvr32.dll.so /usr/local/lib/wine/olesvr32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/olesvr.dll`.so && ln -s olesvr32.dll.so `basename _install_/olesvr.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/olesvr' cd `dirname psapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/psapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c psapi.dll.so /usr/local/lib/wine/psapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/psapi' cd `dirname qcap/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/qcap' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c qcap.dll.so /usr/local/lib/wine/qcap.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/qcap' cd `dirname quartz/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/quartz' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c quartz.dll.so /usr/local/lib/wine/quartz.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/quartz' cd `dirname rasapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rasapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rasapi32.dll.so /usr/local/lib/wine/rasapi32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/rasapi16.dll`.so && ln -s rasapi32.dll.so `basename _install_/rasapi16.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rasapi32' cd `dirname riched20/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/riched20' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c riched20.dll.so /usr/local/lib/wine/riched20.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/riched20' cd `dirname richedit/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/richedit' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c riched32.dll.so /usr/local/lib/wine/riched32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/richedit' cd `dirname rpcrt4/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rpcrt4' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rpcrt4.dll.so /usr/local/lib/wine/rpcrt4.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rpcrt4' cd `dirname rsabase/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rsabase' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rsabase.dll.so /usr/local/lib/wine/rsabase.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rsabase' cd `dirname rsaenh/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/rsaenh' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rsaenh.dll.so /usr/local/lib/wine/rsaenh.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/rsaenh' cd `dirname secur32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/secur32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c secur32.dll.so /usr/local/lib/wine/secur32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/secur32' cd `dirname sensapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/sensapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c sensapi.dll.so /usr/local/lib/wine/sensapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/sensapi' cd `dirname serialui/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/serialui' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c serialui.dll.so /usr/local/lib/wine/serialui.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/serialui' cd `dirname setupapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/setupapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c setupapi.dll.so /usr/local/lib/wine/setupapi.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/setupx.dll`.so && ln -s setupapi.dll.so `basename _install_/setupx.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/setupapi' cd `dirname shdocvw/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shdocvw' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shdocvw.dll.so /usr/local/lib/wine/shdocvw.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shdocvw' cd `dirname shell32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shell32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shell32.dll.so /usr/local/lib/wine/shell32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/shell.dll`.so && ln -s shell32.dll.so `basename _install_/shell.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shell32' cd `dirname shfolder/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shfolder' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shfolder.dll.so /usr/local/lib/wine/shfolder.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shfolder' cd `dirname shlwapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/shlwapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c shlwapi.dll.so /usr/local/lib/wine/shlwapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/shlwapi' cd `dirname snmpapi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/snmpapi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c snmpapi.dll.so /usr/local/lib/wine/snmpapi.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/snmpapi' cd `dirname stdole32.tlb/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/stdole32.tlb' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c stdole32.tlb.so /usr/local/lib/wine/stdole32.tlb.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/stdole32.tlb' cd `dirname sti/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/sti' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c sti.dll.so /usr/local/lib/wine/sti.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/sti' cd `dirname tapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/tapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c tapi32.dll.so /usr/local/lib/wine/tapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/tapi32' cd `dirname ttydrv/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ttydrv' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ttydrv.dll.so /usr/local/lib/wine/ttydrv.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ttydrv' cd `dirname twain/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/twain' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c twain_32.dll.so /usr/local/lib/wine/twain_32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/twain.dll`.so && ln -s twain_32.dll.so `basename _install_/twain.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/twain' cd `dirname unicows/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/unicows' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c unicows.dll.so /usr/local/lib/wine/unicows.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/unicows' cd `dirname url/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/url' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c url.dll.so /usr/local/lib/wine/url.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/url' cd `dirname urlmon/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/urlmon' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c urlmon.dll.so /usr/local/lib/wine/urlmon.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/urlmon' cd `dirname user/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/user' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c user32.dll.so /usr/local/lib/wine/user32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ddeml.dll`.so && ln -s user32.dll.so `basename _install_/ddeml.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/display.drv`.so && ln -s user32.dll.so `basename _install_/display.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/keyboard.drv`.so && ln -s user32.dll.so `basename _install_/keyboard.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/mouse.drv`.so && ln -s user32.dll.so `basename _install_/mouse.drv`.so cd /usr/local/lib/wine && rm -f `basename _install_/user.exe`.so && ln -s user32.dll.so `basename _install_/user.exe`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/user' cd `dirname uxtheme/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/uxtheme' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c uxtheme.dll.so /usr/local/lib/wine/uxtheme.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/uxtheme' cd `dirname vdhcp.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vdhcp.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vdhcp.vxd.so /usr/local/lib/wine/vdhcp.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vdhcp.vxd' cd `dirname vdmdbg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vdmdbg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vdmdbg.dll.so /usr/local/lib/wine/vdmdbg.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vdmdbg' cd `dirname version/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/version' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c version.dll.so /usr/local/lib/wine/version.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/ver.dll`.so && ln -s version.dll.so `basename _install_/ver.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/version' cd `dirname vmm.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vmm.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vmm.vxd.so /usr/local/lib/wine/vmm.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vmm.vxd' cd `dirname vnbt.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vnbt.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vnbt.vxd.so /usr/local/lib/wine/vnbt.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vnbt.vxd' cd `dirname vnetbios.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vnetbios.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vnetbios.vxd.so /usr/local/lib/wine/vnetbios.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vnetbios.vxd' cd `dirname vtdapi.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vtdapi.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vtdapi.vxd.so /usr/local/lib/wine/vtdapi.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vtdapi.vxd' cd `dirname vwin32.vxd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/vwin32.vxd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c vwin32.vxd.so /usr/local/lib/wine/vwin32.vxd.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/vwin32.vxd' cd `dirname win32s/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/win32s' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c w32skrnl.dll.so /usr/local/lib/wine/w32skrnl.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/w32sys.dll`.so && ln -s w32skrnl.dll.so `basename _install_/w32sys.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/win32s16.dll`.so && ln -s w32skrnl.dll.so `basename _install_/win32s16.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/win32s' cd `dirname winaspi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winaspi' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wnaspi32.dll.so /usr/local/lib/wine/wnaspi32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/winaspi.dll`.so && ln -s wnaspi32.dll.so `basename _install_/winaspi.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winaspi' cd `dirname winedos/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winedos' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winedos.dll.so /usr/local/lib/wine/winedos.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/wprocs.dll`.so && ln -s winedos.dll.so `basename _install_/wprocs.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winedos' cd `dirname wineps/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wineps' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineps.dll.so /usr/local/lib/wine/wineps.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/wineps16.drv`.so && ln -s wineps.dll.so `basename _install_/wineps16.drv`.so ../../tools/mkinstalldirs -m 755 /usr/local/share/wine /usr/bin/install -c -m 644 ./generic.ppd /usr/local/share/wine/generic.ppd make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wineps' cd `dirname wininet/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wininet' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wininet.dll.so /usr/local/lib/wine/wininet.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wininet' cd `dirname winmm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winmm.dll.so /usr/local/lib/wine/winmm.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/mmsystem.dll`.so && ln -s winmm.dll.so `basename _install_/mmsystem.dll`.so cd /usr/local/lib/wine && rm -f `basename _install_/sound.dll`.so && ln -s winmm.dll.so `basename _install_/sound.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm' cd `dirname winmm/joystick/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/joystick' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c joystick.drv.so /usr/local/lib/wine/joystick.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/joystick' cd `dirname winmm/mcianim/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcianim' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mcianim.drv.so /usr/local/lib/wine/mcianim.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcianim' cd `dirname winmm/mciavi/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciavi' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mciavi.drv.so /usr/local/lib/wine/mciavi.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciavi' cd `dirname winmm/mcicda/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcicda' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mcicda.drv.so /usr/local/lib/wine/mcicda.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mcicda' cd `dirname winmm/mciseq/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciseq' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mciseq.drv.so /usr/local/lib/wine/mciseq.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciseq' cd `dirname winmm/mciwave/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciwave' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c mciwave.drv.so /usr/local/lib/wine/mciwave.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/mciwave' cd `dirname winmm/midimap/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/midimap' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c midimap.drv.so /usr/local/lib/wine/midimap.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/midimap' cd `dirname winmm/wavemap/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wavemap' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msacm.drv.so /usr/local/lib/wine/msacm.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wavemap' cd `dirname winmm/winealsa/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winealsa' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winealsa.drv.so /usr/local/lib/wine/winealsa.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winealsa' cd `dirname winmm/winearts/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winearts' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winearts.drv.so /usr/local/lib/wine/winearts.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winearts' cd `dirname winmm/wineaudioio/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineaudioio' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineaudioio.drv.so /usr/local/lib/wine/wineaudioio.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineaudioio' cd `dirname winmm/winejack/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winejack' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winejack.drv.so /usr/local/lib/wine/winejack.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winejack' cd `dirname winmm/winenas/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winenas' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winenas.drv.so /usr/local/lib/wine/winenas.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/winenas' cd `dirname winmm/wineoss/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineoss' ../../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineoss.drv.so /usr/local/lib/wine/wineoss.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winmm/wineoss' cd `dirname winnls/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winnls' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winnls32.dll.so /usr/local/lib/wine/winnls32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/winnls.dll`.so && ln -s winnls32.dll.so `basename _install_/winnls.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winnls' cd `dirname winsock/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winsock' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ws2_32.dll.so /usr/local/lib/wine/ws2_32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/winsock.dll`.so && ln -s ws2_32.dll.so `basename _install_/winsock.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winsock' cd `dirname winspool/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/winspool' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winspool.drv.so /usr/local/lib/wine/winspool.drv.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/winspool' cd `dirname wintab32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wintab32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wintab32.dll.so /usr/local/lib/wine/wintab32.dll.so cd /usr/local/lib/wine && rm -f `basename _install_/wintab.dll`.so && ln -s wintab32.dll.so `basename _install_/wintab.dll`.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wintab32' cd `dirname wintrust/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wintrust' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wintrust.dll.so /usr/local/lib/wine/wintrust.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wintrust' cd `dirname wow32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wow32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wow32.dll.so /usr/local/lib/wine/wow32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wow32' cd `dirname wsock32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wsock32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wsock32.dll.so /usr/local/lib/wine/wsock32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wsock32' cd `dirname wtsapi32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/wtsapi32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wtsapi32.dll.so /usr/local/lib/wine/wtsapi32.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/wtsapi32' cd `dirname ddraw/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/ddraw' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c ddraw.dll.so /usr/local/lib/wine/ddraw.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/ddraw' cd `dirname x11drv/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/x11drv' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c x11drv.dll.so /usr/local/lib/wine/x11drv.dll.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/x11drv' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls' cd `dirname programs/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/programs' cd `dirname avitools/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/avitools' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c aviinfo.exe.so /usr/local/lib/wine/aviinfo.exe.so /usr/bin/install -c aviplay.exe.so /usr/local/lib/wine/aviplay.exe.so /usr/bin/install -c icinfo.exe.so /usr/local/lib/wine/icinfo.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/avitools' cd `dirname clock/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/clock' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c clock.exe.so /usr/local/lib/wine/clock.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/clock' cd `dirname control/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/control' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c control.exe.so /usr/local/lib/wine/control.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/control' cd `dirname expand/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/expand' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c expand.exe.so /usr/local/lib/wine/expand.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/expand' cd `dirname msiexec/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/msiexec' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c msiexec.exe.so /usr/local/lib/wine/msiexec.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/msiexec' cd `dirname notepad/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/notepad' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c notepad.exe.so /usr/local/lib/wine/notepad.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/notepad' cd `dirname progman/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/progman' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c progman.exe.so /usr/local/lib/wine/progman.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/progman' cd `dirname regedit/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/regedit' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c regedit.exe.so /usr/local/lib/wine/regedit.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/regedit' cd `dirname regsvr32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/regsvr32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c regsvr32.exe.so /usr/local/lib/wine/regsvr32.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/regsvr32' cd `dirname rpcss/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/rpcss' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rpcss.exe.so /usr/local/lib/wine/rpcss.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/rpcss' cd `dirname rundll32/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/rundll32' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c rundll32.exe.so /usr/local/lib/wine/rundll32.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/rundll32' cd `dirname start/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/start' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c start.exe.so /usr/local/lib/wine/start.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/start' cd `dirname taskmgr/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/taskmgr' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c taskmgr.exe.so /usr/local/lib/wine/taskmgr.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/taskmgr' cd `dirname uninstaller/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/uninstaller' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c uninstaller.exe.so /usr/local/lib/wine/uninstaller.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/uninstaller' cd `dirname wcmd/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/wcmd' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wcmd.exe.so /usr/local/lib/wine/wcmd.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/wcmd' cd `dirname wineboot/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/wineboot' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineboot.exe.so /usr/local/lib/wine/wineboot.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/wineboot' cd `dirname winebrowser/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winebrowser' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winebrowser.exe.so /usr/local/lib/wine/winebrowser.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winebrowser' cd `dirname winecfg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winecfg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winecfg.exe.so /usr/local/lib/wine/winecfg.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winecfg' cd `dirname wineconsole/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/wineconsole' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c wineconsole.exe.so /usr/local/lib/wine/wineconsole.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/wineconsole' cd `dirname winedbg/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winedbg' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winedbg.exe.so /usr/local/lib/wine/winedbg.exe.so ../../tools/mkinstalldirs -m 755 /usr/local/man/man1 /usr/bin/install -c -m 644 ./winedbg.man /usr/local/man/man1/winedbg.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winedbg' cd `dirname winefile/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winefile' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winefile.exe.so /usr/local/lib/wine/winefile.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winefile' cd `dirname winemenubuilder/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winemenubuilder' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winemenubuilder.exe.so /usr/local/lib/wine/winemenubuilder.exe.so ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c ../../tools/wineshelllink /usr/local/bin/wineshelllink make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winemenubuilder' cd `dirname winemine/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winemine' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winemine.exe.so /usr/local/lib/wine/winemine.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winemine' cd `dirname winepath/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winepath' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winepath.exe.so /usr/local/lib/wine/winepath.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winepath' cd `dirname winetest/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winetest' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winetest.exe.so /usr/local/lib/wine/winetest.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winetest' cd `dirname winevdm/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winevdm' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winevdm.exe.so /usr/local/lib/wine/winevdm.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winevdm' cd `dirname winhelp/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winhelp' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winhelp.exe.so /usr/local/lib/wine/winhelp.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winhelp' cd `dirname winver/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/programs/winver' ../../tools/mkinstalldirs -m 755 /usr/local/lib/wine /usr/bin/install -c winver.exe.so /usr/local/lib/wine/winver.exe.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs/winver' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c wineapploader /usr/local/bin/wineapploader rm -f /usr/local/bin/`dirname notepad/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname notepad/__installprog__` rm -f /usr/local/bin/`dirname progman/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname progman/__installprog__` rm -f /usr/local/bin/`dirname regedit/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname regedit/__installprog__` rm -f /usr/local/bin/`dirname regsvr32/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname regsvr32/__installprog__` rm -f /usr/local/bin/`dirname uninstaller/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname uninstaller/__installprog__` rm -f /usr/local/bin/`dirname wcmd/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname wcmd/__installprog__` rm -f /usr/local/bin/`dirname wineboot/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname wineboot/__installprog__` rm -f /usr/local/bin/`dirname winebrowser/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winebrowser/__installprog__` rm -f /usr/local/bin/`dirname winecfg/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winecfg/__installprog__` rm -f /usr/local/bin/`dirname wineconsole/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname wineconsole/__installprog__` rm -f /usr/local/bin/`dirname winedbg/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winedbg/__installprog__` rm -f /usr/local/bin/`dirname winefile/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winefile/__installprog__` rm -f /usr/local/bin/`dirname winemine/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winemine/__installprog__` rm -f /usr/local/bin/`dirname winepath/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winepath/__installprog__` rm -f /usr/local/bin/`dirname winhelp/__installprog__` && ln /usr/local/bin/wineapploader /usr/local/bin/`dirname winhelp/__installprog__` rm -f /usr/local/bin/wineapploader ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c winelauncher /usr/local/bin/winelauncher make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/programs' cd `dirname server/__install__` && make install make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/server' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/bin/install -c wineserver /usr/local/bin/wineserver make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/server' cd `dirname libs/__install-lib__` && make install-lib make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname unicode/__install-lib__` && make install-lib make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/unicode' ../../tools/mkinstalldirs -m 755 /usr/local/lib /usr/bin/install -c libwine_unicode.so.1 /usr/local/lib/libwine_unicode.so.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/unicode' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/port' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/port' cd `dirname wine/__install-lib__` && make install-lib make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wine' ../../tools/mkinstalldirs -m 755 /usr/local/lib /usr/bin/install -c libwine.so.1 /usr/local/lib/libwine.so.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname tools/__install-lib__` && make install-lib make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/tools' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/share/wine /usr/local/share/applications /usr/bin/install -c wineprefixcreate /usr/local/bin/wineprefixcreate /usr/bin/install -c -m 644 ./wine.inf /usr/local/share/wine/wine.inf /usr/bin/install -c -m 644 ./wine.desktop /usr/local/share/applications/wine.desktop update-desktop-database make[1]: update-desktop-database: Command not found make[1]: [install-lib] Error 127 (ignored) make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools' cd `dirname dlls/__install-dev__` && make install-dev make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr8' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxerr9' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/dxguid' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/strmiids' make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls/uuid' ../tools/mkinstalldirs -m 755 /usr/local/lib/wine for f in libadvapi32.def libadvpack.def libamstream.def libatl.def libavicap32.def libavifil32.def libcabinet.def libcapi2032.def libcards.def libcfgmgr32.def libcomcat.def libcomctl32.def libcomdlg32.def libcrtdll.def libcrypt32.def libcryptdll.def libctl3d32.def libd3d8.def libd3d9.def libd3dim.def libd3drm.def libd3dx8.def libd3dxof.def libdbghelp.def libdciman32.def libddraw.def libdevenum.def libdinput.def libdinput8.def libdmband.def libdmcompos.def libdmime.def libdmloader.def libdmscript.def libdmstyle.def libdmsynth.def libdmusic.def libdmusic32.def libdplay.def libdplayx.def libdpnet.def libdpnhpast.def libdsound.def libdswave.def libdxdiagn.def libgdi32.def libglu32.def libglut32.def libiccvid.def libicmp.def libimagehlp.def libimm32.def libiphlpapi.def libitss.def libkernel32.def liblz32.def libmapi32.def libmlang.def libmpr.def libmsacm32.def libmscms.def libmsdmo.def libmshtml.def libmsi.def libmsimg32.def libmsnet32.def libmsrle32.def libmsvcrt.def libmsvcrt20.def libmsvcrt40.def libmsvcrtd.def libmsvfw32.def libmsvidc32.def libmswsock.def libnetapi32.def libnewdev.def libntdll.def libodbc32.def libole32.def liboleacc.def liboleaut32.def libolecli32.def liboledlg.def libolepro32.def libolesvr32.def libopengl32.def libpsapi.def libqcap.def libquartz.def librasapi32.def libriched20.def libriched32.def librpcrt4.def librsabase.def librsaenh.def libsecur32.def libsensapi.def libserialui.def libsetupapi.def libshdocvw.def libshell32.def libshfolder.def libshlwapi.def libsnmpapi.def libsti.def libtapi32.def libttydrv.def libtwain_32.def libunicows.def liburl.def liburlmon.def libuser32.def libuxtheme.def libvdmdbg.def libversion.def libw32skrnl.def libwined3d.def libwinedos.def libwineps.def libwininet.def libwinmm.def libwinnls32.def libwinspool.def libwintab32.def libwintrust.def libwnaspi32.def libwow32.def libws2_32.def libwsock32.def libwtsapi32.def libx11drv.def libdxerr8.a libdxerr9.a libdxguid.a libstrmiids.a libuuid.a; do /usr/bin/install -c -m 644 $f /usr/local/lib/wine/$f; done make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/dlls' cd `dirname libs/__install-dev__` && make install-dev make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname unicode/__install-dev__` && make install-dev make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/unicode' ../../tools/mkinstalldirs -m 755 /usr/local/lib cd /usr/local/lib && rm -f libwine_unicode.so && ln -s libwine_unicode.so.1 libwine_unicode.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/unicode' cd `dirname wine/__install-dev__` && make install-dev make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/libs/wine' ../../tools/mkinstalldirs -m 755 /usr/local/lib cd /usr/local/lib && rm -f libwine.so && ln -s libwine.so.1 libwine.so make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs/wine' make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/libs' cd `dirname tools/__install-dev__` && make install-dev make[1]: Entering directory `/home/jorishuizer/.wine-source/wine/tools' cd `dirname widl/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/widl' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c widl /usr/local/bin/widl /usr/bin/install -c -m 644 ./widl.man /usr/local/man/man1/widl.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/widl' cd `dirname winebuild/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c winebuild /usr/local/bin/winebuild /usr/bin/install -c -m 644 winebuild.man /usr/local/man/man1/winebuild.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winebuild' cd `dirname winedump/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winedump' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c winedump /usr/local/bin/winedump /usr/bin/install -c -m 644 ./winedump.man /usr/local/man/man1/winedump.1 /usr/bin/install -c ./function_grep.pl /usr/local/bin/function_grep.pl make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winedump' cd `dirname winegcc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c winegcc /usr/local/bin/winegcc cd /usr/local/bin && rm -f wineg++ && ln -s winegcc wineg++ cd /usr/local/bin && rm -f winecpp && ln -s winegcc winecpp /usr/bin/install -c -m 644 ./winegcc.man /usr/local/man/man1/winegcc.1 cd /usr/local/man/man1 && rm -f wineg++.1 && ln -s winegcc.1 wineg++.1 make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/winegcc' cd `dirname wmc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wmc' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c -m 644 ./wmc.man /usr/local/man/man1/wmc.1 /usr/bin/install -c wmc /usr/local/bin/wmc make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wmc' cd `dirname wrc/__install__` && make install make[2]: Entering directory `/home/jorishuizer/.wine-source/wine/tools/wrc' ../../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c -m 644 ./wrc.man /usr/local/man/man1/wrc.1 /usr/bin/install -c wrc /usr/local/bin/wrc make[2]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools/wrc' ../tools/mkinstalldirs -m 755 /usr/local/bin /usr/local/man/man1 /usr/bin/install -c ./winemaker /usr/local/bin/winemaker /usr/bin/install -c -m 644 ./winemaker.man /usr/local/man/man1/winemaker.1 make[1]: Leaving directory `/home/jorishuizer/.wine-source/wine/tools' ./tools/mkinstalldirs -m 755 /usr/local/share/aclocal /usr/bin/install -c -m 644 ./aclocal.m4 /usr/local/share/aclocal/wine.m4 /sbin/ldconfig ======================== Installation succesful ========================== Copying files to the temporary directory...OK Striping ELF binaries and libraries...OK Compressing man pages...OK Building file list...OK *** Warning: The package version "wine" does not *** Warning: contain any digits. dpkg might not like that. This package will be built according to these values: 0 - Maintainer: [ jorishuizer(a)debian ] 1 - Summary: [ cvs-wine ] 2 - Name: [ wine ] 3 - Version: [ wine ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ i386 ] 8 - Source location: [ wine ] 9 - Alternate source location: [ ] Enter a number to change any of them or press ENTER to continue: 3 Enter new version: >> hacked.1b4 This package will be built according to these values: 0 - Maintainer: [ jorishuizer(a)debian ] 1 - Summary: [ cvs-wine ] 2 - Name: [ wine ] 3 - Version: [ hacked.1b4 ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ i386 ] 8 - Source location: [ wine ] 9 - Alternate source location: [ ] Enter a number to change any of them or press ENTER to continue: ***************************************** **** Debian package creation selected *** ***************************************** Building Debian package...OK Installing Debian package...OK Erasing temporary files...OK Writing backup package...OK Deleting temp dir... Script done on Wed Mar 9 14:22:12 2005

1 0

winetest autobuild broke -- not my fault?
by Paul Millar March 9, 2005

March 9, 2005

Hi guys, I think someone broke test.winehq.org. When the cronscript tried to register the new builds from this morning (via wget), both GETs failed. I've copied the message below, but it doesn't contain much more information. Did someone accidentally kill "http://test.winehq.org/service"? Cheers, Paul. ---------- Forwarded Message ---------- Subject: Cron <paul(a)quisquiliae> $HOME/Production/cronCrossBuild 10:00 Date: Wednesday 09 Mar 2005 11:44 From: root of quisquiliae <p.millar(a)physics.gla.ac.uk> To: p.millar(a)physics.gla.ac.uk Registration to WineHQ failed. Tried to GET http://test.winehq.org/service?publish=http://www.astro.gla.ac.uk/users/paul m/WRT/CrossBuilt/winetest-200503091000-paul-mingw.zip Expected "OK", but got "" wget returned with non-zero return code: 1 Registration to WineHQ failed. Tried to GET http://test.winehq.org/service?publish=http://www.astro.gla.ac.uk/users/paul m/WRT/CrossBuilt/winetest-200503091000-paul-mingw.exe Expected "OK", but got "" wget returned with non-zero return code: 1 -------------------------------------------------------

1 0

AppDB Can't delete version
by Scott Ritchie March 9, 2005

March 9, 2005

Supermaintainers can't delete versions - it asks "Are You Sure?" but then gives a "must be logged in" error. If you could fix this I could clean up the winamp entry and get to work on finding the regression. Thanks, Scott Ritchie

3 3

Re: Menu protocol.
by Scott Ritchie March 9, 2005

March 9, 2005

On Tue, 2005-03-08 at 21:02 +0000, Mike Hearn wrote: > On Mon, 07 Mar 2005 14:36:03 -0800, George Farris wrote: > > Whats the protocol as far as adding a top level menu under Applications? > > I want to port a number of Ham radio apps over and put them in their own > > menu called.. wait for it.. Amateur Radio. > > > > Would this be frowned upon? The apps would be coming from universe. > > I think it'd be better to formalise a new category as an extension to the > FDO .desktop spec, then adjust the upstream menu XML definition, assuming > there is one (they always look the same on GNOME based distros so I expect > there is). > > That way it's not Ubuntu specific. > > thanks -mike > > On this matter, do we want to create a Wine top-level entry in the Applications menu? We can start it as an Ubuntu-specific extension, include the appropriate .desktop files in the Ubuntu package (I'll write them myself), and then just send changes upstream? I envision the following process for a user after installing the Wine package: a new Wine menu entry will appear under Applications, and within that will be a Program Files subfolder with installed Windows apps and the included apps (like our notepad). Adjacent Program Files will be the GUI configuration tools - winecfg, the uninstaller, etc. Stuff could also be installed here that isn't Wine explicitly, like the Winetools package. Thoughts? -Scott Ritchie

2 1

Re: {Validate|Invalidate}{Rgn|Rect} fix
by Alexandre Julliard March 9, 2005

March 9, 2005

Rein Klazes <wijn(a)wanadoo.nl> writes: > Changelog: > dlls/user : painting.c > dlls/user/tests : win.c > > {Validate|Invalidate}{Rgn|Rect} should not (in)validate children if the > window has a WS_CLIPCHILDREN style. With tests. This is redundant, RedrawWindow already does that check if you don't specify RDW_ALLCHILDREN. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [ADVAPI] SetSecurityInfo
by Alexandre Julliard March 9, 2005

March 9, 2005

Raphael <fenix(a)club-internet.fr> writes: > On Friday 04 March 2005 00:45, Robert Shearman wrote: > > I have made a few comments on the implementation below: > > > SRCDIR = @srcdir@ > > > VPATH = @srcdir@ > > > MODULE = advapi32.dll > > >-IMPORTS = kernel32 ntdll > > >+IMPORTS = winspool kernel32 ntdll > > > > Should be in DELAYIMPORTS. We don't want to slow down the loading of all > > applications because of this one uncommon case. > > I didn't known this wine makefile option :) > Done This doesn't look right at all, even with delayed imports. Do you have evidence that Windows advapi32 calls into winspool? -- Alexandre Julliard julliard(a)winehq.org

2 3

wine style checker.
by Oliver Stieber March 9, 2005

March 9, 2005

Hi, I've noticed that Alexander has fixed a few compatibility problems in the patches I've been sending in, like moving #directives to the beginning on the line, removing the odd C++ style comment and moving declarations to the top of a function/ code block. Does anyone have or know of something that can check my code before I send it to wine patches? I've egreped out all the #directives's already. Send instant messages to your online friends http://uk.messenger.yahoo.com

3 2

Re: edit control
by Robert Shearman March 9, 2005

March 9, 2005

Ulrich Czekalla wrote: >Running some tests under WinXP I noticed that if the edit control doesn't >have WS_EX_CLIENTEDGE it looses the WS_BORDER style and it handles painting >the border. This also has the side effect that it's non-client area goes to >zero. > >ChangeLog: > Ulrich Czekalla <ulrich(a)codeweavers.com> > Handle painting the border if WS_EX_CLIENTEDGE is not set > > This changelog doesn't really seem to match the patch. Are you sure it's right? >------------------------------------------------------------------------ > >Index: dlls/user/edit.c >=================================================================== >RCS file: /home/wine/wine/dlls/user/edit.c,v >retrieving revision 1.2 >diff -u -r1.2 edit.c >--- dlls/user/edit.c 9 Sep 2004 19:18:40 -0000 1.2 >+++ dlls/user/edit.c 15 Sep 2004 16:30:50 -0000 >@@ -4423,13 +4423,18 @@ > /* > * In Win95 look and feel, the WS_BORDER style is replaced by the > * WS_EX_CLIENTEDGE style for the edit control. This gives the edit >- * control a non client area. Not always. This coordinates in some >- * way with the window creation code in dialog.c When making >- * modifications please ensure that the code still works for edit >- * controls created directly with style 0x50800000, exStyle 0 ( >- * which should have a single pixel border) >+ * control a nonclient area so we don't need to draw the border. >+ * If WS_BORDER without WS_EX_CLIENTEDGE is specified we shouldn't have >+ * a nonclient area and we should handle painting the border ourselves. >+ * >+ * When making modifications please ensure that the code still works >+ * for edit controls created directly with style 0x50800000, exStyle 0 >+ * (which should have a single pixel border) > */ >- es->style &= ~WS_BORDER; >+ if (lpcs->dwExStyle & WS_EX_CLIENTEDGE) >+ es->style &= ~WS_BORDER; >+ else if (es->style & WS_BORDER) >+ SetWindowLongW(hwnd, GWL_STYLE, es->style & ~WS_BORDER); > > This doesn't seem right at all. The new code should be exactly the same as the old, barring any side effects from SetWindowLong (which shouldn't affect the control anyway since this the function changed is the handler for WM_NCCREATE). Rob

3 3

text edit box not painting text ( on form startup )
by Doug Herbert March 9, 2005

March 9, 2005

( I have posted a similiar question in wine-users, don't flame me for doing so, just thinking about this some more, perhaps it may be more a developer question ) Ok, I have a windows app, that runs under wine fine - not quite. This app has a form, with many text field edit boxes on. Quite often these edit boxes already have text values, ie. they are not empty - there is a database behind the form. Anyway, the form shows on the screen, but the text within the edit fields is invisible, until you activate each edit box component. When you leave one edit box to the next, the text remains visible. It seems like the repainting is not working, on initial startup of the form. As a way to debug this database app ( I don't have the source code for it ) I wrote a real basic form app in Visual Studio, with two edit boxes, with data in each. Now this basic app shows the text values immediately on startup. So there must be something different that the database app is not doing. I then ran wine using 'wine --debugmsg +edit programname' for both app's. I see both logging 'Creating ANSI edit control, style = xxxxx' but the style reference is different between apps - I am not sure if this the cause or not. The problem app reports style = 54011104 and the basic app shows style = 50010080. Can somebody explain what this style reference means and how do I force an app to use a certain style of edit box ? What other wine class debugmsg types should I use to narrow down the source of this problem ? Is there anyway I can check to see how the database app is repainting text within the text edit components ? Regards Doug Herbert. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 4

Re: [HELP] Quartz and FFMpeg question
by Christian Costa March 9, 2005

March 9, 2005

> Message du 08/03/05 12:05 > De : "Francois Gouget" <fgouget(a)free.fr> > A : "Christian Costa" <titan.costa(a)wanadoo.fr> > Copie à : "wined" <wine-devel(a)winehq.org> > Objet : Re: [HELP] Quartz and FFMpeg question > > On Sun, 6 Mar 2005, Christian Costa wrote: > > > Hi, > > > > I'm working on a video wrapper around libavcodec from FFMpeg. > > > > Currently I can play rle, msvideo1 and mjpeg movies. > > But before submitting anything I must handle the dependency with libavcodec > > (and maybe libavformat in the future). > > AFAIK there is no stable API > > How do other projects that use libavcodec and ffmpeg deal with the > binary compatibility issue? Mplayer and Gstreamer include ffmpeg sources. They are not in their CVS repository but a snapshot is added during the release process. Transcode only check for ffmpeg headers and static libraries. There are several other apps. I will take a look a them. > At least here (Debian) mplayer depends on > the libavcodec package instead of copying the source (but it's a bit of > a special case as they come from a third-party package repository). This is surprising because libavcodec and libavformat are static libraries so once the binary is generated there is no more dependency. Christian

2 1

Re: [DPLAYX] fix bug 872
by Alexandre Julliard March 9, 2005

March 9, 2005

Raphael <fenix(a)club-internet.fr> writes: > Hi, > > cf http://bugs.winehq.org/show_bug.cgi?id=872 > > Seems he have created events (hTemps) leaks no ? I'm not sure why that code uses global handles at all, since they get duplicated in the target process anyway; it seems to me you could simply get rid of the ConvertToGlobalHandle calls. If that doesn't work the code needs to be fixed, global handles are a Win9x abomination that should never be used. -- Alexandre Julliard julliard(a)winehq.org

3 3

re: Why not build wine server as a linux kernel module?
by Dan Kegel March 9, 2005

March 9, 2005

su_hang_ab(a)163.com wrote: > May I ask you a question? > Why not build wine server as a linux kernel module? > I think the performance of a kernel module is better than a separate > process. > If anyone can give me a reasonable answer, I would really appreciate it. It's been tried. It will be tried again in the future, I'm sure. For the moment, though, just getting things working properly is a big enough challenge without involving the kernel. See e.g. http://www.winehq.com/site/?issue=178#Viva%20la%20Kernel%20Module%20Idea for previous discussions on the topic. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: [winecfg] Audio device selection
by Alexandre Julliard March 9, 2005

March 9, 2005

Paul van Schayck <polleke(a)gmail.com> writes: > This is a resend. Patch was rejected probably because we don't want > this kind of settings in winecfg. Let me explain myself closer. > The patch allows the alsa audio device to be changed from audio tab. > It will just use default otherwise. Which is just fine for most users. The main problem is that this option is completely obscure; what are you supposed to enter in there? It should be a drop down listing possible devices. -- Alexandre Julliard julliard(a)winehq.org

3 2

unixfs
by Michael Jung March 9, 2005

March 9, 2005

Hello, Could you please tell me if you consider the unixfs shell namespace extension, which I've sent to wine-patches last week, a sensible way to go in order to access the unix filesystem from winecfg? I know that there is room for improvements, and I'm working on it. But if you think it is not the right thing to do, I will stop working on it and save some time for other stuff. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

3 4

Re: WIDL - Sync to ReactOS 20050308
by Alexandre Julliard March 8, 2005

March 8, 2005

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > No one really got back to me on how handles should be done in the dcom.idl so I am going assume > this is correct. If this has gotten too big let me know and I can break it up in to smaller > patches over the next week. Yes please, every separate change should be a separate patch. -- Alexandre Julliard julliard(a)winehq.org

1 0

XML escaping problem in WWN 264
by Francois Gouget March 8, 2005

March 8, 2005

In WWN 264 there's the following: <rant> ... </rant> But it does not get through in the HTML page because it's getting transformed into <rant>...</rant> which the browser is correctly ignoring. We've had this problem before but I don't remember what the fix is... Do you? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ We are Pentium of Borg. You will be approximated. Division is futile.

5 4

Re: WIDL - Sync to ReactOS 20050308
by Rob Shearman March 8, 2005

March 8, 2005

Steven Edwards wrote: >No one really got back to me on how handles should be done in the dcom.idl so I am going assume >this is correct. If this has gotten too big let me know and I can break it up in to smaller >patches over the next week. > > Sorry Steven, I meant to investigate this before but I forgot. >Index: dlls/ole32/dcom.idl >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/dcom.idl,v >retrieving revision 1.1 >diff -u -b -r1.1 dcom.idl >--- dlls/ole32/dcom.idl 22 May 2003 03:36:26 -0000 1.1 >+++ dlls/ole32/dcom.idl 8 Mar 2005 18:28:18 -0000 >@@ -217,6 +217,7 @@ > > cpp_quote("#if 0") > [ >+ explicit_handle, > uuid(99fcfec4-5260-101b-bbcb-00aa0021347a), > pointer_default(unique) > ] > > explicit_handle is an ACF attribute and not something that should normally be put in an IDL file. Furthermore, it is not necessary, as stated by MSDN: "If the *[explicit_handle]* attribute is not used, the application can still specify that an operation have an explicit handle (binding or serialization) directing the call." I think there is an MIDL command-line option to allow ACF attributes in IDL files though. Rob

1 0

Re: More implementation of IRecordInfo
by Maxime Bellengé March 8, 2005

March 8, 2005

You have forgotten the patch :) On Tue, 2005-03-08 at 20:18 +0100, Jacek Caban wrote: > This patch makes IRecordInfo almost complete. > If anyone knows any application using it I could test on, > please let me know. > > Changelog: > More implementation of IRecordInfo > >

1 0

Re: [PATCH] Add search functionality to WINE regedit
by Oliver Stieber March 8, 2005

March 8, 2005

--- Mike Hearn <mike(a)navi.cx> wrote: > Jan Schiefer wrote: > > It's already fully cleaned up and ready to go! I > know other people hate > > my coding style... :) > > Awww, it's not hate, you just need to be careful > about how the code is > laid out and what features you use. You'll need to > fix this patch in a > few places so here are some comments: > Also.. if(uMsg != 193) { // if uMsg == 193, tmpLen is always 0! no C++ style comments. try to use /* comment */ I use this a file containing ^[[:space:]]+# // /\*[^[:space:]]\w \w[^[:space:]]\*/ if\( )[[:alpha:]] with find -mtime -10 -iregex ".*\.[c | h]" -exec egrep --file="filewithchecks" "{}" -n \; -print add -wError and -Werror-implicit-function-declaration and -Wdeclaration-after-statement for gcc >= 3.4 to cflags in your Makefile. I'll post a patch so that the whole of wine can be built with -wError on gcc >=3.3 soon, for the brave use: (long long) for shift errors >> 32 is greater than .... programs/winehlp uses %x so the Makefile needs -Wno-format-y2k in it's CFLAGS and add register int src char * in libs/port/memmove.c Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: [PATCH] Add search functionality to WINE regedit
by Mike Hearn March 8, 2005

March 8, 2005

Jan Schiefer wrote: > It's already fully cleaned up and ready to go! I know other people hate > my coding style... :) Awww, it's not hate, you just need to be careful about how the code is laid out and what features you use. You'll need to fix this patch in a few places so here are some comments: It's usually a good idea to submit the backend *first* and then the frontend, or better .. have them done all at once. Patches are supposed to be standalone, not stuff that'll only start working later (in the general case). For now I'd combine the two patches. > + GROUPBOX "Look at",IDC_FIND_GROUPBOX, 5, 25, 194, 46, BS_GROUPBOX > + CHECKBOX "Keys", IDC_CHECKBOX_KEYS, 10, 36, 60, 10 Try and keep alignment consistent, otherwise there's just extra visual noise for no good reason! > +LRESULT CALLBACK findedit_proc (HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { > +if(uMsg != 193) { // if uMsg == 193, tmpLen is always 0! > +int tmpLen = SendMessage(hWnd, EM_LINELENGTH, 0, 0); > +if(tmpLen != searchStringLen) { > +if(tmpLen > 0)EnableWindow(hFindButton, TRUE); > +else EnableWindow(hFindButton, FALSE); > +searchStringLen = tmpLen; > +} > +} > +return CallWindowProc ((WNDPROC) prevWndProcEdit, hWnd, uMsg, wParam, lParam); > +} I'm afraid that unless my mail client is playing up that type of code isn't acceptable. You need to use indenting! Also please try and space stuff out, eg rather than: if(tmpLen > 0)EnableWindow use if (tmpLen > 0) EnableWindow(....); > + > +INT_PTR CALLBACK searchingdlg_proc(HWND hWnd, UINT uMsg, WPARAM wParam,LPARAM lParam) { > + switch(uMsg) { > + case WM_INITDIALOG: > + //SearchRegistryRecrusively("",HKEY_CLASSES_ROOT,TRUE); No C++/C99 style comments unfortunately. Also please don't submit patches that have code commented out for no obvious reason. > + break; > + case WM_COMMAND: > + switch(LOWORD(wParam)) { > + case IDCANCEL: > + HeapFree(GetProcessHeap(),0,searchString); > + EndDialog(hWnd, 0); > + return(TRUE); > + break; > + } Indenting is good, but indenting consistently is even better! > + break; > + } > + > +return(FALSE); > +} > + > +INT_PTR CALLBACK finddlg_proc(HWND hWnd, UINT uMsg, WPARAM wParam,LPARAM lParam) { > + > + switch(uMsg) { > + case WM_INITDIALOG: > + hFindEdit = GetDlgItem(hWnd, IDC_FINDEDIT); > + hFindButton = GetDlgItem(hWnd, IDOK); > + prevWndProcEdit = SetWindowLongPtr (hFindEdit, GWLP_WNDPROC, (LONG_PTR) findedit_proc); > + EnableWindow(hFindButton, FALSE); > + CheckDlgButton( hWnd, IDC_CHECKBOX_KEYS, BST_CHECKED ); > + CheckDlgButton( hWnd, IDC_CHECKBOX_VALUES, BST_CHECKED ); > + CheckDlgButton( hWnd, IDC_CHECKBOX_DATA, BST_CHECKED ); > + return(TRUE); I think you may be mixing tabs and spaces or something here. Also making return look like a function is rather non-standard for C, use it as a statement: return TRUE; > + break; > + case WM_COMMAND: > + switch(LOWORD(wParam)) { > + case IDOK: > + searchString = (LPTSTR)HeapAlloc(GetProcessHeap(),0,searchStringLen + 1); > + GetWindowText(hFindEdit, searchString, searchStringLen + 1 ); > + > + searchForKeys = (IsDlgButtonChecked( hWnd, IDC_CHECKBOX_KEYS ) == BST_CHECKED); > + searchForValues = (IsDlgButtonChecked( hWnd, IDC_CHECKBOX_VALUES ) == BST_CHECKED); > + searchForData = (IsDlgButtonChecked( hWnd, IDC_CHECKBOX_DATA ) == BST_CHECKED); > + searchMatchWholeString = (IsDlgButtonChecked( hWnd, IDC_CHECKBOX_MATCHSTRING ) == BST_CHECKED); If you're going to fall through please put a comment like /* fall through */ otherwise it looks an awful lot like a mistake. thanks -mike

1 0

Suggestion For Wine Loader
by Jason Couture March 8, 2005

March 8, 2005

How hard would it be to introduce a "Re-Compiler" instead of an interpreter? To convert PE -> ELF without having the source. The output would not have to be a user runnable file maybe just a cache? Possiable Speed up? To avoid copyright issues maybe the elf could require the pe to run? In my experience JIT Compiling or interpreting is much slower than a recompiled program... Let me know what you people think.

4 4

Gmail accounts
by Jason Couture March 8, 2005

March 8, 2005

Sorry i know this seems like spam but it is an offer. Anyone who emails plaguethenet(a)gmail.com will recieve a gmail invite until i run out of invites. later

1 0

Voodoo3, Banshee and D3D
by Troy Rollo March 8, 2005

March 8, 2005

---CONTEXT--- <http://dri.sourceforge.net/doc/dri_driver_features.phtml> The Voodoo3/Banshee driver reverts to software rendering under the following conditions: - Setting GL_LIGHT_MODEL_COLOR_CONTROL to GL_SEPARATE_SPECULAR_COLOR. - Enabling line stippling or polygon stippling. - Enabling point smoothing or polygon smoothing. - Enabling line smoothing when line width is not 1.0. That is, antialiased lines are done in hardware only when the line width is 1.0. - Using 1-D or 3-D texture maps. - Using the GL_BLEND texture environment. - Using stencil operations. - Using the accumulation buffer. - Using glBlendEquation(GL_LOGIC_OP). - Using glDrawBuffer(GL_FRONT_AND_BACK). - Using glPolygonMode(face, GL_POINT) or glPolygonMode(face, GL_LINE). - Using point size attenuation (i.e. GL_DISTANCE_ATTENUATION_EXT). - Using glColorMask(r, g, b, a) when r!=g or g!=b. ---END-CONTEXT--- Both wined3d/directx.c and d3d8/directx.c have an IWineD3DImpl_CreateDevice that includes the following call: glLightModeli(GL_LIGHT_MODEL_COLOR_CONTROL, GL_SEPARATE_SPECULAR_COLOR); In effect this prevents WINE from using the Voodoo3 for 3D rendering. Not only does this make D3D games intolerably slow (forget measuring FPS - start measuring FPM or worse), the result for many operations is just plain wrong. Commenting out the offending line makes it work much better (at least until it hits one of the other problems), but with a list of software fallbacks this large, and given that the Voodoo3 is over 5 years old now, there must be some question as to whether this is worth fixing. Is the response to people with this problem "just go pick up an old GeForce card for $30"?

3 3

[HELP] Quartz and FFMpeg question
by Christian Costa March 8, 2005

March 8, 2005

Hi, I'm working on a video wrapper around libavcodec from FFMpeg. Currently I can play rle, msvideo1 and mjpeg movies. But before submitting anything I must handle the dependency with libavcodec (and maybe libavformat in the future). AFAIK there is no stable API so we need to incorporate FFMpeg source code into the wine tree and update it whenever it's needed. The difficulty here is to add these sources to the build process. There are several solutions : - reuse all FFMpeg build process (configure & makefile) or part of it (makefile only) - add all necessary files in the quartz makefile with slight modifications to FFMpeg sources (IIRC it's what was done in previous quartz code) Currently I use the second solution with all optimizations disabled. This is a bit hackish and not that portable I guess. Enabling optimizations and portability requires using our config.h in FFMpeg sources but also adding additionnal files depending on the platform which complicate things a bit. I'm not a makefile and autoconf expert and before digging deeper I would like some advices. Thansk in advance. Christian

2 1

Re: ScrollDC fixes.
by Alexandre Julliard March 8, 2005

March 8, 2005

Rein Klazes <wijn(a)wanadoo.nl> writes: > + if(( size = GetRegionData( SrcRgn, 0, NULL )) && > + (rdata = HeapAlloc( GetProcessHeap(), 0, size ))) { > + GetRegionData( SrcRgn, size, rdata ); > + /* the rectangles in the region data are ordered top-to-bottom > + * So if the scrolling is downward, traverse the array backwards > + * to avoid touching pixels that have yet to be scrolled */ > + /* FIXME: implement something similar for left-to-right > + * scrolling. */ > + if( dydev < 0 ) { > + step = 1; > + rect = (RECT *)rdata->Buffer; > + } else { > + step = -1; > + rect = ((RECT *)rdata->Buffer) + rdata->rdh.nCount - 1; > + } > + for( i = 0; i < rdata->rdh.nCount; i++, rect += step) { > + DPtoLP(hdc, (LPPOINT)rect, 2); > + TRACE("Bit blitting %s to %ld,%ld\n", wine_dbgstr_rect(rect), > + rect->left + dx, rect->top + dy); > + BitBlt( hdc, rect->left + dx, rect->top + dy, > + rect->right - rect->left, rect->bottom -rect->top, > + hdc, rect->left, rect->top, SRCCOPY); > + } You really shouldn't need to scroll the region rectangle by rectangle. Selecting the proper clip region and then copying the whole area should have the same effect. > { > XEvent event; > > - XWindowEvent( gdi_display, physDev->drawable, ~0, &event ); > - if (event.type == NoExpose) break; > + if( !XCheckWindowEvent( gdi_display, physDev->drawable, ~0, &event )) > + break; > + if (event.type == NoExpose) continue; You can't use XCheckWindowEvent, you need to wait for the events that haven't arrived yet. -- Alexandre Julliard julliard(a)winehq.org

2 3

documentation for SERVER_START_REQ
by James Hawkins March 8, 2005

March 8, 2005

Hi, I'm implementing NtLoadKey, but I can't find any documentation on making server requests, ie SERVER_START_REQ, the different tracing abilitites such as using fprintf(stderr,...) instead of the known TRACE, style of code etc. The latter two are not as important to me because I've picked them up while perusing the code, but it might be important to someone who hasn't looked through it before. I do need the semantics for SERVER_START_REQ, so if you could point me in the right direction or tell me I would really appreciate it. -- James Hawkins

3 3

Re: New uninstaller
by Mike McCormack March 8, 2005

March 8, 2005

Jonathan Ernst wrote: > Here is the new uninstaller. > > I'll be away all this week so I send it already as it works well here > (no regressions found) and has already some more features than the > current one (so Iguess it can be safely committed, but I might be wrong > of course). > > With some help I'll be able to improve it (more unicodification, etc.) > when I'll come back. > > > Changelog: > - new uninstaller > - "find as you type" search > - use dialog instead of window > - internationalization > - more unicodification > - if the uninstaller cannot be found the user can choose to remove the > entry from the registry Hi Jonathan, You'll have more success getting this applied if you send each step as a seperate patch. I suggest starting by sending a single patch that converts the uninstaller to use a dialog instead of a window, adds a dialog resource in English and does nothing else. Once that patch is accepted, move onto the other tasks you have listed above. One step at a time makes the patch easier to review, and reduces the chance that a single line mistake will stop your entire patch from going in. Additionally, there's no need to change the name of main.c to uninstaller.c, that will just make it harder to see what has changed between versions. Mike

2 2

building programs
by Ivan Leo Puoti March 8, 2005

March 8, 2005

I've got the impression that during program building (clock, notepad etc.) a spec file for them is created on the fly, can someone confirm/dispute this? Ivan.

5 11

Re:avicap32 patch
by luis lenders March 8, 2005

March 8, 2005

Hi That patch won't work. You forgot to include the changes in the headers in vfw.h I've sent you, e.g. #define WM_CAP_START WM_USER #define WM_CAP_UNICODE_START (WM_USER +100) #define WM_CAP_DRIVER_CONNECT (WM_CAP_START+ 10) #define WM_CAP_DRIVER_DISCONNECT (WM_CAP_START+ 11) etcera and the macros #define capDriverConnect(hwnd, index) SendMessage((hwnd), WM_CAP_DRIVER_CONNECT, (index, 0)) etcetera etcetera furthermore all the v4l stuff has to go into a seperate driver file i think, as wine is also supposed to run on non-Linux distributions. this line in avicap_main : window = CreateWindowExW etc. and the registering of the window contains a lot of crap; i just copied it from a site somewhere on the internet. It was just to get a handle to the window Somehow the dwstyle has to get passed on, and few other things. Futhermore: no need to link to -lpng -ljpeg and -lnetpbm; they're not needed anymore in the code i've sent you. Better think, get more info and be more carefull before you send in a patch i think. Anyway, i smashed together some code with which i can grab an image from my cam, and save it as a DIB (capFileSaveDIB). also i wrote something for cappreview, which looks as if it would be easy to get it running. if someone's interested i could send you the code. Now my question is: maybe one of the developers could just help/hint/write the Capcreatecapturewindow part (that seems to me a very little job), then anyone who wants could try to write a macro; just a thought of me, any thoughts from someone else? Regards Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Discussion on Bug tracking database
by Ann and Jason Edmeades March 8, 2005

March 8, 2005

Hello, I thought I'd try to start a discussion to try to encourage changes in the bug tracking, but it would both require agreement and someone (else) who could physically make the changes. Is it me or is our bug tracking database not really working the way it should? Firstly I'd like to thank Tony - he seems to do a lot of maintaining of the bug database and deserves a lot of credit. Until I started looking through them and monitoring the bug mailing list, I didn't realize how much he did. Bug database problems.. 1. Some problems reports start off as useless. Its not a bug report, its more a call for assistance. 2. Some bug reports are severely out of date. A large number of them have as a last update a request to test on a more recent cvs (which is a fair thing to do if the bugs are left idle for eg. 1 year! 3. We have a large number who due to our inactivity mean the person who raised it no longer cares, so any questions are a waste of time and come back unanswered 4. We have some where the email address of the raise has changed so even if they care they may not notice any changes to the bug report 5. Its hard to tell the bugs you can reproduce with downloadable freeware from those that require expensive software Suggestions.... 1. I would like to get implemented an AUTOMATIC timeout on the bug reports. If they are inactive for eg. 4 months then an automatic update is added to them asking to try latest cvs and confirm the problem still exists. If the problem is not updated within a month, the bug report gets automatically closed with a specific code (eg. CLOSED/inactivity). 2. I would like a clear way to identify if the problem can be reproduced with **free** downloadable software, eg a demo, freeware, shareware etc. This should be searchable for people wanting a quick bug fix 3. I would like there to be a transition from an initial state before being accepted, which basically allows rejection of a bug report if there is not enough information in it. Unfortunately someone would have to actively do this, so this would be a very had one to achieve. 4. I would also like a bug fixing period of time, when all wine developers are encouraged to work on bugs for eg. one day a month. Interestingly, even though most people seem to end up working in a particular area they may not handle bugs in that area (probably because they don't check for them!). How many of the wine developers would consider allocating time once a month (even if its just an hour!) to look at a bug report, perhaps try it or go back asking for appropriate traces etc. I know some of this can be achieved by 'proper' use of the bug states, keywords etc, but we don't...! Anyway, I thought I would start a discussion, so you know my thoughts - what are other peoples. Jason

5 6

Why not build wine server as a linux kernel module?
by 苏杭 March 8, 2005

March 8, 2005

Hi, May I ask you a question? Why not build wine server as a linux kernel module? I think the performance of a kernel module is better than a separate process. If anyone can give me a reasonable answer, I would really appreciate it. Hang Su

1 0

Re: advapi32 registry.c test failures on windows
by James Hawkins March 7, 2005

March 7, 2005

On Mon, 7 Mar 2005 00:28:13 -0800 (PST), Aaron Arvey <aarvey(a)cs.hmc.edu> wrote: > There were 28 failures when I ran the advapi32 tests on windows. All these > were in registry.c. Please see > http://www.winehq.org/hypermail/wine-devel/2005/02/0045.html and the > following responses to find out where/when/why/how these bugs were > introduced. > > After patch is applied, the registry.c runs without errors on Windows XP > and 98. When ran in wine, there are now 28 todos. > > Aaron > > Changelog: > * dlls/advapi32/tests/registry.c > altered tests so that they run under windows > > Signed-off-by: Aaron Arvey <aarvey_at_cs.hmc.edu> > > Index: dlls/advapi32/tests/registry.c > =================================================================== > RCS file: /home/wine/wine/dlls/advapi32/tests/registry.c,v > retrieving revision 1.11 > diff -u -3 -p -u -r1.11 registry.c > --- dlls/advapi32/tests/registry.c 27 Jan 2005 11:15:00 -0000 1.11 > +++ dlls/advapi32/tests/registry.c 17 Feb 2005 04:00:13 -0000 > @@ -80,6 +80,7 @@ static void test_enum_value(void) > DWORD val_count, data_count, type; > static const WCHAR foobarW[] = {'f','o','o','b','a','r',0}; > static const WCHAR testW[] = {'T','e','s','t',0}; > + static const WCHAR test1W[] = {'T','e','s','t','1',0}; > static const WCHAR xxxW[] = {'x','x','x','x','x','x','x','x',0}; > > /* check NULL data with zero length */ > @@ -105,8 +106,12 @@ static void test_enum_value(void) > res = RegEnumValueA( hkey_main, 0, value, &val_count, NULL, &type, data, &data_count ); > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > ok( val_count == 2, "val_count set to %ld\n", val_count ); > - ok( data_count == 7, "data_count set to %ld instead of 7\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > + todo_wine{ > + ok( data_count == 24, "data_count set to %ld instead of 24\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > ok( !strcmp( value, "xxxxxxxxxx" ), "value set to '%s'\n", value ); > ok( !strcmp( data, "xxxxxxxxxx" ), "data set to '%s'\n", data ); > > @@ -120,8 +125,12 @@ static void test_enum_value(void) > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > /* Win9x returns 2 as specified by MSDN but NT returns 3... */ > ok( val_count == 2 || val_count == 3, "val_count set to %ld\n", val_count ); > - ok( data_count == 7, "data_count set to %ld instead of 7\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > + todo_wine{ > + ok( data_count == 24, "data_count set to %ld instead of 24\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > #if 0 > /* v5.1.2600.0 (XP Home) does not touch value or data in this case */ > ok( !strcmp( value, "Te" ), "value set to '%s' instead of 'Te'\n", value ); > @@ -137,8 +146,12 @@ static void test_enum_value(void) > res = RegEnumValueA( hkey_main, 0, value, &val_count, NULL, &type, data, &data_count ); > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > ok( val_count == 0, "val_count set to %ld\n", val_count ); > - ok( data_count == 7, "data_count set to %ld instead of 7\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > + todo_wine{ > + ok( data_count == 24, "data_count set to %ld instead of 24\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > ok( !strcmp( value, "xxxxxxxxxx" ), "value set to '%s'\n", value ); > #if 0 > /* v5.1.2600.0 (XP Home) does not touch data in this case */ > @@ -154,8 +167,12 @@ static void test_enum_value(void) > res = RegEnumValueA( hkey_main, 0, value, &val_count, NULL, &type, data, &data_count ); > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > ok( val_count == 20, "val_count set to %ld\n", val_count ); > - ok( data_count == 7, "data_count set to %ld instead of 7\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > + todo_wine{ > + ok( data_count == 24, "data_count set to %ld instead of 24\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > ok( !strcmp( value, "xxxxxxxxxx" ), "value set to '%s'\n", value ); > ok( !strcmp( data, "xxxxxxxxxx" ), "data set to '%s'\n", data ); > > @@ -166,12 +183,25 @@ static void test_enum_value(void) > strcpy( value, "xxxxxxxxxx" ); > strcpy( data, "xxxxxxxxxx" ); > res = RegEnumValueA( hkey_main, 0, value, &val_count, NULL, &type, data, &data_count ); > - ok( res == ERROR_SUCCESS, "expected ERROR_SUCCESS, got %ld\n", res ); > - ok( val_count == 4, "val_count set to %ld instead of 4\n", val_count ); > - ok( data_count == 7, "data_count set to %ld instead of 7\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > - ok( !strcmp( value, "Test" ), "value is '%s' instead of Test\n", value ); > - ok( !strcmp( data, "foobar" ), "data is '%s' instead of foobar\n", data ); > + todo_wine{ > + ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > + } > + todo_wine{ > + ok( val_count == 20, "val_count set to %ld instead of 20\n", val_count ); > + } > + todo_wine{ > + ok( data_count == 24, "data_count set to %ld instead of 24\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > + todo_wine{ > + ok( !strcmp( value, "xxxxxxxxxx" ), "value is '%s' instead of xxxxxxxxxx\n", value ); > + } > + todo_wine{ > + ok( !strcmp( data, "xxxxxxxxxx" ), "data is '%s' instead of xxxxxxxxxx\n", data ); > + } > + > > /* Unicode tests */ > > @@ -190,8 +220,12 @@ static void test_enum_value(void) > res = RegEnumValueW( hkey_main, 0, valueW, &val_count, NULL, &type, (BYTE*)dataW, &data_count ); > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > ok( val_count == 2, "val_count set to %ld\n", val_count ); > - ok( data_count == 7*sizeof(WCHAR), "data_count set to %ld instead of 7*sizeof(WCHAR)\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > + todo_wine{ > + ok( data_count == 24*sizeof(WCHAR), "data_count set to %ld instead of 24*sizeof(WCHAR)\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > ok( !memcmp( valueW, xxxW, sizeof(xxxW) ), "value modified\n" ); > ok( !memcmp( dataW, xxxW, sizeof(xxxW) ), "data modified\n" ); > > @@ -204,8 +238,12 @@ static void test_enum_value(void) > res = RegEnumValueW( hkey_main, 0, valueW, &val_count, NULL, &type, (BYTE*)dataW, &data_count ); > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > ok( val_count == 3, "val_count set to %ld\n", val_count ); > - ok( data_count == 7*sizeof(WCHAR), "data_count set to %ld instead of 7*sizeof(WCHAR)\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > + todo_wine{ > + ok( data_count == 24*sizeof(WCHAR), "data_count set to %ld instead of 24*sizeof(WCHAR)\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > ok( !memcmp( valueW, xxxW, sizeof(xxxW) ), "value modified\n" ); > ok( !memcmp( dataW, xxxW, sizeof(xxxW) ), "data modified\n" ); > > @@ -217,10 +255,18 @@ static void test_enum_value(void) > memcpy( dataW, xxxW, sizeof(xxxW) ); > res = RegEnumValueW( hkey_main, 0, valueW, &val_count, NULL, &type, (BYTE*)dataW, &data_count ); > ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > - ok( val_count == 4, "val_count set to %ld instead of 4\n", val_count ); > - ok( data_count == 7*sizeof(WCHAR), "data_count set to %ld instead of 7*sizeof(WCHAR)\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > - ok( !memcmp( valueW, testW, sizeof(testW) ), "value is not 'Test'\n" ); > + todo_wine{ > + ok( val_count == 5, "val_count set to %ld instead of 5\n", val_count ); > + } > + todo_wine{ > + ok( data_count == 24*sizeof(WCHAR), "data_count set to %ld instead of 24*sizeof(WCHAR)\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > + todo_wine{ > + ok( !memcmp( valueW, test1W, sizeof(test1W) ), "value is not 'Test1'\n" ); > + } > ok( !memcmp( dataW, xxxW, sizeof(xxxW) ), "data modified\n" ); > > /* no overflow */ > @@ -230,12 +276,25 @@ static void test_enum_value(void) > memcpy( valueW, xxxW, sizeof(xxxW) ); > memcpy( dataW, xxxW, sizeof(xxxW) ); > res = RegEnumValueW( hkey_main, 0, valueW, &val_count, NULL, &type, (BYTE*)dataW, &data_count ); > - ok( res == ERROR_SUCCESS, "expected ERROR_SUCCESS, got %ld\n", res ); > - ok( val_count == 4, "val_count set to %ld instead of 4\n", val_count ); > - ok( data_count == 7*sizeof(WCHAR), "data_count set to %ld instead of 7*sizeof(WCHAR)\n", data_count ); > - ok( type == REG_SZ, "type %ld is not REG_SZ\n", type ); > - ok( !memcmp( valueW, testW, sizeof(testW) ), "value is not 'Test'\n" ); > - ok( !memcmp( dataW, foobarW, sizeof(foobarW) ), "data is not 'foobar'\n" ); > + todo_wine{ > + ok( res == ERROR_MORE_DATA, "expected ERROR_MORE_DATA, got %ld\n", res ); > + } > + todo_wine{ > + ok( val_count == 5, "val_count set to %ld instead of 5\n", val_count ); > + } > + todo_wine{ > + ok( data_count == 24*sizeof(WCHAR), "data_count set to %ld instead of 24*sizeof(WCHAR)\n", data_count ); > + } > + todo_wine{ > + ok( type == REG_EXPAND_SZ, "type %ld is not REG_EXPAND_SZ\n", type ); > + } > + todo_wine{ > + ok( !memcmp( valueW, test1W, sizeof(test1W) ), "value is not 'Test1'\n" ); > + } > + todo_wine{ > + ok( !memcmp( dataW, xxxW, sizeof(xxxW) ), "data modified\n" ); > + } > + > > CLEANUP: > /* cleanup */ > @@ -252,6 +311,12 @@ static void test_query_value_ex() > ok(ret == ERROR_SUCCESS, "expected ERROR_SUCCESS, got %ld\n", ret); > ok(size == strlen(sTestpath1) + 1, "(%ld,%ld)\n", (DWORD)strlen(sTestpath1) + 1, size); > ok(type == REG_SZ, "type %ld is not REG_SZ\n", type); > + > + > + > + ret = RegQueryValueExA(hkey_main, "TestStringNotIn", NULL, &type, NULL, &size); > + ok(ret == ERROR_FILE_NOT_FOUND, "expected ERROR_FILE_NOT_FOUND, got %ld\n", ret); > + > } > > START_TEST(registry) It would help wine if you could make these tests pass on wine. Also, have a look at the test results at test.winehq.org/data. I see that 26 of the tests fail on 95, 24 fail on 98, and 28 for >= nt4. If you have any questions fixing the reg tests, I'd be glad to help. Make sure to cc wine-devel. -- James Hawkins

1 0

Re: Resend : Implements MIIM_BITMAP state in menus
by Alexandre Julliard March 7, 2005

March 7, 2005

Maxime Bellengé <maxime.bellenge(a)wanadoo.fr> writes: > + * drawhbmbitmap : True to draw the hbmbitmap(MIIM_BITMAP)/False to draw the MF_BITMAP > */ > -static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *lpitem, const RECT *rect, BOOL menuBar ) > +static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *lpitem, const RECT *rect, BOOL menuBar, BOOL drawhbmbitmap ) What's the point of passing the drawhbmbitmap flag since you always set it to TRUE? > @@ -762,14 +773,15 @@ > int h = rect->bottom - rect->top; > int bmp_xoffset = 0; > int left, top; > + HBITMAP swtch = (drawhbmbitmap)?lpitem->hbmpItem:(HBITMAP)lpitem->text; That's a strange variable name for a bitmap... > + /* New style MIIM_BITMAP */ > + if (lpitem->hbmpItem) > + { > + if (lpitem->hbmpItem == HBMMENU_CALLBACK) > + { > + MEASUREITEMSTRUCT measItem; > + measItem.CtlType = ODT_MENU; > + measItem.CtlID = 0; > + measItem.itemID = lpitem->wID; > + measItem.itemWidth = lpitem->rect.right - lpitem->rect.left; > + measItem.itemHeight = lpitem->rect.bottom - lpitem->rect.top; > + measItem.itemData = lpitem->dwItemData; > + > + SendMessageW( hwndOwner, WM_MEASUREITEM, lpitem->wID, (LPARAM)&measItem); > + > + /* Keep the size of the bitmap in callback mode to be able to draw it correctly */ > + lppop->bmpSize.cx = max(lppop->bmpSize.cx, measItem.itemWidth - (lpitem->rect.right - lpitem->rect.left)); > + lppop->bmpSize.cy = max(lppop->bmpSize.cy, measItem.itemHeight - (lpitem->rect.bottom - lpitem->rect.top)); Why do you store the bitmap size in the parent popup? What if there are multiple items with bitmaps? -- Alexandre Julliard julliard(a)winehq.org

2 2

Trace from Page Plus 5
by Andrew Neil Ramage March 7, 2005

March 7, 2005

I tried to start Page Plus 5, a DTP program from Serif. I was presented with a dialog asking for me to select a printer. When I OK'ed that, with the splash screen still showing, wine crashed. Here is the trace. [andrew(a)zeus Program]$ wine pp.exe fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00447977). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:00447977 ESP:406aeadc EBP:406aeb00 EFLAGS:00210206( - 00 - RIP1) EAX:00000000 EBX:4056c508 ECX:00000002 EDX:406ae940 ESI:40361bfe EDI:00631c67 Stack dump: 0x406aeadc: 00000000 406aec5c 00001012 00000000 0x406aeaec: 00000000 406aec58 00631c67 40361bfe 0x406aeafc: 4056c508 406aecd4 0044988c 00000000 0x406aeb0c: 406aec5c 00000003 406aec58 00631c67 0x406aeb1c: 40361bfe 4056c508 406aeb40 406aeb84 0x406aeb2c: 00000040 406aec34 40045bd3 4020b864 Backtrace: =>1 0x00447977 in pp (+0x47977) (0x406aeb00) 2 0x0044988c in pp (+0x4988c) (0x406aecd4) 3 0x004c804b in pp (+0xc804b) (0x406af370) 4 0x0048a5c6 in pp (+0x8a5c6) (0x406af390) 5 0x0048a2f5 in pp (+0x8a2f5) (0x406af7c4) 6 0x0043acff in pp (+0x3acff) (0x406afe54) 7 0x0043b32f in pp (+0x3b32f) (0x406afe98) 8 0x00631d89 EntryPoint+0x122 in pp (0x406aff2c) 9 0x404d7db8 start_process+0xc8(arg=0x0) [/home/andrew/Download/Software/wine-20050211/dlls/kernel/process.c:1046] in kernel32 (0x406afff4) 10 0x40027dcd wine_pthread_abort_thread+0x2d(status=0x0) [port.c:85] in libwine.so.1 (0x00000000) 0x00447977: movl 0x0(%eax),%eax Wine-dbg> -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: fix wrc to parse some Borland dialog resources
by Filip Navara March 7, 2005

March 7, 2005

Michael Lin wrote: > * change wrc to parse '&' and '~' when specifying style I believe the attached patch would be better solution...you can use arbitrary expressions in the style definitions with Microsoft Resource Compiler... Regards, Filip

2 1

Wine logo (the glass)
by Dimitrie O. Paun March 7, 2005

March 7, 2005

Folks, do we have an .svg version of the logo? If so, where can I get it from? -- Dimi.

2 1

winebuild changes
by Dimitrie O. Paun March 7, 2005

March 7, 2005

Hi Alexandre, Ivan found that on Windows .exe's can export functions, just like DLLs. He needs this for his work on ntoskrnl.exe. To support this, we need a bit of an interface change to winebuild. I've put together a simple patch to see if you are OK with such a change. If so, I'll finish it, and modify winegcc accordingly. So, thing will change as follows: OLD: winebuild --dll=mystuff.spec NEW: winebuild --dll -E mystuff.spec OLD: winebuild --def=mystuff.spec NEW: winebuild --def -E mystuff.spec OLD: winebuild --exe=myprog.exe NEW: winebuild --exe -F myprog.exe to build an .exe with arbitrary exports, we would do: winebuild --exe -F myprog.exe -E mystuff.spec Index: tools/winebuild/main.c =================================================================== RCS file: /var/cvs/wine/tools/winebuild/main.c,v retrieving revision 1.59 diff -u -r1.59 main.c --- tools/winebuild/main.c 7 Dec 2004 17:19:54 -0000 1.59 +++ tools/winebuild/main.c 7 Mar 2005 01:50:44 -0000 @@ -144,6 +144,7 @@ " -C --source-dir=DIR Look for source files in DIR\n" " -d --delay-lib=LIB Import the specified library in delayed mode\n" " -D SYM Ignored for C flags compatibility\n" +" -E --export=FILE Export the symbols defined in the .spec or .def file\n" " -e --entry=FUNC Set the DLL entry point function (default: DllMain)\n" " -f FLAGS Compiler flags (only -fPIC is supported)\n" " -F --filename=DLLFILE Set the DLL filename (default: from input file name)\n" @@ -165,9 +166,9 @@ " --version Print the version and exit\n" " -w --warnings Turn on warnings\n" "\nMode options:\n" -" --dll=FILE Build a .c file from a .spec or .def file\n" -" --def=FILE.SPEC Build a .def file from a spec file\n" -" --exe=NAME Build a .c file for the named executable\n" +" --dll Build a .c file from a .spec or .def file\n" +" --def Build a .def file from a spec file\n" +" --exe Build a .c file for the named executable\n" " --debug [FILES] Build a .c file with the debug channels declarations\n" " --relay16 Build the 16-bit relay assembly routines\n" " --relay32 Build the 32-bit relay assembly routines\n\n" @@ -204,6 +205,7 @@ /* aliases for short options */ { "source-dir", 1, 0, 'C' }, { "delay-lib", 1, 0, 'd' }, + { "export", 1, 0, 'E' }, { "entry", 1, 0, 'e' }, { "filename", 1, 0, 'F' }, { "help", 0, 0, 'h' }, @@ -248,6 +250,10 @@ case 'D': /* ignored */ break; + case 'E': + spec_file_name = xstrdup( optarg ); + set_dll_file_name( optarg, spec ); + break; case 'F': spec->file_name = xstrdup( optarg ); break; @@ -324,21 +330,12 @@ break; case LONG_OPT_DLL: set_exec_mode( MODE_DLL ); - spec_file_name = xstrdup( optarg ); - set_dll_file_name( optarg, spec ); break; case LONG_OPT_DEF: set_exec_mode( MODE_DEF ); - spec_file_name = xstrdup( optarg ); - set_dll_file_name( optarg, spec ); break; case LONG_OPT_EXE: set_exec_mode( MODE_EXE ); - if ((p = strrchr( optarg, '/' ))) p++; - else p = optarg; - spec->file_name = xmalloc( strlen(p) + 5 ); - strcpy( spec->file_name, p ); - if (!strchr( spec->file_name, '.' )) strcat( spec->file_name, ".exe" ); if (!spec->subsystem) spec->subsystem = IMAGE_SUBSYSTEM_WINDOWS_GUI; break; case LONG_OPT_DEBUG: -- Dimi.

2 1

Where are Wine's webserver logs?
by Scott Ritchie March 7, 2005

March 7, 2005

I'd like to do some datamining around the Wine server logs to see where people are linked to from offsite the most, where they deadend, and such. But, I don't have any logs to mine. Can someone make the past few months logs available? Thanks, Scott Ritchie

2 1

Re: Re: [x11drv] Fix X11DRV_set_wm_hints
by Maxime BELLENGE March 7, 2005

March 7, 2005

> Message du 07/03/05 06:01 > De : "Dmitry Timoshkov" <dmitry(a)baikal.ru> > A : "Maxime Bellengé" <maxime.bellenge(a)wanadoo.fr> > Copie à : wine-devel(a)winehq.com > Objet : Re: [x11drv] Fix X11DRV_set_wm_hints > > "Maxime Bellengé" <maxime.bellenge(a)wanadoo.fr> wrote: > > > I don't agree with you because, if the application don't call this with > > the HTCAPTION parameter > > > > PostMessage( WM_NCLBUTTONDOWN, HTCAPTION, MAKELPARAM( point.x, > > point.y)); > > > > but with HTLEFT, HTRIGHT ... the WM must resize the window I think. > > > > I wondered first if MWM_FUNC_RESIZE should be added but I think it is > > correct. > > If WS_THICKFRAME style is not set, then a window is not supposed to be > resized by WM, that's the point. SetWindowPos still will be able to resize > a window. > > -- > Dmitry. > Ok, I've re-read the docs and you're right. Sorry to have insisted wrongly and thanks for making me notice the problem. I will resend a correct patch. Maxime

1 0

FlashFXP v 3.01 and wine + Odin
by Dietrich Teickner March 7, 2005

March 7, 2005

Currently I have tested FlashFXP v3.01 (ftp-client with ssl) with wine, after I found it chrashs in Odin with stack-overflow. And I found FlashFXP stops after the same actiom in wine. I think that is the same message-loop, that I found in odin. with SysListView 68000034 LVM_SETITEMSTATE in comctl32 and WM_NOTIFY in user32 t01 ( 4): (code=-150) t01 ( 4): USER32: GetWindowLongW 68000034 fffffff4 t01 ( 4): USER32: GetWindowLongW returned 68000034 t01 ( 4): USER32: SendMessageW 68000033 4e 68000034 12f25c t01 ( 5): SendMessageW WM_NOTIFY for 68000033 68000034 12f25c t01 ( 5): USER32: GetWindowThreadProcessId 68000034 12ee9c t01 ( 5): USER32: GetWindowThreadProcessId returned 27470001 t01 ( 5): KERNEL32: GetCurrentProcessId t01 ( 5): KERNEL32: GetCurrentProcessId returned 2747 t01 ( 5): USER32: GetPropA 68000034 f22b t01 ( 5): USER32: GetPropA returned 20035a04 t01 ( 5): USER32: SendMessageA 68000034 102b 0 12eb68 t01 ( 6): SendMessageA User Message 102B (WM_USER+3115) for 68000034 0 12eb68 t01 ( 7): USER32: GetWindowLongW 68000034 0 t01 ( 7): USER32: GetWindowLongW returned 2d45570 t01 ( 7): SysListView 68000034 LVM_SETITEMSTATE 0 12eb68 t01 ( 7): wvsnprintfA : 168D8038 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D804E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=2, t01 ( 7): lvItem={iItem=0, iSubItem=0, state=0, stateMask=2} t01 ( 7): wvsnprintfA : 168D8138 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D814E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=2, t01 ( 7): (lpLVItem={iItem=0, iSubItem=0, state=0, stateMask=2}, isW=1) t01 ( 7): () t01 ( 7): wvsnprintfA : 168D8238 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D824E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=ffffffff, t01 ( 7): wvsnprintfA : 168D826B 205 "lParam=%lx, " t01 ( 7): lParam=0, t01 ( 7): (lpLVItem={iItem=0, iSubItem=0, state=0, stateMask=ffffffff, lParam=0}, isW=1) t01 ( 7): wvsnprintfA : 168D8338 256 "{iItem=%d, iSubItem=%d, " t01 ( 7): {iItem=0, iSubItem=0, t01 ( 7): wvsnprintfA : 168D834E 234 "state=%x, stateMask=%x, " t01 ( 7): state=0, stateMask=f00, t01 ( 7): pdi->item={iItem=0, iSubItem=0, state=0, stateMask=f00} t01 ( 7): (code=-150) the child ask the parent, this ask the child, this ask the parrennt, this..... never end, only if the stack at end. Dietrich

2 1

Re: [x11drv] Fix X11DRV_set_wm_hints
by Dmitry Timoshkov March 7, 2005

March 7, 2005

"Maxime Bellengé" <maxime.bellenge(a)wanadoo.fr> wrote: > This patch adds MWM_FUNC_MOVE | MWM_FUNC_RESIZE when WS_EX_APPWINDOW. > Now the windows are movable. I think that MWM_FUNC_RESIZE should be added only for windows with WS_THICKFRAME style set. -- Dmitry.

2 2

AUTO3STATE with BS_OWNERDRAW bug?
by Michael Lin March 6, 2005

March 6, 2005

Hi all, I am having problem with AUTO3STATE control that have BS_OWNERDRAW style set. Dialogs with this control will not show at all. For example, I have a control AUTO3STATE "Text", 103, 10, 9, 149, 47, BS_OWNERDRAW | WS_CHILD | WS_VISIBLE | WS_TABSTOP in my dialog resource and the dialog won't show when it is called. But when I change it to CONTROL "Text", 103, "BUTTON", BS_OWNERDRAW | WS_CHILD | WS_VISIBLE | WS_TABSTOP, 10, 9, 149, 47 the dialog works fine. This seems like a bug to me, does anyone else have seen this problem? Thanks, Michael

1 0

Config Problems ?
by Andrew Neil Ramage March 6, 2005

March 6, 2005

I have downloaded and installed wine-20050211, but when I try to start a Windows program by clicking on it nothing happens. Starting it from the command line produces screens of output similar to the following: PatBlt (0x74, 0, 109, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 110, 472, 2, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 112, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 113, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 114, 472, 1, 15728673): stub fixme:ttydrv:TTYDRV_DC_PatBlt (0x74, 0, 115, 472, 2, 15728673): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x98c, 0, 0, 521, 130, 0x74, -24, 0, 13369376): stub fixme:ttydrv:TTYDRV_DC_StretchBlt (0x98c, 1, 0, 520, 86, 0x998, 0, 0, 520, 86, 8913094): stub fixme:ttydrv:TTYDRV_DC_StretchBlt (0x98c, 1, 0, 520, 86, 0x9a0, 0, 0, 520, 86, 15597702): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x74, -24, 0, 521, 130, 0x98c, 0, 0, 13369376): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x98c, 0, 0, 344, 40, 0x74, 64, 77, 13369376): stub fixme:ttydrv:TTYDRV_DC_BitBlt (0x74, 64, 77, 344, 40, 0 Anyone know what's wrong ? I am using Mandrake 10.0, Gnome 2.4 and wine-20050211. -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 1

help wanted - testing "stuck Alt" patch
by Krzysztof Foltman March 6, 2005

March 6, 2005

A few days ago I've sent this small patch to wine-patches: http://www.winehq.org/hypermail/wine-patches/2005/03/0091.html It's supposed to fix the long-existing (and annoying) problem where switching windows with Alt+TAB caused accelerator keys to work improperly (ie. pressing Ctrl+A was misrecognized as Ctrl+Alt+A). The patch seems to do its job (accelerator keys still work correctly after reactivating the app's window). However, I don't have many different configurations to test it. It would be nice if someone else applied it and tested if I haven't introduced a regression with this patch (it is possible, considering that it affects basic window management code used in all the GUI applications), and if it did the job. Any testing would be very helpful, regardless of whether the Alt+TAB problem existed on the particular machine or not. Although some people said that Alt+TAB problem doesn't exist in their configuration, I suspect that the problem is related to the particular usage patterns, and not configurations. Thanks in advance, Krzysztof

1 0

Running ZooTycoon 2 Demo
by Paul Vriens March 6, 2005

March 6, 2005

Hi, I'm running current CVS with a fresh tools/wineinstall. Only changes to the config-file: "Drivers" = "winealsa.drv" "HardwareAcceleration" = "Emulation" ; Zoo Tycoon 2 Demo install [AppDefaults\\Zoo2Trial.exe\\Version] "Windows" = "winxp" ; Zoo Tycoon 2 Demo run [AppDefaults\\zt2demoretail.exe\\x11drv] "Desktop" = "800x600" installation of the app is fine (set version to winxp). When trying to run the demo it immediately fails: fixme:d3d9:IDirect3DDevice9Impl_CreateSurface (0x77e38ea8) call to IWineD3DDevice_CreateRenderTarget failed First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x14a9481a). Fixed/circumvented that by: Index: dlls/wined3d/directx.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/directx.c,v retrieving revision 1.25 diff -u -p -r1.25 directx.c --- dlls/wined3d/directx.c 2 Mar 2005 13:44:58 -0000 1.25 +++ dlls/wined3d/directx.c 5 Mar 2005 16:11:45 -0000 @@ -1578,7 +1578,8 @@ HRESULT WINAPI IWineD3DImpl_CreateDevi object->render_ctx = object->glCtx; object->renderTarget = object->backBuffer; - IWineD3DSurface_AddRef((IWineD3DSurface *) object->renderTarget); + if (NULL != object->renderTarget) + IWineD3DSurface_AddRef((IWineD3DSurface *) object->renderTarget); /* TODO: Depth Stencil support object->stencilBufferTarget = object->depthStencilBuffer; if (NULL != object->stencilBufferTarget) { It comes a bit further now but fails again: trace:d3d:IWineD3DDeviceImpl_SetViewport glDepthRange call ok device.c / 1811 trace:d3d:IWineD3DDeviceImpl_SetViewport This->renderTarget : ((nil)) First chance exception: page fault on read access to 0x0000003c in 32-bit code (0x4658033a). The extra trace was added by me. Again this points to *->renderTarget being NULL. So there must be more to it. Any ideas? Oliver? Cheers, Paul.

2 3

Re: Picasa2- slideshow mode fixes [patch #1]
by Matthew Mastracci March 6, 2005

March 6, 2005

Woohoo! With my patch from before and some extra hacking, I managed to get the slideshow working in Picasa by faking out some DirectDraw capabilities. Apparently, it requires the presence of the DDCAPS_OVERLAY and DDCAPS_OVERLAYSTRETCH to do its slideshow properly (and aborts silently if they aren't there). Adding the fake capabilities lets the slideshow run, though the images aren't stretched to the entire size of the window unless the slideshow overlay is showing at the bottom. It's hard to describe and a little jarring when you're interacting with the slideshow. Not sure if this is because of the lack of true overlay surface support, but this message seems to indicate so: trace:ddraw:Main_DirectDraw_CreateSurface App didn't request a valid surface type - assuming offscreenplain I don't know if I should submit this as part of a patch, since it doesn't implement the functionality. Here is the change, for those interested: Index: dlls/ddraw/ddraw/user.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw/user.c,v retrieving revision 1.22 diff -u -r1.22 user.c --- dlls/ddraw/ddraw/user.c 8 Sep 2004 01:50:37 -0000 1.22 +++ dlls/ddraw/ddraw/user.c 6 Mar 2005 07:04:29 -0000 @@ -143,7 +143,7 @@ #define BLIT_CAPS (DDCAPS_BLT | DDCAPS_BLTCOLORFILL | DDCAPS_BLTDEPTHFILL \ | DDCAPS_BLTSTRETCH | DDCAPS_CANBLTSYSMEM | DDCAPS_CANCLIP \ | DDCAPS_CANCLIPSTRETCHED | DDCAPS_COLORKEY \ - | DDCAPS_COLORKEYHWASSIST) + | DDCAPS_COLORKEYHWASSIST | DDCAPS_OVERLAY | DDCAPS_OVERLAYSTRETCH) #define CKEY_CAPS (DDCKEYCAPS_DESTBLT | DDCKEYCAPS_SRCBLT) #define FX_CAPS (DDFXCAPS_BLTALPHA | DDFXCAPS_BLTMIRRORLEFTRIGHT \ | DDFXCAPS_BLTMIRRORUPDOWN | DDFXCAPS_BLTROTATION90 \ Matthew Mastracci wrote: > I've been trying to get the slideshow mode in Picasa2 to work, but it > seems like it's relying on IDirectDrawSurface->Lock() to return > DDERR_SURFACEBUSY if the surface is already locked. If this call > doesn't return the error, it seems to keep hammering the function > until it does. It then proceeds to hit a stack overflow condition > somehow and dies. :) > > I think it's a bug in Picasa, but my ddraw-surface-lock.diff patch in > wine-patches fixes this behaviour (but not the feature, unfortunately). > > Note that now the slideshow mode now just terminates without error. > I'll keep on looking to see what's happening. > > Matt. >

2 2

Re: Re: [winedbg] Get expressions working again.
by Pouech Eric DMI AEI CAEN March 6, 2005

March 6, 2005

> Ok, I'll take a look at this, but if where shouldn't > be using two pointer types we should be using > SymGetTypeInfo in all cases? the only (two things) you have to do are: - if one cannot find the pointer type in the pointee's module, then create a winedbg's type for the pointer type and store this type in a lookup table - in type_get_info, extend the types supported by also searching the lookup table for the pointers type. the lookup table should contain pointee type and module of pointee. You could also extend step 1 by not adding a pointer that already exists. A+

3 2

IP Address control broken
by Robert Reif March 6, 2005

March 6, 2005

I am unable to edit the text in an IP Address control. I can select it and delete it with the mouse but typing into it causes the test to go to the window it was started in. Disabling the control does not change it's color. Is anyone working on this control?

3 7

Re: [winecfg] Audio device selection
by Robert Reif March 6, 2005

March 6, 2005

Paul van Schayck wrote: >Changelog: >Let the audio device be changed from the audio tab > > OSS also supports multiple devices. When you have multiple audio devices in Windows, it provides the friendly names of all the devices and allows you to select one as the default. You can do this now in OSS.

1 0

re: [OLE #78] Run RPCs on a new thread client side
by Dan Kegel March 6, 2005

March 6, 2005

Mike Hearn wrote: > Almost there .... Stay on target... [thinking of Skywalker's last bombing run] -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Regression in painting.c
by Ron Jensen March 6, 2005

March 6, 2005

dlls/user/painting.c is getting caught in an infinite loop in the function update_now() I added two TRACE statements to try to figure out what is going on. Uncommenting the SendMessageW() line allows the loop to exit. See the attached win traces for the working and broken cases. I don't know enough about what this function is trying to do to fix it... The bug can be reproduced using Irfan View's ( www.irfanview.com ) slideshow functions. --- painting.c.orig 2005-02-28 12:01:55.000000000 -0700 +++ painting.c 2005-03-04 08:18:52.000000000 -0700 @@ -340,6 +340,7 @@ else if (rdw_flags & RDW_ALLCHILDREN) flags |= UPDATE_ALLCHILDREN; if (!get_update_flags( hwnd, &child, &flags )) break; +TRACE( "flags = %d, child = %d, prev = %d\n", flags, child , prev ); if (!flags) break; /* nothing more to do */ if (child == prev) /* same window again, didn't get repainted properly */ @@ -351,8 +352,10 @@ TRACE( "%p not repainted properly, erasing\n", child ); if ((hrgn = send_ncpaint( child, NULL, &erase_flags ))) { + TRACE( "hrgn = %p, deleting\n", hrgn ); send_erase( child, erase_flags, hrgn, &rect, NULL ); DeleteObject( hrgn ); +// SendMessageW( child, WM_PAINT, 0, 0 ); } } else

2 1

Re: Better test for visible desktop, should be working on all platforms.
by Dmitry Timoshkov March 6, 2005

March 6, 2005

"Jakob Eriksson" <jakov(a)vmlinux.org> wrote: > I took this test from the gdi32 conformance tests, since it fails > reliably when run under a non visible desktop, regardless of platform. > > > It's not pretty, but I don't have an NT4 to test with, so I didn't want > to change > anything. Later I can refactor it into exactly the failing part. Did you consider implementing the approach Robert Shearman has pointed out? -- Dmitry.

3 3

winecfg
by Chris Morgan March 6, 2005

March 6, 2005

I noticed that winecfg is still reporting that it "does not modify your configuration", and in winecfg.h WINE_KEY_ROOT isn't set to the configuration key. Is there some reason why we haven't enabled writing to the actual configuration yet? Are there some bugs or lack of features that need to be resolved before it goes active? Without a ~/.wine/config file it seems like winecfg is the only way to let users easily adjust their configuration. Chris

2 1

Regression in GetModuleHandle16
by Vitaliy Margolen March 6, 2005

March 6, 2005

This patch http://cvs.winehq.org/patch.py?id=16245 broke my wine (changes to "winbase.h"). It fails to start. Could someone take a look at it? I'm sorry, my brain failing me this weekend too, and I couldn't find the cause myself. I tried running without ~/.wine - didn't help. I'm running wine from the tree without installing it. Could this be a reason why no one else seeing the problem? 0009:trace:module:load_dll Found loaded module L"c:\\windows\\system\\kernel32.dll" for L"kernel32.dll" at 0x404c0000, count=13 0009:trace:heap:RtlFreeHeap (0x40380000,00000002,40380f78): returning TRUE 0009:trace:module:GetModuleHandle16 (krnl386.exe) 0009:trace:module:MODULE_LoadModule16 Trying built-in 'krnl386.exe' 0009:trace:global:GLOBAL_Alloc 56 flags=0000 0009:trace:heap:RtlAllocateHeap (0x40380000,00000002,00000040): returning 40380f78 0009:trace:module:NE_InitResourceHandler InitResourceHandler[1026] 0009:trace:module:GetModuleHandle16 (KERNEL) 0009:trace:module:GetProcAddress16 0000 'DefResourceHandler' 0009:trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin 0009:trace:module:GetModuleHandle16 (krnl386.exe) 0009:err:module:MODULE_LoadModule16 Serious trouble. Just loaded module 'krnl386.exe' (hinst=0x1026), but can't get module handle. Filename too long ? -- Best regards, Vitaliy

1 0

dbghelp problem
by Robert Reif March 6, 2005

March 6, 2005

I can't get a stack trace with symbol information from an exe file and tracked the problem down to this. dbghelp tries to load the symbols for the executable file by looking up the file name without the .exe extension and fails because the file is not found. This patch adds the .exe back on to the file name and tries to look it up again before failing. I doubt this is the right solution but it works for me. --- pe_module.c 2005-03-01 06:20:19.000000000 -0500 +++ /mnt/floppy/pe_module.c 2005-03-04 11:06:30.000000000 -0500 @@ -332,6 +332,7 @@ HANDLE hMap; void* mapping; char loaded_name[MAX_PATH]; + TRACE("(%p %s %p %08lx %08lx)\n", pcs, name, hFile, base, size); loaded_name[0] = '\0'; if (!hFile) @@ -341,13 +342,22 @@ /* FIXME SetLastError */ return NULL; } - if ((hFile = FindExecutableImage(name, NULL, loaded_name)) == NULL) - return NULL; + if ((hFile = FindExecutableImage(name, NULL, loaded_name)) == NULL) { + char full_name[MAX_PATH]; + TRACE("file: %s not found\n", name); + strcpy(full_name, name); + strcat(full_name, ".exe"); + if ((hFile = FindExecutableImage(full_name, NULL, loaded_name)) == NULL) { + TRACE("file: %s not found\n", full_name); + return NULL; + } + } opened = TRUE; } else if (name) strcpy(loaded_name, name); else if (dbghelp_options & SYMOPT_DEFERRED_LOADS) FIXME("Trouble ahead (no module name passed in deferred mode)\n"); + TRACE("loaded_name = %s\n", loaded_name); if (!(module = module_find_by_name(pcs, loaded_name, DMT_PE)) && (hMap = CreateFileMappingA(hFile, NULL, PAGE_READONLY, 0, 0, NULL)) != NULL) {

2 1

Picasa2- slideshow mode fixes [patch #1]
by Matthew Mastracci March 6, 2005

March 6, 2005

I've been trying to get the slideshow mode in Picasa2 to work, but it seems like it's relying on IDirectDrawSurface->Lock() to return DDERR_SURFACEBUSY if the surface is already locked. If this call doesn't return the error, it seems to keep hammering the function until it does. It then proceeds to hit a stack overflow condition somehow and dies. :) I think it's a bug in Picasa, but my ddraw-surface-lock.diff patch in wine-patches fixes this behaviour (but not the feature, unfortunately). Note that now the slideshow mode now just terminates without error. I'll keep on looking to see what's happening. Matt.

1 0

Re: More destinations for wineoss's mixer
by wino＠piments.com March 6, 2005

March 6, 2005

On 05 Mar 2005 12:34:26 -0500, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > According to MSDN, DST_HEADPHONES can be the same as DST_SPEAKERS, > DST_LINE and DST_VOICEIN as DST_WAVEIN. > > Peter, does this one helps Dragon NS 7? > > Changelog: > Make wineoss's mixer know about DST_HEADPHONES, DST_LINE and > DST_VOICEIN. > Use proper constants instead of 0 and 1. > > Vincent one more thing to add: it seems your patch has done some good since I now notice that entering the audio setup now sets the mike to zero just before it gets stuck. I went back to try NS4 and I did now manage to go through the mike setup routine and sig/noise check. Although the mike setting was not waiting for me to speak before returning. Another brick is in place. 8) -- Opera 7 mail on Linux

1 0

Re: More destinations for wineoss's mixer
by peter＠piments.com March 6, 2005

March 6, 2005

On 05 Mar 2005 12:34:26 -0500, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > According to MSDN, DST_HEADPHONES can be the same as DST_SPEAKERS, > DST_LINE and DST_VOICEIN as DST_WAVEIN. > > Peter, does this one helps Dragon NS 7? > > Changelog: > Make wineoss's mixer know about DST_HEADPHONES, DST_LINE and > DST_VOICEIN. > Use proper constants instead of 0 and 1. > > Vincent Thanks , that got rid of the errors but did not make it work, sadly. I can get it to install reliably using Installshield. What I thought was blocking it was that there is a OK/Cancel dlg coming up _behind_ the splash screen. This is obviously a bug in that the dlg is modal but not visible when it comes up. The trick is to move the splash to one side before clicking Next. The prog now starts and works as much as it can without sound and a speach profile , ie not much but it can close cleanly. Attempting to set the mike volume is still the killer but there are now no messages, the set up dlg hangs and I have to close it using the X button on the frame. I can then exit NS. Progress none the less Thanks again. -- Using Opera e-mail on Gentoo Linux

1 0

Re: MultiByteToWideCharacter problem with CP 950 (Traditional Chinese)
by Andreas Mohr March 5, 2005

March 5, 2005

Hi, On Sun, Mar 06, 2005 at 04:49:13AM +0900, Mike McCormack wrote: > 1st problem: (pre-existing) No comments. > 2nd problem: (regression) > > There's another serious problem, which is a regression. Starting Office > 2000 (any language)with the Big5 code page as below, causes serious > trouble with my X server (X.org 6.7.0). The X cpu usage goes to 95%, > and the install hangs, more or less. > > LC_ALL=zh_TW.Big5 wine m:\setup > > The problem happens whether or not the Chinese truetype font is installed. This probably is the same issue that has prevented success for any attempt to use some relatively recent Wine versions on the notebook of my girlfriend (P3/450, Debian, Chinese simplified, non-Unicode setup: GB2312, XF86 4.3.x): whenever I started Wine, everything slowed to a crawl and I had veritable trouble trying to kill it (definitely points towards XF86 overload). I could offer to do some tests if need be. Haven't tried the new "non-official" Debian Wine packages, BTW. Andreas Mohr

1 0

Re: USER32: Error checking for sysparams tests
by Paul Vriens March 5, 2005

March 5, 2005

On Sat, 2005-03-05 at 06:42, jchevrier(a)nexicom.net wrote: > As discussed on wine-devel there are a handful of calls in the > SystemParametersInfo tests that don't check for returned errors and continue > on with testing a given parameter. This patch ensures that all initial calls > to SystemParametersInfoA in each parameter test have their returned errors > checked. To ease adding more error cases and reduce code duplication I have > consolidated error message handling into a single function. > > Changelog: > > * Consolidate error message handling > * Add error checking to all initial SystemParametersInfoA calls in each > parameter test to make sure that if a given parameter isn't supported or has > failed in some other way that we return and don't continue on with the test > * Remove a couple of TABS and align registry keys/values at the top of the > file Hi Justin, what about the attached one? Added/changed the following: - Always set LastError before calling test_error_msg - SPI_{GET,SET}ICONTITLEWRAP is supported on Win98, but was clouded by an error that was set after a previous call failed. Changelog: Justin Chevrier <jchevrier(a)nexicom.net> * Consolidate error message handling * Add error checking to all initial SystemParametersInfoA calls in each parameter test to make sure that if a given parameter isn't supported or has failed in some other way that we return and don't continue on with the test * SetLastError before calling test_error_msg * Remove a couple of TABS and align registry keys/values at the top of the file * SPI_{GET,SET}ICONTITLEWRAP is supported on Win98 Cheers, Paul.

2 1

Any resources about threading problems?
by Bill Medland March 5, 2005

March 5, 2005

Does anyone know any site or book or something with a decent discussion about the problems of the different threading models and their implementations? In the Developer's Guide in section 8.3 there are references to "the threading chapter". Is this a section that has not yet been written? As I understand it we (in the pthreads version) "override the native pthreads library". What does this mean? I am trying to research the issues associated with threading so that I understand the complications. The fact that Linux has two models and that Wine, FreeDCE and Samba (that I know of) seem to have found it necessary to bypass/hack/modify/override them indicates to me that there is something to understand. -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

2 3

installshield and Wine
by wino＠piments.com March 5, 2005

March 5, 2005

What is the current state of play? It seems that InstallShield is pretty much and essential element in a working Wine env. But I tried to install Dragon NS 7 yesterday and it hung completely with a system wide modal in the middle of the screen. I had to kill the parent. There has been some regressions in Wine recently it seems , what would be the best wine version to install to get around this issue.? Thanks. -- Opera 7 mail on Linux

5 6

Dragon Naturally Speaking - working.
by wino＠piments.com March 5, 2005

March 5, 2005

Good news and what looks like a first. Dragon Naturally Speaking 4 working under Wine. ======================================= reqd riched32 and comdlg32 native from 98SE Gentoo Linux , 2.6.10-nitro4 kernel wine-20050111 Fresh Wine installation installed IE6 using sidenet Install Dragon from CD no major issues. copy missing dll's ran up Dragon , enter user name , setup sticks at setting mike level but exits cleanly. #wine gentrain.exe picks up user name , dictated training text . It saves the vocab/voix profiles the drops out with 3 repeat errors but the profile is safe #wine natspeak.exe Can now dictate in stand-alone mode as in windoze. I now need some help with the guts of Wine to see if I can capture the keystrokes output by Dragon and pipe it to another Linux thread. Any suggestions on that? TIA :) -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

3 3

Re: [user/tests/sysparams.c] More correct *MOUSEHOVER* tests (Don't apply)
by Paul Vriens March 5, 2005

March 5, 2005

On Fri, 2005-03-04 at 21:39, Paul Vriens wrote: > Hi, > > current checks for only GetLastError()==ERROR_INVALID_SPI_VALUE) are > bogus, at least on Win98 as the LastError is not set. > > Changelog > LastError is not set on failure for *MOUSEHOVER* on Win98 > > Cheers, > > Paul. Hi, no need to apply this one. I shouldn't have checked for ERROR_CALL_NOT_IMPLEMENTED (maybe only at the very first test). Justin's patch seems to be on the right track. Cheers, Paul.

1 0

Re: USER32: Error checking for sysparams tests
by Paul Vriens March 5, 2005

March 5, 2005

On Sat, 2005-03-05 at 06:42, jchevrier(a)nexicom.net wrote: > As discussed on wine-devel there are a handful of calls in the > SystemParametersInfo tests that don't check for returned errors and continue > on with testing a given parameter. This patch ensures that all initial calls > to SystemParametersInfoA in each parameter test have their returned errors > checked. To ease adding more error cases and reduce code duplication I have > consolidated error message handling into a single function. > > Changelog: > > * Consolidate error message handling > * Add error checking to all initial SystemParametersInfoA calls in each > parameter test to make sure that if a given parameter isn't supported or has > failed in some other way that we return and don't continue on with the test > * Remove a couple of TABS and align registry keys/values at the top of the > file Hi Justin, could you have a look at the patch I send in for *MOUSEHOVER* stuff. Apparently Win98SE returns 0 without setting last error for the *MOUSEHOVER* ones. Could you incorporate this into your patch? Mine is a bit 'overcomplete' as ERROR_CALL_NOT_IMPLEMENTED will probably never be returned (only for SystemParametersInfoA itself). Shouldn't we also always do a SetLastError(0xdeadbeef) before every call to SystemParametersInfoA? Cheers, Paul.

1 0

Drive detection stuff
by Mike Hearn March 5, 2005

March 5, 2005

So, there are 4 obvious problems with our current drive management code: 1) We add links to the floppy drive. We should blacklist it, as it causes a big delay in the file open dialogs as we poll the drive which sits there spinning its motors naval-gazing. How many people still use floppy disks in 2005 anyway? I'm hoping the answer is "virtually none" 2) We don't add any device symlinks. Some programs need these eg d:: -> /dev/cdrom 3) The artwork in the file pickers sucks ass. Sorry, it does. It's ugly as sin and for some reason the Desktop icon is an arrow, not a desk. This doesn't matter when you only have C: and Z: drives. It does matter when you have 2 CD drives, 2 Windows drives, a floppy and a few other drives. Fixing this is theoretically easy but for some reason it never gets done. If any of you non-coders are reading this and want to contribute then this would be a good way to start. Good artwork already exists, it's just a case of finding it, converting it to the right format and getting the new bitmaps into CVS. 4) We don't detect new drives as they are mounted into the system, eg if I start a Windows program and then realize that my work is actually on a USB key, if I plug that key in Nautilus and GTK+ (and probably KDE) apps will detect it and see it, but we won't. Not even if I restart the app! This is bad. Fixing this is not, in theory, super hard. When HAL detects a new hotplug device it modifies the fstab file and mounts. If we watch the /etc/fstab file for changes and rerun drive detection therefore we can make this all magically work. Problems are: - Who triggers the resync? The wineserver is the obvious choice as there is only 1 per wineprefix but we'd need to integrate FAM support for that - How do we broadcast to apps that the drive definitions changed so we can update the UI, flush any caches etc? thanks -mike

13 21

Setting null region for window mask kills wine 20050112
by Kuba Ober March 4, 2005

March 4, 2005

Hi, I was testing my Qt 3.3.4 application with wine, and it appears that setting a null widget mask via QWidget::setMask(QRegion()) puts wine into an endless loop. It continuously spews complaints that it ran out of gdi heap. I can reproduce it at home and send the actual error message if need be. I presume that this could be reproduced with the GPL qt-win32 port, but I didn't try. Cheers, Kuba Ober

1 0

Re: Account for permissions on Win2k - dlls/advapi32/tests/security.c
by Paul Vriens March 4, 2005

March 4, 2005

On Fri, 2005-03-04 at 17:09, Jakob Eriksson wrote: > If we dont have permissions, we don't... > Checked for ERROR_NO_SUCH_PRIVILEGE > > Weirdly, Win2k does not recognize the last two, number 28 and 29. > > Evidence: > http://test.winehq.org/data/200503041000/2000_IDWASEMPTY/advapi32:security.… > It only fails for 1 w2k btw. The other 2 succeed, so it doesn't look like a general w2k problem. Couldn't it be a certain version of the dll? I've had the same issues with shlwapi/registry. Although the majority succeeds now, some 'old' dll's will still fail. Could it be an idea, to have every test (at least 1 in a dll test) tell the version of the tested dll? Or have a test within every dll that does exactly this (version checking). Cheers, Paul.

2 1

(no subject)
by Wine-devel March 4, 2005

March 4, 2005

1 0

Should CDLGetLongPathName[AW] be exported by ordinal
by Francois Gouget March 4, 2005

March 4, 2005

On Windows XP and 2003ES the CDLGetLongPathName[AW] ordinals are 4 and 5 respectively. On Windows 9x, NT4 and Windows 2000 they are 1 and 2 respectively. If Microsoft changed the ordinal of these APIs it means the ordinal does not matter so I'm tempted to post the following patch: Index: dlls/urlmon/urlmon.spec =================================================================== RCS file: /var/cvs/wine/dlls/urlmon/urlmon.spec,v retrieving revision 1.31 diff -u -p -r1.31 urlmon.spec --- dlls/urlmon/urlmon.spec 30 Nov 2004 21:14:21 -0000 1.31 +++ dlls/urlmon/urlmon.spec 23 Feb 2005 10:21:11 -0000 @@ -1,8 +1,8 @@ -1 stub CDLGetLongPathNameA -2 stub CDLGetLongPathNameW @ stub AsyncGetClassBits @ stub AsyncInstallDistributionUnit @ stub BindAsyncMoniker +@ stub CDLGetLongPathNameA +@ stub CDLGetLongPathNameW @ stub CoGetClassObjectFromURL @ stub CoInstall @ stdcall CoInternetCombineUrl(wstr wstr long wstr long ptr long) Yet in Windows 2000 Microsoft went out of its way to assign these ordinals to them so I suspect there is something more to this. Could it be that old versions of Internet Explorer import these APIs by ordinal and that since Windows XP and greater ships with a recent enough version of Internet Explorer Microsoft decided it was no longer necessary to keep the old ordinals for compatibility? What should we do if this turns out to be the case? Do we want to keep the ordinals anyway? I guess that the minimum would be to document this in the spec file. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

2 1

Wine MIDI Mapper
by Andrew Neil Ramage March 4, 2005

March 4, 2005

In trying to get a Windows music composition program (www.noteworthycomposer.com) working, I have been unable to hear playbacks of music because the Wine MIDI Mapper does not open. Does anyone have any idea what is causing this problem, and if there is a fix available ? I am using Mandrake 10.0, Gnome 2.4 and Wine-20050211. -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: Drive detection stuff
by Oliver Stieber March 4, 2005

March 4, 2005

> Ah, so this means that the directory change > notification mechanism > applies to volume notification as well? Or is it > still a somewhat separate > API? > > Nevermind, at least you just told us that this API > exists, so we should > try to get the hal/hotplug/fam stuff integratedf > towards this API. > On second thoughts additional, I was looking at doing something similar for linux installers using /dev/boot.ini and the registry. If you get anything working that way I'll take a look at making an installer that reads all the users settings from the windows registry for something like knopix and maybe look at implementing some of the windows settings in wine e.g. setting desktop wallpaper &co.. Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Drive detection stuff
by Oliver Stieber March 4, 2005

March 4, 2005

> Ah, so this means that the directory change > notification mechanism > applies to volume notification as well? Or is it > still a somewhat separate > API? > > Nevermind, at least you just told us that this API > exists, so we should > try to get the hal/hotplug/fam stuff integratedf > towards this API. > take a look at how ivman http://ivman.sourceforge.net/ does things. > Andreas Mohr > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

ESD sound support in Wine 20050111
by Kumaran Santhanam March 4, 2005

March 4, 2005

I found a patch for ESD (Enlightenment Sound Daemon) support in Wine from July 2004. I modified this to work with Wine-20050111 and compiled the wineesd.drv.so driver. This driver works in both Wine and CrossOver 4.1. The patch and instructions are attached to this email. I have been using it for a few weeks and it seems to be working well. It would be great if it could be incorporated into the main Wine tree. Please let me know if you have any questions. Best Regards, Kumaran Wine Enlightenment Sound Daemon support --------------------------------------- [Jul 2004] Original driver code by Zhangrong Huang <hzhr(a)users.sourceforge.net> [Feb 2005] Ported to Wine 20050111 and CrossOver Office Professional 4.1 by Kumaran Santhanam <rhapsody(a)users.sourceforge.net> Instructions: 0) Make sure that esound-devel is installed. 1) Untar Wine-20050111.tar.gz 2) cd wine-20050111 3) patch -p1 <wineesd-20050111.patch 4) autoconf configure.ac >configure 5) ./configure 6) make depend 7) make Binary is built as dlls/winmm/wineesd/wineesd.drv.so

3 2

MSVCRT still hisshandling Exception
by Uwe Bonnes March 4, 2005

March 4, 2005

Hallo, with a 2.6 kernel, _pn.exe from the Xilinx ISE suite crashes while loading the last process. With native MSVCRT, a message box pops up, reporting the error. With builtin msvcrt, the exception handling loops until a stack overflow happens. Find appended the beginning of the loop. With the second loop, trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 appears, with the third loop cointaining these lines doubled and so on. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- fixme:msvcrt:_setmbcp Unreal codepages (e.g. -3) not implemented fixme:ole:CoRegisterMessageFilter stub fixme:process:CreateProcessA BON: App "(null)" cmd ""C:\\ise-6.3\\bin\\nt\\findmgsg.exe"" err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument' err:ole:CoGetClassObject couldn't load InprocServer32 dll C:\windows\system\vbscript.dll fixme:ole:CoCreateInstance no classfactory created for CLSID {3f4daca4-160d-11d2-a8e9-00104b365c9f}, hres is 0x80040150 err:x11drv:X11DRV_CreateWindow invalid window width -19 err:x11drv:X11DRV_CreateWindow invalid window width -19 fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x76726151 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=44455359 trace:seh:EXC_RtlRaiseException eax=44455355 ebx=b7212480 ecx=b7542c88 edx=ffffffff esi=b7542ca4 edi=b7542c88 trace:seh:EXC_RtlRaiseException ebp=77428a70 esp=77aa09dc cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010206 trace:seh:EXC_CallHandler calling handler at 0x76774e9f code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76ccdea5 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d92b code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d93d code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661bb36 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661f3e5 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c926 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661ce51 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c590 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76618114 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x45bef5 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402ef3 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402e0a code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402d82 code=c0000005 flags=0 trace:seh:cxx_frame_handler handling C++ exception rec 0x77aa0984 frame 0x77aafce8 trylevel 0 descr 0x6c424f50 nested_frame (nil) exception type: flags 8508c483 destr 0x8a4275c0 handler 0x548d1a47 type info 0xe0831024 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x7732567b trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=e0831024 trace:seh:EXC_RtlRaiseException eax=e0831024 ebx=77345620 ecx=00000000 edx=77eff031 esi=0a90274b edi=00000000 trace:seh:EXC_RtlRaiseException ebp=77aa0234 esp=77aa0198 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010202 trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x76774e9f code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76ccdea5 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d92b code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661d93d code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661bb36 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661f3e5 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c926 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661ce51 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x7661c590 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x76618114 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x45bef5 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402ef3 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402e0a code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x6c402d82 code=c0000005 flags=10 trace:seh:cxx_frame_handler handling C++ exception rec 0x77aa0140 frame 0x77aafce8 trylevel 0 descr 0x6c424f50 nested_frame (nil) exception type: flags 5028 destr 0xb7fffb90 handler 0xb7ff49e0 type info 0xb7f38c90 0: code=c0000005 flags=0 addr=0x773256b1 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=244c8b14 trace:seh:EXC_RtlRaiseException eax=7734142d ebx=77345620 ecx=b7fd5140 edx=00000007 esi=244c8b10 edi=00000000 trace:seh:EXC_RtlRaiseException ebp=77a9f9f0 esp=77a9f954 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00010246 trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x77ec1830 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x76774e9f code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 ... err:seh:setup_exception stack overflow 212 bytes in thread 0009 eip b7ec7425 esp 779b0f2c stack 0x779b0000-0x77ab0000

1 0

Re: Make QueryServiceConfigW return an empty string for empty dependencies
by James Hawkins March 4, 2005

March 4, 2005

On Fri, 4 Mar 2005 13:54:34 +1100, Troy Rollo <wine(a)troy.rollo.name> wrote: > QueryServiceConfigW currently returns a NULL pointer for lpDependencies when > there are no dependencies. The documentation states that an empty string has > the same meaning, and at least one application (an MSIEXEC.EXE from the > Office XP CD) will SEGV if this is NULL. Using the empty string avoids this. > > ChangeLog: > Return an empty string for service dependencies when there are no > dependencies, rather than a NULL pointer, which causes some apps > to SEGV. Can you write test cases for this behaviour? -- James Hawkins

1 0

Re: Make QueryServiceConfigW return an empty string for empty dependencies
by James Hawkins March 4, 2005

March 4, 2005

On Fri, 4 Mar 2005 13:54:34 +1100, Troy Rollo <wine(a)troy.rollo.name> wrote: > QueryServiceConfigW currently returns a NULL pointer for lpDependencies when > there are no dependencies. The documentation states that an empty string has > the same meaning, and at least one application (an MSIEXEC.EXE from the > Office XP CD) will SEGV if this is NULL. Using the empty string avoids this. > > ChangeLog: > Return an empty string for service dependencies when there are no > dependencies, rather than a NULL pointer, which causes some apps > to SEGV. Can you write test cases for this behaviour? -- James Hawkins

1 0

wine-user.pdf feedback 2
by Dan W. March 4, 2005

March 4, 2005

Okay, now I found what I think is a more serious missing piece of info in wine-user.pdf. In page 20, last paragraph, it says one can start off by modifying the sample config file, which "can be found in the directory 'documentation/samples'... Problem is, I did a file search for 'documentation', and I get like 10 pages of hits I did a file search for samples, and same thing, or worse. In both cases I went through all those instances visually scanning for 'wine' or 'config' and found nothing at all. I know I ought to have the sources somewhere, because when I installed fc2, I said "install everything", and that included sources; but I have no idea where to look for the wine documentation folder. I have to give up on it for now. Far past my bedtime by now, anyways.. ;-) Cheers!

3 2

Re: MSI: Radio Buttons
by Dmitry Timoshkov March 4, 2005

March 4, 2005

"Ulrich Czekalla" <ulrich.czekalla(a)utoronto.ca> wrote: > + if (control->hwnd) > + { > + WNDPROC oldproc = (WNDPROC) SetWindowLongPtrW(control->hwnd, GWLP_WNDPROC, > + (LONG)MSIRadioGroup_WndProc); Then it's better to cast to LONG_PTR instead of LONG. -- Dmitry.

1 0

Re: [ADVAPI] SetSecurityInfo
by Robert Shearman March 3, 2005

March 3, 2005

Raphael wrote: >Hi, > > Changelog: > - simple implementation of SetSecurityInfo > >(seems to be needed by War3 frozen throne, cf >http://forums.gentoo.org/viewtopic-t-303306.html?sid=3f962c702ae58ad8902ca8…) > > I have made a few comments on the implementation below: > SRCDIR = @srcdir@ > VPATH = @srcdir@ > MODULE = advapi32.dll >-IMPORTS = kernel32 ntdll >+IMPORTS = winspool kernel32 ntdll > > Should be in DELAYIMPORTS. We don't want to slow down the loading of all applications because of this one uncommon case. >@@ -1418,6 +1422,87 @@ > { > FIXME("(%s) : stub\n", debugstr_w(lpFileName) ); > return TRUE; >+} >+ >+/****************************************************************************** >+ * SetSecurityInfo [ADVAPI32.@] >+ */ >+BOOL WINAPI SetSecurityInfo(HANDLE handle, >+ SE_OBJECT_TYPE ObjectType, >+ SECURITY_INFORMATION SecurityInfo, >+ PSID psidOwner, >+ PSID psidGroup, >+ PACL pDacl, >+ PACL pSacl) >+{ >+ SECURITY_DESCRIPTOR sd; >+ BOOL test; >+ >+ TRACE("(%p, %x, %x, %p, %p, %p, %p) : alomst stub\n", handle, ObjectType, SecurityInfo, psidOwner, psidGroup, pDacl, pSacl); > > Remove the "almost stub" part of it and just print FIXME's for the parts that aren't implemented, otherwise the next person that comes along to this function will spend hours trying to work out what isn't implemented, if they even realise this function is to blame. >+ >+ test = InitializeSecurityDescriptor(&sd, SECURITY_DESCRIPTOR_REVISION); >+ if (!test) return FALSE; >+ >+ if (SecurityInfo & DACL_SECURITY_INFORMATION) { >+ test = SetSecurityDescriptorDacl(&sd, TRUE, pDacl, TRUE); >+ } >+ if (SecurityInfo & SACL_SECURITY_INFORMATION) { >+ test = SetSecurityDescriptorSacl(&sd, TRUE, pSacl, TRUE); >+ } >+ if (SecurityInfo & GROUP_SECURITY_INFORMATION) { >+ if (NULL == psidGroup) { >+ SetLastError( ERROR_INVALID_PARAMETER ); >+ return FALSE; >+ } >+ test = SetSecurityDescriptorGroup(&sd, psidGroup, TRUE); >+ } >+ if (SecurityInfo & OWNER_SECURITY_INFORMATION) { >+ if (NULL == psidOwner) { >+ SetLastError( ERROR_INVALID_PARAMETER ); >+ return FALSE; >+ } >+ test = SetSecurityDescriptorOwner(&sd, psidOwner, TRUE); >+ } >+ >+ switch (ObjectType) { >+ case SE_KERNEL_OBJECT: >+ test = SetKernelObjectSecurity(handle, SecurityInfo, &sd); >+ break; >+ case SE_SERVICE: >+ test = SetServiceObjectSecurity(handle, SecurityInfo, &sd); >+ break; >+ case SE_REGISTRY_WOW64_32KEY: >+ case SE_REGISTRY_KEY: >+ test = RegSetKeySecurity(handle, SecurityInfo, &sd); >+ break; >+ case SE_LMSHARE: >+ /*test = NetShareSetInfo(handle, SecurityInfo, &sd); TODO: don't exit on netapi */ >+ break; >+ case SE_PRINTER: >+ { >+ PRINTER_INFO_2A pr_info; >+ memset(&pr_info, 0, sizeof(pr_info)); >+ /** maybe we should do GetPrinter before SetSecurityDesc* ? */ >+ test = GetPrinterA(handle, 2, (LPBYTE) &pr_info, 0, NULL); >+ pr_info.pSecurityDescriptor = &sd; >+ test = SetPrinterA(handle, 2, (LPBYTE) &pr_info, PRINTER_CONTROL_SET_STATUS); >+ break; >+ } >+ >+ case SE_FILE_OBJECT: >+ /*SetFileSecurity ? */ >+ case SE_WINDOW_OBJECT: > > Call SetUserObjectSecurity. >+ case SE_DS_OBJECT: >+ case SE_DS_OBJECT_ALL: >+ case SE_PROVIDER_DEFINED_OBJECT: >+ case SE_WMIGUID_OBJECT: >+ case SE_UNKNOWN_OBJECT_TYPE: >+ default: >+ WARN("unsupported ObjectType %d\n", ObjectType); > > Change this to a FIXME. >+ test = TRUE; >+ } >+ >+ return test; > > This function returns a DWORD error code, not a BOOL. > } > > /****************************************************************************** > > Rob

1 0

Re: ntdll: Add NtCreateKey tests
by Alexandre Julliard March 3, 2005

March 3, 2005

James Hawkins <truiken(a)gmail.com> writes: > What are the steps I need to take to break registry initialisation? I > did wonder how anything in the real win32 registry could be created > though if you can't create a key directly under HKLM or HKU. If this > really does break initialisation, can we implement a different > create_key that has little restrictions and would only be used > internally, or would this just be scrapped entirely? I don't think there's any point in replicating that behavior. I doubt there's any such check on Windows either, it's most likely just a side effect of the way the registry files are "mounted" at different places in the tree. Once we have a proper implementation of RegLoadKey/RegUnloadKey we should get the same behavior automatically. -- Alexandre Julliard julliard(a)winehq.org

1 0

any way to unlink the symbolic link, not its target?
by Kuba Ober March 3, 2005

March 3, 2005

Hi, I'm using wine to cross compile projects using vc7.1 from a software configuration tool called aegis (http://aegis.sf.net) I'm maintaining a symlinked baseline with source and derived (.obj, .exe, .pdb) files in it. A change only has copies of changed files. So, when the compiler tries to output something, it first tries to unlink the file. But that won't work as wine tries to unlink target of the symlink, instead of the symlink itself. Is there any switch somewhere to revert to deleting the symbolic links, or if not -- what source file should I look into to patch that? Thanks a lot, Kuba Ober

1 0