April 2014 - Wine-Bugs - list.winehq.org

[Bug 36182] valgrind shows some potential leaks in atl/tests/registrar.c

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36182 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|valgrind shows a potential |valgrind shows some |leaks in |potential leaks in |atl/tests/registrar.c |atl/tests/registrar.c -- 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.

April 30, 2014

[Bug 36185] New: comctl32/button tests shows an unitialized variable under valgrind

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36185 Bug ID: 36185 Summary: comctl32/button tests shows an unitialized variable under valgrind Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: dank(a)kegel.com ==2251== Conditional jump or move depends on uninitialised value(s) ==2251== at 0x4F10DEC: winetest_vok (test.h:311) ==2251== by 0x4F10FFA: winetest_ok (test.h:357) ==2251== by 0x4E65D82: test_button_class (button.c:748) ==2251== by 0x4E6628D: func_button (button.c:810) ==2251== by 0x4F119B1: run_test (test.h:584) ==2251== by 0x4F11DA0: main (test.h:654) ==2251== Uninitialised value was created by a stack allocation ==2251== at 0x4E65A95: test_button_class (button.c:722) ==2251== { <insert_a_suppression_name_here> Memcheck:Cond fun:winetest_vok fun:winetest_ok fun:test_button_class fun:func_button fun:run_test fun:main } looking at the code, it's semi-expected, as it's a todo_wine: ret = GetClassInfoExW(NULL, nameW, &ex2W); todo_wine { ok(ret, "got %d\n", ret); ok(ex2W.lpfnWndProc == exW.lpfnWndProc, "got %p, %p\n", exW.lpfnWndProc, ex2W.lpfnWndProc); } -- 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.

April 30, 2014

[Bug 36184] New: valgrind shows a potential leaks in avifil32/tests/api.c

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36184 Bug ID: 36184 Summary: valgrind shows a potential leaks in avifil32/tests/api.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677 ==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2113== by 0x7B8457FF: HeapAlloc (heap.c:271) ==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732) ==2113== by 0x588B6C6: OleInitialize (ole2.c:215) ==2113== by 0x4F95DE3: AVIFileInit (api.c:177) ==2113== by 0x4E6D3D2: func_api (api.c:716) ==2113== by 0x4E6E1F6: run_test (test.h:584) ==2113== by 0x4E6E5E4: main (test.h:654) ==2113== -- 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.

April 30, 2014

[Bug 29882] Authorware Web Player 2004 Plugin - mouseClicks and keystroke are not recognized

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=29882 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Austin English <austinenglish(a)gmail.com> --- (In reply to Manfred Kellermann from comment #3) > (In reply to Austin English from comment #2) > > This is your friendly reminder that there has been no bug activity for 2 > > years. Is this still an issue in current (1.7.16 or newer) wine? > > No, in 17.17 it is working. Thanks. -- 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.

April 30, 2014

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

by wine-bugs＠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(a)winehq.org Reporter: austinenglish(a)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.

April 30, 2014

[Bug 34239] MicroStation V8i SELECTseries 2: rendering problems (Direct3D 9)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=34239 --- Comment #15 from Pekka Helenius <fincer89(a)hotmail.com> --- Thank you for the hint, Julius! I disabled shaders via Wine registry on my both computers (laptop with Intel HD 4600 + Desktop PC with AMD Radeon 7970). Your solution works on both platforms. The glitches are gone now. -- 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.

April 30, 2014

[Bug 34239] MicroStation V8i SELECTseries 2: rendering problems (Direct3D 9)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=34239 --- Comment #14 from Julius Schwartzenberg <julius.schwartzenberg(a)gmail.com> --- If you disable shaders through the registry (and use recent Nvidia drivers), the glitches should be gone actually. See here http://wiki.winehq.org/UsefulRegistryKeys for the registry keys. You need to use one of the MaxShaderModel?? keys if I remember it correctly. -- 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.

April 30, 2014

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

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36182 Bug ID: 36182 Summary: valgrind shows a potential leaks in atl/tests/registrar.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(a)winehq.org Reporter: austinenglish(a)gmail.com ==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562 ==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526) ==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335) ==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894) ==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032) ==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197) ==13481== by 0x4C9A026: test_registrar (registrar.c:68) ==13481== by 0x4C9A8A7: func_registrar (registrar.c:159) ==13481== by 0x4C9B6A7: run_test (test.h:584) ==13481== by 0x4C9BA96: main (test.h:654) ==13481== -- 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.

April 30, 2014

[Bug 36181] New: valgrind shows several potential leaks in atl/tests/module.c

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36181 Bug ID: 36181 Summary: valgrind shows several potential leaks in atl/tests/module.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(a)winehq.org Reporter: austinenglish(a)gmail.com ==13406== 32 bytes in 1 blocks are possibly lost in loss record 67 of 264 ==13406== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13406== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13406== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13406== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13406== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13406== by 0x4E0546E: AtlModuleInit (atl30.c:69) ==13406== by 0x4CB1610: test_winmodule (module.c:71) ==13406== by 0x4CB1F77: func_module (module.c:158) ==13406== by 0x4CB36A7: run_test (test.h:584) ==13406== by 0x4CB3A96: main (test.h:654) ==13406== -- 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.

April 30, 2014

[Bug 18614] Problem with starting of wine or winecfg

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=18614 --- Comment #48 from Frédéric Delanoy <frederic.delanoy(a)gmail.com> --- (In reply to Bruno Jesus from comment #47) > (In reply to Frédéric Delanoy from comment #46) > > (In reply to Steve Dawson from comment #45) > > > (In reply to Frédéric Delanoy from comment #44) > > > > Is this still an issue in latest wine (1.7.17 or later)? > > > > > > I haven't seen this issue since my post on 07/2012, I don't believe it was a > > > wine problem, more likely an issue with gcc compiling 32 bit code on x86_64. > > > > > > I am currently running 1.7.17. > > > > > > Regards > > > > > > Steve. > > > > Assumed fixed. > > I'd say worksforme since he is not the original reporter and also he said > the problem was probably not wine. User from comment 5 could reproduce it, so worksforme is not appropriate here IMO. -- 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.

April 30, 2014