May 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] reading from a named pipe in Pharo

by Alistair Grant

Hi Siemen & Mariano, On 5 May 2018 at 16:26, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi Siemen, > > You may want to check the pipe support code in OSSubprocess [1]. Note that > the pipes should work outside of OSSubprocess. You can read the > documentation as well as the unit tests for the pipes. > > Cheers, > > [1] https://github.com/marianopeck/OSSubprocess OSSPipe seems to assume that is controlling both ends of the pipe, while it may be that Siemen just wants to read from the pipe. Anyway, Mariano mentioned that pipes should work outside of OSSubprocess, and I've made some modifications to FilePlugin which should facilitate that, so thought I'd have a go. This still doesn't completely meet Siemen's requirements as it polls the stream, but... I've attached a little demo class, tested only on Ubuntu 16.04. Be warned, I've never used Unix pipes before, so feel free to critique the code: NamedPipeEcho provides sample code showing how to read from a Unix named pipe and echo the contents to stdout. Interesting attributes of the sample code include: - It is just a sample, it isn't intended to be production ready. - It marks the pipe non-blocking so that multiple pipes can be processed without the image blocking when reading. - It's polling, rather than event driven. - It doesn't have any external dependencies outside the core Pharo image and standard Pharo VM. - It defines a method that directly calls a primitive - I consider this bad practice and would like to make the primitive generally available through FilePlugin. The simplest way to run this is in one terminal (bash shell): $ mkfifo /dev/shm/pharopipe $ pharo --headless Pharo.image eval "(NamedPipeEcho on: '/dev/shm/pharopipe') run" and in a second terminal (bash shell): $ pharo --headless Pharo.image eval "NamedPipeEcho sampleWriteTo: '/dev/shm/pharopipe'" You should see: Hello World Line 2 in the first terminal, with a 15 second delay between the lines and exit. There's also AsyncFile, which should make it event driven instead of polled, but I haven't had a chance to look at that yet. This is tested with: Pharo7.0alpha Build information: Pharo-7.0+alpha.build.839.sha.675decd24230e0ef7d1579af07c2112c104c6d7b (64 Bit) 5.0-201804122226 Thu Apr 12 22:34:48 UTC 2018 gcc 4.8 [Production Spur 64-bit VM] CoInterpreter VMMaker.oscog-eem.2361 uuid: 7ca2f89a-de70-422f-b92b-54f91ac4e47b Apr 12 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2361 uuid: 7ca2f89a-de70-422f-b92b-54f91ac4e47b Apr 12 2018 VM: 201804122226 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Apr 12 15:26:17 2018 -0700 $ CommitHash: 07c6dc3 $ Plugins: 201804122226 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Linux travis-job-b95e67e4-9fb2-4d69-a59f-1fbf859b912c 4.4.0-101-generic #124~14.04.1-Ubuntu SMP Fri Nov 10 19:05:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/alistair/pharo7/Issue21692/vm/pharo-vm/lib/pharo/5.0-201804122226 [default: /home/alistair/pharo7/Issue21692/vm/pharo-vm/lib/pharo/5.0-201804122226/] Earlier VMs probably won't work as #atEnd will always return true or false (I forget which). Cheers, Alistair

May 6, 2018

Re: [Pharo-users] Saving a Smalltalk Project

by Sven Van Caekenberghe

PostgreSQL is a totally valid alternative as well. It is a real RDBMS, cross platform, open source, with wide support. We have two network level drivers in Pharo (PostgresV2 and recently P3) and it works well under GLORP. > On 6 May 2018, at 19:10, Todd Blanchard <tblanchard(a)mac.com> wrote: > > Just out of curiosity, why do you want an OODB? > > SQLite has a plethora of tools, powerful query capabilities, can be migrated with very little pain, and can act a bit like an OODB using GLORP. > > I have lost too many data sets to proprietary OODBs to ever trust one again. > >> On May 6, 2018, at 10:00 AM, horrido <horrido.hobbies(a)gmail.com> wrote: >> >> Just out of curiosity, which object database is recommended for Pharo? >> Something that is reliably up-to-date as Pharo changes. >> >> >> Stephan Eggermont-3 wrote >>> Sean P. DeNigris < >> >>> sean@ >> >>> > wrote: >>>> OT: It's ironic that Smalltalkers are often accused of NIH syndrome, but >>>> the >>>> first reaction of people from less "productive" languages/systems is to >>>> rewrite a working Smalltalk app in their language of comfortâ¦ >>> >>> Indeed. And rewriting something that also uses an OODB is going to kill >>> productivity even more. Iâve taken a look at what would be needed to >>> support magma on pharo a few years ago. Chris always told us he uses it >>> professionally on squeak and has not enough capacity to keep up with >>> changes in pharo without having a customer/maintainer for it. Twice a year >>> or so someone asks about magma on pharo and takes a look. AFAIK there are >>> no real obstacles to a port, but magma uses a lot of deep implementation >>> specifics that will take an experienced smalltalker to deal with, and a >>> lot >>> of mailing list archeology as pharo changed a lot since magma worked on >>> pharo last >>> >>> Stephan >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

May 6, 2018

Re: [Pharo-users] Saving a Smalltalk Project

by horrido

I tend to agree with you. I like SQLite. Also, MongoDB isn't bad, either. But is there no scenario where an OODB would be highly advantageous? tblanchard wrote > Just out of curiosity, why do you want an OODB? > > SQLite has a plethora of tools, powerful query capabilities, can be > migrated with very little pain, and can act a bit like an OODB using > GLORP. > > I have lost too many data sets to proprietary OODBs to ever trust one > again. > >> On May 6, 2018, at 10:00 AM, horrido < > horrido.hobbies@ > > wrote: >> >> Just out of curiosity, which object database is recommended for Pharo? >> Something that is reliably up-to-date as Pharo changes. >> >> >> Stephan Eggermont-3 wrote >>> Sean P. DeNigris < >> >>> sean@ >> >>> > wrote: >>>> OT: It's ironic that Smalltalkers are often accused of NIH syndrome, >>>> but >>>> the >>>> first reaction of people from less "productive" languages/systems is to >>>> rewrite a working Smalltalk app in their language of comfortâ¦ >>> >>> Indeed. And rewriting something that also uses an OODB is going to kill >>> productivity even more. Iâve taken a look at what would be needed to >>> support magma on pharo a few years ago. Chris always told us he uses it >>> professionally on squeak and has not enough capacity to keep up with >>> changes in pharo without having a customer/maintainer for it. Twice a >>> year >>> or so someone asks about magma on pharo and takes a look. AFAIK there >>> are >>> no real obstacles to a port, but magma uses a lot of deep implementation >>> specifics that will take an experienced smalltalker to deal with, and a >>> lot >>> of mailing list archeology as pharo changed a lot since magma worked on >>> pharo last >>> >>> Stephan >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 6, 2018

Re: [Pharo-users] Saving a Smalltalk Project

by Todd Blanchard

Just out of curiosity, why do you want an OODB? SQLite has a plethora of tools, powerful query capabilities, can be migrated with very little pain, and can act a bit like an OODB using GLORP. I have lost too many data sets to proprietary OODBs to ever trust one again. > On May 6, 2018, at 10:00 AM, horrido <horrido.hobbies(a)gmail.com> wrote: > > Just out of curiosity, which object database is recommended for Pharo? > Something that is reliably up-to-date as Pharo changes. > > > Stephan Eggermont-3 wrote >> Sean P. DeNigris < > >> sean@ > >> > wrote: >>> OT: It's ironic that Smalltalkers are often accused of NIH syndrome, but >>> the >>> first reaction of people from less "productive" languages/systems is to >>> rewrite a working Smalltalk app in their language of comfortâ¦ >> >> Indeed. And rewriting something that also uses an OODB is going to kill >> productivity even more. Iâve taken a look at what would be needed to >> support magma on pharo a few years ago. Chris always told us he uses it >> professionally on squeak and has not enough capacity to keep up with >> changes in pharo without having a customer/maintainer for it. Twice a year >> or so someone asks about magma on pharo and takes a look. AFAIK there are >> no real obstacles to a port, but magma uses a lot of deep implementation >> specifics that will take an experienced smalltalker to deal with, and a >> lot >> of mailing list archeology as pharo changed a lot since magma worked on >> pharo last >> >> Stephan > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>

May 6, 2018

Re: [Pharo-users] Saving a Smalltalk Project

by horrido

Just out of curiosity, which object database is recommended for Pharo? Something that is reliably up-to-date as Pharo changes. Stephan Eggermont-3 wrote > Sean P. DeNigris < > sean@ > > wrote: >> OT: It's ironic that Smalltalkers are often accused of NIH syndrome, but >> the >> first reaction of people from less "productive" languages/systems is to >> rewrite a working Smalltalk app in their language of comfortâ¦ > > Indeed. And rewriting something that also uses an OODB is going to kill > productivity even more. Iâve taken a look at what would be needed to > support magma on pharo a few years ago. Chris always told us he uses it > professionally on squeak and has not enough capacity to keep up with > changes in pharo without having a customer/maintainer for it. Twice a year > or so someone asks about magma on pharo and takes a look. AFAIK there are > no real obstacles to a port, but magma uses a lot of deep implementation > specifics that will take an experienced smalltalker to deal with, and a > lot > of mailing list archeology as pharo changed a lot since magma worked on > pharo last > > Stephan -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 6, 2018

Re: [Pharo-users] Showcasing Pharo, Roassal and Grafoscopio at re:publica 2018

by Offray Vladimir Luna CÃ¡rdenas

On 06/05/18 08:03, phil(a)highoctane.be wrote: > Offray, > > > Not sure if the code that is loaded is correct for the data selfies > because: > > > > getAvatar being missing. > > Phil You need to update the Dataviz package (Grafoscopio docking bar has an option for it)Â before running the code in the Data Selfies notebook. One of the things we do regularly in the workshops is to extend the functionality of Grafoscopio/Dataviz packages. That should be stated more clearly in the documentation. I will put that there. Thanks, Offray

May 6, 2018

Re: [Pharo-users] Showcasing Pharo, Roassal and Grafoscopio at re:publica 2018

by phil＠highoctane.be

Offray, On Sun, May 6, 2018 at 1:14 PM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi Sean, > > This was a crazy week! Lot of stuff happening, but the important was > getting the people network stronger by meeting again, talking, drinking, > dancing, besides all talks, workshops and meetups in a context like > re:publica[1] and the GIG[2]. So, as I told to the list, I was unable to > answer fast or even visit Discord to ask anything. > > [1] http://re-publica.com/ > [2] https://www.globalinnovationgathering.org/ > > But yes, we have some video recordings at the re:publica site, > (unfortunately not the workshops) and we share some pictures in Twitter > [3] and I have made some draft documentation that was complementary > [4][5] to the workshop, but will be improve the upcoming week (like the > software). > > [3] https://twitter.com/weareGIG > [4] > http://mutabit.com/repos.fossil/dataweek/doc/tip/Artefactos/Republica2018/ > index.html > [5] https://etherpad.wikimedia.org/p/rp18DataSelfies Not sure if the code that is loaded is correct for the data selfies because: getAvatar being missing. Phil > > > Cheers, > > Offray > > On 26/04/18 09:36, Sean P. DeNigris wrote: > > Offray Vladimir Luna CÃ¡rdenas-2 wrote > >> I will be showcasing Pharo, Roassal and Grafoscopio at re:publica 2018, > >> next week. > > Wow! That's great. Any way we can follow along? e.g. live streaming, > later > > recording > > > > > > Offray Vladimir Luna CÃ¡rdenas-2 wrote > >> I may be more active those days in the Discord and mailing > >> list channels, is some questions arise. > > Fire away. I'm sure we'll support you any way we can. Give us a heads up > > about the time window so we can try to be availableâ¦ > > > > > > > > ----- > > Cheers, > > Sean > > -- > > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > > > > > >

May 6, 2018

Re: [Pharo-users] Showcasing Pharo, Roassal and Grafoscopio at re:publica 2018

by phil＠highoctane.be

On Sun, May 6, 2018 at 1:14 PM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi Sean, > > This was a crazy week! Lot of stuff happening, but the important was > getting the people network stronger by meeting again, talking, drinking, > dancing, besides all talks, workshops and meetups in a context like > re:publica[1] and the GIG[2]. So, as I told to the list, I was unable to > answer fast or even visit Discord to ask anything. > > [1] http://re-publica.com/ > [2] https://www.globalinnovationgathering.org/ > > But yes, we have some video recordings at the re:publica site, > (unfortunately not the workshops) and we share some pictures in Twitter > [3] and I have made some draft documentation that was complementary > [4][5] to the workshop, but will be improve the upcoming week (like the > software). > > [3] https://twitter.com/weareGIG > [4] > http://mutabit.com/repos.fossil/dataweek/doc/tip/Artefactos/Republica2018/ > index.html > [5] https://etherpad.wikimedia.org/p/rp18DataSelfies Offray, Now that I have loaded/updated the system, I am going through the steps. You write "To run the code nodes, click on the green "Play" symbol triangle at the left of each node." There is no such triangle. I guess you mean the green triangle at the top right of the note. Right? Best, Phil > > > Cheers, > > Offray > > On 26/04/18 09:36, Sean P. DeNigris wrote: > > Offray Vladimir Luna CÃ¡rdenas-2 wrote > >> I will be showcasing Pharo, Roassal and Grafoscopio at re:publica 2018, > >> next week. > > Wow! That's great. Any way we can follow along? e.g. live streaming, > later > > recording > > > > > > Offray Vladimir Luna CÃ¡rdenas-2 wrote > >> I may be more active those days in the Discord and mailing > >> list channels, is some questions arise. > > Fire away. I'm sure we'll support you any way we can. Give us a heads up > > about the time window so we can try to be availableâ¦ > > > > > > > > ----- > > Cheers, > > Sean > > -- > > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > > > > > >

May 6, 2018

Re: [Pharo-users] Showcasing Pharo, Roassal and Grafoscopio at re:publica 2018

by phil＠highoctane.be

On Sun, May 6, 2018 at 2:34 PM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > > > On 06/05/18 07:16, phil(a)highoctane.be wrote: > > > > > I actually restarted the loading process and then, magic, no more error. > > Seems like a known problem that should be tackled with using Tonel format > etc. https://github.com/pharo-vcs/iceberg/issues/94 > > But then, another issue, related to Zinc. > > > Weird. Clues? > > > We got that error when we try to open a notebook without updating > previously Grafoscopio. Please use the update menus in the Grafoscopio > docking bar for th Grafoscopio and Dataviz packages. That should solve the > issue. > Indeed. I can now load http://mutabit.com/repos.fossil/dataweek/doc/tip/Artefactos/DataSelfies/dat… > > I would really have a better way of installing Grafoscopio. If you have > any suggestions on the Gopher, Metacello, installing front, or even better, > if you need any permissions on the source code repository [1], just let me > know. > > [1] http://smalltalkhub.com/#!/~Offray/Grafoscopio > > I have got access already. I can look at the configuration(s). Best, Phil > Cheers, > > Offray >

May 6, 2018

Re: [Pharo-users] Showcasing Pharo, Roassal and Grafoscopio at re:publica 2018

by Offray Vladimir Luna CÃ¡rdenas

On 06/05/18 07:16, phil(a)highoctane.be wrote: > > > > I actually restarted the loading process and then, magic, no more error. > > Seems like a known problem that should be tackled with using Tonel > format etc. https://github.com/pharo-vcs/iceberg/issues/94 > > But then, another issue, related to Zinc. > > > Weird. Clues? > We got that error when we try to open a notebook without updating previously Grafoscopio. Please use the update menus in the Grafoscopio docking bar for th Grafoscopio and Dataviz packages. That should solve the issue. I would really have a better way of installing Grafoscopio. If you have any suggestions on the Gopher, Metacello, installing front, or even better, if you need any permissions on the source code repository [1], just let me know. [1] http://smalltalkhub.com/#!/~Offray/Grafoscopio Cheers, Offray

May 6, 2018