- Pharo-users - lists.pharo.org

Extending live coding beyond Pharo

by Dimitris Chloupis

Live coding on Pharo is great, easy , simple and working out of the box. An extremely useful tool to be able to code an application while it runs, change and improve code with no interruptions. However there will be cases that Pharo wont be enough, that can be because pharo code is not as fast as you want it to be, or plainly you found a great library in C or C++ you wanna use from Pharo and there is literally a ton of them. However there is a catch , you kiss goodbye to live coding , you say hello to slow compiles and crashes because of bad memory management. Unfortunately that is the nature of C/C++. However live coding is gaining ground lately and more and more languages use it for super fast development. Some C++ coders have wondered whether they can bring this feature back to C++ and they have succeed. One example is Unreal game engine I am using .It can compile code on the fly and load it back even though the game is keep running. It calls this process "hot reloading". But for people that dont want to bother with Unreal there is this project http://runtimecompiledcplusplus.blogspot.gr/ The nice things about this is that not only it allows for live coding and very fast compiles but also its able to catch crashes with system exceptions, in a case of a crash the application keeps running because the crashy code is exchanged with the previous version of the code that did not crash and the crash is captured with an exception, you can use the debugger to debug it , correct the code and continue like you would with Pharo. There are disadvantages though, because RCPP makes no compromises when it comes to performance that means that it needs a very specific way of coding to accomodate for live coding, usually a main loop should exist and there is an API that must be used to track changes to the files and reload code on demand. But generally it does work very well and its also used by commercial projects all around the world. This will be a real nice addition to the toolbox of people who like to extend Pharo with C/C++ but do not want to live the comforts of live coding and have low tolerance for slow compile times and crashes.

Sept. 14, 2016

Re: [Pharo-users] Class shown in _UnpackagedPackage but belongs to package

by stepharo

Hi esteban I would love to know how you did it, to fix it. Even my bad power that break anything I touch did not succeed recently to get this bug back :) Stef Le 14/9/16 Ã 05:58, Esteban A. Maringolo a Ã©crit : > Hi, > > After renaming, promoting as tag, moving to package and other > non-secuential operations in Nautilus which screwed up the packaging, > now all classes are shown in _UnpackagedPackage but when browsed via > Spotter they show the right package in the class template. > > SequenceableCollection subclass: #OrderedCollection > instanceVariableNames: 'array firstIndex lastIndex' > classVariableNames: '' > package: 'Collections-Sequenceable' > > Any pointers on how to fix/rebuild whatever is needed? > It took me two classes and less than 5 minutes to screw it, I guess > it's a new record. :) > > Regards! > > ps: this happens with the latest 5.0 image and vm version. > > Esteban A. Maringolo > >

Sept. 14, 2016

Re: [Pharo-users] Pharo users count / estimate ?

by Dimitris Chloupis

I count as 12 , just saying On Wed, Sep 14, 2016 at 10:25 PM Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Getting HTTP logs from SmalltalkHub should give us some hints on the > most requested projects. > The same goes for the get.pharo.org files. > Esteban A. Maringolo > > > 2016-09-14 12:15 GMT-03:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > > Hi all, > > > > for some silly report that I need to write I wanted to add an estimate > of how many people worldwide use Pharo. I tried to find number of downloads > of e.g. Pharo 5 to use that as a basis for estimation but I could not find > this info online. Does the Pharo team have any usable statistics that can > be shared ? > > > > TIA > > -- > > Does this mail seem too brief? Sorry for that, I donât mean to be rude! > Please see http://emailcharter.org . > > > > Johan Fabry - http://pleiad.cl/~jfabry > > PLEIAD and RyCh labs - Computer Science Department (DCC) - > University of Chile > > > > > >

Sept. 14, 2016

Re: [Pharo-users] Pharo users count / estimate ?

by Offray Vladimir Luna CÃ¡rdenas

I think that a better metric to complement those ones, would be the people who ended the MOOC. Cheers, Offray On 14/09/16 21:15, stepharo wrote: > Difficult to say > > We got 100 committers for Pharo 50 > > We got 3411 registrered participants to the mooc (whatever it means). > > > Le 14/9/16 Ã 17:15, Johan Fabry a Ã©crit : >> Hi all, >> >> for some silly report that I need to write I wanted to add an >> estimate of how many people worldwide use Pharo. I tried to find >> number of downloads of e.g. Pharo 5 to use that as a basis for >> estimation but I could not find this info online. Does the Pharo team >> have any usable statistics that can be shared ? >> >> TIA >> -- >> Does this mail seem too brief? Sorry for that, I donât mean to be >> rude! Please see http://emailcharter.org . >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - >> University of Chile >> >> >> > > >

Sept. 14, 2016

Re: [Pharo-users] Pharo users count / estimate ?

by Esteban A. Maringolo

Getting HTTP logs from SmalltalkHub should give us some hints on the most requested projects. The same goes for the get.pharo.org files. Esteban A. Maringolo 2016-09-14 12:15 GMT-03:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > Hi all, > > for some silly report that I need to write I wanted to add an estimate of how many people worldwide use Pharo. I tried to find number of downloads of e.g. Pharo 5 to use that as a basis for estimation but I could not find this info online. Does the Pharo team have any usable statistics that can be shared ? > > TIA > -- > Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > >

Sept. 14, 2016

Re: [Pharo-users] Pharo users count / estimate ?

by stepharo

Difficult to say We got 100 committers for Pharo 50 We got 3411 registrered participants to the mooc (whatever it means). Le 14/9/16 Ã 17:15, Johan Fabry a Ã©crit : > Hi all, > > for some silly report that I need to write I wanted to add an estimate of how many people worldwide use Pharo. I tried to find number of downloads of e.g. Pharo 5 to use that as a basis for estimation but I could not find this info online. Does the Pharo team have any usable statistics that can be shared ? > > TIA > -- > Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > >

Sept. 14, 2016

Re: [Pharo-users] What are the best practices for an open source project with Pharo?

by stepharo

Le 14/9/16 Ã 15:22, julius a Ã©crit : > I'm new to Smalltalk, welcome :) > I did the Inria MOOC and really like the way of how to > construct applications. Tx > Still I wonder how development teams approach > development with Pharo. > Currently I'm thinking of implementing a small idea of mine with Pharo since > Seaside felt quite nice when I experimented a bit. The project would need to > be open source because I want to apply for funding at a initiative that only > supports open source projects. But then I don't have the feeling that the > Monticello approach is the most inviting way to get funding or contributors > considering everyone is used to Github. Start by building something then you will see if people comes. Moose and Seaside are large open-source projects are people developed using Monticello without problem. By the end of the year we will migrate everything to github. And by that time you can benefit from it. > I found now the guide to Git with Pharo by Peter Uhnak (thanks for writing > that post!) so maybe this would be a good solution... > > Searching for best practices I read about some projects that make sure > developers always get a new image every day, how could that be implemented > without too much hassle of needing a server with some kind of build system. You can request an account on our Jenkins server and you create a job and you can donwload it using the pharolauncher. You contributors can then take the latest version commit changes and updtae the configuration and the job will cretae automatically a new image for the next cycle. > *tl;dr*: how could and should I approach the development of an open source > project with Pharo, considering acceptance of Monticello usage and sharing > of pharo images? You provide a configurationOf and people can take an image like the seaside one and load your code using the configurationOf and they can commit to your repo. You can either have a readonly repo and an inbox and you do the merging. the inbox acts as a pull request. This is how we manage Pharo and pharo reasonably complex :) > > > > -- > View this message in context: http://forum.world.st/What-are-the-best-practices-for-an-open-source-projec… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Sept. 14, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] RProjectConnector V2.1

by Serge Stinckwich

Always same error message ... ExternalAddress loadSymbol: 'Rf_initEmbeddedR' from: RLibrary returns FailedPrimitive On Wed, Sep 14, 2016 at 3:55 PM, Blondeau Vincent <vincent.blondeau(a)worldline.com> wrote: > > >> -----Message d'origine----- >> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de >> Serge Stinckwich >> EnvoyÃ© : mercredi 14 septembre 2016 15:09 >> Ã : Any question about pharo is welcome >> Cc : scismalltalk(a)googlegroups.com; Pharo Development List >> Objet : Re: [Pharo-users] [Pharo-dev] [ANN] RProjectConnector V2.1 >> >> Hi Vincent, >> > Hi Serge, > > >> Ok I try again with the latest Pharo 6.0. >> >> When I evaluate: >> >> Gofer it smalltalkhubUser: 'VincentBlondeau' project: >> 'RProjectConnector'; configuration; loadStable There is an error : could not >> resolve Rconnector. Apparently there is a problem with the package name, >> because this vincentBlondeau and not VincentBlondeau (Uppercase). Did you >> already try your configuration in an empty Pharo 6.0 image ? :-) > > Not really for this one ... I corrected and it should work now ;) >> >> I was able to load RConnector-vincentBlondeau.72 directly from Monticello >> repo. >> I modify the RLibrary>>macModuleName path name to >> /usr/local/Cellar/r/3.3.1_2/R.framework/Versions/3.3/Resources/lib/libR.dyl >> ib >> When I relaunch my image, I have an error: the R session is not well >> initialized at startup. >> >> In RSession>>isExistsRf_initEmbeddedR I still see a reference to Alien class. >> You are still using Alien ? >> > > Because I didn't found something better before. But, I just looked at it and changed to ExternalAddress method. > > Can you try again with version 73 ? > > Thanks, > Vincent > >> >> >> On Tue, Sep 13, 2016 at 6:25 PM, Blondeau Vincent >> <vincent.blondeau(a)worldline.com> wrote: >> > >> > >> > >> >> -----Message d'origine----- >> >> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part >> >> de Serge Stinckwich EnvoyÃ© : vendredi 2 septembre 2016 16:44 Ã : >> >> Pharo Development List Cc : scismalltalk(a)googlegroups.com; Any >> >> question about pharo is welcome Objet : Re: [Pharo-dev] [ANN] >> >> RProjectConnector V2.1 >> >> >> >> Great job Vincent ! >> >> >> > It will be great when it will work on OS X ;) >> > >> >> There is some problems on Mac OS X: >> >> - when I try to load in a fresh Pharo 5.0 image, I got a DNU on: >> >> RObjectArray class>>initElementType: >> >> I was able to load the package after a while by loading directly the >> >> package with the Monticello Browser >> > >> > Strange, I deleted these methods... Please ensure you are using a Pharo 6.0 >> image (it should work under Pharo 5.0 too) and that version 14 of >> ConfigurationOfRProjectConnector and version 71 of the RConnector >> packages are loaded. >> > >> >> - Apparently there is still some methods using NB like: RSession >> >> class>>checkSession or RSession class>>initEmbeddedR: >> > >> > Should not, it is modified ... >> > >> >> >> >> I try to move the R dll close to my Pharo VM and also inside the >> >> Plugins directory but without success ... >> > >> > It should be at the same location that libcairo.2.dylib >> > >> >> Is there a way to say where are the R dll instead of copying them ? >> >> >> > Didn't think so .. Maybe the VM developers knows ? >> > >> > >> > Thanks! >> > >> > Vincent >> > >> > >> >> Thank you. >> >> >> >> >> >> >> >> >> >> On Thu, Sep 1, 2016 at 5:42 PM, Blondeau Vincent >> >> <vincent.blondeau(a)worldline.com> wrote: >> >> > Hello everyone, >> >> > >> >> > >> >> > >> >> > I am glad to announce the release of version 2.1 of the >> RProjectConnector. >> >> > >> >> > The binding between Pharo and R (https://www.r-project.org/) is now >> >> > translated to UFFI and so to Pharo 6.0. >> >> > >> >> > >> >> > >> >> > You can call directly your R methods from Pharo. For example, with >> >> > the famous iris clustering example: >> >> > >> >> > >> >> > >> >> > iris := 'eval' asREval: {RObject findVar: 'iris'}. >> >> > >> >> > 'plot' >> >> > >> >> > asREval: >> >> > >> >> > {(iris at: 'Petal.Length'). >> >> > >> >> > (iris at: 'Petal.Width'). >> >> > >> >> > (#pch -> 21). >> >> > >> >> > (#xlab -> 'length'). >> >> > >> >> > (#ylab -> 'Width'). >> >> > >> >> > (#bg ->((iris at: 'Species') collect: >> >> > [ :value | {'red'. 'green3'. 'blue'} at: value ])). >> >> > >> >> > (#main -> 'Edgar Anderson''s Iris Data')}. >> >> > >> >> > iris inspect. >> >> > >> >> > >> >> > >> >> > To use it, you should install R and copy the R libraries near the >> >> > Pharo VM (see the documentation on SmalltalkHub >> >> > (http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector) for >> >> > how to proceed). >> >> > >> >> > >> >> > >> >> > Donât forget to relaunch Pharo after the installation to be able to >> >> > use the connector. >> >> > >> >> > >> >> > >> >> > Only basic features are implemented yet, but you can participate to >> >> > its extension! >> >> > >> >> > >> >> > >> >> > Cheers, >> >> > >> >> > Vincent Blondeau >> >> > >> >> > >> >> > >> >> >> !!!************************************************************ >> >> ******* >> >> > ****************** "Ce message et les piÃ¨ces jointes sont >> >> > confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. >> >> > Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous >> >> > recevez ce message par erreur, merci d'en avertir immÃ©diatement >> >> > l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant >> >> > Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra >> >> > Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les >> >> > meilleurs efforts soient faits pour maintenir cette transmission >> >> > exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet >> >> > Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout >> >> > dommage rÃ©sultant d'un virus transmis. >> >> > >> >> > This e-mail and the documents attached are confidential and >> >> > intended solely for the addressee; it may also be privileged. If >> >> > you receive this e-mail in error, please notify the sender >> >> > immediately and destroy it. As its integrity cannot be secured on >> >> > the Internet, the Worldline liability cannot be triggered for the >> >> > message content. Although the sender endeavours to maintain a >> >> > computer virus-free network, the sender does not warrant that this >> >> > transmission is virus-free and will not be liable for any damages resulting >> from any virus transmitted.!!!" >> >> >> >> >> >> >> >> -- >> >> Serge Stinckwich >> >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> >> Every DSL ends up being Smalltalk >> >> http://www.doesnotunderstand.org/ >> > >> > >> > >> !!!************************************************************ >> ******* >> > ****************** "Ce message et les piÃ¨ces jointes sont >> > confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut >> Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce >> message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le >> dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la >> responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de >> ce message. Bien que les meilleurs efforts soient faits pour maintenir cette >> transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã >> cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage >> rÃ©sultant d'un virus transmis. >> > >> > This e-mail and the documents attached are confidential and intended >> solely for the addressee; it may also be privileged. If you receive this e-mail >> in error, please notify the sender immediately and destroy it. As its integrity >> cannot be secured on the Internet, the Worldline liability cannot be triggered >> for the message content. Although the sender endeavours to maintain a >> computer virus-free network, the sender does not warrant that this >> transmission is virus-free and will not be liable for any damages resulting >> from any virus transmitted.!!!" >> >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ > > > !!!************************************************************************************* > "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!" -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Sept. 14, 2016

Re: [Pharo-users] Pharo users count / estimate ?

by Alexandre Bergel

I think we have many reliable numbers for the Pharo MOOC. Alexandre > On Sep 14, 2016, at 12:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Hi all, > > for some silly report that I need to write I wanted to add an estimate of how many people worldwide use Pharo. I tried to find number of downloads of e.g. Pharo 5 to use that as a basis for estimation but I could not find this info online. Does the Pharo team have any usable statistics that can be shared ? > > TIA > -- > Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > >

Sept. 14, 2016

Pharo users count / estimate ?

by Johan Fabry

Hi all, for some silly report that I need to write I wanted to add an estimate of how many people worldwide use Pharo. I tried to find number of downloads of e.g. Pharo 5 to use that as a basis for estimation but I could not find this info online. Does the Pharo team have any usable statistics that can be shared ? TIA -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Sept. 14, 2016