<?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: Here&#8217;s A Question</title>
	<atom:link href="http://www.armswiper.co.uk/blog/view/271/feed" rel="self" type="application/rss+xml" />
	<link>http://www.armswiper.co.uk/blog/view/271</link>
	<description>Developer, Rower, Funny Man</description>
	<lastBuildDate>Wed, 14 Dec 2011 11:09:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Rich</title>
		<link>http://www.armswiper.co.uk/blog/view/271/comment-page-1#comment-59</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Wed, 18 Jan 2006 09:48:21 +0000</pubDate>
		<guid isPermaLink="false">#comment-59</guid>
		<description>In a way&lt;br /&gt;Consider:&lt;/p&gt;&lt;p&gt;- Introspective software, where the bug depends on prior bugs, sequencing, or the introspection itself. If you object to this one, consider one of the previous bugs itself being temporally sensitive.&lt;/p&gt;&lt;p&gt;- Range-based bugs revealed by stochastic inputs, where those inputs necessarily arise from an external source (such as an atomic source).&lt;/p&gt;&lt;p&gt;- Any program whose state reflects or includes the environment, and that environment is mutable or consumable. Good luck testing your printer driver bug with no paper (or a software condition that only arises from incorrect handling of a hardware fault). Obviously, printers are a bit of an exaggerated case, but I&#039;m sure you get my point. Simulated interfaces are all well and good, but might be insufficient.&lt;/p&gt;&lt;p&gt;In conclusion -- I mostly agree with you. GP computers can emulate any other GP computer, so pure software can always have its execution environment perfectly replicated -- *in theory*. Where practice is necessarily different, or the computer is not replicable (as in, say, some kind of &quot;world computer&quot;), then I disagree.

Of course :)</description>
		<content:encoded><![CDATA[<p>In a way<br />Consider:
<p>- Introspective software, where the bug depends on prior bugs, sequencing, or the introspection itself. If you object to this one, consider one of the previous bugs itself being temporally sensitive.</p>
<p>- Range-based bugs revealed by stochastic inputs, where those inputs necessarily arise from an external source (such as an atomic source).</p>
<p>- Any program whose state reflects or includes the environment, and that environment is mutable or consumable. Good luck testing your printer driver bug with no paper (or a software condition that only arises from incorrect handling of a hardware fault). Obviously, printers are a bit of an exaggerated case, but I&#8217;m sure you get my point. Simulated interfaces are all well and good, but might be insufficient.</p>
<p>In conclusion &#8212; I mostly agree with you. GP computers can emulate any other GP computer, so pure software can always have its execution environment perfectly replicated &#8212; *in theory*. Where practice is necessarily different, or the computer is not replicable (as in, say, some kind of &quot;world computer&quot;), then I disagree.</p>
<p>Of course <img src='http://www.armswiper.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
