Your message dated Mon, 15 Oct 2018 23:02:59 +0200 with message-id <[email protected]> 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 [email protected] immediately.) -- 908012: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908012 Debian Bug Tracking System Contact [email protected] 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 ---
