I would recommend generating a link report for the app and the RSL to see what the differences are the included classes are in the various scenarios. By default an RSL will not be loaded if it is not used by an application. >From you description is sounds like the RSL is not required and therefore would note be loaded. An RSL can always be loaded by using the 'force load RSL' checkbox. Looking at the generated code (-keep) for the system manager will tell you if an RSL will be loaded. The required RSLs will be in the info().cdRSLs array and the non-required RSLs are in the info().placeholderRSLs array.
-Darrell On Fri, Sep 5, 2014 at 3:37 PM, Alex Harui <aha...@adobe.com> wrote: > > > On 9/5/14 12:22 PM, "Nigel Magnay" <nigel.mag...@gmail.com> wrote: > > > >What's weird (to me) though is the fact the class that breaks it in the > >RSL > >isn't ever used in the SWF (you can remove the reference to the library > >and > >it works fine). There's just something about even mentioning a class that > >seems to break something. :-? > > I haven't looked closely. Isn't MenuEvent used by Spark Menu/MenuBar? > > In theory, classes are initialized "on-demand" so it shouldn't matter what > RSL a class belongs to as long as it is in the applicationDomain before it > is needed by some other class, but there could be some code somewhere that > causes the AS VM to go looking for that class sooner than expected and > either find it missing, or finds an incompatible or broken version. If > missing you should get a verify error, though. > > -Alex > >
