- Pharo-users - lists.pharo.org

[ Save The Date ] Pharo Days 2019: Thursday April 4 & Friday April 5 @ Lille, FR
by Sven Van Caekenberghe Jan. 18, 2019

Jan. 18, 2019

[ Save The Date ] Pharo Days 2019: Thursday April 4 & Friday April 5 @ Lille, FR Dear members of the Pharo community, We are happy to announce that we will be organising Pharo Days this year, in Lille, France. This will be a two day event: Thursday April 4 & Friday April 5. The main venue will be the Amphitheatre of INRIA Lille - Nord Europe. Each day will consist of a number of short 20 to 30 minutes tech talks in the morning, with a more free format in the afternoon: general hacking space, pair programming, demos, side meetings, tutorials, coding sprints, Q&A's, shows us your projects - real life human interaction. Of course, there will be social events as well. Please join us to make this another successful edition, after Annecy (FR) 2011, Lille 2012, Bern (CH) & Lille 2013, Lille 2015, Namur (BE) 2016 and Lille 2017. Mark your calendars, we will provide more details when they become available. The Pharo Board, Association & Consortium http://pharo.org http://association.pharo.org http://consortium.pharo.org

1 0

Re: [Pharo-users] Limits of ZnManagingMultiThreadedServer
by Sven Van Caekenberghe Jan. 18, 2019

Jan. 18, 2019

Hi Stephan, > On 18 Jan 2019, at 14:03, Stephan Eggermont via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Stephan Eggermont <stephan(a)stack.nl> > Subject: Limits of ZnManagingMultiThreadedServer > Date: 18 January 2019 at 14:03:43 GMT+1 > To: pharo-users(a)lists.pharo.org > > > I have a few images connecting regularly to a server using ZnEasy get: on > windows 64 bit and a recent vm and Pharo 7 image. At a certain point, the > server stops with âCreateThread() failed (1450) - Insufficient system > resources exist to complete the requested service. > > I probably should switch to keeping connections open and avoid this > problem, but it made me wonder about the limitations I should expect here. > What are the limits here and can I change them? > > Stephan I am not sure I understand correctly: does the error occur on the client or server side (assuming they are both written in Pharo using Zinc HTTP Components). Because 'CreateThread() failed (1450) - Insufficient system resources exist to complete the requested service' does not sound like a Pharo error. In any case, ZnEasy class>>#get: uses #beOneShot so that the client side connection is closed after 1 request, it also uses the Connection:close header so that the server knows it does not have to keep the connection open. Server side, Zn should also clean up nicely (even for dirty requests). But is also depends on what you do inside your server side request handler. Maybe something prevents normal GC to clean up ? Although Pharo processes are like green threads (not OS threads) you can technically use too many. Typically you will run out of sockets for IO. Unless you have a a real leak, it might be a GC configuration problem: a little used server might not invoke enough real/full GC cycles. In any case, I have many images with long running HTTP servers and clients and I don't have any issues. How many requests are we talking about, how many concurrent users, how long before things go wrong ? Sven

2 1

Limits of ZnManagingMultiThreadedServer
by Stephan Eggermont Jan. 18, 2019

Jan. 18, 2019

I have a few images connecting regularly to a server using ZnEasy get: on windows 64 bit and a recent vm and Pharo 7 image. At a certain point, the server stops with âCreateThread() failed (1450) - Insufficient system resources exist to complete the requested service. I probably should switch to keeping connections open and avoid this problem, but it made me wonder about the limitations I should expect here. What are the limits here and can I change them? Stephan

1 0

Transforming objects
by LoÃ¯c PagÃ¨s Jan. 17, 2019

Jan. 17, 2019

Dear Pharo users, I develop software dedicated to the simulation of plant development and 3D architecture. In the past, I used Java, but I am very interested in translating code in Pharo. I appreciated very much the language and the course. I have a question for you all : During plant development (ontogeny), new organs appear, that are gradually tranformed. For example, a bud can make a flower, and then a fruit. Organs are conveniently modelled as classes. During the course, I learned that it was better to make several classes (bud, flower, fruit) instead of a "fat class" such as "reproductive organ" with many attributes and stages (bud stage, flower stage, fruit stage). I wonder how to transform an object into another one, to represent for example the fact that the flower may become a fruit. Maybe a naive question ? Thanks for your lights ! LoÃ¯c

8 10

Smalltalks 2018 videos are live
by Gabriel Cotelli Jan. 16, 2019

Jan. 16, 2019

Hi, We finished uploading all the videos of the conference. You can get the links and related info here <https://smalltalks2018.fast.org.ar/talks>. Regards, Gabriel in name of FAST

1 0

[ANN] SETT (Store Export to Tonel Tools) for Pharo6.1
by Dale Henrichs Jan. 16, 2019

Jan. 16, 2019

GemTalkSystems is pleased to announce SETT (Store Export to Tonel Tools)[1]. SETT is open source project with an MIT license. SETT (Store Export to Tonel Tools) is a set of tools to export Smalltalk code from Store and write into the Tonel file format managed using Git. SETT is: * a Pharo 6.1 application, that * connects to a Postgres Database * containing source code history in VisualWorks Store format; and * writes to a Git repository * in Tonel format * maintaining all version history, source code and SCM metadata. SETT was developed last year to support one of our commercial customers in their conversion From Store to Rowan[2]. Rowan artifacts are produced as part of the output of SETT, but the Rowan artifacts can be ignored. The important bit is that SETT converts from Store to Tonel and maintains version history in git. Please see the project ReadMe[3] and Wiki[4] for additional details. Dale [1] https://github.com/GemTalk/SETT [2] https://github.com/GemTalk/Rowan [3] https://github.com/GemTalk/SETT#overview [4] https://github.com/GemTalk/SETT/wiki

3 3

Re: [Pharo-users] Transforming objects
by Esteban Maringolo Jan. 16, 2019

Jan. 16, 2019

El miÃ©., 16 ene. 2019 a las 14:49, Ben Coman via Pharo-users (< pharo-users(a)lists.pharo.org>) escribiÃ³: > > > On Wed, 16 Jan 2019 at 17:16, LoÃ¯c PagÃ¨s <loic.pages(a)inra.fr> wrote: > >> >> Maybe a naive question ? >> > > Maybe #become: ... > https://gbracha.blogspot.com/2009/07/miracle-of-become.html > > Although miraculous, using #become: to model a business domain is harmful, and has more undesired side effects than benefits. So I would save it to a very limited use case scenarios, which are more related with low level stuff. Esteban A. Maringolo

2 1

Re: [Pharo-users] adding instance variables (data) to the Object class
by Stephan Eggermont Jan. 16, 2019

Jan. 16, 2019

Petr Fischer via Pharo-users <pharo-users(a)lists.pharo.org> wrote: Hello! Weird question: why I can't add instance variables to the Object class (for example "oid" or something else)? Is it due to some internal (and different) VM "class layouts"? Or - can I inject my own information to all existing objects (any class)? You might want to take a look at the documentation of Magma. http://wiki.squeak.org/squeak/2665 Stephan

1 0

Re: [Pharo-users] adding instance variables (data) to the Object class
by Benoit St-Jean Jan. 16, 2019

Jan. 16, 2019

Petr, Since you seem to want to add this (these) extra instance variable(s) in the context of some kind of persistence (objects being retrieved/created from/to some kind of database), perhaps subclassing all your objects from a PersistentObject class (that inherits from Object) would be the simplest solution.

1 0

Re: [Pharo-users] adding instance variables (data) to the Object class
by James Foster Jan. 16, 2019

Jan. 16, 2019

> On Jan 16, 2019, at 6:28 AM, Petr Fischer via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Petr Fischer <petr.fischer(a)me.com> > Subject: Re: [Pharo-users] adding instance variables (data) to the Object class > Date: January 16, 2019 at 6:28:44 AM PST > To: pharo-users(a)lists.pharo.org > > > Yes, due to the object layouts and strong connection of Object with VM, my idea can not be done that easily. > > I want to add some information (instance variables like OID [object id]) to some objects of any kind (some objects = persistent objects). > > I can do it with map (idenity as key, OID + other info as value), but I was afraid that the map would tend to be enormous. > Now (with all your feedback) I am inclined to think that this (map/dictionary) will be the only way. > > Also - on some systems (like Gemstone), there is "dynamic instance variables" (just key/value pairs) and you can add some information to any object instance you want. I like this, but not possible in Pharo, right? While GemStone allows dynamic instance variables on most objects (to support Ruby), it is not allowed on âspecialâ objects like SmallInteger instances that are encoded completely in the OOP. > > Thanks! pf > > >> I am having a little trouble understanding how adding instance >> variables to Object is supposed to work. Where would an immediate >> object like a SmallInteger *put* such variables? What does it even >> *mean* for 0 and 1 to have instance variables? Do you really want >> to give an extra word of storage to *every* object in your system, >> or to just some, but potentially of any kind? >> >> The usual technique is to use something like a WeakIdentityKeyDictionary. >> >> On Mon, 14 Jan 2019 at 13:54, Petr Fischer via Pharo-users < >> pharo-users(a)lists.pharo.org> wrote: >> >>> It looks like I can't simply add statefull trait to the Object like this: >>> >>> ProtoObject subclass: #Object >>> uses: TMyTrait >>> instanceVariableNames: '' >>> classVariableNames: 'DependentsFields' >>> package: 'Kernel-Objects' >>> >>> After this, Pharo 7 VM goes to 100% of CPU usage, several GB of RAM usage >>> and then crash. >>> >>> Or... what do you mean by "talents"? I found also this: >>> https://github.com/tesonep/pharo-talents >>> >>> Thanks, pf >>> >>> >>>> Talents with statefull traits will help you >>>> >>>> Ð¿Ñ, 7 ÑÐµÐ½Ñ. 2018 Ð³., 9:08 Marcus Denker <marcus.denker(a)inria.fr>: >>>> >>>>> >>>>> >>>>> On 6 Sep 2018, at 23:35, Petr Fischer via Pharo-users < >>>>> pharo-users(a)lists.pharo.org> wrote: >>>>> >>>>> >>>>> *From: *Petr Fischer <petr.fischer(a)me.com> >>>>> *Subject: **adding instance variables (data) to the Object class* >>>>> *Date: *6 September 2018 at 23:35:26 CEST >>>>> *To: *pharo-users(a)lists.pharo.org >>>>> >>>>> >>>>> Hello! Weird question: why I can't add instance variables to the Object >>>>> class (for example "oid" or something else)? Is it due to some internal >>>>> (and different) VM "class layouts"? >>>>> >>>>> Or - can I inject my own information to all existing objects (any >>> class)? >>>>> >>>>> >>>>> Behavior is a subclass of Object, too. So that means that you would >>> add a >>>>> ivar to all the classes, but for the VM an object can only be a class >>> that >>>>> has three ivars, and those >>>>> are accessed by offset. So if you add an ivar, you shift the offset â> >>>>> problem. >>>>> >>>>> As for âI want to add object specific stateâ: it would be nice to add >>> an >>>>> easy to use (and efficient) mechanism to do it. >>>>> >>>>> Marcus >>>>> >>> >>> > > > >

1 0