I have this command that works ok on powershell
Compare-Object (Get-Content "tex1.txt") (Get-Content "tex2.txt") | Where-Object{$_.SideIndicator -eq "<="} | select inputobject | ft -hidetableheaders
I'm trying to running in cmd by doing this:
powershell -Command " & {Compare-Object (Get-Content "tex1.txt") (Get-Content "tex2.txt") | Where-Object{$_.SideIndicator -eq "<="} | select inputobject | ft -hidetableheaders}"
but it says something like: the name, the directory or the volume syntax is incorrect (is in spanish so i dont know the exact translation)
I think the problem is the pipes, since running everything before the pipe: Compare-Object (Get-Content "tex1.txt") (Get-Content "tex2.txt")
works
PD: I also tried to write ^
before the pipes but I haven't succeeded.
tl;dr
Using embedded
"
in an overall"..."
string comes with escaping challenges. If feasible, constructing your PowerShell command without embedded"
is the easiest solution:Read on, if you do need to use embedded
"
.eryksun points out that your problem is your lack of escaping of embedded
"
chars. inside the overall"..."
string, which causescmd.exe
to see multiple strings, including parts it considers unquoted, which causes problems with special characters such as|
and<
- they never reach PowerShell.Nesting double-quote strings from
cmd.exe
is tricky business:cmd.exe
happy, you need to double the embedded"
chars. (""
)powershell.exe
happy, you need to\
-escape"
chars.""
by itself, which is the most robust choice.Generally, dealing with quoting and escaping arguments when calling from
cmd.exe
is a frustrating experience with no universal solutions, unlike in the Unix world. Sadly, PowerShell has its own challenges, even in the Unix world.[1]In short: Escape embedded
"
chars. when calling Windows PowerShell fromcmd.exe
as follows:Use
\""
(sic) when usingpowershell.exe -Command
if preserving whitespace as-is is not required.This saves you from additional escaping, but the whitespace between
\""...\""
runs isn't preserved, so this method is not suitable for passing a JSON string, for instance.\""
will not work for calling other programs.powershell -command " Write-Output \""a & b\"" "
yieldsa & b
; that is, while the&
didn't need escaping, the double spaces around it were folded into a single space each.Use
\"
in all other cases, but you then need to individually^
-escape the followingcmd.exe
metacharacters with^
inside\"...\"
runs:& | < > ^
Thanks, LotPings.Example:
powershell -command " Write-Output \"a ^& b\" "
yieldsa & b
; that is, the&
needed escaping with^
, but the double spaces around it were correctly preserved.Additionally, to treat
%
(and, withenabledelayedexpansion
,!
) literally, the escaping syntax unfortunately depends on whether you're calling from the command line or a batch file: use%^USERNAME%
(!^USERNAME
) from the former, and%%USERNAME%%
(^!USERNAME^!
/^^!USERNAME^^!
inside\"...\"
runs) from the latter - see this answer for the gory details.\"
is supported by virtually all programs (except batch files), and if it weren't for these extra escaping requirements, command lines that use it have the potential to work across different platforms and shells - with the notable exception of calling from PowerShell, where, sadly, an additional layer of escaping is needed and"
inside"..."
must be escaped as\`"
(sic).See the bottom section for ways to ease the escaping pain by avoiding use of
"
.Other programs, including PowerShell Core:
Use just
""
for programs compiled with Microsoft compilers and, on Windows, also Python and Node.js as well as PowerShell Core (pwsh.exe
).Regrettably, this robust option does not work with
powershell.exe
, i.e. Windows PowerShell.Use
\"
for programs with Unix heritage, such as Perl and Ruby - which comes with the escaping headaches discussed above.Avoiding embedded
"
:That said, when you call PowerShell, you can often get away without needing to embed double quotes:
There may be arguments in your string that don't require quoting at all, such as
text1.txt
andtext2.txt
You can alternatively use single-quoting (
'...'
) inside the overall command string, which require no escaping; note that such strings, from PowerShell's perspective, are string literals.To put it all together:
Note that I've also removed the
& { ... }
around your command, as it isn't necessary.[1] eryksun puts it as follows: "This is the inescapable frustration of the Windows command line. Every program parses its own command line, using whatever rules it wants. So the syntax of a command line has to work with not only the shell (CMD) but also all programs invoked in the pipeline. In the Unix world the shell parses the command line into
argv
arrays, so typically you only have to get the syntax right to make the shell happy."The problems with PowerShell Core, even on Unix, stem from how it re-quotes arguments behind the scenes before passing them on - see this GitHub docs issue.