[Bug 59736] New: Turbo Virtual Machine (turbo.net) crashes with NULL pointer dereference in ntdll path handling
http://bugs.winehq.org/show_bug.cgi?id=59736 Bug ID: 59736 Summary: Turbo Virtual Machine (turbo.net) crashes with NULL pointer dereference in ntdll path handling Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs@list.winehq.org Reporter: ugursarp2001@gmail.com Distribution: --- Created attachment 80901 --> http://bugs.winehq.org/attachment.cgi?id=80901 Wine debug log (warn+all) of Turbo Virtual Machine application failing to start Wine version: 11.8 Architecture: x86_64 OS: Arch Linux Application packaged with Turbo Virtual Machine (turbo.net, formerly Spoon/Xenocode). PROBLEM: Application crashes with SIGSEGV in ntdll.so during path handling. When Z: drive is present: NtRaiseHardError 0x50000018, brief Turbo VM error dialog appears: "There has been an error starting this application. Error code: 0x00054: 139776, 139776" When Z: drive is removed: wine-preloader crashes with SIGSEGV (NULL pointer dereference). PROGRESS: Copying uxtheme.dll and cryptbase.dll to application directory allowed exe to progress further. Without Z: drive, Turbo VM reaches a different code path but crashes with NULL pointer at: movzwl 0x0(%r13),%edx (r13=0x0) address: 0x7ff9efd5ceb5 in ntdll.so STACK TRACE: #0 0x00007ff9efd5ceb5 in ?? () (ntdll.so + 0x1deb5) #1 0x00007ff9efd51cc8 in ?? () (ntdll.so + 0x12cc8) #2 0x00007ff9efd6a668 __wine_main (ntdll.so + 0x2b668) FINDINGS: - warn log shows: "No implementation for ntdll.dll.RtlIsThreadWithinLoaderCallout" - Z: drive causes STATUS_OBJECT_NAME_COLLISION (c0000035) on virtual filesystem paths - Turbo VM tries to create virtual paths under Z:\home\<user> RELATED BUG: #29244 (Spoon Studio, same underlying technology, open since 2011) -- 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.
http://bugs.winehq.org/show_bug.cgi?id=59736 --- Comment #1 from Rafał Mużyło <galtgendo@o2.pl> --- A question: just how much is your prefix messed up...I mean 'tweaked' with randomly picked native libraries ? Given that RtlIsThreadWithinLoaderCallout is a stub, nothing in wine tree uses it.
RELATED BUG: #29244 (Spoon Studio, same underlying technology, open since 2011)
Closed since December 2013 as a duplicate of a bug that has been fixed in August2015. ....? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=59736 --- Comment #2 from ugursarp2001@gmail.com --- (In reply to Rafał Mużyło from comment #1)
A question: just how much is your prefix messed up...I mean 'tweaked' with randomly picked native libraries ?
Given that RtlIsThreadWithinLoaderCallout is a stub, nothing in wine tree uses it.
RELATED BUG: #29244 (Spoon Studio, same underlying technology, open since 2011)
Closed since December 2013 as a duplicate of a bug that has been fixed in August2015. ....?
The prefix is mostly stock. The only modifications made during troubleshooting: - uxtheme.dll and cryptbase.dll copied to the application directory (not system32) - winetricks dotnet48 was installed in a separate test prefix only - Application was also tested with a completely fresh prefix with identical results Regarding the related bugs: we checked both #29244 and #30399. Comment 11 in #29244 notes that Xenocode wrapped apps require both bugs to be fixed. Both appear to be fixed since Wine 1.7.50, yet the application still fails on Wine 11.8. This suggests the problem domain has moved further, possibly related to the NtWaitForXxx implementation mentioned in #30399 comment 10. -- 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.
participants (1)
-
WineHQ Bugzilla