FordDefect

Create a new file in your missions fold called ExileClient_util_gear_repackMagazines.sqf Copy this contents into it. /** * Exile Mod * exile.majormittens.co.uk * © 2015 Exile Mod Team * * This work is licensed under the Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License. * To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-nd/4.0/. */ private["_container","_magazineClassName","_ammoToChange","_ammoPerMagazine","_equippedAmmo","_equippedMagazines","_ammoToRefund","_ammoToRefundThisRound"]; _container = _this select 0; _magazineClassName = _this select 1; _ammoToChange = _this select 2; _ammoPerMagazine = getNumber(configFile >> "CfgMagazines" >> _magazineClassName >> "count"); _equippedAmmo = 0; _equippedMagazines = magazinesAmmo _container; if (_ammoPerMagazine > 1) then { { if ((_x select 0) isEqualTo _magazineClassName) then { _equippedAmmo = _equippedAmmo + (_x select 1); }; } forEach _equippedMagazines; _container removeMagazines _magazineClassName; //the fix _ammoToRefund = _equippedAmmo + _ammoToChange; while {_ammoToRefund > 0} do { _ammoToRefundThisRound = _ammoToRefund min _ammoPerMagazine; _container addMagazine [_magazineClassName, _ammoToRefundThisRound]; _ammoToRefund = _ammoToRefund - _ammoToRefundThisRound; }; }; then add the following line to your mission config file class CfgExileCustomCode { /* You can overwrite every single file of our code without touching it. To do that, add the function name you want to overwrite plus the path to your custom file here. If you wonder how this works, have a look at our bootstrap/fn_preInit.sqf function. Simply add the following scheme here: <Function Name of Exile> = "<New File Name>"; Example: ExileClient_util_fusRoDah = "myaddon/myfunction.sqf"; */ ExileClient_util_gear_repackMagazines = "ExileClient_util_gear_repackMagazines.sqf"; }; the bug was just use of the wrong command removeItems rather than removeMagazines. The solution has already been on the forums but nobody had made it explicit.

@Weston that rpt show that you don't have the mod on your start line command. -servermod=@ExileServer; You should have -servermod=@ExileServer;@a3_dms; Also make sure that a3_dms.pbo you compiled is sitting in the same directory as exile_server.pbo and exile_config.pbo. If you are using a GSP that overwrites the mod folder each restart. create a new directory in you servers root file @a3_dms/addons/ and put your pbo there instead. @Trooper You can find the configuration file in DMS_Exile-master/@ExileServer/addons/a3_dms/config.sqf after you have changed your settings make sure you compile ithe a3_dms file into a new pbo and use that instead of the default one.

Glad to see this is been supported natively by the mod, and you may already know this but if you don't I just put it here. Repairing tank turrets isn't possible if just the turret/guns are damaged. To remedy this i made slight alteration in ExileClient_object_vehicle_repair.sqf @ line 20 form _availableHitpoints = _vehicle call ExileClient_util_vehicle_getHitPoints;to _availableHitpoints = ( getAllHitPointsDamage _vehicle ) select 0;It would appear that searching the config file for hitpoint names isn't always reliable, especially if you also using other custom vehicle mods.

Yeah that can work, that way would at least make it less work for you but provide me with that customisation i require. Ideally reducing the functions responsibilities is probably better in the long run, but I understand the extra work it would produce. Cheers.

I have this for flag pole upgrades in 15D also

I have this problem too.

76561198104033742 d2c0c744e62febb5f1a562a8326558bf PoDval Capella ip: 95.163.204.9976561198025743379 d207e4fb0f09879480702225004ac6bf Sueno ip: 176.193.179.255 I banned these two from my server for duping, they were forcing disconnects and duping their backpack contents they had made 500K in 10 mins each. Ban them and be free of their idiocy.

Sorry what I was really asking, was could you refactor the fn_FillCrate so that it has only one responsibility ( currently it parse an array, or grabs and array from a global variable defined in the configuration in two different ways ). I feel it would be better if the fn_FillCrate only accept an array of the form that DMS_CrateCase_*. And move all the configuration parsing into a separate function which could then be called from within the mission setup files. That way if I want to use a custom function to generate the mission loot you can make it mission specific. I have already hacked around it for my personal use, but what i do is fork you project and do the refactoring myself. My original post was written in haste and in some odd way was trying to avoid causing offence.

Love your mission system guys and look forward to your progress on the roadmap. I was wondering however if it would be possible to refactor the loot crate filling approach. I would like to define mission loot on a per mission basis and using my own custom functions to produce loot list. Currently I produce my own crateCase dynamically for each mission. Ideally I just like fillCrate function to accept just an array of weapons, items and backpacks and then if so desired use the utility functions in individual mission files.

I lost ammo on a reload from database, though in the database the missing clip was there, I had 1 in my gun and 1 in my vest. Might be problem with playerload script I have a look myself see if I can see what might be cuasing it. Point is mag are in database but not on the player, so they getting saved, not reloaded.

See i don't know what the problem was you found the solution by looking in the exact places I hinted at. Not to mention you all free to join my server and download the pbo. Now I suspect you might have learnt something, but what I will say and why I not going to chip any further in this section is the amount of bile some of these posters spew because they not getting direct help. Give a man a fish and he eat for a day, teach a man to fish and he will eat everyday. Anyone just grabbing this and stuffing it in your server your not doing yourself or your server any favours.

Don'tnt worry rocko just downloaded my pbo he can help.

I had the same problem, but I just checked my GSP( vilayer ) files and deleteTerritory mysql command and a few others where missing from extDB/sql_custom_v2/exile.ini I just updated this with the one from tomato releases extDb exile.ini file

Well if they want it on a plate, just join my server and unpack the pbo. But if my behaviour bothers you so much "help" the community some more and show them how to do it. But your response isn't exactly going to melt my heart and get me more involved in the "community" how you wish to conduct yourself and how I wish to has no bearing. But now I will think twice before I make my 6th ever post on these forums.

You can have tanks lock, flip and all other and custom action you like I have this working on my server ( 178.33.135.117:2302 ). I don't want to give you a copy and paste solution as the exile mod is really well written and its good to learn what you change. I will however provide some hints. Exile use CfgInteractions class in clients config.cpp, inside which there are action for various class of vehicles you may notice one is missing.You quickly realise you can't add or alter the clients copy so you have to add your additional classes to something that is downloaded by the player. i.e missionConfigFile.Find Client side code that "hooks" player actions, then have this function also go through your custom cfgInteractions in the missionConfigFile.Hey presto you can add any vehicle action you want. I just want to say I only started scripting in the last 2 weeks, though i have programming background and this mod has helped me understand arma quirks immensely.

I dont think reinforced walls can be destroyed at all.

I don't think you understood my post. I am saying certain index in the traderlistbox are set to -1 which disables the sellbutton control. This is not dependent upon the item you wish to sell because you can manipulate the item list ( by adding or removing new items from your inventory ) and previous objects that would not sell now can be as they occupy a different itemslot in the dialog. I tracked this BUG down to the code I posted and offered a potential fix. Though I am no sure of what the original codes intent was .

Sometimes you can't sell an item in the trader dialog, its not dependent on the item but its slot position and that position can be random also. I have narrowed the problem to ExileClient_gui_traderDialog_updateInventoryListBox.sqf ~ lines 100-110 if (_salesPrice > 0) then { //this the error? should it be _indexEntryIndex instead of _salesPrice //_inventoryListBox lbSetValue [_salesPrice, -1]; _inventoryListBox lbSetValue [_indexEntryIndex, _salesPrice]; _inventoryListBox lbSetTextRight [_indexEntryIndex, format["%1", _salesPrice]]; _inventoryListBox lbSetPictureRight [_indexEntryIndex, "exile_client\texture\ui\poptab_trader_ca.paa"]; } Making this change had resolved that intermittent bug I was getting. I could be wrong as i've just started scripting ("though not stranger to programming") but I assume you wanted to set the index value to saleprice rather than set index reference by saleprice as -1;