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

Re: [Pharo-dev] Who is using Pharo Launcher and for what

by Laurent

Hi, PharoLauncher is my main entry point for creating / managing / launching Pharo images. I work at AFI and use Pharo for application monitoring & Redmine bug tracker analysis. Laurent Le sam. 20 fÃ©vr. 2016 Ã 11:49, Damien Cassou <damien.cassou(a)inria.fr> a Ã©crit : > For my CV, I need to know who is using the stuff I'm doing. If you use > the Pharo Launcher, could you please tell me in which context (e.g., > which company, open-source project) and what you use it for (e.g., > download from CI, standard Pharo)? > > I don't need long paragraphs, just give me the keywords please. > > Thanks > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill >

March 4, 2016

[Pharo-users] Numerical Methods in Pharo without FFI ?

by Nicolas Cellier

> Can you add enhancement issues in the SciSmalltalk issue tracker : > https://github.com/SergeStinckwich/SciSmalltalk/issues > in order to keep them in mind ? > > We are trying to create a pure Smalltalk library, so we try to avoid > FFI as much as possible :-) > > snip... > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > > I agree with using Smalltalk when we can, and avoid FFI, except maybe one thing... In Smalltalk, we could completely eliminate the Float primitives and emulate them with Integer arithmetic. But we don't. IMO we should adopt same pragmatic approach with basic operations on vectors/matrices, and maybe also for more involved algebra. The guys of LAPACK decided to use a "primitive" layer BLAS because the FORTRAN compiler was too naive to compete with specially crafted optimizations like that of MKL. It does not make sense to compete in this area, our language is not taylored for number crunching whatever the JIT efforts we can make, So let's use some kind of numeric primitives. That's how Matlab, NumPy, R or evry other interpreter would do it, don't they? It may be interesting to have some fallback code written in Smalltalk, but it ain't gonna scale. So don't forget that Smallapack could leverage number crunching, that's what it's made for...

March 4, 2016

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)

by Nicolas Cellier

Could you use a metacello configuration named SciPharo composed of packaged that you would pick from a more neutral repository? 2016-03-04 8:28 GMT+01:00 Benoit St-Jean via Pharo-dev < pharo-dev(a)lists.pharo.org>: > > > ---------- Message transfÃ©rÃ© ---------- > From: Benoit St-Jean <bstjean(a)yahoo.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: > Date: Fri, 4 Mar 2016 07:27:45 +0000 (UTC) > Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > Why just don't we honor Didier H. Besset and leave it as it was, Numerical > Methods in Smalltalk? > > That way, regardless of your favorite Smalltalk implementation, there will > always be a "Numerical Methods in Smalltalk" package somewhere! > > The same way there's no GlorpPharo : it's Glorp everywhere! > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > ------------------------------ > *From:* Serge Stinckwich <serge.stinckwich(a)gmail.com> > *To:* Pharo Development List <pharo-dev(a)lists.pharo.org> > *Sent:* Wednesday, March 2, 2016 1:43 PM > *Subject:* Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > > On Wed, Mar 2, 2016 at 7:11 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > > SciPharo? Not so great news from my POV. > > What is so much pharo specific in this library? > > Is Smalltalk scientific community large enough for yet another split? > > We can think of a more neutral name. > Any idea for a new name ? > > Regards, > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > > > > >

March 4, 2016

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)

by Benoit St-Jean

Why just don't we honor Didier H. Besset and leave it as it was, Numerical Methods in Smalltalk? That way, regardless of your favorite Smalltalk implementation, there will always be a "Numerical Methods in Smalltalk" package somewhere! The same way there's no GlorpPharo : it's Glorp everywhere! Â ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) From: Serge Stinckwich <serge.stinckwich(a)gmail.com> To: Pharo Development List <pharo-dev(a)lists.pharo.org> Sent: Wednesday, March 2, 2016 1:43 PM Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) On Wed, Mar 2, 2016 at 7:11 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > SciPharo? Not so great news from my POV. > What is so much pharo specific in this library? > Is Smalltalk scientific community large enough for yet another split? We can think of a more neutral name. Any idea for a new name ? Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 4, 2016

Re: [Pharo-dev] [Pharo-users] Little how to

by Alexandre Bergel

Excellent! > On Mar 3, 2016, at 6:58 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > I wrote a little post with a how to extract sprites from a larger png file: > http://www.humane-assessment.com/blog/extracting-sprite-from-png > > Cheers, > Doru > > >> On Mar 3, 2016, at 9:23 AM, stepharo <stepharo(a)free.fr> wrote: >> >> Hi guys >> >> for the mooc I would like have a list of how to that students should look in the system and implement. >> The idea is to show to the participants that Pharo is open and that they can find information. >> For example, >> - extracting a sprite from a png file >> - access a time service of the web >> >> Now I would love to get your ideas and their solution. >> >> Stef >> >> >> > > -- > www.tudorgirba.com > www.feenk.com > > "Beauty is where we see it." > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 3, 2016

Re: [Pharo-dev] [Pharo-users] Little how to

by Tudor Girba

Hi, I wrote a little post with a how to extract sprites from a larger png file: http://www.humane-assessment.com/blog/extracting-sprite-from-png Cheers, Doru > On Mar 3, 2016, at 9:23 AM, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > for the mooc I would like have a list of how to that students should look in the system and implement. > The idea is to show to the participants that Pharo is open and that they can find information. > For example, > - extracting a sprite from a png file > - access a time service of the web > > Now I would love to get your ideas and their solution. > > Stef > > > -- www.tudorgirba.com www.feenk.com "Beauty is where we see it."

March 3, 2016

Re: [Pharo-dev] Mocking networkâ¦

by Alain Rastoul

On 03/03/2016 09:01, Yuriy Tymchuk wrote: > But my question was super simple. If Iâm writing something that accesses github I can write a test for handling request limit error. And in ruby I can say: âok in this test when you get a request tohttps://githubâ¦â¦â¦â¦/SomePathThatITest hive a response with this number and this headersâ. And then I can test the result. If I cannot do this in Pharo, then I will not test it, itâs that easy. Hi Yuriy, Yes you can ... :) But it depends on what you want to mock : the client or the server. If I had network code I would use ZnClient, then in my tests I would just mock the client (just MHO). Esteban's idea of mocking the server is interesting but sounds hard to implement. Suppose you have: "instance var ?" | client | "client initialization somewhere in my code or test" client := ZnClient new. "... then later in my test" client get: 'http://zn.stfx.eu/zn/numbers.txt'. I would do: "instance var ?" | client | "client initialization somewhere in test setup" client := MySimpleMock new. "or MyObject client: MySimpleMock new. if there is an accessor" "still in test setUp to respond with error 30% of the time " client on: #get: with: #('http://zn.stfx.eu/zn/numbers.txt') return: [ (1 to: 10) atRandom > 7 ifTrue: [ self error: 'Some Network Error Here ...' ]. "normal response" ZnResponse ok: (ZnEntity text: 'OK for this one') ] . "... then later " client get: 'http://zn.stfx.eu/zn/numbers.txt' . "would return what you expect, with 30% errors" I did a SimpleMock class like this one who just returns expected answers in the Icecompiler package on smalltalkhub (IceSimpleMock). Very basic, but simple to extend if needed (may be it would be useful to package it separately?). And there is also Mocketry that you may investigate, sounds great (from ESUG slides). I didn't, I'm lazy, I just do what I need. HTH -- Alain

March 3, 2016

Re: [Pharo-dev] [FFI] DNU ByteArray>>#rollAsDoubleToArity: arity

by Esteban Lorenzano

Ah yes. I fixed that but is not in the image... Just load bleeding edge of UFFI > On 3 Mar 2016, at 18:30, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > > (In the latest FFI) > > Assume we have a native call declaration (we want to get values from x and y later): > >> primGetCurrentPointX: x Y: y >> <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode> >> >> ^self nbCall: #( void cairo_get_current_point (self, double * x, double * y)) > > Trying to use it as: > >> | x y | >> x := (ByteArray new: 8). >> y := (ByteArray new: 8). >> self primGetCurrentPointX: x Y: y. >> ^ (x doubleAt: 1)@ (y doubleAt: 1) > > Throws DNU ByteArray>>#rollAsDoubleToArity: arity . > > However if primitive would be modified to: > >> ^self nbCall: #( void cairo_get_current_point (self, void * x, void * y)) > > Exception goes away. > > I'm just curios how it is supposed to be :) > > Cheers, > Alex >

March 3, 2016

Re: [Pharo-dev] [Pharo-users] Little how to

by Alexandre Bergel

These little how to may be included as an help in the image. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Mar 3, 2016, at 5:23 AM, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > for the mooc I would like have a list of how to that students should look in the system and implement. > The idea is to show to the participants that Pharo is open and that they can find information. > For example, > - extracting a sprite from a png file > - access a time service of the web > > Now I would love to get your ideas and their solution. > > Stef > > >

March 3, 2016

[FFI] DNU ByteArray>>#rollAsDoubleToArity: arity

by Aliaksei Syrel

(In the latest FFI) Assume we have a native call declaration (we want to *get* values from x and y later): primGetCurrentPointX: x Y: y > <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: > errorCode> > > ^self nbCall: #( void cairo_get_current_point (self, *double * x, > double * y*)) Trying to use it as: | x y | > x := (ByteArray new: 8). > y := (ByteArray new: 8). > self primGetCurrentPointX: x Y: y. > ^ (x doubleAt: 1)@ (y doubleAt: 1) Throws DNU ByteArray>>#rollAsDoubleToArity: arity . However if primitive would be modified to: ^self nbCall: #( void cairo_get_current_point (self, *void** * x, void * y* > )) Exception goes away. I'm just curios how it is supposed to be :) Cheers, Alex

March 3, 2016