- Pharo-users - lists.pharo.org

little fix for Slice

by StÃ©phane Ducasse

hi all Does any of you want to help? with a little exercise? It would be nice to help the user to provide coherent slice name I suggest SLICE-number-title title with only alphanumberical-characters any taker? because this would be cool to get another step forward http://code.google.com/p/pharo/issues/detail?id=2478 Stef

May 26, 2010

[GSoC] Coding started yesterday!

by Mariano Martinez Peck

Hi everybody. First, let me apologize for the multiple cross post. I think it is good to show the Smalltalk community periodically the status of GSoC. The good news in this case is that yesterday the students started to code! This was one of the GSoC deadlines that you can read in http://gsoc2010.esug.org/ and in http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#… . Last two weeks or so, students have been talking and discussing with their mentors, reading and investigating about the projects. Some students already started to code before. But yesterday was the official day to start to code. For those that didn't know, we got not 5 but 6 projects. We asked more and they gave us one more ;) Once again, if you want to look at the 6 selected projects, see http://gsoc2010.esug.org/projects We already told students to ask in case of problems or questions to their mentors but also to the community (trough the mailing list). So, let's help them! Students: don't be shy. Ask! ;) Good luck to all students and enjoy this wonderful opportunity you have. Now we are in the best part of the program! Best regards, Mariano Martinez Peck GSoC admin gsoc-admin(a)esug.org http://gsoc2010.esug.org

May 25, 2010

PhD thesis potentially in Smalltalk

by StÃ©phane Ducasse

Hi guys This team has a Phd position which can be done in Smalltalk. Christophe Dony is an old smalltalk fan in the south of france. He supervised the PhD of Luc fabresse who is working with Noury (and working on Socket for Pharo right now). If you are interested please contact chouki directly. Stef Begin forwarded message: > From: Chouki TIBERMACINE <Chouki.Tibermacine(a)lirmm.fr> > Date: May 15, 2010 11:59:01 PM GMT+02:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Christophe Dony <dony(a)lirmm.fr>, Bouraqadi Noury <bouraqadi(a)gmail.com>, Fabresse Luc <fabresse(a)ensm-douai.fr> > Subject: Re: [Lmo-conference] ThÃ¨se en ingÃ©nierie des composants logiciels Ã Montpellier > > VoilÃ la version anglaise. > > Chouki. > > --- > TITLE: A Reflective Component-Oriented Programming Language > > SUPERVISORS: Chouki TIBERMACINE (tibermacin(a)lirmm.fr) and Christophe DONY (dony(a)lirmm.fr) > > FUNDING: French Government Fellowship (~1500 euros gross salary per month) > > PLACE: LIRMM, CNRS and Montpellier University (South of France) > > SUBJECT: > > Research on the modeling and implementation of applications by assembling components is growing up more and more. Component-based development allows the definition of independent software modules which are put in libraries, available on catalog, and assemblable as deployment and runtime units. > > In our research lab, we developed a voluntarily simple component-oriented programming language (SCL), which allowed an original and innovative integration of the concepts of component, port, interface, connector and aspect (see [1]). > > Component languages are used now in modeling environments in association with architecture description languages. We would like to study, on the basis of SCL, a reflective solution mixing a programming and an architecture description language, which allows: > - to link entities of conceptual reuse (component descriptors) with units of integration (component instances), > - via a reflective architecture and an API of meta-programming, allowing introspection and intercession, to describe with the same language architectures, constraints on these architectures (non-functional constraints as specified in [2]), and model transformations. > > Two SCL prototypes have been implemented in Smalltalk and Ruby. A prototype of the new language can be developed in JAVA or another language, and integrated with the Eclipse plugin of modeling component-based application (CLACS). > > [1] Luc Fabresse, Christophe Dony, and Marianne Huchard. > Foundations of a simple and unified component-oriented language. > Journal of Computer Languages, Systems and Structures, 34(2-3):130-149, Elsevier 2008. > > [2] Chouki Tibermacine, RÃ©gis Fleurquin, and Salah Sadou. > A family of languages for architecture constraint specification. > Journal of Systems and Software 83(5):815-831, Elsevier 2010. > --- > > Le 15/05/10 22:52, StÃ©phane Ducasse a Ã©crit : >> tu as une version en anglais? >> >> Stef >> >> On May 15, 2010, at 10:43 PM, Chouki TIBERMACINE wrote: >> >> >>> C'est ok pour l'orienter sur notre sujet. >>> Merci d'avance :-) . >>> >>> Chouki. >>> >>> Le 15/05/10 22:13, StÃ©phane Ducasse a Ã©crit : >>> >>>> chouki >>>> >>>> je peux le contacter en lui disant que notre bourse a ete supprimee et que votre sujet peut l'interesser. >>>> J'attends ton ok. >>>> >>>> Stef >>>> >>>> >>>> >>>>> Oui, bien sÃ»r, avec plaisir ;-) . >>>>> >>>>> Chouki. >>>>> >>>>> Le 15/05/10 21:51, StÃ©phane Ducasse a Ã©crit : >>>>> >>>>> >>>>>> chouki >>>>>> >>>>>> si vous etes vraiment pret a avoir un mec qui parait bon en langage et qui est interesse je peux vous mettre en contact >>>>>> avec un des etudiants tchec dont nous avons recu un cv pour une these langage (mais que pour des raisons de strategie inria nous >>>>>> avons du abandonnee). Nous l'aurions surement embauche si la these ne devait pas etre allouee sur un autre sujet. >>>>>> >>>>>> Stef >>>>>> >>>>>> On May 15, 2010, at 9:14 PM, Chouki TIBERMACINE wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Merci StÃ©phane pour ces prÃ©cisions. >>>>>>> >>>>>>> En fait, on propose d'utiliser Java pour la future implÃ©mentation pour la simple raison qu'il est trÃ¨s difficile de nos jours de trouver un Ã©tudiant qui soit bon et qui voudrait bien travailler sur Smalltalk. >>>>>>> Si vous avez Ã Lille un bon Ã©tudiant Ã nous recommander, on est preneur. On le fera travailler sur Smalltalk (et Pharo) ;-) . >>>>>>> >>>>>>> On va regarder de prÃ¨s CLIC. Merci pour l'info :-) . >>>>>>> >>>>>>> Chouki. >>>>>>> >>>>>>> Le 15/05/10 17:04, StÃ©phane Ducasse a Ã©crit : >>>>>>> >>>>>>> >>>>>>> >>>>>>>> quel est la pertinence d'utiliser Java? >>>>>>>> conquerir le monde au travers d'eclipse? Bonne chance. :) >>>>>>>> >>>>>>>> peut etre que vous devriez contacter noury car il a un modele a composant >>>>>>>> CLIC >>>>>>>> >>>>>>>> Nous on s'amuse bien avec >>>>>>>> http://www.pharo-project.org >>>>>>>> >>>>>>>> et pas de societes aiment cela donc cela ne doit pas etre si mauvais que cela >>>>>>>> et c'est que le debut :) >>>>>>>> >>>>>>>> >>>>>>>> Stef >>>>>>>> >>>>>>>> PS: java c'est plus a la mode. maintenant c'est javascript :) >>>>>>>> et javascript va avoir les traits aussi ... >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On May 15, 2010, at 2:12 PM, Chouki TIBERMACINE wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> --- Merci de diffuser autour de vous >>>>>>>>> >>>>>>>>> THÃSE EN GÃNIE LOGICIEL / PROGRAMMATION >>>>>>>>> >>>>>>>>> TITRE : Langage rÃ©flexif de programmation par composants >>>>>>>>> >>>>>>>>> ENCADRANTS : Chouki TIBERMACINE (tibermacin(a)lirmm.fr) et Christophe DONY >>>>>>>>> (dony(a)lirmm.fr) >>>>>>>>> >>>>>>>>> BOURSE : Allocation de recherche MENRT >>>>>>>>> >>>>>>>>> LIEU : LIRMM, CNRS et UniversitÃ© de Montpellier >>>>>>>>> >>>>>>>>> RÃSUMÃ : >>>>>>>>> >>>>>>>>> Les recherches sur la modÃ©lisation et l'implÃ©mentation d'applications >>>>>>>>> par assemblages de composants sont maintenant passÃ©es Ã l'Ã©chelle. Le >>>>>>>>> dÃ©veloppement par composants vise Ã permettre la production de >>>>>>>>> composants indÃ©pendants stockÃ©s dans des bibliothÃ¨ques, consultables sur >>>>>>>>> catalogue et assemblables en unitÃ©s d'exÃ©cution et de dÃ©ploiement. >>>>>>>>> >>>>>>>>> Nous avons rÃ©alisÃ© au LIRMM un langage de programmation par composants >>>>>>>>> (SCL) volontairement simple, qui a permis une intÃ©gration originale et >>>>>>>>> novatrice des concepts de composant, de port, d'interface, de >>>>>>>>> connecteurs et d'aspects (voir [1]). >>>>>>>>> >>>>>>>>> Les langages Ã composants s'utilisent maintenant en intÃ©gration dans les >>>>>>>>> environnements de modÃ©lisation et en connexion avec un langage de >>>>>>>>> description d'architecture. Nous souhaitons Ã©tudier, sur les bases de >>>>>>>>> SCL, un langage mixte, de programmation et de modÃ©lisation >>>>>>>>> d'architectures, rÃ©flexif, qui permettra : >>>>>>>>> - de faire le lien entre les entitÃ©s de rÃ©utilisation conceptuelles que >>>>>>>>> sont les descripteurs de composants et les unitÃ©s d'intÃ©gration que sont >>>>>>>>> les instances de composants, >>>>>>>>> - via une architecture rÃ©flexive et une API de mÃ©ta-programmation >>>>>>>>> permettant l'introspection et l'intercession, d'Ã©crire, ou de dÃ©crire, >>>>>>>>> avec le mÃªme langage des architectures, des contraintes sur ces >>>>>>>>> architectures (contraintes non-fonctionnelles selon les modÃ¨les >>>>>>>>> dÃ©veloppÃ©s par C. Tibermacine dans [2]), ainsi que des transformations >>>>>>>>> de modÃ¨les. >>>>>>>>> >>>>>>>>> Deux prototypes de SCL ont Ã©tÃ© implÃ©mentÃ©s en Smalltalk et en Ruby. Un >>>>>>>>> prototype de ce nouveau langage pourra Ãªtre dÃ©veloppÃ© en JAVA ou autre >>>>>>>>> et intÃ©grÃ© au plugin Eclipse de modÃ©lisation d'applications par >>>>>>>>> composants, CLACS. >>>>>>>>> >>>>>>>>> [1] Luc Fabresse, Christophe Dony, and Marianne Huchard. >>>>>>>>> Foundations of a simple and unified component-oriented language. >>>>>>>>> Journal of Computer Languages, Systems and Structures, 34(2-3):130-149, >>>>>>>>> Elsevier 2008. >>>>>>>>> >>>>>>>>> [2] Chouki Tibermacine, RÃ©gis Fleurquin, and Salah Sadou. >>>>>>>>> A family of languages for architecture constraint specification. >>>>>>>>> Journal of Systems and Software 83(5):815-831, Elsevier 2010. >>>>>>>>> >>>>>>>>> Bien cordialement, >>>>>>>>> >>>>>>>>> Christophe Dony& Chouki Tibermacine. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Chouki TIBERMACINE, PhD >>>>>>>>> Associate Professor in Computer Science >>>>>>>>> LIRMM - CNRS and University of Montpellier II - France >>>>>>>>> Office Phone: +33(or 0).467.149.724 >>>>>>>>> Lab Fax: +33(or 0).467.418.500 >>>>>>>>> Web Page: http://www.lirmm.fr/~tibermacin/ >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Lmo-conference mailing list >>>>>>>>> Lmo-conference(a)email.polytech.unice.fr >>>>>>>>> http://email.polytech.unice.fr/mailman/listinfo/lmo-conference >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> -- >>>>>>> Chouki TIBERMACINE, PhD >>>>>>> Associate Professor in Computer Science >>>>>>> LIRMM - CNRS and University of Montpellier II - France >>>>>>> Office Phone: +33(or 0).467.149.724 >>>>>>> Lab Fax: +33(or 0).467.418.500 >>>>>>> Web Page: http://www.lirmm.fr/~tibermacin/ >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> -- >>>>> Chouki TIBERMACINE, PhD >>>>> Associate Professor in Computer Science >>>>> LIRMM - CNRS and University of Montpellier II - France >>>>> Office Phone: +33(or 0).467.149.724 >>>>> Lab Fax: +33(or 0).467.418.500 >>>>> Web Page: http://www.lirmm.fr/~tibermacin/ >>>>> >>>>> >>>>> >>> >>> -- >>> Chouki TIBERMACINE, PhD >>> Associate Professor in Computer Science >>> LIRMM - CNRS and University of Montpellier II - France >>> Office Phone: +33(or 0).467.149.724 >>> Lab Fax: +33(or 0).467.418.500 >>> Web Page: http://www.lirmm.fr/~tibermacin/ >>> >>> > > > -- > Chouki TIBERMACINE, PhD > Associate Professor in Computer Science > LIRMM - CNRS and University of Montpellier II - France > Office Phone: +33(or 0).467.149.724 > Lab Fax: +33(or 0).467.418.500 > Web Page: http://www.lirmm.fr/~tibermacin/ >

May 24, 2010

Re: [Pharo-users] Debugging "Error: Could not access..."

by Geert Claes

I am not sure what you are asking? I have the same error when I try to open (to see the packages) any repositories so I assume I have a problem with the proxy server and I wanted to try to figure out why. StÃ©phane Ducasse wrote: > > do you have access to the repository > ok loggin and password? > -- View this message in context: http://forum.world.st/Debugging-Error-Could-not-access-tp2228445p2228649.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 24, 2010

Re: [Pharo-users] Debugging "Error: Could not access..."

by StÃ©phane Ducasse

do you have access to the repository ok loggin and password? On May 24, 2010, at 1:07 PM, Geert Claes wrote: > > I am trying to use the debugger to find our why I get: "Error: Could not > access http://www.squeaksource.com/Pharo" via an HTTP proxy server with > authentication. > > I have successfully saved the network settings and from what I can tell the > HTTPSocket has the correct HTTPProxyServer/Port and seems to have something > in HTTPProxyCredentials so how do I find out why I get the Could not access? > > http://n4.nabble.com/file/n2228445/Proxy_Authentication_Settings.png > > > http://n4.nabble.com/file/n2228445/Error_-_Could_Not_Access.png > > > -- > View this message in context: http://forum.world.st/Debugging-Error-Could-not-access-tp2228445p2228445.ht… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

May 24, 2010

Debugging "Error: Could not access..."

by Geert Claes

I am trying to use the debugger to find our why I get: "Error: Could not access http://www.squeaksource.com/Pharo" via an HTTP proxy server with authentication. I have successfully saved the network settings and from what I can tell the HTTPSocket has the correct HTTPProxyServer/Port and seems to have something in HTTPProxyCredentials so how do I find out why I get the Could not access? http://n4.nabble.com/file/n2228445/Proxy_Authentication_Settings.png http://n4.nabble.com/file/n2228445/Error_-_Could_Not_Access.png -- View this message in context: http://forum.world.st/Debugging-Error-Could-not-access-tp2228445p2228445.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 24, 2010

Re: [Pharo-users] What's the correct way to create anonymous subclasses in Pharo?

by StÃ©phane Ducasse

clone is depreacted. On May 23, 2010, at 3:38 PM, Joachim Geidel wrote: > Am 23.05.10 15:15 schrieb Igor Stasenko: > > Do you really need to create a meta? > > If not , then you can do just: > > newClass := Rectangle clone. > newClass > superclass: Rectangle; > organization: nil; > methodDict: MethodDictionary new. > Unfortunately, this doesnât solve the problem: > >> | newClass method | >> newClass := Rectangle clone. >> newClass >> superclass: Rectangle; >> organization: nil; >> methodDict: MethodDictionary new; >> setName: #MyRectangle. >> newClass new class name. "--> #Rectangle" >> newClass new class == newClass. "--> false" >> method := (newClass compile: 'testGhost ^42' >> classified: nil >> notifying: nil >> trailer: newClass defaultMethodTrailer >> ifFail: [nil]) method. >> newClass addSelectorSilently: #testGhost withMethod: method. >> newClass canUnderstand: #testGhost. "--> true". >> newClass new respondsTo: #testGhost. "--> false" >> newClass new testGhost. "--> Message not understood, should answer 42" > > The problem is not the MetaClass (I do need it), but that the new class doesnât create instances of itself, which I find very, very strange. > > Best regards, > Joachim Geidel > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

May 24, 2010

Re: [Pharo-users] What's the correct way to create anonymous subclasses in Pharo?

by Joachim Geidel

Yes, I tried to debug it, but I canÂ¹t step into basicNew, of course, which already returns an instance of the wrong class. Joachim Geidel Am 23.05.10 15:46 schrieb Igor Stasenko: > On 23 May 2010 16:38, Joachim Geidel <joachim.geidel(a)onlinehome.de> wrote: > | > newClass method | > newClass := Rectangle clone. > newClass > Â Â superclass: > Rectangle; > Â Â organization: nil; > Â Â methodDict: MethodDictionary new; > > Â Â setName: #MyRectangle. > newClass new class name. "--> #Rectangle" > > newClass new class == newClass. "--> false" ^^^ That's really strange. Have > you tried to debug it?

May 23, 2010

Re: [Pharo-users] What's the correct way to create anonymous subclasses in Pharo?

by Igor Stasenko

On 23 May 2010 16:38, Joachim Geidel <joachim.geidel(a)onlinehome.de> wrote: > Am 23.05.10 15:15 schrieb Igor Stasenko: >> Do you really need to create a meta? > > If not , then you can do just: > >> > newClass := Rectangle clone. > newClass > Â Â superclass: Rectangle; > >> Â Â organization: nil; > Â Â methodDict: MethodDictionary new. > Unfortunately, this doesnât solve the problem: > > | newClass method | > newClass := Rectangle clone. > newClass > Â Â superclass: Rectangle; > Â Â organization: nil; > Â Â methodDict: MethodDictionary new; > Â Â setName: #MyRectangle. > newClass new class name. "--> #Rectangle" > newClass new class == newClass. "--> false" ^^^ That's really strange. Have you tried to debug it? > method := (newClass compile: 'testGhost ^42' > Â Â Â Â Â Â Â Â classified: nil > Â Â Â Â Â Â Â Â notifying: nil > Â Â Â Â Â Â Â Â trailer: newClass defaultMethodTrailer > Â Â Â Â Â Â Â Â ifFail: [nil]) method. > newClass addSelectorSilently: #testGhost withMethod: method. > newClass canUnderstand: #testGhost. "--> true". > newClass new respondsTo: #testGhost. "--> false" > newClass new testGhost. "--> Message not understood, should answer 42" > > The problem is not the MetaClass (I do need it), but that the new class > doesnât create instances of itself, which I find very, very strange. > > Best regards, > Joachim Geidel > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > -- Best regards, Igor Stasenko AKA sig.

May 23, 2010

Re: [Pharo-users] What's the correct way to create anonymous subclasses in Pharo?

by Joachim Geidel

Am 23.05.10 15:15 schrieb Igor Stasenko: > Do you really need to create a meta? > > If not , then you can do just: > > newClass := Rectangle clone. > newClass > superclass: Rectangle; > organization: nil; > methodDict: MethodDictionary new. Unfortunately, this doesnÂ¹t solve the problem: > | newClass method | > newClass := Rectangle clone. > newClass > superclass: Rectangle; > organization: nil; > methodDict: MethodDictionary new; > setName: #MyRectangle. > newClass new class name. "--> #Rectangle" > newClass new class == newClass. "--> false" > method := (newClass compile: 'testGhost ^42' > classified: nil > notifying: nil > trailer: newClass defaultMethodTrailer > ifFail: [nil]) method. > newClass addSelectorSilently: #testGhost withMethod: method. > newClass canUnderstand: #testGhost. "--> true". > newClass new respondsTo: #testGhost. "--> false" > newClass new testGhost. "--> Message not understood, should answer 42" The problem is not the MetaClass (I do need it), but that the new class doesnÂ¹t create instances of itself, which I find very, very strange. Best regards, Joachim Geidel

May 23, 2010