killswitch

CBA does not rely on init.sqf. Post-init event handlers can be limited to either the server or clients and that feature has been in CBA/XEH for a long time.

You are missing one required parameter in the call to CBA_fnc_taskPatrol - the tenth parameter should be, and I quote from the documentation, "Code To Execute at Each Waypoint (String)".I have added an empty string below: [_grp1, posMission, 200, 6, "MOVE", "SAFE", "WHITE", "LIMITED", "WEDGE", "", [5,10,20]] call CBA_fnc_taskPatrol;

In short: no - CBA XEH extends the stock BIS event handling system, and the fired event does not pass such information, as far as I can tell. ---------- Post added at 14:16 ---------- Previous post was at 14:11 ---------- CBA wiki Unfortunately, that's true... There are a few examples of how to create and use extended event handlers on this page: CBA wiki: Extended Event Handlers Yep: CBA functions index. Will be updated soon...---------- Post added at 14:18 ---------- Previous post was at 14:16 ---------- Known issue that affects the pickup trucks aswell, a possible workaround for addon authors and/or mission makers is shown here: Bug #75924: CBA is overwriting the textures of the offroad vehicle

It is actually not possible to pick up ASM and maintain it - the source code on github is incomplete (no GUI source, the DLL source is a snapshot of an early version without the network and disk metrics).Fred41 did a great job providing us with a nice tool to take measurements of Arma and one could imagine creating something similar using the github material as inspiration.

Looks like I made a boo-boo when building that release. Try downloading it again (same file name - armaservermonitor-0.2-bin.tgz)MD5 checksum for the working version: 3abb7e6237da7417c79d728375568cc9 armaservermonitor-0.2-bin.tgz

armaservermonitor-0.2-bin.tgz ---------- Post added at 11:19 ---------- Previous post was at 11:18 ---------- No, you do not need to be root to use this. However, the asmdll.so must be readable by the user that the Arma 3 server runs as.

Bump for version 0.2, which fixes a bug where wrong data would be sent back to the client if one of the server instances were unresponsive.

All of these three addons have problems after reload/resume but the problems are not caused by CBA. It is a general problem with running scripts that manage UI resources. For the Mag Repack addon, the actual root cause and a hint at a solution to the problem was provided back in February in post 95: Mag Repack, page 10 The solution is to monitor UI scripts and restart them if/when they exit (which they do when a game is "save & exited"). Later, when the mission is resumed, the UI thread will no longer be running. I have already presented a solution to this problem for the Status Hud addon here These three addons can be reworked in a similar way - run the UI bits in a separate "thread" and restart the thread when/if it exits. TL;DR: the savegame problem with these three addons is not a CBA bug.

Needed: example of an addon which combined with CBA suffers from the SP savegame problem. We need reproduction steps to have any hope of fixing problems.---------- Post added at 19:13 ---------- Previous post was at 19:07 ---------- Same thing here - we need a description of how to reproduce the problem.I can run the current Arma 3 1.34.128075 with CBA_A3 1.0.9.140907 (aka CBA_A3 RC4), play the SP Showcase "Infantry" and save/reload/resume just fine.

Regarding the "missing" .RPT file: see post #260 in this thread. In short, the "RPT messages" are output on stdout and stderr . Pipe those to a file of your choosing and you have a RPT file.

Thanks, single-player it is then.Please describe how to reproduce the problem. Please tell us the exact steps from the time you start/restart the scenario from the game's main menu.

Which specific variant of WLA is it? (There are four)

1) Yes 2) No Please see the original ASM for Windows thread to read more about what it does: Arma Server Monitor

Yep, RC3 hotfix, so I'm scratching my head here as to what the problem might be.

Unable to reproduce (so far). I can run the single-player showcase "Infantry" with CBA_A3 loaded and save/load/resume just fine. (A3 stable 1.28.127008)

Strange...in the OP I see a list of two under-sized TV sets with missing receivers and only one computer monitor. 16:10, of course.

And here's the reason for that change: Arma Server Monitor for Linux

The IFS addon is the reason for the crash. In the fatigueSystem.pbo addon, the init.sqf file has the following line: #include "\userconfig\ImprovedFatigueSystem\FS.hpp" In order to work on both Windows and Linux, that needs to be changed to #include "\userconfig\improvedfatiguesystem\fs.hpp"

CBA adds these two children: CBA_CREDITS_CONT_C CBA_CREDITS_M_P which you could add to the whitelist.

Unfortunately, the RC3 hotfix archive was missing the @CBA_A3 base folder.To answer your question - the files in the archive is the complete, hotfixed CBA_A3 RC3. (They are not "just the select files required for a hotfix") I have updated the hotfix archive on Dev-Heaven to include the @CBA_A3 folder just like the normal CBA releases have: CBA_A3_RC3_Hotfix.7z EDIT: The Armaholic and Mega mirrors are now updated as well.

Config error in the 1.01 version: File hafm_arma2_helis\config.cpp, line 16665: '/CfgMagazines/4Rnd_Hellfire_K.displayNameMagazine': Missing ';' at the end of line File hafm_arma2_helis\config.cpp, line 16672: '/CfgMagazines/4Rnd_Hellfire_N.displayNameMagazine': Missing ';' prior '}' File hafm_arma2_helis\config.cpp, line 16678: '/CfgMagazines/4Rnd_Hellfire_L.displayNameMagazine': Missing ';' prior '}'

Answer: The "RPT log" text is output via stdout and/or stderr by the Linux server executable. Change your start script to have something like this: Then, in your case, the "RPT log" will be in log.2312.txt EDIT: Your "troubles with mods loaded" is probably due to the mixed-case folder names for the mods you are loading. Convert all file and directory names to lowercase letters in the Arma 3 server directory and change the start script accordingly. (In other words, -mod=@xlib;@cba_a3;...)

Thanks for making this, IndeedPete. I'm currently trying to do the "Checkpoint Charlie" mission, but it doesn't end. I have restarted it twice, and here's what happens each time Played with: campaign v0.54, ArmA 3 1.24, no mods used.

Most likely, it will not help performance very much. The addon "cba_diagnostic_disable_xeh_logging.pbo" will, if it is placed in the @CBA_A3\addons folder, disable some of the logging that the extended event handler system does when a mission starts. (These log messages are not generated more than once for a mission run) Try it, and see if it makes a difference.

Thanks for the report. Noted and fixed for RC2, see #74694 - CBA_fnc_taskPatrol not showing properly in the BIS_fnc_help viewer