wine-bugs June 2019

wine-bugs@winehq.org

1 participants
7555 discussions

[Bug 46453] New: The Testament of Sherlock Holmes crashes while loading level with builtin d3dx9_43
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46453 Bug ID: 46453 Summary: The Testament of Sherlock Holmes crashes while loading level with builtin d3dx9_43 Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 949dbbd31f450178c90ea8267097a975b77c3219 Distribution: --- fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x1 at ctx(0x33b4ec,L"d3dx9_43<elf>"), for debug_info(abbrev:0x6d3303ac,symt:0x6d27b524) fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children Set d3dx9_43 to native,builtin helps. -- 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.

2 9

[Bug 28196] New: Test Drive Unlimited: Water is always rendered on top of everything.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=28196 Summary: Test Drive Unlimited: Water is always rendered on top of everything. Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es On Test Drive Unlimited water is always rendered on top of any other object, no matter how far or high the object is, in fact one can see the rivers and sea over the road/mountains being miles away from the sea/river. This issue happens since the very first runnable wine version (1.1.x), and I belive that it wasn't reported earlier because it was confused by most users with bug 7991, but definitely not the same issue. I have tested it with the following hardware (DX10 capable) and the bug shows clearly: ------------------------[ snip ]------------------------------------ direct rendering: Yes server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 9300M GS/PCI/SSE2 OpenGL version string: 3.3.0 NVIDIA 270.41.06 OpenGL shading language version string: 3.30 NVIDIA via Cg compiler ------------------------[ snip ]------------------------------------ There are also reports on the appdb of users with a Geforce 9600GT or ATI HD4870 having the same issue (both cards are DX10 capable), and a lot of screenshots with the "flood". -- 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.

2 36

[Bug 47137] New: HX Edit (Line 6) : crashes on launch
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47137 Bug ID: 47137 Summary: HX Edit (Line 6) : crashes on launch Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: clarinet(a)huzzam.com Distribution: --- Created attachment 64363 --> https://bugs.winehq.org/attachment.cgi?id=64363 backtrace Fresh install of wine-development (4.2), set to Windows 10 and 192dpi (for hidpi screen), otherwise stock .wine. Installed Line6 HX Edit software, and it crashes immediately on launch. -- 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.

2 16

[Bug 47236] New: Adobe InDesign CC 2017: crashes at startup: unimplemented function msvcp140.dll._Strxfrm
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47236 Bug ID: 47236 Summary: Adobe InDesign CC 2017: crashes at startup: unimplemented function msvcp140.dll._Strxfrm Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: winepala(a)tradermail.info Distribution: --- Created attachment 64512 --> https://bugs.winehq.org/attachment.cgi?id=64512 terminal log Adobe InDesign CC2017 crashes at startup with this wine log message wine: Call from 0x7b456056 to unimplemented function msvcp140.dll._Strxfrm, aborting 005a:err:module:LdrInitializeThunk "dvanet.dll" failed to initialize, aborting 005a:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\user\\Wine\\Adobe InDesign CC 2017\\InDesign.exe" failed, status 80000100 -- 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.

2 6

[Bug 47082] New: Unhandled exception: unimplemented function authz.dll.AuthzFreeResourceManager called in 32-bit code (0x7b445f5b).
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47082 Bug ID: 47082 Summary: Unhandled exception: unimplemented function authz.dll.AuthzFreeResourceManager called in 32-bit code (0x7b445f5b). Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terry(a)beam.ltd.uk Distribution: --- Created attachment 64274 --> https://bugs.winehq.org/attachment.cgi?id=64274 Backtrace An un-implemented function when using a program called passpad.exe an MRI imaging viewer: Clarity English, OsiriX Viewer. This is using Fedora29 wine. -- 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.

2 7

[Bug 47399] New: Mozart 13 crashes on startup
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47399 Bug ID: 47399 Summary: Mozart 13 crashes on startup Product: Wine Version: 4.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Mozart 13 can be downloaded from: http://www.mozart.co.uk/programs/mzsetup.exe It crashes while starting up. This line from the relay trace looks relevant: 0009:Call user32.CreateWindowExW(00000000,0120bb60 L"",01ac3e00 L"Mozart",00cf8000,80000000,80000000,80000000,80000000,00000000,00010066,00400000,00000000) ret=00c6eb88 It's trying to create a window with an empty string for a class name, and that fails. -- 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.

2 11

[Bug 39614] New: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=39614 Bug ID: 39614 Summary: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1 Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: EoD(a)xmw.de Distribution: --- After initialising a critical section for mutexes by using static CRITICAL_SECTION Mutex = {(PCRITICAL_SECTION_DEBUG)-1, -1, 0, 0, 0, 0}; wine crashed in "RtlpWaitForCriticalSection()". According to http://locklessinc.com/articles/pthreads_on_windows/ this is a valid way of initialising the critical section. However, Wine seems to initialize it by NULL instead of (void*)-1: http://source.winehq.org/git/wine.git/blob/e8b9bda53ac39c913ddc93de0308f0c8… This is a re-reporting of an issue on github: https://github.com/apitrace/apitrace/issues/397 with a backtrace in https://gist.github.com/EoD/cf759116a4af8744bdb7 -- 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.

2 7

[Bug 47432] New: bcrypt always chooses ECB mode when using AES, even if a program indicates otherwise.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47432 Bug ID: 47432 Summary: bcrypt always chooses ECB mode when using AES, even if a program indicates otherwise. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- When selecting the block chaining mode to use with AES, wine's bcrypt implementation never checks the full length of the mode string given. On my system the call to strncmpW() only checks the first 8 bytes. As a result, ECB mode is always chosen regardless as to the mode chosen by the caller. This issue is present in both key_set_property() in gnutls.c and set_alg_property() in bcrypt_main.c. I cannot test mac systems, so I cannot tell if it affects macos.c. -- 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.

2 9

[Bug 47285] New: widl generates incorrect format strings when using -Oicf flag
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47285 Bug ID: 47285 Summary: widl generates incorrect format strings when using -Oicf flag Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: richard(a)torproject.org Distribution: --- Assuming the following idl snippet: interface type_format_bug { void get_string_list( [in] long clientCount, [out, size_is(,clientCount), length_is(,*serverCount)] BSTR **strings, [out, retval] long *serverCount); } The generated format strings have at least two crash-causing issues. Here's the generated proc and type format strings when using -Oicf flag. I've inlined two changes which fix things. static const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString = { 0, { /* 0 (procedure marshal_bug::get_string_list) */ 0x32, /* FC_BIND_PRIMITIVE */ 0x48, NdrFcLong(0x0), NdrFcShort(0x0), /* method 0 */ NdrFcShort(0xc), /* stack size = 12 */ NdrFcShort(0x8), /* client buffer = 8 */ NdrFcShort(0x8), /* server buffer = 8 */ 0x41, 0x03, /* 3 params */ 0x08, 0x00, NdrFcShort(0x0), NdrFcShort(0x0), NdrFcShort(0x0), /* 24 (parameter clientCount) */ NdrFcShort(0x48), /* flags: in, base type */ NdrFcShort(0x0), /* stack offset = 0 */ 0x08, /* FC_LONG */ 0x0, /* 30 (parameter strings) */ NdrFcShort(0x2113), /* flags: must size, must free, out, simple ref, srv size=8 */ NdrFcShort(0x4), /* stack offset = 4 */ /** ORIGINAL **/ // NdrFcShort(0x36), /* type offset = 54 */ /** FIXED: without this change the server process fails while attempting to call BSTR_UserMarshal; the passed in source BSTR is some stack pointer **/ NdrFcShort(58), /* type offset = 58 */ /* 36 (parameter serverCount) */ NdrFcShort(0x2150), /* flags: out, base type, simple ref, srv size=8 */ NdrFcShort(0x8), /* stack offset = 8 */ 0x08, /* FC_LONG */ 0x0, 0x0 } }; static const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString = { 0, { NdrFcShort(0x0), /* 2 (unsigned short[]) */ 0x1b, /* FC_CARRAY */ 0x1, /* 1 */ NdrFcShort(0x2), /* 2 */ 0x9, /* Corr desc: field clSize, FC_ULONG */ 0x0, /* no operators */ NdrFcShort(0xfffc), /* offset = -4 */ 0x06, /* FC_SHORT */ 0x5b, /* FC_END */ /* 12 (FLAGGED_WORD_BLOB) */ 0x17, /* FC_CSTRUCT */ 0x3, /* 3 */ NdrFcShort(0x8), /* 8 */ NdrFcShort(0xfff2), /* Offset= -14 (2) */ 0x08, /* FC_LONG */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 22 (wireBSTR) */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xfff4), /* Offset= -12 (12) */ /* 26 (BSTR) */ 0xb4, /* FC_USER_MARSHAL */ 0x83, /* Alignment= 3, Flags= 80 */ NdrFcShort(0x0), /* Function offset= 0 */ NdrFcShort(0x4), /* 4 */ NdrFcShort(0x0), /* 0 */ NdrFcShort(0xfff4), /* Offset= -12 (22) */ /* 36 (BSTR *) */ 0x21, /* FC_BOGUS_ARRAY */ 0x3, /* 3 */ NdrFcShort(0x0), /* 0 */ 0x28, /* Corr desc: parameter clientCount, FC_LONG */ 0x0, /* no operators */ NdrFcShort(0x0), /* offset = 0 */ 0x28, /* Corr desc: parameter serverCount, FC_LONG */ 0x54, /* FC_DEREFERENCE */ NdrFcShort(0x8), /* offset = 8 */ 0x4c, /* FC_EMBEDDED_COMPLEX */ 0x0, NdrFcShort(0xffe8), /* Offset= -24 (26) */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 54 */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xffec), /* Offset= -20 (36) */ /* 58 (BSTR **) */ /** ORIGINAL **/ // 0x11, 0x10, /* FC_RP [pointer_deref] */ /** FIXED: without this change (but with the previous change in the proc type string) the server crashes during cleanup attempting to free the 'strings' pointer which is stack alllocated **/ 0x11, 0x14, /* FC_RP [alloced_on_stack] [pointer_deref] */ NdrFcShort(0xfffa), /* Offset= -6 (54) */ /* 62 (LONG *) */ 0x11, 0x8, /* FC_RP [simple_pointer] */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x0 } }; Format strings without -Oicf: static const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString = { 0, { /* 0 (parameter clientCount) */ 0x4e, /* FC_IN_PARAM_BASETYPE */ 0x08, /* FC_LONG */ /* 2 (parameter strings) */ 0x51, /* FC_OUT_PARAM */ 0x01, NdrFcShort(0x3a), /* type offset = 58 */ /* 6 (parameter serverCount) */ 0x51, /* FC_OUT_PARAM */ 0x01, NdrFcShort(0x3e), /* type offset = 62 */ /* 10 (void) */ 0x5b, /* FC_END */ 0x5c, /* FC_PAD */ 0x0 } }; static const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString = { 0, { NdrFcShort(0x0), /* 2 (unsigned short[]) */ 0x1b, /* FC_CARRAY */ 0x1, /* 1 */ NdrFcShort(0x2), /* 2 */ 0x9, /* Corr desc: field clSize, FC_ULONG */ 0x0, /* no operators */ NdrFcShort(0xfffc), /* offset = -4 */ 0x06, /* FC_SHORT */ 0x5b, /* FC_END */ /* 12 (FLAGGED_WORD_BLOB) */ 0x17, /* FC_CSTRUCT */ 0x3, /* 3 */ NdrFcShort(0x8), /* 8 */ NdrFcShort(0xfff2), /* Offset= -14 (2) */ 0x08, /* FC_LONG */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 22 (wireBSTR) */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xfff4), /* Offset= -12 (12) */ /* 26 (BSTR) */ 0xb4, /* FC_USER_MARSHAL */ 0x83, /* Alignment= 3, Flags= 80 */ NdrFcShort(0x0), /* Function offset= 0 */ NdrFcShort(0x4), /* 4 */ NdrFcShort(0x0), /* 0 */ NdrFcShort(0xfff4), /* Offset= -12 (22) */ /* 36 (BSTR *) */ 0x21, /* FC_BOGUS_ARRAY */ 0x3, /* 3 */ NdrFcShort(0x0), /* 0 */ 0x28, /* Corr desc: parameter clientCount, FC_LONG */ 0x0, /* no operators */ NdrFcShort(0x0), /* offset = 0 */ 0x28, /* Corr desc: parameter serverCount, FC_LONG */ 0x54, /* FC_DEREFERENCE */ NdrFcShort(0x8), /* offset = 8 */ 0x4c, /* FC_EMBEDDED_COMPLEX */ 0x0, NdrFcShort(0xffe8), /* Offset= -24 (26) */ 0x5c, /* FC_PAD */ 0x5b, /* FC_END */ /* 54 */ 0x12, 0x0, /* FC_UP */ NdrFcShort(0xffec), /* Offset= -20 (36) */ /* 58 (BSTR **) */ 0x11, 0x14, /* FC_RP [allocated_on_stack] [pointer_deref] */ NdrFcShort(0xfffa), /* Offset= -6 (54) */ /* 62 (LONG *) */ 0x11, 0xc, /* FC_RP [allocated_on_stack] [simple_pointer] */ 0x08, /* FC_LONG */ 0x5c, /* FC_PAD */ 0x0 } }; One thing to note is that the existence of other functions taking BSTR's (as with IAccessibleAction in the IAccessible2 spec) seems to only result in the missing 'allocated_on_stack' flag problem. -- 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.

2 5

[Bug 38421] New: Windows Media Player 9 & 10: mp3 sound plays too fast
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38421 Bug ID: 38421 Summary: Windows Media Player 9 & 10: mp3 sound plays too fast Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- To reproduce, install WMP10 with winetricks and play an mp3 file. Setting version based on regression test results, but the problem is still present in wine-1.7.40-156-gba00e8e. Regression test results: 5c91d011bbdff0cac6535c866ef5498b1ddc42c7 is the first bad commit commit 5c91d011bbdff0cac6535c866ef5498b1ddc42c7 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Mon Dec 29 00:13:56 2014 +0300 msdmo: Registry API functions don't return HRESULT codes. :040000 040000 dd337587dde868375ad75d4fd6adcc590453375c 35cf0352b6c68488c4b17f2064575eec35eb25aa M dlls The patch can't be reverted cleanly. The results seemed odd, so I ran the regression test a second time and got the same result. Winetricks quartz devenum works around it. -- 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.

2 15

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 June 2019