[joropito]

with 'extern "C"' you're just telling the compiler to not mangle symbol names.

Mangling came up with C++ function override features (not supported in pure C)

Edit:

That's why GiveFnptrsToDll is the pure name and not something like __ti15GiveFnptrsToDllP13enginefuncs_tP12globa lvars_t

[claudiuhks]

Originally Posted by joropito with 'extern "C"' you're just telling the compiler to not mangle symbol names. Mangling came up with C++ function override features (not supported in pure C) Edit: That's why GiveFnptrsToDll is the pure name and not something like __ti15GiveFnptrsToDllP13enginefuncs_tP12globa lvars_t

Hmmm, then why is this line required for Windows build?

PHP Code:

#pragma comment ( linker, "/EXPORT:GiveFnptrsToDll=_GiveFnptrsToDll@8" ) 


[joropito]

Originally Posted by claudiuhks Hmmm, then why is this line required for Windows build? PHP Code: #pragma comment ( linker, "/EXPORT:GiveFnptrsToDll=_GiveFnptrsToDll@8" )

I know nothing about compiling under windows

[micapat]

Thank you to share ! We could develop some funny modules now .
Someone said ZpPlague ? :p

[jim_yang]

extern "C" __declspec(dllexport) will make your export functions name unchanged when you export your functions, but it only works with __cdecl, you see that in front of "GiveFnptrsToDll" , I add a WINAPI modification, which is __stdecl, so the export function name will be changed. I must tell the linker to fix it. You can see that other export functions like GetEntityAPI or entity functions don't have this treatment.

About the game entity, there are lots of tools which can view the export functions in dll, or you can just copy those names from meta mod source code to complete it.

[claudiuhks]

Originally Posted by Arkshine Call the original function and get it's returned value ?

After a few tests, I realized that is the returned value decreased by one.

PHP Code:

int g_Colored_Message;

int RegUserMsg( const char * pName, int Size ) {
  int Returned_Value = g_engfuncs.pfnRegUserMsg( pName, Size );
  if( !strcmp( pName, "cstrike" ) || !strcmp( pName, "czero" ) )
    g_Colored_Message = Returned_Value - 1;
  return Returned_Value;
} 


The archives have been updated due to optimization and complexity.

Originally Posted by jim_yang About the game entity, there are lots of tools which can view the export functions in dll, or you can just copy those names from meta mod source code to complete it.

Hmap contains the entity list from Meta Mod v1.19 source code, but still doesn't work with de_airstrip.
Thank you for recommending me a DLL exports viewer. I solved the problem with a free software, now de_airstrip works. Of course, many entities are missing in Meta Mod v1.19. I upload the software in this post.

Originally Posted by micapat Thank you to share ! We could develop some funny modules now . Someone said ZpPlague ? :p

Building Zombie Plague is like building a game. The only difference is that for building a game you get paid whether you're licensed. What about Zombie Plague?

[Arkshine]

About de_airstrip issue, if I'm right, is not metamod-p deals dynamically with the entities so you don't need to hardcode them ? If so, you might take a look to see how it's done.

[sparky99]

A good explanation of those weird lines is found here.

neuron.tuke.sk/wagner/bot/declarations.html

neuron.tuke.sk/wagner/bot/export.html

[claudiuhks]

Originally Posted by sparky99 A good explanation of those weird lines is found here. neuron.tuke.sk/wagner/bot/declarations.html neuron.tuke.sk/wagner/bot/export.html

Very nice.

I'm still wondering how to create a "Like Meta Mod" plugin which works without all entity class names exported inside it.

[jim_yang]

Like Arkshine told you, you may see metamod-p source code, it dynamicly edit your module's export table in memory. combine export functions of your module with the ones game dll has.