You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
---|
From: Guo Z. <guo...@ya...> - 2005-09-04 11:47:28
|
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 |
From: Scott E. <pro...@gm...> - 2005-07-07 22:39:09
|
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. |
From: Vincent Nolin-H. <vh...@gm...> - 2005-07-04 23:13:04
|
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 |
From: Jeremy S. <jsw...@gm...> - 2005-05-31 20:35:17
|
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 |
From: David A. <dv...@wp...> - 2005-05-26 07:59:59
|
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/ |