<?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: What does Atmel have against the number 10?</title>
	<atom:link href="http://www.poweredbyanime.com/index.php/2008/11/10/what-does-atmel-have-against-the-number-10/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.poweredbyanime.com/index.php/2008/11/10/what-does-atmel-have-against-the-number-10/</link>
	<description>Things I've discovered while doing what I do</description>
	<lastBuildDate>Tue, 30 Jun 2009 16:52:17 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Powered by Anime &#187; Blog Archive &#187; The source of the number 13</title>
		<link>http://www.poweredbyanime.com/index.php/2008/11/10/what-does-atmel-have-against-the-number-10/comment-page-1/#comment-104</link>
		<dc:creator>Powered by Anime &#187; Blog Archive &#187; The source of the number 13</dc:creator>
		<pubDate>Wed, 12 Nov 2008 16:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.poweredbyanime.com/?p=52#comment-104</guid>
		<description>[...] you Clark for the push - I had another look around and discovered that both 0&#215;0D (13) and 0&#215;0A (10) [...]</description>
		<content:encoded><![CDATA[<p>[...] you Clark for the push &#8211; I had another look around and discovered that both 0&#215;0D (13) and 0&#215;0A (10) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Williams</title>
		<link>http://www.poweredbyanime.com/index.php/2008/11/10/what-does-atmel-have-against-the-number-10/comment-page-1/#comment-103</link>
		<dc:creator>Martin Williams</dc:creator>
		<pubDate>Tue, 11 Nov 2008 21:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.poweredbyanime.com/?p=52#comment-103</guid>
		<description>OK, on further investigation, it looks like the computer on the other end is actually adding a 0x0D before the 0x0A, so both get received, but the 0x0A gets pushed down one place in the buffer, and is thus never seen...

So now I need to find out how to stop Linux from adding that extra byte...</description>
		<content:encoded><![CDATA[<p>OK, on further investigation, it looks like the computer on the other end is actually adding a 0&#215;0D before the 0&#215;0A, so both get received, but the 0&#215;0A gets pushed down one place in the buffer, and is thus never seen&#8230;</p>
<p>So now I need to find out how to stop Linux from adding that extra byte&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Williams</title>
		<link>http://www.poweredbyanime.com/index.php/2008/11/10/what-does-atmel-have-against-the-number-10/comment-page-1/#comment-102</link>
		<dc:creator>Martin Williams</dc:creator>
		<pubDate>Tue, 11 Nov 2008 20:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.poweredbyanime.com/?p=52#comment-102</guid>
		<description>I had thought of that, but it doesn&#039;t match what I&#039;m seeing.  The problem happens regardless of any text processing.  Those large numbers, for instance, are blitted out pixel-by-pixel from an array I have stored in ROM...</description>
		<content:encoded><![CDATA[<p>I had thought of that, but it doesn&#8217;t match what I&#8217;m seeing.  The problem happens regardless of any text processing.  Those large numbers, for instance, are blitted out pixel-by-pixel from an array I have stored in ROM&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clark</title>
		<link>http://www.poweredbyanime.com/index.php/2008/11/10/what-does-atmel-have-against-the-number-10/comment-page-1/#comment-101</link>
		<dc:creator>Clark</dc:creator>
		<pubDate>Tue, 11 Nov 2008 17:34:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.poweredbyanime.com/?p=52#comment-101</guid>
		<description>Just a random guess, but 0x0A in ASCII land represents a Line Feed which is a special character. It is possible the display function calls handle the 0x0A uniquely as a Line Feed operation which would explain the Blank screen. Perhaps even morphing it into a Carriage Return(0x0D) + Line Feed(0x0A).
Nifty use of the Cell Phone displays from SparkFun.</description>
		<content:encoded><![CDATA[<p>Just a random guess, but 0&#215;0A in ASCII land represents a Line Feed which is a special character. It is possible the display function calls handle the 0&#215;0A uniquely as a Line Feed operation which would explain the Blank screen. Perhaps even morphing it into a Carriage Return(0&#215;0D) + Line Feed(0&#215;0A).<br />
Nifty use of the Cell Phone displays from SparkFun.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
