Debugger very slow when launched from TestRunner

Alain Fischer mailinglist.fischer at bluewin.ch
Wed Jun 22 10:11:43 UTC 2005


Hi Andreas,

What are the steps to install ToolBuilder and then run TestRunnerPlus ?

Is this enough to install:
http://kilana.unibe.ch:8888/ToolBuilder/ToolBuilder-Kernel-ar.10.mcz
then:
http://kilana.unibe.ch:8888/ToolBuilder/ToolBuilder-Examples-cwp.4.mcz

Have a nice day.
Alain



On 21 juin 05, at 23:51, Andreas Raab wrote:

> Switch to TestRunnerPlus (part of ToolBuilder examples). Or more  
> accurately: Switch to any TestRunner which does not run tests in  
> concurrent processes, thereby creating unforeseen interactions with  
> the primary UI process, thereby at some point having multiple UI  
> processes running thereby screwing up the display. It's amazing to  
> me how people can deal with the default TestRunner at all given how  
> flawed it is.
>
> Cheers,
>   - Andreas
>
> Avi Bryant wrote:
>
>> On 6/21/05, Alain Fischer <mailinglist.fischer at bluewin.ch> wrote:
>>
>>> When you launch the debugger from TestRunner by clicking on an error
>>> list item,
>>> the PreDebugWindow is very slow to be drawn and it seem that each  
>>> part
>>> of the
>>> window and invalidated area are drawn and flushed to the Display.
>>> The back buffering (draw all parts the flush the affected area to  
>>> the
>>> Display)
>>> of the Display seem bypassed.
>>>
>>> Other one has seen this ? or just me ?
>>>
>> Yes, I see this all the time - not just when using the TestRunner  
>> (and
>> not always then, it doesn't seem  to be very consistent).  It's
>> probably my number one frustration when developing in Squeak these
>> days.  The only workaround I've found is to simply not have many
>> system windows open at any one time... anyone have a fix for this?
>> Avi
>>
>
>
>




More information about the Squeak-dev mailing list