[jillchang917]

Yea, I'm still crashing here too, but it's only for saxton hale mod. It keeps crashing randomly on round start with the same error on limetech.
It happens for you near round start right? What mod is it doing it for you again?
Care to share the way you're replacing the new items?

[Fearts]

I'm also getting crashes on round start. It seems to happen like once a day for me but it's been very annoying and hard to debug. It happens for me only on: Saxton Hale/Freak Fortress/Randomizer/WarioWare mods.

For Saxton/Freak Fortress I had some success removing the classrestrict plugin. My server was up for 2 days without a crash from that. But I don't know if it truly was that plugin or just by chance. Only Saxton and Freak use that plugin.

If your plugin blocking everything does seem to fix it or if you find any new information please share it.

This is my crash: https://crash.limetech.org/fe3vilus4zfe

[CrazyHackGUT]

As I understand, the crash comes from the functions like Regenerate, Respawn or ForceWeaponChange.
VSH, FF2 uses TF2_RespawnPlayer() for respawning boss after changing team.
Also bug can be caused when plugin changes a player class.

So far, I continue to study, where and why these problems come from...

P.S.: "Jungle Inferno break everything" - (c) FlaminSarge

[Fearts]

@CrazyHackGUT

Yes this is what I have found also. I have no idea why or when this is being triggered. It seems to just happen randomly about once a day. I have not been able to reproduce the crash on a test server.

[Naydef]

Since all crashes are generated by Windows TF2 servers, I tried to make the stack trace of these crashes more readable. I hope it can help resolve these crashes:

0       int CStudioHdr::GetSharedPoseParameter( int iSequence, int iLocalPose ) const
1	Studio_LocalPoseParameter(CStudioHdr  const*,float  const*,mstudioseqdesc_t &,int,int,float &,int &)
2	Studio_SeqAnims(CStudioHdr  const*, mstudioseqdesc_t &, int, float  const*, mstudioanimdesc_t **, float *)
3	Studio_CPS(CStudioHdr  const*,mstudioseqdesc_t &,int,float  const*)
4	Studio_Duration(CStudioHdr  const*,int,float  const*)
5	CBaseAnimating::SequenceDuration(CStudioHdr *, int)
6	server.dll + 0x194644
7	server.dll + 0x195bf9
8	server.dll + 0x1d410d
9	server.dll + 0x1ac382
10	server.dll + 0x1ac69a
11	server.dll + 0x1ac3b3
12	server.dll + 0x620fa9
13	CTFWeaponBase::WeaponIdle(void)
14	CBaseCombatWeapon::ItemPostFrame(void)
15	CTFWeaponBase::ItemPostFrame(void)
16	server.dll + 0x1d1213
17	server.dll + 0x50b89d
18	server.dll + 0x2b5a2b
19	server.dll + 0x4edf2f

This stack trace corresponds to https://crash.limetech.org/325tifqgp5ci

[asherkin]

Originally Posted by Naydef Since all crashes are generated by Windows TF2 servers

Have 3000 linux ones.

[Naydef]

Originally Posted by asherkin Have 3000 linux ones.

I thought these TF2 crashes were already fixed and recent post point out another one. Anyway, it was good exercise matching linux and windows functions. And you said that no one knows the exact cause

Spoiler

This isn’t an issue in SourceMod and Valve’s opinion is that something is being done while the player is in a bad state (and thus not their issue either).

Somebody or multiple somebodies need to do the debugging work to find the root cause of the crash so we can understand what is going wrong inside the game - then maybe SourceMod can be changed to work around the issue or at least throw an error rather than crashing.

As it stands, the only option we have to stop this crash is to remove the functionality from SourceMod, since the problem is not on our side.

[asherkin]

Yes, specific, detailed reproduction steps are required to move forward with this.

[Powerlord]

Dumb question, but is it only happening in plugins that are changing player models?

[Alice.bnd]

Originally Posted by asherkin Yes, specific, detailed reproduction steps are required to move forward with this.

In this thread written that server crashes when player change class to a sniper.

Changing

PHP Code:

TF2_SetPlayerClass(client, settedClass); 
TF2_RespawnPlayer(client); 


to

PHP Code:

FakeClientCommand(client, "joinclass %s", g_strClass[settedClass])); 


solves crashes.