[Bug 36183] New: valgrind shows a potential leaks in atl100/tests/atl.c

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=36183

            Bug ID: 36183
           Summary: valgrind shows a potential leaks in atl100/tests/atl.c
           Product: Wine
           Version: 1.3.13
          Hardware: x86
                OS: Linux
            Status: NEW
          Keywords: download, source, testcase
          Severity: normal
          Priority: P2
         Component: atl
          Assignee: wine-bugs at winehq.org
          Reporter: austinenglish at gmail.com

==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602
==13578==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578==    by 0x7B8457FF: HeapAlloc (heap.c:271)
==13578==    by 0x7B845AD4: GlobalAlloc (heap.c:376)
==13578==    by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732)
==13578==    by 0x4E626C6: OleInitialize (ole2.c:215)
==13578==    by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108)
==13578==    by 0x4C9708E: test_ax_win (atl.c:600)
==13578==    by 0x4C97273: func_atl (atl.c:627)
==13578==    by 0x4C98072: run_test (test.h:584)
==13578==    by 0x4C98460: main (test.h:654)
==13578== 

==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602
==13578==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578==    by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==13578==    by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==13578==    by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==13578==    by 0x4DE4213: AtlWinModuleInit (atl.c:436)
==13578==    by 0x4C950D9: test_winmodule (atl.c:89)
==13578==    by 0x4C9725A: func_atl (atl.c:622)
==13578==    by 0x4C98072: run_test (test.h:584)
==13578==    by 0x4C98460: main (test.h:654)
==13578== 

==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629
==1611==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611==    by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1611==    by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1611==    by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1611==    by 0x4E62252: test_winmodule (atl.c:101)
==1611==    by 0x4E6425A: func_atl (atl.c:622)
==1611==    by 0x4E65072: run_test (test.h:584)
==1611==    by 0x4E65460: main (test.h:654)
==1611== 

==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629
==1611==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611==    by 0x5B300B4: alloc_bstr (oleaut.c:162)
==1611==    by 0x5B3044A: SysAllocStringLen (oleaut.c:324)
==1611==    by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753)
==1611==    by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==1611==    by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460)
==1611==    by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478)
==1611==    by 0x5B4F5F8: LoadTypeLib (typelib.c:454)
==1611==    by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520)
==1611==    by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1611==    by 0x4E63D58: test_source_iface (atl.c:576)
==1611==    by 0x4E6426E: func_atl (atl.c:626)
==1611==    by 0x4E65072: run_test (test.h:584)
==1611==    by 0x4E65460: main (test.h:654)
==1611== 

==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630
==1659==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1659==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1659==    by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1659==    by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1659==    by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1659==    by 0x4E62252: test_winmodule (atl.c:101)
==1659==    by 0x4E6425A: func_atl (atl.c:622)
==1659==    by 0x4E65072: run_test (test.h:584)
==1659==    by 0x4E65460: main (test.h:654)
==1659== 

==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630
==1986==    at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1986==    by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1986==    by 0x5B040B4: alloc_bstr (oleaut.c:162)
==1986==    by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413)
==1986==    by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879)
==1986==    by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581)
==1986==    by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460)
==1986==    by 0x5B236BC: LoadTypeLibEx (typelib.c:478)
==1986==    by 0x5B235F8: LoadTypeLib (typelib.c:454)
==1986==    by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520)
==1986==    by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1986==    by 0x4A34D58: test_source_iface (atl.c:576)
==1986==    by 0x4A3526E: func_atl (atl.c:626)
==1986==    by 0x4A36072: run_test (test.h:584)
==1986==    by 0x4A36460: main (test.h:654)
==1986==

-- 
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.