> What I do not get is if there is a way I can back track to where the problem 
> is added so I could start in the code closer to the problem.

Set a breakpoint in the constructor of CompilerProblem, the base class for 
every Falcon class that represents a compiler problem.

- Gordon

-----Original Message-----
From: Michael Schmalle [mailto:apa...@teotigraphix.com] 
Sent: Wednesday, November 14, 2012 10:30 AM
To: flex-dev@incubator.apache.org
Subject: RE: [FALCON] Functional Testing

Ok so we have something basically setup like SWC tests.

I will be honest, I have NO IDEA how to do;

- run the SWF in Flash Player
- get the trace output, and check it

If you would set that stuff up sometime and give me a template, I'll get the 
idea.

Some of this stuff in the MXML AST is going to take a bit for me to digest. I 
spent 30 minutes stepping through code to see why AddChild can't have an id. I 
got to where AddChild as added as a child of the State and it did have an id 
set in the instance.

What I do not get is if there is a way I can back track to where the problem is 
added so I could start in the code closer to the problem.

I tried running the spark SWC tests and mx but there are some obvious errors 
that are going to take me a bit more time to digest where they exists.

Mike


Quoting Gordon Smith <gosm...@adobe.com>:

> The functional tests should simply call the entry point of MXMLC, 
> check that there are no problems, and run the SWF in Flash Player, get 
> the trace output, and check it. I also recommend that, as with the 
> parsing unit tests I've been writing, you don't have to necessarily 
> put the code to be compiled into a separated file. It makes it easy to 
> see what the test is testing when you can just look at a String in the 
> JUnit test.
>
> - Gordon
>
> -----Original Message-----
> From: Michael Schmalle [mailto:apa...@teotigraphix.com]
> Sent: Wednesday, November 14, 2012 9:18 AM
> To: flex-dev@incubator.apache.org
> Subject: [FALCON] Functional Testing
>
> Hi,
>
> I finally have some time to get back into the deep recesses of the 
> compiler which I will say is probably the place I can afford to spend 
> my time.
>
> Now, We have unit tests and SWC functional tests. We do not have MXMLC 
> functional tests as it stands. Cyrill has a basic template he has 
> started in his GITHub account which basically mimics the way we do it 
> with a SWC.
>
> My question is, I can see this getting mammoth with mxml, fxg etc 
> sample files. How do we go about organizing this so we can test the 
> functionality that seems broken as we fix it?
>
> I have had thoughts of trying to reduce the Exceptions down to unit 
> testable artifacts but in the case of the FXGTranscoder exception, 
> this is impossible to unit test since it needs MXMLC to get to the 
> Exception.
>
> Any thoughts?
>
> Mike
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
>

--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com

Reply via email to