February 2011 - Pharo-users

Re: [Pharo-users] Simple plugin for Jenkins to run Pharo/Squeak VM images

by Marcus Denker

On Feb 28, 2011, at 4:03 PM, Panu Suominen wrote: > 2011/2/28 Marcus Denker <marcus.denker(a)inria.fr>: >> We are actually not using a plugin but just call shell scripts on the server. >> (we use Lukas' scripts https://github.com/renggli/builder ) >> I know that Philippe did a plugin, too. I always wanted to look at how a plugin can even >> simplify the setup... (especially for simple cases), but this has been pushed down the >> TODO list... > > Yep. This is plugin not a shell script. This is the main difference. > Of course the plugin is not so mature > as the shell script. For example I haven't had time to test how to > maintain package cache, but that should > be quite easy to do using Jenkin's workspace. > > At my work This start of the sentence I like a lot! :-) > we have some problems creating new build configurations > using the shell approach and thus we needed plugin to help the > process. Unfortunately I did not find plugin for the job so I had to > start writing one. I will definitly have a look. I will send you the plugin (and contact) of Phillippe. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 28, 2011

Re: [Pharo-users] Simple plugin for Jenkins to run Pharo/Squeak VM images

by Panu Suominen

2011/2/28 Marcus Denker <marcus.denker(a)inria.fr>: > We are actually not using a plugin but just call shell scripts on the server. > (we use Lukas' scripts https://github.com/renggli/builder ) > I know that Philippe did a plugin, too. I always wanted to look at how a plugin can even > simplify the setup... (especially for simple cases), but this has been pushed down the > TODO list... Yep. This is plugin not a shell script. This is the main difference. Of course the plugin is not so mature as the shell script. For example I haven't had time to test how to maintain package cache, but that should be quite easy to do using Jenkin's workspace. At my work we have some problems creating new build configurations using the shell approach and thus we needed plugin to help the process. Unfortunately I did not find plugin for the job so I had to start writing one. -- Panu

Feb. 28, 2011

Re: [Pharo-users] Simple plugin for Jenkins to run Pharo/Squeak VM images

by Marcus Denker

On Feb 28, 2011, at 3:49 PM, StÃ©phane Ducasse wrote: > thanks panu > > did you see that we are heavily using hudson? > Is your code different? > We are actually not using a plugin but just call shell scripts on the server. (we use Lukas' scripts https://github.com/renggli/builder ) I know that Philippe did a plugin, too. I always wanted to look at how a plugin can even simplify the setup... (especially for simple cases), but this has been pushed down the TODO list... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 28, 2011

Re: [Pharo-users] Simple plugin for Jenkins to run Pharo/Squeak VM images

by StÃ©phane Ducasse

thanks panu did you see that we are heavily using hudson? Is your code different? Stef On Feb 28, 2011, at 3:27 PM, Panu Suominen wrote: > I don't know if there will be any use for this, but I had couple of > free hours last weekend and I made simple plugin to run Squeak/Pharo > images inside Jenkins CI-server (formerly Hudson). > > After installation one should be able to configure Squeak/Pharo VM > under hudson management. After that one > is able add build step that runs Pharo/Squeak image. One can define > parameters, image and script that is > passed to the given image. I will improve documentation and such when > I have time. However > I will do it faster if there is some interest towars this kind of plugin. > > Codes can be loaded form the github. (mvn package should compile > plugin under target dir). > https://github.com/pnuz3n/Jenkins-Pharo-Plugin > > There is precompiled version currently available at URL. > http://users.jyu.fi/~pajumasu/jenkins-pharo-plugin/jenkins-pharo-plugin.hpi > > -- > Panu >

Feb. 28, 2011

Simple plugin for Jenkins to run Pharo/Squeak VM images

by Panu Suominen

I don't know if there will be any use for this, but I had couple of free hours last weekend and I made simple plugin to run Squeak/Pharo images inside Jenkins CI-server (formerly Hudson). After installation one should be able to configure Squeak/Pharo VM under hudson management. After that one is able add build step that runs Pharo/Squeak image. One can define parameters, image and script that is passed to the given image. I will improve documentation and such when I have time. However I will do it faster if there is some interest towars this kind of plugin. Codes can be loaded form the github. (mvn package should compile plugin under target dir). https://github.com/pnuz3n/Jenkins-Pharo-Plugin There is precompiled version currently available at URL. http://users.jyu.fi/~pajumasu/jenkins-pharo-plugin/jenkins-pharo-plugin.hpi -- Panu

Feb. 28, 2011

Re: [Pharo-users] Package browser?

by Rob Vens

I certainly can understand this sentiment - problem is I am not exactly a Smalltalk newbie ;-), but certainly a Pharo newbie, and I was already compiling a few remarks about quirks I encountered like not being able to deselect a list element or getting a halo to appear (in the latest image that is, not the book image). using a Mac btw) My approach was motivated because I needed to work through the book myself before letting some of our trainees do it. Anyway the responses are all much appreciated! On Thu, Feb 24, 2011 at 10:40 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > On 23.02.2011, at 15:22, Rob Vens wrote: > > > I am attempting to do the Pharo by Example book, but a package browser > (which is used in the examples) is not in the 1.1.1 or 1.2 image. > > Should I still use categories? If I create a package in Monticello > browser I am not able to add classes or anything (not as far as I could > see). > > Just starting out using Pharo, so apologies if these questions are > already answered elsewhere. > > Like Miguel said you should use the image from the website. As you could > see on the website a second edition of the book is in the make. I would > advize you to start with the current book. It gets you going in using > smalltalk and pharo. After that the second edition will be available. Quite > some things will have changed then but nothing fundamental regarding > smalltalk. It could be nice for you to follow the evolution if you start > from the first image and you get the feel how it gets better. You will be > one of the guys that have a fresh look on all of this. That is one thing we > all are missing because we are working quite some time with it and we are > blind to certain things. So don't hesitat to ask questions or the complain > about things you think are stupid :) > > Norbert >

Feb. 28, 2011

Re: [Pharo-users] rounding errors

by StÃ©phane Ducasse

Thanks david. Stef On Feb 28, 2011, at 4:09 AM, David T. Lewis wrote: > Good catch! > > It looks to me like the root cause is that the argument 2.3 is being > treated as a floating point value, whereas in this context it is really > intended as a format specifier (i.e. a string, such as you might use > in a sprintf() function). > > I wrote a test to document this bug, and added the fix to Squeak trunk. > The test and the modified #printPaddedWith:to: method are in the attached > change set. > > Dave > >> Hi, using formatted number output recently I got the following output: >> >> 1.0 printPaddedWith: $0 to: 2.1. "'01.0'" >> 1.0 printPaddedWith: $0 to: 2.2. "'01.00'" >> 1.0 printPaddedWith: $0 to: 2.3. "'01.00'" <-- wrong >> 1.0 printPaddedWith: $0 to: 2.4. "'01.000'" <-- wrong >> 1.0 printPaddedWith: $0 to: 2.5. "'01.00000'" >> >> running Float>>printPaddedWith:to: in the debugger showed me that the reason >> of this odd behaviour seems to be produced by Float>>truncated and/or >> Float>>fractionPart. I can provoke errors of that kind even easier: >> >> (2.3 fractionPart * 10) truncated. => "2" (instead of 3) >> >> In Primitive 51 (primitiveTruncated for Float>>truncated) I read >> >> frac = modf(rcvr, &trunc); >> >> so the problem looks like an issue with rounding errors in Math-Library's >> modf >> function. >> >> Indeed, I can reproduce the odd result of "(2.3 fractionPart * 10) >> truncated." >> in C++ using modf: >> >> // g++ -lm truncate.cpp && ./a.out >> #include<iostream> >> #include<cmath> >> using namespace std; >> int main(){ >> double f1, f2, f3; >> modf(10 * 0.3, &f1); >> cout << f1 << endl; >> modf(10 * modf(2.3, &f2), &f3); >> cout << f3 << endl; >> } >> // output: >> // 3 (ok) >> // 2 (error - should be 3) >> >> Question: what can be done about this? >> >> As a matter of fact, several important methods spread over a number of >> classes >> (Float, Number, Morph ... being among them) are senders of Float>>truncated >> or >> Float>>fractionPart, so rounding errors in primitive 51 or 52 could provoke >> unexpected behaviour in surprising places. >> >> >> -- >> View this message in context: http://forum.world.st/rounding-errors-tp3327130p3327130.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > <Float-printPaddedWith-dtl.1.cs>

Feb. 28, 2011

Re: [Pharo-users] rounding errors

by David T. Lewis

Good catch! It looks to me like the root cause is that the argument 2.3 is being treated as a floating point value, whereas in this context it is really intended as a format specifier (i.e. a string, such as you might use in a sprintf() function). I wrote a test to document this bug, and added the fix to Squeak trunk. The test and the modified #printPaddedWith:to: method are in the attached change set. Dave > Hi, using formatted number output recently I got the following output: > > 1.0 printPaddedWith: $0 to: 2.1. "'01.0'" > 1.0 printPaddedWith: $0 to: 2.2. "'01.00'" > 1.0 printPaddedWith: $0 to: 2.3. "'01.00'" <-- wrong > 1.0 printPaddedWith: $0 to: 2.4. "'01.000'" <-- wrong > 1.0 printPaddedWith: $0 to: 2.5. "'01.00000'" > > running Float>>printPaddedWith:to: in the debugger showed me that the reason > of this odd behaviour seems to be produced by Float>>truncated and/or > Float>>fractionPart. I can provoke errors of that kind even easier: > > (2.3 fractionPart * 10) truncated. => "2" (instead of 3) > > In Primitive 51 (primitiveTruncated for Float>>truncated) I read > > frac = modf(rcvr, &trunc); > > so the problem looks like an issue with rounding errors in Math-Library's > modf > function. > > Indeed, I can reproduce the odd result of "(2.3 fractionPart * 10) > truncated." > in C++ using modf: > > // g++ -lm truncate.cpp && ./a.out > #include<iostream> > #include<cmath> > using namespace std; > int main(){ > double f1, f2, f3; > modf(10 * 0.3, &f1); > cout << f1 << endl; > modf(10 * modf(2.3, &f2), &f3); > cout << f3 << endl; > } > // output: > // 3 (ok) > // 2 (error - should be 3) > > Question: what can be done about this? > > As a matter of fact, several important methods spread over a number of > classes > (Float, Number, Morph ... being among them) are senders of Float>>truncated > or > Float>>fractionPart, so rounding errors in primitive 51 or 52 could provoke > unexpected behaviour in surprising places. > > > -- > View this message in context: http://forum.world.st/rounding-errors-tp3327130p3327130.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 28, 2011

Re: [Pharo-users] rounding errors

by StÃ©phane Ducasse

Thanks thanks for your report. I do not have the answer but this is important to get aware of that. Stef On Feb 27, 2011, at 10:08 PM, t olschewski wrote: > Hi, using formatted number output recently I got the following output: > > 1.0 printPaddedWith: $0 to: 2.1. "'01.0'" > 1.0 printPaddedWith: $0 to: 2.2. "'01.00'" > 1.0 printPaddedWith: $0 to: 2.3. "'01.00'" <-- wrong > 1.0 printPaddedWith: $0 to: 2.4. "'01.000'" <-- wrong > 1.0 printPaddedWith: $0 to: 2.5. "'01.00000'" > > running Float>>printPaddedWith:to: in the debugger showed me that the reason > of this odd behaviour seems to be produced by Float>>truncated and/or > Float>>fractionPart. I can provoke errors of that kind even easier: > > (2.3 fractionPart * 10) truncated. => "2" (instead of 3) > > In Primitive 51 (primitiveTruncated for Float>>truncated) I read > > frac = modf(rcvr, &trunc); > > so the problem looks like an issue with rounding errors in Math-Library's > modf > function. > > Indeed, I can reproduce the odd result of "(2.3 fractionPart * 10) > truncated." > in C++ using modf: > > // g++ -lm truncate.cpp && ./a.out > #include<iostream> > #include<cmath> > using namespace std; > int main(){ > double f1, f2, f3; > modf(10 * 0.3, &f1); > cout << f1 << endl; > modf(10 * modf(2.3, &f2), &f3); > cout << f3 << endl; > } > // output: > // 3 (ok) > // 2 (error - should be 3) > > Question: what can be done about this? > > As a matter of fact, several important methods spread over a number of > classes > (Float, Number, Morph ... being among them) are senders of Float>>truncated > or > Float>>fractionPart, so rounding errors in primitive 51 or 52 could provoke > unexpected behaviour in surprising places. > > > -- > View this message in context: http://forum.world.st/rounding-errors-tp3327130p3327130.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Feb. 27, 2011

PharoCasts has a new skin

by laurent laffont

Thanks to Claire & Patrick Barocca, PharoCasts now has its own skin and a nice logo ! http://www.pharocasts.com/ Laurent

Feb. 27, 2011