Update .. I've narrowed down the problem to be caused by a class I derived from CPhysicsProp. Sometimes when this class spawns, for reasons a mystery to me, it starts calling destructors and goes up the chain from C_BreakableProp all the way to C_BaseEntity. I used the debugger in VS.NET to watch this. The original sdk code did not do this.
Is there something changed with respect to how PhysicsProps are handled? On the server my class is called CValtrainPhysicsProp and inherits from CPhysicsProp. On the client my class is called C_ValtrainPhysicsProp, inherits from C_PhysicsProp, and only contains an empty constructor and destructor. I also see that there is a CPhysicsPropMultiplayer class, what is the difference between CPhysicsProp and CPhysicsPropMultiplayer? If I'm doing an MP mod, should I only be using CPhysicsPropMultiplayer? I was able to use the CPhysicsProp derived class in the original sdk code without any problems. Anyone have any ideas? Thanks! From: Patrick Flanagan <[EMAIL PROTECTED]> Date: Sun, 9 Jan 2005 16:35:16 -0500 Subject: Help with RemoveFromPlayerSimulationList ? To: hlcoders@list.valvesoftware.com I just recently merged my mod with the latest SDK update, previously I was using the first version of the SDK code. With the new code, I notice a lot of times if I'm spawning or even just running around, I get an assertion failed in CBasePlayer::RemoveFromPlayerSimulationList which checks Assert( other->GetSimulatingPlayer() == this ). I did not get this error when I was running my code with the first version of the SDK code. I tried printing out the classname of the object that was being removed to get an idea of what is causing it, but it just reports C_BaseEntity. Does anyone have any insight into what sort of thing might cause this or how I might track it down? Thanks! _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
