would be so great to get that in pharo 40.

Le 16/2/15 15:21, Ben Coman a écrit :
This is the issue [1]. I did a fix a while ago, but its preload (see issue) stops Delay processing while it loads, which locked up the UI loop and Integration Tool. That was recently fixed by issue [2], but I wanted to rebase the [1] on the latest Pharo - but first I should strip out #newCodeEnabled: wrappers to make review of [1] easier. There is a new issue [3] for that.

Now if you tell me you are keen to review [3] and [1] when they are ready, I'll bump them to the top of my queue.

[1] https://pharo.fogbugz.com/default.asp?14669 "Delay refactoring (part 2) - change from milliseconds to microseconds" [2] https://pharo.fogbugz.com/default.asp?14669 "Delay refactoring (part 2a) - avoid UI locking up when timer event loop is stopped" [3] https://pharo.fogbugz.com/default.asp?14942 "Delay refactoring (part 2b) - clean out newCodeEnabled wrappers"

cheers -ben

On Mon, Feb 16, 2015 at 4:01 PM, Holger Hans Peter Freyther <[email protected] <mailto:[email protected]>> wrote:

    On Thu, Oct 30, 2014 at 06:32:48PM -0400, stepharo wrote:

    Good Morning Ben, Stef,

    > We really need people to have a look at the code of Ben.

    I downloaded a Pharo-4 image today and executed:

    time pharo --nodisplay --headless ./Pharo-40490.image  eval
    "(Delay forSeconds: 5) wait"
    a Delay(5000 msecs)

    real    0m1.254s
    user    0m1.192s
    sys     0m0.060s


    So the first delay doesn't appear to wait the five seconds. I
    would like to work on kqueue/epoll and remove polling and it
    looks this involves code with Delay as well. I wonder if you
    could provide an overview of what needs to be done and what is
    done?

    thanks
            holger





Reply via email to