[3jorn]

I was playing around with the entities today, and made this command

CON_COMMAND( print_edicts, "print the edicts with classnames" )
{
    for(int i = 0; i < engine->GetEntityCount(); i++)
    {
        edict_t *pEntity = engine->PEntityOfEntIndex(i);
        if(pEntity)
        {
            CBaseEntity *cbe = pEntity->GetUnknown()->GetBaseEntity();
            Msg("%i\t: %s \n", i, pEntity->GetClassName() );
        }
    }
}

This will simply print the entire list of entities on the server. It will crash if you don't do the if(pEntity) test.

This can be expanded to filter out what you want. Example, getting the teams

if( FStrEq(pEntity->GetClassName(), "cs_team_manager") )
{
      CTeam *team = (CTeam*)pEntity->GetUnknown()->GetBaseEntity();
      Msg("Team name: \t%s \n", team->GetName() );
}

You'll need to include "cbase.h" and "team.h".

team->AddScore(2) adds 2 points to that team.
Just wanted to share in case someone could benefit from this code.

[BAILOPAN]

There's no guarantee that a mod's CTeam or any of its members will exist, must less match, how your code compiles from the SDK.

Therefore be warned that your code will most likely not port to any other mod, and may even break across versions of CS:S.

[3jorn]

My code is for CS:S only.
Please forgive me, I'm having trouble understanding why it might break if it compiles and work properly for both Windows and linux.
If compiled with the correct headers, I would assume it would work until Valve changes around they team-code?

[BAILOPAN]

CTeam derives from CBaseEntity and that means changes to CTeam, CBaseEntity, or anything CBaseEntity derives from, that differ from the SDK, will result in a binary incompatibility. Anything that deals with member variables or the virtual table order (virtual functions) on a source-code level has to match.

The current SDK tends to somewhat match how Valve has compiled CS:S, but there have been periods where it has not. If the specific function/variable you're accessing works, that's great. But it may break in the future so my warning was to mentally prepare you for that if you weren't already ;)

[3jorn]

hehe thanks, however when it breaks, I'll probably be left baffled anyways
I'm still pretty new at this, it takes a while to get a really good understanding of it.

But I do understand what you are saying now, and it makes perfect sense. I guess the safest would be to not make my code rely on something that cannot be fetched dynamically.

My goal was simply to be able to make a gametype that I can add points to a team without the round having to end - capture the flag much-alike.
Pretty good fun to play around with this