<?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/mtsa/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/mtsa/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 05 May 2015 03:26:06 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/mtsa/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>[](Fluent) is not working well</title><link>https://sourceforge.net/p/mtsa/bugs/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When we make set a &lt;a class="" href="../Fluent"&gt;&lt;/a&gt; as a safety goal. The machine obtained is the same when the Fluent is initially 0 or 1. They should be different machines.&lt;/p&gt;
&lt;p&gt;For example:&lt;/p&gt;
&lt;p&gt;Fluent OnInitiallyFalse = &amp;lt;on,off&amp;gt; initially 0&lt;br /&gt;
Fluent OnInitiallyTrue = &amp;lt;on,off&amp;gt; initially 1&lt;/p&gt;
&lt;p&gt;Both machines are the same.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Leandro Nahabedian</dc:creator><pubDate>Tue, 05 May 2015 03:26:06 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net141348122fd8acf239b64fddea44bbb200f6755a</guid></item><item><title>Pessimistic is distributed if applied to a merge</title><link>https://sourceforge.net/p/mtsa/bugs/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;pessimistic C = (A ++ B).&lt;br /&gt;
The tool is doing pessimistic A, then pessimistic B and after that trying to merge.&lt;br /&gt;
It should perform the merge and then get the pessimistic model.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">German Sibay</dc:creator><pubDate>Mon, 11 May 2009 13:48:08 -0000</pubDate><guid isPermaLink="false">https://sourceforge.nete0ff8a9898d3a0894df91ab21f6682e80da8c81f</guid></item><item><title>Minimal - Bug and inconsistency</title><link>https://sourceforge.net/p/mtsa/bugs/12/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Check the attached file.&lt;br /&gt;
minimal ||It2_PostMin = (It1_Resulting_MTS).&lt;br /&gt;
minimal ||It2Min = (It1).&lt;br /&gt;
It1 = (OrderFood ++ UpdateStock).&lt;/p&gt;
&lt;p&gt;It1_Resulting_MTS is just the result of the merge in It1 (copy and pasted from the Transition window). So technically they are the same.&lt;br /&gt;
It2_PostMin is minimised and the result is verified as correct. However It2Min is minimised but the minimised and the original are not comparable (they have a different alphabet). They should be comparable, and also, It2Min and It2_PostMin should lead to the same resulting MTS (or both raise an exception).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">German Sibay</dc:creator><pubDate>Wed, 01 Apr 2009 13:44:42 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net5e737d8be89d898908b0ac2dade0ef03e4a7d899</guid></item><item><title>Cannot see model names in refinement dialog box</title><link>https://sourceforge.net/p/mtsa/bugs/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;On my mac, if you go to the refiement option in MTS menu, the dialog box that appears which lets you pick to models wich are to be compared uses drop down menus which only let me see the first few letters of the model names.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastian Uchitel</dc:creator><pubDate>Fri, 27 Mar 2009 17:08:46 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net1c7cff01ee57ba2ced34cc504e84ef8dd16e61fc</guid></item><item><title>Invalid result with strong refinement</title><link>https://sourceforge.net/p/mtsa/bugs/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Checking strong refinement, the tool does not abort if the models have different alphabets. Should say: Not applicable.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastian Uchitel</dc:creator><pubDate>Fri, 27 Mar 2009 17:06:36 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net5e72943fa916bba3e8050d25e0f1b3dacf08c10f</guid></item><item><title>Index out of bound exception when minimising</title><link>https://sourceforge.net/p/mtsa/bugs/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When merging and then minimising like "minimal ||Itl_Aux1_P3 = (Itl_Aux1_Env ++ C_P3)." an IndexOutOfBoundException is thrown.&lt;br /&gt;
However if using minimal on the pre calculated merge there is no such exception.&lt;br /&gt;
See attached file.&lt;br /&gt;
&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">German Sibay</dc:creator><pubDate>Fri, 27 Feb 2009 12:19:03 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net5b73d4d000329e7c5e8f750a015b605483935ea9</guid></item><item><title>Combining minimal and optimistic has no clear meaning</title><link>https://sourceforge.net/p/mtsa/bugs/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Combining minimal and optimistic behaves differently when applied to a process than when applied to a composition.&lt;br /&gt;
When used on a simple MTS processes the optimistic version is first calculated and then minimised (LTS minimisation).&lt;br /&gt;
When used on a composite MTS the MTS minimisation is used (and the optimistic is not calculated) (MTS minimisation).&lt;/p&gt;
&lt;p&gt;For example:&lt;/p&gt;
&lt;p&gt;minimal optimistic MTS1 = ... // (FSP process definition). Calculates the optimistic MTS and then minimises it (LTS minimisation)&lt;br /&gt;
minimal optimistic ||MTS2 = (MTS1).  // minimises MTS1 (MTS minimisation). No optimistic version is calculated.&lt;br /&gt;
minimal optimistic ||MTS3 = (MTS1 ++ AnotherMTS).  // minimises the merged MTS (MTS minimisation). No optimistic version is calculated.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">German Sibay</dc:creator><pubDate>Tue, 17 Feb 2009 12:35:55 -0000</pubDate><guid isPermaLink="false">https://sourceforge.neteb45bde8731114f587fd8a5ec2c04f4ee43400d6</guid></item><item><title>Safety checks: unexplained requirement</title><link>https://sourceforge.net/p/mtsa/bugs/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Why does there have to be a deadlock free implementation to do a safety checks? (Note that this is the check against an observer, it is not referring to checks against FLTL safety properties)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastian Uchitel</dc:creator><pubDate>Mon, 16 Feb 2009 16:53:00 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net4ebb7b31030ac15e9b22a19f2cab33712e4250aa</guid></item><item><title>Suspect behaviour of minimization</title><link>https://sourceforge.net/p/mtsa/bugs/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;With all the changes regarding refinement, it would only be natural to have problems with minimization. &lt;br /&gt;
We should have at least a sanity check at the end of it where the resulting minimized MTS is checked for equivalence against the original.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastian Uchitel</dc:creator><pubDate>Mon, 16 Feb 2009 16:50:10 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netf81d9fcfa914dc4405bd1ffbcc24eb2e58245fbd</guid></item><item><title>Weird code in checkSafety()</title><link>https://sourceforge.net/p/mtsa/bugs/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;WHy does it say "there must be a property to check"&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastian Uchitel</dc:creator><pubDate>Mon, 16 Feb 2009 16:44:56 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net31bd037268ef8e99609d2ccbadf3c83c249b68c1</guid></item></channel></rss>