View Issue Details

IDProjectCategoryView StatusLast Update
0002602FSSCPiffpublic2012-02-14 03:21
Reporterjon118 Assigned ToGoober5000  
PriorityhighSeveritycrashReproducibilitysometimes
Status closedResolutionunable to reproduce 
PlatformIntel-based MacOSOSX "Snow Leopard"OS Version10.6.8
Product Version3.6.14 RC4 
Summary0002602: ASSERTION: "attacker_team >= 0 && attacker_team < Num_iffs" at iff_defs.cpp:558
DescriptionWhile playing stock mission "Proving Grounds" I got this crash while firing dual harpoons (don't know if that's related though):

ASSERTION: "attacker_team >= 0 && attacker_team < Num_iffs" at iff_defs.cpp:558

Tested on 3.6.14 RC4 and SVN trunk build 8436.

See attached log file and screenshot from the exact moment of the crash.
Steps To ReproduceI'm uncertain what steps reproduce the crash. Try playing "Proving Grounds" and firing dual harpoons a lot. Though, like I said, that may have absolutely nothing to do with it.
Tagsattacker, crash, iff

Activities

jon118

2012-02-08 16:38

reporter  

fs2_open.log.zip (400,964 bytes)

jon118

2012-02-08 16:38

reporter  

crash.jpg (406,394 bytes)

Goober5000

2012-02-09 06:26

administrator   ~0013262

Well, unfortunately, you did everything right, but there's not enough information here to track down the cause. That function is called from a large number of places throughout the code base. At the very least, I'd need a stack trace, which you can only get from running a debugger.

Anyway, I ran Proving Grounds through the debugger and fired a whole bunch of dual Harpoons, but the Assert never triggered.

jon118

2012-02-13 17:58

reporter   ~0013295

Darn, well I'll keep testing and let you know if I can get you any better information. Thanks for your hard work G5K. Question: Did you test on a Mac? (I don't know if that matters in this case, but thought I'd ask anyway)

Goober5000

2012-02-14 02:14

administrator   ~0013319

That may indeed have something to do with it, though I'm not sure how. It may also affect bug 0002473. (I tested on Windows XP and don't have access to any Macs.)

jon118

2012-02-14 02:29

reporter   ~0013321

Last edited: 2012-02-14 02:30

Well, as with 0002473, now that I'm using the 8466 revision I built today, I can't get this crash to happen any more either. Most of the crashes I was getting with the older rev 8436 seem to have mysteriously vanished--Though it's too soon for me to be 100% sure. I'll let you know if that changes.

I think the two bugs (this and 2473) may indeed be (or have been) related, as you said.

I played the heck out of this mission today, and nothing whatsoever went wrong. I was almost disappointed... ;)

Goober5000

2012-02-14 03:20

administrator   ~0013322

Aha. :)

Well, I'll close these then. If the problem recurs, feel free to reopen them.

Issue History

Date Modified Username Field Change
2012-02-08 16:36 jon118 New Issue
2012-02-08 16:36 jon118 Status new => assigned
2012-02-08 16:36 jon118 Assigned To => Goober5000
2012-02-08 16:38 jon118 File Added: fs2_open.log.zip
2012-02-08 16:38 jon118 File Added: crash.jpg
2012-02-08 16:39 jon118 Tag Attached: crash
2012-02-08 16:39 jon118 Tag Attached: attacker
2012-02-08 16:39 jon118 Tag Attached: iff
2012-02-09 06:26 Goober5000 Note Added: 0013262
2012-02-13 17:58 jon118 Note Added: 0013295
2012-02-14 02:14 Goober5000 Note Added: 0013319
2012-02-14 02:29 jon118 Note Added: 0013321
2012-02-14 02:30 jon118 Note Edited: 0013321
2012-02-14 03:20 Goober5000 Note Added: 0013322
2012-02-14 03:21 Goober5000 Status assigned => closed
2012-02-14 03:21 Goober5000 Resolution open => unable to reproduce
2012-02-14 03:21 Goober5000 Description Updated
2012-02-14 03:21 Goober5000 Steps to Reproduce Updated