https://bugs.winehq.org/show_bug.cgi?id=48231
Bug ID: 48231 Summary: Upgrade to Wine 4.03 stable from 4.02 stable breaks DVDFab 11 Product: Wine Version: 4.0.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: kevin.614@gmail.com Distribution: ---
After update to wine 4.03 stable from wine 4.02 stable DVDFab 11 64bit software fails to launch. The DVDFab software launched and worked without issue using wine 4.02 stable. I receive the following error messages when attempting to launch DVDFab:
(from terminal) 002a:fixme:heap:RtlSetHeapInformation 0x5110000 0 0x22def0 4 stub 0015:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported 0014:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported
(popup message) error at hooking API "LdrFindResource_U"
For the popup message additional hex data is shown that I'm unable to copy & paste.
My laptop is running Ubuntu 19.10.
https://bugs.winehq.org/show_bug.cgi?id=48231
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #1 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi
Is this also reproducable with the trial from https://www.dvdfab.cn/dvdfab11.htm ? (Is that the program you`re talking about?)
Also: any chance you could try to run this in winehq-devel 4.21 to see if this is already fixed?
Thanks in advance for reporting back
(I do not have wine-stable installed so could not test myself)
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #2 from Kevin kevin.614@gmail.com --- (In reply to Louis Lenders from comment #1)
Hi
Is this also reproducable with the trial from https://www.dvdfab.cn/dvdfab11.htm ? (Is that the program you`re talking about?)
Also: any chance you could try to run this in winehq-devel 4.21 to see if this is already fixed?
Thanks in advance for reporting back
(I do not have wine-stable installed so could not test myself)
Hi Louis,
Yes, this is the software that I'm referring to & it is reproducible using the trial version. I just installed winehq-devel 4.21 as requested & the error still occurs.
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #3 from Louis Lenders xerox.xerox2000x@gmail.com ---
Hi Louis,
Yes, this is the software that I'm referring to & it is reproducible using the trial version. I just installed winehq-devel 4.21 as requested & the error still occurs.
hmmm, that`s weird as for me it starts just fine. I had to disable libglesv2.dll to avoid black screen but i didn`t get a crash. Could someone else try if he/she can reproduce this? Regards
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #4 from Louis Lenders xerox.xerox2000x@gmail.com --- P.S. Could you add the distro you`re running at ( i`m on Debian)
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #5 from Kevin kevin.614@gmail.com --- (In reply to Louis Lenders from comment #4)
P.S. Could you add the distro you`re running at ( i`m on Debian)
I'm running Ubuntu 19.10
https://bugs.winehq.org/show_bug.cgi?id=48231
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu Keywords| |download Summary|Upgrade to Wine 4.03 stable |Upgrade to Wine 4.03 stable |from 4.02 stable breaks |from 4.02 stable breaks |DVDFab 11 |DVDFab 11: error at hooking | |API "LdrFindResource_U" URL| |https://www.dvdfab.cn/dvdfa | |b11.htm
--- Comment #6 from Louis Lenders xerox.xerox2000x@gmail.com --- Ok, thanks for the info
i don`t know why it doesn`t start for you. as i said it starts fine here. I adjust title, hopefully someone can reproduce this on his / her machine... Regardshttps://www.dvdfab.cn/dvdfab11.htm
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #7 from Kevin kevin.614@gmail.com --- (In reply to Louis Lenders from comment #6)
Ok, thanks for the info
i don`t know why it doesn`t start for you. as i said it starts fine here. I adjust title, hopefully someone can reproduce this on his / her machine... Regardshttps://www.dvdfab.cn/dvdfab11.htm
Thanks for you assistance Louis. Hopefully someone is able to reproduce / figure out.
https://bugs.winehq.org/show_bug.cgi?id=48231
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Confirming Louis's comment 3 I can start the software, but I have a black screen.
Here Ubuntu 19.10. But I use a wine with WINEARCH=32, so te 32 bit of dvdlab too. Kevin, can you use a fresh wineprefix to test? Surely your wineprefix is corrupted.
https://bugs.winehq.org/show_bug.cgi?id=48231
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp@gmail.com
--- Comment #9 from Paul Gofman gofmanp@gmail.com --- (In reply to Kevin from comment #0)
(popup message) error at hooking API "LdrFindResource_U"
For the popup message additional hex data is shown that I'm unable to copy & paste.
Could you please still put the bytes here somehow, or attach a screenshot? My guess is the bytes sequence starts "8b ff 55 8b ec f3 0f 1e fb".
Or maybe better instead could you please run "objdump -d <wine installation path>/lib/wine/ntdll.so >dump.txt" for both working release and non working one and compress / attach the resulting files here?
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #10 from Paul Gofman gofmanp@gmail.com --- (In reply to Paul Gofman from comment #9)
Or maybe better instead could you please run "objdump -d <wine installation path>/lib/wine/ntdll.so >dump.txt" for both working release and non working one and compress / attach the resulting files here?
Never mind, I've got the linked demo and reproduced the problem on Winehq build. As expected, the problem is due to -fcf-protection build flag. This happened to be a 64 bit app, so byte sequence is a bit different, but it does not matter.
Good build: 000000007bca8bf0 <LdrFindResource_U>: 7bca8bf0: 48 8d a4 24 00 00 00 lea 0x0(%rsp),%rsp 7bca8bf7: 00 7bca8bf8: 55 push %rbp ...
-fcf-protection build: 7bca9f80: 48 8d a4 24 00 00 00 lea 0x0(%rsp),%rsp 7bca9f87: 00 7bca9f88: f3 0f 1e fa endbr64 7bca9f8c: 55 push %rbp ...
The function has DECLSPEC_HOTPATCH (ms_hook_prologue) attribute set. The second snippet can give an idea how useful enforcing -fcf-protection with Wine currently is from the point of view of CET readiness.
The only fix I can imagine is not building Wine with -fcf-protection. This serves no technical purpose anyway, Wine is not going to work in CET enabled environment even if built with -fcf-protection flag. Many applications are currently broken with this distribution build flag while work fine without.
The only workaround for now is to find some build of Wine which does not use -fcf-protection flags, or build Wine from source.
This bug is a duplicate of Bug #48161.
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #11 from Paul Gofman gofmanp@gmail.com --- The other workaround to make this work is to run with WINEDEBUG=+relay set, possibly redirecting debug output to /dev/null. But this is going to work very slow.
https://bugs.winehq.org/show_bug.cgi?id=48231
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE
--- Comment #12 from Austin English austinenglish@gmail.com --- Dupe.
*** This bug has been marked as a duplicate of bug 48161 ***
https://bugs.winehq.org/show_bug.cgi?id=48231
Kevin kevin.614@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|DUPLICATE |FIXED
--- Comment #13 from Kevin kevin.614@gmail.com --- (In reply to Paul Gofman from comment #11)
The other workaround to make this work is to run with WINEDEBUG=+relay set, possibly redirecting debug output to /dev/null. But this is going to work very slow.
Hi Paul,
Thanks for tracking down root cause of the issue. Unfortunately I'm pretty much a Linux & Wine noob so I'll probably just have to wait until some fix is issued or try & force install an older version of Wine which I know worked (i.e. 4.02 stable). Thanks again.
https://bugs.winehq.org/show_bug.cgi?id=48231
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |DUPLICATE
--- Comment #14 from Zebediah Figura z.figura12@gmail.com ---
*** This bug has been marked as a duplicate of bug 48161 ***
https://bugs.winehq.org/show_bug.cgi?id=48231
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- The 4.0.3 stable package has been rebuilt without that flag, so it should work now.
https://bugs.winehq.org/show_bug.cgi?id=48231
Robert Walker bob.mt.wya@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.mt.wya@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=48231
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Austin English austinenglish@gmail.com --- Closing.