 |
I tried to reproduce this. These are my steps: I went into test/mantle and switched on noclip mode and floated upwards a bit. (Made a bind "F1" "spawn ammo_ropearrow_small" shortcut for testing purposes) Spawned the arrow (it appears standing upright on the floor). Pick it up. Spawned another arrow. Pick it up. Repeat about 30 times at various locations on the floor. If you're floating too low, the arrow sometimes appears in the floor, only the tip showing up, but this has not done any harm. The map is still running as I type this, so there is no delayed crash for me. I also tried shooting two or three rope arrows at the walls, to make sure it's not the inventory count causing this (it went from 47 back up to 50 which is the maximum, but there was no crash). To rule weird things out: are both SVN repositories up to date on your end? |
|
|
After fixing 0001152, I was thinking that these two intermittent crashes might be related? Were you possibly running into the arrow after spawning them? This would have summoned a similar bug as described in 0001152. |
 |
Yeah, I think they are related, because now that you mention it, I was not in noclip mode, I was bumping into the arrows to try to knock them over before I picked them up. So it's quite possible lastPushEnt was set to the arrow, then it was deleted when adding to he inventory since it's a stackable item. I was just posting that on the forums. I haven't gotten a chance to test again yet, but this could well be resolved. |
|
|
Tested and there's no crash anymore, clearing lastPushEnt fixed it. |
|
|
For the records, I didn't clear lastPushEnt, I just converted the idEntity* raw pointer to an idEntityPtr<idEntity>. The getEntity() method returns NULL if the underlying entity got removed in the meantime, hence I'm able to catch this case. This is why it's recommended to use the idEntityPtr<> template to reference entities that might be removed during runtime. |
- Anonymous
