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

Re: [Pharo-project] Just starting out

by StÃ©phane Ducasse

this is because they are forced to do so because of a new law in the us about crypto. Believe they do not like that. Stef On May 4, 2011, at 12:31 AM, Steve Taylor wrote: > On 03/05/11 16:18, Torsten Bergmann wrote: >> http://omasko.wordpress.com/2011/05/02/just-starting-out > > I just read the article and it mentioned that Cincom aren't allowing downloads of VisualWorks Non Commercial, but are insisting that you ask for a CD to be mailed. Very strange behaviour for the internet age of instant gratification. > > > > Steve >

May 4, 2011

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

by David T. Lewis

On Tue, May 03, 2011 at 04:02:04AM +0200, Levente Uzonyi wrote: > > On Mon, 2 May 2011, David T. Lewis wrote: > > > >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. > > The amount of the drift seems to be 1 millisecond every 14-16 seconds on > my pc. I wrote some code to get the system time via FFI[1], then ran the > following: > > | data | > data := (1 to: 100) collect: [ :run | > 1 seconds asDelay wait. > { DateAndTime now. Win32SystemTime localDateAndTime } ]. > (data collect: [ :each | each first - each second ] as: Set) sorted explore > > > Levente > > [1] http://leves.web.elte.hu/squeak/Win32SystemTime.st I am now running a similar test (attached) on Linux. I was expecting to see clock drift exactly the same as that reported on Windows, but so far after about 15 minutes I see no obvious signs of drift. I cannot explain this but I'll leave it running for a while and see if anything interesting happens. Dave sample output: === Started at 2011-05-03T20:24:35.03-04:00 === Test duration 0:00:15:46.01 OS time now: 2011-05-03T20:40:21.039466-04:00 Squeak time now: 2011-05-03T20:40:21.04-04:00 Difference: 0:00:00:00.000534 Drift: 0:00:00:00.000075 === Started at 2011-05-03T20:24:35.03-04:00 === Test duration 0:00:15:49.072 OS time now: 2011-05-03T20:40:24.101675-04:00 Squeak time now: 2011-05-03T20:40:24.102-04:00 Difference: 0:00:00:00.000325 Drift: -0:00:00:00.000134 === Started at 2011-05-03T20:24:35.03-04:00 === Test duration 0:00:15:52.102 OS time now: 2011-05-03T20:40:27.131382-04:00 Squeak time now: 2011-05-03T20:40:27.132-04:00 Difference: 0:00:00:00.000618 Drift: 0:00:00:00.000159 === Started at 2011-05-03T20:24:35.03-04:00 === Test duration 0:00:15:55.136 OS time now: 2011-05-03T20:40:30.165711-04:00 Squeak time now: 2011-05-03T20:40:30.166-04:00 Difference: 0:00:00:00.000289 Drift: -0:00:00:00.00017

May 4, 2011

Re: [Pharo-project] Just starting out

by Igor Stasenko

On 4 May 2011 00:31, Steve Taylor <stephen.taylor(a)bom.gov.au> wrote: > On 03/05/11 16:18, Torsten Bergmann wrote: >> >> http://omasko.wordpress.com/2011/05/02/just-starting-out > > I just read the article and it mentioned that Cincom aren't allowing > downloads of VisualWorks Non Commercial, but are insisting that you ask for > a CD to be mailed. Very strange behaviour for the internet age of instant > gratification. > > Indeed. This is strange. But you know, there is even more strange stories, like companies who using smalltalk for their competitive advantage, but they hiding this fact from others for obvious reasons. But the bad side of it that it doesn't helps smalltalk to be more popular and attract more developers & industry. So if you hear from some big company official 'we are using .. errr ... Oracle' , don't bet on it :) > Â Â Â Â Â Â Â Â Â Steve -- Best regards, Igor Stasenko AKA sig.

May 4, 2011

[Pharo-project] ZnClient ConnectionTimedOut

by Jimmie Houchin

Hello, I am happily use ZincHttpComponents, specifically ZnClient for my application. I make a request to the Python server part of my application which retrieves data from another server. This at times takes longer than the provided "timeout" for a connection. I am currently doing, ZnClient get: url. How can I increase the "timeout" for retrieving my data. Any help greatly appreciated. Thanks. Jimmie

May 3, 2011

Re: [Pharo-project] new Cog VMs uploaded

by Jimmie Houchin

On 5/3/2011 4:40 PM, Eliot Miranda wrote: > > What approach do you suggest should I take? > > > I have no idea. You could try and break down the various activities > and benchmark them separately I suppose. You could look at the > profiles you're already generating in higher resolution to see where > the time is going. You could also try and extract the SystemProfiler > from OpenQwaq, which will run on Cog, and is better than MessageTally. > Andreas wrote it to get around some of MessageTally's limitations. > It should hopefully show primitives quite accurately. Here is where the OpenQwaq GPL licensing gets tricky. I am not bashing the GPL decision, I have already written in defense of it. But it does make extracting code like this a little more challenging. Does the author and/or Teleplace wish to provide an MIT license on the extracted code? Otherwise it is hard or impossible (???) to use in Pharo or Squeak. I am hopeful that Teleplace will on an issue by issue basis allow such extraction and re-licensing with appropriate credits. It would definitely should good faith and citizenship in the broader Smalltalk community. Jimmie

May 3, 2011

Re: [Pharo-project] Just starting out

by Steve Taylor

On 03/05/11 16:18, Torsten Bergmann wrote: > http://omasko.wordpress.com/2011/05/02/just-starting-out I just read the article and it mentioned that Cincom aren't allowing downloads of VisualWorks Non Commercial, but are insisting that you ask for a CD to be mailed. Very strange behaviour for the internet age of instant gratification. Steve

May 3, 2011

Re: [Pharo-project] new Cog VMs uploaded

by Eliot Miranda

On Tue, May 3, 2011 at 11:57 AM, Philippe Marschall <kustos(a)gmx.net> wrote: > On 03.05.2011 19:51, Eliot Miranda wrote: > > > > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall <kustos(a)gmx.net > > <mailto:kustos@gmx.net>> wrote: > > > > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > > > > On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall > > <kustos(a)gmx.net > > <mailto:kustos@gmx.net> > > > <mailto:kustos@gmx.net > > <mailto:kustos@gmx.net>>> wrote: > > > > > > On 27.04.2011 19 <tel:27.04.2011%2019> > > <tel:27.04.2011%2019>:23, Eliot Miranda wrote: > > > > Philippe, > > > > > > > > can you please profile before and after? This could > > very well > > > be to > > > > do with the additional cost of shallowCopy for contexts, but > > it is > > > > inevitable that a correct implementation is going to be more > > expensive > > > > than the simple block-copy. The new implementation can be > > optimized, > > > > but we need to profile first to be sure we're tilting at the > > relevant > > > > windmill. > > > > > > > > > What kind of profiling do you have in mind, MessageTally? > > > > > > > > > Yes, that would be fine. Thanks! > > > > OK, there you go. As you'll see the runtime is about the same, that's > > because we do more iterations in the same time. Also note the time > we're > > spending in WriteStream >> #nextPutAll: with interestingly has a > > different growing behavior than WriteStream >> #nextPut: (only 25% vs > > 100%). I already raised the issue once but people argued that the > > current code is prefect. > > > > > > Hmmm. GC behaviour is very different. Also requestContext Also shows > > up in the 2382 profiles but not the 2370 traces. You'll need to dig a > > little deeper to account for these differences. I guess they could well > > be to do with the new (correct) MethodContext copying behaviour > > retaining more state and hence stressing the GC more. > > What approach do you suggest should I take? > I have no idea. You could try and break down the various activities and benchmark them separately I suppose. You could look at the profiles you're already generating in higher resolution to see where the time is going. You could also try and extract the SystemProfiler from OpenQwaq, which will run on Cog, and is better than MessageTally. Andreas wrote it to get around some of MessageTally's limitations. It should hopefully show primitives quite accurately. HTH Eliot > > Cheers > Philippe > > >

May 3, 2011

Re: [Pharo-project] Timespan #intersection: yields wrong result

by StÃ©phane Ducasse

BTW johan did you also check aconcagua? Stef On May 3, 2011, at 7:25 PM, Johan Brichau wrote: > Hi, > > I traced a bug when working with timespans to the following issue illustrated in the code snippet below. > The last expression in the snippet yields false, although it should yield true (imho). > > |start end span| > start :=DateAndTime now. > end := start + 1 hour. > span := Timespan starting: start ending: end. > (span intersection: span) = span --> false > > I think that the intersection of a span with itself, should be itself. The origin of the problem is that Timespan>>intersection: creates a new timespan roughly as follows: > > Timespan starting: aBegin ending: self end. > > But Timespan>>end returns the end time of the timespan minus the clockprecision. As such, the intersecting span is a nanosecond shorter than the one we would expect. This eventually yields wrong results when working with timespans. > > The real question now is: should the implementation of Timespan>>intersection be changed -or- should Timespan>>end really return the (non-included) end time (that was passed when constructing it)? > > I sent this email to bugs(a)chronos-st.org, but a discussion here probably will not hurt either. > > Best regards > Johan Brichau

May 3, 2011

Re: [Pharo-project] Pharocast ContactManager using SandstoneDb

by laurent laffont

On Tue, May 3, 2011 at 10:09 PM, Doug Edmunds <dougedmunds(a)gmail.com> wrote: > Hello, > > I took the ContactManager code from your Pharocast at > http://www.pharocasts.com/2011/02/pharo-gui-with-polymorph.html > and modified it to run with SandstoneDb, using the ideas from > > http://www.pharocasts.com/2010/04/sandstonedb-simple-activerecord-style.html > > Go ahead and use it for a future Pharocast if you want, or figure out > some place to put it. > > Because Contact is an SDActiveRecord, the database is constructed from > the SandstoneDb records: > > Contacts class >>database > |db| > db := Contact findAll asOrderedCollection. > ^ db > > and so it is portable, so long as the Contacts records are put in the > correctly named Pharo subdirectory. > > > Opening the ContactListEditor uses an initialization which is supposed > to avoid the need to close/reopen Pharo after creating the Contacts class. > > Tested on Pharo 1.3 using SandstoneDb-RamonLeon.135.mcz > > Thanks a lot Doug. May be the next step would be to create a ConfigurationOfContactManager :) Laurent > > -- Doug Edmunds >

May 3, 2011

[Pharo-project] [COTDC] 58 - TextPrinter

by laurent laffont

Today: TextPrinter 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 3, 2011