I have a piece of code that is meant to send the following to the linux command line:
wc -l C:/inputdirectory/P*
However, I need to run this script in Windows, and am trying to find the equivalent command. I have tried
find /c /v C:/inputdirectory/P*
But this throws an error, that /v is not a valid command. Can you please tell me why this isn't working?
*note, the command itself doesn't say "inputdirectory", it has the correct directory, it's just too tedious and private to type out
Courtesy of Eryk Sun:
Try searching for
""
, i.e. an empty string; use only backslash as the path separator; and quote the path if it has spaces in it:From
cmd.exe
(the Command Prompt / a batch file), which is obsolescent:From PowerShell, you have two options:
Note:
--%
, the stop-parsing symbol, tells PowerShell to pass subsequent arguments through as-is to the target program (after expandingcmd
-style environment-variable references such as%USERNAME%
, if any).In the case at hand, this prevents PowerShell from parsing
""
and - mistakenly - neglecting to pass it through to the external target program (find.exe
).For a summary of PowerShell's highly problematic handling of quotes when calling external programs, see this answer.
Output from the above
find.exe
command - and, indeed, any external program, is just text, and in this case it looks something like this:While this output is easy to grasp for a human observer, it makes subsequent programmatic processing cumbersome, because text parsing is required.
Using a PowerShell-native command (cmdlet), as described below, offers more flexibility, because PowerShell commands typically emit objects with typed properties, which greatly facilitates subsequent processing.
Measure-Object
cmdlet with the-Line
switch:Note: While this command is more verbose than the
find
solution, it ultimately offers more flexibility due to outputting objects with typed properties, which greatly facilitates subsequent processing; additionally, PowerShell's sophisticated output-formatting system offers user-friendly default representations.The above outputs objects that have a
.File
and.Lines
property each, which PowerShell prints as follows by default:In addition to a nicer presentation of the output, the object-oriented nature of the output makes it easy to programmatically process the results.
For instance, if you wanted to limit the output to those files whose line count is
100
or greater, pipe to the followingWhere-Object
call to the above command:If you (additionally) wanted to sort by highest line count first, pipe to the
Sort-Object
cmdlet:How can I count the lines in a set of files?
Use the following batch file (CountLines.cmd):
Usage:
Further Reading