Forum

In the previous version, you died and as you respawned then it crashed. I seemed to have managed to move the bug so that it now crashes as you die rather than when you respawn. It's a bug in the code if the crash message mentions Post_Render

I have managed to duplicate this error once on my test system, so finally making progress.

I believe it is to do with things not being cleaned up properly when you die. Once it has gone wrong, I think either then, or when you respawn, or at some future point, it will crash.

So, has anyone had this problem WITHOUT having died first? Please tell me if you have. Thanks

So I had this little sweet-talk today with Marco - kidding, we got down to business. 

Okay. First the cause:

An object based class has a pointer to a destroyed actor. Unlike actors, the pointer is not set to None, so it will crash with a NULL access pointer - well not NULL, but invalid pointer.

So as an example for fix for LimitBreakInteraction:

Code: [Select]

function PostRender(Canvas Canvas)
 {
 ...
  if (lbInv == None)
  {
  FindlbInv();
  if (lbInv == None)
  return;
  if( lbInv.InteractionOwner!=None )
  lbInv.InteractionOwner.lbInv = None;
  lbInv.InteractionOwner = Self;
  }
 ...
 }

And then in LimitBreakInv:

Code: [Select]

var transient LimitBreakInteraction InteractionOwner;
 
 simulated function Destroyed()
 {
  if( InteractionOwner!=None )
  {
  InteractionOwner.lbInv = None;
  InteractionOwner = None;
  }
  Super.Destroyed();
 }


The pointer needs to be set to None manually upon actor destroy.

So for in DruidsRPGKeysInteraction, the following should go in the PostRender function:

Code: [Select]

if (EInv == None)
  FindEPInv();
 if (MInv == None)
  FindMPInv();

Marco wrote:
If whoever wrote that mod, SHOULD know how to fix the crash from the example I gave above. It's not even hard to fix for someone who knows the cause.
 


Let me show an example:

Code: [Select]

var SomeActor Actor;
 
 function Something()
 {
  Actor = Spawn(SomeActor...);
  Actor.Destroy();
  Actor.SomeFunction();
 }

If that code is executed on an actor based class it will throw script warning because when Destroy is called, Actor is set to None automatically by the engine, BUT if this code is in a non-actor based class, it won't set the Actor to None upon Destroy. So the result is an invalid pointer to an non-existing actor.

NULL = 0 = None
SomeActor = A memory reference = The actor name


It's all yours Szlat.

I noticed on a server, when someone got CE, and got kicked, you culd still see him at spawn on radar for a little moment. Not sure if it's what you just said

with some information from crashlog provided by !Phon3^-, I might have gained some information


Can anyone verify that the General protection fault! CE come when you spawn after dying
Remember, we have 2 different CE's, the one I'm talking about here and the other one that is related to DirectX

with some information from crashlog provided by !Phon3^-, I might have gained some information


Can anyone verify that the General protection fault! CE come when you spawn after dying
Remember, we have 2 different CE's, the one I'm talking about here and the other one that is related to DirectX