https://bugs.winehq.org/show_bug.cgi?id=50701
Bug ID: 50701 Summary: Multiple 32-bit ARM Thumb-2 applications show errors during Thumb-2 relocation processing (Miranda, Notepad2) Product: Wine Version: 6.2 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs@winehq.org Reporter: focht@gmx.net Distribution: ---
Hello folks,
extracted from comment https://bugs.winehq.org/show_bug.cgi?id=33349#c11
* Notepad2 for ARM32 * Miranda32 for ARM * VC++ redist
All apps started up fine, showing main user interface. There were some relocation block processing errors:
--- snip --- ... 0024:err:module:LdrProcessRelocationBlock resulting immediate value won't fit: 000100d0 ... --- snip ---
Stable download link via Internet Archive:
https://web.archive.org/web/20210219234230/https://master.dl.sourceforge.net...
NOTE: Most of these xdadeveloper forum threads are dead and attachments have been deleted before archive.org could take snapshots.
Fortunately there is a sourceforge project which mirrored various ARM ports:
https://sourceforge.net/projects/winportsproject
https://sourceforge.net/projects/winportsproject/files/Other%20Contributions...
$ sha1sum miranda_arm.zip 0ec8acc67703948099cb8c846f4ff435e01b8fb8 miranda_arm.zip
$ du -sh miranda_arm.zip 588K miranda_arm.zip
$ wine --version wine-6.2-157-gb8719736c5a
Regards
https://bugs.winehq.org/show_bug.cgi?id=50701
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://web.archive.org/web | |/20210219234230/https://mas | |ter.dl.sourceforge.net/proj | |ect/winportsproject/Other%2 | |0Contributions%20%28xda-dev | |elopers%29/miranda_arm.zip? | |viasf=1 Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=50701
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |d89b304eb703a7eb0eefb3b7594 | |97a7747f5cc6a Severity|normal |minor Summary|Multiple 32-bit ARM Thumb-2 |Multiple 32-bit ARM Thumb-2 |applications show errors |applications cause loader |during Thumb-2 relocation |to output warnings during |processing (Miranda, |relocation processing |Notepad2) |(Miranda, Notepad2)
--- Comment #1 from Anastasius Focht focht@gmx.net --- Hello folks,
this is fixed by commit https://source.winehq.org/git/wine.git/commitdiff/d89b304eb703a7eb0eefb3b759... ("ntdll: Avoid sign conversion warnings in Thumb-2 relocation processing.")
Thanks Alexandre
Regards
https://bugs.winehq.org/show_bug.cgi?id=50701
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 6.3.
https://bugs.winehq.org/show_bug.cgi?id=50701
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |6.0.x
https://bugs.winehq.org/show_bug.cgi?id=50701
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|6.0.x |---
--- Comment #3 from Michael Stefaniuc mstefani@winehq.org --- Removing the 6.0.x milestone from bug fixes included in 6.0.1.
https://bugs.winehq.org/show_bug.cgi?id=50701
Mehmet gelisin mehmetgelisin@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mehmetgelisin@aol.com
--- Comment #4 from Mehmet gelisin mehmetgelisin@aol.com --- DWORD QueueUserAPC() will return zero with GetLastError() set to return ERROR_ACCESS_DENIED if called on a terminating thread, but ERROR_GEN_FAILURE is the expected http://www.compilatori.com/ return of GetLastError() in this scenario.
Unfortunately, it's hard to catch a thread in this state since once a thread has been terminated completely calling on it results in GetLastError() returning ERROR_INVALID_HANDLE as it should. http://www.wearelondonmade.com/
This effects applications using older versions of WebRTC, such as StarCitizen. The chromium development team noticed this and built a workaround into WebRTC to make WebRTC compatible with WINE and Windows in this commit: http://www.jopspeech.com/
DWORD QueueUserAPC() will return zero with GetLastError() set to return ERROR_ACCESS_DENIED if called on a terminating thread, but ERROR_GEN_FAILURE is the expected return of GetLastError() in this scenario. http://joerg.li/
Unfortunately, it's hard to catch a thread in this state since once a thread has been terminated completely calling on it results in GetLastError() returning ERROR_INVALID_HANDLE as it should. http://connstr.net/
This effects applications using older versions of WebRTC, such as StarCitizen. The chromium development team noticed this and built a workaround into WebRTC to make WebRTC compatible with WINE and Windows in this commit: http://embermanchester.uk/
DWORD QueueUserAPC() will return zero with GetLastError() set to return ERROR_ACCESS_DENIED if called on a terminating thread, but ERROR_GEN_FAILURE is the expected return of GetLastError() in this scenario.http://www.slipstone.co.uk/
Unfortunately, it's hard to catch a thread in this state since once a thread has been terminated completely calling on it results in GetLastError() returning ERROR_INVALID_HANDLE as it should. http://www.logoarts.co.uk/
This effects applications using older versions of WebRTC, such as StarCitizen. The chromium development team noticed this and built a workaround into WebRTC to make WebRTC compatible with WINE and Windows in this commit: http://www.acpirateradio.co.uk/
DWORD QueueUserAPC() will return zero with GetLastError() set to return ERROR_ACCESS_DENIED if called on a terminating thread, but ERROR_GEN_FAILURE is the expected return of GetLastError() in this scenario. https://waytowhatsnext.com/
Unfortunately, it's hard to catch a thread in this state since once a thread has been terminated completely calling on it results in GetLastError() returning ERROR_INVALID_HANDLE as it should. https://www.webb-dev.co.uk/
This effects applications using older versions of WebRTC, such as StarCitizen. The chromium development team noticed this and built a workaround into WebRTC to make WebRTC compatible with WINE and Windows in this commit: http://www.iu-bloomington.com/ Unfortunately, it's hard to catch a thread in this state since once a thread has been terminated completely calling on it results in GetLastError() returning ERROR_INVALID_HANDLE as it should. http://www-look-4.com/ This effects applications using older versions of WebRTC, such as StarCitizen. The chromium development team noticed this and built a workaround into WebRTC to make WebRTC compatible with WINE and Windows in this commit: