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

[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

[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