remoteExecCall: Difference between revisions

From Bohemia Interactive Community
Jump to navigation Jump to search
m (<tt> to {{Inline code}})
(Reworked examples, some other changes)
Line 12: Line 12:
____________________________________________________________________________________________
____________________________________________________________________________________________


| Asks the server to execute the given function or script command on the given target machine(s). Execution always takes place in the [[Scheduler#Unscheduled_Environment|unscheduled environment]]; suspension is not allowed.
| Asks the server to execute the given function or script command on the given target machine(s). Execution always takes place in the [[Scheduler#Unscheduled_Environment|unscheduled environment]]; suspension is not allowed.<br>
Read [[Arma 3: Remote Execution]] for more information about remote execution, security features and JIP techniques.


{{Informative|Just like [[remoteExec]], [[remoteExecCall]] can be used in SP; the behaviour is the same as in MP.}}
{{Informative|Just like [[remoteExec]], [[remoteExecCall]] can be used in SP; the behaviour is the same as in MP.}}


{{Important|The '''Call''' in [[remoteExecCall]] does not mean that the execution of the remote executed function / command will happen right away:
{{Important|The "Call" in [[remoteExecCall]] does not mean that the execution of the remote executed function / command will happen right away, it just means that the execution of the function / command will take place in the [[Scheduler#Unscheduled_Environment|unscheduled environment]]:
<code>[[remoteExecCall]] ["fnc1"]; [[call]] fnc2; {{cc|It is possible that fnc2 is executed before fnc1.}}</code>
<code>[[remoteExecCall]] ["fnc1"]; [[call]] fnc2; {{cc|It is possible that fnc1 is executed after fnc2.}}</code>
<code>[[call]] fnc1; [[call]] fnc2; {{cc|fnc2 will always be executed after fnc1.}}</code>
<code>[[call]] fnc1; [[call]] fnc2; {{cc|fnc2 will always be executed after fnc1.}}</code>}}
It just means that the execution of the function will take place in the [[Scheduler#Unscheduled_Environment|unscheduled environment]].}}


{{Informative|The direct execution of [[call]] or [[spawn]] via [[remoteExecCall]] (or [[remoteExec]]) should be avoided to prevent issues in cases where the remote execution of [[call]] or [[spawn]] is blocked by [[Arma_3:_CfgRemoteExec|CfgRemoteExec]]. Instead it is recommended to create a function which is then excecuted by [[remoteExecCall]] (or [[remoteExec]]).}}
{{Informative|The direct execution of [[call]] or [[spawn]] via [[remoteExecCall]] (or [[remoteExec]]) should be avoided to prevent issues in cases where the remote execution of [[call]] or [[spawn]] is blocked by [[Arma_3:_CfgRemoteExec|CfgRemoteExec]]. Instead it is recommended to create a function which is then excecuted by [[remoteExecCall]] (or [[remoteExec]]).}}
Read [[Arma_3:_Remote_Execution|Arma 3: Remote Execution]] for more information about usage, security features and advanced JIP techniques.
|DESCRIPTION=  
|DESCRIPTION=  


Line 46: Line 44:
* [[Object]] - The function / command will be executed where the given [[Object]] is [[local]].
* [[Object]] - The function / command will be executed where the given [[Object]] is [[local]].
* [[String]] - Interpreted as an [[Identifier]] (variable name). The function / command will be executed where the [[Object]] or [[Group]] identified by the variable with the provided name is [[local]].
* [[String]] - Interpreted as an [[Identifier]] (variable name). The function / command will be executed where the [[Object]] or [[Group]] identified by the variable with the provided name is [[local]].
* [[Side]] - The function / command will be executed on clients where the player is on the specified side.
* [[Side]] - The function / command will be executed on machines where the player is on the specified side.
* [[Group]] - The function / command will be executed on clients where the player is in the specified group.<br>In order to execute the function / command where the group is [[local]], use the [[groupOwner]] of the group: {{Inline code|_myGroup [[remoteExecCall]] ["deleteGroup", [[groupOwner]] _myGroup];}}
* [[Group]] - The function / command will be executed on machines where the player is in the specified group.<br>In order to execute the function / command where the group is [[local]], use the [[groupOwner]] of the group: {{Inline code|_myGroup [[remoteExecCall]] ["deleteGroup", [[groupOwner]] _myGroup];}}
* [[Array]] - Array of any combination of the types listed above.
* [[Array]] - Array of any combination of the types listed above.
|PARAMETER4=
|PARAMETER4=
Line 91: Line 89:
____________________________________________________________________________________________
____________________________________________________________________________________________
   
   
|x1= <code>// runs hint "hello" on each connected client
|x1= Execute {{Inline code|[[hint]] "Example 1";}} on all connected machines:
"hello" [[remoteExecCall]] ["[[hint]]"]; </code> |Example1=
<code>"Example 1" [[remoteExecCall]] ["hint"];</code>
|x2= <code>// runs hint "hello" on first connected client  
|EXAMPLE1=
"hello" [[remoteExecCall]] ["[[hint]]", 3]; </code> |Example2=
 
|x2= Execute {{Inline code|[[hint]] "Example 2";}} on the first connected client:
<code>"Example 2" [[remoteExecCall]] ["hint", 3];</code>
|EXAMPLE2=
 
|x3= Execute {{Inline code|[[hint]] "Example 3";}} everywhere except on the server:
<code>"Example 3" [[remoteExecCall]] ["hint", -2];</code>
|EXAMPLE3=


|x3= <code>// runs hint "hello" everywhere but server
|x4= Execute {{Inline code|[[hint]] "Example 4";}} everywhere except on the server and add the statement to the JIP queue:
"hello" [[remoteExecCall]] ["[[hint]]", -2]; </code> |Example3=
<code>_result = "Example 4" [[remoteExecCall]] ["hint", -2, [[true]]]; {{cc|_result is a unique JIP ID, e.g. "3_1".}}</code>
|x4= <code>// runs hint "hello" everywhere but server, JIPs the message
|EXAMPLE4=
// and returns e.g. "3_1" as a unique JIP id
myJipID = "hello" [[remoteExecCall]] ["[[hint]]", -2, [[true]]]; </code> |EXAMPLE4=


|x5= <code>// runs hint "hello" everywhere but server, JIPs the message under ID "some_JIP_ID"
|x5= Execute {{Inline code|[[hint]] "Example 5";}} everywhere except on the server and add the statement to the JIP queue using a custom JIP ID:
// replacing any previous message with this ID in the JIP queue.
<code>_result = "Example 5" [[remoteExecCall]] ["hint", -2, "My_JIP_ID"]; {{cc|_result is "My_JIP_ID".}}</code>
"hello" [[remoteExecCall]] ["[[hint]]", -2, "some_JIP_ID"]; </code> |EXAMPLE5=
If there already was a statement with the JIP ID "My_JIP_ID" in the JIP queue, that statement has now been overwritten.
|EXAMPLE5=


|x6= <code>// runs "someFuncWithNoArgs" on each connected client
|x6= Execute ME_fnc_myFunction on all connected machines - note that the function does not receive any arguments:
[[remoteExecCall]] ["someFuncWithNoArgs"]; </code> |EXAMPLE6=
<code>[[remoteExecCall]] ["ME_fnc_myFunction"];</code>
|EXAMPLE6=


|x7=    <!-- This example is referenced in the Syntax section! -->
|x7=    <!-- This example is referenced in the Syntax section! -->
Remove statements from the JIP queue:
Remove statements from the JIP queue:
<code>[[remoteExecCall]] ["", "MyCustomJIPID"]; {{cc|The persistent statement with the JIP ID "MyCustomJIPID" is removed from the JIP queue.}}
<code>[[remoteExecCall]] ["", "My_JIP_ID"]; {{cc|The persistent statement with the JIP ID "My_JIP_ID" is removed from the JIP queue.}}
[[remoteExecCall]] ["", MyObject]; {{cc|The persistent statement attached to MyObject is removed from the JIP queue.}}
[[remoteExecCall]] ["", MyObject]; {{cc|The persistent statement attached to MyObject is removed from the JIP queue.}}
</code>
</code>
|EXAMPLE7=
|EXAMPLE7=


|x8= <code>// all clients will have their ammo set to 1 for their current weapon
|x8= Execute {{Inline code|[[call]] {[[player]] [[setAmmo]] <nowiki>[</nowiki>[[primaryWeapon]] [[player]], 1];};}} on machines where the player is in MyGroup:
{[[player]] [[setAmmo]] [<nowiki/>[[primaryWeapon]] [[player]], 1];} [[remoteExecCall]] ["[[BIS_fnc_call|bis_fnc_call]]", 0]; </code> |EXAMPLE8=
<code>{[[player]] [[setAmmo]] <nowiki>[</nowiki>[[primaryWeapon]] [[player]], 1];} [[remoteExecCall]] ["call", MyGroup];</code>
|x9= <code>// Object obj will have its ammo set to 1 where it is local
Note that, while being a valid statement, {{Inline code|<nowiki>[</nowiki>[[player]], <nowiki>[</nowiki>[[primaryWeapon]] [[player]], 1]] [[remoteExecCall]] ["setAmmo", MyGroup];}} does not have the same effect as the code above. This is because the arguments {{Inline code|[[player]]}} and {{Inline code|[[primaryWeapon]] [[player]]}} are not resolved on the target machine(s), but on the machine executing [[remoteExecCall]].
[obj,<nowiki>[</nowiki>[[primaryWeapon]] obj, 1]<nowiki>]</nowiki> [[remoteExecCall]] ["[[setAmmo]]", obj]; </code> |EXAMPLE9=
|EXAMPLE8=
 
|x10= <code>myJipID = "hello" [[remoteExecCall]] ["", 0];
[[if]] ([[isNil]] "myJipID") [[then]] { [[hint]] "empty function name is not allowed"; }; </code> |EXAMPLE10=


____________________________________________________________________________________________
____________________________________________________________________________________________


|
|
[[remoteExec]], [[isRemoteExecuted]], [[isRemoteExecutedJIP]], [[remoteExecutedOwner]], [[canSuspend]], [[BIS_fnc_MP]], [[Arma_3_Remote_Execution|Remote Execution]]
[[remoteExec]], [[isRemoteExecuted]], [[isRemoteExecutedJIP]], [[remoteExecutedOwner]], [[canSuspend]], [[BIS_fnc_MP]], [[Arma 3: Remote Execution]]
|SEEALSO=
|SEEALSO=


}}
}}
<!-- CONTINUE Notes -->
<!-- DISCONTINUE Notes -->


<!-- CONTINUE Notes -->
<!-- CONTINUE Notes -->

Revision as of 18:04, 2 January 2021



Hover & click on the images for description

Description

Description:
Asks the server to execute the given function or script command on the given target machine(s). Execution always takes place in the unscheduled environment; suspension is not allowed.
Read Arma 3: Remote Execution for more information about remote execution, security features and JIP techniques.
Just like remoteExec, remoteExecCall can be used in SP; the behaviour is the same as in MP.
The "Call" in remoteExecCall does not mean that the execution of the remote executed function / command will happen right away, it just means that the execution of the function / command will take place in the unscheduled environment:

remoteExecCall ["fnc1"]; call fnc2; // It is possible that fnc1 is executed after fnc2.

call fnc1; call fnc2; // fnc2 will always be executed after fnc1.
The direct execution of call or spawn via remoteExecCall (or remoteExec) should be avoided to prevent issues in cases where the remote execution of call or spawn is blocked by CfgRemoteExec. Instead it is recommended to create a function which is then excecuted by remoteExecCall (or remoteExec).
Groups:
Multiplayer

Syntax

Syntax:
params remoteExecCall [functionName, targets, JIP]
Parameters:
params: Anything - The parameter(s) for the function / command specified in the functionName parameter.
[functionName, targets, JIP]: Array
functionName: String - Function or command name.
While any function or command can be used here, only those defined in CfgRemoteExec will actually be executed.
targets (Optional, default: 0):
  • Number (See also: Machine network ID) -
    • 0: The function / command will be executed globally, i.e. on the server and every connected client, including the machine where remoteExecCall originated.
    • 2: The function / command will only be executed on the server.
    • Other number: The function / command will be executed on the machine where clientOwner matches the given number.
    • Negative number: The effect is inverted: -2 means every client but not the server, -12 means the server and every client, except for the client where clientOwner returns 12.
  • Object - The function / command will be executed where the given Object is local.
  • String - Interpreted as an Identifier (variable name). The function / command will be executed where the Object or Group identified by the variable with the provided name is local.
  • Side - The function / command will be executed on machines where the player is on the specified side.
  • Group - The function / command will be executed on machines where the player is in the specified group.
    In order to execute the function / command where the group is local, use the groupOwner of the group: _myGroup remoteExecCall ["deleteGroup", groupOwner _myGroup];
  • Array - Array of any combination of the types listed above.
JIP (Optional, default: false):
  • Boolean - If true, a unique JIP ID is generated and the remoteExecCall statement is added to the JIP queue from which it will be executed for every JIP.
  • String -
    • If the string is empty, it is interpreted as false.
    • If the string is in format "Number:Number" (e.g. "0:0"), it is interpreted as a netId (see below).
    • Else the string is treated as a custom JIP ID and the remoteExecCall statement is added to the JIP queue, replacing statements that have the same JIP ID.
  • Object, Group or netId - The persistent execution of the remoteExecCall statement is attached to the given Object or Group.
    When the Object or Group is deleted, the remoteExecCall statement is automatically removed from the JIP queue.
See also Example 7 on how to remove statements from the JIP queue.
Return Value:
  • nil - In case of error.
  • String - In case of success.
    • If the JIP parameter was false or an empty string, the return value is "".
    • If the JIP parameter was true or a custom JIP ID, the JIP ID is returned.
    • If the JIP parameter was an Object, a Group or a netId, the (corresponding) netId is returned.

Alternative Syntax

Syntax:
remoteExecCall [functionName, targets, JIP]
Parameters:
[functionName, targets, JIP]: Array
functionName: String - See the main syntax above for more details.
targets (Optional, default: 0): Number, Object, String, Side, Group or Array - See the main syntax above for more details.
JIP (Optional, default: false): Boolean, String, Object, Group or netId - See the main syntax above for more details.
Return Value:
nil or String - See the main syntax above for more details.

Examples

Example 1:
Execute hint "Example 1"; on all connected machines: "Example 1" remoteExecCall ["hint"];
Example 2:
Execute hint "Example 2"; on the first connected client: "Example 2" remoteExecCall ["hint", 3];
Example 3:
Execute hint "Example 3"; everywhere except on the server: "Example 3" remoteExecCall ["hint", -2];
Example 4:
Execute hint "Example 4"; everywhere except on the server and add the statement to the JIP queue: _result = "Example 4" remoteExecCall ["hint", -2, true]; // _result is a unique JIP ID, e.g. "3_1".
Example 5:
Execute hint "Example 5"; everywhere except on the server and add the statement to the JIP queue using a custom JIP ID: _result = "Example 5" remoteExecCall ["hint", -2, "My_JIP_ID"]; // _result is "My_JIP_ID". If there already was a statement with the JIP ID "My_JIP_ID" in the JIP queue, that statement has now been overwritten.
Example 6:
Execute ME_fnc_myFunction on all connected machines - note that the function does not receive any arguments: remoteExecCall ["ME_fnc_myFunction"];
Example 7:
Remove statements from the JIP queue: remoteExecCall ["", "My_JIP_ID"]; // The persistent statement with the JIP ID "My_JIP_ID" is removed from the JIP queue. remoteExecCall ["", MyObject]; // The persistent statement attached to MyObject is removed from the JIP queue.
Example 8:
Execute call {player setAmmo [primaryWeapon player, 1];}; on machines where the player is in MyGroup: {player setAmmo [primaryWeapon player, 1];} remoteExecCall ["call", MyGroup]; Note that, while being a valid statement, [player, [primaryWeapon player, 1]] remoteExecCall ["setAmmo", MyGroup]; does not have the same effect as the code above. This is because the arguments player and primaryWeapon player are not resolved on the target machine(s), but on the machine executing remoteExecCall.

Additional Information

See also:
remoteExecisRemoteExecutedisRemoteExecutedJIPremoteExecutedOwnercanSuspendBIS_fnc_MPArma 3: Remote Execution

Notes

Report bugs on the Feedback Tracker and/or discuss them on the Arma Discord or on the Forums.
Only post proven facts here! Add Note
Posted on July 16, 2015 - 09:17 (UTC)
Killzone Kid
Removal of persistent call must be in the following format <no argument> remoteExecCall [<empty string>, <JIP id>]. For example: remoteExecCall ["", "5:8"];
Posted on December 29, 2015 - 20:31 (UTC)
AgentRev
remoteExec and remoteExecCall are currently filtered by BattlEye's remoteexec.txt, the string analyzed by BE is formatted the same way as the following example's output: format ["%1 %2", functionName, str params] If CfgRemoteExec class Functions is set to mode = 1;, the following remoteexec.txt exclusion can be used to safely allow all whitelisted *_fnc_* functions taking an array as parameter to go through: !="\w+?_fnc_\w+? \[[\S\s]*\]" Any attempt to exploit this exclusion using other RE methods like createUnit will run into "Error Missing ;" without any malicious code being executed. Mod makers should refrain from remote-executing raw commands from clients, as they require individual exclusions, and instead use *_fnc_* functions taking an array as parameter, which are covered by the above exclusion.
Posted on May 10, 2017 - 20:13 (UTC)
Killzone Kid
To remoteExecCall: titleText ["Test Message", "PLAIN", 1]; Use [["Test Message", "PLAIN", 1]] remoteExecCall ["titleText"];
Posted on January 17, 2020 - 15:05 (UTC)
Dscha
To send/execute custom functions and pass arguments (in this case to every connected Client, except the dedicated server):
[
[10,0],
{
player setAmmo [primaryWeapon player, (_this select 0)];
player setDamage (_this select 1)];
}
] remoteExecCall ["call", -2];