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

Re: [Pharo-project] VM unstable

by Marcus Denker

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: First problem: Build #177 (Feb 26, 2013 11:25:31 PM) Good: Build #176 (Feb 25, 2013 5:40:31 PM) -> No Image change in between. Latest was good This means that the image is not to blame? But the VM: 91 is from 24-Feb-2013 21:25 92 (last VM build): 25-Feb-2013 17:50 So if the clocks are in sync. we ran 91 for the last good and the last fail. Hmmâ¦ strange. The first thing is that we need to make issues district. 1) We now there is some NB related Crash. Let's not run that test. (and set up a CI on all architectures for NBâ¦) Marcus

Feb. 27, 2013

Re: [Pharo-project] [ANN] ZTimestamp[Precise]SNTPClient

by Serge Stinckwich

On Tue, Feb 26, 2013 at 7:43 PM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > On 26 February 2013 18:33, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> 2013/2/26 Marcus Denker <marcus.denker(a)inria.fr>: >>> On Feb 26, 2013, at 5:33 PM, "Esteban A. Maringolo" <emaringolo(a)gmail.com> wrote: >> >>>> If you count the number of packages in SmalltalkHub and compare them >>>> to the ones in Npmjs.org, it is impressive how much we have. >>> But isn't "package" more like "repository" on smalltalkhub? >> >> It is a Project, but on the explore screen it says Packages, so... who knows? :) >> >> But it is true that GitHub is to SmalltakHub what npm/gem is to...? > > No. GitHub and SmalltalkHub are repositories. Rubygems for Ruby (or > clojars for Clojure, or CPAN for Perl) - are like SqueakMap - catalogs > that point to packages/applications. IHMO, we don't need SqueakMap anymore. If we have ConfigurationOfXXX packages for each project and a different repositories for each Pharo distribution (like the one we have already in SqueakSource), I guess we are very close to the service proposed by SqueakMap. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Feb. 27, 2013

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

by stephane ducasse

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

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â¦ Yes what would be good is to find a reproducible case. Stef

Feb. 27, 2013

Re: [Pharo-project] [Horrible Error]: Class creation not logged in changes

by stephane ducasse

On Feb 27, 2013, at 12:51 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Issue 7609: [Horrible Error]: Class creation not logged in changes > https://code.google.com/p/pharo/issues/detail?id=7609 > > #20567 > > 1. Create a class in Nautilus pane > 2. Recover lost changes > > Class creation will not be there. This is TERRIBLE! I was relying on change > recovery when my image crashed and I found out that I had to manually > recreate all the classes w. hierarchy before I could file-in my methods. Ugh > :/ > > Of course I will be fine ;) but we can not expose new users to thisâ¦ sean if I remember well this was already the case. Did you look if there was a bug entry already. Probably an regustration for events that failed. Stef > > > > -- > View this message in context: http://forum.world.st/Horrible-Error-Class-creation-not-logged-in-changes-t… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Feb. 27, 2013

Re: [Pharo-project] iOS VM and external bluetooth keyboard

by stephane ducasse

On Feb 26, 2013, at 11:30 PM, phil(a)highoctane.be wrote: > After a long hiatus, I've been back at hacking the iOS VM for > supporting proper keystrokes from an external bluetooth keyboard. > > I guess I've nailed it down technically speaking (and learned a > serious bunch about how the iOS VM is connecting Pharo with the world. > Now, I have to get this right in the image. > > This will allow to have the full support for bindings on the iPad > (which is what I am interested in). > > I would just love being able to program on the iPad like on a Dynabook! would be cool indeed to have a bluetooth :) > > Stay tuned. > > Phil >

Feb. 27, 2013

Re: [Pharo-project] VM unstable

by Sean P. DeNigris

Camillo Bruni-3 wrote > we still get very undeterministic results from our build server. What are the most stable Stack/Jit VMs we have right now? -- View this message in context: http://forum.world.st/VM-unstable-tp4672363p4672366.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 27, 2013

[Pharo-project] VM unstable

by Camillo Bruni

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

Feb. 26, 2013

[Pharo-project] [Horrible Error]: Class creation not logged in changes

by Sean P. DeNigris

Issue 7609: [Horrible Error]: Class creation not logged in changes https://code.google.com/p/pharo/issues/detail?id=7609 #20567 1. Create a class in Nautilus pane 2. Recover lost changes Class creation will not be there. This is TERRIBLE! I was relying on change recovery when my image crashed and I found out that I had to manually recreate all the classes w. hierarchy before I could file-in my methods. Ugh :/ Of course I will be fine ;) but we can not expose new users to this... -- View this message in context: http://forum.world.st/Horrible-Error-Class-creation-not-logged-in-changes-t… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 26, 2013

Re: [Pharo-project] Stressing SmalltalkHub :)

by Camillo Bruni

On 2013-02-26, at 23:36, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > 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). muahahaha... well damn! that didn't work :D

Feb. 26, 2013