[plazma]

What is this module JSON?

[klippy]

Originally Posted by plazma What is this module JSON?

This module's primary role is to aid you in parsing JSON files. If you don't know what these are, you most probably don't even need this module on your server.

[exeorb]

You can use socket module for your needed. If you want I can write some stock functions for this I want to implement thread pool module to call functions like socket send recv. If somebody whatnot I can do it

[Arkshine]

I was thinking to convert the SM module as a json module since this would be welcomed in AMXX (now we have a parser API for INI and VDF config file) ; but that's too bad you're using std::!

[exeorb]

Why? I can rewrite it if there is a good reason

[Arkshine]

Here the reason:

Originally Posted by BAILOPAN AMX Mod X and SourceMod require no dependencies on STL. They are not exception safe, and try/catch blocks add runtime overhead in MSVC. It's also really hard to properly and safely statically link libstdc++, and Linux doesn't guarantee the C++ ABI will be the same on all distros. A particularly nasty bug is that hlds_* do not have PT_TLS headers. In older versions of libc (which are still floating around on servers that don't want to do a massive distro upgrade), PT_TLS sections cannot be late loaded, but newer libsdtc++ versions have them. So I have seen STL-dependent modules refuse to load with extremely confusing error messages. I've also seen conflicts when linking with Valve libraries. I'm not exactly sure what happened, perhaps it was a name conflict (ELF names tend to be leaky) or something. Anyway our libstdc++ conflicted with Valve's and crashed. If you can get it working, that's great - but we don't check in libstdc++ dependent code into the tree.

[GordonFreeman (RU)]

Windows version v1.2

[exeorb]

Now I don't use std vector, stack and string (see amx_handle.cpp) but I cannot abandon std::bind

[Arkshine]

That's not good. No STL. Well, if you can't, just keep your own version as you wish, it's ok, but this means I will have to convert this SM module myself, it's ok too. Not a big deal, but since you were working on it, I did not think it was necessary.

[exeorb]

Alright no stl. I will repair it tomorrow ;)