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

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by Alexandre Bergel

Hi Serge! I welcome very much this initiative. Something that I believe is important, is an pdf graph exporter (maybe based on EyeSee) and the various test distribution (e.g., CHI). The fact that these two are missing is exactly the reason why I use R and Numbers instead of Pharo. I sincerely believe that Pharo can be an alternative to R and Maple. A bit more is needed from our side however. Alexandre On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: > Dear all, > > we already discuss about that in the moose and pharo mailing-list. > Maybe this is too late, but please find a small proposal for gsoc 2012 below. > > ================================================================ > > Name: SciSmalltalk > Level: Intermediate > Possible mentor: Serge Stinckwich > Possible second mentor: ? > > Description > Smalltalk has at that time no equivalent to mathematical libraries > like NumPy, SciPy (Python) or SciRuby (Ruby). > The goal of the SciSmalltalk project is to develop an open-source > library of mathematical for the Smalltalk programming language (MIT > Licence). > > Technical Details > The development of this project is to be done in Pharo Smalltalk, but > the code should be portable to other Smalltalk flavors. > Numerous Smalltalk projects provide already some basic functionalities > (complex and quaternions extensions, random number generator, fuzzy > algorithms, LAPACK linear algebra package, Didier Besset's numerical > methods, ...). A first task will be to do an audit of all the existing > projects that provide some mathematical stuff and build a Pharo > Configuration to load them in a fresh Pharo Smalltalk image. After > that, the student help by his/her mentors will decide what are the > numeric algorithms to develop in priority. > > The student will need to know some basic numeric algorithms usually > found in such libraries. > Units tests should also be provided. > > Benefits to the Student > The student will help the Smalltalk community in a very concrete way. > The student will learn to design well-designed code with tests. > > Benefits to the Community > Having a package providing more elaborate numeric libraries is really > important to develop the use Smalltalk in new domains (robotics, high > performance computing, computer vision, bio-computing, ...). The lack > of numeric librairies hamper the use of the Smalltalk in a scientific > context at the moment. An another goal of this project is to develop a > community of people interested by these topic. > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 28, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by StÃ©phane Ducasse

yes first step first > I welcome very much this initiative. > Something that I believe is important, is an pdf graph exporter (maybe based on EyeSee) and the various test distribution (e.g., CHI). The fact that these two are missing is exactly the reason why I use R and Numbers instead of Pharo. > > I sincerely believe that Pharo can be an alternative to R and Maple. A bit more is needed from our side however. > > Alexandre > > > Great initiative Serge, bravo. > Yes Pharo could replace some parts of R/Maple/Matlab etc... but that's a tremendous work. > So please, small steps, bring up basic bricks first. > > I have unpublished Smalltalk utility libraries for handling Euler (Cardan) angles, geodetic coordinates, geodesic and rhumb lines calculation on the ellispoid... > For Euler angles, the main features are conversions to/from direction cosine matrices and quaternions, so it's more a problem of package delimitations and which matrix class to use, generic m x n, or specialised SO3... > > Also, some higher level objects could be used (vector space, trihedron, etc...), but basic steps first. > > Nicolas > > > On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: > > > Dear all, > > > > we already discuss about that in the moose and pharo mailing-list. > > Maybe this is too late, but please find a small proposal for gsoc 2012 below. > > > > ================================================================ > > > > Name: SciSmalltalk > > Level: Intermediate > > Possible mentor: Serge Stinckwich > > Possible second mentor: ? > > > > Description > > Smalltalk has at that time no equivalent to mathematical libraries > > like NumPy, SciPy (Python) or SciRuby (Ruby). > > The goal of the SciSmalltalk project is to develop an open-source > > library of mathematical for the Smalltalk programming language (MIT > > Licence). > > > > Technical Details > > The development of this project is to be done in Pharo Smalltalk, but > > the code should be portable to other Smalltalk flavors. > > Numerous Smalltalk projects provide already some basic functionalities > > (complex and quaternions extensions, random number generator, fuzzy > > algorithms, LAPACK linear algebra package, Didier Besset's numerical > > methods, ...). A first task will be to do an audit of all the existing > > projects that provide some mathematical stuff and build a Pharo > > Configuration to load them in a fresh Pharo Smalltalk image. After > > that, the student help by his/her mentors will decide what are the > > numeric algorithms to develop in priority. > > > > The student will need to know some basic numeric algorithms usually > > found in such libraries. > > Units tests should also be provided. > > > > Benefits to the Student > > The student will help the Smalltalk community in a very concrete way. > > The student will learn to design well-designed code with tests. > > > > Benefits to the Community > > Having a package providing more elaborate numeric libraries is really > > important to develop the use Smalltalk in new domains (robotics, high > > performance computing, computer vision, bio-computing, ...). The lack > > of numeric librairies hamper the use of the Smalltalk in a scientific > > context at the moment. An another goal of this project is to develop a > > community of people interested by these topic. > > > > Regards, > > -- > > Serge Stinckwich > > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > > Every DSL ends up being Smalltalk > > http://doesnotunderstand.org/ > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

March 28, 2012

Re: [Pharo-project] Problem with loading Nautilus after Seaside

by StÃ©phane Ducasse

Bug fixed! Stef > I entered a bug entry > http://code.google.com/p/pharo/issues/detail?id=5566 > > Stef > > On Mar 28, 2012, at 7:18 AM, StÃ©phane Ducasse wrote: > >> Yes this is a bug probably due to the looked up of variable (bindingOf:) >> We should fix it for 1.4 >> >> Thanks. >> >> Stef >> >> On Mar 28, 2012, at 4:27 AM, Martin Sandiford wrote: >> >>> On Wed, Mar 28, 2012 at 8:12 AM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> thanks for the report. To me it looks like we changed some on classVar lookup and it is not modular anymoreâ¦ >>> >>> I don't really know enough about the system to judge whether the >>> compiler is being over-conservative in this case. >>> >>> A minimal case to reproduce the same error is: >>> >>> Smalltalk at: #Foo put: #Foo. >>> >>> Then define a class: >>> >>> Object subclass: #FooTest >>> instanceVariableNames: '' >>> classVariableNames: 'Foo' "This is the trigger" >>> poolDictionaries: '' >>> category: 'ClassVar-Testing' >>> >>> On save, a debug window with "DuplicatedVariableError: Foo is defined >>> elsewhere" is shown. >>> >>> I've tried this with a selection of images in the 1.4 set from >>> 14400-14414 and with 1.3 13315 with the same results. It seems that >>> Class>>declare: calls Class>>bindingOf: to check if a symbol is >>> already bound, and this always returns non-nil for globals. >>> >>> Martin >>> >> >> > >

March 28, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by Nicolas Cellier

Le 28 mars 2012 14:44, Alexandre Bergel <alexandre.bergel(a)me.com> a Ã©crit : > Hi Serge! > > I welcome very much this initiative. > Something that I believe is important, is an pdf graph exporter (maybe > based on EyeSee) and the various test distribution (e.g., CHI). The fact > that these two are missing is exactly the reason why I use R and Numbers > instead of Pharo. > > I sincerely believe that Pharo can be an alternative to R and Maple. A bit > more is needed from our side however. > > Alexandre > > Great initiative Serge, bravo. Yes Pharo could replace some parts of R/Maple/Matlab etc... but that's a tremendous work. So please, small steps, bring up basic bricks first. I have unpublished Smalltalk utility libraries for handling Euler (Cardan) angles, geodetic coordinates, geodesic and rhumb lines calculation on the ellispoid... For Euler angles, the main features are conversions to/from direction cosine matrices and quaternions, so it's more a problem of package delimitations and which matrix class to use, generic m x n, or specialised SO3... Also, some higher level objects could be used (vector space, trihedron, etc...), but basic steps first. Nicolas > On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: > > > Dear all, > > > > we already discuss about that in the moose and pharo mailing-list. > > Maybe this is too late, but please find a small proposal for gsoc 2012 > below. > > > > ================================================================ > > > > Name: SciSmalltalk > > Level: Intermediate > > Possible mentor: Serge Stinckwich > > Possible second mentor: ? > > > > Description > > Smalltalk has at that time no equivalent to mathematical libraries > > like NumPy, SciPy (Python) or SciRuby (Ruby). > > The goal of the SciSmalltalk project is to develop an open-source > > library of mathematical for the Smalltalk programming language (MIT > > Licence). > > > > Technical Details > > The development of this project is to be done in Pharo Smalltalk, but > > the code should be portable to other Smalltalk flavors. > > Numerous Smalltalk projects provide already some basic functionalities > > (complex and quaternions extensions, random number generator, fuzzy > > algorithms, LAPACK linear algebra package, Didier Besset's numerical > > methods, ...). A first task will be to do an audit of all the existing > > projects that provide some mathematical stuff and build a Pharo > > Configuration to load them in a fresh Pharo Smalltalk image. After > > that, the student help by his/her mentors will decide what are the > > numeric algorithms to develop in priority. > > > > The student will need to know some basic numeric algorithms usually > > found in such libraries. > > Units tests should also be provided. > > > > Benefits to the Student > > The student will help the Smalltalk community in a very concrete way. > > The student will learn to design well-designed code with tests. > > > > Benefits to the Community > > Having a package providing more elaborate numeric libraries is really > > important to develop the use Smalltalk in new domains (robotics, high > > performance computing, computer vision, bio-computing, ...). The lack > > of numeric librairies hamper the use of the Smalltalk in a scientific > > context at the moment. An another goal of this project is to develop a > > community of people interested by these topic. > > > > Regards, > > -- > > Serge Stinckwich > > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > > Every DSL ends up being Smalltalk > > http://doesnotunderstand.org/ > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

March 28, 2012

Re: [Pharo-project] SciSmalltalk

by Janko MivÅ¡ek

Hi Serge, I put your really needed project proposal to our site: http://gsoc2012.esug.org/projects/sci-smalltalk Now please register, go to the project and put yourself as mentor (see 'edit' link near mentor name). Please find also a second mentor. Best regards Janko Dne 28. 03. 2012 03:38, piÅ¡e Serge Stinckwich: > Dear all, > > we already discuss about that in the moose and pharo mailing-list. > Maybe this is too late, but please find a small proposal for gsoc 2012 below. > > ================================================================ > > Name: SciSmalltalk > Level: Intermediate > Possible mentor: Serge Stinckwich > Possible second mentor: ? > > Description > Smalltalk has at that time no equivalent to mathematical libraries > like NumPy, SciPy (Python) or SciRuby (Ruby). > The goal of the SciSmalltalk project is to develop an open-source > library of mathematical for the Smalltalk programming language (MIT > Licence). > > Technical Details > The development of this project is to be done in Pharo Smalltalk, but > the code should be portable to other Smalltalk flavors. > Numerous Smalltalk projects provide already some basic functionalities > (complex and quaternions extensions, random number generator, fuzzy > algorithms, LAPACK linear algebra package, Didier Besset's numerical > methods, ...). A first task will be to do an audit of all the existing > projects that provide some mathematical stuff and build a Pharo > Configuration to load them in a fresh Pharo Smalltalk image. After > that, the student help by his/her mentors will decide what are the > numeric algorithms to develop in priority. > > The student will need to know some basic numeric algorithms usually > found in such libraries. > Units tests should also be provided. > > Benefits to the Student > The student will help the Smalltalk community in a very concrete way. > The student will learn to design well-designed code with tests. > > Benefits to the Community > Having a package providing more elaborate numeric libraries is really > important to develop the use Smalltalk in new domains (robotics, high > performance computing, computer vision, bio-computing, ...). The lack > of numeric librairies hamper the use of the Smalltalk in a scientific > context at the moment. An another goal of this project is to develop a > community of people interested by these topic. > > Regards, -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 28, 2012

Re: [Pharo-project] GSoC proposal: Naked Objects using Magritte

by Esteban Lorenzano

sorry... my fly is imminent now :) well... while I could be 2nd mentor, I think is better to enable others to participate, also I don't know exactly my time next month(s), so, I'll say "welcome aboard, Stan" :) cheers, Esteban El 27/03/2012, a las 6:24p.m., Stephan Eggermont escribiÃ³: >> Stephan, I can help as second Mentor if you still need one. >> ...Stan > > I haven't been able to reach Esteban yet. > He is supposed to be moving this week. > Thanks for the offer. > > Stephan > >

March 28, 2012

Re: [Pharo-project] SciSmalltalk

by Serge Stinckwich

Dear Gsoc admins, could you add this project to the list of ideas ? Thank you. Regards, On Wed, Mar 28, 2012 at 8:38 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Dear all, > > we already discuss about that in the moose and pharo mailing-list. > Maybe this is too late, but please find a small proposal for gsoc 2012 below. > > ================================================================ > > Name: SciSmalltalk > Level: Intermediate > Possible mentor: Serge Stinckwich > Possible second mentor: ? > > Description > Smalltalk has at that time no equivalent to mathematical libraries > like NumPy, SciPy (Python) or SciRuby (Ruby). > The goal of the SciSmalltalk project is to develop an open-source > library of mathematical for the Smalltalk programming language (MIT > Licence). > > Technical Details > The development of this project is to be done in Pharo Smalltalk, but > the code should be portable to other Smalltalk flavors. > Numerous Smalltalk projects provide already some basic functionalities > (complex and quaternions extensions, random number generator, fuzzy > algorithms, LAPACK linear algebra package, Didier Besset's numerical > methods, ...). A first task will be to do an audit of all the existing > projects that provide some mathematical stuff and build a Pharo > Configuration to load them in a fresh Pharo Smalltalk image. After > that, the student help by his/her mentors will decide what are the > numeric algorithms to develop in priority. > > The student will need to know some basic numeric algorithms usually > found in such libraries. > Units tests should also be provided. > > Benefits to the Student > The student will help the Smalltalk community in a very concrete way. > The student will learn to design well-designed code with tests. > > Benefits to the Community > Having a package providing more elaborate numeric libraries is really > important to develop the use Smalltalk in new domains (robotics, high > performance computing, computer vision, bio-computing, ...). The lack > of numeric librairies hamper the use of the Smalltalk in a scientific > context at the moment. An another goal of this project is to develop a > community of people interested by these topic. > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 28, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Igor Stasenko

On 27 March 2012 20:28, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > Then again... if you want cleverness you do a link on archaic filesystems > that can't do a proper root... > > Personally I'd like a URI/URL to work crossly on multiple platforms in a > reasonable manner. > Otherwise it is a pain to work with Linux/Windows transparently. > i am not opposed to have uniform url(s). just dont like ambiguous stuff. > > Regards, Gary > > ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, March 27, 2012 6:55 PM > > Subject: Re: [Pharo-project] FileURL don't works properly on windows > > >> On 27 March 2012 19:50, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: >>> >>> Give filesystem disparities I'd personally be happy with >>> >>> file://Pharo/xyz.abc >>> >>> resolving to >>> >>> C:\Pharo\xyz.abc >>> >>> on Windows... >> >> >> unless you meant >> >> D:\Pharo\xyz.abc >> >> :) >> No. I don't like such implicit cleverness. Things should be stupid. No >> magic. If it works it should work. If it doesn't , it should explain >> why. >> And let users solve the issue. >> But when system tries to play a wizard which can read people's mind, >> this is road to nowhere. >> >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Tuesday, March 27, 2012 6:41 PM >>> >>> Subject: Re: [Pharo-project] FileURL don't works properly on windows >>> >>> >>> On 27 March 2012 18:18, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> >>>> >>>> On Mar 27, 2012, at 6:06 PM, Igor Stasenko wrote: >>>> >>>>> this part is closely related to command-line arguments handling.. >>>>> >>>>> on windows things, which expected to work, like: >>>>> >>>>> vm image.image <pathToScript>.st >>>>> >>>>> fails to find the script, because it messing up with back/forward >>>>> slashes in path >>>>> and at the end it transforms an input into escaped slashes, which is >>>>> of course cannot be found in file system... >>>> >>>> >>>> >>>> >>>> right now we use Urls there because it supports to add URL as a "file". >>>> >>>> vm imageimage http://myscript.com/phato.st >>>> >>>> I personally think we should remove that. If you want to load a file via >>>> the network, just >>>> write a local script that does that. >>>> >>>> If we remove the network support for script parameters, we will directly >>>> solve that problem. >>>> (and we simplify the whole startup logic, and we make the startup not >>>> depend on networking). >>>> >>>> http://code.google.com/p/pharo/issues/detail?id=4057 >>>> >>>> Marcus >>>> >>> agree.. this thing is a bit overengineeeeered. >>> but in overall it is cool to have, unless it breaks a most basic usage >>> : hey ... a stupid file name passed as an argument! >>> >>> we can remove it, of course, but it won't make a FileURL a bit less >>> broken.. >>> since things like that: >>> >>> 'c:\myfile.txt' asURL retrieveContents still won't work. >>> we should cover it by tests btw, since now we have windows.. >>> but in order to run any test(s) we should fix this thing first :) >>> >>>> >>>> -- >>>> Marcus Denker -- http://marcusdenker.de >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

March 28, 2012

Re: [Pharo-project] interpreter cannot read image file

by Pavel Krivanek

On Tue, Mar 27, 2012 at 9:24 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Tue, Mar 27, 2012 at 12:36 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: >> >> Hi, >> >> I'm trying to open an old production image based on Squeak 3.9.1 file >> with CogVM and I get: >> This interpreter (vers. 6505) cannot read image file (vers. 6502) >> >> I've always seen only the inverse report. Any idea how to convert the >> image? > > > You can start from the closure bootstrap on my web site. Â But it's a lot of > work, and even then there are lots of additional upgrades to get to a > bug-free system. Â IMO it would be far better to try and recreate it. > OK, thank you. -- Pavel >> >> Cheers, >> -- Pavel >> > > > > -- > best, > Eliot >

March 28, 2012

Re: [Pharo-project] SciSmalltalk

by Tudor Girba

Excellent, indeed! Doru On Wed, Mar 28, 2012 at 7:24 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > BTW, i'm looking for some Smalltalk code implementing Runge-Kutta > methods for solving > a Â set of ordinary differential equations (ODEs). > > Regards, > > On Wed, Mar 28, 2012 at 8:38 AM, Serge Stinckwich > <serge.stinckwich(a)gmail.com> wrote: >> Dear all, >> >> we already discuss about that in the moose and pharo mailing-list. >> Maybe this is too late, but please find a small proposal for gsoc 2012 below. >> >> ================================================================ >> >> Name: SciSmalltalk >> Level: Intermediate >> Possible mentor: Serge Stinckwich >> Possible second mentor: ? >> >> Description >> Smalltalk has at that time no equivalent to mathematical libraries >> like NumPy, SciPy (Python) or SciRuby (Ruby). >> The goal of the SciSmalltalk project is to develop an open-source >> library of mathematical for the Smalltalk programming language (MIT >> Licence). >> >> Technical Details >> The development of this project is to be done in Pharo Smalltalk, but >> the code should be portable to other Smalltalk flavors. >> Numerous Smalltalk projects provide already some basic functionalities >> (complex and quaternions extensions, random number generator, fuzzy >> algorithms, LAPACK linear algebra package, Didier Besset's numerical >> methods, ...). A first task will be to do an audit of all the existing >> projects that provide some mathematical stuff and build a Pharo >> Configuration to load them in a fresh Pharo Smalltalk image. After >> that, the student help by his/her mentors will decide what are the >> numeric algorithms to develop in priority. >> >> The student will need to know some basic numeric algorithms usually >> found in such libraries. >> Units tests should also be provided. >> >> Benefits to the Student >> The student will help the Smalltalk community in a very concrete way. >> The student will learn to design well-designed code with tests. >> >> Benefits to the Community >> Having a package providing more elaborate numeric libraries is really >> important to develop the use Smalltalk in new domains (robotics, high >> performance computing, computer vision, bio-computing, ...). The lack >> of numeric librairies hamper the use of the Smalltalk in a scientific >> context at the moment. An another goal of this project is to develop a >> community of people interested by these topic. >> >> Regards, >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ > > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > -- www.tudorgirba.com "Every thing has its own flow"

March 28, 2012