3.8.1 Sloooooow redraw with debugger

Adrian Lienhard adi at netstyle.ch
Fri Oct 27 11:57:19 UTC 2006


Is somebody able to reproduce the problem? This would certainly help...
I once was able to do so by just putting a halt in a testcase, or  
maybe in the OmniBrowser, but I don't remember exactly.

Adrian

On Oct 27, 2006, at 11:41 , Todd Blanchard wrote:

> The worst is when proceeding.  Simply closing the debugger is quick  
> enough.  This seems like kind of a showstopper problem to me.  I  
> experience it on both carbon and unix vms with the same image.
>
> -Todd
>
> On Oct 27, 2006, at 2:29 AM, Adrian Lienhard wrote:
>
>> I once had a situation in which I could reproduce the problem and  
>> then found a way to fix it by changing Debugger  
>> class>>openOn:context:label:contents:fullView: not to fork  
>> immediately but to do a WorldState addDeferredUIMessage: [..]  
>> instead.
>> This change went into 3.9, and I have the impression that the  
>> issue doesn't pop up that often anymore, however, it is still there.
>>
>> Adrian
>>
>> On Oct 27, 2006, at 11:13 , Bert Freudenberg wrote:
>>
>>> Am 27.10.2006 um 10:53 schrieb Avi Bryant:
>>>
>>>>
>>>> On Oct 27, 2006, at 1:45 AM, Todd Blanchard wrote:
>>>>
>>>>> I've recently started doing some work in 3.8.1 and whenever the  
>>>>> debugger appears, it takes about a minute for the screen to  
>>>>> redraw bit by bit.  Text looks like it is being hand typed.  Is  
>>>>> there a fix for this?
>>>>
>>>> A crude hack that I've found works is to disable  
>>>> #primitiveDeferUpdates: - for example by having it simply return  
>>>> nil.
>>>
>>> I only ever saw this on the Mac Carbon VM - does it happen on  
>>> other VMs, too? Also, John might have fixed it in latest versions.
>>>
>>> - Bert -
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>




More information about the Squeak-dev mailing list