wine-bugs April 2016

wine-bugs@winehq.org

1 participants
7614 discussions

[Bug 15473] New: After Effects 4 crashes on startup
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=15473 Summary: After Effects 4 crashes on startup Product: Wine Version: 1.1.5 Platform: Other URL: http://download.adobe.com/pub/adobe/aftereffects/win/4.x /ae4try_uk.exe OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com sha1sum of ae4try_uk.exe is 8b9dd9bbe422209a311c5f0ce9054e2e687f5450 App installs ok and puts up a gui when you start it, but quickly crashes with dialog "After Effects can't continue: sorry, an abnormal condition has been detected" +seh shows there's an exception, but the +relay,+text,+seh log isn't very illuminating. Running in winedbg gives a nice stack dump; inside SetWindowPos(), for some reason DefWindowProc gets WM_KEYF1 and sends WM_HELP, which is handled by the app's window procedure, which crashes on a near-null pointer access. -- 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 15

[Bug 40083] New: Heroes of the Storm Freezes after its February 2nd Patch
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40083 Bug ID: 40083 Summary: Heroes of the Storm Freezes after its February 2nd Patch Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vexorian(a)gmail.com Distribution: --- It appears there is no bug report on this even though it is being reported by multiple people. Heroes of the Storm worked fine in WINE until the most recent patch. Now starting a match has a very high chance to freeze the game up between 0 and 30 seconds after the match starts (after the loading screen). Killing the process and starting the game again makes it tell you you need to rejoin the game, and the rejoin process will also freeze, possibly because HotS' game rejoining process makes it repeat all the game's actions in the background. There appears to be a low probability chance that the freeze will not happen, which causes some reports of people claiming to fix the issue by changing graphics settings or changing the hero composition / game mode. Only to later report that the game is freezing again. Reports specify various WINE versions including staging 1.9.2. In my case it's 1.7.44, which is why I am including that version in the report. I tried enabled debugging text but the output doesn't report anything that coincides with the lock up and the text output seems roughly the same as it was before. I can provide the output text when I have more time if needed. app db thread: https://appdb.winehq.org/commentview.php?iAppId=15978&iVersionId=32232&iThr… Battle net thread: http://us.battle.net/heroes/en/forum/topic/20419814648?page=1 -- 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 57

[Bug 35187] New: Jade Empire Special Edition configuration tool always resetting video settings
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=35187 Bug ID: 35187 Summary: Jade Empire Special Edition configuration tool always resetting video settings Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: amartinson(a)codeweavers.com Classification: Unclassified Regression SHA1: 85ced167bd68e882900085ea50f25897e8457172 Created attachment 46937 --> http://bugs.winehq.org/attachment.cgi?id=46937 terminal output This was tested with the GOG.com version of the game. The game has a configuration tool (JadeEmpireConfig.exe) similar to the one used in Dragon Age:Origins, except the problem doesn't exist in DA:Origins' utility. The problem: when you start the configuration tool it always resets the video options that you set and saved earlier. The problem can be reproduced by selecting a different screen resolution in the utility, then click on the System -> Rescan option. Screen resolution and all other video options reverted to 640x480. The problem is not with saving the options, because the changes you've made are saved correctly in JadeEmpire.ini. I found out this is a regression from Wine 1.3.7: 85ced167bd68e882900085ea50f25897e8457172 is the first bad commit commit 85ced167bd68e882900085ea50f25897e8457172 Author: Adam Martinson <amartinson(a)codeweavers.com> Date: Wed Nov 3 16:13:58 2010 -0500 msxml3: Fix node_get_text() whitespace handling. :040000 040000 76eb4e8a62b445fe244a16524f7305411c69875f af858af05d7afa1534da053cada3cf8583992c69 M dlls Native msxml3 (winetricks msxml3) works around the problem. wine-1.7.8-142-gb87b9f0 -- 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 39866] New: XIIZeal (steam) immediately exits on start
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=39866 Bug ID: 39866 Summary: XIIZeal (steam) immediately exits on start Product: Wine Version: 1.9.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: zakk(a)rsdio.com Created attachment 53223 --> https://bugs.winehq.org/attachment.cgi?id=53223 xiizeal trace+d3d The steam game XIIZeal immediately exits when it is ran. I've narrowed it down to d3d:wined3d_check_device_format returning false, attachment is a log file with trace+d3d. If I changed wined3d_check_device_format to blindly return WINED3D_OK the game starts up fine and all graphics appear to be ok. (There are additional problems with the game beyond the scope of this bug report, though) -- 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 37556] New: String compare functions with only one length argument can lead to page faults.
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=37556 Bug ID: 37556 Summary: String compare functions with only one length argument can lead to page faults. Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)fds-team.de Distribution: --- This issue was discovered with Adobe Flash, but is not limited to this single application. Moreover there are much more ways to trigger this issue than just the way described below. Important parts of the stacktrace: --- snip --- Unhandled exception: page fault on read access to 0x077ca000 in 32-bit code (0xf7563773). [...] Backtrace: =>0 0xf7563773 real_length+0x1f(str=".SOL", len=0xf) [libs/wine/sortkey.c:329] in libwine.so.1 (0x0093cf98) 1 0xf7563791 wine_compare_string+0x10(flags=0x1, str1=".SOL", len1=0xf, str2="\\?\GLOBALROOT\", len2=0xf) [libs/wine/sortkey.c:338] in libwine.so.1 (0x0093cfb8) 2 0x7b84f65f CompareStringEx+0x1f0(locale=..., flags=..., str1=..., len1=..., str2=..., len2=..., version=..., reserved=..., lParam=...) [dlls/kernel32/locale.c:3312] in kernel32 (0x0093d028) 3 0x7b84f45f CompareStringW+0x3a(lcid=..., flags=..., str1=..., len1=..., str2=..., len2=...) [dlls/kernel32/locale.c:3271] in kernel32 (0x0093d078) 4 0x7dd949a3 StrCmpNIW+0x9f(lpszStr=..., lpszComp=..., iLen=...) [dlls/shlwapi/string.c:418] in shlwapi (0x0093d0d8) [...] 0xf7563773 real_length+0x1f [libs/wine/sortkey.c:329] in libwine.so.1: movzwl 0x0(%eax),%eax 329 while (len && !str[len - 1]) len--; --- snip --- What happens here is that StrCmpNIW is called with two strings. --- snip --- INT WINAPI StrCmpNIW(LPCWSTR lpszStr, LPCWSTR lpszComp, int iLen) { TRACE("(%s,%s,%i)\n", debugstr_w(lpszStr), debugstr_w(lpszComp), iLen); return CompareStringW(GetThreadLocale(), NORM_IGNORECASE, lpszStr, iLen, lpszComp, iLen) - CSTR_EQUAL; } --- snip -- The exact length of both strings is unknown in this function, so wine passes "iLen" for both strings to CompareStringW. CompareStringW assumes that memory regions are valid, and then tries to access them in real_length(..). In this case however unfortunately one of the strings is very close to a page boundary, so accessing the whole memory block leads to a page fault. To fix this issue it is either necessary to: * Change all places where CompareStringW(..) is called with 'invalid' length values. * Add exception handlers to real_length(..). * Move real_length(..) from the beginning of CompareStringW(..) somewhere to the end, so that the function aborts on the first non-matching byte. I am opening this issue as a bug report since it needs further investigation, and I am not sure yet whats the right way to fix 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.

1 12

[Bug 33988] New: Star Wars: The Force Unleashed II - Crashes with a page fault
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=33988 Bug #: 33988 Summary: Star Wars: The Force Unleashed II - Crashes with a page fault Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tomas191191(a)gmail.com Classification: Unclassified Created attachment 45159 --> http://bugs.winehq.org/attachment.cgi?id=45159 Program Error Details This game installs and starts perfectly from Steam (although it requires the same Virtual Memory fix as its predecessor). When I attempt to start a new game, it crashes with a page fault. I used "d3dx9_43" when trying to play this 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 21

[Bug 40222] New: IMalloc(Spy)::Free nullptr
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40222 Bug ID: 40222 Summary: IMalloc(Spy)::Free nullptr Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: learn0more+wine(a)gmail.com Distribution: --- Created attachment 53739 --> https://bugs.winehq.org/attachment.cgi?id=53739 the binary triggering the bug. Calling IMalloc::Free with a nullptr should not invoke the IMallocSpy. (IMalloc_fnFree) Bug encountered in ReactOS (Where the IMallocSpy implementation from wine is used). See: https://jira.reactos.org/browse/CORE-10903 Also verified on wine. Attached binary invokes the invalid behavior on ReactOS and Wine, and not on Windows. (Run: `wine atl_apitest.exe CComHeapPtr`) Patchbot run: https://testbot.winehq.org/JobDetails.pl?Key=20921 -- 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 40204] New: [REGRESSION] Steam stopped working as of wine 1.9.4
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40204 Bug ID: 40204 Summary: [REGRESSION] Steam stopped working as of wine 1.9.4 Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lena.stoffler(a)ymail.com Distribution: --- Created attachment 53714 --> https://bugs.winehq.org/attachment.cgi?id=53714 Console output (LOG) As of wine 1.9.4 the steam client stopped working, means won't start anymore. The installer and updater still works, but the main gui and service is unable to start. Games that require the steam client running in the background cannot be played anymore. Log attached, clean wineprefix used 32-bit and 64-bit tested, same behaviour NOTE: in wine 1.9.3 steam works -- 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 19

[Bug 40021] New: CTL3D32.DLL seems to be mostly empty
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=40021 Bug ID: 40021 Summary: CTL3D32.DLL seems to be mostly empty Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lahs8353(a)yahoo.com Distribution: --- I need CTL3D32.DLL for a scientific program found here: http://optics.tugraz.at/idea/register.html I've tried getting it to work on wine (well q4wine to be exact) and I'm having some issues. I've tried both native and builtin DLLs. I've also tried manually overwriting the DLL under Windows/System32 with one which I downloaded. The native DLL reports that CTL3D32.DLL was not installed correctly. The builtin DLL reports: "wxWindows Fatal Error: Cannot register CTL3D" People on IRC commented that it appears that CTL3D32.DLL is mostly empty on wine and should be easily fixable. -- 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 12

[Bug 38314] New:=?UTF-8?Q?=20Mouse=20Wheel=20doesn=E2=80=99t=20work=20for=20JA2=201=2E13=20?=(it uses MOUSEHOOKSTRUCTEX)
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

https://bugs.winehq.org/show_bug.cgi?id=38314 Bug ID: 38314 Summary: Mouse Wheel doesn’t work for JA2 1.13 (it uses MOUSEHOOKSTRUCTEX) Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: notifications+bugs.winehq.org(a)m0a.de Distribution: --- The mouse wheel does not work at all in JA2 1.13 and by looking at the source code I think it may be one of several reasons: 1) MOUSEHOOKSTRUCTEX is not properly supported in wine 2) The wheel distance in mouseData does not equal WHEEL_DELTA (if it’s not exactly WHEEL_DELTA then this code will just drop the event) 3) There is a "bug" in the JA2 1.13 code, which actually works in Windows 3a) If I look at the code I see a comparison with WHEEL_DELTA, this will fail if the LOWORD of mouseData is not zero. Seems like on windows it’s always zero? Maybe in wine it’s not zero? Source: https://msdn.microsoft.com/en-us/library/windows/desktop/ms644969%28v=vs.85… The code: LRESULT CALLBACK MouseHandler(int Code, WPARAM wParam, LPARAM lParam) { [...] p_mhs = (MOUSEHOOKSTRUCTEX*)lParam; [...] if(p_mhs->mouseData==(WHEEL_DELTA<<16)) //up MessageBeep(-1); QueueEvent(MOUSE_WHEEL_UP, 0, uiParam); if(p_mhs->mouseData==(-WHEEL_DELTA<<16)) //dn MessageBeep(0x00000040L); QueueEvent(MOUSE_WHEEL_DOWN, 0, uiParam); -- 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 22

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 2016