VadaVaka

Full Version: Steam + TS + Adminmod
You're currently viewing a stripped down version of our content. View the full version with proper formatting.

Guest

For the past couple of weeks, there has been a Specialists Mod server running under the Vadavaka/GRITS umbrella. Unfortunately, this has been without Adminmod as there have been some hiccups getting it to work. For the most part, it's been ok but as time passes there are quite a few players who don't seen to know or respect the high standards of quality we've come to expect. Enter GRITS, who pestered me non-stop to get this working for her, and now I have (on my test server).

It all starts off because Metamod reports Unrecognized game: ts when you start it up. After a lot of digging, this is DIRECTLY as a result of Metamod v1.17. v1.16.2 does NOT give this error and works perfectly fine (but you must use Adminmod 2.50.56 and can only run on a WON HLDS). So, what about you Steam users ? I wanted to say tough luck, but apparently that wasn't an option! (My burning ear can still testify to that!). So, what next ? Sources!

I acquired the latest Adminmod and Metamod sources I could lay my hands on. Compiled them up, installed them, but got the same issue. So, that ment it wasn't a compile or system issue. Downloading the v1.16.2 sources and v1.17 sources show a substantial number of changes, including the addition of games.h and the moving of the array that holds all the recognised mods. Now, looking at that shows no differences between the two, but there are some differences in the code that use the array:

Quote:Specialists array entry
            {"TS",  "ts_i386.so",  "mp.dll",      "The Specialists"},

It was then that the problem struck me. strmatch() was case sensitive and is being used to test for "TS". However, when you start up your HLDS, you usually specify -game ts. Linux is case sensitive also, so starting it with -game TS wouldn't work for finding the directory. So, I cheated and used a symbolic link (basically a pointer to another file/directory):

Quote:Symbolic link creation
            ln -s TS ts

Now, please note that I have sent this issue off to the Metamod coder, so this might be fixed in the next version, hence my reason for using a symbolic link and not just renaming the directory. So, with that done, I went to the Adminmod website and downloaded the latest .so's. Installing these in the appropriate places was easy enough, but left me with a problem of not recognising any player name I issued against admin_kick, admin_gag, etc. Solution? Download the latest adminmod sources via CVS from Sourgeforge.

Compiling was a breeze, though I had to locate the right libc6.2-2.so.3 location and enter that into STDCPPLIB within Makefile. No errors, no warnings, so I copied admin_MM_i386.so to my server and all seemed ok. However, upon restarting the server I got a __gxx_personality_v0 error. Turns out that if you get this, you are probably using a later version of libtool and thus need to add the flag -lstdc++ to the SHLIBLDFLAGS within your Makefile again. Compiled again, copy it over and bingo all works a dream.

If you are thinking about compiling up Metamod and using the compiled version of the .so then I suggest you don't. You'll simply get a meta-interface version error. This is because there have been some updates to Metamod that haven't yet been fully released (hence the beta notice on the adminmod website earlier).

I'm sure there are others on the TS forums... Correction, I KNOW there are others on the TS forums who want this sort of information, but YOU got it first!
Thanks netniV:thumb:
maybe Quickening will leave my ear alone now too. heheeheehee

Guest

I must point out, that other people may NOT have to download the source code if those .so's work for them... test it out before jumping that phase to downloading the source code.
So...what happened to this anyway...did it work? It would be nice to have a couple of admins on there to like change the map if its too big or people dont like it. Just get back to me if you get it to work.