wine-bugs July 2015

wine-bugs@winehq.org

1 participants
8141 discussions

[Bug 36121] New: valgrind leaks in ntdll/tests/change.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36121 Bug ID: 36121 Summary: valgrind leaks in ntdll/tests/change.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==22182== 240 bytes in 12 blocks are definitely lost in loss record 179 of 261 ==22182== at 0x7BC4C735: notify_alloc (heap.c:255) ==22182== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==22182== by 0x7BC423D8: NtNotifyChangeDirectoryFile (directory.c:3424) ==22182== by 0x7B828C97: FindNextChangeNotification (change.c:118) ==22182== by 0x4C612DC: NotificationThread (change.c:50) ==22182== by 0x7BC87087: ??? (signal_i386.c:2571) ==22182== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==22182== by 0x7BC87065: ??? (signal_i386.c:2571) ==22182== by 0x7BC8E4B0: start_thread (thread.c:428) ==22182== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==22182== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==22182== -- 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.

2 5

[Bug 26119] New: kernel32/pipe tests show some valgrind warnings
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=26119 Summary: kernel32/pipe tests show some valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33293) --> (http://bugs.winehq.org/attachment.cgi?id=33293) valgrind log Syscall param writev(vector[...]) points to uninitialised byte(s) at writev (in /lib/libc-2.11.2.so) by send_request (server.c:209) by wine_server_call (server.c:290) by NTDLL_wait_for_multiple_objects (sync.c:1118) by NtWaitForMultipleObjects (sync.c:1162) by NtWaitForSingleObject (sync.c:1171) by server_ioctl_file (file.c:1276) by NtFsControlFile (file.c:1523) by ConnectNamedPipe (sync.c:1589) by serverThreadMain1 (pipe.c:425) by ??? (signal_i386.c:2473) by call_thread_entry_point (signal_i386.c:2499) by start_thread (thread.c:404) by start_thread (in /lib/libpthread-2.11.2.so) by clone (in /lib/libc-2.11.2.so) Address 0x7f43e42c is on thread 1's stack Uninitialised value was created by a stack allocation at ConnectNamedPipe (sync.c:1575) and several possibly memory leaks. -- 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.

2 8

[Bug 38659] New: Windows Sysinternals Process Explorer v16.05 crashes on startup (registry SID profile data in 'ProfileList' must contain 'Flags' and 'ProfileImagePath' values)
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38659 Bug ID: 38659 Summary: Windows Sysinternals Process Explorer v16.05 crashes on startup (registry SID profile data in 'ProfileList' must contain 'Flags' and 'ProfileImagePath' values) Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, I received a 'garbage' rated test report for Process Explorer 16.x appdb entry. The app worked in earlier versions (<16.x). --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./procexp.exe >>log.txt 2>&1 ... 0029:Call oleaut32.SysAllocString(004b0940 L"Software\\Microsoft\\Command Processor") ret=004060ea 0029:Ret oleaut32.SysAllocString() retval=0021de1c ret=004060ea 0029:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=0048fb78 0029:Ret ntdll.RtlAllocateHeap() retval=00217e40 ret=0048fb78 0029:Call oleaut32.SysAllocString(004afa48 L"\\") ret=004036e8 0029:Ret oleaut32.SysAllocString() retval=00201c6c ret=004036e8 0029:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=0048fb78 0029:Ret ntdll.RtlAllocateHeap() retval=00217e58 ret=0048fb78 0029:Call oleaut32.SysAllocString(00000008) ret=004036e8 0029:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7dfcd8b5 ip=7dfcd8b5 tid=0029 0029:trace:seh:raise_exception info[0]=00000000 0029:trace:seh:raise_exception info[1]=00000008 0029:trace:seh:raise_exception eax=00000008 ebx=0078e7b0 ecx=0078e7b0 edx=00000004 esi=0078e7e0 edi=0078e7b4 0029:trace:seh:raise_exception ebp=0078e778 esp=0078e768 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210202 ... Unhandled exception: page fault on read access to 0x00000008 in 32-bit code (0x7dfcd8b5). ... Backtrace: =>0 0x7dfcd8b5 lstrlenW+0x15(str=*** invalid address 0x8 ***) [/home/focht/projects/wine/wine.repo/src/include/winbase.h:2597] in oleaut32 (0x0078e778) 1 0x7dfcdb81 SysAllocString+0x29(str=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/oleaut.c:232] in oleaut32 (0x0078e798) 2 0x7bc7bdce relay_call+0x39() in ntdll (0x0078e7c4) 3 0x7dfc86e1 in oleaut32 (+0x86e0) (0x0078e7fc) 4 0x004036e8 in procexp (+0x36e7) (0x0078e7fc) 5 0x004063f9 in procexp (+0x63f8) (0x0078e85c) 6 0x0040a77f in procexp (+0xa77e) (0x0078e91c) 7 0x0040a4c6 in procexp (+0xa4c5) (0x0078e96c) 8 0x0040aeea in procexp (+0xaee9) (0x0078e9b4) 9 0x0040458d in procexp (+0x458c) (0x0078e9d8) 10 0x00493c26 in procexp (+0x93c25) (0x0078ea10) 11 0x00493ccd in procexp (+0x93ccc) (0x0078ea18) ... 0x7dfcd8b5 lstrlenW+0x15 [/home/focht/projects/wine/wine.repo/src/include/winbase.h:2597] in oleaut32: movzwl 0x0(%eax),%eax 2597 while (*s) s++; Modules: Module Address Debug info Name (128 modules) PE 400000- 68a000 Export procexp ELF 470b0000-470ce000 Deferred libgcc_s.so.1 ... Threads: process tid prio (all id:s are in hex) ... 00000025 (D) Z:\home\focht\Downloads\procexp.exe 0000002b 0 00000029 0 <== 00000026 0 --- snip --- Unfortunately the crash is a manifestation of a problem that happened much earlier. It can also be attributed to sloppy programming since it's the only location where this instance/data pointer is (de)referenced without prior validation. --- snip --- ... 004063E4 A1 4CE44D00 MOV EAX,DWORD PTR DS:[4DE44C] ; NULL ptr 004063E9 8D4D E0 LEA ECX,DWORD PTR SS:[EBP-20] 004063EC 83C0 08 ADD EAX,8 004063EF C645 FC 02 MOV BYTE PTR SS:[EBP-4],2 004063F3 50 PUSH EAX 004063F4 E8 97D2FFFF CALL procexp.00403690 ; *boom* --- snip --- Putting a hardware watchpoint to that location for trapping r/w accesses didn't bring further insight - the crash is the first (read) access. Now all references to that memory location have to be investigated. --- snip --- 00403F80 MOV ECX,DWORD PTR DS:[4DE44C] ... 004041E4 MOV DWORD PTR DS:[4DE44C],EBX ... 00404429 MOV DWORD PTR DS:[4DE44C],ESI ... 004045B6 PUSH DWORD PTR DS:[4DE44C] ... 004063E4 MOV EAX,DWORD PTR DS:[4DE44C] ; crash, NULL ptr ... 0040EA6F MOV DWORD PTR DS:[4DE44C],EAX ... 0041C8DE MOV ECX,DWORD PTR DS:[4DE44C] --- snip --- Breakpoints at all branches/parent call sites before a write (0x004041E4, 0x00404429, 0x0040EA6F). Finally we arrive at this location: --- snip --- ... 0040425A 33DB XOR EBX,EBX 0040425C 50 PUSH EAX 0040425D 53 PUSH EBX 0040425E FFB5 D4EBFFFF PUSH DWORD PTR SS:[EBP-142C] 00404264 899D D8EBFFFF MOV DWORD PTR SS:[EBP-1428],EBX 0040426A E8 91C20000 CALL procexp.00410500 ; retval = 0x103 0040426F 83C4 0C ADD ESP,0C 00404272 85C0 TEST EAX,EAX 00404274 0F85 20020000 JNZ procexp.0040449A 0040427A 8B3D ECF04A00 MOV EDI,DWORD PTR DS:[<&ADVAPI32.RegQueryValueExW>] ... 004042CF 50 PUSH EAX 004042D0 6A 00 PUSH 0 004042D2 6A 00 PUSH 0 004042D4 68 144A4B00 PUSH procexp.004B4A14 ; UNICODE "Flags" 004042D9 FFB5 BCEBFFFF PUSH DWORD PTR SS:[EBP-1444] 004042DF FFD7 CALL EDI ... 00404336 50 PUSH EAX 00404337 8D85 A8EBFFFF LEA EAX,DWORD PTR SS:[EBP-1458] 0040433D 50 PUSH EAX 0040433E 8D85 E0FBFFFF LEA EAX,DWORD PTR SS:[EBP-420] 00404344 50 PUSH EAX 00404345 53 PUSH EBX 00404346 6A 00 PUSH 0 00404348 FF15 BCF04A00 CALL DWORD PTR DS:[<&ADVAPI32.LookupAccountSidW>] ... 00404382 51 PUSH ECX 00404383 6A 00 PUSH 0 00404385 6A 00 PUSH 0 00404387 68 204A4B00 PUSH procexp.004B4A20 ; UNICODE "ProfileImagePath" 0040438C FFB5 BCEBFFFF PUSH DWORD PTR SS:[EBP-1444] 00404392 FFD7 CALL EDI ... 00404415 FFB5 E0EBFFFF PUSH DWORD PTR SS:[EBP-1420] ; pSID2 0040441B 53 PUSH EBX ; pSID1 0040441C FF15 84F04A00 CALL DWORD PTR DS:[<&ADVAPI32.EqualSid>] 00404422 85C0 TEST EAX,EAX 00404424 74 0B JE SHORT procexp.00404431 00404426 C606 01 MOV BYTE PTR DS:[ESI],1 00404429 8935 4CE44D00 MOV DWORD PTR DS:[4DE44C],ESI 0040442F EB 03 JMP SHORT procexp.00404434 ... --- snip --- The trace log (with additional +ntdll,+reg): --- snip --- ... 003e:Call advapi32.OpenProcessToken(ffffffff,00000008,0078d584) ret=00404059 003e:trace:ntdll:NtOpenProcessTokenEx (0xffffffff,0x00000008,0x00000000,0x78d584) 003e:Ret advapi32.OpenProcessToken() retval=00000001 ret=00404059 003e:Call advapi32.GetTokenInformation(0000008c,00000001,0078d5a4,00001000,0078d570) ret=00404088 003e:trace:ntdll:NtQueryInformationToken (0x8c,1,0x78d5a4,4096,0x78d570) 003e:Ret advapi32.GetTokenInformation() retval=00000001 ret=00404088 003e:Call KERNEL32.CloseHandle(0000008c) ret=004040b3 003e:Ret KERNEL32.CloseHandle() retval=00000001 ret=004040b3 003e:Call advapi32.LookupAccountNameW(00000000,004b4954 L"NT AUTHORITY",00000000,0078d57c,0078e7ac,0078d588,0078d578) ret=004040ea ... 003e:Ret advapi32.LookupAccountNameW() retval=00000000 ret=004040ea 003e:Call ntdll.RtlAllocateHeap(00110000,00000000,00000001) ret=0048fb78 003e:Ret ntdll.RtlAllocateHeap() retval=00201e10 ret=0048fb78 003e:Call advapi32.LookupAccountNameW(00000000,004b0550 L"System",00201e10,0078d57c,0078e7ac,0078d588,0078d578) ret=00404124 003e:Ret advapi32.LookupAccountNameW() retval=00000000 ret=00404124 ... 003e:Call ntdll.NtOpenKey(0078d598,00020019,0078d4fc) ret=004065a3 003e:trace:reg:NtOpenKey ((nil),L"\\Registry\\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList",20019,0x78d598) 003e:trace:reg:NtOpenKey <- 0x8c 003e:Ret ntdll.NtOpenKey() retval=00000000 ret=004065a3 003e:Call ntdll.RtlNtStatusToDosError(00000000) ret=004065aa 003e:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=004065aa 003e:Call KERNEL32.InterlockedDecrement(00201e48) ret=0040661d 003e:Ret KERNEL32.InterlockedDecrement() retval=00000000 ret=0040661d 003e:Call oleaut32.SysFreeString(00201e5c L"Software\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList") ret=0040662e 003e:Ret oleaut32.SysFreeString() retval=00000000 ret=0040662e 003e:Call ntdll.RtlFreeHeap(00110000,00000000,00201e40) ret=0048fb11 003e:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0048fb11 003e:Call KERNEL32.InterlockedDecrement(00205270) ret=00406664 003e:Ret KERNEL32.InterlockedDecrement() retval=00000000 ret=00406664 003e:Call oleaut32.SysFreeString(00205284 L"\\Registry\\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList") ret=00406675 003e:Ret oleaut32.SysFreeString() retval=00000000 ret=00406675 003e:Call ntdll.RtlFreeHeap(00110000,00000000,00205268) ret=0048fb11 003e:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0048fb11 003e:Call advapi32.RegQueryInfoKeyW(0000008c,00000000,00000000,00000000,00000000,0078d544,00000000,00000000,00000000,00000000,00000000,00000000) ret=0041052c 003e:trace:reg:RegQueryInfoKeyW (0x8c,(nil),0,(nil),(nil),0x78d544,(nil),(nil),(nil),(nil),(nil)) 003e:Ret advapi32.RegQueryInfoKeyW() retval=00000000 ret=0041052c 003e:Call ntdll.RtlReAllocateHeap(00110000,00000000,00201bc0,00000004) ret=0048fc04 003e:Ret ntdll.RtlReAllocateHeap() retval=00201bc0 ret=0048fc04 003e:Call advapi32.RegEnumKeyW(0000008c,00000000,00201bc0,00000001) ret=0041056a 003e:trace:reg:RegEnumKeyExW (0x8c,0,0x201bc0,0x78d4fc(1),(nil),(nil),(nil),(nil)) 003e:Ret advapi32.RegEnumKeyW() retval=00000103 ret=0041056a 003e:Call advapi32.RegCloseKey(0000008c) ret=004044a6 003e:Ret advapi32.RegCloseKey() retval=00000000 ret=004044a6 ... --- snip --- Wine's 'HKLM\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList' doesn't have any profile subkeys (bug 15670) hence the enumeration fails and the active profile data can't be retrieved/set. Technet blog entry: http://blogs.technet.com/b/heyscriptingguy/archive/2005/06/03/hey-scripting… This app requires 'Flags' and 'ProfileImagePath' values to be present below the profile key. Yes, there is bug 15670 (.NET applications that make use of System.IO.IsolatedStorage crash (missing "HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList\<UserSID>" registry subkey) but I decided to make this a separate bug since all those apps listed only require the profile SID subkey to exist. $ sha1sum ProcessExplorer.zip 521c2a2962eaadd572bcd09f2bca182803420198 ProcessExplorer.zip $ du -sh ProcessExplorer.zip 1.1M ProcessExplorer.zip $ wine --version wine-1.7.44 Regards -- 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.

2 10

[Bug 33284] New: Direct3D(maybe directx7) problems in old games
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=33284 Bug #: 33284 Summary: Direct3D(maybe directx7) problems in old games Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liuycsd(a)gmail.com Classification: Unclassified Created attachment 44034 --> http://bugs.winehq.org/attachment.cgi?id=44034 screenshots and terminal logs (see index.html inside) I've run the game called "Xin Shendiao Xialv"("The Giant Eagle and It's Companion",Released in about the year 2000 by 昱泉國際股份有限公司) I(Shendiao.exe) and II(EagleII.exe). But 1. in some of the 3D scenes,it shows me white textures.^[1] 2. In gdi mode, □ texts are shown without a background box.^[2] □ EagleII.exe crash in this mode frequently in defferent place. 3. In opengl mode,No(Shendiao.exe(LIBGL_ALWAYS_SOFTWARE=1) and EagleII.exe) or Only Part(Shandiao.exe) of the 3D objects can be shown.^[3] I'm not sure what actually results in the problem.The following lines were shown then. warn:d3d_surface:wined3d_surface_blt Using fallback for complex blit (0x8000). warn:d3d_surface:IWineD3DSurfaceImpl_BltOverride Src is in sysmem, rejecting gl blt warn:d3d_surface:surface_load_location Operation requires 0x2 access, but surface only has 0x1. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. ----- I'm sorry that I can't provide the executable files. -- 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.

2 17

[Bug 23729] New: Need for Speed: throbbing glob around language and save game name not as noticable on Wine
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=23729 Summary: Need for Speed: throbbing glob around language and save game name not as noticable on Wine Product: Wine Version: 1.2 Platform: x86 URL: http://cdn.needforspeed.com/data/downloads/shift/NFSSH IFTPCDEMO.exe OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com You can't see this unless you compare Windows and Wine side by side, but: I didn't even realize there was a throbbing halo around the language choice and save game name choice until I saw it on Windows. When I went back to Wine, I saw it was there too, but not as noticeable. Also affects downloadable demo. Needless to say, this is a minor detail. -- 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.

2 6

[Bug 36405] New: valgrind shows a leak in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36405 Bug ID: 36405 Summary: valgrind shows a leak in msxml3/tests/xmlview.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20037== 112 bytes in 1 blocks are definitely lost in loss record 4,931 of 6,354 ==20037== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==20037== by 0x7558530: update_cp_events (mshtml_private.h:1049) ==20037== by 0x75393FB: HTMLDocument_on_advise (htmldoc.c:3839) ==20037== by 0x7521730: ConnectionPoint_Advise (conpoint.c:269) ==20037== by 0x4DD7CDF: test_Load (ocidl.h:3659) ==20037== by 0x4DD84EA: func_xmlview (xmlview.c:270) ==20037== by 0x4DD9310: run_test (test.h:584) ==20037== by 0x4DD96FF: main (test.h:654) ==20037== -- 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.

2 5

[Bug 36404] New: valgrind shows a leak in faultrep/tests/faultrep.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36404 Bug ID: 36404 Summary: valgrind shows a leak in faultrep/tests/faultrep.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15724== 16 bytes in 1 blocks are definitely lost in loss record 15 of 94 ==15724== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==15724== by 0x7BC76872: RtlAllocateAndInitializeSid (sec.c:156) ==15724== by 0x51F9377: AllocateAndInitializeSid (security.c:916) ==15724== by 0x4A9510A: func_faultrep (faultrep.c:59) ==15724== by 0x4A956FA: run_test (test.h:584) ==15724== by 0x4A94C0E: main (test.h:654) ==15724== -- 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.

2 5

[Bug 23821] New: Super Mario Brothers X hangs in quartz?
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=23821 Summary: Super Mario Brothers X hangs in quartz? Product: Wine Version: 1.2 Platform: x86 URL: http://www.supermariobrothers.org OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The free downloadable game Super Mario Brothers X installs ok. It requires 'winetricks vb6run' to run, and gets two screens in before hanging with an infinite series of messages like fixme:quartz:parse_header Not a valid header: 62:04 Clicking the checkmark on the startup screen to disable game sound lets the game run fine. Some people say 'winetricks quartz' solves the problem (http://www.supermariobrothers.org/forums/viewtopic.php?f=8&t=6711 ) -- 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.

2 19

[Bug 35252] New: lsTasks tool fails due to ITaskScheduler::Enum being a stub
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=35252 Bug ID: 35252 Summary: lsTasks tool fails due to ITaskScheduler::Enum being a stub Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mstask Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 8549 --- snip --- ... 0024:trace:mstask:MSTASK_ITaskScheduler_SetTargetComputer (0x12fce0)->(L"\\\\nexus4") 0024:Call KERNEL32.GetComputerNameW(0033f44c,0033f444) ret=7e39086a 0024:Ret KERNEL32.GetComputerNameW() retval=00000001 ret=7e39086a 0024:Call KERNEL32.lstrcmpiW(0033f448 L"\\\\nexus4",0040a900 L"\\\\nexus4") ret=7e390883 0024:Ret KERNEL32.lstrcmpiW() retval=00000000 ret=7e390883 0024:Call ntdll.RtlAllocateHeap(0040c000,00000000,00001000) ret=00403761 0024:Ret ntdll.RtlAllocateHeap() retval=0040e920 ret=00403761 0024:fixme:mstask:MSTASK_ITaskScheduler_Enum 0x12fce0, 0x33fc30: stub 0024:Call ole32.CoUninitialize() ret=004011bc 0024:Call user32.DestroyWindow(00020046) ret=7ecd352a ... 0024:Call KERNEL32.ExitProcess(00000001) ret=004011c4 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/5bff2fb66b46ab1834354b57baca2628… --- snip --- 141 static HRESULT WINAPI MSTASK_ITaskScheduler_Enum( 142 ITaskScheduler* iface, 143 IEnumWorkItems **ppEnumTasks) 144 { 145 FIXME("%p, %p: stub\n", iface, ppEnumTasks); 146 return E_NOTIMPL; 147 } --- snip --- $ sha1sum lsTasks.zip 34a1eec6036ea72ecac0e27d0d252fbed4730117 lsTasks.zip $ du -sh lsTasks.zip 20K lsTasks.zip $ wine --version wine-1.7.9-209-gb231b4b Regards -- 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.

2 11

[Bug 36266] New: valgrind shows several leaks in dmusic/tests/dmusic.c
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36266 Bug ID: 36266 Summary: valgrind shows several leaks in dmusic/tests/dmusic.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4171== 848 bytes in 1 blocks are definitely lost in loss record 658 of 735 ==4171== at 0x7BC4C735: notify_alloc (heap.c:255) ==4171== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4171== by 0x5BAFDCB: DMUSIC_CreateDirectMusicCollectionImpl (collection.c:828) ==4171== by 0x5BB1ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4171== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4171== by 0x4956AD0: test_dmcoll (dmusic.c:320) ==4171== by 0x4956FFD: func_dmusic (dmusic.c:381) ==4171== by 0x4957DF8: run_test (test.h:584) ==4171== by 0x49581E6: main (test.h:654) ==4171== ==4191== 848 bytes in 1 blocks are definitely lost in loss record 655 of 733 ==4191== at 0x7BC4C735: notify_alloc (heap.c:255) ==4191== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4191== by 0x5BAFDCB: DMUSIC_CreateDirectMusicCollectionImpl (collection.c:828) ==4191== by 0x5BB1ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4191== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4191== by 0x4956750: test_COM_dmcoll (dmusic.c:285) ==4191== by 0x4956FEE: func_dmusic (dmusic.c:378) ==4191== by 0x4957DF8: run_test (test.h:584) ==4191== by 0x49581E6: main (test.h:654) ==4191== ==4250== 448 bytes in 1 blocks are definitely lost in loss record 586 of 733 ==4250== at 0x7BC4C735: notify_alloc (heap.c:255) ==4250== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4250== by 0x5BBAA04: DMUSIC_CreateSynthPortImpl (port.c:693) ==4250== by 0x5BB4741: IDirectMusic8Impl_CreatePort (dmusic.c:156) ==4250== by 0x4954FF7: test_dmusic (dmusic.c:70) ==4250== by 0x4956FF3: func_dmusic (dmusic.c:379) ==4250== by 0x4957DF8: run_test (test.h:584) ==4250== by 0x49581E6: main (test.h:654) ==4250== ==4270== 304 bytes in 1 blocks are definitely lost in loss record 570 of 733 ==4270== at 0x7BC4C735: notify_alloc (heap.c:255) ==4270== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4270== by 0x5BBEF3C: DMUSIC_CreateReferenceClockImpl (clock.c:129) ==4270== by 0x5BC551A: DMUSIC_CreateDirectMusicImpl (dmusic.c:423) ==4270== by 0x5BC5ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4270== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4270== by 0x4955778: test_dmbuffer (dmusic.c:137) ==4270== by 0x4956FF8: func_dmusic (dmusic.c:380) ==4270== by 0x4957DF8: run_test (test.h:584) ==4270== by 0x49581E6: main (test.h:654) ==4270== ==4309== 56 bytes in 1 blocks are possibly lost in loss record 346 of 733 ==4309== at 0x7BC4C735: notify_alloc (heap.c:255) ==4309== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4309== by 0x5BEE2EC: MMDRV_InitPerType (lolvldrv.c:384) ==4309== by 0x5BEEC4D: MMDRV_Install (lolvldrv.c:476) ==4309== by 0x5BEF16F: MMDRV_Init (lolvldrv.c:547) ==4309== by 0x5BECF4B: MMDRV_InitSingleType (lolvldrv.c:78) ==4309== by 0x5BECFEE: MMDRV_GetNum (lolvldrv.c:89) ==4309== by 0x5C0A7C8: midiOutGetNumDevs (winmm.c:284) ==4309== by 0x5BB5004: create_system_ports_list (dmusic.c:328) ==4309== by 0x5BB55C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==4309== by 0x5BB5ABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4309== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4309== by 0x4956F50: missing_dmusic (dmusic.c:356) ==4309== by 0x4956FB5: func_dmusic (dmusic.c:371) ==4309== by 0x4957DF8: run_test (test.h:584) ==4309== by 0x49581E6: main (test.h:654) ==4309== -- 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.

2 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2015