Hm, I'll see what I can figure out - nothing obvious looking at the code but I don't think I regression tested the waypoint stuff on Linux so it looks like there probably is a bug.
I might not get to it this weekend but I'll see what I can do.

Okay, it looks like you're running from HLDS rather than Steam itself? I've been looking into debugging with Steam and it looks like a mess. Looks like it worked at one point (http://steamcommunity.com/app/221410...3757387624740/) but GAME_DEBUGGER is no longer in steam.sh, so that's no good. On the plus side Steam seems to generate minidumps regardless of OS settings but of course gdb can't load minidumps. There's a tool called minidump-2-core that's part of google-breakpad but it's not in any mirror that I can find, so my only option is to clone and build (which I'd like to avoid).
How easy is it to set up HLDS, get it running and generate a crash dump?

For HLDM without Metamod yes - With Metamod no. I don't know why it crashes and the GDB gave me a huge list of errors linked to metamod.so - even without the other Addons like AMXX and Spawn & Chat Protection.

I don't know much on how you code for Sandbot, but is it possible that those bots only work if the builds were split to do only load as a Standalone and as a Metamod build? E.g sandbot.dll and sandbot.so for Standalone and sandbot_mm.dll and sandbot_mm.so for Metamod?

@RoboCop The list is are watching is just a backtrace, not a "huge list of errors". There is no really a reason to split the builds for Metamod and Non-Metamod. The code is isolated in checks and calls Metamod functions when loaded as plugin and the normal game/engine functions when is working standalone.

For HLDM without Metamod yes - With Metamod no. I don't know why it crashes and the GDB gave me a huge list of errors linked to metamod.so - even without the other Addons like AMXX and Spawn & Chat Protection.

How about v0.4?

Quote:

Originally Posted by RoboCop

I don't know much on how you code for Sandbot, but is it possible that those bots only work if the builds were split to do only load as a Standalone and as a Metamod build? E.g sandbot.dll and sandbot.so for Standalone and sandbot_mm.dll and sandbot_mm.so for Metamod?

As The Storm said there's no reason for there to be separate builds.

I suspect the issue is to do with sub-classing or how it is built on Linux as it works on Windows (though it's possible I'm invoking undefined behaviour and Visual Studio generates better code for the situation).
Looks like there could be a problem with the waypoint code on Linux too though I haven't really touched that, so not sure what it could be. I'll try and sort out the Opposing Force crash first anyway.

If anyone knows how to get Half-Life to generate gdb core dumps that would help too.