[Scipizoa]

L 04/12/2013 - 22:28:12: [SM] Native "GetClientWeapon" reported: Client index 693 is invalid
L 04/12/2013 - 22:28:12: [SM] Displaying call stack trace for plugin "friendly.smx":
L 04/12/2013 - 22:28:12: [SM]   [0]  Line 179, C:\Users\Glitch\Downloads\friendly.sp::OnTakeDamage()

[Scipizoa]

so the client check will fix the spam in my logs i've been getting? iirc wazmans version did this to and someone told him enity had to be set to 0

[ddhoward]

Originally Posted by Scipizoa so the client check will fix the spam in my logs i've been getting? iirc wazmans version did this to and someone told him enity had to be set to 0

No.

[ddhoward]

Uploading new version 13.0413 (1433). Very minor update. It is attached to this post, and will soon replace the version in the first post in this thread. Changes are:

• The cvar "sm_friendly_version" now properly updates upon installation of a plugin update and map change. Updates no longer require a full server restart.

[salsav91]

I noticed spies can still use their sappers while in friendly mod. I have the CVAR set so I am not sure if you knew this already.

[ddhoward]

Uploading new version 13.0413 (1445). Minor update. It is attached to this post, and will soon replace the version in the first post in this thread. Changes are:

• Sappers have been added to the list of weapons blocked by sm_friendly_blockweps.

As I stated in the first post, I hope to have the list of weapons blocked easily modified by server admins, without needing to edit the plugin.

[NameUser]

Can you add a feature in which bots are ignored by this?

[ddhoward]

Originally Posted by NameUser Can you add a feature in which bots are ignored by this?

This plugin really wouldn't work if bots could attack and be attacked by friendly players. I can't really think of any map or scenario where it would function desirably with such a feature enabled.

This plugin is more about players being able to completely isolate themselves from combat.

[salsav91]

Can this somehow become class specific? Like only work for spies.

Also another interesting glitch. If someone has one of the blocked weapons, they can still use it if they go friendly with it in there hands.
A.K.A (Pyro air blast)

[ddhoward]

Originally Posted by salsav91 Can this somehow become class specific? Like only work for spies.

Maybe? I'll look into it when I can; it's not really a high priority for me.

Originally Posted by salsav91 Also another interesting glitch. If someone has one of the blocked weapons, they can still use it if they go friendly with it in there hands. A.K.A (Pyro air blast)

I am aware of this, and realized a solution literally as I was typing "I am aware of this." I should have the fix implemented in the next version of the plugin.

Originally Posted by thetwistedpanda Not sure what was mysterious about the post I provided

Please understand that I know next to nothing about this stuff. I haven't done any sort of coding or programming since I took an "Introduction to Object Oriented Programming" (or whatever it was called) class at my local community college just under 4 years ago. I am using this plugin as an opportunity to learn this stuff. That being said, this was my initial instinct on how to implement that fix.

public OnEntityCreated(building, const String:classname[]) {
	if(entity > 0) {
		SDKHook(building, SDKHook_Spawn, OnEntitySpawned);
	}
}

If that didn't work, I would have tried:

public OnEntityCreated(building, const String:classname[]) {
	if(entity(building) > 0) {
		SDKHook(building, SDKHook_Spawn, OnEntitySpawned);
	}
}

If that didn't work, I would have tried:

public OnEntityCreated(building, const String:classname[]) {
	if(entity[building] > 0) {
		SDKHook(building, SDKHook_Spawn, OnEntitySpawned);
	}
}

I was close, at least.

Thank you for your help~