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

[Pharo-project] [GSoC] Call for students

by Janko MivÅ¡ek

Dear Students, Now it is your turn! You will have to register in our website first [1], put there some information, show interest for the projects and contact the project mentors. After the registration step you will get all the mentors information in order to contact them. By pressing the button on the project, you will show your interest. This is not something formal yet. Of course you can propose your own project too. In this case write a proposal in a format other projects have and send it to admins (see the email on the bottom). Our mentors will vote for the most interesting projects and in the middle of the voting Google will tell us, how many projects will actually be funded. Voting will happen in April, with final results expected at the end of April. At that time you will finally know if you are accepted or not. Of course, there can be many students interested per project. This means that interest for this project is high, but on the other side a chance that you will be chosen is lower. It is up to you to convince a mentor that you are the best! Note also that the Ideas page is deprecated. On ideas page just the project ideas were collected. Now, we are preparing the real projects. So, please from now on always refer to this link for the projects: http://gsoc2012.esug.org/projects So, the initial steps are: 1. Register on our special Smalltalk GSoC website (with your Google account!): http://gsoc2012.esug.org/admin?view=loginGoogle 2. Edit your profile to get some more contact information for mentors to let you know, 3. Fulfill your brief Biography page (see Biography tab on profile), 4. Go to Projects page, choose up to three projects and click there 'I'm interested' button, 5. Contact and discuss with project mentors about your interest. Subscribe also to a special mailing list [2] where we will help you with further steps. Deadline: as soon as possible, because the deadline to register on official GSoC website [3] is 6.April, which is, well, soon! But about that later... Finally, we will really appreciate if you can help us to distribute this call for students. One of our goals is to increase the Smalltalk community. Those who have access to universities can distribute this among the students. [1] http://gsoc2012.esug.org [2] Students mailing list: http://groups.google.com/group/smalltalk-gsoc-students [3] Official GSoC website http://www.google-melange.com/gsoc/homepage/google/gsoc2012 Good luck! Janko & Carla --- GSoC Admin Team smalltalk.gsoc(a)gmail.com http://gsoc2012.esug.org -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 28, 2012

Re: [Pharo-project] ProtoObject initialize

by Noury Bouraqadi

exactly. The semantics of initialize for classes is different from the one for plain instances. On 27 mars 2012, at 22:18, Guillermo Polito wrote: > Now, re-initializing classes is kind of weird :P. I should only initialize classes with it's own #initialize and their subclasses -only if they have class instance methods :/. > > ufa > > On Tue, Mar 27, 2012 at 5:29 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Fri, Mar 23, 2012 at 11:03 AM, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > Hi Guillermo, > > The expression "ProtoObject initialize" does actually work. > ProtoObject metaclass inherits the initialize method from Behavior. > But, running it resets the ProtoObject critical IVs (superclass, methodDict and format). > Hence the hang. > > Exactly. Otherwise, the VM would have crashed (not hanged) with an error saying "recursive does not understand". Check the VM code for more details. > > > > Noury > > On 22 mars 2012, at 22:44, Guillermo Polito wrote: > > > Answering myself, thanks to Esteban: > > > > It hangs because It does not understand #initialize, so It throws a DNU, and it also does not understand #doesNotUnderstand: > > > > On Thu, Mar 22, 2012 at 6:12 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > hanged my image :3. > > > > Is that something I was not supposed to do? > > > > Guille > > > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > http://www.kroobe.com/profile/noury > > > Afin de contribuer au respect de l'environnement, > merci de n'imprimer ce courriel qu'en cas de necessite > > Please consider the environment before you print > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com > > Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

March 28, 2012

Re: [Pharo-project] Pharo on iOS w/ faster graphics

by Marcus Denker

On Mar 27, 2012, at 6:35 PM, StÃ©phane Ducasse wrote: > >> First, here's a little background about myself. I'm an academic researcher in human-computer interaction and educational technology. I've been programming in Smalltalk since the early days of Squeak. For those who remember, I wrote Swiki. > > I do :) me too. I think we even met a loong time ago... at ACM1 or OOPSLA... >> Is there some sort of magic bullet for addressing this? Cairo? Does anyone have any recommendations for addressing this inside Pharo? I'm not interested in 3D interfaces, but rather fast 2D interfaces. Any advice would be greatly appreciated. >> I think that Athens will allow us to speed up things... Athens is a new rendering canvas that can use Cairo or OpenGL as a backend. http://computeradventures.wordpress.com/2012/03/07/athens-a-first-babysteps/ But of course there is a lot of work to be done... (e.g. porting it to run on the iphone... porting NativeBoost to ARM ;-)) -- Marcus Denker -- http://marcusdenker.de

March 28, 2012

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

by StÃ©phane Ducasse

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] SciSmalltalk

by Serge Stinckwich

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/

March 28, 2012

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

by StÃ©phane Ducasse

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] SciSmalltalk

by StÃ©phane Ducasse

excellent initiative. Stef On Mar 28, 2012, at 3:38 AM, 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/ >

March 28, 2012

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

by Martin Sandiford

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

[Pharo-project] SciSmalltalk

by 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, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 28, 2012

[Pharo-project] Close encounters of the weird kind

by Schwab,Wilhelm K

Eliot, all, My GSL code, with callbacks is confusing me. First, I call gsl_multifit_fdfsolver_set(). This seems to work, hitting various callbacks (apparently successfully), but then gives an error with #'bad number of arguments'. I have looked, and don't see an invalid number of arguments anywhere. I can proceed past that(??), only to crash in gsl_multiroot_fdfsolver_iterate(). The C backtrace appears below. Is there anything I might glean from it? Any ideas? Bill C stack backtrace: /home/bills/Work2012/Pharo-1.3/CogVM[0x80968b1] /home/bills/Work2012/Pharo-1.3/CogVM[0x8096a52] [0xb7720410] /usr/lib/libgsl.so.0(gsl_multifit_fdfsolver_iterate+0x37)[0x759fc5a7] /home/bills/Work2012/Pharo-1.3/libSqueakFFIPrims.so(primitiveCallout+0x4b2)[0x75c682a2] /home/bills/Work2012/Pharo-1.3/CogVM(interpret+0x3f68)[0x808dcc8] /home/bills/Work2012/Pharo-1.3/CogVM[0x808fc97] /home/bills/Work2012/Pharo-1.3/CogVM[0x8090664] /home/bills/Work2012/Pharo-1.3/CogVM(main+0x38a)[0x809774a] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7580bd6] /home/bills/Work2012/Pharo-1.3/CogVM[0x805acc1]

March 27, 2012