June 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] issue validation for pharo40

by Esteban Lorenzano

On 10 Jun 2014, at 05:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 08 Jun 2014, at 10:23, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 07 Jun 2014, at 22:18, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >>> I guess you all already know, that the issuevalidator doesn't work for >>> slices from pharo40 inbox. Is there anything we can do? >>> >> >> Yes, It is on my TODO for next weekâ¦ (just came back from holidays). >> > > It works now (I guess the change of Esteban saturday fixed it) I sneaked a second change yesterday ;) (I didnât said anything because I wanted to check the run over a couple of issues before :P) cool that is working Esteban > > Marcus > >

June 10, 2014

Re: [Pharo-dev] Pharo compilation limits

by GOUBIER Thierry

Hi Clement, I'm hitting the maximum jump size limit. The method is around 10000 characters long, with a sequence of ifTrue: ifFalse: Thierry ________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de ClÃ©ment Bera [bera.clement(a)gmail.com] EnvoyÃ© : mardi 10 juin 2014 08:15 Ã : Pharo Development List Objet : Re: [Pharo-dev] Pharo compilation limits 2014-06-10 2:23 GMT+02:00 GOUBIER Thierry <thierry.goubier(a)cea.fr<mailto:thierry.goubier@cea.fr>>: Hi all, anybody would have a way to determine the maximum length / maximum complexity of a method in a Pharo out of a parse tree (or whether if the parse tree is over the limit)? There are many different issues: maximum number of literals, maximum jump size, maximum number of temporaries. Can you precise what problem do you have ? What errors are raised ? The code SmaCC generates easily hit compiler limits (methods too long or too complex), and I have difficulties changing the code generation approach. For Pharo 4, we are implementing a new compiler back end that will remove some of those limits. I have a problem with code generation too and we are solving it. ClÃ©ment Thanks, Thierry

June 10, 2014

Re: [Pharo-dev] Bench comparing Pahro 1.4 and 3.0.

by Hilaire Fernandes

No I did not mean that: in *one* run, it seems the execution is slower at the "end" of the script. My computer is a bit slow, so I can observe more likely such behavior. Thanks Hilaire Le 10/06/2014 09:03, Nicolai Hess a Ã©crit : > And I don't know if this difference in timing is what Hilaire observed, > as he wrote : Pharo3 gets slower and slower for every run. I -- Dr. Geo http://drgeo.eu iStoa - https://launchpad.net/istoa

June 10, 2014

Grease 1.0.10 build on CI removed

by Stephan Eggermont

I have removed the 1.0.10 version of Grease build on https://ci.inria.fr/pharo-contribution/job/Grease/ Please let me know if it needs to be fixed to work on Pharo 4. Pharo 2, 3 and 4 builds are green. Stephan

June 10, 2014

Re: [Pharo-dev] Delete a package in SmalltalkHub

by Nicolas Petton

jannik laval <jannik.laval(a)gmail.com> writes: > Hi guys, > > I confirm: at home the deletion works like a charm. > At work, I have proxies and the deletion does not work. > > What I don't understand is why only the deletion does not work ? There could be a caching issue? Jannik, could you contact me privately so we can discuss the issue? (and I confirm that I cannot reproduce it from here). Nico > > Cheers, > Jannik > > > 2014-06-06 21:47 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > >> Hum, >> >> I just retry from home and it works !!! >> So, I don't understand... an error related to proxies ? I don't understand. >> >> Jannik >> >> >> 2014-06-06 21:43 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: >> >> Yes, we check, but I suspect that it does not work because it is related >>> to a team. >>> I already removed packages / mcz on my own repository and it worked (3 >>> weeks ago). >>> >>> Cheers, >>> Jannik >>> >>> >>> 2014-06-06 18:13 GMT+02:00 stepharo <stepharo(a)free.fr>: >>> >>> Yes but did you check because it looks like it removes it for real. >>>> >>>> >>>> On 6/6/14 10:49, jannik laval wrote: >>>> >>>>> Hi pharoers, >>>>> >>>>> In SmalltalkHub, we would like to delete a package in a team project. >>>>> When clicking on delete button, we get a message: "The request did not >>>>> succeed". >>>>> >>>>> Any idea ? >>>>> >>>>> -- >>>>> >>>>> ~~Jannik Laval~~ >>>>> Ãcole des Mines de Douai >>>>> Enseignant-chercheur >>>>> http://www.jannik-laval.eu >>>>> http://www.phratch.com >>>>> http://car.mines-douai.fr/ >>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> ~~Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> http://www.phratch.com >>> http://car.mines-douai.fr/ >>> >> >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://www.phratch.com >> http://car.mines-douai.fr/ >> -- Nicolas Petton http://nicolas-petton.fr

June 10, 2014

Re: [Pharo-dev] Access to XMLPullParser

by Serge Stinckwich

Ok thank you Hernan. I push a commit. All tests are green now for Pharo 3.0 On Tue, Jun 10, 2014 at 7:24 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Done > > 2014-06-08 18:00 GMT-03:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: >> Can someone add me to XMLPullParser: >> http://smalltalkhub.com/#!/~hernan/XMLPullParser >> There is a red test and I want to correct it. >> >> Regards, >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >> > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

June 10, 2014

Re: [Pharo-dev] issue validation for pharo40

by Marcus Denker

On 08 Jun 2014, at 10:23, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 07 Jun 2014, at 22:18, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> I guess you all already know, that the issuevalidator doesn't work for >> slices from pharo40 inbox. Is there anything we can do? >> > > Yes, It is on my TODO for next weekâ¦ (just came back from holidays). > It works now (I guess the change of Esteban saturday fixed it) Marcus

June 10, 2014

Re: [Pharo-dev] Delete a package in SmalltalkHub

by jannik laval

Hi guys, I confirm: at home the deletion works like a charm. At work, I have proxies and the deletion does not work. What I don't understand is why only the deletion does not work ? Cheers, Jannik 2014-06-06 21:47 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > Hum, > > I just retry from home and it works !!! > So, I don't understand... an error related to proxies ? I don't understand. > > Jannik > > > 2014-06-06 21:43 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > > Yes, we check, but I suspect that it does not work because it is related >> to a team. >> I already removed packages / mcz on my own repository and it worked (3 >> weeks ago). >> >> Cheers, >> Jannik >> >> >> 2014-06-06 18:13 GMT+02:00 stepharo <stepharo(a)free.fr>: >> >> Yes but did you check because it looks like it removes it for real. >>> >>> >>> On 6/6/14 10:49, jannik laval wrote: >>> >>>> Hi pharoers, >>>> >>>> In SmalltalkHub, we would like to delete a package in a team project. >>>> When clicking on delete button, we get a message: "The request did not >>>> succeed". >>>> >>>> Any idea ? >>>> >>>> -- >>>> >>>> ~~Jannik Laval~~ >>>> Ãcole des Mines de Douai >>>> Enseignant-chercheur >>>> http://www.jannik-laval.eu >>>> http://www.phratch.com >>>> http://car.mines-douai.fr/ >>>> >>>> >>> >>> >> >> >> -- >> >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://www.phratch.com >> http://car.mines-douai.fr/ >> > > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

June 10, 2014

Re: [Pharo-dev] Bench comparing Pahro 1.4 and 3.0.

by Nicolai Hess

2014-06-10 8:03 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 10 Jun 2014, at 02:59, Freemail <nicolaihess(a)web.de> wrote: > > On Tue Jun 10 06:58:58 2014 Max Leske <maxleske(a)gmail.com> wrote: > > > > On 10.06.2014, at 00:08, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > > The script is slower on Pharo3. But I think, this has nothing to do > > > with the pharo3 image, as the same drgeo image is slower on > > > a pharo3 vm than on the pharo 1.4 vm. > > > > When you say âpharo 1.4 vmâ, do you mean CogVM? Or SqueakVM? > > > > And just to be sure (Iâm sure youâve thought of that): did you âwarm upâ > > the vm? JIT apparently needs that. > > > > Max > > > > > > > cog. No, no warm up. But I ran the script a dozen > times. But the maesured times are the same. > > wellâ¦ there is no such thing as âpharo 1.4 vmâ or âpharo 3.0 vmâ, there > are different versions, depending on different builds. > We know this is confuse and we are slowly moving in the direction of âone > vm per image versionâ, but for now, only way to know is to print > > Smalltalk vm version (in 3.0, I do not remember exactly how it was in 1.4â¦ > probably Smalltalk vmVersion) > alsoâ¦ is same image in each run? > and finally: even if different times is because of different vms, that > does not necessarily means a problem in vm (things can change and > optimisations in one place could cause marginally slower times in others), > so in that case we will need more digging :) > > Esteban > > Sorry, yes of course, not a pharo 1.4 vm. The VM info fro mSystemReporter: Virtual Machine --------------- drgeo.exe CoInterpreter VMMaker-oscog-EstebanLorenzano.160 uuid: bec8cdf0-4e06-4975-8c02-e882fadf4df3 Jun 1 2012, StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.160 uuid: bec8cdf0-4e06-4975-8c02-e882fadf4df3 Jun 1 2012, https://git.gitorious.org/cogvm/blessed.git Commit: 744bfe905c78a1a5d408680a8780367ea77e0549 Date: Fri Jun 1 15:17:41 2012 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Win32 built on Jun 1 2012 15:45:26 Compiler: 4.5.2 CoInterpreter VMMaker-oscog-EstebanLorenzano.160 uuid: bec8cdf0-4e06-4975-8c02-e882fadf4df3 Jun 1 2012 StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.160 uuid: bec8cdf0-4e06-4975-8c02-e882fadf4df3 Jun 1 2012 Yes, the same ( a copy of) drgeo image in both runs. I don't fully trust the MessageTally timings, or at leas I find it hard to tell where exactly the code runs slow (if at all, as the differences are small). And I don't know if this difference in timing is what Hilaire observed, as he wrote : Pharo3 gets slower and slower for every run. I could not reproduce this one. > > > > > > > > > > > > > 2014-06-09 23:10 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > > I do not understand, what is/could be a vm issue? > > > > > > Esteban > > > > > > On 09 Jun 2014, at 18:08, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > > > > Is this a VM issue? > > > > I took the same image (drgeo from http://www.drgeo.eu/ download > page) > > > > and run it with pharo4 vm and pharo 1.4 (from http://www.drgeo.eu/) > > > > > > > > 520 msec vs 371 msec: > > > > > > > > > > > > > > > > > > > > Image > > > > ----- > > > > P:\Pharo4.0\drgeo.image > > > > Pharo1.4 > > > > Latest update: #14459 > > > > Unnamed > > > > > > > > Virtual Machine > > > > --------------- > > > > P:\Pharo4.0\Pharo.exe > > > > > > > > > > > > - 512 tallies, 520 msec. > > > > > > > > .... > > > > > > > > **Leaves** > > > > 13.1% {68ms} Array class(Behavior)>>inheritsFrom: > > > > 9.4% {49ms} DrGPointIntersectionItem>>= > > > > 8.0% {42ms} DrGPointFreeItem(DrGMathItem)>>= > > > > 6.6% {35ms} > > > > OrderedCollection(SequenceableCollection)>>hasEqualElements: 6.6% > > > > {35ms} DrGCircle2ptsItem(DrGMathItem)>>parentsEqual: 6.3% {33ms} > > > > WeakActionSequence(SequenceableCollection)>>first 5.7% {29ms} > > > > OrderedCollection>>at: 4.7% {24ms} OrderedCollection>>size > > > > 2.7% {14ms} Array(Object)>>isKindOf: > > > > 2.7% {14ms} OrderedCollection(SequenceableCollection)>>= > > > > 1.8% {9ms} OrderedCollection>>do: > > > > 1.8% {9ms} > > > > > OrderedCollection(SequenceableCollection)>>indexOf:startingAt:ifAbsent: > > > > > > > > > > > > > > > > > > > > > > > > > > > > Image > > > > ----- > > > > c:\Users\nicolai\Downloads\DrGeo.app\Contents\Resources\drgeo.image > > > > Pharo1.4 > > > > Latest update: #14459 > > > > Unnamed > > > > > > > > Virtual Machine > > > > --------------- > > > > c:\Users\nicolai\Downloads\DrGeo.app\drgeo.exe > > > > > > > > > > > > - 366 tallies, 371 msec. > > > > > > > > > > > > **Leaves** > > > > 14.5% {54ms} > > > > OrderedCollection(SequenceableCollection)>>hasEqualElements: 11.5% > > > > {43ms} DrGPointIntersectionItem>>= 10.7% {40ms} OrderedCollection > > > > class(Behavior)>>inheritsFrom: 6.8% {25ms} > > > > DrGPointIntersectionItem(DrGMathItem)>>parentsEqual: 5.7% {21ms} > > > > OrderedCollection>>at: 5.5% {20ms} > > > > Array(SequenceableCollection)>>first 5.2% {19ms} > > > > OrderedCollection>>size 4.6% {17ms} > DrGCircle2ptsItem(DrGMathItem)>>= > > > > 4.4% {16ms} Array(SequenceableCollection)>>= > > > > 3.3% {12ms} Array(Object)>>isKindOf: > > > > 2.5% {9ms} > > > > > OrderedCollection(SequenceableCollection)>>indexOf:startingAt:ifAbsent: > > > > 2.2% {8ms} SmallInteger>>bitShift: 1.6% {6ms} OrderedCollection>>do: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2014-06-09 12:24 GMT+02:00 Hilaire Fernandes > > > > <hilaire.fernandes(a)gmail.com>: Hi Nicolai, > > > > > > > > No, check on Smalltalk Hub. You will find instruction to install it > > > > as well. > > > > > > > > The ConfigurationOfDrGeo will not fetch the latest code, but once > > > > installed you can update the packages -Core and -Polymorph throught > > > > Monticello. > > > > > > > > Hilaire > > > > > > > > > > > > Script to try for rendering slowness (replace "figure do:" with > > > > "MessageTally spyOn:" to measure) > > > > > > > > |canvas s stats points| > > > > > > > > points :=Array new: 12. > > > > stats := Array new: 12 withAll: 0. > > > > > > > > canvas := DrGeoCanvas new. > > > > canvas scale: 20; fullscreen ; > > > > centerTo: 6@10. > > > > 2 to: 12 do: [:i | > > > > points at: i put: (canvas point: i(a)0.1) > > > > (points at: i) square; color: Color blue. > > > > s := canvas segment: i@0 to: (points at: i). > > > > s color: Color red]. > > > > > > > > figure do: [ > > > > 1 to: 10000 do: [:i| > > > > s := 6 atRandom + 6 atRandom. > > > > stats at: s put: ((stats at: s)+1). > > > > (points at: s) > > > > name: (stats at: s) asString; > > > > moveTo: s @ ((stats at: s) / 100). > > > > canvas update]]. > > > > > > > > > > > > Or another script to stress other aspect: > > > > > > > > | figure triangle | > > > > figure := DrGeoCanvas new fullscreen. > > > > triangle := [ ]. > > > > > > > > triangle := [:p1 :p2 :p3 :n | |s1 s2 s3 perp cercle p4 | > > > > s1 := figure segment: p1 to: p2. > > > > s2 := (figure segment: p2 to: p3) color: Color red; large. > > > > s3 := figure segment: p3 to: p1. > > > > perp := figure perpendicular: s3 at: p3. > > > > cercle := figure circleCenter: p3 to: p2. > > > > p4 := figure altIntersectionOf: cercle and: perp. > > > > perp hide. cercle hide. p4 hide. > > > > n > 0 ifTrue: [triangle value: p1 value: p3 value: p4 value: n -1]]. > > > > > > > > MessageTally spyOn: [triangle value: 0@0 value: -1@0 value: > -1@1 > > > > value: 50] > > > > > > > > > > > > > > > > > > > > Le 08/06/2014 23:07, Nicolai Hess a Ã©crit : > > > > > > > > > > I would like to take a look at this, can > > > > > you provide me your current DrGeo version you are using > > > > > for this. (I guess it is not http://www.squeaksource.com/DrGeoII) > > > > > > > > -- > > > > Dr. Geo http://drgeo.eu > > > > iStoa - https://launchpad.net/istoa > > > > > > > > > > > > > > > > > > > > > > >

June 10, 2014

Re: [Pharo-dev] Pharo compilation limits

by ClÃ©ment Bera

2014-06-10 2:23 GMT+02:00 GOUBIER Thierry <thierry.goubier(a)cea.fr>: > Hi all, > > anybody would have a way to determine the maximum length / maximum > complexity of a method in a Pharo out of a parse tree (or whether if the > parse tree is over the limit)? > > There are many different issues: maximum number of literals, maximum jump size, maximum number of temporaries. Can you precise what problem do you have ? What errors are raised ? > The code SmaCC generates easily hit compiler limits (methods too long or > too complex), and I have difficulties changing the code generation approach. > For Pharo 4, we are implementing a new compiler back end that will remove some of those limits. I have a problem with code generation too and we are solving it. ClÃ©ment > > Thanks, > > Thierry > > >

June 10, 2014