wine-bugs August 2012

wine-bugs@winehq.org

1 participants
8769 discussions

[Bug 23876] New: Temporary Internet Files growing endless
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=23876 Summary: Temporary Internet Files growing endless Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de It seems like applications using the embedded internet explorer will fill the Temporary Internet Files in my wine profile and make it grow endless: The game "Uru - The Path of the Shell" uses the embedded IE to download game updates. It runs perfectly fine in wine, but checking with a disk usage utility, I noticed that the Temporary Internet Files folder has a size of more than 600MB by now, containing a huge lot of the files that were downloaded by the updater (including the meta files with the update information that are downloaded on each startup - I had the same file in there more than 100 times). Obviously, the cache is not restricted by size as it is on windows. -- 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 41

[Bug 31514] New: League of Legends crashes after champion select because of non-implemented timeout in IEnumWbemClassObject::Next
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31514 Bug #: 31514 Summary: League of Legends crashes after champion select because of non-implemented timeout in IEnumWbemClassObject::Next Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: nob.dir.info(a)gmail.com Classification: Unclassified LoL crashes after the champion select when the logo comes on the screen. I had to revert this patch : http://source.winehq.org/git/wine.git/?a=commit;h=4cfd8189c8c5c1facf7c519bc… to be able to play. -- 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 20

[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

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