It isn't the classes themselves it is the style declarations they bring in.  A 
common way to solve that is to use runtime css modules to load every style 
you'll need into the main appdomain

From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Josh 
McDonald
Sent: Thursday, September 18, 2008 7:12 PM
To: [email protected]
Subject: Re: [flexcoders] Re: GC Issues

I was guessing, so don't count on it being true, it was just an idea :)
On Fri, Sep 19, 2008 at 11:48 AM, reflexactions <[EMAIL 
PROTECTED]<mailto:[EMAIL PROTECTED]>> wrote:
Hi there,
Thanks for that info, I hadn't realised before that instances would
not get GC'd becuase they introduced a new class.

But no I don't think that was it as we have a class in the main app
to force "include" of the framework components and the ones we had
issue with like TextArea were included in that class.

But I will note for the future that I must find all the classes we
use in a module and have them included in the main app otherwise as
you say instances will not be GC'd.

tks
--- In [email protected]<mailto:[email protected]>, "Josh 
McDonald" <[EMAIL PROTECTED]> wrote:
>
> I'm completely guessing here, but could it be that your modules are
> including framework classes that aren't linked into the main
application?
> That might keep the module from being collected because the VM
wants to keep
> the classdefs around?
>
> -Josh
>
> On Fri, Sep 19, 2008 at 10:34 AM, Alex Harui <[EMAIL PROTECTED]> wrote:
>
> >  I'm not aware of an problems like that.  See my blog post on the
profiler
> > to make sure you're using it correctly.
> >
> >
> >
> > I've seen some issues that the last component to have focus pins
that
> > component until focus goes elsewhere.
> >
> >
> >
> > -Alex
> >
> >
> >
> > *From:* [email protected]<mailto:[email protected]>
[mailto:[email protected]<mailto:[email protected]>] *On
> > Behalf Of *reflexactions
> > *Sent:* Thursday, September 18, 2008 7:41 AM
> > *To:* [email protected]<mailto:[email protected]>
> > *Subject:* [flexcoders] GC Issues
> >
> >
> >
> > I have been working using the profiler for the last several days
> > trying to resolve some serious memory issues with our application.
> >
> > I am interested in hearing from others who have used the profiler
and
> > if they are seeing the same issues as we are.
> >
> > Our application is mainly structured as a series of TitleWindow's
> > that each contain a Module. The problem has been Modules that
don't
> > get GC'd.
> >
> > Of course we went after the obvious thing like making listener's
use
> > weakReferences and generaly reviewing our code but when that didnt
> > resolve the problem we dug deeper.
> >
> > What we noticed was that certain controls seemed to prevent the
> > Module from being GC'd.
> >
> > In the end we tried a completely empty Module, just
opening/closing
> > tags in mxml and then added simple tags without any attribute or
> > binding to complicate things.
> >
> > So we got to several VBox/HBox/Form/FormItem/Label and everything
is
> > fine, you close and the Module is GC'd.
> >
> > But then the first "problem" control we hit was the TextArea. Add
> > that to the mix and the Module wont be GC'd, remove it and it
does.
> >
> > Same with DataGrid.
> >
> > Same with any mxml component (even an empty mxml component)
> >
> > We are pretty surprised that basic framework control are causing
> > problems, we expected our own to cause issues or our bad code but
not
> > framework controls.
> >
> > Anyone used the profiler and seen this sort of problem?
> >
> > tks
> >
> >
> >
>
>
>
> --
> "Therefore, send not to know For whom the bell tolls. It tolls for
thee."
>
> http://flex.joshmcdonald.info/
>
> :: Josh 'G-Funk' McDonald
> :: 0437 221 380 :: [EMAIL PROTECTED]
>



------------------------------------

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Alternative FAQ location: 
https://share.acrobat.com/adc/document.do?docid=942dbdc8-e469-446f-b4cf-1e62079f6847
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.comYahoo! 
Groups Links

   Individual Email | Traditional





--
"Therefore, send not to know For whom the bell tolls. It tolls for thee."

http://flex.joshmcdonald.info/

:: Josh 'G-Funk' McDonald
:: 0437 221 380 :: [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>

Reply via email to