Hi,

On Tue, 2009-03-24 at 09:04 -0500, Allen Bierbaum wrote:
> On Tue, Mar 24, 2009 at 12:05 AM, Gerrit Voß <[email protected]> wrote:
> >
> > Hi,
> >
> > On Mon, 2009-03-23 at 21:43 -0600, Allen Bierbaum wrote:
> >> On Mon, Mar 23, 2009 at 8:27 PM, Carsten Neumann
> >> <[email protected]> wrote:
> >> >        Hello Allen,
> >> >
> >> >>
> >> >>     * Change lists: As discussed in another posting, we think that the
> >> >> change list should be thread safe and that as long as we call
> >> >> commitChanges() we should be good.
> >> >
> >
> > One other thought, could you call commitChangesAndClear instead of just
> > commitChanges as you transfer your containers from one thread to
> > the other. commitChanges leaves some entry linking intact and might
> > have some side-effects. I have to think through the details but the
> > AndClear version should be safer.
> 
> I think my use of the work "sync" is a bit confusing.  There is no
> sync in terms of commiting a change list across threads in our case
> because everything is in the same aspect.  I was using "sync" to mean
> the point in our application where we know the background request has
> completed and we hook it up to the foreground scenegraph.  In effect
> we are handing off control of the fc's from background to foreground
> because the bg thread won't touch them anymore and the foreground
> thread now has full control to do with them as it will.

I roughly know ;) what I meant was just before you do so can you call
commitChangesAndClear in the bg thread. Internally the fc's have links
to their changed entries which are used to accumulate changes over
commitChanges calls so that during apply or cluster transfers you
have fewer entries per container. It also helps to keep the changelist
size in bounds. If you don't clear the containers now controlled by
your foreground thread still have references back to the changelist
of you background thread. I'm not 100% sure if this is the good, the bad
or the ugly, but suspicious it is ;) That's why I suggested a AndClear.

kind regards,
  gerrit



------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to