splat | Makes things | iOS library

Global variables are limited to a given session, i.e. a PowerShell runspace (thread) inside a given process.

Using Start-Process with powershell.exe invariably creates a new session, in a new process, which knows nothing about the caller's variables (except for inheriting environment variables by default).

You'll have to pass any values from the caller's scope explicitly to such a separate session.

Options:

• Incorporate values from the caller's scope as a variable-assignment statements into the (Base64-encoded) command string passed to -EncodedCommand

• A simple alternative is indeed to use an aux. environment variable.

Caveat re data types:

• If you use an environment variable, its value is invariably a string.

• If you incorporate a variable assignment into the command string, you can express more data types, but are limited to those that can be expressed as literals in PowerShell (unless you include a constructor call based on a literal, if feasible).

• Supporting more data types - but not all - is possible with the - undocumented as of this writing - -EncodedArguments parameter; see this answer.

Partial quote form the documentation of Enumerable#inject.

inject(symbol) → object

[...]

Returns an object formed from operands via either:

A method named by symbol.

[...]

With method-name argument symbol, combines operands using the method:

Your lockfile has merge conflict markers embedded:

This is too obscure for me to explain, but for the sake of answering what PowerShell could be doing with $args you can test this:

Too long for a comment, and I have no idea if this would work, but perhaps you can use a small helper function to convert the common arguments from the splatting Hashtable into commandline syntax like

Solution was to define the hashtable inside the foreach loop instead of inside the begin { ... } block:

This is not actually a nested loop because the key is ignored in the temporary iterator variable in the lambda scope, and as such the structure could be flattened completely. The first problem with the implementation is that the for_each in the dynamic block is iterating on the entire local.firewall_definitions. In the resource scope, for each iteration on local.firewall_definitions the key will be the unused ip address, and the value is the list(object(string)) assigned to it. We can update the dynamic block to iterate on the list value (dynamic blocks are allowed to iterate on the list type with the for_each meta-argument unlike resource):

All that perldelta entry is stating is that when foo() is a predefined function then, prior to 5.22, the call splat(foo) might have been interpreted by the parser as either splat(foo()) or splat('foo'), but you couldn't easily tell which. Now it will always be seen as splat(foo()).

member is a block, not argument. So it should be: