 




<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The VBScript Network and Systems Administrator&#039;s Cafe &#187; on error</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/tag/on-error/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator</link>
	<description></description>
	<lastBuildDate>Tue, 11 Oct 2011 18:36:53 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Communicating error levels to a calling application from with in VBScript</title>
		<link>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/communicating-error-levels-to-a-calling-application-with-vbscript/</link>
		<comments>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/communicating-error-levels-to-a-calling-application-with-vbscript/#comments</comments>
		<pubDate>Fri, 17 Oct 2008 23:11:30 +0000</pubDate>
		<dc:creator>Jerry Lees</dc:creator>
				<category><![CDATA[batch commands]]></category>
		<category><![CDATA[Error control]]></category>
		<category><![CDATA[errorlevel]]></category>
		<category><![CDATA[exit]]></category>
		<category><![CDATA[on error]]></category>
		<category><![CDATA[VBScript]]></category>
		<category><![CDATA[wscript]]></category>
		<category><![CDATA[WScript.quit]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/communicating-error-levels-to-a-calling-application-with-vbscript/</guid>
		<description><![CDATA[We&#8217;ve discussed error handling previously (via the On Error Goto 0 command) in a entry titled, Using error control in a VBScript to recover from odd errors. However, occasionally you need to communicate a condition back to an application or batch file that calls a script as part of its processing. One reason you may need [...]]]></description>
				<content:encoded><![CDATA[<p>We&#8217;ve discussed error handling previously (via the <em>On Error Goto 0</em> command) in a entry titled, <a href="http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/using-error-control-in-a-vbscript-to-recover-from-odd-errors/">Using error control in a VBScript to recover from odd errors</a>. However, occasionally you need to communicate a condition back to an application or batch file that calls a script as part of its processing. One reason you may need to do this is if you need to call a separate script or application depending on the outcome of the script. You can do this with what is called an error level. Keep in mind this may not have anything to do with an error in the script but can, instead, be used as a method to control how another applicatioin responds to a particular condition.</p>
<p>For example, say you already have a executable that processes a file into a database&#8211; but you don&#8217;t want to run the executable on a old file because it would cause all sorts of duplicated entries in the database. you might not be able to go back to the person who wrote the executable and have them change it or the executable might not have even been written by the company where you work! You could, however write a script to check the date of a file and if it was created during a time frame return a error level back to a batch file that calls your script and preforms the logic to decide if the executable needed to be ran. Take this batch file for example:</p>
<p><font color="#0000ff">Echo off<br />
cscript Yourscript.vbs<br />
If %errorlevel% == 3 goto runexe<br />
Echo &#8220;File to old&#8221;<br />
goto EndBatch<br />
:runexe<br />
processingprogram.exe<br />
:EndBatch</font></p>
<p>This would only run the executable <strong>IF</strong> your script returned a error level of 3! So you can then preform work and checks never intended by the executable when it was written only if the conditions are correct for it to run.</p>
<p>The line of code in VBScript you would add to your  script to communicate back to the batch file would be:</p>
<p><font color="#0000ff">WScript.quit(3)</font></p>
<p>This will return a error level of 3 back to the batch file and cause the batch file to THEN run your executable.</p>
<p>So, there you have it! A quick and simple method to extend the life of those aging processes that work fine&#8211; just need a minor tweak because your environment has changed.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/communicating-error-levels-to-a-calling-application-with-vbscript/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>VBScript Statements: Explanation of the On Error Statement</title>
		<link>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/vbscript-statements-explanation-of-the-on-error-statement/</link>
		<comments>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/vbscript-statements-explanation-of-the-on-error-statement/#comments</comments>
		<pubDate>Fri, 26 Sep 2008 19:54:17 +0000</pubDate>
		<dc:creator>Jerry Lees</dc:creator>
				<category><![CDATA[Error control]]></category>
		<category><![CDATA[on error]]></category>
		<category><![CDATA[VBScript Statements]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/vbscript-statements-explanation-of-the-on-error-statement/</guid>
		<description><![CDATA[The on error statement allows you to somewhat control how the scripting engine handles errors in the scripts you write. It allows you to turn error handling on and off for the scripting engine so that you can handle them in your script.  The Statement essentially has two ways it is used. First to turn [...]]]></description>
				<content:encoded><![CDATA[<p>The on error statement allows you to somewhat control how the scripting engine handles errors in the scripts you write. It allows you to turn error handling on and off for the scripting engine so that you can handle them in your script.</p>
<p> The Statement essentially has two ways it is used. First to turn off the script engine error checking:</p>
<p><font color="#0000ff">On Error Resume Next</font></p>
<p>The second is to turn it on, thereby allowing the script engine to stop execution of a script when an error is encountered. Like so:</p>
<p><font color="#0000ff">On Error Goto 0</font></p>
<p>One word of caution, It is very tempting to simply place &#8220;On error resume next&#8221; in a complex script block and not worry about annoying hard to find errors. However, It is generally better to try to find the source of the errors since ignoring the errors can cause unintended consequences&#8211; or at the very least difficult to find issues in another piece of code.</p>
<p>In general, if you use On Error Resume Next you should always check for errors and handle them in your code somehow. </p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/vbscript-systems-administrator/vbscript-statements-explanation-of-the-on-error-statement/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
