maca134

The loot table is too deep means there are too many levels to the loot table or you may have a circle reference. GrpA -> GrpB -> GrpC ->GrpA.....

Should be sorted now

Yup as kuplion says, OCP did come first but it was a mess. The mod had original source files in it, models had errors etc. The original author dump unfinished work on the BIS forums as he had finished with ARMA. Dirty Sant took the stuff and just smashed it in a mod with some hacky way of replacing the buildings and without any work to fix the errors or even remove original textures. So his mod was over a 1gb in size, torn gave the models a day of love, fixed all the bugs, made ai work in them and the result was a 185mb mod which just works on any map using those buildings

Should be sorted now

this is a dead project i think. No one has offered any support so pfft

Can you write shorter posts please, cos frankly im not reading that...

Repackaging/uploading to steam for "version control" makes utterly no sense: Mods breaking servers over updates is par for the course when running an ARMA server (or any modded game server). Although you changed the paths on a pbo, this gets alot harder when you have to deal with binarized content (models/rvmats). "Rebranding" PBO's is one sure fire way to get mod authors backs up. Unless you really know what you are doing, just "combining" pbos will probably cause you more problem in the future when you actually want to update. I've been involved in the ARMA community for quite a while now, I have already encountered the problems above, just stick with the official mods and be prepared to breakages when updates are pushed. PS. If you want email alerts when steam mods updates: http://workshop.a3launcher.com

Too clear things up, Exile CANNOT be uploaded to Steam without the permission from the authors, please read the licence info here https://creativecommons.org/licenses/by-nc-nd/4.0/ This doesnt apply to individual pbo's, it applies to the files as they are distributed on the website, as in "the package". Ripping out pbos and dumping them into another mod breaks the NoDerivatives clause.

The problem is ARMA not the extension. It seems there is some odd issues with numbers. The function ExileClient_util_string_scalarToString seems to be borked at least on 64 bit. It doesnt deal with negative numbers now for some reason. Try running If it returns "10.234" then you have the problem. The function is only ran on the server but it is a client function. Overriding it with this code fixes the issue: Running that on my servers and it all looks good for now

Just had a look, text data types have no default value. So just increasing the length of varchar will work too. 1024 should be more than enough.

worst idea ever

Both Torn and me are pretty experienced when it comes to ARMA, we wrote mARMA to be as seamless as is possible and use the smallest amount of resources. Using anything to monitor your server will reduce the amount of available resources, the only real way to find out is to test it and see for yourself.

Sorted

You need to install the required nuget packages first

it "should"™