walpurgis causes GZDoom g4.15pre-223-g58809a368 to stop responding

[deeperdead]

for some reason when I load this https://www.doomworld.com/forum/topic/1 ... nt-2702703 mod with the specified version of GZDoom the game stops responding when I select my class and difficulty level I would provide a log but no matter what I do it never creates one

[merlin86]

Old not valid anymore information:

---

Yup happens to me too and in event viewer I have this when it happens

Faulting application name: gzdoom.exe, version: 4.14.9999.0, time stamp: 0x681f331c
Faulting module name: openal32.dll, version: 1.23.1.0, time stamp: 0x6435bcaf
Exception code: 0x40000015
Fault offset: 0x00000000000d9076
Faulting process id: 0x3EFC
Faulting application start time: 0x1DBC1EF0CE1071C
Faulting application path: D:\games\Doom\SourcePorts\gzdoom-dev\gzdoom.exe
Faulting module path: D:\games\Doom\SourcePorts\gzdoom-dev\openal32.dll
Report Id: 2d6079c3-0367-4480-9d88-76240d06c303
Faulting package full name:
Faulting package-relative application ID:

Anyway GZD just hangs out, so with -stdout on Windows the console doesn't show anything linked to the error

Discard previous update : I was executing the wrong executable

So : after a test attaching the last github version built executable (with debug symbols) to Visual Studio i've noticed there is still a problem:
- D_RUNNIN starts to play
- RAM usage starts to rise until all the RAM is used
- I need to kill GZDoom since there is no crash

I have no clue why, since I am no C++ dev , but feel free to suggest me what I can try

found the culprit is calling A_TakeInventory with no amount or zero .
It works up to 4.14.2, tho.

Anyway here the issue I made on Github : https://github.com/ZDoom/gzdoom/issues/3079
with all details.

[eharper256]

Incidentally, I use A_TakeInventory with no value quite frequently, since that just guarantees it will take all instances of it. This is used to track combos and states in code in basically every part of Walp.