Hi Andres, Could you describe in some detail how to make something clearly fail related to this issue ? There have been mysterious time(r) related problems in the past, it would be good to follow up on something concrete and repeatable. Thx, Sven On 12 Jan 2014, at 04:41, Andres Valloud <avalloud@smalltalk.comcastbiz.net> wrote:
Somewhat related only, but FYI something I've noticed with Cog VMs is that if you bump the computer clock forward by e.g. 30 seconds then Cuis remains frozen for 30 seconds. Under the assumption that Cuis and Pharo are close enough, and considering that alt+. does not bring up a debugger while the image remains frozen, I can't help asking whether the VM is setting up OS alarms at a certain wall clock hour instead of setting up timers that expire after N time has elapsed (irrespective of the wall clock). If the VM is setting up alarms at wall clock hours, then I'd strongly suggest changing that behavior because of NTP, time zone adjustments, etc.
BTW, I found this because apparently Mavericks isn't keeping time that great and NTP frequently changes the clock by ~2 seconds.
On 1/11/14 19:29 , Martin McClure wrote:
I'm beginning to suspect that delays are not expiring at the OS level