wine-bugs June 2014

wine-bugs@winehq.org

1 participants
9921 discussions

[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

[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 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@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

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 June 2014