November 2015 - Pharo-users

Re: [Pharo-users] When exactly an object gets deleted from the system ?

by stepharo

GC handles circular dependencies. So you should have an extra pointer pointing to one of your circular elements. Le 30/11/15 12:22, Dimitris Chloupis a Ã©crit : > and of course you are both correct , I have a circular reference, > basically an object A referencing object B which references object > A. No wonder why is not gc. Thanks for helping me out spotting this. > > On Mon, Nov 30, 2015 at 12:56 PM Ferlicot D. Cyril > <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>> wrote: > > Le 30/11/2015 11:40, Dimitris Chloupis a Ã©crit : > > I am wondering when an instance of a class is garbage collected and > > deleted from the system. > > > > is there a way to manually deleted it ? > > If there is no Object that reference your object you can force a > Garbage > collect with "Smalltalk garbageCollect". If your object is still here > you can try to see what point to it with "(X allInstances > collectAsSet: > #pointersTo) inspect". > > When the reference is spotted you can try to remove it then garbage > collect again. > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 165 Avenue Bretagne > Lille 59000 France >

Nov. 30, 2015

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 29/11/15 14:00, Dimitris Chloupis wrote: > And there lies the trap. > > If you end up making something that works with everything, you will > create something that just works with everything instead of something > that works very well with one thing. Right now Git is by very far the > undisputed king of version control and has completely dethroned SVN. > If wisdom of the crowds were the wise path to follow, nobody would be using Pharo/Smalltalk. The kingdom of git is because of popularity, not from any particular technical superiority. Despite of its popularity, I have been able to keep myself away from git/GitHub, using them only for cloning and bug reporting, but for everything else I use fossil, a tool that tries to be out of my way and doesn't mess a lot with my workflow (a big difference with git) and keep metadata (bug reporting, wikis, conversations) with me instead of using it for making me depend on Central Server Inc. (a big difference with GitHub). I agree with Christophe and Steph on this and is nice to have people making this researching. A very welcomed work. Cheers, Offray

Nov. 30, 2015

Re: [Pharo-users] Pharo Consortium New Gold Member: Thales

by stepharo

Le 30/11/15 05:27, EuanM a Ã©crit : > That's great news. > > It would be really interesting, and really useful to > community-enlargement works, to know: > Which part of Thales drove this? This is the division doing radar UI prototypes. > What is their specific interest in Pharo? Bloc, Brick, OSWindow, OSEvent, Woden This is why we got a project with them and this is why the work that igor did on improving the integration of OSWindow in Pharo has been paid by this project. > Or what is their current > (or proposed) use of Pharo? They plan to do all the prototypes (and they are sexy) using Pharo. Stef > > > > > > On 26 November 2015 at 13:42, <marcus.denker(a)inria.fr> wrote: >> The Pharo Consortium is very happy to announce that Thales >> has joined the Consortium as an Gold Member. >> >> About >> - Thales: https://www.thalesgroup.com >> - Pharo Consortium: http://consortium.pharo.org >> >> The goal of the Pharo Consortium is to allow companies and institutions to >> support the ongoing development and future of Pharo. >> >> Individuals can support Pharo via the Pharo Association: >> >> http://association.pharo.org >> >

Nov. 30, 2015

Re: [Pharo-users] PharoJS Status

by Noury Bouraqadi

Just tested with a fresh image and it worked. Noury > On 30 Nov 2015, at 16:37, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > >>> Craig said > Hi All, > > I'd like to start messing around with PharoJS. Can anybody tell what > the status is? (Stable, broken, etc.) > > And, which Pharo version should I use for this? > <<< > > I have just started playing with it. I have had some difficulty getting a running image. Following the instructions - should - work, but I found that I needed to install the NewExternalWebBrowser package separately before it would run. > Cheers > Andy

Nov. 30, 2015

Re: [Pharo-users] PharoJS Status

by Andy Burnett

>>> Craig said Hi All, I'd like to start messing around with PharoJS. Can anybody tell what the status is? (Stable, broken, etc.) And, which Pharo version should I use for this? <<< I have just started playing with it. I have had some difficulty getting a running image. Following the instructions - should - work, but I found that I needed to install the NewExternalWebBrowser package separately before it would run. Cheers Andy

Nov. 30, 2015

Re: [Pharo-users] [Pharo-dev] Pharo Consortium New Gold Member: Thales

by Yuriy Tymchuk

It is extremely weird that this got into the thread about new consortium member, as I was replying to â[Pharo-dev] Java Futureââ¦ > On 30 Nov 2015, at 15:27, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > You can start a âFuture of Pharoâ discussion on a Java mailing list :) > > Cheers. > Uko > >> On 30 Nov 2015, at 12:27, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Great news! >> >> For everyone not directly involved in the Consortium: >> The money collected from memberships go towards the infrastructure of Pharo in form of engineering time. This is a key effort to make Pharo a sustainable platform for the long run. >> >> That is why these pieces of news are so important. >> >> Doru >> >> >>> On Nov 26, 2015, at 2:42 PM, marcus.denker(a)inria.fr wrote: >>> >>> The Pharo Consortium is very happy to announce that Thales >>> has joined the Consortium as an Gold Member. >>> >>> About >>> - Thales: https://www.thalesgroup.com >>> - Pharo Consortium: http://consortium.pharo.org >>> >>> The goal of the Pharo Consortium is to allow companies and institutions to >>> support the ongoing development and future of Pharo. >>> >>> Individuals can support Pharo via the Pharo Association: >>> >>> http://association.pharo.org >>> >> >> -- >> www.tudorgirba.com >> >> "Value is always contextual." >> >> >> >> > >

Nov. 30, 2015

Re: [Pharo-users] [Moose-dev] graph library in Pharo

by Peter UhnÃ¡k

> With Guillaume Larcheveque, we tried to implement in Pharo the graph algorithm implemented in Graphiz. Do you have some WIP code? Maybe I could salvage something? > Would you consider implementing it as part of the Moose-Algos project I will make it a separate project for now, but I can move it to Moose-Algos once it stabilizes. > or part of Roassal? The purpose of those algorithms is for better Roassal layouting, so once it's done it will have to be close. Peter

Nov. 30, 2015

PharoJS Status

by Craig Johnson

Hi All, I'd like to start messing around with PharoJS. Can anybody tell what the status is? (Stable, broken, etc.) And, which Pharo version should I use for this? Craig

Nov. 30, 2015

Re: [Pharo-users] How fuel deals with circular reference ?

by Mariano Martinez Peck

On Mon, Nov 30, 2015 at 11:40 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Yes I have read the docs on how to use Fuel on how to use it and how to > exclude things I dont want to be stored in fuel file, I was just curious. > As a matter of fact I like deep copies. > > Is it ok to use Fuel to make my own , super light, database ? Just a way > to manage and port my objects between images. Nothing very sophisticated. > Yes, we did this for Quuve application when it runs (for development) under Pharo. Of course, it will only work up to certain scale (since every commit will serialize the whole database) and you do not have ACID, nor DB users, no security, nor any other features of a real DB. You may want to take a look to simple persistence to save some of your development time since it has a Fuel backend: http://smalltalkhub.com/#!/~TorstenBergmann/SimplePersistence > On Mon, Nov 30, 2015 at 3:08 PM Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> On Mon, Nov 30, 2015 at 8:41 AM, Dimitris Chloupis <kilon.alios(a)gmail.com >> > wrote: >> >>> I have a class A that has an instance variable the references an >>> instance of Class B , but also Class B has an instance variable the >>> references an instance of Class A. Basically its a GUI that references its >>> model and the same model referencing the same instance of GUI. >>> >>> >> Dimitris, >> >> Fuel solves the circular references in the traditional way, that is, >> while traversing the graph, after processing each objects it stores it in a >> IdentityDictionary. Then, for each object to be processed, it first checks >> if the dictionary already includes that object. If true, then it has >> already been processed. If not, then lets process/traverse. >> >> >> >>> How Fuel deals with such scenario because I saw that it created an >>> output of 1.5 mbs for several instances of my model class ? Is there any >>> danger of having such circular references or it does not matter because >>> afterall they are just pointers ? >>> >> >> As Sven said, you need to be careful because you cannot be sure exactly >> all what Fuel can reach from a certain graph. If the graph was serialized >> into a 1.5mb then it has nothing to do to the fact of having circular >> references. It's simply the fact of the graph that ended up traversed. >> >> There are some tools inside Fuel to know what has been >> "traversed/processed" and that will next be serialized. This may help you >> realize that you are including in the graph things you don't want. We have >> http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Debugging >> but I am not sure if that's a bit outdated. Give it a try and if not ask. >> The ideally is to at least get the list of classes and instances that are >> being serialized. That's quite a help in a first place. >> >> Finally, if you found parts of the graph that you didn't want to >> serialize, then you can use different Fuel hooks to solve that >> (substitutions, ignoring certain intsVars, etc etc). >> >> Best, >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > -- Mariano http://marianopeck.wordpress.com

Nov. 30, 2015

Re: [Pharo-users] How fuel deals with circular reference ?

by Dimitris Chloupis

Yes I have read the docs on how to use Fuel on how to use it and how to exclude things I dont want to be stored in fuel file, I was just curious. As a matter of fact I like deep copies. Is it ok to use Fuel to make my own , super light, database ? Just a way to manage and port my objects between images. Nothing very sophisticated. On Mon, Nov 30, 2015 at 3:08 PM Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > On Mon, Nov 30, 2015 at 8:41 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> I have a class A that has an instance variable the references an instance >> of Class B , but also Class B has an instance variable the references an >> instance of Class A. Basically its a GUI that references its model and the >> same model referencing the same instance of GUI. >> >> > Dimitris, > > Fuel solves the circular references in the traditional way, that is, while > traversing the graph, after processing each objects it stores it in a > IdentityDictionary. Then, for each object to be processed, it first checks > if the dictionary already includes that object. If true, then it has > already been processed. If not, then lets process/traverse. > > > >> How Fuel deals with such scenario because I saw that it created an output >> of 1.5 mbs for several instances of my model class ? Is there any danger of >> having such circular references or it does not matter because afterall they >> are just pointers ? >> > > As Sven said, you need to be careful because you cannot be sure exactly > all what Fuel can reach from a certain graph. If the graph was serialized > into a 1.5mb then it has nothing to do to the fact of having circular > references. It's simply the fact of the graph that ended up traversed. > > There are some tools inside Fuel to know what has been > "traversed/processed" and that will next be serialized. This may help you > realize that you are including in the graph things you don't want. We have > http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Debugging > but I am not sure if that's a bit outdated. Give it a try and if not ask. > The ideally is to at least get the list of classes and instances that are > being serialized. That's quite a help in a first place. > > Finally, if you found parts of the graph that you didn't want to > serialize, then you can use different Fuel hooks to solve that > (substitutions, ignoring certain intsVars, etc etc). > > Best, > > > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 30, 2015