[furcas-discussion] [IMP] Incremental Lexer Crashes
Uhl, Axel
axel.uhl at sap.com
Fri Feb 11 17:02:30 CET 2011
I think the reason for the behavior you describe and document by the test cases is that if several tests are executed in a row then several LexedTokens for the lookupScope-defined property from the mapping exist. It seems highly likely that there is some LexedToken produced by that rule which carries the value "b" inside. As I currently can't find the referencedElements collection properly filled, I was just using all LexedTokens produced by the respective rule which of course are too many if we're not just executing a single production at a time. Such a stray "b" token will then cause a resolution based on this phony token.
As Stephan suggested, an additional test is required to constrain the token set.
Working on it :-)
-- Axel
From: Sebastian [mailto:schlag.sebastian at googlemail.com]
Sent: Friday, February 11, 2011 4:16 PM
To: Uhl, Axel
Cc: Thomas Goldschmidt; furcas-discussion at lists.furcas.org
Subject: Re: [furcas-discussion] [IMP] Incremental Lexer Crashes
@ 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?
________________________________
[cid:image001.jpg at 01CBCA0D.2A75A610]
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> [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<mailto: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.
[cid:image002.png at 01CBCA0D.2A75A610]
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<mailto: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><mailto:axel.uhl at sap.com>
11.02.2011 15:05
To
Thomas Goldschmidt/DEABB/ABB at ABB, "furcas-discussion at lists.furcas.org"<mailto:furcas-discussion at lists.furcas.org> <furcas-discussion at lists.furcas.org><mailto: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> [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<mailto: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 :(
[cid:image002.png at 01CBCA0D.2A75A610]
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<mailto: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><mailto:stephan at dev.static-void.de>
Sent by: furcas-discussion-bounces at lists.furcas.org<mailto:furcas-discussion-bounces at lists.furcas.org>
11.02.2011 14:37
To
furcas-discussion at lists.furcas.org<mailto: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
> <https://github.com/FURCAS-dev/FURCAS/commit/397d33c6ccc9b020041ed68fab741380cdd61a78> http://download.eclipse.org/technology/imp/updates/
>
>
> [1]
> <http://download.eclipse.org/technology/imp/updates/> 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
> <https://github.com/FURCAS-dev/FURCAS/blob/imp/DSLEngineering/com.sap.furcas.ide.editor/src/com/sap/furcas/ide/editor/imp/> 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>
http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
_______________________________________________
Furcas-discussion mailing list
Furcas-discussion at lists.furcas.org<mailto:Furcas-discussion at lists.furcas.org>
http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
________________________________
[cid:image001.jpg at 01CBCA0D.2A75A610]
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.
[cid:~WRD000.jpg]
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<mailto: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><mailto:axel.uhl at sap.com>
11.02.2011 15:05
To
Thomas Goldschmidt/DEABB/ABB at ABB, "furcas-discussion at lists.furcas.org"<mailto:furcas-discussion at lists.furcas.org> <furcas-discussion at lists.furcas.org><mailto: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> [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<mailto: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 :(
[cid:~WRD000.jpg]
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<mailto: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><mailto:stephan at dev.static-void.de>
Sent by: furcas-discussion-bounces at lists.furcas.org<mailto:furcas-discussion-bounces at lists.furcas.org>
11.02.2011 14:37
To
furcas-discussion at lists.furcas.org<mailto: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
> <https://github.com/FURCAS-dev/FURCAS/commit/397d33c6ccc9b020041ed68fab741380cdd61a78> http://download.eclipse.org/technology/imp/updates/
>
>
> [1]
> <http://download.eclipse.org/technology/imp/updates/> 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
> <https://github.com/FURCAS-dev/FURCAS/blob/imp/DSLEngineering/com.sap.furcas.ide.editor/src/com/sap/furcas/ide/editor/imp/> 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>
http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
_______________________________________________
Furcas-discussion mailing list
Furcas-discussion at lists.furcas.org<mailto:Furcas-discussion at lists.furcas.org>
http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
________________________________
[cid:image001.jpg at 01CBCA0D.2A75A610]
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> [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<mailto: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 :(
[cid:~WRD000.jpg]
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<mailto: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><mailto:stephan at dev.static-void.de>
Sent by: furcas-discussion-bounces at lists.furcas.org<mailto:furcas-discussion-bounces at lists.furcas.org>
11.02.2011 14:37
To
furcas-discussion at lists.furcas.org<mailto: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
> <https://github.com/FURCAS-dev/FURCAS/commit/397d33c6ccc9b020041ed68fab741380cdd61a78> http://download.eclipse.org/technology/imp/updates/
>
>
> [1]
> <http://download.eclipse.org/technology/imp/updates/> 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
> <https://github.com/FURCAS-dev/FURCAS/blob/imp/DSLEngineering/com.sap.furcas.ide.editor/src/com/sap/furcas/ide/editor/imp/> 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>http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
_______________________________________________
Furcas-discussion mailing list
Furcas-discussion at lists.furcas.org<mailto: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/cb044212/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ~WRD000.jpg
Type: image/jpeg
Size: 823 bytes
Desc: ~WRD000.jpg
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110211/cb044212/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1421 bytes
Desc: image001.jpg
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110211/cb044212/attachment-0003.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 584 bytes
Desc: image002.png
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110211/cb044212/attachment-0001.png>
More information about the Furcas-discussion
mailing list