October 2009 - Wine-bugs - list.winehq.org

[Bug 20430] New: widl generating proxies and stubs with uninitialized variables?
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20430 Summary: widl generating proxies and stubs with uninitialized variables? Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The command cd dlls/ole32/tests valgrind --trace-children=yes --workaround-gcc296-bugs=yes --track-origins=yes -q ../../../wine ole32_test.exe.so marshal.c shows the valgrind warnings Conditional jump or move depends on uninitialised value(s) at 0xD8BC349: __widl_exception_handler (dcom_p.c:81) by 0xCC97100: ??? (signal_i386.c:2329) by 0xCC970D2: ??? (signal_i386.c:2329) by 0xCC92EDB: call_stack_handlers (signal_i386.c:606) by 0xCC93379: raise_exception (signal_i386.c:684) by 0xCC96EF7: __regs_RtlRaiseException (signal_i386.c:2277) by 0xCCAE638: __wine_call_from_32_regs (in /home/dank/wine-git/dlls/ntdll/ntdll.dll.so) by 0xCC96F27: ??? (signal_i386.c:2279) by 0xDEF37AA: RpcRaiseException (rpcrt4_main.c:176) by 0xDEB66A4: NdrProxySendReceive (cproxy.c:434) by 0xD8BD9BC: IRemUnknown_RemRelease_Proxy (dcom_p.c:644) by 0xD87EC82: ifproxy_release_public_refs (marshal.c:642) Uninitialised value was created by a stack allocation at 0xD8BD781: IRemUnknown_RemRelease_Proxy (dcom_p.c:610) Conditional jump or move depends on uninitialised value(s) at 0xD9275A1: __widl_exception_handler (ole32_unknwn_p.c:81) by 0xCC97100: ??? (signal_i386.c:2329) by 0xCC970D2: ??? (signal_i386.c:2329) by 0xCC92EDB: call_stack_handlers (signal_i386.c:606) by 0xCC93379: raise_exception (signal_i386.c:684) by 0xCC96EF7: __regs_RtlRaiseException (signal_i386.c:2277) by 0xCCAE638: __wine_call_from_32_regs (in /home/dank/wine-git/dlls/ntdll/ntdll.dll.so) by 0xCC96F27: ??? (signal_i386.c:2279) by 0xDEF37AA: RpcRaiseException (rpcrt4_main.c:176) by 0xDEB66A4: NdrProxySendReceive (cproxy.c:434) by 0xD9278CC: IClassFactory_RemoteCreateInstance_Proxy (ole32_unknwn_p.c:212) by 0xD8B7C23: IClassFactory_CreateInstance_Proxy (usrmarshal.c:2202) Uninitialised value was created by a stack allocation at 0xD927711: IClassFactory_RemoteCreateInstance_Proxy (ole32_unknwn_p.c:186) It seems that widl is generating code that doesn't initialize some buffers that are sent. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 20370] New: chromium net_unittests.exe fail ssl tests because they can't check for root cert
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20370 Summary: chromium net_unittests.exe fail ssl tests because they can't check for root cert Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I've placed a precompiled set of unit tests at http://kegel.com/wine/chromium/tests{,_data}.tgz net_unittests.exe --gtest_filter=HTTPSRequestTest.HTTPSGetTest fails with [ RUN ] HTTPSRequestTest.HTTPSGetTest fixme:crypt:CertFindCertificateInStore find type 00080004 unimplemented .\url_request\url_request_unittest.cc(395): error: Value of: NULL != server.get() Actual: false Expected: true [ FAILED ] HTTPSRequestTest.HTTPSGetTest Here's an extracted C testcase: #undef NDEBUG #include <windows.h> #include <wincrypt.h> #include <stdio.h> #include <assert.h> #pragma comment(lib, "crypt32.lib") int main() { HCERTSTORE cert_store; PCCERT_CONTEXT cert; printf("Before running this test, import test cert as follows:\n\ windows: http://dev.chromium.org/developers/testing \n\ ubuntu: http://help.ubuntu.com/community/OpenSSL \n\ The cert to import into ubuntu is\n\ http://src.chromium.org/viewvc/chrome/trunk/src/net/data/ssl/certificates/r… "); cert_store = CertOpenSystemStoreA(NULL, "ROOT"); assert(cert_store != NULL); cert = CertFindCertificateInStore(cert_store, X509_ASN_ENCODING | PKCS_7_ASN_ENCODING, 0, CERT_FIND_ISSUER_STR, L"Test CA", NULL); if (cert) { CertFreeCertificateContext(cert); printf("Test passed.\n"); } CertCloseStore(cert_store, 0); assert(cert != NULL); } The commands to import that certificate on ubuntu are, from that web page, sudo cp /data/dkegel/net/data/ssl/certificates/root_ca_cert.crt /usr/share/ca-certificates/ sudo vi /etc/ca-certificates.conf (and add the line root_ca_cert.crt) sudo update-ca-certificates I'll attach a compiled copy of the test case. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 20372] New: WS2_register_async_shutdown forgets to initialize local_iosb.Information to zero?
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20372 Summary: WS2_register_async_shutdown forgets to initialize local_iosb.Information to zero? Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com TCPClientSocketTest.Connect, SSLClientSocketTest.Connect, and TCPPingerTest.Ping all exhibit valgrind warnings like this: Syscall param writev(vector[...]) points to uninitialised byte(s) at writev (writev.c:46) by send_request (server.c:214) by wine_server_call (server.c:295) by NTDLL_wait_for_multiple_objects (sync.c:1122) by wait_suspend (exception.c:85) by usr1_handler (signal_i386.c:1993) Address 0x7ffdadfc is on thread 1's stack Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:187) by RtlAllocateHeap (heap.c:1429) by WS2_register_async_shutdown (socket.c:1522) by WS_shutdown (socket.c:3444) by net::TCPClientSocketWin::Disconnect (tcp_client_socket_win.cc:345) by net::`anonymous namespace'::TCPClientSocketTest_Connect_Test::TestBody (tcp_client_socket_unittest.cc:110) There are similar errors on other tests that call WS_shutdown. This looks oddly like the problem in bug 20336, and indeed, clearing local_iosb.Information gets rid of the warning: --- a/dlls/ws2_32/socket.c +++ b/dlls/ws2_32/socket.c @@ -1526,6 +1526,7 @@ static int WS2_register_async_shutdown( SOCKET s, int type ) wsa->hSocket = SOCKET2HANDLE(s); wsa->type = type; wsa->completion_func = NULL; + wsa->local_iosb.Information = 0; SERVER_START_REQ( register_async ) { Is this the right place to do it, or should the system be clearing it instead somewhere else? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 20368] New: sockaddr_in6 wrong size; causes chromium's net_unittests HostResolverImplTest.NumericIPv6Address test case to fail
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20368 Summary: sockaddr_in6 wrong size; causes chromium's net_unittests HostResolverImplTest.NumericIPv6Address test case to fail Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running chromium's base_unittests.exe fails all over the place unless it can find the source tree, but even if you put the source tree where it wants it, it fails various tests. The first one in the list is HostResolverImplTest.NumericIPv6Address which fails with [11:71:1014/112257:84976129:FATAL:address_list.cc(76)] Check failed: sizeof(sockaddr_in6) == info->ai_addrlen (28 vs. 24) Here's the failing bit of the testcase, extracted into a nearly plain C program: #undef NDEBUG #include <ws2tcpip.h> #include <stdio.h> #include <assert.h> #pragma comment(lib, "ws2_32.lib") int main(int argc, char **argv) { WSADATA wsaData; int err; struct addrinfo *ai = NULL; struct addrinfo hints; err = WSAStartup(MAKEWORD(2, 2), &wsaData); assert(err == 0); ZeroMemory( &hints, sizeof(hints) ); hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_STREAM; hints.ai_protocol = IPPROTO_TCP; err = getaddrinfo("2001:db8::1", "10000", &hints, &ai); assert(err == 0); assert(ai->ai_addrlen == sizeof(struct sockaddr_in6)); freeaddrinfo(ai); WSACleanup(); return 0; } Compiled on Windows, this succeeds on Windows but fails on Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 20334] New: SysReAllocStringLen should return null terminated strings
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20334 Summary: SysReAllocStringLen should return null terminated strings Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: al.kochet(a)gmail.com Created an attachment (id=24050) --> (http://bugs.winehq.org/attachment.cgi?id=24050) wine log +seh,+tid,+relay The call like SysReAllocStringLen (&buffer, NULL, EXPECTED_LEN) should return null terminated strings. I found that problem, then playing with Texas Instruments Code Composer Studio v3.3 under wine. Test and logs are attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 20317] New: Uninitialised memory reference in SetEntriesInAclW()
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20317 Summary: Uninitialised memory reference in SetEntriesInAclW() Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Once you are past bug 20303 and bug 20315, the commands cd dlls/advapi32/tests /usr/local/valgrind-10896/bin/valgrind --trace-children=yes --track-origins=yes --workaround-gcc296-bugs=yes ~/wine-git/wine advapi32_test.exe.so security.c produce the valgrind warning Conditional jump or move depends on uninitialised value(s) at RtlAllocateHeap (heap.c:1373) by HeapAlloc (heap.c:276) by GlobalAlloc (heap.c:361) by LocalAlloc (heap.c:961) by SetEntriesInAclW (security.c:3568) by test_SetEntriesInAcl (security.c:2583) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:187) by RtlAllocateHeap (heap.c:1429) by SetEntriesInAclW (security.c:3471) by test_SetEntriesInAcl (security.c:2583) (so the amount of memory being allocated is undefined!) It seems the ppsid memory block is not fully initialized, since the change --- a/dlls/advapi32/security.c +++ b/dlls/advapi32/security.c @@ -3468,7 +3468,7 @@ DWORD WINAPI SetEntriesInAclW( ULONG count, PEXPLICIT_ACCESSW pEntries, return ERROR_SUCCESS; /* allocate array of maximum sized sids allowed */ - ppsid = HeapAlloc(GetProcessHeap(), 0, count * (sizeof(SID *) + FIELD_OFFSET(SID, SubAuthority[SID_MAX_SUB_AUTHORITIES]))); + ppsid = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, count * (sizeof(SID *) + FIELD_OFFSET(SID, SubAuthority[SID_MAX_SUB_AUTHORITIES]))); makes the warning go away. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 20313] New: Patch "user32: Draw the whole button only if requested" caused uninitialized memory use
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20313 Summary: Patch "user32: Draw the whole button only if requested" caused uninitialized memory use Product: Wine Version: 1.1.27 Platform: PC URL: http://source.winehq.org/git/wine.git/?a=commit;h=8d54 f582776d590b236e288f9ef8085bb221ccab OS/Version: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: user32 AssignedTo: dmitry(a)codeweavers.com ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org Running the ntdll tests under valgrind, I get a crash. Because I also happen to have visual studio 2005 installed, I got a handy crash dialog offering to debug. That dialog seemed to cause the following valgrind error: Conditional jump or move depends on uninitialised value(s) at IsRectEmpty (uitools.c:1282) by IntersectRect (uitools.c:1331) by PB_Paint (button.c:880) by paint_button (button.c:207) by ButtonWndProc_common (button.c:450) by ButtonWndProcW (button.c:564) ... by SetFocus (focus.c:293) by ButtonWndProc_common (button.c:336) by ButtonWndProcW (button.c:564) ... Uninitialised value was created by a stack allocation at PB_Paint (button.c:802) Either adding the line memset(&focus_rect, 0, sizeof(focus_rect)); at the top of PB_Paint, or reverting the patch http://source.winehq.org/git/wine.git/?a=commit;h=8d54f582776d590b236e288f9… makes the warning go away. Evidently that patch jumped over the initialization of that variable when it shouldn't have... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 20304] New: Warcraft 3 stats lagging very bad in-game after about 10 minutes if you are not host
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20304 Summary: Warcraft 3 stats lagging very bad in-game after about 10 minutes if you are not host Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: roppie93(a)hotmail.com I've been experiencing random lags and crashes in Warcraft 3. When I host the games myself, everything works well. Connection to host closes, causing you to be kicked. Battle.net connection is also lost. I also experienced a few random crashes, just out of nowhere, Warcraft III closes without a single error message. I couldn't find any specific command line output indicating the problem, maybe someone with more expertise can. I was using wine from the Arch Linux repositories, version 1.1.30. wine 1.1.29 works fine, no problems. This might have a higher priority, as Warcraft III is pretty much seen as one of the best running games on wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 20212] New: AutoCAD 2009: unimplemented function dwmapi.dll.DwmGetTransportAttributes
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20212 Summary: AutoCAD 2009: unimplemented function dwmapi.dll.DwmGetTransportAttributes Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=23837) --> (http://bugs.winehq.org/attachment.cgi?id=23837) Big red A I'm using Wine-1.1.30 on Fedora 11 32 bit. The problem is that when i click on big red A letter, the application hangs, but pop up menu should appear. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 20130] New: CDRoller: Can't start because debugger is detected.
by wine-bugs＠winehq.org 23 Oct '09

23 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=20130 Summary: CDRoller: Can't start because debugger is detected. Product: Wine Version: 1.1.29 Platform: PC URL: http://www.cdroller.com/htm/download.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: vladimiroski(a)gmail.com Created an attachment (id=23710) --> (http://bugs.winehq.org/attachment.cgi?id=23710) Log of installation & first start. CDRoller installs fine but can't start because it detect a debugger. Tested with Wine 1.1.29 in Linux Ubuntu 2.6.31-10-generic (Karmic Koala Alpha). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8