ZDoom

In that case I'd leave everything as it is. At least the crash provides some info that'd otherwise got lost.

With the current implementation is impossible to report errors to user during shutdown.
There are two options: to ignore exception silently and to leave everything as is.

[quote="C++ Reference about std::atexit()"]If a function exits via an exception, [b]std::terminate[/b] is called.[/quote]
Looks like it’s our case. But even if this works there are still a few issues with graceful shutdown when exception is thrown during exiting.

Ah hell. Okay. Yep, just adding a check for players[0].mo fixed that.

It probably was but as it happens during exiting it may just cause some problems down the line.

override void OnDestroy()
{
	players[0].mo.A_SetInventory("SmileHard",0);
	// ...

The problem is that file indeed, at line 277[code]override void OnDestroy()
{
players[0].mo.A_SetInventory("SmileHard",0);
// ...[/code]
[b]players[0].mo[/b] is [b]null[/b] but there is no check for this case.

At the moment I cannot say why the exception wasn't handled by the engine.

I'm sending a mod out to select developers. Yes, it is a large file, and unfortunately I've not had any luck whatsoever trying to replicate this on its own.

[list][*]Go to map 3SEWER and let the game run for at least a tic.
[*]Quit the game.[/list]

The game crashes (I'm using Windows 10 so it gives the 'GZDoom.exe has stopped working' crash), making it quite frustrating since any changes to any properties are lost.

However I've narrowed it down to [b]SmileHeartBeat[/b] actor inside of [b]ZSuper/Entities/Smile.txt[/b] being the culprit. Even after commenting out all of the code involved and leaving the Init function with nothing in it, it still crashes.

[url=https://puu.sh/zmQXn/f1d8d63fa7.png]Image of the stack trace in VS2015[/url]

EDIT: If you "remove Smile" in console, the crash doesn't occur since Smile will destroy the thinker.