<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Qualify your commands with capture</title>
	<atom:link href="http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/feed/" rel="self" type="application/rss+xml" />
	<link>http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/</link>
	<description>computing for fun and profit</description>
	<lastBuildDate>Fri, 03 Feb 2012 03:42:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Will</title>
		<link>http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/comment-page-1/#comment-6815</link>
		<dc:creator>Will</dc:creator>
		<pubDate>Tue, 03 Aug 2010 03:28:27 +0000</pubDate>
		<guid isPermaLink="false">http://enoriver.net/?p=128#comment-6815</guid>
		<description>Thanks for this.  This is close to what I want to do, but your description isn&#039;t general enough.  

What if you have an large number of files, not just 2?  How do you automate that without having very verbose code?</description>
		<content:encoded><![CDATA[<p>Thanks for this.  This is close to what I want to do, but your description isn't general enough.  </p>
<p>What if you have an large number of files, not just 2?  How do you automate that without having very verbose code?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stata: how to make sure your file exists &#171; Economics should be open</title>
		<link>http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/comment-page-1/#comment-4332</link>
		<dc:creator>Stata: how to make sure your file exists &#171; Economics should be open</dc:creator>
		<pubDate>Mon, 01 Mar 2010 23:29:51 +0000</pubDate>
		<guid isPermaLink="false">http://enoriver.net/?p=128#comment-4332</guid>
		<description>[...] http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/    Leave a Comment [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/" rel="nofollow">http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/</a>    Leave a Comment [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabi Huiber</title>
		<link>http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/comment-page-1/#comment-5</link>
		<dc:creator>Gabi Huiber</dc:creator>
		<pubDate>Tue, 07 Oct 2008 01:23:15 +0000</pubDate>
		<guid isPermaLink="false">http://enoriver.net/?p=128#comment-5</guid>
		<description>The difference is scope. Local macros live inside a given do-file; they disappear when that do-file finishes running, either because it&#039;s done or because of an error. Global macros live inside a given Stata instance. They disappear when you turn Stata off (or you explicitly drop them). If you have a project split into two do-files, where the first calls the second, then any macros that you define in the first as local macros will not be recognized by the second. Sometimes that&#039;s what you want. But other times it&#039;s useful to have the first file handle all the stuff that needs to be defined once, and just serve it to the second file. If you want to do that, you need global macros.</description>
		<content:encoded><![CDATA[<p>The difference is scope. Local macros live inside a given do-file; they disappear when that do-file finishes running, either because it's done or because of an error. Global macros live inside a given Stata instance. They disappear when you turn Stata off (or you explicitly drop them). If you have a project split into two do-files, where the first calls the second, then any macros that you define in the first as local macros will not be recognized by the second. Sometimes that's what you want. But other times it's useful to have the first file handle all the stuff that needs to be defined once, and just serve it to the second file. If you want to do that, you need global macros.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fj</title>
		<link>http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/comment-page-1/#comment-3</link>
		<dc:creator>fj</dc:creator>
		<pubDate>Tue, 07 Oct 2008 00:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://enoriver.net/?p=128#comment-3</guid>
		<description>What is the difference between globals and macros and scalars other than the identifier?  `local&#039; $global</description>
		<content:encoded><![CDATA[<p>What is the difference between globals and macros and scalars other than the identifier?  `local' $global</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steli S.</title>
		<link>http://enoriver.net/index.php/2008/09/24/qualify-your-commands-with-capture/comment-page-1/#comment-2</link>
		<dc:creator>Steli S.</dc:creator>
		<pubDate>Sat, 27 Sep 2008 22:20:22 +0000</pubDate>
		<guid isPermaLink="false">http://enoriver.net/?p=128#comment-2</guid>
		<description>If you write long do file, it is likely you do it in logical blocks, and as you go along you check the outcome.  I find it more useful to have global, not local macro for paths etc.</description>
		<content:encoded><![CDATA[<p>If you write long do file, it is likely you do it in logical blocks, and as you go along you check the outcome.  I find it more useful to have global, not local macro for paths etc.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

