Space Engineers

Space Engineers

Escape From Mars Wico [Update WIP]
Citra Joe 17 Jul, 2019 @ 9:01pm
Crash and exception when opening O2/H2 Generator Inventory
I started with one play session, had no issues - used the small grid rover's o2 gen multiple times. Saved and closed my game. Next session (multiple attempts, same results each time), when attempting to open the o2 gen, the game crashes to desktop and an exception appears in the log (below). This occurs whether I open the rover's o2 gen from my save, or grind it down and create a new one.

This is 'vanilla' EfM - no additional mods, default scenario settings. though of course I have other mods downloaded for other games / servers.

I checked logs before and after the crash - the following is all that is added when the event happens in SpaceEngineers.log

2019-07-17 20:57:08.114 - Thread: 1 -> Exception occured: System.NullReferenceException: Object reference not set to an instance of an object.
at Sandbox.Game.Gui.MyTerminalInfoController.UpdateBeforeDraw()
at Sandbox.Game.Gui.MyGuiScreenTerminal.Draw()
at Sandbox.Graphics.GUI.MyScreenManager.Draw()
at Sandbox.Graphics.GUI.MyDX9Gui.Draw()
at Sandbox.MySandboxGame.PrepareForDraw()
at Sandbox.Engine.Platform.Game.UpdateInternal()
at Sandbox.Engine.Platform.Game.RunSingleFrame()
at Sandbox.Engine.Platform.FixedLoop.<>c__DisplayClass11_0.<Run>b__0()
at Sandbox.Engine.Platform.GenericLoop.Run(VoidAction tickCallback)
at Sandbox.Engine.Platform.Game.RunLoop()
at Sandbox.MySandboxGame.Run(Boolean customRenderLoop, Action disposeSplashScreen)
at SpaceEngineers.MyProgram.Main(String[] args)
2019-07-17 20:57:08.115 - Thread: 1 -> Hiding window
2019-07-17 20:57:08.115 - Thread: 1 -> Hiding window done
2019-07-17 20:57:08.115 - Thread: 1 -> Showing message
2019-07-17 20:57:10.114 - Thread: 1 -> Analytics session closed.


If there is somewhere else I should be looking for additional info, let me know and I'll be happy to look.
Last edited by Citra Joe; 17 Jul, 2019 @ 9:03pm
< >
Showing 1-4 of 4 comments
Citra Joe 17 Jul, 2019 @ 9:13pm 
Further testing:
- Does not occur when accessing a large grid O2/H2 Gen. Does occur when opening the rover cockpit's inventory or a separate cargo container on the same grid, but not newly created (at least) cargo containers or o2 gens that are separate from that grid.
Wicorel  [developer] 17 Jul, 2019 @ 9:44pm 
I don't see any code from the mod in that stack trace.

Nobody else is reporting this problem.

On first glance it seems to be an SE corruption issue. Try verifying the files from Steam app.
Extramrdo 17 Jul, 2019 @ 10:09pm 
Are you running on DirectX 9? That's not good, if you are.

Can you reproduce this bug in a third new session?

wait, you crash when you get to the Inventory tab via entering the cockpit and pushing I, and by pressing F on a port of the bad o2 gen, or by pushing F on a port of a bad cargo container, but by placing a cargo container on that grid you can view successfully reach the inventory screen for that grid, which includes the bad inventories?

... I doubt that's what your words meant, and you're saying, this one grid's crazy haunted but others are fine, at which point I'm inclined to think there's some sort of corrupted item in the grid, and trying to draw the icon for it in the inventory screen is nope.avi. Either you removed a mod and an item inside is trying to load the icon that's no longer there (though I think that SE itself would silently catch errors about items that don't exist existing, and just delete the offending item), or some Class A Metaphysical Clang occurred.

The immediate solution is obvious: make a new rover and either try to grind down the haunted one, or shoot it until the demons are purged, or ditch it in a hole and never look back.
Are you able to use the Control Panel to get to the K menu, the Terminal tab or whatsitcalled and turn on/off blocks? If you can, you might be able to hook in a Connector or Ejector and have it Collect All and Throw Out without once looking at the Inventory tab, and get most of the materials out of the rover before decommissioning it. Who knows what'll happen if the ghost item gets dumped out; maybe it'll crash, maybe it'll be invisible, maybe it'll take a default model? You could get faster but riskier results by just grinding your containers down; riskier in a vanilla mechanics sense: any ores will come out as a single rock, which could be hella huge and many times the size of your ship, which would almost certainly kill you in some way. The ghost item's gonna do what the ghost item's gonna do.

In any event this is at least a Class B Weird ♥♥♥♥ and almost certainly not EFM's fault.
Citra Joe 17 Jul, 2019 @ 11:10pm 
Heh I wouldn't know how to switch to DX9 if I tried. And I did - after seeing that in the stacktrace, I looked in the options - nothing there. I'm guessing that's just an artifact from yesteryear? My understanding is DX11 is the only option nowadays. I hope anyway...

I have reproduced the bug in around a dozen game loads, each separate app launches due to game crash. And I've even rebooted between a time or two. I tried verifying local files, no effect.

I am able to enter the cockpit and drive, but if I hit I or K (or hit K when looking at cargo ports), it crashes.

I guess you're right - I'll just have to add a diesel or gasoline mod, and douse the rover with it so I can purge it with fire. Or just grind it down. Either way, an exorcism is required.

It's both good and bad that it's likely not caused by EFM - Good that it shouldn't impact others, bad that it basically means there's a random bug in the base game that causes a full crash - not good.

Typing that made me think of other grid glitches in multiplayer servers - so I tried enabling creative and cut/pasting the grid. It works now! So yet another grid bug fixed by the magic of cut and paste.
< >
Showing 1-4 of 4 comments
Per page: 1530 50