wine-bugs April 2012

wine-bugs@winehq.org

1 participants
8734 discussions

[Bug 26131] New: dsound/duplex tests show an uninitialized variable under valgrind
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26131 Summary: dsound/duplex tests show an uninitialized variable under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at snd_pcm_mmap_begin (in /usr/lib/libasound.so.2.0.0) by CreateMMAP (dscapture.c:513) by IDsCaptureDriverBufferImpl_SetFormat (dscapture.c:737) by IDsCaptureDriverImpl_CreateCaptureBuffer (dscapture.c:1039) by IDirectSoundCaptureBufferImpl_Create (capture.c:935) by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256) by IDirectSoundFullDuplexImpl_Initialize (duplex.c:592) by DirectSoundFullDuplexCreate (duplex.c:737) by IDirectSoundFullDuplex_tests (duplex.c:184) by func_duplex (duplex.c:239) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at CreateMMAP (dscapture.c:460) though perhaps that's an alsa bug? -- 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.

1 5

[Bug 26118] New: kernel32/change tests show a ton of valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26118 Summary: kernel32/change tests show a ton of valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Several uninitialized value warnings: Conditional jump or move depends on uninitialised value(s) at wine_dbgstr_wn (test.h:471) by wine_dbgstr_w (test.h:66) by test_readdirectorychanges_cr (change.c:860) by func_change (change.c:1103) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_readdirectorychanges_cr (change.c:794) ... Conditional jump or move depends on uninitialised value(s) at wine_dbgstr_wn (test.h:471) by wine_dbgstr_w (test.h:66) by test_readdirectorychanges_cr (change.c:880) by func_change (change.c:1103) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_readdirectorychanges_cr (change.c:794) ... Conditional jump or move depends on uninitialised value(s) at wine_dbgstr_wn (test.h:471) by wine_dbgstr_w (test.h:66) by test_readdirectorychanges_cr (change.c:896) by func_change (change.c:1103) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_readdirectorychanges_cr (change.c:794) ... Conditional jump or move depends on uninitialised value(s) at wine_dbgstr_wn (test.h:471) by wine_dbgstr_w (test.h:66) by test_readdirectorychanges_cr (change.c:912) by func_change (change.c:1103) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_readdirectorychanges_cr (change.c:794) ... Conditional jump or move depends on uninitialised value(s) at wine_dbgstr_wn (test.h:471) by wine_dbgstr_w (test.h:66) by test_readdirectorychanges_cr (change.c:944) by func_change (change.c:1103) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_readdirectorychanges_cr (change.c:794) ... Conditional jump or move depends on uninitialised value(s) at wine_dbgstr_wn (test.h:471) by wine_dbgstr_w (test.h:66) by test_readdirectorychanges_cr (change.c:995) by func_change (change.c:1103) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_readdirectorychanges_cr (change.c:794) ... and several leaks: 20 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by NtNotifyChangeDirectoryFile (directory.c:3253) by FindFirstChangeNotificationW (change.c:97) by FindFirstChangeNotificationA (change.c:49) by StartNotificationThread (change.c:65) by test_ffcn_directory_overlap (change.c:1033) by func_change (change.c:1104) by run_test (test.h:556) by main (test.h:624) ... 20 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by NtNotifyChangeDirectoryFile (directory.c:3253) by FindFirstChangeNotificationW (change.c:97) by FindFirstChangeNotificationA (change.c:49) by StartNotificationThread (change.c:65) by test_ffcn_directory_overlap (change.c:1035) by func_change (change.c:1104) by run_test (test.h:556) by main (test.h:624) ... 20 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by NtNotifyChangeDirectoryFile (directory.c:3253) by FindFirstChangeNotificationW (change.c:97) by FindFirstChangeNotificationA (change.c:49) by test_ffcn_directory_overlap (change.c:1054) by func_change (change.c:1104) by run_test (test.h:556) by main (test.h:624) ... 20 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by NtNotifyChangeDirectoryFile (directory.c:3253) by FindFirstChangeNotificationW (change.c:97) by FindFirstChangeNotificationA (change.c:49) by test_ffcn_directory_overlap (change.c:1058) by func_change (change.c:1104) by run_test (test.h:556) by main (test.h:624) ... 240 bytes in 12 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by NtNotifyChangeDirectoryFile (directory.c:3253) by FindNextChangeNotification (change.c:118) by NotificationThread (change.c:50) by ??? (signal_i386.c:2473) by call_thread_entry_point (signal_i386.c:2499) by start_thread (thread.c:404) by start_thread (in /lib/libpthread-2.11.2.so) by clone (in /lib/libc-2.11.2.so) ... and one possibly lost: 28,280 bytes in 14 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by get_tls_data (test.h:240) by winetest_set_location (test.h:275) by NotificationThread (change.c:54) by ??? (signal_i386.c:2473) by call_thread_entry_point (signal_i386.c:2499) by start_thread (thread.c:404) by start_thread (in /lib/libpthread-2.11.2.so) by clone (in /lib/libc-2.11.2.so) -- 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.

1 2

[Bug 26099] New: rpcrt4/ndr_marshal shows a ton of valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26099 Summary: rpcrt4/ndr_marshal shows a ton of valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33288) --> (http://bugs.winehq.org/attachment.cgi?id=33288) valgrind log 22 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by test_conformant_string (ndr_marshall.c:1545) by func_ndr_marshall (ndr_marshall.c:2419) by run_test (test.h:556) by main (test.h:624) ... 24 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IMalloc_fnAlloc (ifs.c:186) by CoTaskMemAlloc (ifs.c:395) by NdrOleAllocate (ndr_ole.c:364) by my_alloc (ndr_marshall.c:42) by NdrAllocate (ndr_marshall.c:417) by NdrBaseTypeUnmarshall (ndr_marshall.c:6672) by PointerUnmarshall (ndr_marshall.c:965) by NdrPointerUnmarshall (ndr_marshall.c:1560) by test_pointer_marshal (ndr_marshall.c:278) by test_simple_types (ndr_marshall.c:473) by func_ndr_marshall (ndr_marshall.c:2411) by run_test (test.h:556) by main (test.h:624) (this one is there several times) ... 32 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IMalloc_fnAlloc (ifs.c:186) by CoTaskMemAlloc (ifs.c:395) by NdrOleAllocate (ndr_ole.c:364) by my_alloc (ndr_marshall.c:42) by NdrAllocate (ndr_marshall.c:417) by NdrNonConformantStringUnmarshall (ndr_marshall.c:2623) by test_nonconformant_string (ndr_marshall.c:1678) by func_ndr_marshall (ndr_marshall.c:2420) by run_test (test.h:556) by main (test.h:624) ... 40 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IMalloc_fnAlloc (ifs.c:186) by CoTaskMemAlloc (ifs.c:395) by NdrOleAllocate (ndr_ole.c:364) by my_alloc (ndr_marshall.c:42) by NdrAllocate (ndr_marshall.c:417) by NdrSimpleStructUnmarshall (ndr_marshall.c:1740) by test_simple_struct_marshal (ndr_marshall.c:830) by test_simple_struct (ndr_marshall.c:970) by func_ndr_marshall (ndr_marshall.c:2413) by run_test (test.h:556) by main (test.h:624) ... 40 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IMalloc_fnAlloc (ifs.c:186) by CoTaskMemAlloc (ifs.c:395) by NdrOleAllocate (ndr_ole.c:364) by my_alloc (ndr_marshall.c:42) by NdrAllocate (ndr_marshall.c:417) by NdrSimpleStructUnmarshall (ndr_marshall.c:1740) by PointerUnmarshall (ndr_marshall.c:965) by NdrPointerUnmarshall (ndr_marshall.c:1560) by test_pointer_marshal (ndr_marshall.c:278) by test_simple_struct (ndr_marshall.c:977) by func_ndr_marshall (ndr_marshall.c:2413) by run_test (test.h:556) by main (test.h:624) ... 40 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IMalloc_fnAlloc (ifs.c:186) by CoTaskMemAlloc (ifs.c:395) by NdrOleAllocate (ndr_ole.c:364) by my_alloc (ndr_marshall.c:42) by NdrAllocate (ndr_marshall.c:417) by test_ndr_allocate (ndr_marshall.c:1347) by func_ndr_marshall (ndr_marshall.c:2417) by run_test (test.h:556) by main (test.h:624) and a ton of possibly lost warnings, as well. Full log attached. -- 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.

1 2

[Bug 26073] New: shell32/shelldispatch tests show some valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26073 Summary: shell32/shelldispatch tests show some valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33248) --> (http://bugs.winehq.org/attachment.cgi?id=33248) valgrind log 32 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by Folder_Constructor (shelldispatch.c:712) by ShellDispatch_NameSpace (shelldispatch.c:854) by test_namespace (shelldispatch.c:87) by func_shelldispatch (shelldispatch.c:314) by run_test (test.h:556) by main (test.h:624) and a few possibly lost, like: 36 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by heap_alloc_zero (typelib.c:1471) by MSFT_DoRefType (typelib.c:2160) by ITypeLib2_Constructor_MSFT (typelib.c:3063) by TLB_ReadTypeLib (typelib.c:2822) by LoadTypeLibEx (typelib.c:435) by LoadTypeLib (typelib.c:411) by LoadRegTypeLib (typelib.c:494) by load_type_info (shelldispatch.c:82) by IShellDispatch_Constructor (shelldispatch.c:1052) by IDefClF_fnCreateInstance (shellole.c:467) by CoCreateInstance (compobj.c:2512) by test_namespace (shelldispatch.c:68) by func_shelldispatch (shelldispatch.c:314) by run_test (test.h:556) by main (test.h:624) I'll attach the full log. -- 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.

1 2

[Bug 26069] New: user32/clipboard tests shows a valgrind warning
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26069 Summary: user32/clipboard tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 24 bytes in 3 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IMM_GetThreadData (imm.c:226) by ImmGetContext (imm.c:1366) by IME_UpdateAssociation (ime.c:1040) by open_xim (xim.c:477) by X11DRV_SetupXIM (xim.c:493) by x11drv_init_thread_data (x11drv_main.c:681) by thread_selection_wnd (clipboard.c:328) by selection_acquire (clipboard.c:2625) by selection_thread_proc (clipboard.c:2661) by ??? (signal_i386.c:2473) by call_thread_entry_point (signal_i386.c:2499) by start_thread (thread.c:404) by start_thread (in /lib/libpthread-2.11.2.so) by clone (in /lib/libc-2.11.2.so) -- 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.

1 2

[Bug 25947] New: dmime:performance tests shows some memory leaks under valgrind
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=25947 Summary: dmime:performance tests shows some memory leaks under valgrind Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33082) --> (http://bugs.winehq.org/attachment.cgi?id=33082) valgrind log 4 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IDirectMusic8Impl_CreatePort (dmusic.c:142) by IDirectMusicPerformance8Impl_PChannelInfo (performance.c:599) by test_PChannelInfo (performance.c:46) by func_performance (performance.c:97) by run_test (test.h:556) by main (test.h:624) ... 12 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IDirectSound8_IDirectSound8_Create (dsound.c:966) by DSOUND_Create8 (dsound.c:1090) by DirectSoundCreate8 (dsound.c:1141) by IDirectMusicPerformance8Impl_InitAudio (performance.c:761) by test_InitAudio (performance.c:35) by func_performance (performance.c:90) by run_test (test.h:556) by main (test.h:624) ... 144 bytes in 1 blocks are possibly lost at calloc (vg_replace_malloc.c:467) by _dl_allocate_tls (dl-tls.c:300) by pthread_create@@GLIBC_2.1 (allocatestack.c:431) by RtlCreateUserThread (thread.c:505) by CreateRemoteThread (thread.c:89) by CreateThread (thread.c:55) by TIME_MMTimeStart (time.c:260) by timeSetEvent (time.c:344) by DirectSoundDevice_Initialize (dsound.c:1487) by IDirectSound8_IDirectSound8_Initialize (dsound.c:920) by DirectSoundCreate8 (dsound.c:1143) by IDirectMusicPerformance8Impl_InitAudio (performance.c:761) by test_InitAudio (performance.c:35) by func_performance (performance.c:90) by run_test (test.h:556) by main (test.h:624) ... -- 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.

1 3

[Bug 26056] New: comctl32/subclass tests shows a leak under valgrind
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26056 Summary: comctl32/subclass tests shows a leak under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 16 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by HeapAlloc (heap.c:267) by GlobalAlloc (heap.c:360) by LocalAlloc (heap.c:960) by Alloc (comctl32undoc.c:74) by SetWindowSubclass (commctrl.c:1121) by test_subclass (subclass.c:236) by func_subclass (subclass.c:328) by run_test (test.h:556) by main (test.h:624) -- 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.

1 2

[Bug 11496] New: cube hangs on startup attempting to play music / SDL_mixer 1.2.6
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=11496 Summary: cube hangs on startup attempting to play music / SDL_mixer 1.2.6 Product: Wine Version: 0.9.54. Platform: All URL: http://downloads.sourceforge.net/cube/cube_2005_08_29_wi n32.exe?modtime=1125359443&big_mirror=0 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com cube is a free (zlib licensed) portable first person shooter which runs on Windows, GNU/Linux and others, it uses SDL and SDL_mixer. wine-0.9.54, Ubuntu 7.04 it hangs on startup If I untick any selected sound devices in winecfg the program does not hang. Looking at the output of WINEDEBUG=+dsound, it appears to loop endlessly as if it is playing audio samples but nothing is heard. The version of SDL_mixer.dll distributed with cube is 1.2.6.0 - I tested substituting a later version and it does not hang. http://www.libsdl.org/projects/SDL_mixer/release/SDL_mixer-1.2.6.tar.gz -- 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.

1 21

[Bug 27440] New: Movement ingame is not possible in Code of Honor 2 demo.
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=27440 Summary: Movement ingame is not possible in Code of Honor 2 demo. Product: Wine Version: 1.3.21 Platform: x86 URL: http://games.on.net/file/18933/Code_of_Honor_2_Conspir acy_Island_Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com In Code of Honor 2 when it instructs you about how to in movement, you cannot or anything except look around. The words "CAPTAIN DOUHET" doesn't disappear from the previous conversation at the start. -- 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.

1 6

[Bug 30365] New: Kashmir3D: some menu items aren't displayed correctly
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=30365 Bug #: 30365 Summary: Kashmir3D: some menu items aren't displayed correctly Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: sagawa.aki+winebugs(a)gmail.com Classification: Unclassified Created attachment 39696 --> http://bugs.winehq.org/attachment.cgi?id=39696 Compare menu items on windows xp and wine 1.5.1 Kashmir 3D is a software making landscape CG from various electronic map data. I noticed that Japanese version of Kashmir 3D (8.9.5) shows some menu items incorrectly. 1) Menu bar items, e.g. ファイル(F), don't show underlines for access keys and access keys don't work. 2) Some menu items, e.g. やまおたくデータを読む, show an extra katakana character which is not shown in native Windows. Please see the attachment for details. -- 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.

1 6

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 April 2012