ZDoom

VulkanFrameBuffer::WaitForCommands(false) can be called at any time to have it wait for all work to be completed and make it safe to recreate/resize/reuse any buffers.

VKBuffer::Resize is one example of when it does that. To my knowledge there aren't other places where it suddenly runs out of buffer space so that's the only place. Vulkan command buffers themselves can't be overflowed. Naturally there must be something more to it since it still crashes, but my point here is mainly just that the feature for flushing and waiting is in place.

Which buffer was it then? There's one that causes a crash when it's full. And a very large automap is the primary cause of such overflows.

That's not correct. There is code in place that makes it flush the command buffer and restart from the beginning.

The problem here is actually that the command buffer of the Vulkan renderer is too small and has zero abilities to deal with an overflow, e.g. flushing it out to restart from the beginning.

[quote="Jarewill"]
Edit: It seems this might be a [url=https://forum.zdoom.org/viewtopic.php?f=290&t=67694]duplicate[/url].
I deeply apologize for not checking the forums thoroughly.[/quote]
Please don't feel bad about that. It's always better to get a dupe than no report at all. There's also always that chance it's not a dupe.

Tested with g4.5pre-44-g486e07300

This happened to me with two different mods:
[url=https://www.doomworld.com/forum/topic/60850-rain-aka-rainy-base/]Rain[/url] and [url=https://drive.google.com/file/d/1Hm-s7o2RuPj37I1rZo9HL5avHXYJHfkx/view?usp=sharing]this project of mine[/url].
Steps to reproduce:
[spoiler=With Rain]- Wait until the player has control of movement
- Open the automap[/spoiler]
[spoiler=With my mod]- Move forward to initiate the cutscene (strafe right)
- Press [Use] to skip the cutscene
- Wait until the boss' health bar reaches full and music starts
- Open console and type [MDK] into it to kill the boss
- Skip the second cutscene
- As the boss is exploding for the second time, open the automap[/spoiler]
In both scenarios it should crash GZDoom.

I [i]think[/i] this might have something to do with sprites/textures, because when I tried to make my file smaller and I deleted the sprites, the crash didn't happen.
It only happened with those sprites.
The crash also didn't happen in OpenGL.

Sidenote: My project was not meant to be uploaded anywhere on the internet. I am just uploading it here as a way to reproduce the crash.
The project uses ripped sprites from an old game and it will be removed once this is either fixed, or flagged as user error.
I can't remove the sprites from the project, as they are needed to reproduce the crash.
If necessary, I'll remove this link and send this project in a PM to a developer.

Edit: It seems this might be a [url=https://forum.zdoom.org/viewtopic.php?f=290&t=67694]duplicate[/url].
I deeply apologize for not checking the forums thoroughly.