[furcas-discussion] [IMP] Incremental Lexer Crashes
Sebastian
schlag.sebastian at googlemail.com
Fri Feb 11 16:15:31 CET 2011
@ Axel: Could it be, that the strange behavior within the
testCorrectBindingIfElementWasNotBoundBeforeRename testcase has
something to do with the usage of EcoreUtil.delete(), since I use this
method to remove the definition from the model?
> ------------------------------------------------------------------------
>
> Uhl, Axel <mailto:axel.uhl at sap.com>
> 11. Februar 2011 16:05
>
>
> Yes, Stephan pointed that out already. As I suggested in my reply, we
> may consider avoiding EcoreUtil.delete altogether because its scope
> definition is not harmonized with the OppositeEndFinder's scope
> definition. I suggest we offer a delete(EObject) method somewhere that
> is based on the OppositeEndFinder's scope. Additionally, even for the
> tests, this may have the benefit of re-using an already attached cross
> reference adapter.
>
> -- Axel
>
> *From:*furcas-discussion-bounces at lists.furcas.org
> [mailto:furcas-discussion-bounces at lists.furcas.org] *On Behalf Of
> *Thomas Goldschmidt
> *Sent:* Friday, February 11, 2011 3:34 PM
> *To:* furcas-discussion at lists.furcas.org
> *Subject:* Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
> The problem that links to elements are nur nulled-out when the element
> is "deleted", as it was the case in MOIN.
>
>
>
>
>
> *Thomas Goldschmidt *
>
> ABB AG
> Forschungszentrum
> Wallstadter Straße 59
> 68526 Ladenburg
> Office Phone: +49 6203 716134
> Office Fax: +49 6203 716253
> e-mail:thomas.goldschmidt at de.abb.com
>
>
>
>
> ABB AG
> Sitz/Head Office: Mannheim
> Registergericht/Registry Court: Mannheim
> Handelsregisternummer/Commercial Register No.: HRB 4664
> Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim
> Schneider, Markus Ochsner, Hans-Georg Krabbe
> Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
> Jucker
>
> 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.
>
> 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.
>
> *"Uhl, Axel" <axel.uhl at sap.com>*
>
> 11.02.2011 15:05
>
>
>
> To
>
>
>
> Thomas Goldschmidt/DEABB/ABB at ABB, "furcas-discussion at lists.furcas.org"
> <furcas-discussion at lists.furcas.org>
>
> cc
>
>
>
> Subject
>
>
>
> RE: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
>
>
>
>
>
>
> Did I miss something? Which of the horrible EMF element lifecycle
> aspects was at fault and how?
>
> Cheers,
> -- Axel
> *
> From:*furcas-discussion-bounces at lists.furcas.org
> [mailto:furcas-discussion-bounces at lists.furcas.org] *On Behalf Of
> *Thomas Goldschmidt*
> Sent:* Friday, February 11, 2011 2:40 PM*
> To:* furcas-discussion at lists.furcas.org*
> Subject:* Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
> Thanks a lot! Sorry, that I had no time to do this myself.
>
> One more things about the horrible model element lifecycle in EMF :(
>
>
>
>
>
> *Thomas Goldschmidt *
>
> ABB AG
> Forschungszentrum
> Wallstadter Straße 59
> 68526 Ladenburg
> Office Phone: +49 6203 716134
> Office Fax: +49 6203 716253
> e-mail:thomas.goldschmidt at de.abb.com
>
>
>
>
>
> ABB AG
> Sitz/Head Office: Mannheim
> Registergericht/Registry Court: Mannheim
> Handelsregisternummer/Commercial Register No.: HRB 4664
> Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim
> Schneider, Markus Ochsner, Hans-Georg Krabbe
> Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
> Jucker
>
> 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.
>
> 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.
>
> *Stephan Erb <stephan at dev.static-void.de>*
> Sent by: furcas-discussion-bounces at lists.furcas.org
>
> 11.02.2011 14:37
>
>
>
> To
>
>
>
> furcas-discussion at lists.furcas.org
>
> cc
>
>
>
> Subject
>
>
>
> Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
>
>
>
>
>
>
>
>
>
> For the record: It's fixed in
> https://github.com/FURCAS-dev/FURCAS/commit/397d33c6ccc9b020041ed68fab741380cdd61a78
>
> On Sat, 2011-02-05 at 15:58 +0100, Stephan Erb wrote:
> > Hey Thomas,
> >
> > the IMP branch contains the first partially working IMP editor (see
> > [1]). Unfortunately the incremental lexer is crashing regularly and I am
> > unable to find the cause.
> >
> > The lexer dies with:
> >
> > java.lang.ArrayIndexOutOfBoundsException
> > at java.lang.System.arraycopy(Native Method)
> > at
> org.eclipse.emf.common.util.BasicEList.addUnique(BasicEList.java:446)
> > at
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.doAddUnique(NotifyingListImpl.java:393)
> > at
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:377)
> > at
> org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:345)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.addTokenIfNecessaryAndUpdateOffetsAndLengths(IncrementalLexer.java:675)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.lexPhase(IncrementalLexer.java:528)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.lex(IncrementalLexer.java:160)
> > at
> com.sap.ide.cts.parser.incremental.antlr.ANTLRIncrementalLexerAdapter.lex(ANTLRIncrementalLexerAdapter.java:301)
> > at
> com.sap.furcas.ide.editor.imp.services.FurcasParseController.parse(FurcasParseController.java:138)
> > at
> com.sap.furcas.ide.editor.commands.ParseCommand.execute(ParseCommand.java:30)
> >
> > At lines 518 and 519 within the IncrementalLexer we seem to have
> > inconsistently versioned TextBlocks: We have a token and its parent
> > block within the previous version. Now we map both to the current
> > version. However, during this process, the parent child relation seems
> > to get lost. The block does no longer contain the token.
> >
> > Given your experience with all this TextBlocks versioning, any idea
> > where I should start digging?
> >
> > Thanks!
> > Stephan
> >
> > PS: If you want to try it yourself you have to install IMP from
> > http://download.eclipse.org/technology/imp/updates/
> >
> >
> > [1]
> > https://github.com/FURCAS-dev/FURCAS/blob/imp/DSLEngineering/com.sap.furcas.ide.editor/src/com/sap/furcas/ide/editor/imp/
> >
> > _______________________________________________
> > Furcas-discussion mailing list
> > Furcas-discussion at lists.furcas.org
> > http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
>
>
> _______________________________________________
> Furcas-discussion mailing list
> Furcas-discussion at lists.furcas.org_
> _http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
>
> _______________________________________________
> Furcas-discussion mailing list
> Furcas-discussion at lists.furcas.org
> http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
> ------------------------------------------------------------------------
>
> Thomas Goldschmidt <mailto:thomas.goldschmidt at de.abb.com>
> 11. Februar 2011 15:34
>
>
>
> The problem that links to elements are nur nulled-out when the element
> is "deleted", as it was the case in MOIN.
> *Thomas Goldschmidt *
>
> ABB AG
> Forschungszentrum
> Wallstadter Straße 59
> 68526 Ladenburg
> Office Phone: +49 6203 716134
> Office Fax: +49 6203 716253
> e-mail:thomas.goldschmidt at de.abb.com
>
>
>
>
> ABB AG
> Sitz/Head Office: Mannheim
> Registergericht/Registry Court: Mannheim
> Handelsregisternummer/Commercial Register No.: HRB 4664
> Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim
> Schneider, Markus Ochsner, Hans-Georg Krabbe
> Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
> Jucker
>
> 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.
>
> 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.
>
> *"Uhl, Axel" <axel.uhl at sap.com>*
>
> 11.02.2011 15:05
>
>
> To
> Thomas Goldschmidt/DEABB/ABB at ABB,
> "furcas-discussion at lists.furcas.org" <furcas-discussion at lists.furcas.org>
> cc
>
> Subject
> RE: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
>
>
>
>
>
>
>
>
>
> Did I miss something? Which of the horrible EMF element lifecycle
> aspects was at fault and how?
>
> Cheers,
> -- Axel
> *
> From:* furcas-discussion-bounces at lists.furcas.org
> [mailto:furcas-discussion-bounces at lists.furcas.org] *On Behalf Of
> *Thomas Goldschmidt*
> Sent:* Friday, February 11, 2011 2:40 PM*
> To:* furcas-discussion at lists.furcas.org*
> Subject:* Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
> Thanks a lot! Sorry, that I had no time to do this myself.
>
> One more things about the horrible model element lifecycle in EMF :(
>
> *Thomas Goldschmidt *
>
> ABB AG
> Forschungszentrum
> Wallstadter Straße 59
> 68526 Ladenburg
> Office Phone: +49 6203 716134
> Office Fax: +49 6203 716253
> e-mail:thomas.goldschmidt at de.abb.com
>
>
>
>
>
> ABB AG
> Sitz/Head Office: Mannheim
> Registergericht/Registry Court: Mannheim
> Handelsregisternummer/Commercial Register No.: HRB 4664
> Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim
> Schneider, Markus Ochsner, Hans-Georg Krabbe
> Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
> Jucker
>
> 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.
>
> 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.
>
> *Stephan Erb <stephan at dev.static-void.de>*
> Sent by: furcas-discussion-bounces at lists.furcas.org
>
> 11.02.2011 14:37
>
>
> To
> furcas-discussion at lists.furcas.org
> cc
>
> Subject
> Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
>
>
>
>
>
>
>
>
>
>
> For the record: It's fixed in
> _https://github.com/FURCAS-dev/FURCAS/commit/397d33c6ccc9b020041ed68fab741380cdd61a78
>
> On Sat, 2011-02-05 at 15:58 +0100, Stephan Erb wrote:
> > Hey Thomas,
> >
> > the IMP branch contains the first partially working IMP editor (see
> > [1]). Unfortunately the incremental lexer is crashing regularly and I am
> > unable to find the cause.
> >
> > The lexer dies with:
> >
> > java.lang.ArrayIndexOutOfBoundsException
> > at java.lang.System.arraycopy(Native Method)
> > at
> org.eclipse.emf.common.util.BasicEList.addUnique(BasicEList.java:446)
> > at
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.doAddUnique(NotifyingListImpl.java:393)
> > at
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:377)
> > at
> org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:345)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.addTokenIfNecessaryAndUpdateOffetsAndLengths(IncrementalLexer.java:675)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.lexPhase(IncrementalLexer.java:528)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.lex(IncrementalLexer.java:160)
> > at
> com.sap.ide.cts.parser.incremental.antlr.ANTLRIncrementalLexerAdapter.lex(ANTLRIncrementalLexerAdapter.java:301)
> > at
> com.sap.furcas.ide.editor.imp.services.FurcasParseController.parse(FurcasParseController.java:138)
> > at
> com.sap.furcas.ide.editor.commands.ParseCommand.execute(ParseCommand.java:30)
> >
> > At lines 518 and 519 within the IncrementalLexer we seem to have
> > inconsistently versioned TextBlocks: We have a token and its parent
> > block within the previous version. Now we map both to the current
> > version. However, during this process, the parent child relation seems
> > to get lost. The block does no longer contain the token.
> >
> > Given your experience with all this TextBlocks versioning, any idea
> > where I should start digging?
> >
> > Thanks!
> > Stephan
> >
> > PS: If you want to try it yourself you have to install IMP from
> > __http://download.eclipse.org/technology/imp/updates/
> >
> >
> > [1]
> >
> __https://github.com/FURCAS-dev/FURCAS/blob/imp/DSLEngineering/com.sap.furcas.ide.editor/src/com/sap/furcas/ide/editor/imp/
> >
> > _______________________________________________
> > Furcas-discussion mailing list
> > Furcas-discussion at lists.furcas.org
> > __http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
>
>
> _______________________________________________
> Furcas-discussion mailing list
> Furcas-discussion at lists.furcas.org__
> __http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion_
>
> _______________________________________________
> Furcas-discussion mailing list
> Furcas-discussion at lists.furcas.org
> http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
> ------------------------------------------------------------------------
>
> Uhl, Axel <mailto:axel.uhl at sap.com>
> 11. Februar 2011 15:05
>
>
> Did I miss something? Which of the horrible EMF element lifecycle
> aspects was at fault and how?
>
> Cheers,
>
> -- Axel
>
> *From:*furcas-discussion-bounces at lists.furcas.org
> [mailto:furcas-discussion-bounces at lists.furcas.org] *On Behalf Of
> *Thomas Goldschmidt
> *Sent:* Friday, February 11, 2011 2:40 PM
> *To:* furcas-discussion at lists.furcas.org
> *Subject:* Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
> Thanks a lot! Sorry, that I had no time to do this myself.
>
> One more things about the horrible model element lifecycle in EMF :(
>
>
>
>
>
> *Thomas Goldschmidt *
>
> ABB AG
> Forschungszentrum
> Wallstadter Straße 59
> 68526 Ladenburg
> Office Phone: +49 6203 716134
> Office Fax: +49 6203 716253
> e-mail:thomas.goldschmidt at de.abb.com
>
>
>
> ABB AG
> Sitz/Head Office: Mannheim
> Registergericht/Registry Court: Mannheim
> Handelsregisternummer/Commercial Register No.: HRB 4664
> Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim
> Schneider, Markus Ochsner, Hans-Georg Krabbe
> Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
> Jucker
>
> 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.
>
> 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.
>
> *Stephan Erb <stephan at dev.static-void.de>*
> Sent by: furcas-discussion-bounces at lists.furcas.org
>
> 11.02.2011 14:37
>
>
>
> To
>
>
>
> furcas-discussion at lists.furcas.org
>
> cc
>
>
>
> Subject
>
>
>
> Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
>
>
>
>
>
>
>
> For the record: It's fixed in
> https://github.com/FURCAS-dev/FURCAS/commit/397d33c6ccc9b020041ed68fab741380cdd61a78
>
> On Sat, 2011-02-05 at 15:58 +0100, Stephan Erb wrote:
> > Hey Thomas,
> >
> > the IMP branch contains the first partially working IMP editor (see
> > [1]). Unfortunately the incremental lexer is crashing regularly and I am
> > unable to find the cause.
> >
> > The lexer dies with:
> >
> > java.lang.ArrayIndexOutOfBoundsException
> > at java.lang.System.arraycopy(Native Method)
> > at
> org.eclipse.emf.common.util.BasicEList.addUnique(BasicEList.java:446)
> > at
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.doAddUnique(NotifyingListImpl.java:393)
> > at
> org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:377)
> > at
> org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:345)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.addTokenIfNecessaryAndUpdateOffetsAndLengths(IncrementalLexer.java:675)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.lexPhase(IncrementalLexer.java:528)
> > at
> com.sap.ide.cts.parser.incremental.IncrementalLexer.lex(IncrementalLexer.java:160)
> > at
> com.sap.ide.cts.parser.incremental.antlr.ANTLRIncrementalLexerAdapter.lex(ANTLRIncrementalLexerAdapter.java:301)
> > at
> com.sap.furcas.ide.editor.imp.services.FurcasParseController.parse(FurcasParseController.java:138)
> > at
> com.sap.furcas.ide.editor.commands.ParseCommand.execute(ParseCommand.java:30)
> >
> > At lines 518 and 519 within the IncrementalLexer we seem to have
> > inconsistently versioned TextBlocks: We have a token and its parent
> > block within the previous version. Now we map both to the current
> > version. However, during this process, the parent child relation seems
> > to get lost. The block does no longer contain the token.
> >
> > Given your experience with all this TextBlocks versioning, any idea
> > where I should start digging?
> >
> > Thanks!
> > Stephan
> >
> > PS: If you want to try it yourself you have to install IMP from
> > http://download.eclipse.org/technology/imp/updates/
> >
> >
> > [1]
> > https://github.com/FURCAS-dev/FURCAS/blob/imp/DSLEngineering/com.sap.furcas.ide.editor/src/com/sap/furcas/ide/editor/imp/
> >
> > _______________________________________________
> > Furcas-discussion mailing list
> > Furcas-discussion at lists.furcas.org
> > http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
>
>
> _______________________________________________
> Furcas-discussion mailing list
> Furcas-discussion at lists.furcas.org
> http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
>
> _______________________________________________
> Furcas-discussion mailing list
> Furcas-discussion at lists.furcas.org
> http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110211/5be1811b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: compose-unknown-contact.jpg
Type: image/jpeg
Size: 1421 bytes
Desc: not available
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110211/5be1811b/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Ip8c4kAAAAASUVORK5CYII=
Type: image/png
Size: 584 bytes
Desc: not available
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110211/5be1811b/attachment-0001.png>
More information about the Furcas-discussion
mailing list