Subject: | |
From: | |
Reply To: | |
Date: | Wed, 12 Nov 2008 14:51:20 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Okay, I've made changes to the code which should fix the resizing bug
and also a few other tweaks (mostly to movie generation) out on CVS.
Let me know if I've created new bugs in the process or if it's still
apparently broken. I have NOT tested on Windows or on X -- but made
changes based on the feedback I got here.
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
|
|
|