Thanks a lot for tracking that bug.


279
- Fix for http://code.google.com/p/pharo/issues/detail?id=726

add #sender method to BlockClosure

- Add messages to BlockClosure to fix issue 
http://code.google.com/p/pharo/issues/detail?id=722

-  Issue 746:   missing package for Closure and friends
        
- Work-around for issue http://code.google.com/p/pharo/issues/detail?id=739

We cannot run some Debugger tests profiled...
... because Debugger would reset Tally Timer class var.

Work around is to put a Timer ifNotNil: protection...

- fix closureParser invocation (should probably clean the rest)

280
        Issue 748:      literals do -> literalsDo:

281
        Issue 724:      BlockClosure DNU when displayed in Debugger


282
        - font update at startup as a preference (fixes 
http://code.google.com/p/pharo/issues/detail?id=689) 
  - Issue 749: Put back ensureEndsWith:


283
        'Event part one'

284
        'New event part two'.

Well I imagine that event is the problem :)


On May 27, 2009, at 5:49 AM, Sean Allen wrote:

> i've been playing with this a bit more and if i open a window or
> minimize one or close one
> while waiting for a redraw, then the redraw happens.
>
> i've loaded up a ton of images and found:
>
> last good pharo dev image:
>
> pharo0.1-10279dev09.04.3
>
> first bad pharo dev image:
>
> pharo0.1-10284dev09.04.4
>
>
> On May 26, 2009, at 10:12 PM, John M McIntosh wrote:
>
>> I'm curious if anyone else has seen this.
>>
>> There is some specialized code in the VM, years old to deal with
>> issues around resizing windows.
>>
>> However in the past there has been bugs where Morphic gets confused
>> about the drawing rules
>> then *every* pixel draw to the Display is flushed to the VM. That
>> generates *millions* of draw requests.
>>
>> To work around that we (for years) actually flush the drawing surface
>> to the screen controller process
>> every N milliseconds so drawing is *slow*, but not like 2 minutes.
>> Seconds perhaps.
>>
>>
>> On 26-May-09, at 5:09 AM, Sean Allen wrote:
>>
>>>
>>> On May 26, 2009, at 3:57 AM, Damien Cassou wrote:
>>>
>>>> On Mon, May 25, 2009 at 6:08 PM, Sean Allen <[email protected]
>>>>> wrote:
>>>>> If I resize a window with the Mac 4.1.1beta2u vm, it takes a  
>>>>> really
>>>>> long time to redraw, sometimes up to 2 minutes or so in time.
>>>>>
>>>>> horizontally, it does it immediately. this only impact on a resize
>>>>> that adds/removes space vertically.
>>>>
>>>> Have you tried with a previous VM? Have you tried with a previous
>>>> image?
>>>>
>>> yes but not in a scientific fashion.
>>>
>>> my previous pharo stuff was rather dated by this point.
>>>
>>> where can i download more recent images and vms? i could
>>> probably pinpoint when it became an issue.
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [email protected]
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>> --
>> =
>> =
>> =
>> =
>> =
>> = 
>> =====================================================================
>> John M. McIntosh <[email protected]>   Twitter:
>> squeaker68882
>> Corporate Smalltalk Consulting Ltd.  http://
>> www.smalltalkconsulting.com
>> =
>> =
>> =
>> =
>> =
>> = 
>> =====================================================================
>>
>>
>>
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [email protected]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> [email protected]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>


_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Reply via email to