http://bugs.winehq.org/show_bug.cgi?id=20545
Summary: memory leak in MMDRV_Init on exit?
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On several Chromium tests (having nothing to do
with multimedia?), valgrind is reporting a leak in winmm:
56 bytes in 1 blocks are possibly lost in loss record 464 of 1,033
at notify_alloc (heap.c:214)
by RtlAllocateHeap (heap.c:1421)
by MMDRV_InitPerType (lolvldrv.c:419)
by MMDRV_Install (lolvldrv.c:510)
by MMDRV_Init (lolvldrv.c:561)
by DllMain (winmm.c:184)
by __wine_spec_dll_entry (dll_entry.c:40)
by ??? (in /home/dank/wine-git/dlls/ntdll/ntdll.dll.so)
by MODULE_InitDLL (loader.c:982)
by process_attach (loader.c:1071)
by process_attach (loader.c:1063)
by attach_process_dlls (loader.c:2440)
This doesn't happen terribly often, is there something
that occasionally prevents freeing on unload?
--
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=26110
Summary: ole32/marshal test shows several valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33290)
--> (http://bugs.winehq.org/attachment.cgi?id=33290)
valgrind log
Syscall param write(buf) points to uninitialised byte(s)
at ??? (in /lib/libpthread-2.11.2.so)
by WriteFile (file.c:547)
by rpcrt4_conn_np_write (rpc_transport.c:441)
by rpcrt4_conn_write (rpc_binding.h:183)
by RPCRT4_SendWithAuth (rpc_message.c:849)
by RPCRT4_Send (rpc_message.c:1245)
by process_request_packet (rpc_server.c:463)
by RPCRT4_process_packet (rpc_server.c:518)
by RPCRT4_worker_thread (rpc_server.c:540)
by worker_thread_proc (threadpool.c:114)
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)
Address 0x7f030894 is 44 bytes inside a block of size 92 alloc'd
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by RPCRT4_SendWithAuth (rpc_message.c:808)
by RPCRT4_Send (rpc_message.c:1245)
by process_request_packet (rpc_server.c:463)
by RPCRT4_process_packet (rpc_server.c:518)
by RPCRT4_worker_thread (rpc_server.c:540)
by worker_thread_proc (threadpool.c:114)
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)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1702)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by RemUnknown_RemQueryInterface (stubmanager.c:664)
by IRemUnknown_RemQueryInterface_Stub (dcom_p.c:370)
by CStdStubBuffer_Invoke (cstub.c:477)
by RPC_ExecuteCall (rpc.c:1414)
by apartment_wndproc (compobj.c:897)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_CallProcAtoW (winproc.c:601)
by WINPROC_call_window (winproc.c:910)
by DispatchMessageA (message.c:3639)
by test_register_local_server (marshal.c:2625)
by func_marshal (marshal.c:3067)
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 IDefClF_fnConstructor (shellole.c:386)
by DllGetClassObject (shellole.c:219)
by apartment_getclassobject (compobj.c:806)
by apartment_hostobject (compobj.c:879)
by apartment_wndproc (compobj.c:900)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:899)
by call_window_proc (message.c:2201)
by peek_message (message.c:2775)
by GetMessageW (message.c:3511)
by apartment_hostobject_thread (compobj.c:942)
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)
...
68 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:634)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_no_couninitialize_server (marshal.c:894)
by func_marshal (marshal.c:3095)
by run_test (test.h:556)
by main (test.h:624)
...
72 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by I_RpcAllocate (rpcrt4_main.c:705)
by I_RpcGetBuffer (rpc_message.c:1647)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:721)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_marshal_stub_apartment_shutdown (marshal.c:744)
by func_marshal (marshal.c:3092)
by run_test (test.h:556)
by main (test.h:624)
...
116 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:638)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_no_couninitialize_server (marshal.c:894)
by func_marshal (marshal.c:3095)
by run_test (test.h:556)
by main (test.h:624)
and several possibly losts 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=26139
Summary: comdlg32/filedlg shows a few valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at EqualRect (uitools.c:1405)
by FileOpenDlgProc95 (filedlg.c:1206)
by ??? (winproc.c:172)
by call_dialog_proc (winproc.c:263)
by WINPROC_CallProcWtoA (winproc.c:857)
by WINPROC_CallDlgProcW (winproc.c:1041)
by DefDlgProcW (defdlg.c:425)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:899)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageW (message.c:3165)
by DIALOG_CreateIndirect (dialog.c:694)
by DialogBoxIndirectParamAorW (dialog.c:876)
by DialogBoxIndirectParamA (dialog.c:887)
by GetFileName95 (filedlg.c:317)
by GetFileDialog95A (filedlg.c:442)
by GetOpenFileNameA (filedlg.c:4173)
by test_create_view_window2 (filedlg.c:280)
Uninitialised value was created by a stack allocation
at FileOpenDlgProc95 (filedlg.c:1157)
...
140 bytes in 5 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DIALOG_get_info (defdlg.c:335)
by DefDlgProcA (defdlg.c:362)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageA (message.c:3187)
by WIN_CreateWindowEx (win.c:1420)
by CreateWindowExA (win.c:1554)
by DIALOG_CreateIndirect (dialog.c:651)
by CreateDialogIndirectParamAorW (dialog.c:755)
by CreateDialogIndirectParamA (dialog.c:764)
by CreateTemplateDialog (filedlg.c:786)
by FileOpenDlgProc95 (filedlg.c:1189)
by ??? (winproc.c:172)
by call_dialog_proc (winproc.c:263)
by WINPROC_CallProcWtoA (winproc.c:857)
...
144 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by rpcrt4_conn_np_alloc (rpc_transport.c:120)
by RPCRT4_CreateConnection (rpc_transport.c:2939)
by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285)
by RPCRT4_use_protseq (rpc_server.c:810)
by RpcServerUseProtseqEpExW (rpc_server.c:1022)
by RpcServerUseProtseqEpW (rpc_server.c:907)
by RPC_StartRemoting (rpc.c:1626)
by StdMarshalImpl_MarshalInterface (marshal.c:1245)
by CoMarshalInterface (marshal.c:1797)
by RegisterDragDrop (ole2.c:461)
by ShellView_OnCreate (shlview.c:718)
by ShellView_WndProc (shlview.c:1682)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:899)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageW (message.c:3165)
--
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=23942
Summary: 3 Programs to make Linux LiveCD does not see memory
cards/Flash Drive
Product: WineHQ.org
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: VHSripRTP(a)interia.eu
Good Morning...
I have a problem with the detection of Memory Cards/Flash Drive... but still
will recognize and detect the ISO image without any trouble such as Ubuntu or
FatDog64 I do not want any logs to show it going well but it does not detect
memory card/ USB Flash Drive
System: Ubuntu 10.04 (x86_64) + Wine 1.2
Tested programs: USB Universal Installer v1.77 (very light),UNetbootin USB
v4.71 and LinuxLive Creator 2.5 (has a problem with graphics)
--
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=27623
Summary: GODMH crashes on start
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: nico.bellic1994(a)gmail.com
Originally reported in bug 27590. Installer is an self extracting rar, so I
used unrar x on it. Game starts a patch, which seems fine, clicking what looks
like the start button (bottom right) launches a game window, gives a bit of d3d
output, then crashes without a backtrace:
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x8fdb1b8,0x8fdb6e8): stub
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
wine: Unhandled page fault on read access to 0xf8b90024 at address 0x7e1648e5
(thread 0032), starting debugger...
--
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=16950
Summary: When playing dvd video using quartz there are vertical
lines appearing on the video.
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jcarthew(a)mbarron.net
Created an attachment (id=18723)
--> (http://bugs.winehq.org/attachment.cgi?id=18723)
image showing vertical lines on the ingame dvd movies.
When playing dvd video in wing commander 4 dvd edition using quartz there are
vertical lines appearing onscreen. I expect this bug will affect other
applications as well. These lines do not appear when the files are played back
using either mplayer or a windows pc running the game.
--
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=24494
Summary: Recettear tends to crash on dungeon transitions
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: billy65bob(a)gmail.com
Recettear tends to crash when transitioning between dungeon floors, on occasion
it even happens when entering a dungeon.
For me, it usually happens approximately every 3 or 4 floors. (boss fights are
usually every 5th, making this incredibly annoying)
When it crashes, one of 4 different errors are shown in the console; they are
as follows
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
XIO: fatal IO error 0 (Success) on X server ":0.0"
s\steam\steamapps\common\recettear\recettear.exe: ../../src/xcb_io.c:249:
process_responses: Assertion `(((long) (dpy->last_request_read) - (long)
(dpy->request)) <= 0)' failed.
X Error of failed request: GLXBadContextTag
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
With that said, I am not entirely convinced this is a wine bug, though I am
unable to reproduce it on a windows system.
If more information is required, just ask and give me the WINEDEBUG arguments
if needed.
For those so inclined, I can also reproduce this with the demo.
--
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=25634
Summary: Missing chunks of text in Neverwinter Nights Diamond
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: moeigi(a)gmail.com
This is the only issue that I have encountered so far. I only get about one cm
of text in each text field.
--
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=10250
Summary: Chart Navigator fails to start
Product: Wine
Version: 0.9.48.
Platform: PC
URL: ftp://ftp.maptech.com/downloads/CHTNAV_ENGLISH.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mar2112(a)pacbell.net
Created an attachment (id=8877)
--> (http://bugs.winehq.org/attachment.cgi?id=8877)
Debug text
Chart Navigator fails to start.
err:ole:marshal_object object doesn't expose interface
{00000126-0000-0000-c000-000000000046}, failing with error 0x80004002
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26894
Summary: Support windows 7 user folders?
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Windows 7 changed the folders in c:/users/$USERNAME around a bit.
My Documents is now just a link to the new folder Documents
Application Data is now just a link to the new folder AppData/Roaming
Local Settings is now just a link to the new folder AppData/Local
Well-behaved apps that use CSIDL_PERSONAL to get at "My Documents"
will work regardless, but users or badly behaved apps might start expecting
the shorter directory names sometime, so we might want to switch to the
new names sometime for new wineprefixes.
I'll attach a demo patch that just changes Wine's shell32 to use the
new locations; we would also need to add symlinks somewhere
so that apps which reference the old locations keep working,
as Windows does.
--
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.