<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/matio-labview/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/matio-labview/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 17 Jun 2010 13:56:03 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/matio-labview/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Error thrown for empty cluster arrays.</title><link>https://sourceforge.net/p/matio-labview/bugs/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In LabVIEW, auto-indexed for loops don't execute when the input array is empty.  In this case, all tunnel outputs will pass out their default values, and all shift register outputs will pass out their input values.&lt;/p&gt;
&lt;p&gt;On 6/17/2010, Jon (http://lavag.org/user/17719-jhow88/) reported an error that relates to this standard functionality in a forum post (http://lavag.org/topic/10976-a-mat-file-io-library/page__view__findpost__p__75283).&lt;/p&gt;
&lt;p&gt;It turns out that there were several instances where a for loop was used to process array elements recursively, but tunnels were used to pass the recursive VI reference through the for loop.  When the input array was empty, the output VI reference would be invalid.  The invalid reference would pass into the close reference VI, which would throw the error that Jon reported.&lt;/p&gt;
&lt;p&gt;The fix is easy.  Just replace all of the tunnels that pass VI references with shift registers.  Then if the input array is empty, the output VI reference will be the same as the input VI reference, and there will be no error thrown.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Thu, 17 Jun 2010 13:56:03 -0000</pubDate><guid>https://sourceforge.net2be6bc0b4367b906fdd77bc29a06707083a7c6af</guid></item><item><title>Only the first element of Nx1 double arrays is read in.</title><link>https://sourceforge.net/p/matio-labview/bugs/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;1D double arrays are always read in as 1xN arrays.  Therefore, when a Nx1 array is read in, only the first element will be returned to the user instead of the full 1D array.  This bug might be present when reading 1D logical, cell, and struct arrays also.&lt;/p&gt;
&lt;p&gt;This bug was reported here:  &lt;a href="http://lavag.org/topic/10976-a-mat-file-io-library/page__view__findpost__p__66584"&gt;http://lavag.org/topic/10976-a-mat-file-io-library/page__view__findpost__p__66584&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Tue, 29 Sep 2009 12:21:18 -0000</pubDate><guid>https://sourceforge.net24618470366fd42b186e46f05b271e0581369036</guid></item><item><title>"Anything" VI doesn't properly write array of clusters</title><link>https://sourceforge.net/p/matio-labview/bugs/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This was reported here:  &lt;a href="http://lavag.org/topic/10976-a-mat-file-io-library/page__view__findpost__p__66263"&gt;http://lavag.org/topic/10976-a-mat-file-io-library/page__view__findpost__p__66263&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Mon, 28 Sep 2009 11:50:50 -0000</pubDate><guid>https://sourceforge.net2ab053d71dba993c67f25aaea5599e406776e4a5</guid></item><item><title>Element ordering problem with struct arrays greater than 1D.</title><link>https://sourceforge.net/p/matio-labview/bugs/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The order of elements is not correct in struct arrays with 2 dimensions or more.  1D structs and single-element structs are not affected by this bug.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Tue, 22 Sep 2009 10:13:40 -0000</pubDate><guid>https://sourceforge.net5af0ae762bf394b461b742b36366e89e6d4feb73</guid></item><item><title>Error in writing char arrays.</title><link>https://sourceforge.net/p/matio-labview/bugs/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;There was a problem writing character arrays.  The variable name was not being written in the proper way.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Thu, 17 Sep 2009 14:57:08 -0000</pubDate><guid>https://sourceforge.net6e482a348d32a3aaf652e2e056393c50c9a05d03</guid></item><item><title>Problem with strings containing ASCII code 128..255 chars.</title><link>https://sourceforge.net/p/matio-labview/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Strings that contain characters between ASCII code 128 and 255 are not written properly.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Tue, 15 Sep 2009 17:53:39 -0000</pubDate><guid>https://sourceforge.netbf2389ce71318f49f99a2424d0a19e9fbca4b8e3</guid></item><item><title>Extract Data Element (1D Struct) only handles 1x1 structs.</title><link>https://sourceforge.net/p/matio-labview/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Only a 1x1 struct is handled properly by "Extract Data Element (1D Array of Data Element from 1D Array of Struct).vi".  If the struct is a 1xN, then only the fields of the first element are returned by the VI.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cook</dc:creator><pubDate>Fri, 11 Sep 2009 15:56:24 -0000</pubDate><guid>https://sourceforge.net8d8f1c7854f429c5848cd12ffb59e83efc29d91f</guid></item></channel></rss>