May 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

by Mariano Martinez Peck

true....I could reproduce it On Mon, May 2, 2011 at 6:34 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Hi guys > > I do not know how many of you are coding in 1.3 but when the system asks me > to add > if I want to add a temp, the temp does not show up. > > Stef > -- Mariano http://marianopeck.wordpress.com

May 2, 2011

Re: [Pharo-project] [Vm-dev] Fwd: System time

by David T. Lewis

I have not looked at this carefully, but I suspect an issue in Chronology (as opposed to a VM or primitive issue). DateAndTime initializes some cached values at image startup time, and thereafter calculates things based on the millisecond clock. If the millisecond clock drifts with respect to system time on the underlying platform (as presumably would be the case if the system clock is synchronized using ntp), then DateAndTime's opinion about current time will drift with respect to the underlying platform. Dave On Sun, May 01, 2011 at 08:24:49AM +0200, stephane ducasse wrote: > > Begin forwarded message: > > > From: Jimmie Houchin <jlhouchin(a)gmail.com> > > Date: May 1, 2011 4:15:40 AM GMT+02:00 > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] System time > > Reply-To: Pharo-project(a)lists.gforge.inria.fr > > > > Hello, > > > > My OS for this application is Windows. On a freshly opened image, the image and OS time are in sync. Over a period of time the image drifted 34 seconds away from OS time. I do not know how long I had this image open, but it has been a number of days, possibly a week plus. > > > > I saved the image and quit. I reopened the image and did DateAndTime now and it was in sync with the OS once again. Same image, vm and OS that was out of sync by 34 seconds only one minute before. > > > > I have opened an image on my server which is also running the latest cog vm, the current Pharo 1.3 and Windows Vista. I am going to periodically do a DateAndTime now to log the drift if any. Prior to opening this image I updated the OS system clock with time.nist.gov which is about 1000 miles away. > > > > I know that within a second or so it can be subject to my coordination of doing DateAndTime now while watching my OS system clocks seconds. But 34 seconds is beyond any subjective standards. > > > > The only reason I discovered this was while exploring how I want to retrieve my data, act upon my data and then pause (Delay wait) until time to repeat. > > dtnow := DateAndTime now. > > dtnext := DateAndTime year: 2011 month: 4 day: 30 hour: 11 minute: i second: 5. "The next minute in the future" > > (Delay forDuration: (dtnext - dtnow)) wait. > > > > I got an error, that Duration cannot be a negative number. As I processed the debugger, I saw that dtnow was greater than dtnext. I watched the OS clock and manually selected the next minute before I executed. However, I was within that 34 second window. > > > > So now I am exploring the problem. > > > > Thanks. > > > > Jimmie > > > > On 4/30/2011 5:06 PM, Alexandre Bergel wrote: > >> 'Time now' gives me the same result than OSX > >> > >> Alexandre > >> > >> > >> On 30 Apr 2011, at 16:15, Jimmie Houchin wrote: > >> > >>> On 4/30/2011 11:50 AM, St?phane Ducasse wrote: > >>>>> I am developing a time sensitive application. I poll a server every minute for new data. The data is time sensitive and the sooner I can get the data to the release of the data the better. > >>>>> > >>>>> I have noticed that Pharo's system time drifts away from the OS system time. I would really like the Pharo system time to be the correct time. > >>>> do you have a repeatable scenario? > >>>> VM > >>>> Image information. > >>> Pharo 1.3 and the latest Cog. > >>> > >>>>> I have not been able to find where in Pharo I can call to update the System clock to the correct time. > >>>> you can use OSProcess (only mac and linux) > >>> No, that's not the problem. The OS clock is right. It's Pharo that has drifted away from correct time. Regardless it would be nice if I have to correct the OS clock, it would still be nice to resync Pharo with the OS, keep both in sync and correct. What I am wanting is simply to resync the Pharo clock with the OS clock. > >>> > >>> It seems that when the Pharo image is started that it gets the OS System time, but keeps its own time after that. Now I do not know the consequences of Pharo adjusting its time backward. If this isn't possible, then I might have to do some workarounds to insure that I get my data in a timely manner. > >>> > >>> The image I have been developing in is currently about 30 seconds ahead of the OS clock. It is on my laptop. It might be due to the laptops sleep and hibernation. I have not tested this on my server. > >>> > >>> That is the situation as best I know it. > >>> > >>> Thanks. > >>> > >>> Jimmie > >>> > > > >

May 2, 2011

[Pharo-project] Working on enhancing the transcript morph

by Fernando Olivero

Hi, i announce that i'm working on enhancing the TranscriptMorph, and fixing all the related issues to the addition of the new Transcript, and its (unpopular) read-only Morph. Around next week i will submit the fixes and enhancements. Fernando

May 2, 2011

Re: [Pharo-project] PharoCore 1.3 built stalled

by Igor Stasenko

On 2 May 2011 23:26, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 2 May 2011 23:13, laurent laffont <laurent.laffont(a)gmail.com> wrote: >> Last built started more than 1 day ago and not finished .... >> Laurent. > > This is not good. I killed the jobs. Lets see if it will repeat again. > Okay the problem is that there is a warning and it is handled by MorphicUIManager, instead of NonInteractiveUIManager which just forcing it to always proceed, while morphic one expects user to press proceed or abandon. So, the problem is with an update of progressTitle: 'Loading 13179-Pha-PlentyOfCleans...' But i don't undestand why it not switched to NonInteractiveUIManager at image startup. Aha.. i guess i know why. Is its not because command line stuff that are triggered at image startup, which tries to evaluate some code before full startup procedure completes? A command line , i think should be changed to start loading external code only after everything else is started (including UI manager). Otherwise we will have problems like that. > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

May 2, 2011

Re: [Pharo-project] PharoCore 1.3 built stalled

by Igor Stasenko

On 2 May 2011 23:13, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Last built started more than 1 day ago and not finished .... > Laurent. This is not good. I killed the jobs. Lets see if it will repeat again. -- Best regards, Igor Stasenko AKA sig.

May 2, 2011

Re: [Pharo-project] SVN vs Git for the cogvm

by Igor Stasenko

On 2 May 2011 17:59, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Camillo, > > On May 2, 2011, at 8:22 AM, Camillo Bruni <camillo.bruni(a)inria.fr> wrote: > >> Hi eliot, >> >> I wanted to know if there is a particular reason that you use svn over git? > > History. > Btw, about history. I found gitk is quite nice GUI tool for git. It showing all branches with all their commit history and it is quite fascinating to watch how project evolves over time and different branches are merging together and then again go side by side and then again merge etc etc :) >> Since it is quite a hassle each time to merge the svn history to the git repos, which I think is a bit of useless repetitive work which could be avoided. >> I think it would be nice if you could switch to git as well, actually there is not much difference to svn, and with some nice macros you can make behave almost the same... > > It's a hastle for me to change. Â Surely you can set-up some script that pings the Cog branch every ten minutes and does the replication to got automatically. Â I don't want to change all my process just yet. > > >> >> >> best regards, >> camillo > > -- Best regards, Igor Stasenko AKA sig.

May 2, 2011

[Pharo-project] PharoCore 1.3 built stalled

by laurent laffont

Last built started more than 1 day ago and not finished .... Laurent.

May 2, 2011

Re: [Pharo-project] [COTDC] 57 - ColorMap

by Fernando Olivero

I'm a transformation of pixel values. I apply up to four masks and shits to compute the transformed pixel value. I'm used when applying a BitBlt transfer, whenever pixels from a source to a destination have diferent depths. For further information refer to BitBlt class comments. To see me in action evaluate: BitBlt exampleColorMap Fernando On Mon, May 2, 2011 at 8:52 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Today: Â ColorMap > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results:Â http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > Laurent

May 2, 2011

Re: [Pharo-project] System time

by Andres Valloud

> The way I read it, each _call_ to timeGetTime should be accurate to > within 5 milliseconds. The docs say 5ms or more, depending on the machine, and there is no indication of what affects the precision on the machine. But even if that's irrelevant, your argument assumes nobody else in the machine called timerBeginPeriod with an argument of, say, 100. Basically, relying on timeGetTime is bound to cause problems because it forces you to assume (guess) what every other program is doing, which opens the door to wrong assumptions and weird, hard to reproduce behavior. > The current time is calculated > baseTime + (newTimeGetTime - baseTimeGetTime) , so precisions not adding > up does not explain drifts of 36 seconds... How many times is timeGetTime() called during the accumulated drift? Andres.

May 2, 2011

[Pharo-project] [COTDC] 57 - ColorMap

by laurent laffont

Today: ColorMap Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

May 2, 2011