[Marcus101RR]

Originally Posted by RasterMan This needs updating badly

Both survivor upgrade mods are off-duty, or no longer supported. Unless SDK Hook gets back into the game I doubt it. But, some people say it has nothing to do with SDKhooks. I still beg to differ, I will try the windows version. Maybe it works.

[AtomicStryker]

Just to clarify a couple of things

Survivor Upgrades uses some beta functions that are left over. They were never developed further or removed, hence their binary Signatures never changed.

L4D2 does not have these fuctions anymore.

Anyone claiming this has stopped working merely fails at updating his L4D1 Sourcemod to a Sacrifice-fixed version.

Hint:
http://www.sourcemod.net/snapshots.php

[RasterMan]

L4D1, I'm using latest snapshots from 1.3.7 branch and my logs are getting spammed with this:

L 12/02/2010 - 071:57: SourceMod error session started
L 12/02/2010 - 071:57: Info (map "l4d_river01_docks") (file "errors_20101202.log")
L 12/02/2010 - 071:57: [SM] Native "SDKCall" reported: Invalid Handle 0 (error 4)
L 12/02/2010 - 071:57: [SM] Displaying call stack trace for plugin "survivor_upgrades.smx":
L 12/02/2010 - 071:57: [SM] [0] Line 732, survivor_upgrades.sp::GiveClientSpecificUpgra de()
L 12/02/2010 - 071:57: [SM] [1] Line 714, survivor_upgrades.sp::GiveClientUpgrades()
L 12/02/2010 - 071:57: [SM] [2] Line 685, survivor_upgrades.sp::GiveInitialUpgrades()

[Marcus101RR]

Originally Posted by AtomicStryker Just to clarify a couple of things Survivor Upgrades uses some beta functions that are left over. They were never developed further or removed, hence their binary Signatures never changed. L4D2 does not have these fuctions anymore. Anyone claiming this has stopped working merely fails at updating his L4D1 Sourcemod to a Sacrifice-fixed version. Hint: http://www.sourcemod.net/snapshots.php

Quite an accusation you have there for someone of your Respects. It is a shame that people are pros, but once they are too high and might they have nothing to back it up? Did you bother proving this fact yourself?

No matter what snapshots I used, the error continues to appear. SDKCall is failing from what I was last notified of, so if it is sourcemod, it is just that this plugin needs a simple fix to work again.

Try using the commands addrandomupgrades, or addupgrade. Show the logs of the console, and if you do not receive the below errors. Feel free to share what version you are using, if at all. If you want to help, give the information, don't link us to 100 zip files that we have to test out for each one.

Below is my posted snapshot, hehe, sounds like you have been beaten to the punch. I'm using the latest as well as the guy next to me. So as far as I'm concerned, i'm still waiting for a proving confirmation this plugin WORKS in all aspects that it was designed to do.

Seeing how once again, no one has proven it, the plugin is BROKEN. End of log.

Originally Posted by RasterMan L4D1, I'm using latest snapshots from 1.3.7 branch and my logs are getting spammed with this: L 12/02/2010 - 071:57: SourceMod error session started L 12/02/2010 - 071:57: Info (map "l4d_river01_docks") (file "errors_20101202.log") L 12/02/2010 - 071:57: [SM] Native "SDKCall" reported: Invalid Handle 0 (error 4) L 12/02/2010 - 071:57: [SM] Displaying call stack trace for plugin "survivor_upgrades.smx": L 12/02/2010 - 071:57: [SM] [0] Line 732, survivor_upgrades.sp::GiveClientSpecificUpgra de() L 12/02/2010 - 071:57: [SM] [1] Line 714, survivor_upgrades.sp::GiveClientUpgrades() L 12/02/2010 - 071:57: [SM] [2] Line 685, survivor_upgrades.sp::GiveInitialUpgrades()

SourceMod Version: 1.4.0-dev SourcePawn Engine: SourcePawn 1.1, jit-x86 (build 1.4.0-dev) SourcePawn API: v1 = 4, v2 = 3 Compiled on: Oct 30 2010 20:228 Build ID: 3067:12d774d9b4c2-dev http://www.sourcemod.net/ Metamod:Source version 1.8.5-dev Build ID: 749:672ad815975d-dev Loaded As: Valve Server Plugin Compiled on: Oct 30 2010 Plugin interface version: 15:14 SourceHook version: 5:5 http://www.metamodsource.net/

[AtomicStryker]

Oh, no, the same whining came in my Simple Laser Plugin thread, which made me aquire the current L4D1 binary (not having the game installed), disassemble it, re-find the function, only to realize it's Signature has not changed one bit. (get it?!)

Then, since people kept claiming it doesnt work, i even made the Linux Signature binary instead of name-based, which is a joke in itself.

I can offer the same nonsense here if you insist.

[delirium_trigger]

Originally Posted by AtomicStryker Oh, no, the same whining came in my Simple Laser Plugin thread, which made me aquire the current L4D1 binary (not having the game installed), disassemble it, re-find the function, only to realize it's Signature has not changed one bit. (get it?!) Then, since people kept claiming it doesnt work, i even made the Linux Signature binary instead of name-based, which is a joke in itself. I can offer the same nonsense here if you insist.

LOL look at what you guys did. You raged him into giving a solution.

[Visual77]

Originally Posted by delirium_trigger LOL look at what you guys did. You raged him into giving a solution.

No shit? That's the only way you will get an update out of this guy

[RasterMan]

@AtomicStryker

Your version you posted is working fine here thx m8

[Danny_l4d]

Now you made him mad
here Atomic, to relax and laugh a little

http://www.youtube.com/watch?v=16cWiWj--8E

[AtomicStryker]

I'm not mad, its the order of things. Your complaints made me bug someone higher up the code chain to look if there might be something wrong with L4D1 Sourcemod, only to endure his vindictive hate showering me and calling the complaining users names i wont quote.

If I'm between trusting a dev that everything must work ["if FindEntityByClassName and CreateEntityByName work Signature finding is fine"] and your claims that it doesn't ... guess whom i'll believe.