sourcemm-coding — Discussion of sourcemm coding issues

[Sourcemm-coding] How to show a KeyValue data in the MOTD??

[Guo Z. <guo...@ya...>]

 I use this: 


MRecipientFilter filter; 
filter.AddRecipient(getIndexFromUserID(playerInfo->GetUserID()));

bf_write *msgs = engine->UserMessageBegin(&filter, 1);


msgs->WriteString(name); 
msgs->WriteByte(bShow ? 1:0); 
msgs->WriteByte(count); 
while(subkey){ 
msgs->WriteString(subkey->GetName()); 
msgs->WriteString(subkey->GetString()); 
subkey = subkey->GetNextKey(); 
} 
engine->MessageEnd(); 
 

But the Link errors "LNK2019" come out. 

You can see it in
"http://www.sourcemod.net/forums/viewtopic.php?t=2432"
Is there any method to show it correctly? 
Thanks for help!!! 


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

[Sourcemm-coding] Metamod:Source 1.00-RC2 Released!

[Scott E. <pro...@gm...>]

Metamod:Source 1.00-RC2 has been released. This update fixes many
important bugs and adds some useful usage and coding features. You can
get the binaries by selecting your operating system on the right.

Note that with this released we've separated Linux by glibc versions.
You can either try using the earliest version available, or using the
documentation to find exactly which version is most compatible with
your system.

Thanks to PM for making this release possible! If you have any
problems or questions, visit the Metamod:Source section on the
SourceMod forums.

- Added API for dealing with ConCommandBase registration (cvars/concmds).
This is to fix the fact that Valve API provides no way to unlist a cvar/cmd=
.
- Added two new commands - "meta cmds" and "meta cvars".
- Added API calls for correctly printing to the console such that rcon
will also receive messages that a plugin prints.
This problem was mentioned on hlcoders and Valve offered no reply.
- Added event hooking and cvar samples to sample_mm.
- Added new cvar, mm_pluginsfile, which defaults to
"addons/metamod/metaplugins.ini".
- Fixed a bug where multiple vtable patches on the same hook were not
re-patched when removed.
This caused a crash when two hooks were declared on one function, the
first was removed, and
the original function was then called.
- Fixed "meta clear" not unloading all plugins.
- Fixed Metamod:Source loading plugins with a higher current API version.
- Fixed whitespace being parsed in metaplugins.ini.
- Fixed bug where SourceHook tried to patch already
destroyed/unavailable memory.
- Bumped Plugin API version to 6.

[Sourcemm-coding] AddHook issue under Fedora core 3 with g++ 3.4.2

[Vincent Nolin-H. <vh...@gm...>]

Hi guys,

     I'm currently coding a plugin which needs to hook a virtual
function in CBasePlayer. The thing is, it works perfectly without any
issue under windows, but when I try the same code under linux all
hooking/callclass related macros cause a protection fault.

     I traced the crash to the following lines in this function:

bool CSourceHookImpl::AddHook(Plugin plug, void *iface, int
thisptr_offs, HookManagerPubFunc myHookMan, ISHDelegate *handler, bool
post)

                  // Tell it to store the pointer if it's not already activ=
e
                     if (hookman->vfnptrs.empty())
                             hookman->func(HA_Register, &(*hookman));

    XXX Crash here! XXX void **cur_vtptr =3D *reinterpret_cast<void***>(
                             reinterpret_cast<char*>(adjustediface) +
tmp.vtbl_offs);
                     void *cur_vfnptr =3D
reinterpret_cast<void*>(cur_vtptr + tmp.vtbl_idx);

Here are the flags I use during compilating/linking:

ARCH_CFLAGS=3D-O3 -fno-rtti -funroll-loops -s -pipe

BASE_CFLAGS=3D-fpermissive -D_LINUX -DNDEBUG -Dstricmp=3Dstrcasecmp
-D_stricmp=3Dstrcasecmp -D_strnicmp=3Dstrncasecmp -Dstrnicmp=3Dstrncasecmp
-D_snprintf=3Dsnprintf -D_vsnprintf=3Dvsnprintf -D_alloca=3Dalloca
-Dstrcmpi=3Dstrcasecmp -fPIC

        Any ideas ? Remember that the whole thing works fine under windows.=
..

                    Thanks in advance,

                               Vincent Nolin-Hudon

[Sourcemm-coding] Source MM functionality

[Jeremy S. <jsw...@gm...>]

Hello,

I'm a bot coder for the Omni-bot framework www.omni-bot.com

I've recently been adding support for Halflife 2 through the server
plugin interface. Currently they are running around and shooting
stuff. Myself and other bot coders have been basically stuck for some
time now without access to certain critical functionality through the
plugin interface. I'm wondering if Source MM could provide any of the
needed functionality.

http://forums.bots-united.com/showthread.php?t=3D4026

Here is a link to a forum thread that lists pretty much everything
missing from the server plugin interface. I was hoping someone with
the know-how could take a look and just give me a general idea about
whether or not any of them would be possible to implement using
sourcemm rather than the server plugins.

Thanks
Jeremy

[Sourcemm-coding] Cvar Warning

[David A. <dv...@wp...>]

Hello everyone/anyone (first email?!)

Currently, if you hot-unload SourceMM plugins which have any type of 
ConCommandBase (cvar, concmd), it will crash.

This is because the HL2 engine does not provide a way to unregister 
cvars/concmds. Rather than provide a way, Valve has done some weird 
things. For example, you can't actually unload server plugins from 
memory (plugin_unload does not free them), because the HL2 engine is 
still relying on their cvars.

However, Metamod:Source frees plugins properly so you can write over the 
file and keep testing. This means, if you use "meta unload", the HL2 
engine will keep trying to access your cvars/concmds and promptly crash. 
The server might also crash on exit.

How do you prevent this? The next release of SourceMM will expand 
support for cvars/concmds. Besides having two new commands ("meta cmds", 
"meta cvars"), it will also provide new macros for properly registering 
ConCommandBases.

Currently, your code might look like this:
Code:

bool MyAccessor::RegisterConCommandBase(ConCommandBase *pCommand)
{
    pCommand->SetNext(0);
    pICvar->RegisterConCommandBase(pCommand);

    return true;
}

To prevent crashing, you should instead register your ConCommandBases 
through SourceMM. SourceMM will then keep track of them and properly 
unlink them from the HL2 engine when needed. To do this, use the handy 
new macro:
Code:

bool MyAccessor::RegisterConCommandBase(ConCommandBase *pCommand)
{
    META_REGCVAR(pCommand);

    return true;
}

Want to see an example of this code, or test the code out before the 
next release? You can build SourceMM from CVS, and sample_mm in CVS has 
updated code demonstrating correct cvar/concmd usage.

    ---David "BAILOPAN" Anderson
    http://www.sourcemod.net/
    http://www.sourcemm.net/