[r296] Crash when inventory item is used (GZDA)

Bugs that have been resolved.

Moderator: Graf Zahl

eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

[r296] Crash when inventory item is used (GZDA)

Post by eliw00d »

It's been reported that when you change fire modes in GZDA, which is just a key set to use an inventory item which in turn gives/takes another inventory item, there is a crash.

I'm using the non-SVN 1.1.6 version of GZDoom and I have never experienced this crash.

Any ideas? I'm at work so I can't show you the code, but it is in the Player decorate of my mod. Here is the post regarding the crash:

http://forum.zdoom.org/viewtopic.php?f= ... 7&e=406867
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Post by Graf Zahl »

Can you please post a crash log?
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

For whatever reason, I'm not able to replicate this error, and supposedly it happens to my brother in the non-SVN version of 1.1.0.6. Here is what he was able to give me:

AppName: gzdoom.exe AppVer: 1.1.6.239 ModName: gzdoom.exe
ModVer: 1.1.6.239 Offset: 002132d6

I'm clueless as to why it crashes for him but not for me, we have an SVN version of my mod and we are sync'ed as far as files go. We both have the same version.

Any ideas? Lizardcommando over at ZDoom Forums was the first to report this issue, but hasn't gotten back to me with a crash log.
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

OKAY!

So there's been some headway into this problem. It *appears* to be map-specific. My brother has been having this crash in his custom maps, and I was never able to replicate it myself until I tried his map with my mod. As soon as you hit the key for Toggle Fire Mode, the game crashed with a standard Windows "Send/Don't Send" Error.
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

When you get that error, save a report. That's what Graf needs to fix the problem. Without it, this report is useless to him, and will most likely be closed with no resolution.
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

It's not a GZDoom Error, just a Windows error, but here is all it gives me:

Code: Select all

<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="gzdoom.exe" FILTER="GRABMI_FILTER_PRIVACY">
    <MATCHING_FILE NAME="devil.dll" SIZE="864256" CHECKSUM="0xB793E2A1" BIN_FILE_VERSION="0.1.6.7" BIN_PRODUCT_VERSION="0.1.6.7" PRODUCT_VERSION="1.6.7" FILE_DESCRIPTION="DevIL: A portable image library in development" COMPANY_NAME="Abysmal Software" PRODUCT_NAME="Developer's Image Library (DevIL)" FILE_VERSION="1.6.7" ORIGINAL_FILENAME="DevIL.dll" INTERNAL_NAME="Developer's Image Library (DevIL)" LEGAL_COPYRIGHT="Copyright © 2000-2002" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="0.1.6.7" UPTO_BIN_PRODUCT_VERSION="0.1.6.7" LINK_DATE="05/27/2004 17:12:37" UPTO_LINK_DATE="05/27/2004 17:12:37" VER_LANGUAGE="English (United States) [0x409]" />
    <MATCHING_FILE NAME="fmod.dll" SIZE="162816" CHECKSUM="0x69378F38" BIN_FILE_VERSION="3.7.5.0" BIN_PRODUCT_VERSION="3.7.5.0" PRODUCT_VERSION="3.75" FILE_DESCRIPTION="FMOD" COMPANY_NAME="Firelight Technologies Pty, Ltd" PRODUCT_NAME="FMOD" FILE_VERSION="3.75" ORIGINAL_FILENAME="fmod.dll" INTERNAL_NAME="FMOD" LEGAL_COPYRIGHT="Copyright © 1994-2005, Firelight Technologies Pty, Ltd." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="3.7.5.0" UPTO_BIN_PRODUCT_VERSION="3.7.5.0" LINK_DATE="12/28/2005 04:44:30" UPTO_LINK_DATE="12/28/2005 04:44:30" VER_LANGUAGE="English (Australia) [0xc09]" />
    <MATCHING_FILE NAME="fmodex.dll" SIZE="353280" CHECKSUM="0xF6323187" BIN_FILE_VERSION="0.4.20.1" BIN_PRODUCT_VERSION="0.4.20.1" PRODUCT_VERSION="4.20.1" FILE_DESCRIPTION="FMOD Ex SoundSystem" COMPANY_NAME="Firelight Technologies" PRODUCT_NAME="FMOD Ex" FILE_VERSION="4.20.1" ORIGINAL_FILENAME="fmodex.dll" INTERNAL_NAME="FMOD Ex" LEGAL_COPYRIGHT="Copyright © Firelight Technologies 2007" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="0.4.20.1" UPTO_BIN_PRODUCT_VERSION="0.4.20.1" LINK_DATE="11/07/2008 07:49:54" UPTO_LINK_DATE="11/07/2008 07:49:54" VER_LANGUAGE="English (Australia) [0xc09]" />
    <MATCHING_FILE NAME="gzdoom.exe" SIZE="2752512" CHECKSUM="0xCD0A1F09" BIN_FILE_VERSION="1.1.6.239" BIN_PRODUCT_VERSION="1.1.6.0" PRODUCT_VERSION="1.1" FILE_DESCRIPTION="GZDoom" COMPANY_NAME=" " PRODUCT_NAME="GZDoom" FILE_VERSION="1.1.6 (r239) / ZDoom2.2.0 (r1286)" ORIGINAL_FILENAME="gzdoom.exe" INTERNAL_NAME="GZDoom" LEGAL_COPYRIGHT="Copyright © 1993-1996, id Software, 1998-2005, Randy Heit, 2002-2006 Christoph Oelckers" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x2A98B4" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.1.6.239" UPTO_BIN_PRODUCT_VERSION="1.1.6.0" LINK_DATE="11/16/2008 22:55:59" UPTO_LINK_DATE="11/16/2008 22:55:59" VER_LANGUAGE="English (United States) [0x409]" />
    <MATCHING_FILE NAME="ACC\acc.exe" SIZE="59392" CHECKSUM="0x62AEED1F" MODULE_TYPE="WIN32" PE_CHECKSUM="0x1D669" LINKER_VERSION="0x10000" LINK_DATE="12/26/2008 01:58:51" UPTO_LINK_DATE="12/26/2008 01:58:51" />
    <MATCHING_FILE NAME="WADs\zwadconv.exe" SIZE="20480" CHECKSUM="0xF61C1921" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x10000" LINK_DATE="09/06/1999 04:56:43" UPTO_LINK_DATE="09/06/1999 04:56:43" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
    <MATCHING_FILE NAME="kernel32.dll" SIZE="989696" CHECKSUM="0x7D737C09" BIN_FILE_VERSION="5.1.2600.5512" BIN_PRODUCT_VERSION="5.1.2600.5512" PRODUCT_VERSION="5.1.2600.5512" FILE_DESCRIPTION="Windows NT BASE API Client DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="5.1.2600.5512 (xpsp.080413-2111)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xF44A2" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5512" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5512" LINK_DATE="04/14/2008 00:11:24" UPTO_LINK_DATE="04/14/2008 00:11:24" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
</DATABASE>
His map is "ZDoom in Hexen format". Could that be why?
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

I'm talking the complete CrashReport.zip file: It should contain 3 files.

minidump.mdmp
local.txt
report.txt

Don't post the files separately, post the CrashReport.zip as one complete file.
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

Now, are you talking about a Windows Error Report? Or a GZDoom Error Report?

Where would I find this .zip?
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

Hmm, if you're just getting a Windows error report, I suppose there's nothing you can really do. Graf may know more, at this point.

However, I'd say, keep playing, and see if you are lucky enough that when it crashes again you get the ZDoom error report.
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

I don't see why it would crash, though. It's just inventory items being given to the player to guide DECORATE into different states. Not much different than reload. There is some ACS involved, but I would be getting errors in non-custom maps if the ACS was bad, right?

Or perhaps my ACS scripts are numbered similar to the ones in his map? Worth looking into, at least.

I dunno, I'm just not sure why it would crash at all.
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Post by Graf Zahl »

This thread is useless. If you can't post any info that could help me locate the problem I'll just close it.
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

Graf Zahl wrote:This thread is useless. If you can't post any info that could help me locate the problem I'll just close it.
/sigh

I am TRYING to give you information! It's not easy when it's not a GZDoom Error Report.

Did you even read what I put? His map is a "ZDoom with Hexen format", would that cause it in any way?
User avatar
Enjay
Developer
Developer
Posts: 4748
Joined: Tue Aug 30, 2005 23:19
Location: Scotland
Contact:

Post by Enjay »

Can you provide a copy of the crashy map?
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

Before Graf replies, I'm just going to say this:

I'm sure your efforts are appreciated, but the thing is, there's nothing that can be done. There's not enough information to solve the problem, and that's why the thread is going to be closed. If you have further information, open a new thread. I would not do that without a crash log, first, though, because really, that's the only way the problem is ever going to be fixed.
eliw00d
Posts: 15
Joined: Tue Feb 03, 2009 15:17

Post by eliw00d »

Okay, here is his map. You can use the latest version of my mod to test it with, which is here:

http://www.medpackstudios.com/GZDA
Locked

Return to “Closed Bugs”