ProGEEK

OS: Windows Server 2016 Hardware: Irrelevant, this is a code bug ArmA: latest Version 64bit Exile: 1.0.4a Throwing this in here from Discord - Issue and Fix: Hm, i keep getting Max hacks in progress error message when the hack completes @ 100% and is the only hack happening on the server - Max hacks is set to 1 (We dont want more than one at any one time going on, on our server). Looked over the code, and noticed that the check for hacks doesnt ignore the current player that is mid-hack(edited) in ExileClient_action_hackLock_condition Shouldnt _concurrentHacks = {_x getVariable ["ExileIsHacking", false]} count allPlayers; be (So that it ignores what the current player is doing, but checks what all other players are doing.) _concurrentHacks = {!(_x isEqualTo player) && _x getVariable ["ExileIsHacking", false]} count allPlayers; Since ExileClient_action_hackLock_condition fires off every few seconds, and this gets set later on in that file: player setVariable ["ExileIsHacking", true, true]; Tested the above change, and it fixed my issue. Hack in progress and another couldn't start. Hack succeeded without the error. Bumped max concurrent hacks to 2, 1st and 2nd hacks worked fine, 3rd was unable to start as expected

Just stumbled onto this issue myself. This is a good workaround for now. Why they're referencing an object by a non-unique column is beyond me, They should be using the vehicle ID in all queries etc, that at least is already unique and directly identifies the vehicle..

Got it working. Seems the issue was the format used when uploading the file. Didn't like Text/ASCII. Uploaded in BINARY format and now works.

XM8_x64.dll is giving me Malformed Config File (Using the dll that Kuplion linked to back in October) 21:39:06 CallExtension loaded: XM8 (C:\A3Servers\ExileLingor\@ExileServer\XM8_x64.dll) [|t_aX] 21:39:06 "ExileServer - XM8 mesage sent: {""r"":[""XXXXXXXXXXXXXXXXX""],""m"":""protection-money-paid"",""t"":""Meseeeeeeks""} ([1,'Malformed config file'])" Have renamed the file to XM8_ExileXM8Key.cfg as per the instructions: Key works fine with the 32-bit DLL Anything Im missing? or does this DLL simply not work yet ? This DLL also is not blocked. Running on Windows Server 2016 Standard, all vcredist packages installed (both x86 and x64 versions where available)

Several times yes. Mind PMing me your XM8 DLL files ?

Mine has 7bc9df374246b540f596cd24e651b2d906be8792 6179c1ebf9c6d442d47f32e4a4b9ac6cb41f2105

= DELETED = Caused by overridden code

I found in my testing / implementation that the following error only occurred on our production server, and not our test (Our test server is much faster than our prod) and I think its because Occupation was initializing before DMS postinit had completed (Or in some cases, even started) 14:14:26 Error in expression <etLocs select (_attempts - 1) } else { [DMS_MinMax_X_Coords call DMS_fnc_SelectR> 14:14:26 Error position: <DMS_MinMax_X_Coords call DMS_fnc_SelectR> 14:14:26 Error Undefined variable in expression: dms_minmax_x_coords 14:14:26 File x\addons\dms\scripts\fn_FindSafePos.sqf, line 70 I have created a pull request with my code that fixes this for us, which is does by spawning a non-blocking thread for the occupation init, then waits until DMS_MinMax_Y_Coords has been defined (As that appears to be the last variable that is defined in the DMS post-init) Since putting in my fix, the error-spam from this function went away and the script has been spawning box's with guards as expected. https://github.com/secondcoming/a3_exile_occupation/pull/1 May be of some use to you

Epidemic Exile PvE Server located in Sydney, Australia We feature: Cup Units, Weapons, Vehicles AI Missions Town Invasions Roadblocks Supply Drops 400 piece build limit Recruitable AI

I'm so in!

The seem to go invincible if they pass through a trader zone ive noticed

Dunno about the generic expression error, but the error in your extdb log is caused by the UNIX_TIMESTAMP() in the exile.ini file in the @ExileServer\extDB\sql_custom_v2\ folder I found that by removing the UNIX_TIMESTAMP() that the DATE_SUB(NOW(), INTERVAL ? DAY) is wrapped in fixed it for me. So DELETE FROM territory WHERE last_paid_at < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL ? DAY)) becomes DELETE FROM territory WHERE last_paid_at < DATE_SUB(NOW(), INTERVAL ? DAY) I did this for all the delete methods that had it. (deleteOldContainers, deleteOldConstructions, deleteOldVehicles and deleteUnpaidTerritories) Back up this file and your DB first though, just in case..

I didnt wipe our DB, i upgraded it using the script in the releases section of the forum. SQL Update Script for 0.9.4 Only issues we are having is from third-party scripts (Stuff we've added or modified that is not part of or overrides core parts of Exile) Cant blame Exile for third party scripts not working (Its nothing to do with them) Refuelling heli's doesnt work, but the Arma 3 1.54 update broke that for us

Works fine on my server

I think I may have found an issue with the following exile.ini cleanup commands: deleteOldContainers deleteOldConstructions deleteOldVehicles deleteUnpaidTerritories I have tested this on the territory table using the deleteUnpaidTerritories command. (I have a territory last_paid_at set to 2015-01-01 for testing purposes) Adapted to be a select instead of a delete (I removed the DELETE keyword and added SELECT * so i could see what was being returned/wht would have been deleted): SELECT * FROM territory WHERE last_paid_at < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 14 DAY)) Produces the following warning and returns no results: "Incorrect datetime value: '1448678464' for column 'last_paid_at' at row 1" Modifying the query to remove the UNIX_TIMESTAMP() block fixes this and I get the 1 result I was expecting: SELECT * FROM territory WHERE last_paid_at < DATE_SUB(NOW(), INTERVAL 14 DAY) With the original query, territories are not being deleted. Original: DELETE FROM territory WHERE last_paid_at < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL ? DAY)) Modified to work: DELETE FROM territory WHERE last_paid_at < DATE_SUB(NOW(), INTERVAL ? DAY) This testing was performed on a MySQL server with version 5.6.17

Dont you need the pin to lock it anymore?

Or how about both? Your code suggestion runs my suggestion in the back end, but the functions are still available to scripters to add the events directly in their code. Let the scripter decide if his or her project uses the config file or direct

I'm developing a script/addon that requires access to the addMissionEventHandler and addEventHandler for when a player is killed or is disconnected/disconnects. At the moment i need to override ExileClient_object_player_event_hook.sqf to add the following code: player addEventHandler ["Killed", { _this call Epidemic_PlayerKilled; }]; It would be awesome (and easier, plus would result in a smaller mission file) for scripters to have access to a set of functions such as ExileClient_object_player_addEventHandler to add code that would run when a player is created (Bambi or returning player) Initialization could work such as: ["Killed", { _this call Epidemic_PlayerKilled; }] call ExileClient_object_player_addEventHandler; which would add the code to an array, then in the ExileClient_object_player_event_hook.sqf file, would loop through and ad the handlers to the player object, such as: { _handler = _x select 0; _code = compileFinal (_x select 1); player addEventHandler[_handler,_code]; } forEach ExileClientCustomEventHandlers; Or for Mission handlers, instead of overriding ExileServer_system_process_preInit.sqf to add a HandleDisconnect call: ["HandleDisconnect", { _this call Epidemic_onHandleDisconnect; }] call ExileServer_mission_addEventHandler; Which would add similar to the following line, executed similar to above: addMissionEventHandler ["HandleDisconnect", { _this call Epidemic_onHandleDisconnect; }]; So in summary, 5 functions: ExileServer_mission_addEventHandler ExileClient_object_player_addEventHandler ExileClient_object_player_addMPEventHandler ExileServer_object_player_addEventHandler ExileServer_object_player_addMPEventHandler This would make life so much easier as a scripter, and the Exile team would benefit from less bug reports as they can modify their code and not have bugs reported because server owners have overridden core files. Just some thoughts as a novice scripter

My example won't work out right, needs a few tweaks to have it work right (code will probably need to be passed as a string and have compile or compileFinal run against it), was just there to convey the idea as I'm away from my rig and haven't been able to iron out the exact working code needed. Ideally I wouldn't want to have to define them all in the config as that's more files to modify to add the handlers. My perspective would allow adding the script to the init.sqf and that'd be the end of it, rather than having to add to the init.sqf AND modify the config file as well. Think of my way as a 'drop in' solution, no extra configurations needed. (Nothing worse than trying to add a feature and have to edit alot of files to get it to work)

When a bases protection expires, Vehicles in the vicinity also get removed from in-game (But not the database) for one restart. Restarts after the vehicles come back. Maybe a check if is not a vehicle before running the deleteVehicle in-game ExileServer_system_territory_maintenance_kill.sqf line 30 deletes the object regardless

Towing vehicles into safe zones using R3F causes the towed vehicle to be launched Disabling the code that causes bombs to drop off fixes this issue. modify your config.cpp file in your mission pbo and add the ExileClient_object_player_event_onEnterSafezone.sqf file. https://gist.github.com/anonymous/2a377a731b81c1121c36 config.cpp 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"; */ // Disable Bomb dropping on safe zone ExileClient_object_player_event_onEnterSafezone = "ExileClient_object_player_event_onEnterSafezone.sqf"; };ExileClient_object_player_event_onEnterSafezone.sqf /** * 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["_vehicle","_attachedObjects","_position"]; if (ExilePlayerInSafezone) exitWith { false }; ExilePlayerInSafezone = true; if (alive player) then { player allowDamage false; player removeAllEventHandlers "HandleDamage"; }; _vehicle = vehicle player; if !(_vehicle isEqualTo player) then { if (local _vehicle) then { _vehicle allowDamage false; }; /* DISABLED TO FIX DROPPING ISSUE _attachedObjects = attachedObjects _vehicle; if !(_attachedObjects isEqualTo []) then { _position = getPosATL _vehicle; { detach _x; _x setPosATL [(_position select 0) + random 2, (_position select 1) + random 2, 0.05]; _x setDir (random 260); } forEach _attachedObjects; };*/ ExileClientSafeZoneVehicle = _vehicle; ExileClientSafeZoneVehicleFiredEventHandler = _vehicle addEventHandler ["Fired", {_this call ExileClient_object_player_event_onFiredSafeZoneVehicle}]; }; ExileClientSafeZoneESPEventHandler = addMissionEventHandler ["Draw3D", {20 call ExileClient_gui_safezone_safeESP}]; ["SafezoneEnter"] call ExileClient_gui_notification_event_addNotification; ExileClientSafeZoneUpdateThreadHandle = [1, ExileClient_object_player_thread_safeZone, [], true] call ExileClient_system_thread_addtask; true

Change your fixes/ to fixes\ heres my exact one: // Disable Bomb dropping on safe zone ExileClient_object_player_event_onEnterSafezone = "custom\ExileClient_object_player_event_onEnterSafezone.sqf";

Works fine on mine.

My fix just removes the actual detachment

Oh i like that!