<br><font size=2 face="sans-serif">Hi Stephan,</font>
<br>
<br><font size=2 face="sans-serif">The fix does not break anything. It
is just that the tests I intended to fix with my modifications are still
not green due to additional problems in reference resolving. I can push
the changes tomorrow morning if you like.</font>
<br>
<br><font size=2 face="sans-serif">BR,</font>
<br><font size=2 face="sans-serif">Thomas<br>
</font>
<table>
<tr>
<td valign=top><img src=cid:_1_09706D4009706984002FCB0EC12578CD>
<td><font size=3>&nbsp; </font>
<td><font size=1 face="Verdana"><b>Thomas Goldschmidt </b><br>
Dr.-Ing.<br>
Associate Scientist<br>
Industrial Software Technologies<br>
DECRC/I1<br>
<br>
ABB AG<br>
Forschungszentrum Deutschland<br>
Wallstadter Straße 59<br>
68526 Ladenburg<br>
Office Phone: +49 6203 716134<br>
Office Fax: +49 6203 716253<br>
e-mail:</font><font size=1 color=blue face="Verdana"> thomas.goldschmidt@de.abb.com<br>
</font></table>
<br>
<br><font size=1 color=#808080 face="Verdana">ABB AG<br>
Sitz/Head Office: Mannheim <br>
Registergericht/Registry Court: Mannheim<br>
Handelsregisternummer/Commercial Register No.: HRB 4664<br>
Vorstand/Managing Board: Dr. Peter Terwiesch (Vorsitzender/Chairman), Hans-Georg
Krabbe, Dr. Martin Schumacher, Markus Ochsner<br>
Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
Jucker<br>
<br>
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich
erhalten haben, informieren Sie bitte sofort den Absender und vernichten
Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe
dieser Mail ist nicht gestattet. <br>
<br>
This e-mail may contain confidential and/or privileged information. If
you are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Stephan Erb &lt;stephan@dev.static-void.de&gt;</b>
</font>
<p><font size=1 face="sans-serif">14.07.2011 10:37</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Thomas Goldschmidt/DEABB/ABB@ABB</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [furcas-discussion] Where are things?</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Hi Thomas,<br>
<br>
does your fix break reference resolving in general, or is it just that<br>
our reference resolving tests fail? Most of the latter tend to use<br>
ForEach which is not relevant for me at the moment...<br>
<br>
Thanks!,<br>
Stephan<br>
<br>
On Thu, 2011-07-14 at 09:14 +0200, Thomas Goldschmidt wrote:<br>
&gt; <br>
&gt; Hi Stephan, <br>
&gt; <br>
&gt; I worked on some of the problems this week. One thing I fixed was
the<br>
&gt; &nbsp;- too early - consistency checking of TBs in the merging process.<br>
&gt; This fixed some of the errors in the OperatorTestCases. However, due<br>
&gt; to a problem in reference resolving the tests are not green yet. I
can<br>
&gt; anyway push these fixes, perhaps they may also help you. <br>
&gt; <br>
&gt; BR. <br>
&gt; Thomas<br>
&gt; <br>
&gt; &nbsp; <br>
&gt; Thomas Goldschmidt <br>
&gt; Dr.-Ing.<br>
&gt; Associate Scientist<br>
&gt; Industrial Software<br>
&gt; Technologies<br>
&gt; DECRC/I1<br>
&gt; <br>
&gt; ABB AG<br>
&gt; Forschungszentrum<br>
&gt; Deutschland<br>
&gt; Wallstadter Straße 59<br>
&gt; 68526 Ladenburg<br>
&gt; Office Phone: +49 6203<br>
&gt; 716134<br>
&gt; Office Fax: +49 6203<br>
&gt; 716253<br>
&gt; e-mail:<br>
&gt; thomas.goldschmidt@de.abb.com<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; ABB AG<br>
&gt; Sitz/Head Office: Mannheim <br>
&gt; Registergericht/Registry Court: Mannheim<br>
&gt; Handelsregisternummer/Commercial Register No.: HRB 4664<br>
&gt; Vorstand/Managing Board: Dr. Peter Terwiesch (Vorsitzender/Chairman),<br>
&gt; Hans-Georg Krabbe, Dr. Martin Schumacher, Markus Ochsner<br>
&gt; Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard<br>
&gt; Jucker<br>
&gt; <br>
&gt; Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte<br>
&gt; Informationen. Wenn Sie nicht der richtige Adressat sind oder diese<br>
&gt; E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den<br>
&gt; Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie<br>
&gt; die unbefugte Weitergabe dieser Mail ist nicht gestattet. <br>
&gt; <br>
&gt; This e-mail may contain confidential and/or privileged information.
If<br>
&gt; you are not the intended recipient (or have received this e-mail in<br>
&gt; error) please notify the sender immediately and destroy this e-mail.<br>
&gt; Any unauthorized copying, disclosure or distribution of the material<br>
&gt; in this e-mail is strictly forbidden. <br>
&gt; <br>
&gt; <br>
&gt; Stephan Erb<br>
&gt; &lt;stephan@dev.static-void.de&gt; <br>
&gt; Sent by:<br>
&gt; furcas-discussion-bounces@lists.furcas.org <br>
&gt; <br>
&gt; 14.07.2011 02:52 <br>
&gt; <br>
&gt; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;To<br>
&gt; furcas-discussion@lists.furcas.org <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;cc<br>
&gt; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Subject<br>
&gt; Re:<br>
&gt; [furcas-discussion] Where are things?<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Hey,<br>
&gt; <br>
&gt; On Sun, 2011-07-10 at 11:36 +0200, Stephan Erb wrote:<br>
&gt; &gt; No problem for the tests :-). Actually, these are not just some<br>
&gt; random<br>
&gt; &gt; tests, but my materialized hope to present a working FURCAS/PCM<br>
&gt; Editor<br>
&gt; &gt; during the upcoming final semester presentation (taking place
in 2<br>
&gt; &gt; weeks, but I have to create the screencasts a few days earlier).<br>
&gt; &gt; <br>
&gt; &gt; Given our progress during the last weeks, it does not seem likely<br>
&gt; that<br>
&gt; &gt; we can finish the bugs on time.<br>
&gt; <br>
&gt; <br>
&gt; I am running out of time, so here is a patch with some workarounds<br>
&gt; that<br>
&gt; 'fix' 5 testcases. The patch is only fixing symptoms, because some
of<br>
&gt; these TB merging, grammar generation concepts and invariants seem
to<br>
&gt; be<br>
&gt; over my head.<br>
&gt; <br>
&gt; A short explanation of the changes:<br>
&gt; &nbsp; &nbsp; &nbsp;* Property inits (silently?) fail in OperatorTemplates
with<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;right-associative (unary) operators . SetOCLRef
uses<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;input.LT(-1) in order to find the token
belonging to the<br>
&gt; current<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;template. The way right-associative operator
templates are<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;mapped to ANTLR grammars, SetOCLRef ends
up being called before<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;the operator is consumed and will therefore
retrieve the wrong<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;token. Thus, any code relying on DelayedReference.token
might<br>
&gt; do<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;something random.<br>
&gt; &nbsp; &nbsp; &nbsp;* I don't trust that EcoreHelper.isAlive is doing
the right thing<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;in all cases. We cannot differentiate between
newly created<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;TBs / model elements that have not yet
been assigned to a<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;resource and the ones we have deleted explicitly.
I commented<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;most isAlive calls because those seem to
be more or less<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;optional and were only required to prevent
crashes in MOIN. <br>
&gt; &nbsp; &nbsp; &nbsp;* The TextBlocks merging in reuseTextBlockInternal
is sometimes<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;working on invalid data: It performs a
recursive descend and<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;folds empty TextBlocks at the end of each
recursion level.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;However, within sub-Blocks it sometimes
needs to traverse the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;current TB hierarchy up again and then
fails because it hits<br>
&gt; the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;empty but not-yet-deleted TextBlocks that
are subject to<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;modification on a higher recursion level.
I've implemented a<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;crude hack in getOriginalVersion to prevent
some obvious<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;crashes.<br>
&gt; <br>
&gt; <br>
&gt; I will report back from the FZI if these workarounds are of any value<br>
&gt; for the real-world usecase.<br>
&gt; <br>
&gt; Best,<br>
&gt; Stephan<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; [attachment &quot;workarounds.patch&quot; deleted by Thomas<br>
&gt; Goldschmidt/DEABB/ABB] _______________________________________________<br>
&gt; Furcas-discussion mailing list<br>
&gt; Furcas-discussion@lists.furcas.org<br>
&gt; </font></tt><a href="http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion"><tt><font size=2>http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion<br>
&gt; <br>
<br>
<br>
</font></tt></a>
<br>