wine-bugs April 2013

wine-bugs@winehq.org

1 participants
9368 discussions

[Bug 20657] New: Out of virtual memory space while generating symbolic stack dump in chromium unit_tests.exe
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=20657 Summary: Out of virtual memory space while generating symbolic stack dump in chromium unit_tests.exe Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com If chromium's unit_tests.exe happens to crash, wine takes a lot of memory while generating a crash dump. Under Valgrind, it sometimes runs out of memory, with the error "Valgrind's memory management: out of memory: newSuperblock's request for 6295552 bytes failed. 3682476032 bytes have already been allocated. Valgrind cannot continue. Sorry." For what it's worth, there are lots of valgrind warnings during the production of the stack dump. Here's the first one: [ RUN ] RenderViewTest.OnPrintPageAsBitmap Backtrace: Conditional jump or move depends on uninitialised value(s) at symt_get_info (type.c:470) by symt_cmp_addr (symbol.c:65) by msort_with_tmp (msort.c:65) ... by msort_with_tmp (msort.c:53) by qsort_r (msort.c:294) by qsort (msort.c:304) by resort_symbols (symbol.c:847) by symt_find_nearest (symbol.c:872) by codeview_snarf_linetab2 (msc.c:1408) by pdb_process_internal (msc.c:2549) Uninitialised value was created by a heap allocation at notify_alloc (heap.c:214) by RtlReAllocateHeap (heap.c:1551) by symt_grow_sorttab (symbol.c:79) by symt_add_module_ht (symbol.c:101) by symt_new_function (symbol.c:364) by codeview_snarf (msc.c:1597) by pdb_process_internal (msc.c:2540) by pdb_process_file (msc.c:2594) by codeview_process_info (msc.c:2765) by pe_load_debug_directory (msc.c:2821) by pe_load_msc_debug_info (pe_module.c:173) by pe_load_debug_info (pe_module.c:287) by module_get_debug (module.c:319) by SymFromAddr (symbol.c:1242) by `anonymous namespace'::SymbolContext::OutputTraceToStream (debug_util_win.cc:132) by StackTrace::OutputToStream (debug_util_win.cc:279) by StackTrace::PrintBacktrace (debug_util_win.cc:265) by base::`anonymous namespace'::StackDumpExceptionFilter (process_util_win.cc:38) by UnhandledExceptionFilter (except.c:450) by __wine_exception_handler (exception.h:310) by ??? (signal_i386.c:2329) by ??? (signal_i386.c:2329) by call_stack_handlers (signal_i386.c:606) by raise_exception (signal_i386.c:684) by NtRaiseException (signal_i386.c:2263) -- 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 27424] New: Aplicacion de Delphi 7
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=27424 Summary: Aplicacion de Delphi 7 Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: hectordelmestre(a)gmail.com Created an attachment (id=35071) --> (http://bugs.winehq.org/attachment.cgi?id=35071) Log reportados con la instruccion: wine app.exe &> /tmp/log.txt 2>&1 Aplicacion creada en Delphi 7. Se conecta a una base de datos creada con Firebird. Las dll necesarias se encuentran en la carpeta de la aplicacion y de ser necesario se copian en la carpeta System32. Las dll's necesarias son: midas.dll fbclient.dll gds32.dll dbexpint.dll Sistema operativo donde se quiere correr: Ubuntu 11.04 - Nucleo Linux 2.6.38-8-generic Memoria 2.9 Gb - Intel Core Duo T6400. Application created in Delphi 7. It connects to a database created with Firebird. The required dll are in the application folder and if necessary are copied to the System32 folder. The dll's needed are: midas.dll fbclient.dll gds32.dll dbexpint.dll Operating system where you want to run: 11.04 Ubuntu - Linux Kernel 2.6.38-8-generic 2.9 GB memory - Intel Core Duo T6400. -- 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 8

[Bug 9900] New: Starship titanic crashes at startup
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=9900 Summary: Starship titanic crashes at startup Product: Wine Version: 0.9.45. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: nikolay(a)vladimiroff.com Created an attachment (id=8393) --> (http://bugs.winehq.org/attachment.cgi?id=8393) last 100 lines of +relay debug Starship Titanic crashes at startup. Install works fine. Kernel/OS: 2.6.22.9-91.fc7/Fedora 7 x86_64 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 34

[Bug 29273] New: delphi application crash at start when windows are created on x86-64 system only
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=29273 Bug #: 29273 Summary: delphi application crash at start when windows are created on x86-64 system only Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mzens(a)gmx.de Classification: Unclassified Created attachment 37858 --> http://bugs.winehq.org/attachment.cgi?id=37858 executable The 32bit application crashes somewhere in the delphi initialization code at start-up in versions 1.2.2 and 1.3.34. This happens only on the Ubuntu 10.04 x86-64 system. On a x86-32 machine it runs fine in version 1.2.2 . -- 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 10

[Bug 20545] New: memory leak in MMDRV_Init on exit?
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 3

[Bug 26110] New: ole32/marshal test shows several valgrind warnings
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 3

[Bug 26139] New: comdlg32/filedlg shows a few valgrind warnings
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 5

[Bug 23942] New: 3 Programs to make Linux LiveCD does not see memory cards/Flash Drive
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 5

[Bug 27623] New: GODMH crashes on start
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 5

[Bug 16950] New: When playing dvd video using quartz there are vertical lines appearing on the video.
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

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.

1 7

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 2013