[ddhoward]

Originally Posted by shadowman110 Im running 1.6 with metamod 1.10, witch of those shipped SDKHook version do you mean?

If you are running SourceMod 1.6, then you already have SDKHooks. Do not attempt to install SDKHooks, as you already have it. It is pre-installed on these versions of SM.

[Powerlord]

Originally Posted by Knight6124 I'm new to this kinda stuff so can someone give me instructions on how to play the prop hunt mode

If you mean the TF2 Prop Hunt mode, follow the directions in the Prop Hunt thread, but with version 2.08's prophunt.smx instead... I need to update that post with the latest version

Having said that, SDKHooks is included in SourceMod 1.5, so you don't need to install it separately.

[Powerlord]

Not sure if I should report this here on on BugZilla.

I've been hearing that this line for SDKHooks has been causing crashes on older Linux versions:

		SDKHooks_TakeDamage(client, client, weapon, damage, DMG_PREVENT_PHYSICS_FORCE);

This is the code from Prop Hunt that makes BLU players take damage whenever they use their weapon.

Is it because I'm not specifying any other damage types?

[asherkin]

Originally Posted by Powerlord older Linux versions

?

[Powerlord]

Originally Posted by asherkin ?

The people reporting it are using CentOS 5.x or Debian 6, or so I recall.

I know I'm not seeing this crash using SourceMod 1.5 on Ubuntu 12.04 even on the rare occasions my test server is full.

Last person to mention it said the stack trace was

0	server_srv.so!CTFGameStats::FindPlayerStats(CBasePlayer*) + 0x6
1	server_srv.so!CTFGameRules:DeathNotice(CBase Player*, CTakeDamageInfo const&, char const*) + 0x936
2	server_srv.so!CTFPlayer::OnTakeDamage(CTakeDamageInfo const&) + 0x2250
3	sdkhooks.ext.2.ep2v.so!__SourceHook_MFHCls_OnTakeDamage::Func(CTakeDamageInfoHack&) [extension.cpp:141 + 0x17c]
4	sdkhooks.ext.2.ep2v.so!Native_TakeDamage(SourcePawn::IPluginContext*, int const*) [sourcehook.h:4833 + 0x2d]
5	sourcepawn.jit.x86.so!NativeCallback [jit_x86.cpp:2416 + 0xf]
6	0xe6b01357
7	sourcepawn.jit.x86.so!JITX86::InvokeFunction(BaseRuntime*, JitFunction*, int*) [jit_x86.cpp023 + 0x14]
8	libc-2.13.so + 0x15eff4
9	sourcepawn.jit.x86.so!BaseContext::Execute2(SourcePawn::IPluginFunction*, int const*, unsigned int, int*)

and the people who are seeing it haven't mentioned running any other plugins that deal damage to players.

This crash issue also didn't exist prior to the TF2 Romevision update.

[psychonic]

Originally Posted by Powerlord The people reporting it are using CentOS 5.x or Debian 6, or so I recall. I know I'm not seeing this crash using SourceMod 1.5 on Ubuntu 12.04 even on the rare occasions my test server is full. Last person to mention it said the stack trace was 0 server_srv.so!CTFGameStats::FindPlayerStats(CBasePlayer*) + 0x6 1 server_srv.so!CTFGameRules:DeathNotice(CBase Player*, CTakeDamageInfo const&, char const*) + 0x936 2 server_srv.so!CTFPlayer::OnTakeDamage(CTakeDamageInfo const&) + 0x2250 3 sdkhooks.ext.2.ep2v.so!__SourceHook_MFHCls_OnTakeDamage::Func(CTakeDamageInfoHack&) [extension.cpp:141 + 0x17c] 4 sdkhooks.ext.2.ep2v.so!Native_TakeDamage(SourcePawn::IPluginContext*, int const*) [sourcehook.h:4833 + 0x2d] 5 sourcepawn.jit.x86.so!NativeCallback [jit_x86.cpp:2416 + 0xf] 6 0xe6b01357 7 sourcepawn.jit.x86.so!JITX86::InvokeFunction(BaseRuntime*, JitFunction*, int*) [jit_x86.cpp023 + 0x14] 8 libc-2.13.so + 0x15eff4 9 sourcepawn.jit.x86.so!BaseContext::Execute2(SourcePawn::IPluginFunction*, int const*, unsigned int, int*) and the people who are seeing it haven't mentioned running any other plugins that deal damage to players. This crash issue also didn't exist prior to the TF2 Romevision update.

This shouldn't be linux specific, and that stack is from some SM version older than the 1.5.0 release, but it's possible that an update to TF2 caused an existing bug in the SDKHook_TakeDamage native to trigger a crash.

This can likely be reproduced by setting the weapon parameter to anything that's not -1 (default) or a client index. That bug was by chance fixed a few days ago by KyleS, with the fix in 1.5.1-dev and 1.6.0-dev snapshots.

[Powerlord]

Originally Posted by psychonic This shouldn't be linux specific, and that stack is from some SM version older than the 1.5.0 release, but it's possible that an update to TF2 caused an existing bug in the SDKHook_TakeDamage native to trigger a crash. This can likely be reproduced by setting the weapon parameter to anything that's not -1 (default) or a client index. That bug was by chance fixed a few days ago by KyleS, with the fix in 1.5.1-dev and 1.6.0-dev snapshots.

In this case, weapon had already been checked with IsValidEntity.

[psychonic]

Originally Posted by Powerlord In this case, weapon had already been checked with IsValidEntity.

That wouldn't matter in this case. Valid weapon ents could trigger it.

The issue was mistakenly assigning the passed weapon as the attacker, overriding the existing value.

The game then, particularly in that highest function in the crash stack trace, blindly passes the ent index of the attacker to index an array that's only as large as max players.

[psychonic]

Upon much deeper investigation, it looks like there is another issue as well which is more likely to be the cause. I'll have a fix soon.

[naldecon]

Anyone getting this error on Windows server after CSGO update (9/12/2013)?

[SM] Native "CS_DropWeapon" reported: Failed to locate function

SourceMod Version Information:
             SourceMod Version: 1.5.1-dev+3921
             SourcePawn Engine: SourcePawn 1.1, jit-x86 (build 1.5.1-dev+3921)
             SourcePawn API: v1 = 4, v2 = 4
             Compiled on: Sep 10 2013 10:49:03
             Build ID: 3921:101d0c5ac194
             http://www.sourcemod.net/

Does anyone know how to fix it?