https://bugs.winehq.org/show_bug.cgi?id=34643 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW Summary|The Bureau XCOM |The Bureau XCOM |Declassified doesn't work |Declassified (.NET 4.0 |with Mono, crashes |managed C++/CLI game) |immediately |crashes with Wine-Mono --- Comment #14 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, --- quote --- I installed dotnet40 via winetricks in a copy of the same clean wineprefix, and the game crashed without a backtrace. This is the console output, in case it is of any interest. --- quote --- I found a distributed "backup" for testing purpose and the game works fine for me after installing .NET Framework 4.0 in the same 32-bit WINEPREFIX ('winetricks -q dotnet40'). Also the original bug reporter confirmed it working with MS .NET so it's likely something wrong with your WINEPREFIX or Wine package. I scanned the main executable with ILSpy (after unwrapping): --- snip --- // c:\Program Files\The Bureau\Binaries\Win32\TheBureau.exe // TheBureau, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null // Global type: <Module> // Entry point: <Module>._WinMainCRTStartup // Architecture: AnyCPU (64-bit preferred) // This assembly contains unmanaged code. // Runtime: .NET 4.0 using System; using System.Reflection; using System.Runtime.InteropServices; using System.Security; using System.Security.Permissions; [assembly: AssemblyVersion("1.0.0.0")] [assembly: CLSCompliant(true)] [assembly: AssemblyCompany("Epic Games, Inc")] [assembly: AssemblyConfiguration("")] [assembly: AssemblyCopyright("Copyright 1998-2011 Epic Games, Inc. All Rights Reserved.")] [assembly: AssemblyDescription("")] [assembly: AssemblyProduct("Unreal Engine")] [assembly: AssemblyTitle("Unreal Engine")] [assembly: AssemblyTrademark("")] [assembly: ComVisible(false)] [assembly: SecurityRules(SecurityRuleSet.Level1)] [assembly: SecurityPermission(SecurityAction.RequestMinimum, UnmanagedCode = true)] [assembly: SecurityPermission(SecurityAction.RequestMinimum, SkipVerification = true)] // mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // P4API, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null // p4dn_x86, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null // System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a // System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // System.Management, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a // System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // PresentationCore, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 // PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 // WindowsBase, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 // UnrealEdCSharp, Version=1.0.4973.33049, Culture=neutral, PublicKeyToken=null // AgentInterface, Version=1.0.4906.40498, Culture=neutral, PublicKeyToken=null // TTPWebProxy, Version=1.0.4973.32903, Culture=neutral, PublicKeyToken=null // Microsoft.VisualC, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a // System.Runtime.Remoting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 // KERNEL32.dll // MSVCR100.dll // --- snip --- which confirms the needed prerequisites. Anyway, Bugzilla is not meant for diagnosing people's broken prefixes. This bug report is targeting Wine-Mono insufficiencies. The only thing worthwhile to mention is continuous spam of following message sequence in terminal during gameplay (which can be suppressed): --- snip --- fixme:xinput:XInputSetState (0 0x386ed1c) Stub! fixme:xinput:XInputSetState (1 0x386ed1c) Stub! fixme:xinput:XInputSetState (2 0x386ed1c) Stub! fixme:xinput:XInputSetState (3 0x386ed1c) Stub! --- snip --- Regards -- 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.