[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#908021: marked as done (wine-development: gcc-8 build with -O2 causes some apps to crash)

Your message dated Mon, 15 Oct 2018 23:02:59 +0200
with message-id <188aa3a0-cf41-64c2-f691-299e95796226@gmail.com>
and subject line Re: Bug#908012: wine-development: gcc-8 build with -O2 causes some apps to crash
has caused the Debian Bug report #908012,
regarding wine-development: gcc-8 build with -O2 causes some apps to crash
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
908012: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908012
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: wine-development
Version: 3.14-2

Wine-development crashes when launching many applications, which are launched by non-development wine perfectly. Following is log for EVE Online launcher:

> $ WINEPREFIX=~/.wine_eve wine-development "C:\EVE\eve.exe"
> 0028:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
> 000d:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
> 002f:err:module:attach_dlls "libprotobuf.dll" failed to initialize, aborting
> 002f:err:module:attach_dlls Initializing dlls for L"C:\\EVE\\Launcher\\evelauncher.exe" failed, status c0000005

Wine team is aware of this issue [1], but it seems they can't do anything about it, at least for now. They mention workaround:

> You could either collect all the offenders that have no hotpatch entry point and send in patches that add DECLSPEC_HOTPATCH or use a "no-PIC" build of Wine.
> I've built and run Wine with '-fno-PIC' by default since several years.
> The GOT/PIC register usage in prolog code is incompatible with multiple copy protection/DRM schemes (bug 37540, bug 4666 for example) - even hotpatch doesn't help here, see my explanations. Yes, it can be partially mitigated by emitting syscall thunks for native API (Wine-Staging has some experimental patches) but this won't work for non-native/upper layer API.

Could anything be done on debian side to mitigate this issue?

[1] https://bugs.winehq.org/show_bug.cgi?id=45199

Regards,
-av

--- End Message ---
--- Begin Message --- 
version: 3.18-1


On 10/15/18 12:20 AM, Anton Vorobyov wrote:
> Yep, 3.17 works as well.

Thanks for confirming.  Closing for 3.18, since this had one more fix
for another application.

--- End Message ---
Reply to: