 |
The event EV_Grabber_CheckClipList is causing the crash. Maybe the grabber (which is a regular entity) is not registered in the savegame's object list? |
|
|
The grabber is registered fine, but there are problems when the checkcliplist event is processed after a restore. Strangely, it doesn't happen if you trace through the code frame by frame after a restore, but in that case it crashes as soon as the attack button is pressed. |
|
|
Ok, there is a more general problem around here: the savegame is bogus after the game has been reloaded once. After a reload, the call to saveGame.WriteObject() fails, maybe the grabber is not registered correctly when the game is initialised from a save. |
|
|
I suspect there is a memory leak causing this problem. The grabber which is allocated at gamex86.dll instantiation is overwritten at the first map load (where objects are created by calling CreateInstance()). The "first" grabber which was there at DLL loading time will then be overwritten, so there are actually two grabber instances in memory (one of them is lost). This is at least my theory, I'll do some restructuring to ensure that the grabber is not owned by a global static object, which is not good anyway. |
- Anonymous
