February 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fwd: [Pharo-bugtracker] Issue 7608 in pharo: Add a parallel Collection enumeration

by Camillo Bruni

ah cool, yeah mine is a prototype I did a year ago. I just didn't want it to be lost out there. On 2013-02-27, at 08:47, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > camillo > > you should discuss with olivier auverlot because he implemented fasterthanlight (in sthub/rmod) a pool manager for netwrok > connection. > > Stef > > > Begin forwarded message: > >> From: pharo(a)googlecode.com >> Subject: [Pharo-bugtracker] Issue 7608 in pharo: Add a parallel Collection enumeration >> Date: February 26, 2013 11:03:36 PM GMT+01:00 >> To: pharo-bugtracker(a)lists.gforge.inria.fr >> Reply-To: codesite-noreply(a)google.com >> >> Status: Accepted >> Owner: camillob...(a)gmail.com >> Labels: Type-Feature Target-Collection Milestone-3.0 >> >> New issue 7608 by camillob...(a)gmail.com: Add a parallel Collection enumeration >> http://code.google.com/p/pharo/issues/detail?id=7608 >> >> I starte a small project to implement parallel operations on these collection. >> >> Example: >> -------- >> >> "Download url contents in parallel" >> urls parallel collect: [ :url | ZnClient get: url ] >> >> "Download url contents with 100 connections in parallel" >> (urls parallel: 100) collect: [ :url | ZnClient get: url ] >> >> >> New Classes: >> ------------ >> - ParallelIterator >> Manages the number of concurrent processes and implementes the basic enumeration methods (such as #do: #select: #collect:) in a parallel manner >> - ThreadPool: following the java implementation, manages a set of threads and runs only a certain amount of processes in parallel >> >> >> Parallel Methods so far: >> ------------------------ >> - allSatisfy: >> - anySatisfy: >> - collect: >> - collect:thenSelect: >> - detect: >> - do:without: >> - noneSatisfy: >> - reject: >> - withIndexDo: >> - detect:ifNone: >> - do: >> - doWithIndex: >> >> Application: >> ------------ >> Mainly when doing file and network operations it is nice to have a simple parallel interface >> >> >> Sources: >> -------- >> http://smalltalkhub.com/#!/~dh83/parallel-iterator >> >> -- >> You received this message because this project is configured to send all issue notifications to this address. >> You may adjust your notification preferences at: >> https://code.google.com/hosting/settings >> >> _______________________________________________ >> Pharo-bugtracker mailing list >> Pharo-bugtracker(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker >

Feb. 27, 2013

Re: [Pharo-project] VM unstable

by Camillo Bruni

On 2013-02-27, at 09:31, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 27, 2013, at 8:53 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On Feb 27, 2013, at 12:57 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> we still get very undeterministic results from our build server. >>> I relaunched the Pharo-2.0-Tests several times with the exact same VM & Image configuration. >>> >>> BUT, the outcome of the test results varies each time a little bit |( >>> >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/176/testReport/ (windows crashed) >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/177/testReport/ (windows crashed, KernelTests.Chronology.DateTest.testDateAndTimeNow failing...) >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/178/testReport/ (KernelTests.Chronology.DateTest.testDateAndTimeNow on all) >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/179/testReport/ (!BOOM!) >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/180/testReport/ ... ditto ... >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/181/testReport/ (!BOOM! plus windows crash) >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/182/testReport/ (!BOOM! plus windows AND linux crash) >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/183/testReport/ (lots of failures all systems running, no chronology tests failing) >>> ... >>> >>> >>> so we still have to investigate this instability... >> >> It is strange. Form the image side: > > Even stranger > > https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/ > > My theory: strange clock related issues due to virtualization? > But then why did it fail on the mac? I thought the same... but there is a time related problem see https://code.google.com/p/pharo/issues/detail?id=7600

Feb. 27, 2013

[Pharo-project] [update 2.0] #20573

by Marcus Denker

20573 ----- Issue 7580: VM sometimes crashes when running test NBExternalEnumFromPairsTest>>#testCallbackAAA under Windows http://code.google.com/p/pharo/issues/detail?id=7580 Diff information: http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Tests-MarcusDenker.53.diff

Feb. 27, 2013

Re: [Pharo-project] Stressing SmalltalkHub :)

by Damien Cassou

Hi Hilaire, On Wed, Feb 27, 2013 at 12:11 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > I will like to import drgeo package history in SmalltalkHub. Is it > already possible? I remember Steph mentionned this feature a couple of > days ago. ================================ fetch script | go | go := Gofer new squeaksource: 'XXX'. go allResolved do: [:each | self crLog: each packageName. go package: each packageName. Transcript show: each printString ; cr. go fetch.]. ================================== push script |go repo| repo := MCSmalltalkhubRepository owner: 'XXX' project: 'XXX' user: 'XXX' password: 'XXX'. go := Gofer new. go repository: repo. go package: 'XXX'; push. ======================================= -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Feb. 27, 2013

Re: [Pharo-project] Progress Indication seems way off

by Marcus Denker

On Feb 27, 2013, at 11:35 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Did anybody else notice this ? > > For me, in #20572, progress indication seems to be off, like when I run unit tests, there is simply no progress bar, it jumps from 0 to 369 just like that. > > I am also missing some but not all progress bars while doing a system update. > Yes, I saw that and was wonderingâ¦ very strange. Marcus

Feb. 27, 2013

Re: [Pharo-project] Stressing SmalltalkHub :)

by Hilaire Fernandes

I will like to import drgeo package history in SmalltalkHub. Is it already possible? I remember Steph mentionned this feature a couple of days ago. Thanks Hilaire Le 26/02/2013 23:36, Nicolas Petton a Ã©crit : > Yep, only a couple 502 errors when stef tried to DDOS it ;) > We'll move it to the Inria servers probably next week. There I will do load balancing. > > But overall SmalltalkHub is taking the (relative) load quite well, I was glad to see to the Moose guys moving everything there with Gofer scripts without any problem. > > 23000 packages uploaded there already. > > Even Camillo couldn't crash it (yes, I suspect him of having tried to kill it a at least a couple of times). > > Nico > > On Feb 26, 2013, at 11:23 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> nice nice! >> >> On 2013-02-26, at 23:19, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Hi guys >>> >>> I started to migrate Pharo 1.4 to SmalltalkHub to stress it a bit :) >>> Nicolas was curious to see and he loves to see all the packages getting published there. >>> So I could not resist (my upload bandwidth suffered :). >>> >>> It means also that SmalltalkHub will have to be load balanced in the future because I got some >>> problems (reported to nico). >>> >>> Stef >>> >>> >>> >> >> > >

Feb. 27, 2013

Re: [Pharo-project] String asPacked/fromPacked:

by phil＠highoctane.be

One great things about Pharo is the ability to nuke old crap. It feels good :-) Phil 2013/2/27 Sven Van Caekenberghe <sven(a)stfx.eu>: > > On 27 Feb 2013, at 11:19, Martin Dias <tinchodias(a)gmail.com> wrote: > >> Hi >> >> I discovered this protocol in String hierarchy. Are you familiar with it? >> >> The method comment of #fromPacked: is: >> "Convert from a longinteger to a String of length 4." >> >> The only sender in Pharo 2.0 is MethodFinder. For WideString, it does not work. >> >> In examples: >> >> ByteString fromPacked: 'text' asPacked. ---> 'text' >> ByteString fromPacked: 'martin' asPacked. ---> 'rtin' >> WideString fromPacked: ('text' asWideString asPacked). ---> error >> >> >> >> WideString>>asPacked can be easily fixed adding an explicit return to >> the calculation (it's now implicitly returning self). >> >> But... it only encodes one letter: >> >> WideString fromPacked: 'martin' asWideString asPacked ---> 'n' >> >> >> I checked that in Squeak 4.3 there are not senders too. >> >> So... Should we fix the WideString implementation, or directly remove >> this protocol? >> >> Martin > > It might have something to do with pre Mac OS X days, Mac creator/type codes. > > Unless this follows some open standard with a spec, I would say nuke it. > > Doing something like this without specifying encoding strikes me as dangerous. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Feb. 27, 2013

[Pharo-project] Progress Indication seems way off

by Sven Van Caekenberghe

Did anybody else notice this ? For me, in #20572, progress indication seems to be off, like when I run unit tests, there is simply no progress bar, it jumps from 0 to 369 just like that. I am also missing some but not all progress bars while doing a system update. Sven

Feb. 27, 2013

Re: [Pharo-project] String asPacked/fromPacked:

by Martin Dias

Ok, so I will open an issue to nuke it! 3.0 ? On Wed, Feb 27, 2013 at 11:26 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 27 Feb 2013, at 11:19, Martin Dias <tinchodias(a)gmail.com> wrote: > >> Hi >> >> I discovered this protocol in String hierarchy. Are you familiar with it? >> >> The method comment of #fromPacked: is: >> "Convert from a longinteger to a String of length 4." >> >> The only sender in Pharo 2.0 is MethodFinder. For WideString, it does not work. >> >> In examples: >> >> ByteString fromPacked: 'text' asPacked. ---> 'text' >> ByteString fromPacked: 'martin' asPacked. ---> 'rtin' >> WideString fromPacked: ('text' asWideString asPacked). ---> error >> >> >> >> WideString>>asPacked can be easily fixed adding an explicit return to >> the calculation (it's now implicitly returning self). >> >> But... it only encodes one letter: >> >> WideString fromPacked: 'martin' asWideString asPacked ---> 'n' >> >> >> I checked that in Squeak 4.3 there are not senders too. >> >> So... Should we fix the WideString implementation, or directly remove >> this protocol? >> >> Martin > > It might have something to do with pre Mac OS X days, Mac creator/type codes. > > Unless this follows some open standard with a spec, I would say nuke it. > > Doing something like this without specifying encoding strikes me as dangerous. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Feb. 27, 2013

Re: [Pharo-project] String asPacked/fromPacked:

by Sven Van Caekenberghe

On 27 Feb 2013, at 11:19, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi > > I discovered this protocol in String hierarchy. Are you familiar with it? > > The method comment of #fromPacked: is: > "Convert from a longinteger to a String of length 4." > > The only sender in Pharo 2.0 is MethodFinder. For WideString, it does not work. > > In examples: > > ByteString fromPacked: 'text' asPacked. ---> 'text' > ByteString fromPacked: 'martin' asPacked. ---> 'rtin' > WideString fromPacked: ('text' asWideString asPacked). ---> error > > > > WideString>>asPacked can be easily fixed adding an explicit return to > the calculation (it's now implicitly returning self). > > But... it only encodes one letter: > > WideString fromPacked: 'martin' asWideString asPacked ---> 'n' > > > I checked that in Squeak 4.3 there are not senders too. > > So... Should we fix the WideString implementation, or directly remove > this protocol? > > Martin It might have something to do with pre Mac OS X days, Mac creator/type codes. Unless this follows some open standard with a spec, I would say nuke it. Doing something like this without specifying encoding strikes me as dangerous. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Feb. 27, 2013