April 2014 - Wine-Bugs - list.winehq.org

[Bug 32998] New: Sniper Elite V2 Demo failed to initialise D3DX11
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

http://bugs.winehq.org/show_bug.cgi?id=32998 Bug #: 32998 Summary: Sniper Elite V2 Demo failed to initialise D3DX11 Product: Wine Version: 1.5.24 Platform: x86 URL: http://store.steampowered.com/app/63380/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 43594 --> http://bugs.winehq.org/attachment.cgi?id=43594 with native dx and win 7 compatibility Error window 'Failed to initialise D3DX11' after launching. Output in attached file. -- 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 18

[Bug 20657] New: Out of virtual memory space while generating symbolic stack dump in chromium unit_tests.exe
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 June 9, 2014

June 9, 2014

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 June 9, 2014

June 9, 2014

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 June 9, 2014

June 9, 2014

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 June 3, 2014

June 3, 2014

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 36196] New: valgrind shows some possible leaks in mmdevapi/tests/propstore.c
by wine-bugs＠winehq.org June 3, 2014

June 3, 2014

https://bugs.winehq.org/show_bug.cgi?id=36196 Bug ID: 36196 Summary: valgrind shows some possible leaks in mmdevapi/tests/propstore.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12387== 28 bytes in 1 blocks are possibly lost in loss record 92 of 461 ==12387== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12387== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12387== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==12387== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==12387== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==12387== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==12387== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==12387== by 0x4E6D893: func_propstore (propstore.c:120) ==12387== by 0x4E80EAF: run_test (test.h:584) ==12387== by 0x4E8129E: main (test.h:654) ==12387== { -- 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 1

[Bug 36129] New: valgrind shows some possible leaks in oleaut32/olepicture.c
by wine-bugs＠winehq.org June 3, 2014

June 3, 2014

https://bugs.winehq.org/show_bug.cgi?id=36129 Bug ID: 36129 Summary: valgrind shows some possible leaks in oleaut32/olepicture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==26738== 28 bytes in 1 blocks are possibly lost in loss record 206 of 736 ==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233) ==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526) ==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894) ==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032) ==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197) ==26738== by 0x50BF1A3: OLEPictureImpl_LoadWICDecoder (olepicture.c:1163) ==26738== by 0x50BFE83: OLEPictureImpl_Load (olepicture.c:1490) ==26738== by 0x50C185E: OleLoadPicture (objidl.h:3149) ==26738== by 0x4D5BE6B: test_pic_with_stream (olepicture.c:199) ==26738== by 0x4D5C34C: test_pic (olepicture.c:281) ==26738== by 0x4D5D7F7: func_olepicture (olepicture.c:1261) ==26738== by 0x4D563A7: main (test.h:584) ==26738== ==26738== 28 bytes in 1 blocks are possibly lost in loss record 207 of 736 ==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233) ==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526) ==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894) ==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032) ==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197) ==26738== by 0x50C1E61: OleLoadPicturePath (olepicture.c:2400) ==26738== by 0x4D5D200: test_OleLoadPicturePath (olepicture.c:912) ==26738== by 0x4D5EEE4: func_olepicture (olepicture.c:1283) ==26738== by 0x4D563A7: main (test.h:584) -- 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 1

[Bug 36123] New: valgrind shows leaks in msiexec/msiexec.c
by wine-bugs＠winehq.org June 3, 2014

June 3, 2014

https://bugs.winehq.org/show_bug.cgi?id=36123 Bug ID: 36123 Summary: valgrind shows leaks in msiexec/msiexec.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23034== 20 bytes in 1 blocks are definitely lost in loss record 107 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472DD61: process_args (msiexec.c:490) ==23034== by 0x472E0BD: WinMain (msiexec.c:576) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 26 bytes in 1 blocks are definitely lost in loss record 146 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CE7F: StringListAppend (msiexec.c:113) ==23034== by 0x472F9DE: WinMain (msiexec.c:966) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 28 bytes in 1 blocks are definitely lost in loss record 150 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CFA7: build_properties (msiexec.c:146) ==23034== by 0x472FA15: WinMain (msiexec.c:972) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== -- 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 36195] New: valgrind shows several leaks in dsound/tests/capture.c
by wine-bugs＠winehq.org June 3, 2014

June 3, 2014

https://bugs.winehq.org/show_bug.cgi?id=36195 Bug ID: 36195 Summary: valgrind shows several leaks in dsound/tests/capture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12144== 28 bytes in 1 blocks are possibly lost in loss record 196 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4FBED45: CoCreateInstance (compobj.c:3197) ==12144== by 0x65A603C: get_mmdevenum (dsound_main.c:178) ==12144== by 0x65A636D: GetDeviceID (dsound_main.c:261) ==12144== by 0x659F7B5: DirectSoundCaptureDevice_Initialize (capture.c:1022) ==12144== by 0x65A07B9: IDirectSoundCaptureImpl_Initialize (capture.c:1284) ==12144== by 0x65A0B21: DirectSoundCaptureCreate (capture.c:1388) ==12144== by 0x4E4FA2E: test_COM (capture.c:692) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 28 bytes in 1 blocks are possibly lost in loss record 204 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4E4DAFA: test_capture (capture.c:189) ==12144== by 0x4E5014A: func_capture (capture.c:776) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 846 bytes in 47 blocks are definitely lost in loss record 714 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x65ADE25: DSOUND_CopyFormat (primary.c:447) ==12144== by 0x659E392: IDirectSoundCaptureBufferImpl_Create (capture.c:704) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4F47E: dscenum_callback (capture.c:564) ==12144== by 0x65A665A: a_to_w_callback (dsound_main.c:319) ==12144== by 0x65A6F2B: enumerate_mmdevices (dsound_main.c:492) ==12144== by 0x65A73EF: DirectSoundCaptureEnumerateW (dsound_main.c:625) ==12144== by 0x65A72ED: DirectSoundCaptureEnumerateA (dsound_main.c:593) ==12144== by 0x4E4F90F: test_enumerate (capture.c:672) ==12144== by 0x4E5014F: func_capture (capture.c:777) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== 88,200 bytes in 1 blocks are possibly lost in loss record 813 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x659EC62: IDirectSoundCaptureBufferImpl_Create (capture.c:797) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4FD44: test_COM (capture.c:727) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== -- 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 1