March 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] pharo vs. java

by phil＠highoctane.be

Le 17 mars 2015 18:59, "Stephan Eggermont" <stephan(a)stack.nl> a Ã©crit : > > On 17/03/15 17:59, Stephan Eggermont wrote: > >> I tried the code with the latest pharo-spur image and vm: >> from 17 seconds down to 10.5 > > > And I tried it again with cogspurlinux 3268 and the > trunk46-spur. That needed switching to > > MultiByteFileStream readOnlyFileNamed: > > and ran in 8.8 sec (average of three runs). Interestingly, on Pharo > that is significantly slower, about 15 sec. > > replacing that by StandardFileStream (and no decoding) reduced it to > <120 ms. Maybe using FFI to read the file in the correct format would be a nice option to have available. The code in the MultibyteFileStream looks quite convoluted when reading. There is reason we need a 64 it VM to read a UTF8 file fast. (8secs really does not qualify) Opinions? Phil > > Stephan > > > [1 to: 10 do: [:j | |a length| > length := 0. > a := > (MultiByteFileStream readOnlyFileNamed: '/home/stephan/Downloads/jfreechart.mse') readStream contents]] timeToRunWithoutGC > > > >

March 17, 2015

Re: [Pharo-dev] Jenkins build trigger

by Stephan Eggermont

On 17/03/15 16:08, Christophe Demarey wrote: > > Le 17 mars 2015 Ã 15:28, Stephan Eggermont a Ã©crit : >> That results in scheduled. The first time, it resulted in two builds being scheduled. After trying again, one build was scheduled. >> After committing again, no build was scheduled. > > then, the problem should be investigated on the Smalltalkhub side. > It would be good to have a test button there and be able to get the feedback. > Without that, difficult to say what is wrong I find it interesting that the missing build gets triggered after triggering a build with a web browser, and especially that a normal curl/wget does not work. Which projects actually use this build trigger? Versionner still uses both url trigger and this one. Stephan

March 17, 2015

Re: [Pharo-dev] [Pharo-users] [Pharo4] Please test Pharo4 *now*

by stepharo

cool! Le 16/3/15 21:45, jannik laval a Ã©crit : > Hi guys, > > phratch is already built on pharo 4. > 30 students will use it. I will give you feedback. > > Cheers, > Jannik > > 2015-03-16 18:14 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu > <mailto:sven@stfx.eu>>: > > > > On 16 Mar 2015, at 17:39, Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>> wrote: > > > > Hello, > > > > As every year: We can only fix what we know. > > > > And this means that no, just because *you* think that X and Y > obviously needs to be fixed, > > it will only be fixed if > > a) there is an issue on the issue tracker > > b) someone fixes it. > > > > I should repeat: *Nothing*, even the most obvious or trivial, > happens by itself. > > > > Marcus > > Maybe it is also important to add that we are talking about bugs, > not features. > > This is not the time for free wheeling discussions about anything, > we need help in QA, to finalize the 4.0 release. > > Please load your code and give it a spin. > > Sven > > > > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info > http://car.mines-douai.fr/ >

March 17, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

by Sven Van Caekenberghe

Yes indeed, first external, then internal. Behaviour is way more important than structure. > On 17 Mar 2015, at 18:23, stepharo <stepharo(a)free.fr> wrote: > > Did you check it? > It is nice now. > > Not a stupid template with just something that goes against any book on OOP: violation of encapsulation. > Let us not talk about instance variables. > > Stef > > > Le 17/3/15 15:59, Sven Van Caekenberghe a Ã©crit : >> All class comments seem to have been modified ? >> Was that intentional ? >> >>> On 17 Mar 2015, at 15:48, GitHub <noreply(a)github.com> wrote: >>> >>> 15147 change class comment template >>> https://pharo.fogbugz.com/f/cases/15147 >> >> > >

March 17, 2015

Re: [Pharo-dev] pharo vs. java

by Stephan Eggermont

On 17/03/15 17:59, Stephan Eggermont wrote: > I tried the code with the latest pharo-spur image and vm: > from 17 seconds down to 10.5 And I tried it again with cogspurlinux 3268 and the trunk46-spur. That needed switching to MultiByteFileStream readOnlyFileNamed: and ran in 8.8 sec (average of three runs). Interestingly, on Pharo that is significantly slower, about 15 sec. replacing that by StandardFileStream (and no decoding) reduced it to <120 ms. Stephan [1 to: 10 do: [:j | |a length| length := 0. a := (MultiByteFileStream readOnlyFileNamed: '/home/stephan/Downloads/jfreechart.mse') readStream contents]] timeToRunWithoutGC

March 17, 2015

Show Stopper Issue 15127 Pharo-4.0-Issue-Tracker-Image ci job is red

by Ben Coman

Currently the image the monkey uses to validate issues is 9 days old - which might be a problem if your bug fix today depends on or conflicts with something integrated a week ago. I have somewhat isolated the problem to a Rubric/GTTools update, but nothing looks obvious from the package level. Its time for bed, so I haven't dug into code changes yet, but could someone from the Glamorous Team familiar with the changes for Issue 15018 take a look? https://pharo.fogbugz.com/default.asp?15018 https://pharo.fogbugz.com/default.asp?15127 cheers -ben

March 17, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

by stepharo

Did you check it? It is nice now. Not a stupid template with just something that goes against any book on OOP: violation of encapsulation. Let us not talk about instance variables. Stef Le 17/3/15 15:59, Sven Van Caekenberghe a Ã©crit : > All class comments seem to have been modified ? > Was that intentional ? > >> On 17 Mar 2015, at 15:48, GitHub <noreply(a)github.com> wrote: >> >> 15147 change class comment template >> https://pharo.fogbugz.com/f/cases/15147 > >

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by stepharo

Ooops I was talking about the catalog of metacello coming soon :) Le 17/3/15 18:12, stepharo a Ã©crit : > Another catalog has been developed. So pay attention not to build too > much on it. > Now the configuration browser could use this information > The other catalog should be able to produce the same and more in fact > > Le 17/3/15 12:15, kilon alios a Ã©crit : >> Great work Esteban that JSON may come handy for building a front end >> of STHub inside Pharo , so the users wont have to open an internet >> browser to browser and download sthub projects. >> >> On Tue, Mar 17, 2015 at 12:50 PM, Esteban Lorenzano >> <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> >> ok, thank went more or less fine :) >> >> now you have: >> >> http://smalltalkhub.com/list >> >> and >> >> http://smalltalkhub.com/list/json >> >> enjoy :) >> >> Esteban >> >> >> >>> On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com >>> <mailto:estebanlm@gmail.com>> wrote: >>> >>> Hi, >>> >>> Iâm trying to use the power of pharo and do a hot update in >>> smalltalkhub. >>> Of course, it can failâ¦ in that case I will need to turn it off >>> and do it in the old wayâ¦ :) >>> >>> Esteban >> >> >

March 17, 2015

Re: [Pharo-dev] software update again

by Esteban Lorenzano

no, copying should not be the solution. butâ¦ being able to reconstruct an update is a good reason to not use generic versions (like #development) and instead provide a real fixed version :P we will need to review thisâ¦ but not nowâ¦ for Pharo 5. Esteban > On 17 Mar 2015, at 18:10, stepharo <stepharo(a)free.fr> wrote: > > -> GT is loaded via a Configuration. -> this load from the GT repo, *not* Pharo40. So this means that it looks in the wrong place I wonder why. Maybe we should copy the mcz files? This would be good anyway: all code of Pharo40 is in the Pharo40 repo. Marcus > Yes! > >

March 17, 2015

Re: [Pharo-dev] trying a hot update un smalltalkhub

by stepharo

Another catalog has been developed. So pay attention not to build too much on it. Now the configuration browser could use this information The other catalog should be able to produce the same and more in fact Le 17/3/15 12:15, kilon alios a Ã©crit : > Great work Esteban that JSON may come handy for building a front end > of STHub inside Pharo , so the users wont have to open an internet > browser to browser and download sthub projects. > > On Tue, Mar 17, 2015 at 12:50 PM, Esteban Lorenzano > <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > > ok, thank went more or less fine :) > > now you have: > > http://smalltalkhub.com/list > > and > > http://smalltalkhub.com/list/json > > enjoy :) > > Esteban > > > >> On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com >> <mailto:estebanlm@gmail.com>> wrote: >> >> Hi, >> >> Iâm trying to use the power of pharo and do a hot update in >> smalltalkhub. >> Of course, it can failâ¦ in that case I will need to turn it off >> and do it in the old wayâ¦ :) >> >> Esteban > >

March 17, 2015