The number of bindings should not pushyou over the 32K limit problem.  We'd need to see a test-case to debug further, and for this you should probably move over to the support forums: http://www.macromedia.com/cfusion/webforums/forum/index.cfm?forumid=60.

 

You'll want to post a sample file along with the -generated.as file which you can get by setting keep-generated-as to true in flex-config.xml.

 

Matt

 

-----Original Message-----
From: Tracy Spratt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 1:11 PM
To: [EMAIL PROTECTED]
Subject: RE: [flexcoders] Handling the 32k limit problem

 

No, I'm not using <mx:Model at all.

 

I am using a numberof lightweight, faceless components that communicate using databinding.  But we are not talking a large number of bindings at this point, maybe 100?

 

It seems to be the bindings that push me over the edge.  Add one, it breaks, remove it and its ok.

 


From:Matt Chotin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 3:42 PM
To: '[email protected]'
Subject: RE: [flexcoders] Handling the 32k limit problem

 

Are you using <mx:Model source="..."/>?  That's the easiest way torun into this problem.  In Updater 1 we addressed this somewhat by allowing you to have as many objects as you want as long as no one object and its children beat the limit.  So this means you could have many Models, but no one Model could be too big.  In the next release I've gotten this better so that there shouldn't be size limitations on your Models at all.

 

If you're defining Objects in XML:

 

<MyObject>

  <someProp>

   <SomePropType>

    etc

 

Just try not to make the nested structure too big.  With Updater 1 with the exception of using a big Model source I think the 32K limit should be difficult to hit.

 

Matt

 

-----Original Message-----
From: nts333rd [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 12:34 PM
To: [EMAIL PROTECTED]
Subject: [flexcoders] Handling the 32k limit problem

 

I seem to be bumping up against this limit on a regular basis these
days, and have been avoiding it by modularizing my application in
logical ways.

But I'm getting to the point where the refactoring needed is not
obvious, and am actually working around this limit.

Is there any way to determine exactly where the limit is being
reached?  The compiler message refers to two numbers (addresses), for
example, "Branch between 42952 and 75725 around line 0 exceeds 32K
span". 

Will any of the logs help me determine wherethis "Branch" is?

What techniques can I use to avoid this barrier?

Any suggestions will be helpful.

Tracy



 



Reply via email to