#include broken in new arma update?

[Halvhjearne]

i was just wondering if i was the only one that noticed that #include just broke with most mods in the newest arma version?

a good example is a3eai and infistar wich fails to load settings file becourse of this ...

[webzi]

I got the same problem - Infistar aint working anymore.

[He-Man]

Infistar also doesn't load here...

Will check now the reason.

[raymix]

#include working perfectly fine here for both configs and scripts... both MP and SP.

[vbawol]

 

http://dev.arma3.com/post/spotrep-00048 

However depending if abosule paths are used then its likely this:
 

Changed: Disabled support for absolute paths in the pre-processor

Edited September 30, 2015 by vbawol

[He-Man]

Quick fix (for Infistar):

1. move the run.sqf, A3AH.sqf and A3AT.sqf into your a3_infiSTAR.pbo

2. Change in fn_preInit.sqf the 'run.sqf' to 'a3_infiSTAR\run.sqf'

 

Works for me!

[Halvhjearne]

to fix a3eai you need to find a line in A3EAI_initserver.sqf simmular to this:

call compile preprocessFileLineNumbers format ["%1\A3EAI_config.sqf",A3EAI_EpochHiveDir];

change it to this:

call compile preprocessFileLineNumbers format ["A3EAI\A3EAI_config.sqf",A3EAI_EpochHiveDir];

 

[Halvhjearne]

#include working perfectly fine here for both configs and scripts... both MP and SP.

its changed, you cannot load an external file anymore, for security reasons i suppose. 

 

http://dev.arma3.com/post/spotrep-00048 

However depending if abosule paths are used then its likely this:
 

basicly its working now as it was supposed to from the begining ... -.-

[lowrey]

I have infiStar working in anyone is interested?

[Richie]

I have infiStar working in anyone is interested?

It would help all them who use it, so i'll say yes for the community.

[lowrey]

Download files from here: Link

 

Extract the files to the root of your server folder (should contain arma3server.exe).

 

Browse to @infiSTAR_servermod\addons\a3_infiSTAR

 

Add your run.sqf, A3AH.sqf and A3AT.sqf

 

Repack the a3_infiSTAR to a3_infiSTAR.bpo

 

Add @infiSTAR_servermod; to the end of your “-servermod=” start-up parameters.

 

Enjoy and wait for Chris to update.

 

[Chainsaw Squirrel]

Epoch AH not working for me now either Press F1 .. get the command menu for a3

[lowrey]

Epoch AH not working for me now either Press F1 .. get the command menu for a3

did you follow above?

[Chainsaw Squirrel]

did you follow above?

Dont use infristar .. yet , unless Chris will give me a copy of a3 version , since I no longer have A2 server .. RFLOL

[Chainsaw Squirrel]

WOW .. Im Speechless.. And that my friends that  is saying A LOT ! , thanks for the fix HALV! .. I restored all from back up .. made the a3ai fix, and now everything works.. even my AH .. What the hell .. ! LOL

here is a nut for ya Halv @@

 

Edited September 30, 2015 by Chainsaw Squirrel

[Chainsaw Squirrel]

Well A3AI dont work ..bunch of errors in the rpt ..but at least Im in .. I will check all the files .. make sure didnt forget anything  for that 

 

[Three Plus]

Quick fix (for Infistar):

1. move the run.sqf, A3AH.sqf and A3AT.sqf into your a3_infiSTAR.pbo

2. Change in fn_preInit.sqf the 'run.sqf' to 'a3_infiSTAR\run.sqf'

 

Works for me!

+1 to you!

[raymix]

its changed, you cannot load an external file anymore, for security reasons i suppose. 

basicly its working now as it was supposed to from the begining ... -.-

Ahh, gotcha, so the issue is with filepatching as Awol stated. BI reversed the logic of it and you are right, it works as it was supposed to be working from the very start.

You can still enable filepatching server side, but it requires params used on client, too. If you are worried about security, just make sure to use cfgFunctions or a good alternative, its still a safe bet for these kind of things because fncs are finalized on game launch, not mission creation. Then again, there's plenty of creative people out there, so be careful if you decide to go this route, that's all I can say in public.

Edited October 2, 2015 by raymix
nvm, server side only question

[Richie]

To fix this issue server-side, you need to do 2 things

 

1. server commandline parameter: -filepatching
2. servercfg entry:  allowedFilePatching = 1;

 

 

This now allows me to execvm a script locally on the server that is in the Dedicated servers userconfig file

Source - Terox via BI forum

[dnk_paul]

Source - Terox via BI forum

This looks like it's worked :)