wine-bugs December 2011

wine-bugs@winehq.org

1 participants
9068 discussions

[Bug 10125] New: Installation of OnLine Bible fails with coredump on MacOSX
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=10125 Summary: Installation of OnLine Bible fails with coredump on MacOSX Product: Wine Version: 0.9.47. Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com Created an attachment (id=8694) --> (http://bugs.winehq.org/attachment.cgi?id=8694) Error Log in RTF format While installing OnLine Bible 12, received a core dump log. See attachment. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 42

[Bug 11010] New: Application based on RPG Maker XP page faults shortly after select ' new game' from menu.
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=11010 Summary: Application based on RPG Maker XP page faults shortly after select 'new game' from menu. Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: barteqpl(a)gmail.com Created an attachment (id=9993) --> (http://bugs.winehq.org/attachment.cgi?id=9993) Backtrace of "Magiczni wojownicy" game App is in Polish and needs RGSS_RTP_Standard to be work properly. It's called 'magiczni wojownicy'. Download link - http://rapidshare.com/files/76230571/Magiczni_Wojownicy.rar RTP_Standard_102.msi installed with msiexec works fine. Game launches with minor bgs on console, but after select anything from menu games crashes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 28966] New: application runs, checks for updates and exits, no normal run.
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=28966 Bug #: 28966 Summary: application runs, checks for updates and exits, no normal run. Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wvanreede(a)live.nl Classification: Unclassified Created attachment 37247 --> http://bugs.winehq.org/attachment.cgi?id=37247 error log plus500 application; application runs, checks for updates and exits, no normal run. investproject.exe gives a major (appears in the error screen) -no further information- -- 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

[Bug 11012] New: KOMPAS-3D: Problems with OpenGL
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=11012 Summary: KOMPAS-3D: Problems with OpenGL Product: Wine Version: 0.9.52. Platform: PC URL: http://download.kompas.kolomna.ru/public/International/E n/Kompas-3D_LT_V9_En_SP1_intgr.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: aleks(a)spamtest.ru Created an attachment (id=9998) --> (http://bugs.winehq.org/attachment.cgi?id=9998) Kompas-3D with OpenGL bug When I try to edit model (select XY plane and try to add aperture, etc.) screen becomes black and no screen redraw. Sometimes application crashes. The problem can be reproduced in WINE 0.9.47-0.9.52 and KOMPAS 8-9. Correct screenshots (before edit attempt): http://appdb.winehq.org/screenshots.php?iAppId=4606&iVersionId= -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 22

[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

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 December 2011