{"id":74141,"date":"2015-08-06T00:01:00","date_gmt":"2015-08-06T00:01:00","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/heyscriptingguy\/2015\/08\/06\/playing-around-with-format-hex\/"},"modified":"2019-02-18T09:46:42","modified_gmt":"2019-02-18T16:46:42","slug":"playing-around-with-format-hex","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/scripting\/playing-around-with-format-hex\/","title":{"rendered":"Playing Around with Format-Hex"},"content":{"rendered":"

Summary<\/b>: Ed Wilson, Microsoft Scripting Guy, talks about the Format-Hex cmdlet in Windows PowerShell 5.0.<\/span><\/p>\n

Microsoft Scripting Guy, Ed Wilson, is here. One of the cool things about Windows PowerShell is that it usually just works. Well of course, after you learn how, it just works. For example, it is largely self-describing, and it has standard parameters. Other cmdlets that use parameters with similar names generally take pains to ensure that those parameters work the same way.<\/p>\n

For example, the Path<\/b> <\/i>parameter is not a standard parameter. Yet, it is usually always called Path<\/b>, and it generally points to the path to something. In addition, I can generally supply relative and literal paths, PSPaths, and often even UNC paths to a parameter with a name of Path<\/b>. <\/i>Many times, Path<\/b> <\/i>even accepts an array of paths—although sometimes it will not.<\/p>\n

So how do I know?<\/p>\n

I like to use a combination of Get-Help<\/b> and Get-Command<\/b>. If a cmdlet does not have any formal Help associated with it, it will still provide a basic sort of help that provides a nicely formatted syntax. Often, that is all that is required. Here is an example:<\/p>\n

Get-Help Format-Hex<\/p>\n

One of the cool things about Windows PowerShell 5.0 Help is that it displays aliases for the cmdlets. In addition, the Help displays three parameter sets (or ways of using the cmdlet). I can provide a path, a literal path, or an input object. If I provide an input object, I can also specify encoding.<\/p>\n

This default Help for the Format-Hex<\/b> cmdlet is shown here:<\/p>\n

\"Image<\/a><\/p>\n

If I want to pipe a string to the Format-Hex<\/b> cmdlet (that would be the input object), I retrieve a hex representation of the asci data that is in the string:<\/p>\n

\"Image<\/a><\/p>\n

I can also read the contents of a file and display the hex value of the content of that file by supplying a path:<\/p>\n

\"Image<\/a><\/p>\n

If I look at the content of the text file, I can compare it to my previous string. The string that I piped to Format-Hex<\/b> is the same as the string that is contained in the text file. If I look at the hex data from the string and the text file, I can see that it is very similar—only the last five hex values from the text file are different. This is shown here:<\/p>\n

\"Image<\/a><\/p>\n

So, what kind of an object am I returning from the Format-Hex<\/b> cmdlet? Well, it is a byte collection. Here are the members:<\/p>\n

PS C:\\> 'A file with a `in the name.' | format-hex | Get-Member<\/p>\n

   TypeName: Microsoft.PowerShell.Commands.ByteCollection<\/p>\n

Name        MemberType Definition<\/p>\n

—-        ———- ———-<\/p>\n

Equals      Method     bool Equals(System.Object obj)<\/p>\n

GetHashCode Method     int GetHashCode()<\/p>\n

GetType     Method     type GetType()<\/p>\n

ToString    Method     string ToString()<\/p>\n

Bytes       Property   byte[] Bytes {get;}<\/p>\n

Offset      Property   uint32 Offset {get;}<\/p>\n

Path        Property   string Path {get;}<\/p>\n

This means, that I can compare the bytes. I store the objects to variables, and then use Compare-Object<\/b> to do a comparison:<\/p>\n

\"Image<\/a><\/p>\n

I can even search for stuff in my hex output. For example, I can look for "file"<\/b>:<\/p>\n

PS C:\\> format-hex 'C:\\fso\\A File with a `in the name.txt' | Select-String "file"<\/p>\n

00000000   41 20 66 69 6C 65 20 77 69 74 68 20 61 20 60 69  A file with a `i<\/p>\n

That is all there is to using the Format-Hex<\/b> cmdlet in Windows PowerShell. Join me tomorrow when I will talk about more cool stuff.<\/p>\n

I invite you to follow me on Twitter<\/a> and Facebook<\/a>. If you have any questions, send email to me at scripter@microsoft.com<\/a>, or post your questions on the Official Scripting Guys Forum<\/a>. See you tomorrow. Until then, peace.<\/p>\n

Ed Wilson, Microsoft Scripting Guy<\/b> <\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

Summary: Ed Wilson, Microsoft Scripting Guy, talks about the Format-Hex cmdlet in Windows PowerShell 5.0. Microsoft Scripting Guy, Ed Wilson, is here. One of the cool things about Windows PowerShell is that it usually just works. Well of course, after you learn how, it just works. For example, it is largely self-describing, and it has […]<\/p>\n","protected":false},"author":596,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[609,3,608,45],"class_list":["post-74141","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-powershell-5","tag-scripting-guy","tag-windows-10","tag-windows-powershell"],"acf":[],"blog_post_summary":"

Summary: Ed Wilson, Microsoft Scripting Guy, talks about the Format-Hex cmdlet in Windows PowerShell 5.0. Microsoft Scripting Guy, Ed Wilson, is here. One of the cool things about Windows PowerShell is that it usually just works. Well of course, after you learn how, it just works. For example, it is largely self-describing, and it has […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/74141","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/users\/596"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=74141"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/74141\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media\/87096"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media?parent=74141"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=74141"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=74141"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}