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