<?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: External Code in LabVIEW, Part1: Historical Overview</title>
	<atom:link href="http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/feed/" rel="self" type="application/rss+xml" />
	<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/</link>
	<description>LabVIEW and visual programming blog</description>
	<lastBuildDate>Wed, 14 Dec 2011 00:11:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: styrum</title>
		<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/comment-page-1/#comment-719</link>
		<dc:creator>styrum</dc:creator>
		<pubDate>Wed, 21 Nov 2007 19:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/#comment-719</guid>
		<description>Great article, Rolf! You are THE expert on these matters. Please update this with info about direct pointer manipulation functions from vi.lib\Utility\importsl in LabVIEW 8.5</description>
		<content:encoded><![CDATA[<p>Great article, Rolf! You are THE expert on these matters. Please update this with info about direct pointer manipulation functions from vi.lib\Utility\importsl in LabVIEW 8.5</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: styrum</title>
		<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/comment-page-1/#comment-718</link>
		<dc:creator>styrum</dc:creator>
		<pubDate>Wed, 21 Nov 2007 19:33:38 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/#comment-718</guid>
		<description>Great article, Rolf. You are THE expert on these matters! Please update it with info about direct pointer manipulation functions from the vi.lib\Utility\importsl in LabVIEW 8.5</description>
		<content:encoded><![CDATA[<p>Great article, Rolf. You are THE expert on these matters! Please update it with info about direct pointer manipulation functions from the vi.lib\Utility\importsl in LabVIEW 8.5</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A Rolf Kalbermatter Article - External Code in LabVIEW, Part1: Historical Overview</title>
		<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/comment-page-1/#comment-246</link>
		<dc:creator>A Rolf Kalbermatter Article - External Code in LabVIEW, Part1: Historical Overview</dc:creator>
		<pubDate>Mon, 20 Aug 2007 18:42:29 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/#comment-246</guid>
		<description>[...] The first article in the series is &lt;a href=&quot;http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/&quot; target=&quot;_blank&quot;&gt;External Code in LabVIEW Part1: Historical Overview&lt;/a&gt; To avoid [...]</description>
		<content:encoded><![CDATA[<p>[...] The first article in the series is &lt;a href=&quot;http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/&quot; target=&quot;_blank&quot;&gt;External Code in LabVIEW Part1: Historical Overview&lt;/a&gt; To avoid [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Maila</title>
		<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/comment-page-1/#comment-103</link>
		<dc:creator>Tomi Maila</dc:creator>
		<pubDate>Thu, 10 May 2007 16:02:41 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/#comment-103</guid>
		<description>Nice article Rolf! I really enjoy getting insight into how LabVIEW has evolved into what it is today. There is nothing I can add to your article. Keep them coming ;)</description>
		<content:encoded><![CDATA[<p>Nice article Rolf! I really enjoy getting insight into how LabVIEW has evolved into what it is today. There is nothing I can add to your article. Keep them coming <img src='http://expressionflow.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rolf Kalbermatter</title>
		<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/comment-page-1/#comment-101</link>
		<dc:creator>Rolf Kalbermatter</dc:creator>
		<pubDate>Thu, 10 May 2007 06:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/#comment-101</guid>
		<description>Good point Philippe. I have actually forgotten about that, since I don&#039;t use it. For more trivial files it seems to work quite fine, but the typical header file I often deal with just seems to complicated for that parser and seldom can&#039;t be interfaced to the Call Library Node directly anyhow.
Also I have a bit of a mixed feeling about this tool. While I admire the work of the people who have done this taunting task, I have a feeling that something like this can&#039;t easily be automated. There are so many aspects about interfacing with external code, that a good understanding of the difficulties is necessary in order to create a solution that does not just sometimes work correctly. This is especially true for Industrial Automation systems and I simply don&#039;t trust such a tool enough that I wouldn&#039;t go through every single VI and make at least one thorough extra check that everything is the way it should. But as said the things I usually interface too are either to complicated to be parsed by that tool but mostly simple can&#039;t go into the Call Library Node without extra intermediate translation.</description>
		<content:encoded><![CDATA[<p>Good point Philippe. I have actually forgotten about that, since I don&#8217;t use it. For more trivial files it seems to work quite fine, but the typical header file I often deal with just seems to complicated for that parser and seldom can&#8217;t be interfaced to the Call Library Node directly anyhow.<br />
Also I have a bit of a mixed feeling about this tool. While I admire the work of the people who have done this taunting task, I have a feeling that something like this can&#8217;t easily be automated. There are so many aspects about interfacing with external code, that a good understanding of the difficulties is necessary in order to create a solution that does not just sometimes work correctly. This is especially true for Industrial Automation systems and I simply don&#8217;t trust such a tool enough that I wouldn&#8217;t go through every single VI and make at least one thorough extra check that everything is the way it should. But as said the things I usually interface too are either to complicated to be parsed by that tool but mostly simple can&#8217;t go into the Call Library Node without extra intermediate translation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Guerit (PJM_LabVIEW)</title>
		<link>http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/comment-page-1/#comment-99</link>
		<dc:creator>Philippe Guerit (PJM_LabVIEW)</dc:creator>
		<pubDate>Wed, 09 May 2007 16:26:18 +0000</pubDate>
		<guid isPermaLink="false">http://expressionflow.com/2007/05/09/external-code-in-labview-part1-historical-overview/#comment-99</guid>
		<description>Great article Rolf. This is interesting to have an historical perspective on this. 
I think, that there was another improvement in LV 8.2 that could be mentioned. There is now an Import Share Library wizard that can help create code when the header file (.h) for a DLL is accessible. While this is far from fool proof, this has the potential to save the developer of the DLL wrappers a lot of time.

PJM</description>
		<content:encoded><![CDATA[<p>Great article Rolf. This is interesting to have an historical perspective on this.<br />
I think, that there was another improvement in LV 8.2 that could be mentioned. There is now an Import Share Library wizard that can help create code when the header file (.h) for a DLL is accessible. While this is far from fool proof, this has the potential to save the developer of the DLL wrappers a lot of time.</p>
<p>PJM</p>
]]></content:encoded>
	</item>
</channel>
</rss>

