View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001739 | The Dark Mod | AI | public | 06.04.2009 00:41 | 26.03.2010 07:39 |
| Reporter | Ishtvan | Assigned To | Ishtvan | ||
| Priority | normal | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Summary | 0001739: Crash when AI push dead player | ||||
| Description | Crashes on this line of idAI::PushWithAF vel = ent->GetPhysics()->GetAbsBounds().GetCenter() - touchList[ i ].touchedByBody->GetWorldOrigin(); A lot of crashes seem to be happening because GetPhysics is no longer valid after death in some cases. I'm not sure why, when AI step over dead AI they, often bump them and kick them aside with no problem. Maybe it's only the player who's physics object is getting NULLED or otherwise screwed up when they're killed? | ||||
| Tags | No tags attached. | ||||
| EDIT: Happens instantly on player death when AI is fighting the player? It could also be pushing the player's melee weapon? | |
|
I'm debugging this now. I put in a check for if !ent then quit, but after that log what the entity's name is, and it comes up blank. I think what might be happening is that entitiesTouchingAF checks all the clipmodels and each clipmodel is supposed to be linked back to an entity. But when the player dies while parrying or attacking, their CMeleeWeapon may be leaving behind a clipmodel that's linked back to a stale pointer for the player, or something. Current course of action: Make sure CMeleeWeapon gets cleaned up when the player dies. |
|
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 06.04.2009 00:41 | Ishtvan | New Issue | |
| 06.04.2009 00:42 | Ishtvan | Note Added: 0002414 | |
| 09.05.2009 06:16 | Ishtvan | Status | new => assigned |
| 09.05.2009 06:16 | Ishtvan | Assigned To | => Ishtvan |
| 09.05.2009 08:42 | Ishtvan | Note Added: 0002467 | |
| 09.05.2009 08:42 | Ishtvan | Note Edited: 0002467 | |
| 09.05.2009 09:33 | Ishtvan | Status | assigned => resolved |
| 09.05.2009 09:33 | Ishtvan | Resolution | open => fixed |
| 26.03.2010 07:39 | greebo | Status | resolved => closed |