August 2012 - Wine-bugs - list.winehq.org

[Bug 31011] New: Mono and Gecko cannot be installed on Mac OSX Lion
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31011 Bug #: 31011 Summary: Mono and Gecko cannot be installed on Mac OSX Lion Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrewsuicune(a)gmail.com Classification: Unclassified Created attachment 40707 --> http://bugs.winehq.org/attachment.cgi?id=40707 The backtrace for Mono (the error message that appeared) Mono Problems: Wine 1.5.5, 1.5.6, 1.4.1, and now 1.5.7. Mac OSX Lion (laptop computer, intel core i5) is unable to install Mono. Gecko Problems: Wine 1.5.7. MacOSX Lion is unable to install Gecko. -- 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 26107] New: ole32/clipboard tests show several valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26107 Summary: ole32/clipboard tests show several valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 16 bytes in 2 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) ... 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 set_src_dataobject (clipboard.c:1968) by OleSetClipboard (clipboard.c:2127) by test_set_clipboard (clipboard.c:855) by func_clipboard (clipboard.c:1543) 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.

1 2

[Bug 26120] New: kernel32/sync tests shows a few valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26120 Summary: kernel32/sync tests shows a few valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at memcpy (mc_replace_strmem.c:635) by NTDLL_create_struct_sd (sync.c:118) by NtCreateEvent (sync.c:265) by CreateEventExW (sync.c:489) by CreateEventExA (sync.c:452) by CreateEventA (sync.c:420) by test_event (sync.c:301) by func_sync (sync.c:1044) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at NTDLL_create_struct_sd (sync.c:66) appears 4 times. -- 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 2

[Bug 20919] New: Six tests usually or always hang in valgrind
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=20919 Summary: Six tests usually or always hang in valgrind Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The following six tests usually or always hang in Valgrind: kernel32 process.c ole32 marshal.c shdocvw webbrowser.c urlmon url.c winmm mci.c winmm wave.c I'll probably disable them in the test script to save the hour otherwise spent waiting for them to time out. -- 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 13

[Bug 26106] New: ole32/ole2 tests show several valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26106 Summary: ole32/ole2 tests show several valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Syscall param write(buf) points to uninitialised byte(s) at __write_nocancel (in /lib/libpthread-2.11.2.so) by WriteFile (file.c:547) by FileLockBytesImpl_WriteAt (filelockbytes.c:286) by StorageImpl_WriteAt (storage32.c:344) by StorageImpl_WriteBigBlock (storage32.c:3989) by BlockChainStream_GetBlockAtOffset (storage32.c:5951) by BlockChainStream_WriteAt (storage32.c:6198) by SmallBlockChainStream_WriteAt (storage32.c:6954) by StorageImpl_StreamWriteAt (storage32.c:2555) by StorageBaseImpl_StreamWriteAt (storage32.h:305) by StgStreamImpl_Write (stg_stream.c:286) by DataCacheEntry_Save (datacache.c:765) by DataCache_Save (datacache.c:1400) by test_data_cache (ole2.c:1411) by func_ole2 (ole2.c:1878) by run_test (test.h:556) by main (test.h:624) Address 0x7f03e6c0 is 504 bytes inside a block of size 8,260 alloc'd at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by BlockChainStream_Construct (storage32.c:5972) by StorageImpl_Construct (storage32.c:2887) by Storage_Construct (storage32.c:5131) by create_storagefile (storage32.c:7347) by StgCreateDocfile (storage32.c:7408) by test_data_cache (ole2.c:1272) by func_ole2 (ole2.c:1878) by run_test (test.h:556) by main (test.h:624) 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 MFDRV_StretchBlt (bitblt.c:72) by StretchBlt (bitblt.c:174) by DrawIconEx (cursoricon.c:2008) by DrawIcon (cursoricon.c:1437) by OleMetafilePictFromIconAndLabel (ole32_main.c:108) by test_data_cache (ole2.c:1364) by func_ole2 (ole2.c:1878) by run_test (test.h:556) by main (test.h:624) ... 8 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by HeapAlloc (heap.c:267) by GlobalAlloc (heap.c:374) by DataObject_DAdvise (ole2.c:1163) by setup_sink (datacache.c:1884) by DataCache_OnRun (datacache.c:2085) by test_data_cache (ole2.c:1536) by func_ole2 (ole2.c:1878) by run_test (test.h:556) by main (test.h:624) ... 72 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DataCache_Construct (datacache.c:2278) by CreateDataCache (datacache.c:2378) by DefaultHandler_Construct (defaulthandler.c:1951) by OleCreateEmbeddingHelper (defaulthandler.c:2110) by OleCreateDefaultHandler (defaulthandler.c:2137) by test_default_handler (ole2.c:1604) by func_ole2 (ole2.c:1879) by run_test (test.h:556) by main (test.h:624) ... 112 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DefaultHandler_Construct (defaulthandler.c:1915) by OleCreateEmbeddingHelper (defaulthandler.c:2110) by OleCreateDefaultHandler (defaulthandler.c:2137) by test_default_handler (ole2.c:1604) by func_ole2 (ole2.c:1879) 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.

1 2

[Bug 26068] New: user32/dce tests shows a valgrind warning
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26068 Summary: user32/dce 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 Conditional jump or move depends on uninitialised value(s) at GDI_GetObjPtr (gdiobj.c:767) by get_dc_obj (dc.c:55) by get_dc_ptr (dc.c:181) by GetDCHook (dc.c:1415) by release_dc (painting.c:458) by ReleaseDC (painting.c:1078) by test_dc_attributes (dce.c:82) by func_dce (dce.c:559) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_dc_attributes (dce.c:41) -- 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 26286] New: Briscola Chiamata crashes on startup
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26286 Summary: Briscola Chiamata crashes on startup Product: Wine Version: 1.1.11 Platform: x86 URL: http://www.briscolachiamata.it/download/SetupBriscolaC hiamata.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Freeware game from: http://www.briscolachiamata.it/download.html This was originally affected by bug 7163, but the program has since been updated and the new version behaves differently. I'm leaving 7163 open for the old problem in case the old version is still available. The program installs fine, but when started it brings up a dialog that says "Abnormal program termination" and does nothing else. It appears to be crashing in mshtml/gecko code. Installing ie6 with winetricks allows the program to start and (from what little I can tell) run correctly. I tested this as far back as 1.1.11, in case it was introduced by new gecko, but it was present in that version. I'm using wine-1.3.14-238-ge572dca. -- 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 16409] New: Ableton Live 7.0.12 crashes on startup
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=16409 Summary: Ableton Live 7.0.12 crashes on startup Product: Wine Version: 1.1.10 Platform: Other URL: http://www.ableton.com/pages/downloads/trial OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I saw this plea: http://www.kvraudio.com/forum/viewtopic.php?p=3286380 so I tried Ableton again, this time on Ubuntu Intrepid on my Compaq r3000. Sadly, it crashes on startup. In winedbg, the crash looks like this: First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x7e4444a7). Backtrace: =>1 0x7e4444a7 IDirectSoundCaptureBufferImpl_GetCurrentPosition+0x1b7(iface=0x1b4648, lpdwCapturePosition=(nil), lpdwReadPosition=0x33f3c0) [dlls/dsound/capture.c:931] in dsound (0x0033f3a4) 2 0x00cdd628 in live 7.0.12 (+0x8dd628) (0x0033f3c4) ... 0x7e4444a7 IDirectSoundCaptureBufferImpl_GetCurrentPosition+0x1b7 [/home/dank/wine-git/dlls/dsound/capture.c:931] in dsound: movl 0x0(%eax),%ecx 931 pos = (DWORD_PTR)This->device->pwave[This->device->index].lpData - (DWORD_PTR)This->device->buffer; -- 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 26072] New: urlmon/protocol tests show some valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26072 Summary: urlmon/protocol 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: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33247) --> (http://bugs.winehq.org/attachment.cgi?id=33247) valgrind log 2,048 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by heap_alloc (urlmon_main.h:225) by report_data (bindprot.c:1046) by BPInternetProtocolSink_ReportData (bindprot.c:1133) by ProtocolEmul_Continue (protocol.c:1764) by ProtocolHandler_Continue (bindprot.c:636) by BindProtocol_Continue (bindprot.c:386) by test_binding (protocol.c:3381) by func_protocol (protocol.c:3515) by run_test (test.h:556) by main (test.h:624) ... 8,080 bytes in 4 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 ProtocolSink_ReportProgress (protocol.c:773) by report_progress (bindprot.c:971) by BPInternetProtocolSink_ReportProgress (bindprot.c:1012) by thread_proc (protocol.c:1434) 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 a few like: 48 (20 direct, 28 indirect) bytes in 1 blocks are definitely lost at malloc (vg_replace_malloc.c:236) by ??? by ??? by ??? by ??? by ??? by ??? by NETCON_init (netconnection.c:460) by HTTP_HttpOpenRequestW (http.c:2600) by HttpOpenRequestW (http.c:2730) by HttpProtocol_open_request (http.c:338) by protocol_start (protocol.c:278) by HttpProtocol_StartEx (http.c:750) by HttpProtocol_Start (http.c:647) by http_protocol_start (protocol.c:2653) by test_http_protocol_url (protocol.c:2783) by test_https_protocol (protocol.c:2927) by func_protocol (protocol.c:3495) 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.

1 2

[Bug 23876] New: Temporary Internet Files growing endless
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=23876 Summary: Temporary Internet Files growing endless Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de It seems like applications using the embedded internet explorer will fill the Temporary Internet Files in my wine profile and make it grow endless: The game "Uru - The Path of the Shell" uses the embedded IE to download game updates. It runs perfectly fine in wine, but checking with a disk usage utility, I noticed that the Temporary Internet Files folder has a size of more than 600MB by now, containing a huge lot of the files that were downloaded by the updater (including the meta files with the update information that are downloaded on each startup - I had the same file in there more than 100 times). Obviously, the cache is not restricted by size as it is on windows. -- 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 41