October 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] XMLRPC Project - Progress Report
by GermÃ¡n Arduino Oct. 3, 2010

Oct. 3, 2010

Hi Everybody: I reorganized the XMLRPC packages, integrating the changes of Skrish (currently on PharoGoodies) renaming the packages in four categories: XMLRPC-Client-Core XMLRPC-Client-Tests XMLRPC-Server-Core XMLRPC-Server-Tests Next step: Build the following metacello configurations: ConfigurationOfXMLRPCClient ConfigurationOfXMLRPCServer ConfigurationOfXMLRPCAll I want to ask to any person wanting to contribute with XMLRPC project take contact with me to coordinate efforts. Cheers. -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

4 7

Re: [Pharo-project] Metacello Configuration Browser?
by Simon Denier Oct. 3, 2010

Oct. 3, 2010

On 28 sept. 2010, at 21:30, Mariano Martinez Peck wrote: > What I would love is a UI for GoferProjectLoader from Esteban. I mean, we have the apt-get but we need now synaptic :) > > And....if we plan to do what I say in the email about Pharo and Metacello, having something like that is very, VERY useful. From my point of view, even more than a Metacello browser. That's too different usages, which are complementary: GoferProjectLoader is for end-users, while I'm thinking more of a browser for developers, when they have to create a new release and check there configuration is consistent. Right now it's quite a pain, ask Jannik who did the 4.1 Moose :) > > Cheers > > Mariano > > 2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> > > On 28 sept. 2010, at 15:14, Guillermo Polito wrote: > >> Okok, I saw there already exists a Configuration browser :P. But it can be reaally improved. > > > Which one are you talking about? The one in 1.2? Or on Squeaksource? > > There have been multiple efforts (GTMetaceller, MooseDevBrowser...) already to try and see what we would like to do in a browser. But there are also some performance issues with Metacello right now, which makes it impractical to browser config. which Dale and Alex have started to tackle them. > > Anyway, the latest effort (started during ESUG) is there: it is basically a rewrite of what have been done in the tools above (with still some missing parts). > > MCHttpRepository > location: 'http://www.squeaksource.com/MetacelloBrowser' > user: '' > password: '' > > > Note, it requires Glamour and is more of a testbed than a fully-supported tool for now. > > > >> >> On Tue, Sep 28, 2010 at 10:00 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> I'm always reading people saying that metacello configurations are some kind of... overdesign. So, maybe we need a tool (or to modify monticello browser) wich allow us to: >> >> - know wich packages are core and dev. Sometimes using a dev image, I write things depending on Dev packages and I don't realize it. >> - create automatically or propose configurations depending on the actual state of the packages. >> - browse configurations nicely :). It's a new concept, we need a nice tool to support it. >> >> Maybe if the configs are easily created, we can have more of them, and we will be no longer so lazy. >> >> Cheers, >> Guille >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

3 3

[Pharo-project] OB Dev in Metacello
by Diogenes Moreira Oct. 3, 2010

Oct. 3, 2010

hi folks: anybody could tell how load the OB Dev Tools with Metacello. Thank in Advance..

2 1

[Pharo-project] [update 1.2] #12168
by stephane ducasse Oct. 3, 2010

Oct. 3, 2010

12168 ----- - Issue 3043: Refactor SystemOrganizer to decouple it from Smalltalk. Thanks Nicolas Paez and Damien Pollet. - Issue 3027: Base64MimeConverterTest>>#testOnByteArray raise an error. Thanks Cyrille Delaunay Stef

1 0

Re: [Pharo-project] Less plugins, more Smalltalk code! (was: Re: Pharo 1.1.1 OneClickCogVm)
by StÃ©phane Ducasse Oct. 3, 2010

Oct. 3, 2010

you should read the recurrent thread in the vm list, some of you may be concerned :) Stef >>> Less plugins, more Smalltalk code! >>> I want to look at everything and never see C. >>> Plugins/primitives should only be there when they are absolutely necessary (to access a platform feature or for crucial performance). >>> >>> Sven >>> >> >> +1 >> > Yes. This is the approach we advocate in the Ocean project. > We would like to see it generalized beyond the network library. > > Noury > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] In Latest OB I cannot add a class variable
by Mariano Martinez Peck Oct. 3, 2010

Oct. 3, 2010

Hi Lukas. I am using latest OB + RB in PharoDev 1.1 and I have a problem trying to add a class variable. To reprpoduce 1) take any class, for example TestCase. 2) Go to the class side 3) add a class side variable. For example: TestCase class instanceVariableNames: 'history something' 4) The problem is in InteractiveAddClassChange >> definingSuperclass ^ Smalltalk globals at: self superclassName since self superclassName answers nil, because AddClassChange class >> superclassName className isNil ifTrue: [ self fillOutDefinition ]. ^ superclassName className prints -> #'Unknown Class' I attach PharoDebug.log also. Cheers Mariano

2 11

[Pharo-project] XMLRPC project on Squeaksource is MIT
by GermÃ¡n Arduino Oct. 3, 2010

Oct. 3, 2010

Hi Guys: Attached the agreement of the authors of current XMLRPC code on Squeaksource to make it MIT. Thanks Markus and Christian. ---------- From Markus ---------- From: Markus Fritsche <fritsche.markus(a)googlemail.com> Date: 2010/10/1 Subject: Re: About the XMLRPC project on Squeaksource To: GermÃ¡n Arduino <gsa(a)arsol.net> Hello GermÃ¡n, as far as I am concerned, I am happy to release my code under MIT license. I hope it will be well adapted to recent developments happening around Smalltalk & Pharo! Kind regards, Â Â Â Â Â Â Â Markus (aka maf) 2010/9/22 GermÃ¡n Arduino <gsa(a)arsol.net> > > Hi Markus, Christian, CÃ©sar: > > I asked previously about the xmlrpc code on Squeaksource of each one > of you and all agreed on release it as public domain. > > I need now (sorry by the bothering) your agreement that all your code > on this repo XMLRPC is MIT licensed. Then I will send your responses > to the pharo list to the system keeps track on that. > > Thanks Again! > > GermÃ¡n. ---------- From Christian ---------- 2010/9/22 Christian Langreiter <chris(a)langreiter.com>: > Hello GermÃ¡n, > >> I need now (sorry by the bothering) your agreement that all your code >> on this repo XMLRPC is MIT licensed. Then I will send your responses >> to the pharo list to the system keeps track on that. > > no objections from my side. > > Best regards, > -- Chris

2 1

[Pharo-project] Statistic tools in Pharo
by Alexandre Bergel Oct. 3, 2010

Oct. 3, 2010

Hi! Is there a statistic library in Pharo? Computing the correlation, linear regression, ... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

8 12

Re: [Pharo-project] CFP DYROS'10 - Deadline extension until October 8th 2010
by Serge Stinckwich Oct. 2, 2010

Oct. 2, 2010

This CFP might interested some of you. Regards, On Sunday, October 3, 2010, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Saturday, October 2, 2010, Serge Stinckwich > <serge.stinckwich(a)gmail.com> wrote: >> International Workshop on Dynamic languages for RObotic and >> Sensors systems (DYROS) >> >> during the 2nd International Conference on Simulation, Modeling, and >> Programming for Autonomous Robots (SIMPAR'10). >> >> http://www.doesnotunderstand.org/wikka.php?wakka=DYROS10 >> >> Description : >> >> These days, dynamic languages (like JavaScript, Lua, Lisp, Python, >> Smalltalk, etc, â¦) are getting more and more popular. Dynamic >> programming language is a term used broadly in computer science to >> describe a class of high-level programming languages that execute at >> runtime many common behaviors that other languages might perform >> during compilation, if at all: new classes may be created, new modules >> may appear, software can be adapted very easily to new situation or >> needs, etc. Most of the time, these languages are also dynamically >> typed, which some static typing advocates consider a drawback. >> However, according to advocates of dynamic programming languages, the >> flexibility of dynamic languages offsets these drawbacks, and even >> provides advantages so considerable as to make this an essential >> feature, for example for interactive programming or scripting of >> complex distributed systems. Dynamic languages features (like >> reflection, dynamic reconfigurability, scripting facilities, software >> adaptation, etc.) are almost essential to develop certain applications >> related to robotics and sensors systems where hardware and software >> are deeply mixed together. The main goal of this workshop is to be >> able to discuss about the advantages of using dynamic languages (like >> Lisp, Python, Urbi, Smalltalk, â¦) for controlling and simulating >> robotic system (and also sensors system). >> >> Some examples of existing robotics products based on dynamic >> programming languages includes: URBIScript an orchestration language >> for robotics systems, ROS (Robot Operating Systems), heavily based on >> Python Â and Pyro (Python Robotics), a project designed to create >> easy-to-use interface for accessing and controlling a wide variety of >> real and simulated robots. >> >> Topics of interest included but is not limited to: >> - domain-specific languages for robotics and sensors networks embedded >> in dynamic languages, >> - using dynamic languages facilities for simulation purpose, >> - scripting complex sensors and robotics systems with dynamic languages, >> - robotics libraries based on dynamic languages programming languages, >> - embedded VM and object models suitable for dynamic languages needs. >> >> All submitted papers will be reviewed on the basis of technical >> quality, relevance, significance, and clarity. At least two reviews >> for each paper will be conducted. >> We are looking for submission of full research papers and experiences >> reports (up to 6 pages) and work in progress submissions (up to 4 >> pages). >> >> Important dates >> Due date for full workshop papers submission: October 8th 2010 >> (deadline extension) >> Final acceptance: October 15th 2010 >> Camera-ready paper due: November 1st 2010 >> Workshop date: 15 or 16 November 2010 >> >> Chair >> Serge Stinckwich, IRD, Vietnam >> >> Program Committee >> - Jean-Christophe Baillie, GOSTAI, France >> - Noury Bouraqadi, ENSM-DOUAI, France >> - Luc Fabresse, ENSM-DOUAI, France >> - Brian Gerkey, Willow Garage, USA >> - Sylvain Joyeux, DFKI, Germany >> - Joaquin Sitte, Queensland University of Technology, Australia >> - Serge Stinckwich, IRD, Vietnam >> >> -- >> 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/ > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

1 0

Re: [Pharo-project] Another fixes to finalization (was Re: [update 1.2] #12161 - #12172)
by StÃ©phane Ducasse Oct. 2, 2010

Oct. 2, 2010

On Oct 2, 2010, at 7:01 PM, Igor Stasenko wrote: > On 2 October 2010 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi igor >> >> do you understand why the previous definition was >> >> cachedDefinitions >> Definitions ifNil: [Definitions := WeakIdentityKeyDictionary new. WeakArray addWeakDependent: Definitions]. >> ^ Definitions >> > i don't. :) > > It just a way to free memory as fast as possible. > But its really not worth spending so much CPU in order to save few > bytes of memory. :) I looked a bit at the code and it is used just so that MCDefinition flush them if they are not already GCed. So I understand. Stef

1 0