-
Notifications
You must be signed in to change notification settings - Fork 124
Advanced dnSpy tips and tricks
These are if you're already a bit comfortable with what dnSpy is and how to use its decompiled code navigation and basic debugging.
These pause the code execution at a specific line just like exceptions, but you don't need an error or to edit the code to do it, just right-click on any code line to add a breakpoint.
When dnSpy is attached and the game goes over your breakpoints it will pause the execution just like an exception (relevant: Navigating paused code).
Mods and PB scripts are compiled in memory and can be found in Debug -> Windows -> Modules (Ctrl+Alt+U, requires dnSpy to be attached) at the end, PB scripts have <EntityId>-<CustomName>.dll
name format.
Note: When you recompile a PB or reload a world the scripts are compiled into new modules, that means you need to open the new one and add/move your breakpoints there.
Or you can avoid that assembly/module fiddling and just throw exceptions inside a try-catch in your own code to act like a breakpoint:
try { throw new InvalidOperationException("break my point") } catch(Exception) {}
(relevant: Catching errors (exceptions)).
Warning: This is NOT normal code but merely a trick for debugging, you should not be ignoring real exceptions with an empty catch block like above.
Local variables are optimized out so in order to see their values when execution is paused you need to have the libraries start as unoptimized.
Simply attaching dnSpy to the game will cause any future in-game compilations to be built unoptimized for the duration of the game session, that means you don't need to launch the game from dnSpy to debug PB/mod code effectively. (mods recompile on world load, PBs can be recompiled in terminal)
For game's local variables to have readable values you need to start the game with dnSpy in order to load its libraries as unoptimized, see below on how to properly do that.
Note: Starting the game with dnSpy will run noticeably slower.
-
Download this file: steam_appid.txt
-
Place
steam_appid.txt
in the game's Bin64 (e.g.<Steam>/SteamApps/common/SpaceEngineers/Bin64
) -
Start dnSpy (but not the game).
-
dnSpy:
Debug -> Start Debugging (F5)
-
In the Executable field press
[...]
and go to game's Bin64 again and pick SpaceEngineers.exeOptional: add
-skipintro -nosplash
in the Arguments field. -
Do your exception catching or breakpoint stuff.
-
Local variables now have values!
A big thank you goes to Digi for writing this tutorial.
Do you have questions, comments, suggestions for improvements? Is there something I can do better? Did I make a mistake? Please add an issue here, and prefix your issue title with Wiki. Thank you, your help will be very appreciated!