Windows native support

[bitsandfoxes]

Requirements:

• Capturing native errors
• Capturing minidumps: Capture Minidumps from Windows players #94
• Sync scope from Unity SDK to native SDK
• crashed last run functionality to track healthy sessions
  Currently not supported by the native SDK

Things to consider:

• Breakpad
  • Less robust than Crashpad but does not require additional executable shipped with the build output
• Crashpad
  • Requires shipping with a crashpad_handler.exe with the build output
  • Users might not want to do that
• We could offer a toggle between those two in addition to Enable Window Native Support?

TODOs and open questions:

• Initial support for x86_64 IL2CPP + crasphad: Windows native support #380
• implement NativeScopeObserver (scope, breadcrumbs, extra, ...) - Feat/native scope observer #546
• do we want to support x86 & ARM64? -- wait for the real interest from the userbase - a Steam survey says 99.6 % of Windows installations are on 64 bit
• does it make sense to run with Mono scripting backend?
• logging from native to the debug logger in the managed code? I don't think I've seen that in other integrations either... Windows native config and logging #577
• unit tests for the native crashes? Windows native config and logging #577
• upload symbols using CLI Feat: windows symbol upload #607
• add call to sentry_init in the main function at compile time Windows Native: Add call to sentry_init in the main function at compile time #628
• bool CrashedLastRun() Feat: native last crash #615
• Packaging requires change in CI: We need artifacts from Mac and Windows so packaging requires a new job dependant on those - Split CI #547
• Desktop support documentation #695

[bruno-garcia]

Regarding initializing the code in the Launcher instead of after the engine runs, we're investigating (#622) recompiling the playback engine (game executable). That's documented here: https://docs.unity3d.com/Manual/WindowsStandaloneBinaries.html

We must document how this works, and cover folks that are also recompiling this by themselves. The steps to take to combine our native support when they recompile themselves: Perhaps an opt-out of recompiling it but continue to push the native DLL so it's available to the game. Expect that the user must call the native init themselves. Alternatively, use the "C# -> C" Init approach we first shipped

[bruno-garcia]

Opened an issue to the follow up change