[Bug 34643] The Bureau XCOM Declassified (.NET 4.0 managed C++/CLI game) crashes with Wine-Mono

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=34643

Anastasius Focht <focht at 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 at 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.