ZDoom

Not sure how this supposed to work. Let's take the actual crash location as example.
A file reader is created [url=https://github.com/coelckers/gzdoom/blob/dc44c3328e2c1ef0b9d68e043a789b637d5dff88/src/gamedata/textures/image.cpp#L371]FImageSource::GetImage()[/url], and the crash happens in [url=https://github.com/coelckers/gzdoom/blob/59954fa4f9bebfb708d891fc6f031d7a84ea1f22/src/gamedata/textures/formats/imgztexture.cpp#L89]IMGZImage_TryCreate()[/url].
Even if the first call won't abort (which is [b]Seek()[/b] in this case), it will fail on [b]Read()[/b] in the next line.
I assume that seeking a file is qualified as reading it.

Normally the file reading code should check if the file is readable. Maybe the exception should be delayed for the second attempt to read. The first should return 0, and if the calling code does not deal with the error, then it should abort.

Downside of the exception approach is inability to start GZDoom if at least one file cannot be accessed.
Probably, it's not a big deal because this should be a very rare situation.

I think the only good solution is to return a dummy FileReader that holds the file name, does not have any length, does not report as being open and which throws an exception if the code tries to read from it.

If a separate file cannot be opened for some reason (due to permission, file system issues, exclusive access by other software, etc), GZDoom crashes.
There are plenty of [url=https://github.com/coelckers/gzdoom/search?q=OpenLumpReader&unscoped_q=OpenLumpReader]FWadCollection::OpenLumpReader()[/url] calls, but no [url=https://github.com/coelckers/gzdoom/blob/dc44c3328e2c1ef0b9d68e043a789b637d5dff88/src/utility/files.h#L154-L157]FileReader::isOpen()[/url] checks before further file operations.

This can solved in two ways.
The first one is obviously to add twenty [b]isOpen()[/b] conditions with appropriate actions when it returned false.
The second one is to create dummy reader that will return zero length and no data.
Both approaches have own pros and cons. Got a better idea? Let me know.

So I didn't make this in bug-reporting cause I'm pretty sure it's user error and not a GZDoom bug.

But I'm trying to run a mod out of a folder for development purposes using ZDE, and it was working last night. Now suddenly this morning it crashes on start up and generates a crash report, which I've attached. It runs fine if I load a ZIP/WAD/PK3 whatever, and it runs with no PWADs. It crashes on GZDoom 3.7.2, 4.0.0 and 4.1.1.

What's going on here?

EDIT: After a restart it works now? Even though it "broke" after a restart?