Re^9: unpacking wmic command's unicode output

[goibhniu]

in reply to Re^8: unpacking wmic command's unicode output
in thread unpacking wmic command's unicode output

but that's not -CS's fault, as it prints 6 without -CS as well. Or am I missing something still?

[ikegami]

Ok, I'll cede that while it has an effect (data from STDIN should be considered decoded), saying it's harmful is incorrect.

However, it doesn't fix the problem it's suppose to fix. As a solution, it's useless and therefore wrong.

[BrowserUk]

As a solution, it's useless and therefore wrong.

Hm. That's a bit strong. As a solution, it produces the desired result. Ie. The data in the file is sans unicoding.

The fact that the -CS isn't actually responsible for that--nor even perl itself directly--doesn't detract from the usability of the solution to produce desired result.

As it turns out, wmic process | perl -pe1 > file also produces the desired result, and as its 3 characters shorter I guess that makes it a superiour solution. I would have suggested that; had I thought to have tried it.

It turns out that it just going via a pipe that causes wmic.exe to produce ansi output rather than unicode, so a simple wmic process | tee > file works.

And it's even shorter.