[RoboCop]

Hello I'm trying to fix and recompile Foxbot Metamod Win32 build for TFC using VS 2015 but it appears to be given me 'LNK2001' Linker errors for some reason. So I tried the alternative compiler, Codelite - powered by MinGW - to Compare and Contrast the results after a few essential tweaks and adjustments it appears to compile fine but Metamod v1.21.1-am fails to load FoxBot with this log:

L 08/12/2016 - 22:31:55: [META] ERROR: dll: Failed query plugin '<foxbot_mm.dll>'; Couldn't open file 'c:/program files (x86)/steam/steamapps/common/half-life/tfc/addons/foxbot/foxbot_mm.dll': The specified module could not be found.

To cut a long story short, it maybe something to do with -Xlinker and -shared flags that is required for MinGW. Or it maybe caused by the '#define EXPORT _declspec( dllexport ) marco redefinition' warning message. But I am starting to run out of ideas and which linker options and settings are equivalent for VS 2015 compared to those 2 corresponding flags.

Plus I even tried to compile this Win32 build on VC++ 6.0 but gave me the same 'LNK2001' errors

As for the VS 2015 project for the latest Foxbot found in the Src zip it appears that Zybby from Omni-bot, who worked on upgrading Foxbot left a bit of a mess in the .vcproj file. Where he missed out a few important .cpp source files required for the compile build and only used Borland for Win32 compiling instead. I've never tried Borland before and therefore need to learn how to use it.

I am a bit of a C/C++ amateur but do any of you folks know?

[Arkshine]

well, "The specified module could not be found" implies the file doesn't exist.

[RoboCop]

Well this 'file not exist' error should exist as I put 'win32 addons\foxbot\foxbot_mm.dll' in addons\metamod\plugins.ini file from where it is actually located...but Metamod can't find it? Doesn't make any sense. Also the Linux version runs quite well using the same src codes, HLSDK and Metamod src codes etc.

Zybby must of also left the _WIN32 if/else statements unfinished as the cpp scripts also contain preprocessor support for '#ifdef __BORLANDC__' but has been commented out. Saddly Zybby appeared to given up and left Foxbot in 2010 with this mysterious issue.

[Arkshine]

This error is not related to metamod itself. Metamod actually tried to open this file with the Microsoft LoadLibrary() function. It looks like this error means file could be located but could not be loaded.

Likely a dependency issue since you compiled with something else?

Attach or link the source code, I can try to compile it.

[RoboCop]

https://www.dropbox.com/s/wj5ejrg54l...oxbot.zip?dl=0

There.

[Arkshine]

Are you sure you gave the right source code? It misses some files like tf_defs.h.

[RoboCop]

Yes I'm quite sure and the compiler didn't give my any errors on failing to find tf_defs.h. That header file is found in 'hlsdk-2.3-p4\multiplayer\cl_dll' I've also kept the other versions of HLSDK in My Documents to compare the original/patched/modified versions.

You trying to say that header should be in the main Foxbot source folder? I couldn't of deleted it from there unless DrEvil or Zybby did when they were upgrading Foxbot...

As for the other files that maybe missing I believe Zybby had excluded cbase.cpp, fsubs.cpp, fworld.cpp and globals.cpp in the compiler directory from the main /foxbot folder; but are found in the VC++ 6.0 .dsw file.

[Arkshine]

It was my bad, tried to compile against Alliedmods HLSDK/Metamod.

Your link errors are because you provide wrong information when you use "extern" on some global variables.

Most of the errors are because you added "const", like "extern const my_global_variable". Not sure why.
And the others left are because you declared a global variable as "int" but use "extern bool my_global_variable".

Once this done, it compiles fine.

[RoboCop]

Well no. I believe it was Zybby that added those but never finished fixing it. As far as I know with altering the cpp codes: the only changes I made were commenting the Mod support for FrontLine Forces, CS 1.6, DMC, HLDM and Op4 as they seem pointless as RCBot1, POD-Bot and JK_Botti have superceded based from this code ripped from Botman's HPB.

Plus the older Foxbot build for Linux needed fixed in h_export from the LoadLibrary() for the newer SteamPipe tfc.so binary and ignore the older HLDSUpdatetool tfc_i386.so.

This error on const you mentioned could explain why Zybby used a different compiler like Borland but never repaired those global variable errors. I'll have a look and sort it out now! Thanks.

[RoboCop]

Alright it seems to be working now thanks!