<?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 for Stack Overflow</title>
	<atom:link href="http://embeddedgurus.com/stack-overflow/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://embeddedgurus.com/stack-overflow</link>
	<description>Thoughts on embedded systems by Nigel Jones</description>
	<lastBuildDate>Sun, 06 May 2012 10:34:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on DigiView Logic Analyzer by Nigel Jones</title>
		<link>http://embeddedgurus.com/stack-overflow/2010/10/digiview-logic-analyzer/comment-page-1/#comment-18913</link>
		<dc:creator>Nigel Jones</dc:creator>
		<pubDate>Sun, 06 May 2012 10:34:02 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=554#comment-18913</guid>
		<description>Thanks for the update Jeff. It is good to know about the latest models.</description>
		<content:encoded><![CDATA[<p>Thanks for the update Jeff. It is good to know about the latest models.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DigiView Logic Analyzer by Jeff Gros</title>
		<link>http://embeddedgurus.com/stack-overflow/2010/10/digiview-logic-analyzer/comment-page-1/#comment-18884</link>
		<dc:creator>Jeff Gros</dc:creator>
		<pubDate>Sun, 06 May 2012 02:08:58 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=554#comment-18884</guid>
		<description>I just wanted to add an update. We recently purchased the DV3200 and then upgraded to the DV3400 when I needed more inputs (debugging USB on a PLX chip; 16 bit bus quickly ate up all my pins).

Now that I actually have a unit, I can give a bit more detail in the review.

As I stated previously, the hardware specs are the best I&#039;ve seen. While I definitely could use more than 32 channels, it gets the job done for most projects. The triggering works well, and the amount of sample storage on device cannot be beat.

I found that the UI is still lackluster. I have three main gripes. 

First, they still don&#039;t allow more than 6 markers. I don&#039;t understand why they cannot allow as many as the user wants. It just seems silly. This makes it difficult to keep track and mark events in data streams such as I2C or SPI. The best way I&#039;ve found to mitigate this is to use the search feature to help identify the data patterns I&#039;m looking for and leave a few markers behind as I search.

Second, the interface did take a bit of getting used to. Something that I didn&#039;t know at first  (I must have missed it in my first gloss through the manual) is that the buttons in the UI have different functions depending on whether you left-click or right click. It makes for a much simplified interface I suppose, but I&#039;m not very fast, or very comfortable making multiple right-clicks in a row.

Finally, they  have a &quot;bird&#039;s eye view&quot; which shows the marker locations in the data. The problem is that the data set that I capture is usually so long that the cursors all appear on top of each other in the &quot;bird&#039;s eye window&quot;. If I zoom into one cursor, then I cannot see the other cursors in the bird&#039;s eye window. The window seems to autosize itself based on how far zoomed in you are in the data. I would rather the &quot;bird&#039;s eye view&quot; have its own zoom controls. That way, I could size it as I like and keep track of where my cursors are relative to each other as I zoom in and out of the data on the main screen.

If they had fixed these 3 main issues, I would have bought one 2 years ago. The 6 markers issue was a real deal killer for me. However, I recently was butting heads at work when multiple people needed our old Agilent logic analyzer. I took a brief survey of the market, and the digi-view still seemed the best choice hardware wise.

All that said, the UI does have a lot of great features (much of which I&#039;ve not used yet). 

Lots of different built in protocols (still no CAN bus) make data analysis easy.

The digiview has the capability of multiple captures events, in which each capture fills up one set of data within a project. The default upon installation is that each capture is saved in your working project, so that after 10 captures you have 10 data sets. I quickly disabled that feature once I figured it out, as it doesn&#039;t agree with the way I usually do things. It could be useful for strange events that are particularly difficult to reproduce though. You can even search through the data sets for the event, which is pretty cool. The only problem is that it seems to loose data in between triggers in this mode. Probably because they didn&#039;t leave any spare buffer space to allow them to keep accumulating data while the current data is sent up USB.

They also have a table view that allows you to view protocol data (such as I2C) in table form. This looks interesting, but I&#039;ve not investigated it thoroughly.

If anyone is thinking of purchasing a digi-view, note that the cables can be purchased independently of the unit on the tech-tools website, or on digikey. It is worth picking up a couple of sets, as you don&#039;t want to have to disassemble your connections on one piece of hardware when you suddenly need to hook it up to another setup.</description>
		<content:encoded><![CDATA[<p>I just wanted to add an update. We recently purchased the DV3200 and then upgraded to the DV3400 when I needed more inputs (debugging USB on a PLX chip; 16 bit bus quickly ate up all my pins).</p>
<p>Now that I actually have a unit, I can give a bit more detail in the review.</p>
<p>As I stated previously, the hardware specs are the best I&#8217;ve seen. While I definitely could use more than 32 channels, it gets the job done for most projects. The triggering works well, and the amount of sample storage on device cannot be beat.</p>
<p>I found that the UI is still lackluster. I have three main gripes. </p>
<p>First, they still don&#8217;t allow more than 6 markers. I don&#8217;t understand why they cannot allow as many as the user wants. It just seems silly. This makes it difficult to keep track and mark events in data streams such as I2C or SPI. The best way I&#8217;ve found to mitigate this is to use the search feature to help identify the data patterns I&#8217;m looking for and leave a few markers behind as I search.</p>
<p>Second, the interface did take a bit of getting used to. Something that I didn&#8217;t know at first  (I must have missed it in my first gloss through the manual) is that the buttons in the UI have different functions depending on whether you left-click or right click. It makes for a much simplified interface I suppose, but I&#8217;m not very fast, or very comfortable making multiple right-clicks in a row.</p>
<p>Finally, they  have a &#8220;bird&#8217;s eye view&#8221; which shows the marker locations in the data. The problem is that the data set that I capture is usually so long that the cursors all appear on top of each other in the &#8220;bird&#8217;s eye window&#8221;. If I zoom into one cursor, then I cannot see the other cursors in the bird&#8217;s eye window. The window seems to autosize itself based on how far zoomed in you are in the data. I would rather the &#8220;bird&#8217;s eye view&#8221; have its own zoom controls. That way, I could size it as I like and keep track of where my cursors are relative to each other as I zoom in and out of the data on the main screen.</p>
<p>If they had fixed these 3 main issues, I would have bought one 2 years ago. The 6 markers issue was a real deal killer for me. However, I recently was butting heads at work when multiple people needed our old Agilent logic analyzer. I took a brief survey of the market, and the digi-view still seemed the best choice hardware wise.</p>
<p>All that said, the UI does have a lot of great features (much of which I&#8217;ve not used yet). </p>
<p>Lots of different built in protocols (still no CAN bus) make data analysis easy.</p>
<p>The digiview has the capability of multiple captures events, in which each capture fills up one set of data within a project. The default upon installation is that each capture is saved in your working project, so that after 10 captures you have 10 data sets. I quickly disabled that feature once I figured it out, as it doesn&#8217;t agree with the way I usually do things. It could be useful for strange events that are particularly difficult to reproduce though. You can even search through the data sets for the event, which is pretty cool. The only problem is that it seems to loose data in between triggers in this mode. Probably because they didn&#8217;t leave any spare buffer space to allow them to keep accumulating data while the current data is sent up USB.</p>
<p>They also have a table view that allows you to view protocol data (such as I2C) in table form. This looks interesting, but I&#8217;ve not investigated it thoroughly.</p>
<p>If anyone is thinking of purchasing a digi-view, note that the cables can be purchased independently of the unit on the tech-tools website, or on digikey. It is worth picking up a couple of sets, as you don&#8217;t want to have to disassemble your connections on one piece of hardware when you suddenly need to hook it up to another setup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Efficient C Tips #10 &#8211; Use unsigned integers by Simple Electronic and Microcontroller Projects with tutorials</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/07/efficient-c-tips-10-use-unsigned-integers/comment-page-1/#comment-18364</link>
		<dc:creator>Simple Electronic and Microcontroller Projects with tutorials</dc:creator>
		<pubDate>Sat, 28 Apr 2012 06:00:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/07/31/efficient-c-tips-10-use-unsigned-integers/#comment-18364</guid>
		<description>&lt;strong&gt;Simple Electronic and Microcontroller Projects with tutorials...&lt;/strong&gt;

[...]Efficient C Tips #10 &#8211; Use unsigned integers &#171; Stack Overflow[...]...</description>
		<content:encoded><![CDATA[<p><strong>Simple Electronic and Microcontroller Projects with tutorials&#8230;</strong></p>
<p>[...]Efficient C Tips #10 &#8211; Use unsigned integers &laquo; Stack Overflow[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why you really shouldn&#8217;t steal source code by Herman</title>
		<link>http://embeddedgurus.com/stack-overflow/2012/02/why-you-really-shouldnt-steal-source-code/comment-page-1/#comment-18005</link>
		<dc:creator>Herman</dc:creator>
		<pubDate>Mon, 23 Apr 2012 15:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=779#comment-18005</guid>
		<description>Devil&#039;s advocate: Enforcement of intellectual property rights actually infringes on the legitimate property rights of others. I.e., Monopoly privilege granted by government over ideas-whether for books, music, source code, etc.-dictates how the owners of legitimate property-paper, hard discs, minds, etc.-can utilize their property. Ideas, especially when made digital, are infinitely reproducible and non-rivalrous. X&#039;s use of Y&#039;s code does not prohibit Y&#039;s use of said code without limitation.

This does not mean Y cannot obfuscate, secure, or even boobytrap his ideas to prevent external use. It also does not mean X can trespass, burgle, or breach contracts to obtain Y&#039;s ideas. Commercialization of ideas should rest solely on Y&#039;s ability to satisfy the wants of consumers, not his ability to strong arm government and bureaucracy to acquire special protection from competition. 

More reading: http://mises.org/books/against.pdf</description>
		<content:encoded><![CDATA[<p>Devil&#8217;s advocate: Enforcement of intellectual property rights actually infringes on the legitimate property rights of others. I.e., Monopoly privilege granted by government over ideas-whether for books, music, source code, etc.-dictates how the owners of legitimate property-paper, hard discs, minds, etc.-can utilize their property. Ideas, especially when made digital, are infinitely reproducible and non-rivalrous. X&#8217;s use of Y&#8217;s code does not prohibit Y&#8217;s use of said code without limitation.</p>
<p>This does not mean Y cannot obfuscate, secure, or even boobytrap his ideas to prevent external use. It also does not mean X can trespass, burgle, or breach contracts to obtain Y&#8217;s ideas. Commercialization of ideas should rest solely on Y&#8217;s ability to satisfy the wants of consumers, not his ability to strong arm government and bureaucracy to acquire special protection from competition. </p>
<p>More reading: <a href="http://mises.org/books/against.pdf" rel="nofollow">http://mises.org/books/against.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Electrical Engineers versus Computer Scientists by Omo Akin</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/02/electrical-engineers-versus-computer-scientists/comment-page-1/#comment-16728</link>
		<dc:creator>Omo Akin</dc:creator>
		<pubDate>Sun, 01 Apr 2012 20:32:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/02/06/electrical-engineers-versus-computer-scientists/#comment-16728</guid>
		<description>After a 1st degree in Cs, can one do 2nd degree in Ee or Ce?</description>
		<content:encoded><![CDATA[<p>After a 1st degree in Cs, can one do 2nd degree in Ee or Ce?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why you really shouldn&#8217;t steal source code by cnxsoft</title>
		<link>http://embeddedgurus.com/stack-overflow/2012/02/why-you-really-shouldnt-steal-source-code/comment-page-1/#comment-16564</link>
		<dc:creator>cnxsoft</dc:creator>
		<pubDate>Thu, 29 Mar 2012 12:05:48 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=779#comment-16564</guid>
		<description>Source code theft is common practice in China. They may even start a new company while they still work with their current company. Some companies tried to split offices in different cities (without contact between teams), but developers finally found each other and started their own project based on the existing source code.

The problem is that it&#039;s very difficult to do anything, at least in China.

Another type of theft is with dual license open source code, where it can be GPL (release the modifications) or commercial  (keep your modifications). In that case, many companies do not bother, although some will obfuscate the code (e.g. rename functions) to avoid potential legal issues.</description>
		<content:encoded><![CDATA[<p>Source code theft is common practice in China. They may even start a new company while they still work with their current company. Some companies tried to split offices in different cities (without contact between teams), but developers finally found each other and started their own project based on the existing source code.</p>
<p>The problem is that it&#8217;s very difficult to do anything, at least in China.</p>
<p>Another type of theft is with dual license open source code, where it can be GPL (release the modifications) or commercial  (keep your modifications). In that case, many companies do not bother, although some will obfuscate the code (e.g. rename functions) to avoid potential legal issues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The absolute truth about abs() by Tony Leigh</title>
		<link>http://embeddedgurus.com/stack-overflow/2012/02/the-absolute-truth-about-abs/comment-page-1/#comment-15766</link>
		<dc:creator>Tony Leigh</dc:creator>
		<pubDate>Wed, 14 Mar 2012 12:57:35 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=772#comment-15766</guid>
		<description>Nigel, I suspect the reason why abs() doesn&#039;t return an unsigned value is the confusion that mixing signed and unsigned integers can cause. For example, the following code:

#include 

unsigned uabs(int x)
{
     return (unsigned) (x &gt;= 0 ? x : -x);
}

int main(int argc, char **argv)
{
       int i = -4;

       if (i/uabs(3 - 5) &gt;= 0)
      {
            printf(&quot;Answer is  +ve\n&quot;);
       }
       else
      {
           printf(&quot;Answer is  -ve\n&quot;);
      }

      return 0;
}

prints &quot;Answer is +ve&quot;, although you might expect -4/2 to be negative. The usual arithmetic conversions promote i to unsigned int, meaning the expression is never negative.</description>
		<content:encoded><![CDATA[<p>Nigel, I suspect the reason why abs() doesn&#8217;t return an unsigned value is the confusion that mixing signed and unsigned integers can cause. For example, the following code:</p>
<p>#include </p>
<p>unsigned uabs(int x)<br />
{<br />
     return (unsigned) (x &gt;= 0 ? x : -x);<br />
}</p>
<p>int main(int argc, char **argv)<br />
{<br />
       int i = -4;</p>
<p>       if (i/uabs(3 &#8211; 5) &gt;= 0)<br />
      {<br />
            printf(&#8220;Answer is  +ve\n&#8221;);<br />
       }<br />
       else<br />
      {<br />
           printf(&#8220;Answer is  -ve\n&#8221;);<br />
      }</p>
<p>      return 0;<br />
}</p>
<p>prints &#8220;Answer is +ve&#8221;, although you might expect -4/2 to be negative. The usual arithmetic conversions promote i to unsigned int, meaning the expression is never negative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why you really shouldn&#8217;t steal source code by Nigel Jones</title>
		<link>http://embeddedgurus.com/stack-overflow/2012/02/why-you-really-shouldnt-steal-source-code/comment-page-1/#comment-15728</link>
		<dc:creator>Nigel Jones</dc:creator>
		<pubDate>Tue, 13 Mar 2012 16:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=779#comment-15728</guid>
		<description>I do a lot of DMCA related work. However I&#039;m an engineer and not a lawyer, so take what follows with a large grain of salt. The DMCA normally kicks in when one has circumvented a copy protection mechanism (typically encryption). Whether taking the lid off a chip and reading the ROM contents constitutes a DMCA violation is debatable.</description>
		<content:encoded><![CDATA[<p>I do a lot of DMCA related work. However I&#8217;m an engineer and not a lawyer, so take what follows with a large grain of salt. The DMCA normally kicks in when one has circumvented a copy protection mechanism (typically encryption). Whether taking the lid off a chip and reading the ROM contents constitutes a DMCA violation is debatable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The absolute truth about abs() by Nigel Jones</title>
		<link>http://embeddedgurus.com/stack-overflow/2012/02/the-absolute-truth-about-abs/comment-page-1/#comment-15726</link>
		<dc:creator>Nigel Jones</dc:creator>
		<pubDate>Tue, 13 Mar 2012 16:22:28 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=772#comment-15726</guid>
		<description>It would. I&#039;ve often wondered what it would be like to write a completely conforming compiler. However where ever the behavior is undefined, or compiler specified, for the compiler to do the wackiest thing possible. Then see how much code it breaks...</description>
		<content:encoded><![CDATA[<p>It would. I&#8217;ve often wondered what it would be like to write a completely conforming compiler. However where ever the behavior is undefined, or compiler specified, for the compiler to do the wackiest thing possible. Then see how much code it breaks&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The absolute truth about abs() by Richard Hendricks</title>
		<link>http://embeddedgurus.com/stack-overflow/2012/02/the-absolute-truth-about-abs/comment-page-1/#comment-15723</link>
		<dc:creator>Richard Hendricks</dc:creator>
		<pubDate>Tue, 13 Mar 2012 16:13:37 +0000</pubDate>
		<guid isPermaLink="false">http://embeddedgurus.com/stack-overflow/?p=772#comment-15723</guid>
		<description>That would be one interesting compiler to mess around with, if it treated every &quot;undefined behavior&quot; case as a time to hit the random number generator.</description>
		<content:encoded><![CDATA[<p>That would be one interesting compiler to mess around with, if it treated every &#8220;undefined behavior&#8221; case as a time to hit the random number generator.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

