You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Tom Chiverton <to...@apache.org> on 2013/10/07 23:26:55 UTC
Debugging basic tests crash
I'm trying to run the basic check in tests. Are these known to fail (with a
crash) on Linux ?
If not, as this isn't throwing a nice stack trace, I'm at a bit of a loss as
to where to start - I don't think digging through it with gdb will be much use
?
If I just launch the last .swf there with the (debug) player, then I just get
an empty window with a 0% loading indicator and an error saying
Error #2032: Stream Error. URL: file:///home/falken/workspace/flex-sdk-source-
develop/frameworks/tests/basicTests/spark/views/framework_0.swf
So I am probably missing something (or my fresh build is very very broken, but
I do see some of the tests run through), because :
falken@wopr:~/workspace/flex-sdk-source-develop$ find . -iname framework_0.swf
falken@wopr:~/workspace/flex-sdk-source-develop$
Full text of last build step:
falken@wopr:~/workspace/flex-sdk-source-develop$ ant checkintests
...
basictests:
[mxmlc] Loading configuration file /home/falken/workspace/flex-sdk-source-
develop/frameworks/flex-config.xml
[mxmlc] Loading configuration file /home/falken/workspace/flex-sdk-source-
develop/frameworks/tests/basicTests/BasicTests-config.xml
[mxmlc] /home/falken/workspace/flex-sdk-source-
develop/frameworks/tests/basicTests/BasicTests.swf (3726764 bytes)
[mxmlc] Loading configuration file /home/falken/workspace/flex-sdk-source-
develop/frameworks/flex-config.xml
[mxmlc] /home/falken/workspace/flex-sdk-source-
develop/frameworks/tests/basicTests/basicLoader.swf (957 bytes)
[mxmlc] Loading configuration file /home/falken/workspace/flex-sdk-source-
develop/frameworks/flex-config.xml
[mxmlc] /home/falken/workspace/flex-sdk-source-
develop/frameworks/tests/basicTests/spark/views/StyleManagerModuleTest.swf
(517386 bytes)
[mxmlc] Loading configuration file /home/falken/workspace/flex-sdk-source-
develop/frameworks/flex-config.xml
[mxmlc] Required RSLs:
[mxmlc] framework_0.swf
[mxmlc] textLayout_0.swf
[mxmlc] spark_0.swf
[mxmlc] osmf_0.swf
[mxmlc] /home/falken/workspace/flex-sdk-source-
develop/frameworks/tests/basicTests/spark/views/HelloWorld.swf (49214 bytes)
[echo] launching player and swf
[exec]
[exec] (flashplayerdebugger:28278): GLib-GObject-WARNING **: instance
with invalid (NULL) class pointer
[exec]
[exec] (flashplayerdebugger:28278): GLib-GObject-CRITICAL **:
g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE
(instance)' failed
--
Tom
Re: Debugging basic tests crash
Posted by Tom Chiverton <tc...@extravision.com>.
On 07/10/2013 22:46, OmPrakash Muppirala wrote:
> We should probably test with FP 11.2 on Linux as well.
This is the latest 11.2 'projector debugger' :-)
Tom
Re: Debugging basic tests crash
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Mon, Oct 7, 2013 at 2:43 PM, Justin Mclean <ju...@classsoftware.com>wrote:
> Hi,
>
> > I'm trying to run the basic check in tests.
>
> For the last release I was able to get the tests to run on Linux, but the
> tests didn't pass due to (I assume) use of the 10.2 player. I didn't
> investigate fully.
>
We should probably test with FP 11.2 on Linux as well.
>
> For the mustella tests I managed to fix a few but there are a few issues
> with case in paths that are causing tests to fail.
>
> Thanks,
> Justin
Re: Debugging basic tests crash
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I'm trying to run the basic check in tests.
For the last release I was able to get the tests to run on Linux, but the tests didn't pass due to (I assume) use of the 10.2 player. I didn't investigate fully.
For the mustella tests I managed to fix a few but there are a few issues with case in paths that are causing tests to fail.
Thanks,
Justin
Re: Debugging basic tests crash
Posted by Alex Harui <ah...@adobe.com>.
On 10/8/13 1:59 AM, "Tom Chiverton" <tc...@extravision.com> wrote:
>On 08/10/2013 09:53, Justin Mclean wrote:
>> May be a bug in the Linux player.
>As there are going to be approximately zero further updates to Flash on
>Linux (and definitely none for the standalone player) should we codify
>this difference into the test then ?
Yes. In other sort tests in the main mustella run, the right answer is
computed by calling low-level FP APIs. The goal is just to make sure the
Flex code does not alter the sort order unless it is supposed to.
-Alex
Re: Debugging basic tests crash
Posted by Tom Chiverton <tc...@extravision.com>.
On 08/10/2013 09:53, Justin Mclean wrote:
> May be a bug in the Linux player.
As there are going to be approximately zero further updates to Flash on
Linux (and definitely none for the standalone player) should we codify
this difference into the test then ?
Tom
Re: Debugging basic tests crash
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
You can see the sort order is different :
cote,côte,coté,côté != cote,coté,côte,côté
May be a bug in the Linux player.
Justin
Re: Debugging basic tests crash
Posted by Tom Chiverton <tc...@extravision.com>.
On 07/10/2013 22:50, Justin Mclean wrote:
> https://issues.apache.org/jira/browse/FLEX-33529
>
Ah ha, awesome.
So if the tests had failed, there would be some sort of different output
? Or do I have to look at the last few lines of the Player's log ?
Tom
Re: Debugging basic tests crash
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Tiny bit more info here:
https://issues.apache.org/jira/browse/FLEX-33529
https://issues.apache.org/jira/browse/FLEX-33531
Thanks,
Justin
Re: Debugging basic tests crash
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Yep that was one the issues I run into seems sort order is different on Linux - no idea why.
Justin
Re: Debugging basic tests crash
Posted by Tom Chiverton <to...@apache.org>.
On Monday 07 October 2013 14:31:48 OmPrakash Muppirala wrote:
> Do you have the FlashPlayerTrust and mm.cfg files in place?
FlashPlayerTrust I did have. I didn't have mm.cfg
Adding it per the link didn't change anything but at least you reminded me I
can check /home/falken/.macromedia/Flash_Player/Logs/flashlog.txt which ends
with
TestCase Start: SortTestScript$SparkSort_fr-FR
RESULT: scriptName=spark.scripts::SortTestScript&id=SparkSort_fr-
FR&result=pass&elapsed=1&phase=body&started=1381181724257&extraInfo=&msg=
TestCase Start: SortTestScript$MXSort
RESULT:
scriptName=spark.scripts::SortTestScript&id=MXSort&result=fail&elapsed=0&phase=body&started=1381181724259&extraInfo=null&msg=AssertMethodValue
(method cannot be shown)(body:step 1) method returned cote,côte,coté,côté,川
(U+5DDD),水 (U+6C34),海 (U+6D77),雨 (U+96E8), expected cote,coté,côte,côté,川
(U+5DDD),水 (U+6C34),海 (U+6D77),雨 (U+96E8)
testComplete
ScriptComplete: completely done
Send ScriptComplete to runner block
[IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2
text="Error #2032: Stream Error. URL: http://localhost:9999/ScriptComplete"]
which I *think* means all is well ? Or it fell over before writing the start
of the next set of tests...
Anyway, time for bed over here in the UK so no rush to reply.
--
Tom
Re: Debugging basic tests crash
Posted by OmPrakash Muppirala <bi...@gmail.com>.
Do you have the FlashPlayerTrust and mm.cfg files in place?
This is an outdated wiki I could find for Linux:
http://sourceforge.net/adobe/flexsdk/wiki/Setup%20on%20Linux/ that shows
the basic steps required to run checkintests.
Thanks,
Om
On Mon, Oct 7, 2013 at 2:26 PM, Tom Chiverton <to...@apache.org> wrote:
> I'm trying to run the basic check in tests. Are these known to fail (with a
> crash) on Linux ?
> If not, as this isn't throwing a nice stack trace, I'm at a bit of a loss
> as
> to where to start - I don't think digging through it with gdb will be much
> use
> ?
>
> If I just launch the last .swf there with the (debug) player, then I just
> get
> an empty window with a 0% loading indicator and an error saying
>
> Error #2032: Stream Error. URL:
> file:///home/falken/workspace/flex-sdk-source-
> develop/frameworks/tests/basicTests/spark/views/framework_0.swf
>
> So I am probably missing something (or my fresh build is very very broken,
> but
> I do see some of the tests run through), because :
> falken@wopr:~/workspace/flex-sdk-source-develop$ find . -iname
> framework_0.swf
> falken@wopr:~/workspace/flex-sdk-source-develop$
>
> Full text of last build step:
>
> falken@wopr:~/workspace/flex-sdk-source-develop$ ant checkintests
> ...
> basictests:
> [mxmlc] Loading configuration file
> /home/falken/workspace/flex-sdk-source-
> develop/frameworks/flex-config.xml
> [mxmlc] Loading configuration file
> /home/falken/workspace/flex-sdk-source-
> develop/frameworks/tests/basicTests/BasicTests-config.xml
> [mxmlc] /home/falken/workspace/flex-sdk-source-
> develop/frameworks/tests/basicTests/BasicTests.swf (3726764 bytes)
> [mxmlc] Loading configuration file
> /home/falken/workspace/flex-sdk-source-
> develop/frameworks/flex-config.xml
> [mxmlc] /home/falken/workspace/flex-sdk-source-
> develop/frameworks/tests/basicTests/basicLoader.swf (957 bytes)
> [mxmlc] Loading configuration file
> /home/falken/workspace/flex-sdk-source-
> develop/frameworks/flex-config.xml
> [mxmlc] /home/falken/workspace/flex-sdk-source-
> develop/frameworks/tests/basicTests/spark/views/StyleManagerModuleTest.swf
> (517386 bytes)
> [mxmlc] Loading configuration file
> /home/falken/workspace/flex-sdk-source-
> develop/frameworks/flex-config.xml
> [mxmlc] Required RSLs:
> [mxmlc] framework_0.swf
> [mxmlc] textLayout_0.swf
> [mxmlc] spark_0.swf
> [mxmlc] osmf_0.swf
> [mxmlc] /home/falken/workspace/flex-sdk-source-
> develop/frameworks/tests/basicTests/spark/views/HelloWorld.swf (49214
> bytes)
> [echo] launching player and swf
> [exec]
> [exec] (flashplayerdebugger:28278): GLib-GObject-WARNING **: instance
> with invalid (NULL) class pointer
> [exec]
> [exec] (flashplayerdebugger:28278): GLib-GObject-CRITICAL **:
> g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE
> (instance)' failed
>
> --
> Tom
>