{"id":1035,"date":"2014-07-09T00:01:00","date_gmt":"2014-07-09T00:01:00","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/heyscriptingguy\/2014\/07\/09\/handling-errors-the-powershell-way\/"},"modified":"2014-07-09T00:01:00","modified_gmt":"2014-07-09T00:01:00","slug":"handling-errors-the-powershell-way","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/scripting\/handling-errors-the-powershell-way\/","title":{"rendered":"Handling Errors the PowerShell Way"},"content":{"rendered":"

Summary<\/b>: Trevor Sullivan talks about handling errors in Windows PowerShell.<\/span><\/p>\n

Microsoft Scripting Guy, Ed Wilson, is here. Today we have guest blogger and Windows PowerShell MVP, Trevor Sullivan<\/a>… also find Trevor on Twitter (https:\/\/twitter.com\/pcgeek86<\/span><\/a>) and his blog (http:\/\/trevorsullivan.net<\/span><\/a>) <\/span><\/p>\n

Microsoft Scripting Guy, Ed Wilson, just wrote a post about how to use the Try-Catch-Finally<\/strong> blocks in Windows PowerShell. But have you ever wondered if that was the only way to handle errors? It turns out that although it’s a great way to handle errors, there are still other options!<\/p>\n

If you’re coming to Windows PowerShell from a software development background, you’ll most likely pick up on Try-Catch-Finally<\/strong> pretty easily. On the other hand, if you’re new to scripting, or you are a curious, knowledge-driven individual, you might want to consider what we’re talking about today.<\/p>\n

Common parameters<\/h2>\n

When Windows PowerShell 2.0 came out, a new concept was introduced, called Advanced Functions. This concept allows you to develop commands that have the same feel as compiled cmdlets, while writing them in Windows PowerShell script syntax. One of the benefits of developing cmdlet-style commands instead of basic functions, is that they offer a few “common parameters.” Two of these common parameters are related to error handling: -ErrorAction<\/b> and -ErrorVariable<\/b>.<\/p>\n

For more information about common parameters in advanced functions and compiled cmdlets, run this command at the Windows PowerShell prompt:<\/p>\n

Get-Help -Name about_CommonParameters;<\/p>\n

ErrorVariable Parameter<\/p>\n

Normally, if you run a Windows PowerShell command and an error occurs, the error record will be appended to the “automatic variable” named $error<\/b>. When you use the -ErrorVariable<\/b> parameter in a call to a command, the error is assigned to the variable name that you specify. It’s important to note that even when you use the -ErrorVariable<\/b> parameter, the $error<\/b> variable is still updated.<\/p>\n

By default, the -ErrorVariable<\/b> parameter will overwrite the variable with the name that you specify. If you want to append an error to the variable, instead of overwriting it, you can put a plus sign (+<\/b>) in front of the variable name. Let’s take a look at an example:<\/p>\n

Stop-Process -Name invalidprocess -ErrorVariable ProcessError;
$ProcessError;
Stop-Process -Name invalidprocess2 -ErrorVariable +ProcessError;
if ($ProcessError) {
    ######## Take administrative action on error state
}<\/p>\n

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

ErrorAction parameter<\/h2>\n

The -ErrorAction<\/b> common parameter allows you to specify which action to take if a command fails. The available options are: Stop<\/b>, Continue<\/b>, SilentlyContinue<\/b>, Ignore<\/b>, or Inquire<\/b>. If you’re developing a Windows PowerShell workflow, you can also use the Suspend<\/b> value. However, advanced functions cannot be suspended.<\/p>\n

When you specify the ErrorAction<\/b> parameter during a call to a command, the specified behavior will override the $ErrorActionPreference<\/b> variable in Windows PowerShell. This variable is part of a handful of variables known as “preference variables.” By default, Windows PowerShell uses an error action preference of Continue<\/b>, which means that errors will be written out to the host, but the script will continue to execute. Hence, these types of errors are known as “non-terminating” errors.<\/p>\n

If you set $ErrorActionPreference<\/b> to Stop<\/b> or if you use Stop<\/b> as the parameter value for -ErrorAction<\/b>, Windows PowerShell will stop the script execution at the point an error occurs. When these errors occur, they are considered “terminating errors.”<\/p>\n

As an example, if you want to stop the execution of your Windows PowerShell script when an error occurs during a call to Stop-Process<\/b>, you can simply add the -ErrorAction<\/b> parameter and use the value Stop<\/b>:<\/p>\n

Stop-Process -Name invalidprocess -ErrorAction Stop;<\/p>\n

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

If you want to suppress the errors from being displayed, you can use the value SilentlyContinue<\/b>, for example:<\/p>\n

Stop-Process -Name invalidprocess -ErrorAction SilentlyContinue;<\/p>\n

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

You can also combine the ErrorAction<\/b> and ErrorVariable<\/b> parameters, such as in this example:<\/p>\n

Stop-Process –Name invalidprocess -ErrorAction SilentlyContinue -ErrorVariable ProcessError;<\/p>\n

If ($ProcessError) {<\/p>\n

    ####### Something went wrong<\/p>\n

}<\/p>\n

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

We have explored the use of two Windows PowerShell common parameters, ErrorAction<\/b> and ErrorVariable<\/b>. I hope that this post has enlightened you about the use of these variables and how to use them to direct the execution flow of your scripts. Thank you for reading, and I will see you next time!<\/p>\n

~Trevor<\/p>\n

Thank you, Trevor, for taking the time to write this explanation and sharing it with our readers. You can reach Trevor on Twitter (https:\/\/twitter.com\/pcgeek86<\/a>) or follow him on his blog, Trevor Sullivan's Tech Room, Minding the gap between administration and development<\/a>.<\/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: Trevor Sullivan talks about handling errors in Windows PowerShell. Microsoft Scripting Guy, Ed Wilson, is here. Today we have guest blogger and Windows PowerShell MVP, Trevor Sullivan… also find Trevor on Twitter (https:\/\/twitter.com\/pcgeek86) and his blog (http:\/\/trevorsullivan.net) Microsoft Scripting Guy, Ed Wilson, just wrote a post about how to use the Try-Catch-Finally blocks in […]<\/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":[51,56,3,4,211,45],"class_list":["post-1035","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-getting-started","tag-guest-blogger","tag-scripting-guy","tag-scripting-techniques","tag-trevor-sullivan","tag-windows-powershell"],"acf":[],"blog_post_summary":"

Summary: Trevor Sullivan talks about handling errors in Windows PowerShell. Microsoft Scripting Guy, Ed Wilson, is here. Today we have guest blogger and Windows PowerShell MVP, Trevor Sullivan… also find Trevor on Twitter (https:\/\/twitter.com\/pcgeek86) and his blog (http:\/\/trevorsullivan.net) Microsoft Scripting Guy, Ed Wilson, just wrote a post about how to use the Try-Catch-Finally blocks in […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/1035","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=1035"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/1035\/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=1035"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=1035"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=1035"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}