June 2015 - Wine-bugs - list.winehq.org

[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

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

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36615 Bug ID: 36615 Summary: valgrind shows a definite leak in mshtml/tests/htmldoc.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3134== 112 bytes in 1 blocks are definitely lost in loss record 8,688 of 12,948 ==3134== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==3134== by 0x7BC515C4: RtlReAllocateHeap (heap.c:1883) ==3134== by 0x7B845879: HeapReAlloc (heap.c:281) ==3134== by 0x7B8465DA: GlobalReAlloc (heap.c:679) ==3134== by 0x4FC8BD2: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==3134== by 0x4FC886D: HGLOBALStreamImpl_Write (objidl.h:4391) ==3134== by 0x6DD059D: PersistHistory_SaveHistory (objidl.h:4384) ==3134== by 0x4CEC11B: test_save_history (perhist.h:141) ==3134== by 0x4CEE5F8: OleCommandTarget_Exec (htmldoc.c:3097) ==3134== by 0x6DCD298: notify_travellog_update (docobj.h:981) ==3134== by 0x6DCD46F: set_current_mon (persist.c:134) ==3134== by 0x6DA5B11: navigate_proc (navigate.c:2093) ==3134== by 0x6DE4D8C: hidden_proc (task.c:316) ==3134== by 0x55A14F5: ??? (winproc.c:173) ==3134== by 0x55A166A: call_window_proc (winproc.c:244) ==3134== by 0x55A2858: WINPROC_CallProcAtoW (winproc.c:603) ==3134== by 0x55A38FD: WINPROC_call_window (winproc.c:911) ==3134== by 0x5564859: DispatchMessageA (message.c:3948) ==3134== by 0x4CF697E: test_download (htmldoc.c:5753) ==3134== by 0x4CF8BB9: test_put_href (htmldoc.c:6068) ==3134== -- 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 7

[Bug 38813] New: Dweebs switches to full-screen mode even when virtual desktop mode is enabled
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38813 Bug ID: 38813 Summary: Dweebs switches to full-screen mode even when virtual desktop mode is enabled Product: Wine Version: 1.7.44 Hardware: x86-64 URL: http://web.archive.org/web/20021005065028/http://www.m utation.btinternet.co.uk/Dweebs/Downloads/Demos/Dweebs _Demo.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- Testing with Wine 1.7.44 (ubuntu-wine package built for Ubuntu 14.04) on Lubuntu 14.10 x86-64, Nvidia binary driver 304.125. This problem shows up with the Dweebs demo that can be downloaded from http://web.archive.org/web/20021005065028/http://www.mutation.btinternet.co… Download that self-extracting zip archive and unzip it. Use winecfg to enable virtual desktop mode. Run Dweebs.exe. It switches to full-screen mode (changing desktop resolution). But virtual desktop mode is enabled, so that shouldn't happen. [On my system the display is also all black, sometimes with a momentary flicker of the image which is supposed to be there when I alt-tab. But that would be a separate bug.] -- 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 4

[Bug 35276] New: Slingplayer 2.0: multiple crashes in kernel32 during install in WOW64 mode
by wine-bugs＠winehq.org 29 Nov '19

29 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=35276 Bug ID: 35276 Summary: Slingplayer 2.0: multiple crashes in kernel32 during install in WOW64 mode Product: Wine Version: 1.7.9 Hardware: x86-64 URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay er-2.0.3508-Setup-EMEA.exe OS: Linux Status: NEW Keywords: download, Installer, win64 Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 47050 --> http://bugs.winehq.org/attachment.cgi?id=47050 wine-1.7.9-108-ged2d53a console output Installing SlingPlayer 2.0.4 in WOW64 mode results in multiple crashes in kernel32, and the installer eventually claims to have failed. However, the program is installed and usable, so it is more of a nuisance than anything else. To get this far: 1. Set Windows mode to Vista (do NOT use Winetricks) 2. winetricks nocrashdialog (not necessary) 3. Install. -- 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 36268] New: valgrind shows several leaks in dmloader/tests/loader.c
by wine-bugs＠winehq.org 28 Nov '19

28 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36268 Bug ID: 36268 Summary: valgrind shows several leaks in dmloader/tests/loader.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 ==4220== 880 bytes in 1 blocks are definitely lost in loss record 783 of 872 ==4220== at 0x7BC4C735: notify_alloc (heap.c:255) ==4220== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4220== by 0x5F8C7C8: create_dmcontainer (container.c:917) ==4220== by 0x5F8DA8F: ClassFactory_CreateInstance (dmloader_main.c:101) ==4220== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4220== by 0x49558D7: test_COM_container (loader.c:189) ==4220== by 0x4955CB4: func_loader (loader.c:234) ==4220== by 0x4956AB0: run_test (test.h:584) ==4220== by 0x4956E9E: main (test.h:654) ==4220== ==4280== 104 bytes in 1 blocks are possibly lost in loss record 566 of 872 ==4280== at 0x7BC4C735: notify_alloc (heap.c:255) ==4280== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4280== by 0x5FD0389: create_dmsegment (segment.c:1340) ==4280== by 0x5FBC088: ClassFactory_CreateInstance (dmime_main.c:100) ==4280== by 0x4D3AE26: CoCreateInstance (unknwn.h:226) ==4280== by 0x5F8FA9B: IDirectMusicLoaderImpl_GetObject (loader.c:312) ==4280== by 0x495525E: test_simple_playing (loader.c:110) ==4280== by 0x4955CAA: func_loader (loader.c:232) ==4280== by 0x4956AB0: run_test (test.h:584) ==4280== by 0x4956E9E: main (test.h:654) ==4280== ==4327== 56 bytes in 1 blocks are possibly lost in loss record 431 of 876 ==4327== at 0x7BC4C735: notify_alloc (heap.c:255) ==4327== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4327== by 0xC1632EC: MMDRV_InitPerType (lolvldrv.c:384) ==4327== by 0xC163C4D: MMDRV_Install (lolvldrv.c:476) ==4327== by 0xC16416F: MMDRV_Init (lolvldrv.c:547) ==4327== by 0xC161F4B: MMDRV_InitSingleType (lolvldrv.c:78) ==4327== by 0xC161FEE: MMDRV_GetNum (lolvldrv.c:89) ==4327== by 0xC17F7C8: midiOutGetNumDevs (winmm.c:284) ==4327== by 0x800E004: create_system_ports_list (dmusic.c:328) ==4327== by 0x800E5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436) ==4327== by 0x800EABB: ClassFactory_CreateInstance (dmusic_main.c:100) ==4327== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4327== by 0x5FD5DA9: IDirectMusicPerformance8Impl_Init (performance.c:286) ==4327== by 0x5FD8498: IDirectMusicPerformance8Impl_InitAudio (performance.c:930) ==4327== by 0x4954F82: test_simple_playing (loader.c:83) ==4327== by 0x4955CAA: func_loader (loader.c:232) ==4327== by 0x4956AB0: run_test (test.h:584) ==4327== by 0x4956E9E: main (test.h:654) ==4327== ==4366== 16 bytes in 1 blocks are definitely lost in loss record 150 of 880 ==4366== at 0x7BC4C735: notify_alloc (heap.c:255) ==4366== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4366== by 0x5FA2379: create_dmloader (loader.c:899) ==4366== by 0x5F9DA8F: ClassFactory_CreateInstance (dmloader_main.c:101) ==4366== by 0x4D4AE26: CoCreateInstance (unknwn.h:226) ==4366== by 0x4955605: test_COM (loader.c:152) ==4366== by 0x4955CAF: func_loader (loader.c:233) ==4366== by 0x4956AB0: run_test (test.h:584) ==4366== by 0x4956E9E: main (test.h:654) ==4366== ==4511== 44 bytes in 1 blocks are definitely lost in loss record 384 of 872 ==4511== at 0x7BC4C735: notify_alloc (heap.c:255) ==4511== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4511== by 0x5FA3B1E: create_dmaudiopath (audiopath.c:642) ==4511== by 0x5FB09FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==4511== by 0x5FB05BF: IDirectMusicPerformance8Impl_InitAudio (performance.c:952) ==4511== by 0x4944F82: test_simple_playing (loader.c:83) ==4511== by 0x4945CAA: func_loader (loader.c:232) ==4511== by 0x4946AB0: run_test (test.h:584) ==4511== by 0x4946E9E: main (test.h:654) ==4511== ==4877== 44 bytes in 1 blocks are definitely lost in loss record 389 of 876 ==4877== at 0x7BC4C735: notify_alloc (heap.c:255) ==4877== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4877== by 0x5FCBB1E: create_dmaudiopath (audiopath.c:642) ==4877== by 0x5FD89FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath (performance.c:1033) ==4877== by 0x495508B: test_simple_playing (loader.c:93) ==4877== by 0x4955CAA: func_loader (loader.c:232) ==4877== by 0x4956AB0: run_test (test.h:584) ==4877== by 0x4956E9E: main (test.h:654) ==4877== ==4985== 40 bytes in 1 blocks are definitely lost in loss record 366 of 870 ==4985== at 0x7BC4C735: notify_alloc (heap.c:255) ==4985== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4985== by 0x5F9CCE0: DMUSIC_CreateDirectMusicLoaderResourceStream (loaderstream.c:553) ==4985== by 0x5F9771D: IDirectMusicLoaderImpl_GetObject (loader.c:278) ==4985== by 0x49651A7: test_simple_playing (loader.c:103) ==4985== by 0x4965CAA: func_loader (loader.c:232) ==4985== by 0x4966AB0: run_test (test.h:584) ==4985== by 0x4966E9E: main (test.h:654) ==4985== -- 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 4

[Bug 36193] New: valgrind shows some possible leaks in mmdevapi/tests/capture.c
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36193 Bug ID: 36193 Summary: valgrind shows some possible leaks in mmdevapi/tests/capture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==11962== 28 bytes in 1 blocks are possibly lost in loss record 99 of 483 ==11962== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==11962== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==11962== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==11962== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==11962== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==11962== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==11962== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==11962== by 0x4E5F328: func_capture (capture.c:1081) ==11962== by 0x4E74EAF: run_test (test.h:584) ==11962== by 0x4E7529E: main (test.h:654) ==11962== ==12008== 76 bytes in 1 blocks are possibly lost in loss record 225 of 481 ==12008== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12008== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12008== by 0x652ED88: create_session (mmdevdrv.c:1038) ==12008== by 0x652EE82: get_audio_session (mmdevdrv.c:1068) ==12008== by 0x6530737: AudioClient_Initialize (mmdevdrv.c:1460) ==12008== by 0x4E4DBC8: test_audioclient (audioclient.h:315) ==12008== by 0x4E52477: func_capture (capture.c:1099) ==12008== by 0x4E67EAF: run_test (test.h:584) ==12008== by 0x4E6829E: main (test.h:654) ==12008== -- 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 3

[Bug 36239] New: valgrind shows a potential leak in cryptnet/tests/cryptnet.c
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36239 Bug ID: 36239 Summary: valgrind shows a potential leak in cryptnet/tests/cryptnet.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==25097== 2,664 bytes in 74 blocks are possibly lost in loss record 295 of 312 ==25097== at 0x7BC4C735: notify_alloc (heap.c:255) ==25097== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==25097== by 0x4D639FE: CryptMemAlloc (main.c:124) ==25097== by 0x4D769BD: init_oid_info (oid.c:1403) ==25097== by 0x4D77347: crypt_oid_init (oid.c:1613) ==25097== by 0x4D63578: DllMain (main.c:46) ==25097== by 0x4D8B522: __wine_spec_dll_entry (dll_entry.c:40) ==25097== by 0x7BC52FC0: ??? (loader.c:138) ==25097== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==25097== by 0x7BC5597C: process_attach (loader.c:1157) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC59F29: attach_process_dlls (loader.c:2769) ==25097== by 0x401B03C: ??? (port.c:60) -- 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 3

[Bug 36071] New: kernel32/pipe tests fail under valgrind
by wine-bugs＠winehq.org 27 Nov '19

27 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=36071 Bug ID: 36071 Summary: kernel32/pipe tests fail under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 26119 The tests have several valgrind warnings (bug 26119), but also fail under valgrind: austin(a)aw25 ~/wine-valgrind/dlls/kernel32/tests $ rm *ok ; make pipe.ok rm: cannot remove ‘*ok’: No such file or directory ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so pipe && touch pipe.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 pipe.c:459: Test failed: ConnectNamedPipe pipe.c:469: Test failed: ReadFile pipe.c:470: Test failed: short read pipe.c:473: Test failed: WriteFile pipe.c:480: Test failed: DisconnectNamedPipe pipe.c:459: Test failed: ConnectNamedPipe pipe.c:469: Test failed: ReadFile pipe.c:470: Test failed: short read pipe.c:473: Test failed: WriteFile pipe.c:480: Test failed: DisconnectNamedPipe pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:612: Test failed: overlapped ConnectNamedPipe pipe.c:629: Test failed: GetOverlappedResult ConnectNamedPipe pipe.c:640: Test failed: overlapped ReadFile pipe.c:658: Test failed: overlapped ReadFile pipe.c:664: Test failed: overlapped WriteFile pipe.c:682: Test failed: overlapped WriteFile pipe.c:687: Test failed: DisconnectNamedPipe pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:734: Test failed: overlapped ConnectNamedPipe got 0 err 231 pipe.c:761: Test failed: overlapped ReadFile, err=233 pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:938: Test failed: client opening named pipe pipe.c:943: Test failed: WriteFile to client end of pipe pipe.c:944: Test failed: write file len pipe.c:946: Test failed: ReadFile from client end of pipe pipe.c:947: Test failed: read file len pipe.c:951: Test failed: CloseHandle pipe.c:764: Test failed: ReadFile GetQueuedCompletionStatus failed, errno=258 pipe.c:776: Test failed: overlapped WriteFile failed, err=233 pipe.c:427: Test failed: alarm Makefile:529: recipe for target 'pipe.ok' failed make: *** [pipe.ok] Error 1 note that this is a separate issue from bug 35781. -- 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 3