reflexactions: Are you able to nail down any other issue which caused this GC problem? Or that textarea issue was the only problem in your application. In my case ChangeWatcher was causing problem which I have fixed, but List control holds references to some ItemRenderers (instances of item renderers is more than number of rows displaying) which causes chain of objects to remain in memory.
- shahid On Fri, Sep 19, 2008 at 11:13 AM, Alex Harui <[EMAIL PROTECTED]> wrote: > All CSSStyleDecls get registered with the central StyleManager, pinning > what SWF brought them in. > > > > If you have a simple test case for TextArea, please file a bug. I don't > see how a border referencing the TextArea can pin the TextArea. Something > would have to be pointing to the border, but the border already has parent > pointing to the TextArea. > > > > -Alex > > > > PS: You are the last reply I'm doing before going on vacation. Hopefully > someone else will help you track it down. > > > > *From:* [email protected] [mailto:[EMAIL PROTECTED] *On > Behalf Of *reflexactions > *Sent:* Thursday, September 18, 2008 10:52 PM > *To:* [email protected] > *Subject:* [flexcoders] Re: GC Issues > > > > We have common .css files that contain every style we ever use in the > whole application or modules and we have these loaded in the main > application mxml. > > <mx:Style source="assets/styles/main.css" /> > <mx:Style source="assets/styles/images.css" /> > > images has all the embeded icon styles and main has everything else. > > So each module/control shouldnt bring anything in in theory. > > We have a large common import class to get all the framework classes > into the main app and then optimise every module for use with the > main app. > > tks > PS. Just curious about ur comments "its the styles" .. would that > mean we would be potentially creating problem if we have class > default style declarations in custom compenent class files? > > --- In [email protected] <flexcoders%40yahoogroups.com>, Alex > Harui <[EMAIL PROTECTED]> wrote: > > > > 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] <flexcoders%40yahoogroups.com> > [mailto:[email protected] <flexcoders%40yahoogroups.com>] On > Behalf Of Josh McDonald > > Sent: Thursday, September 18, 2008 7:12 PM > > To: [email protected] <flexcoders%40yahoogroups.com> > > 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] <flexcoders%40yahoogroups.com><mailto: > [email protected] <flexcoders%40yahoogroups.com>>, "Josh > McDonald" <dznuts@> 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 <aharui@> 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] <flexcoders%40yahoogroups.com><mailto: > [email protected] <flexcoders%40yahoogroups.com>> > > > [mailto:[email protected] <flexcoders%40yahoogroups.com><mailto: > [email protected] <flexcoders%40yahoogroups.com>>] > *On > > > > Behalf Of *reflexactions > > > > *Sent:* Thursday, September 18, 2008 7:41 AM > > > > *To:* > [email protected] <flexcoders%40yahoogroups.com><mailto: > [email protected] <flexcoders%40yahoogroups.com>> > > > > *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 :: josh@ > > > > > > > > > > > ------------------------------------ > > > > -- > > 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%<http://www.mail-archive.com/flexcoders%25> > 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]> > > > > >
