Test #2: change the Delay of the model to something relatively slow 

(maybe 1 tick per second).  Does this still cause things to lock up?



Test #3: In the step(...) method in Display2D.java, there's a line that 

looks like this:



             if (isMacOSX && movieMaker == null)



Change this to



             if (true)



What happens then?



Sean





Pelle Evensen wrote:

> Sean Luke wrote:

>> I cannot reproduce this on the Mac, with or without the new (and much 

>> slower) Sun renderer.  So I'm guessing it's Sun's windowing code. 

>> MASON's optimizations push Java pretty hard so I wouldn't be surprised.

>>

>> More data would be helpful.  What version of MASON are you running?  

>> Is it a snapshot or taken off of CVS?

>>

>> Only while running is telling: this means it's probably something to 

>> do with MASON blocking waiting for a repaint.

>>

>> Just for grins, go to sim/display/Display.java, and comment out the 

>> following line:

>>

>>                 Utilities.doEnsuredRepaint(header);

>>

>> Recompile and tell me if it's still doing it.

> The original test was with the V13 snapshot (with and without the 

> doEnsuredRepaint() call). We checked out the CVS version and commented 

> out the doEnsuredRepaint() call and it still hangs. With the CVS 

> version, we tested under Linux, JRE 6_0_10.

> 

> 

> It happens both when resizing *and* when zooming in and out several 

> steps in rapid succession. The problem is that it could hang even when 

> not doing anything strange, like an ordinary resizing or zooming operation.

> 

> 

> Regards,

>  Pelle