ChatGPT解决这个技术问题 Extra ChatGPT

How do you execute an arbitrary native command from a string?

I can express my need with the following scenario: Write a function that accepts a string to be run as a native command.

It's not too far fetched of an idea: if you're interfacing with other command-line utilities from elsewhere in the company that supply you with a command to run verbatim. Because you don't control the command, you need to accept any valid command as input. These are the main hiccups I've been unable to easily overcome:

The command might execute a program living in a path with a space in it: $command = '"C:\Program Files\TheProg\Runit.exe" Hello'; The command may have parameters with spaces in them: $command = 'echo "hello world!"'; The command might have both single and double ticks: $command = "echo `"it`'s`"";

Is there any clean way of accomplishing this? I've only been able to devise lavish and ugly workarounds, but for a scripting language I feel like this should be dead simple.


d
dubs

Invoke-Expression, also aliased as iex. The following will work on your examples #2 and #3:

iex $command

Some strings won't run as-is, such as your example #1 because the exe is in quotes. This will work as-is, because the contents of the string are exactly how you would run it straight from a Powershell command prompt:

$command = 'C:\somepath\someexe.exe somearg'
iex $command

However, if the exe is in quotes, you need the help of & to get it running, as in this example, as run from the commandline:

>> &"C:\Program Files\Some Product\SomeExe.exe" "C:\some other path\file.ext"

And then in the script:

$command = '"C:\Program Files\Some Product\SomeExe.exe" "C:\some other path\file.ext"'
iex "& $command"

Likely, you could handle nearly all cases by detecting if the first character of the command string is ", like in this naive implementation:

function myeval($command) {
    if ($command[0] -eq '"') { iex "& $command" }
    else { iex $command }
}

But you may find some other cases that have to be invoked in a different way. In that case, you will need to either use try{}catch{}, perhaps for specific exception types/messages, or examine the command string.

If you always receive absolute paths instead of relative paths, you shouldn't have many special cases, if any, outside of the 2 above.


Aliasing is great. Remember, if you move to another machine or send that script to someone else that alias will probably not be setup. Prefer the full names of the PowerShell functions.
@Doug: Most of the time I do that or use the built-in aliases (especially for brevity on the commandline). The eval things is half-joking because that's what it is called in so many other scripting languages, and this isn't the first question I've seen where someone had no idea about invoke-expression. And the OP's case sounds like in-house script only.
I've tried this, but it does not work with: $command = '"C:\Program Files\Windows Media Player\mplayer2.exe" "H:\Audio\Music\Stevie Wonder\Stevie Wonder - Superstition.mp3"'
You may have to put an "&" or "." sign before the actual command if it isn't powershell-native, e.g. Invoke-Expression "& $command"
I could not get the above to work for me the way I needed. I ended up using & cmd /c $command which did not require modifying quotes in $command
L
Luke Puplett

Please also see this Microsoft Connect report on essentially, how blummin' difficult it is to use PowerShell to run shell commands (oh, the irony).

http://connect.microsoft.com/PowerShell/feedback/details/376207/

They suggest using --% as a way to force PowerShell to stop trying to interpret the text to the right.

For example:

MSBuild /t:Publish --% /p:TargetDatabaseName="MyDatabase";TargetConnectionString="Data Source=.\;Integrated Security=True" /p:SqlPublishProfilePath="Deploy.publish.xml" Database.sqlproj

Ah, and Microsoft broke the internet and the link isn't valid anymore.
Above link is on archive.org at web.archive.org/web/20131122050220/http://…
I love this article. Totally sums up how "pwsh" is not a shell.
y
yurisich

The accepted answer wasn't working for me when trying to parse the registry for uninstall strings, and execute them. Turns out I didn't need the call to Invoke-Expression after all.

I finally came across this nice template for seeing how to execute uninstall strings:

$path = 'HKLM:\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall'
$app = 'MyApp'
$apps= @{}
Get-ChildItem $path | 
    Where-Object -FilterScript {$_.getvalue('DisplayName') -like $app} | 
    ForEach-Object -process {$apps.Set_Item(
        $_.getvalue('UninstallString'),
        $_.getvalue('DisplayName'))
    }

foreach ($uninstall_string in $apps.GetEnumerator()) {
    $uninstall_app, $uninstall_arg = $uninstall_string.name.split(' ')
    & $uninstall_app $uninstall_arg
}

This works for me, namely because $app is an in house application that I know will only have two arguments. For more complex uninstall strings you may want to use the join operator. Also, I just used a hash-map, but really, you'd probably want to use an array.

Also, if you do have multiple versions of the same application installed, this uninstaller will cycle through them all at once, which confuses MsiExec.exe, so there's that too.


This assumes that the path to the uninstall does not have any spaces.
j
js2010

If you want to use the call operator, the arguments can be an array stored in a variable:

$prog = 'c:\windows\system32\cmd.exe'
$myargs = '/c','dir','/x'
& $prog $myargs

The call operator works with ApplicationInfo objects too.

$prog = get-command cmd
$myargs = -split '/c dir /x'
& $prog $myargs

@YoraiLevi argument mode vs expression mode & $wsl (-split "--install -d Ubuntu-20.04")