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

[Pharo-project] [OT] Meeting in Europe
by Torsten Bergmann May 3, 2011

May 3, 2011

>eastern Europe Didnt know that Europe is that small, could you be more exact about country/place. Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

1 0

[Pharo-project] Cog open-source process [WAS] Re: [Vm-dev] Re: SVN vs Git for the cogvm
by Mariano Martinez Peck May 3, 2011

May 3, 2011

On Tue, May 3, 2011 at 5:06 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 3 May 2011 16:57, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Instead of discussing where to commit I would discuss how to merge and > > define the process with VMMaker. I mean, how WE (the community) and > Eliot, > > manage the development of Cog (the VMMaker part). > > > > Take as an example today. There is "our branch" which is in > > VMMaker-oscog-XXX.NUMBER. For example, the last one is > > VMMaker-oscog-MarianoMartinezPeck.66. > > Eliot commits are in (since now) VMMaker.oscog-eem.56. Who merges? > Eliot? > > us? Would Eliot took the result of the merge as his next base version? > > Because suppose I merge it, and I get > VMMaker-oscog-MarianoMartinezPeck.67 > > which is the merge with VMMaker.oscog-eem.56. Will Eliot take that > version > > and follow his code from that one? > > or he will release VMMaker.oscog-eem.5N tomorrow, and we will need to > merge > > with VMMaker-oscog-MarianoMartinezPeck.6N? if so, the merge will always > be > > more complicated and the differences will be more and more... > > > > As to me the rule is simple: > - before making new release (or snapshot) an author should merge with > latest available version. > > it means, whoever are responsible for update, he should merge previous > work (or just base his work on > latest available version). > > This btw, a typical rule for group development. I've been followed it > since using CVS, then SVN > in many other project i were involved. > Its simple and straightforward. > Why we should invent something else? > Because it is not fun to do the same merge over and over. And the merge will be each time bigger and bigger. This is why I would like to know whether Eliot will take the result of the merge or not as the base of his next version > > Okay. So, Mariano, it is your call. Please do the merge eem.56 + > MarianoMartinezPeck.66 > and then create new ConfigurationOfCog, so next time we will build new > VMs based on this version. > > mmm I don't promise anything. I don't feel brave enough. My unique commit to VMMaker (.66) was a simple change in VMMakerTool to avoid the WorldMenu. There are more than 10 commits between them and none of them done by me. So...I am not sure I will be able to do it or to do it correctly (as opposite to CMakeVMMaker where I feel more confortable to commit and merge). Moreover one of the commits of Dave changed almost all classes (I am not saying it is bad ehh!!)...so the merge doesn't look easy. I would appreciate if you can take a look this time. Otherwise, I will try to do it along the week. Cheers mariano > Cheers > > > > Mariano > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Mariano http://marianopeck.wordpress.com

1 0

[Pharo-project] SVN vs Git for the cogvm
by Camillo Bruni May 3, 2011

May 3, 2011

Hi eliot, I wanted to know if there is a particular reason that you use svn over git? 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... best regards, camillo

10 19

[Pharo-project] digitAt: issue
by Bernat Romagosa May 3, 2011

May 3, 2011

Hi, try to run the following: (2 raisedTo: 100000) digitAt: 1 The expected result (if I understood what digitAt: should return) is 9, but the message returns 0 instead. In fact, it returns 0 for any index. Is this a bug or am I missunderstanding how digitAt: should work? Cheers, Bernat Romagosa. p.s. My config is Pharo 1.2 with a 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.51]' on Debian Lenny.

6 11

[Pharo-project] Monticello package analysis?
by Markus Fritsche May 3, 2011

May 3, 2011

Hello, I was thinking this morning about some tools to analyze monticello packages before loading them into the image. I usually like to have an image with many tools, unfortunately, some packages break other ones sometimes. Therefore, I'd like to classify a package before loading it, so I have better grounds for a decission to load a package or to leave it in the repository :) Before I start drafting something, I'd like to know if something like this has already been done and I am just not aware of it (this is my two weeks of smalltalk of the year). I am think something like this: Im-O-Im - Impact-On-Image * Low - package includes only classes and no extensions. All references to classes and globals are available in the current image * Medium - package includes code that extends protocols of existing classes (from another package/ kernel) * High - package includes methods that alter protocols of existing classes - chances are, that the package will break other stuff when loaded * Possible load error - package includes initialize methods of classe that will not execute in the current environment, thus there will be a debugger at initialization time * Possible compile error - package includes underscore assignments * Broken - package includes references to classes that are not part of the current environment * Unmet dependencies - package includes references to classes defined in other packages (within the same repository)

1 0

[Pharo-project] Hanging jobs on Hudson
by Igor Stasenko May 3, 2011

May 3, 2011

There is a job which all the time hangs forever.. https://pharo-ic.lille.inria.fr/hudson/job/ReportPharoTools12/ which blocks the slave from doing anything else. Could you (i don't know who) please disable it till you will check locally that it works without problems and only then run on server? -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] Working on enhancing the transcript morph
by Fernando Olivero May 2, 2011

May 2, 2011

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

3 3

Re: [Pharo-project] [Vm-dev] Fwd: System time
by David T. Lewis May 2, 2011

May 2, 2011

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

1 0

[Pharo-project] System time
by Jimmie Houchin May 2, 2011

May 2, 2011

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. I have not been able to find where in Pharo I can call to update the System clock to the correct time. Any help greatly appreciated. Jimmie

6 15

May 2, 2011

Hi guys may be the irc did not work well. I still think that there is a value in communication and understanding our objectives. So may be a skype discussion would be great or if you have any other ideas to communicate let me know. Stef

1 0