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]> 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 > > > >
