remoteExecCall: Difference between revisions

From Bohemia Interactive Community
Jump to navigation Jump to search
m (Improved Syntax sections)
m (Text replacement - "<sqf>([^↵][^<]*↵[^<]*)<\/sqf>" to "<sqf> $1 </sqf>")
 
(51 intermediate revisions by 6 users not shown)
Line 1: Line 1:
[[Category:Arma 3: Remote Execution]]
{{RV|type=command
[[Category:Scripting_Commands_Arma_3]]
[[Category:Arma_3:_New_Scripting_Commands_List]]


|game1= arma3
|version1= 1.50


{{Command|Comments=
|gr1= Multiplayer
____________________________________________________________________________________________


| arma3 |Game name=
|descr= [[Scheduler|Unscheduled]] version of [[remoteExec]]. The only difference between [[remoteExec]] and [[remoteExecCall]] is that [[remoteExecCall]] will run '''functions''' in [[Scheduler#Unscheduled Environment|unscheduled environment]].
|1.50|Game version=
{{Feature|important|
|gr1 = Multiplayer |GROUP1=
The "Call" in [[remoteExecCall]] only means that the remote execution will take place in [[Scheduler#Unscheduled Environment|unscheduled environment]] and does '''not''' mean it will happen right away (see {{Link|#Example 3}}).}}
____________________________________________________________________________________________


| 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>
|s1= see [[remoteExec]]
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.}}
|p1= see [[remoteExec]]


{{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]]:
|r1= see [[remoteExec]]
<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>}}


{{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]]).}}
|x1= <sqf>
|DESCRIPTION=
["hello"] remoteExec ["hint"]; // runs unscheduled
["hello"] remoteExecCall ["hint"]; // no difference at all
</sqf>


| params [[remoteExecCall]] [functionName, targets, JIP] |SYNTAX=
|x2= <sqf>
["my message"] remoteExec ["BIS_fnc_infoText"]; // correct
["my message"] remoteExecCall ["BIS_fnc_infoText"]; // wrong - BIS_fnc_infoText needs a scheduled environment, see its spawn need
</sqf>


|p1= '''params''': [[Anything]] - The parameter(s) for the function / command specified in the '''functionName''' parameter.
|x3= <sqf>
|PARAMETER1=
remoteExecCall ["fnc1"];
call fnc2; // fnc1 may or may not be executed after fnc2


|p2= '''functionName''': [[String]] - Function or command name.<br>
call fnc1;
While any function or command can be used here, only those defined in [[Arma_3:_CfgRemoteExec|CfgRemoteExec]] will actually be executed.
call fnc2; // fnc2 will be executed after fnc1
|PARAMETER2=
</sqf>
 
|p3= '''targets''' (Optional, default: 0):
* [[Number]] (See also [[Multiplayer_Scripting#Machine_network_ID|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.<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.
|PARAMETER3=
 
|p4= '''JIP''' (Optional, default: [[false]]):
<br>    <!-- KEEP ALL <br> TAGS IN THIS SECTION WHERE THEY ARE OR THE FORMATTING BREAKS -->
* [[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]].<br>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.
|PARAMETER4=
 
|
* [[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.
|RETURNVALUE=
 
_________________________________________________________________________________________________________________
 
|s2= [[remoteExecCall]] [functionName, targets, JIP] |SYNTAX2=
 
|p21= '''functionName''': [[String]] - See the main syntax above for more details.
|PARAMETER21=
 
|p22= '''targets''' (Optional, default: 0): [[Number]], [[Object]], [[String]], [[Side]], [[Group]] or [[Array]] - See the main syntax above for more details.
|PARAMETER22=
 
|p23= '''JIP''' (Optional, default: [[false]]): [[Boolean]], [[String]], [[Object]], [[Group]] or [[netId]] - See the main syntax above for more details.
|PARAMETER23=
 
|r2= [[nil]] or [[String]] - See the main syntax above for more details.
|RETURNVALUE2=
____________________________________________________________________________________________
 
|x1= Execute {{Inline code|[[hint]] "Example 1";}} on all connected machines:
<code>"Example 1" [[remoteExecCall]] ["hint"];</code>
|EXAMPLE1=
 
|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=
 
|x4= Execute {{Inline code|[[hint]] "Example 4";}} everywhere except on the server and add the statement to the JIP queue:
<code>_result = "Example 4" [[remoteExecCall]] ["hint", -2, [[true]]]; {{cc|_result is a unique JIP ID, e.g. "3_1".}}</code>
|EXAMPLE4=
 
|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:
<code>_result = "Example 5" [[remoteExecCall]] ["hint", -2, "My_JIP_ID"]; {{cc|_result is "My_JIP_ID".}}</code>
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= Execute ME_fnc_myFunction on all connected machines - note that the function does not receive any arguments:
<code>[[remoteExecCall]] ["ME_fnc_myFunction"];</code>
|EXAMPLE6=
 
|x7=    <!-- This example is referenced in the Syntax section! -->
Remove statements 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.}}
</code>
|EXAMPLE7=
 
|x8= Execute {{Inline code|[[call]] {[[player]] [[setAmmo]] <nowiki>[</nowiki>[[primaryWeapon]] [[player]], 1];};}} on machines where the player is in MyGroup:
<code>{[[player]] [[setAmmo]] <nowiki>[</nowiki>[[primaryWeapon]] [[player]], 1];} [[remoteExecCall]] ["call", MyGroup];</code>
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]].
|EXAMPLE8=
 
____________________________________________________________________________________________
 
|
[[remoteExec]], [[isRemoteExecuted]], [[isRemoteExecutedJIP]], [[remoteExecutedOwner]], [[canSuspend]], [[BIS_fnc_MP]], [[Arma 3: Remote Execution]]
|SEEALSO=


|seealso= [[remoteExec]] [[remoteExecutedOwner]] [[isRemoteExecuted]] [[isRemoteExecutedJIP]] [[Arma 3: Remote Execution]] [[canSuspend]] [[BIS_fnc_MP]] [[remoteExecutedJIPID]]
}}
}}


<!-- CONTINUE Notes -->
<dl class="command_description">
<dd class="notedate">Posted on July 16, 2015 - 09:17 (UTC)</dd>
<dt class="note">[[User:Killzone Kid|Killzone Kid]]</dt>
<dd class="note">
Removal of persistent call must be in the following format <no argument> [[remoteExecCall]] [<empty string>, <JIP id>]. For example:
<code>[[remoteExecCall]] ["", "5:8"];</code>
</dd>
</dl>
<!-- DISCONTINUE Notes -->
<!-- CONTINUE Notes -->
<dl class="command_description">
<dd class="notedate">Posted on December 29, 2015 - 20:31 (UTC)</dd>
<dt class="note">[[User:AgentRevolution|AgentRev]]</dt>
<dd class="note">
[[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:
<code>[[format]] ["%1 %2", functionName, [[str]] params]</code>
If [[CfgRemoteExec]] <tt>class Functions</tt> is set to <tt>mode = 1;</tt>, the following remoteexec.txt exclusion can be used to safely allow all whitelisted *_fnc_* functions taking an array as parameter to go through:
<code>!="\w+?_fnc_\w+? \[[\S\s]*\]"</code>
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.
</dd>
</dl>
<!-- DISCONTINUE Notes -->
<!-- CONTINUE Notes -->
<dl class="command_description">
<dd class="notedate">Posted on May 10, 2017 - 20:13 (UTC)</dd>
<dt class="note">[[User:Killzone Kid|Killzone Kid]]</dt>
<dd class="note">
To [[remoteExecCall]]:
<code>[[titleText]] ["Test Message", "PLAIN", 1];</code>
Use
<code><nowiki>[</nowiki>["Test Message", "PLAIN", 1]] [[remoteExecCall]] ["titleText"];</code>
</dd>
</dl>
<!-- DISCONTINUE Notes -->


<!-- CONTINUE Notes -->
{{GameCategory|arma3|Remote Execution}}
<dl class="command_description">
<dd class="notedate">Posted on January 17, 2020 - 15:05 (UTC)</dd>
<dt class="note">[[User:Dscha|Dscha]]</dt>
<dd class="note">
To send/execute custom functions and pass arguments (in this case to every connected Client, except the dedicated server):<br>
<code>[<br>  [10,0],<br>  {<br>    [[player]] [[setAmmo]] [<nowiki/>[[primaryWeapon]] [[player]], (_this select 0)];<br>    [[player]] [[setDamage]] (_this select 1)];<br>  }<br>] [[remoteExecCall]] ["call", -2]; </code><br>
</dd>
</dl>
<!-- DISCONTINUE Notes -->

Latest revision as of 19:43, 3 September 2024

Hover & click on the images for description

Description

Description:
Unscheduled version of remoteExec. The only difference between remoteExec and remoteExecCall is that remoteExecCall will run functions in unscheduled environment.
The "Call" in remoteExecCall only means that the remote execution will take place in unscheduled environment and does not mean it will happen right away (see Example 3).
Groups:
Multiplayer

Syntax

Syntax:
see remoteExec
Parameters:
see remoteExec
Return Value:
see remoteExec

Examples

Example 1:
["hello"] remoteExec ["hint"]; // runs unscheduled ["hello"] remoteExecCall ["hint"]; // no difference at all
Example 2:
["my message"] remoteExec ["BIS_fnc_infoText"]; // correct ["my message"] remoteExecCall ["BIS_fnc_infoText"]; // wrong - BIS_fnc_infoText needs a scheduled environment, see its spawn need
Example 3:
remoteExecCall ["fnc1"]; call fnc2; // fnc1 may or may not be executed after fnc2 call fnc1; call fnc2; // fnc2 will be executed after fnc1

Additional Information

See also:
remoteExec remoteExecutedOwner isRemoteExecuted isRemoteExecutedJIP Arma 3: Remote Execution canSuspend BIS_fnc_MP remoteExecutedJIPID

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