Welcome to ZDF!

Oh well, I made a [url=https://github.com/coelckers/gzdoom/pull/938]PR[/url] for it.

Well, it looks a bit ... different than the other uses of 'defaultshaders'..., if that's what you mean.

		for (unsigned i = 0; i < usershaders.Size(); i++)
		{
			FString name = ExtractFileBase(usershaders[i].shader);
			FString defines = defaultshaders[usershaders[i].shaderType].Defines + usershaders[i].defines;

			VkShaderProgram prog;
			prog.vert = LoadVertShader(name, mainvp, defaultshaders[i].Defines);
			prog.frag = LoadFragShader(name, mainfp, usershaders[i].shader, defaultshaders[usershaders[i].shaderType].lightfunc, defines, true, gbufferpass);
			mMaterialShaders[j].push_back(std::move(prog));
		}

Ah, figured out what the issue is, just take a look at this loop here in vk_shader.cpp
[code]
for (unsigned i = 0; i < usershaders.Size(); i++)
{
FString name = ExtractFileBase(usershaders[i].shader);
FString defines = defaultshaders[usershaders[i].shaderType].Defines + usershaders[i].defines;

VkShaderProgram prog;
prog.vert = LoadVertShader(name, mainvp, defaultshaders[i].Defines);
prog.frag = LoadFragShader(name, mainfp, usershaders[i].shader, defaultshaders[usershaders[i].shaderType].lightfunc, defines, true, gbufferpass);
mMaterialShaders[j].push_back(std::move(prog));
}
[/code]
Specifically that LoadVertShader call.

Edit: Oh, sorry, I fixed the links now. Yes, it's a SIGSEGV.

Edit 2: The fix is as simple as changing that last argument to be defaultshaders[usershaders[i].shaderType].Defines

[quote="Marisa Kirisame"]You need [url=https://github.com/OrdinaryMagician/flak_m/tree/devel]this[/url] and [url=https://github.com/OrdinaryMagician/flak_m/tree/devel]this[/url].[/quote]
Both links point to the same page.

What was the status code? SIGSEGV?

Vulkan apparently has some bug that I cannot quite yet understand. It's almost as if after a certain number of texture shaders it can't compile any more and just crashes out.

This has been reproduced with Doomreal. You need [url=https://github.com/OrdinaryMagician/flak_m/tree/devel]this[/url] and [url=https://github.com/OrdinaryMagician/stinger_m/tree/master]this[/url], and a gzdoom built from commit bcef44051 or higher due to some script/bugfix requirements.

[url=http://ix.io/1WTz]Here[/url] is a full backtrace of the crash.

What's odd about this is that if I comment out the gldefs block that uses that shader, it will then crash at the next one, and so on, until commenting them all out stops the crash.

Running on OpenGL works fine and there are no crashes.