October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Seaside] [ANN] ZÃ¼rich Smalltalk Meetup Nov 8th, 2016

by Dale Henrichs

Michal, This sounds quite exciting ... I was wondering how you were getting on with Tugrik+Mongo+Voyage and now I know :) I would be very interested in helping you in any way that I can, just let me know. Dale On 10/19/2016 01:01 PM, Michal Balda wrote: > > Hi, > the short answer is: not yet. > > The back story is: We have been experimenting with GemStone and Tugrik > at work. While Tugrik appears to work very well (even though it is new > and not yet finished), I found the overall architecture > (Tugrik+Mongo+Voyage) a bit complicated. Tugrik is meant to be a > replacement for Voyage-Mongo but actually uses parts of its > implementation and behavior. I understand that it does so to mimic > Voyage-Mongo so that switching from Mongo to GemStone is relatively > painless. That does not fit our use case though - we don't need a > replacement for Mongo since we haven't used it in the first place. We > would also like to have something that we could possibly maintain > ourselves, should the priorities of Esteban or Dale change in a few > years (I don't want this to sound negative, I am sure they would not > drop the support just because they want to, but I understand they are > very busy and for us it is a certain risk we would like to mitigate). > > While playing with Tugrik I came up with a few ideas so I started a > clean Pharo image with the following task in mind: find a way of > getting objects from Pharo to GemStone and back, as simply as > possible, without any unnecessary dependencies. In other words, I > wanted to see if I could create a simpler Pharo-to-GemStone > persistence solution than the existing Tugrik+Mongo+Voyage stack. As > of now it's still in an early phase but I already have something that > could work. For the meetup in ZÃ¼rich I want to have something to show > (a small demo), or, if I run into any conceptual issues, to have a > topic for discussion if anyone's interested. > > I won't release it publicly until I am sure it works well. But I can > guarantee you that if anything exciting does emerge, this mailing list > will learn about it. It will definitely not be exclusive for the > people who attend the meetup. I just want to use the opportunity of > the meetup to get early feedback and/or input, maybe it will trigger a > discussion about important issues that I haven't thought about yet. I > am not at all a GemStone expert so the possibility is there. > > > Michal > > > > On 18.10.2016 14:38, Mariano Martinez Peck wrote: >> Hi, >> >> I would love to be in Zurich, but I obviously can't :( >> So... is there a way to get some more info about that "Gemstone-based >> persistence framework for Pharo"? And who is Michal? Last name? >> >> Thanks, >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >

Oct. 19, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by stepharo

would be nice to ask dragos his Smalltalk code :) Le 18/10/16 Ã 21:20, phil(a)highoctane.be a Ã©crit : > http://www.micro-workflow.com/PDF/wecfo.pdf seemed interesting. > > Not state machines per se but still. > > Longer paper here: http://micro-workflow.com/PDF/phdthesis.pdf > > Phil > > On Tue, Oct 18, 2016 at 8:47 PM, Bernardo Ezequiel Contreras > <vonbecmann(a)gmail.com <mailto:vonbecmann@gmail.com>> wrote: > > Implementing State Machines in Smalltalk (1993) Trevor Hopkins > http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.31.6732 > <http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.31.6732> > > - A state machine generator (based in the excellent paper of > Trevor P. Hopkins) > > > i add it to my reading list. thanks > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America. > >

Oct. 19, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by stepharo

Looks fun :) Le 18/10/16 Ã 19:10, Evan Donahue a Ã©crit : > So this isn't a specific out-of-the-box solution to any of the > code-generation use cases people have been discussing, but I thought it was > relevant enough to toss it out there. > > I'm currently doing some work on program synthesis using a Pharo port of the > miniKanren logic programming language (http://minikanren.org/) The Pharo > version is here:http://smalltalkhub.com/#!/~EvanDonahue/SmallKanren . > > So far, I've only used it to implement this paper on generating scheme > programs (http://smalltalkhub.com/#!/~EvanDonahue/SmallKanren) the > implementation of which is here: > http://smalltalkhub.com/#!/~EvanDonahue/Barliman . > > I've thought a bit about things like generating GUI's, and it seems like > something interesting could be done there, since you could imagine feeding > it constraints and then giving the results a thumbs up/thumbs down to see > other satisfying layouts more or less like the ones you voted on, but the > probabilistic learning component is an object of current research and isn't > ready yet. > > I was planning on sending out an announcement once it was more complete and > robust, as right now it has lots of tests but not much documentation, and > the architecture is changing rapidly, per research requirements, but if > anyone is interested in knowing more about it feel free to get in touch. > This is part of a broader research program on intelligent interfaces, so > hopefully some cooler things come out of it later down the line. > > Cheers, > Evan

Oct. 19, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by stepharo

Hernan What is the input you take to generate magritte? Lionel would like to have a kind of Crud on top of Pharo and it would be good for business. Stef Le 18/10/16 Ã 18:07, HernÃ¡n Morales Durand a Ã©crit : > > 2016-10-18 9:35 GMT-03:00 Lionel Akue <lionelakue(a)gmail.com > <mailto:lionelakue@gmail.com>>: > > Great! > > We had the same idea :) > > > Let me know if we can join forces to speed uo things. > > The first requirements I wrote was to generate Spec UI directly. > But I rather chose to make Magritte compatible with Spec. > > So from the Magritte description, we could generate Spec, Seaside ... > > > The CodeGenerator I wrote already generates Magritte code. If you load > it in Pharo 5 > > Gofer it > smalltalkhubUser: 'hernan' project: 'CodeGenerator'; > configuration; > loadDevelopment. > > Have a look at the usage examples: > > #exampleMagritteDescriptionCreation1 > #exampleMagritteDescriptionCreation2 > #exampleMagritteDescriptionCreation3 > > If you have suggestions I would like to read. > > HernÃ¡n > > Lionel > > 2016-10-18 14:20 GMT+02:00 Peter Uhnak <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > Hi Hernan, > > I wrote some time ago two basic code generators (both in > Pharo) from UML-ified FAMIX for a particular user (so there > are some domain-specific patterns), > one for Pharo syntax ( > https://github.com/OpenPonk/class-editor/blob/master/docs/code-generation/u… > <https://github.com/OpenPonk/class-editor/blob/master/docs/code-generation/u…> > ) > and one for VW syntax ( > https://github.com/OpenPonk/class-editor/blob/master/docs/vw-code-generatio… > <https://github.com/OpenPonk/class-editor/blob/master/docs/vw-code-generatio…> > ) > > (the code is here > https://github.com/OpenPonk/class-editor/tree/master/repository/DynaCASE-Ge… > <https://github.com/OpenPonk/class-editor/tree/master/repository/DynaCASE-Ge…> > and here > https://github.com/OpenPonk/class-editor/tree/master/repository/UML-CodeGen… > <https://github.com/OpenPonk/class-editor/tree/master/repository/UML-CodeGen…> > ) > > The most pain I had was with expressing templateable code to > which I could just plug specific data, I wanted to look at QVT > but didn't have the time yet. > But it would be interesting to see if your generator could > address such issues; plus soon I want to iterate on my > generators to have more live interaction (so the code is > generated on the fly as the model is created, although I am > using Pharo Refactoring engine for now, which is also quite > powerful.) > > Addionally, Lionel (in cc) is working on some meta system > generating classes with magritte descriptions. > > So it would be cool if we could have some really cool > generator that could do many cool things. :) > > Peter > > On Tue, Oct 18, 2016 at 02:24:28AM -0300, HernÃ¡n Morales > Durand wrote: > > Hi guys, > > > > I am writing a code generator, doing a few iterations right now. > > I want your opinion, which most useful thing would you like > to be generated > > automatically? It could be a pattern, an idiom, another > language... > > > > For example my own wish (roadmap) list: > > > > - A "settings framework" settings class generator. > > - A state machine generator (based in the excellent paper of > Trevor P. > > Hopkins) > > - A Spec UI generator. > > > > Let me know your thoughts. > > > > Cheers, > > > > HernÃ¡n > > >

Oct. 19, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by stepharo

Le 18/10/16 Ã 07:24, HernÃ¡n Morales Durand a Ã©crit : > Hi guys, > > I am writing a code generator, doing a few iterations right now. > I want your opinion, which most useful thing would you like to be > generated automatically? It could be a pattern, an idiom, another > language... > > For example my own wish (roadmap) list: > > - A "settings framework" settings class generator. > - A state machine generator (based in the excellent paper of Trevor P. > Hopkins) > - A Spec UI generator. That one and a FAMIX Metamodel. Brice should build one so may be he can use yours and extend it. > > Let me know your thoughts. > > Cheers, > > HernÃ¡n >

Oct. 19, 2016

Re: [Pharo-users] OSProcess lock image

by Hilaire

Hi Paul, Thanks for the tips. My image was running for days with the computer going to sleep regularly. Restarting the image solved the problem. Hilaire Le 15/10/2016 Ã 20:00, Paul DeBruicker a Ã©crit : > I have no idea why it happens but sometimes OSProcess resumes working after > doing a > > OSProcessAccessor initialize. > > in a workspace..... > > > Hope this helps > > -- Dr. Geo http://drgeo.eu

Oct. 19, 2016

Re: [Pharo-users] [Seaside] [ANN] ZÃ¼rich Smalltalk Meetup Nov 8th, 2016

by Michal Balda

Hi, the short answer is: not yet. The back story is: We have been experimenting with GemStone and Tugrik at work. While Tugrik appears to work very well (even though it is new and not yet finished), I found the overall architecture (Tugrik+Mongo+Voyage) a bit complicated. Tugrik is meant to be a replacement for Voyage-Mongo but actually uses parts of its implementation and behavior. I understand that it does so to mimic Voyage-Mongo so that switching from Mongo to GemStone is relatively painless. That does not fit our use case though - we don't need a replacement for Mongo since we haven't used it in the first place. We would also like to have something that we could possibly maintain ourselves, should the priorities of Esteban or Dale change in a few years (I don't want this to sound negative, I am sure they would not drop the support just because they want to, but I understand they are very busy and for us it is a certain risk we would like to mitigate). While playing with Tugrik I came up with a few ideas so I started a clean Pharo image with the following task in mind: find a way of getting objects from Pharo to GemStone and back, as simply as possible, without any unnecessary dependencies. In other words, I wanted to see if I could create a simpler Pharo-to-GemStone persistence solution than the existing Tugrik+Mongo+Voyage stack. As of now it's still in an early phase but I already have something that could work. For the meetup in ZÃ¼rich I want to have something to show (a small demo), or, if I run into any conceptual issues, to have a topic for discussion if anyone's interested. I won't release it publicly until I am sure it works well. But I can guarantee you that if anything exciting does emerge, this mailing list will learn about it. It will definitely not be exclusive for the people who attend the meetup. I just want to use the opportunity of the meetup to get early feedback and/or input, maybe it will trigger a discussion about important issues that I haven't thought about yet. I am not at all a GemStone expert so the possibility is there. Michal On 18.10.2016 14:38, Mariano Martinez Peck wrote: > Hi, > > I would love to be in Zurich, but I obviously can't :( > So... is there a way to get some more info about that "Gemstone-based > persistence framework for Pharo"? And who is Michal? Last name? > > Thanks, > > > -- > Mariano > http://marianopeck.wordpress.com

Oct. 19, 2016

Re: [Pharo-users] Cog VM on Raspberry Pi ?

by Sven Van Caekenberghe

OK, thanks everybody for the replies, seems like I was looking at 3 basically identical VM's with Cog. I went back to an older installation (on a RPi2), that performed way worse (being a stack interpreter): volumio@audio359:~/pharo$ ./bin/PharoS --version 3.9-7 #1 Thu Mar 26 14:59:31 CET 2015 gcc 4.6.3 [Production ITHB VM] StackInterpreter VMMaker.oscog-jeanbaptistearnaud.828 uuid: ba8d2ed6-70b9-4309-8bf0-9eda9c0d1c2d Mar 26 2015 https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #126 Linux pharo-contribution-raspberrypi-linux 3.2.0-58-generic #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/volumio/pharo/bin/ [default: /home/volumio/pharo/bin/] volumio@audio359:~/pharo$ ./bin/PharoS --nodisplay mpdc.image printVersion [version] 4.0 #40624 volumio@audio359:~/pharo$ ./bin/PharoS --nodisplay mpdc.image eval '1 tinyBenchmarks' '7866273 bytecodes/sec; 615105 sends/sec' > On 19 Oct 2016, at 17:24, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > >> On 18 Oct 2016, at 11:11 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >> Is there still a stack VM (PharoS for ARM, 5.0) ? > > I downloaded the one you linked (http://files.pharo.org/vm/pharoS/raspbian/latest.zip) but it was a pre-spur VM, so I had to use 50496 from the "preSpur" folder. > It didn't recognize the -nodisplay parameter, so I had to open image normally to do tinyBenchmarks. > Performance was fairly bad compared to Cog Spur (34M bytecodes, 2M sends), and in general not suitable for live editing of a Pharo image at all (8 seconds to open a browser, etc), so if a newer does not exist, I doubt it makes sense to spend effort creating one that reads Spur images other than as an intellectual exercize with a Cog VM available. > > Cheers, > Henry > > Version infos of vms I've ran, in order of age: > > http://www.mirandabanda.org/files/Cog/VM/VM.r3427/cogspurlinuxhtARM-15.33.3… : > > ./phcogspurlinuxhtRPi/pharo -version > 5.0-201610142319 Sat Oct 15 02:45:47 UTC 2016 gcc 4.9.2 [Production Spur VM] > CoInterpreter VMMaker.oscog-eem.1959 uuid: 2784931a-d7ba-431a-be8c-ec79b1e55684 Oct 15 2016 > StackToRegisterMappingCogit VMMaker.oscog-eem.1959 uuid: 2784931a-d7ba-431a-be8c-ec79b1e55684 Oct 15 2016 > VM: 201610142319 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Sat Oct 15 00:19:53 2016 +0100 $ > Plugins: 201610142319 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Linux testing-gce-874b9d32-9a0b-447e-98d4-15ee5b4feaec 4.4.0-42-generic #62~14.04.1-Ubuntu SMP Fri Oct 7 23:15:48 UTC 2016 armv7l GNU/Linux > plugin path: ./phcogspurlinuxhtRPi/lib/pharo/5.0-201610142319 [default: /home/veloxit/phcogspurlinuxhtRPi/lib/pharo/5.0-201610142319/] > > Included by nuscratch: > > squeak -version > 5.0-201608180858 Mon Aug 22 18:41:57 PDT 2016 gcc 4.9.2 [Production Spur VM] > CoInterpreter VMMaker.oscog-cb.1919 uuid: 00a8dd2a-bc8d-4552-b400-be781c8aabec Aug 22 2016 > StackToRegisterMappingCogit VMMaker.oscog-cb.1919 uuid: 00a8dd2a-bc8d-4552-b400-be781c8aabec Aug 22 2016 > VM: 201608180858 tim@Diziet.local:Documents/Squeak/Rasbian-VM/vm $ Date: Thu Aug 18 10:58:48 2016 +0200 $ > Plugins: 201608180858 tim@Diziet.local:Documents/Squeak/Rasbian-VM/vm $ > Linux Pi-3B-1 4.4.9-v7+ #884 SMP Fri May 6 17:28:59 BST 2016 armv7l GNU/Linux > plugin path: /usr/lib/squeak/5.0-201608180858 [default: /usr/lib/squeak/5.0-201608180858/] > > http://files.pharo.org/vm/pharoS/raspbian/latest.zip : > > ./PharoS/PharoS --version > 3.9-7 #1 Thu Apr 9 14:59:10 CEST 2015 gcc 4.6.3 [Production ITHB VM] > StackInterpreter VMMaker.oscog-jeanbaptistearnaud.828 uuid: ba8d2ed6-70b9-4309-8bf0-9eda9c0d1c2d Apr 9 2015 > https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #128 > Linux pharo-contribution-raspberrypi-linux 3.2.0-58-generic #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > plugin path: /home/veloxit/PharoS/ [default: /home/veloxit/PharoS/] > > squeak.old (aka squeak , without nuscratch installed) (shell script doesn't forward to actual vm if not provided image path, hence the absolute): > > /usr/lib/squeak/4.10.2-2614/squeakvm -version > 4.10.2-2614 #1 XShm Sat Nov 8 01:32:22 UTC 2014 /usr/bin/cc > Linux bm-wb-01 3.16-trunk-armmp #1 SMP Debian 3.16-1~exp1 (2014-08-09) armv7l GNU/Linux > plugin path: /usr/lib/squeak/4.10.2-2614/ [default: /usr/lib/squeak/4.10.2-2614/] >

Oct. 19, 2016

Re: [Pharo-users] Default working directory

by wvzuilen

I've tried that. Like this: FileSystem disk workingDirectoryPath: Path / 'Users/myusername/Desktop'. As expected it changes my working directory, but the test mentioned in my first post still fails. ?!? -- View this message in context: http://forum.world.st/Default-working-directory-macOS-tp4919393p4919408.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 19, 2016

Re: [Pharo-users] Default working directory

by Vitor Medina Cruz

Esteban, yes, I could use save as..., its pretty much the same thing, no? On Wed, Oct 19, 2016 at 3:16 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Ahh, look, FileSystem has a workingDirectoryPath:, you could change the > working directory using that. > > On Wed, Oct 19, 2016 at 3:06 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> I suppose you should do that, I am relatively new to Pharo either, and a >> Windows user (by force, not because I want, lets be clear :) ), but in a >> Mac or Linux I think I would use try Pharo Launcher, where you can manage >> you images. In windows I create a new directory and copy the default image >> there. >> >> On Wed, Oct 19, 2016 at 2:46 PM, wvzuilen <wvzuilen(a)gmail.com> wrote: >> >>> In the default Pharo macOS download the image file is embedded inside the >>> Pharo.app package. Are you suggesting that I use a separate image file >>> that >>> I place at a location where I can write files? >>> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/Default- >>> working-directory-macOS-tp4919393p4919403.html >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >> >

Oct. 19, 2016