[zeroibis]

Was wondering if your php script at: http://www.sourcemodplugins.org/smlibfunctions.php

Could be used to make it easier to read other include files like the one attached?

[berni]

This was just a quick & dirty thing.
I have written a much more powerful Pawn Parser that I maybe will release together with the dynamic API documention, don't know yet

[zeroibis]

Ah, cool. Yea I have been trying to find a better way to see the list of natives and descriptions for that mod so that I and others can have an easier time writing programs for it.

[bl4nk]

Handles to convars don't need to be closed, as you're not making a new one when you find a convar.

[berni]

Originally Posted by bl4nk Handles to convars don't need to be closed, as you're not making a new one when you find a convar.

? doesn't Sourcemod create a new Handle for each call to FindConVar ?

[psychonic]

Originally Posted by berni ? doesn't Sourcemod create a new Handle for each call to FindConVar ?

noOnly if SM did not already have a handle for that convar, but there will still only be one handle at most per convar.

Citation: http://hg.alliedmods.net/sourcemod-c...nager.cpp#l451

[berni]

Originally Posted by psychonic noOnly if SM did not already have a handle for that convar, but there will still only be one handle at most per convar.

ok thx then, I will also cache the handle, since calls to FindConVar are very expensive, I have also added caching to the team edict functions already.

If I get everything done I have in my head, I will make a bigger release today, including extensive chat color support.

[bl4nk]

Originally Posted by berni ok thx then, I will also cache the handle, since calls to FindConVar are very expensive, I have also added caching to the team edict functions already.

SM already does this (see the link psychonic posted), so there's no reason for you to do it in Pawn, which is slower than C++.

[berni]

Originally Posted by bl4nk SM already does this (see the link psychonic posted), so there's no reason for you to do it in Pawn, which is slower than C++.

In my tests this was not the case, I called FindConVar on a srcds convar 100.000 times and the profiling time was significantly higher than when it was cached.

[psychonic]

Originally Posted by bl4nk SM already does this (see the link psychonic posted), so there's no reason for you to do it in Pawn, which is slower than C++.

Originally Posted by berni In my tests this was not the case, I called FindConVar on a srcds convar 100.000 times and the profiling time was significantly higher than when it was cached.

Creating the handle to the convar isn't the slow part; finding the var is.

SM calls FindVar to first make sure the convar exists before looking to see if it already has a handle to it. FindVar iterates through all cvars and commands, doing string compares.

This is why it is slow even if SM already has a handle to it, and thus, why you should still cache the handle.