Hi Ben,

On Wed, Oct 21, 2015 at 7:19 AM, Ben Coman <btc at openinworld.com> wrote:

> On Wed, Oct 21, 2015 at 5:38 AM, Eliot Miranda <eliot.miranda at gmail.com>
> wrote:
> > Hi Marcel,
> >
> > On Tue, Oct 20, 2015 at 1:15 AM, marcel.taeumel <Marcel.Taeumel at hpi.de>
> > wrote:
> >>
> >> What about saving timezone information, too? Taking on Eliot's thought
> >> about
> >> code from different packages, what about someone that makes a change at
> >> PST
> >> and one at UTC? ... How to merge those at the moment?
> >
> >
> > This seems much more useful. I would like to see minute granularity UTC
> > timestamps.  And that reminds me I need to replace the time stuff in 5.0
> > with the microsecond clock support.
>
> Are you talking about Delay? Would you like me to push my microsecond
> DelayScheduler introduced in Pharo? (but I still had a bit more I
> wanted to clean in Pharo.)
>

Not juest Delay, but deriving all time from the microsecond clock
primitives, and eliminating the code for the now unnecessary
overflow/wraparound of the millisecond clock.  So yes please.  I also made
changes at Cadence that mean one can profile across a snapshot and hence
profile start-up and shut-down activities.  I'll integrate this after you
integrate the microsecond clock basis.


> cheers -ben
>
> >> Accurate timestamps are kind of important... :-/
> >
> >
> > Yes, agreed.  But method timestamps to second granularity?  Why do you
> need
> > that kind of granularity?
> >
> >>
> >>
> >> Best,
> >> Marcel
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://forum.world.st/The-Trunk-System-mt-771-mcz-tp4856201p4856686.html
> >> Sent from the Squeak - Dev mailing list archive at Nabble.com.
> >>
> >
> >
> >
> > --
> > _,,,^..^,,,_
> > best, Eliot
> >
> >
> >
>
>


-- 
_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20151021/1a87e11f/attachment.htm