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

[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 31596] New: Microsoft SQL Server Management Studio Express 2005: cannot create database because of exception
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31596 Bug #: 31596 Summary: Microsoft SQL Server Management Studio Express 2005: cannot create database because of exception Product: Wine Version: 1.5.12 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=8 961 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 41550 --> http://bugs.winehq.org/attachment.cgi?id=41550 log of ssmsee.exe - steps as described. When attempting to create a database, an error message is displayed: Property cannot be found. (System.Drawing). Also a red X is displayed in place of an animation. With native gdiplus everything works as expected. To reproduce this bug you need a running instance of sql server. Then - start the application - connect to the server - select New database from context menu on Databases - type a name for the database - click Ok winetricks dotnet20 win7 is required to run this application. -- 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 13

[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 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 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 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 31598] New: Temple of Elemental Evil crash at start
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31598 Bug #: 31598 Summary: Temple of Elemental Evil crash at start Product: Wine Version: 1.5.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Goblinstomper(a)gmail.com Classification: Unclassified Created attachment 41553 --> http://bugs.winehq.org/attachment.cgi?id=41553 winedebug output At application launch screen resolution is changed but all that is displayed is garbage and application terminates. Weird thing is that it launched without issues once, and then never again. If winedebug isn't specified it tends to instead terminate with: [beholder(a)linux-k0w9 Temple of Elemental Evil]$ wine toee.exe err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:advapi:RegisterTraceGuidsW (0x100778a, 0x100a060, {485e7de8-0a80-11d8-ad15-505054503030}, 1, 0x33fde0, (null), (null), 0x100a068,): stub fixme:advapi:RegisterTraceGuidsW (0x100778a, 0x100a080, {485e7de9-0a80-11d8-ad15-505054503030}, 1, 0x33fde0, (null), (null), 0x100a088,): stub fixme:advapi:RegisterTraceGuidsW (0x100778a, 0x100a0a0, {485e7dea-0a80-11d8-ad15-505054503030}, 1, 0x33fde0, (null), (null), 0x100a0a8,): stub fixme:advapi:RegisterTraceGuidsW (0x100778a, 0x100a0c0, {485e7deb-0a80-11d8-ad15-505054503030}, 1, 0x33fde0, (null), (null), 0x100a0c8,): stub fixme:advapi:RegisterTraceGuidsW (0x100778a, 0x100a0e0, {485e7dec-0a80-11d8-ad15-505054503030}, 1, 0x33fde0, (null), (null), 0x100a0e8,): stub fixme:advapi:RegisterTraceGuidsW (0x100778a, 0x100a100, {485e7ded-0a80-11d8-ad15-505054503030}, 1, 0x33fde0, (null), (null), 0x100a108,): stub fixme:win:RegisterDeviceNotificationW (hwnd=0x124098, filter=0x54e91c,flags=0x00000001) returns a fake device notification handle! fixme:win:EnumDisplayDevicesW ((null),0,0x33f658,0x00000000), stub! X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0x0 Serial number of failed request: 83 Current serial number in output stream: 83 -- 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