November 2014 - Pharo-users

Re: [Pharo-users] Memoization Question

by Norbert Hartl

I'm not sure. I thought Spy would use them but it does not load in a fresh pharo3 for me. Did you try http://www.squeaksource.com/ObjectsAsMethodsWrap/ <http://www.squeaksource.com/ObjectsAsMethodsWrap/> ? Norbert > Am 04.11.2014 um 11:53 schrieb phil(a)highoctane.be: > > On Tue, Nov 4, 2014 at 9:59 AM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: > Ghost won't be a big help here. Slots would be a good solution but not if it needs to be removable on runtime. So it seems MethodWrappers is your best bet. I'd try create a caching MethodWrapper, mark all the needed methods with a pragma and then install the MethodWrapper on these. Could be a package wide install/uninstall if you need that. > > I loaded MethodWrappers in 3.0 as I saw in http://forum.world.st/MethodWrappers-td3829576.html#a4601624 <http://forum.world.st/MethodWrappers-td3829576.html#a4601624> > > Gofer it > squeaksource: 'MethodWrappers'; > package: 'MethodWrappers4'; > load. > > It loads. > > But no test seems to be fine. > > > <image.png> > > What version should I be using? > > Phil > > Norbert > > Am 04.11.2014 um 07:03 schrieb "phil(a)highoctane.be <mailto:phil@highoctane.be>" <phil(a)highoctane.be <mailto:phil@highoctane.be>>: > >> >> Le 3 nov. 2014 22:13, "Hilaire" <hilaire(a)drgeo.eu <mailto:hilaire@drgeo.eu>> a Ã©crit : >> > >> > What's wrong with? >> > >> > myData >> > ^ data ifNil: [data := self computeMe] >> >> That I do have a lot of places like this and do not want these data littering the code. >> >> Aspects would solve this but we do not have that. >> >> Also I need the mechanism to be removable. >> >> So, I read something about MethodWrapper, ghost, slots... Can't one use any of these things to do this memoization cleanly? >> >> Phil >> >> > >> > >> > >> > Le 03/11/2014 16:10, phil(a)highoctane.be <mailto:phil@highoctane.be> a Ã©crit : >> > > How can I do memoization in Pharo? >> > > >> > > I mean, a generic mechanism that will help me wrap the caching around >> > > the method invocations / messages. >> > > >> > > I have expensive calls that do not have to refresh their results as >> > > often as they are called. >> > > >> > > TIA >> > > Phil >> > >> > >> > -- >> > Dr. Geo - http://drgeo.eu <http://drgeo.eu/> >> > iStoa - http://istoa.drgeo.eu <http://istoa.drgeo.eu/> >> > >> > >> > >

Nov. 4, 2014

Re: [Pharo-users] Memoization Question

by phil＠highoctane.be

On Tue, Nov 4, 2014 at 9:59 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > Ghost won't be a big help here. Slots would be a good solution but not if > it needs to be removable on runtime. So it seems MethodWrappers is your > best bet. I'd try create a caching MethodWrapper, mark all the needed > methods with a pragma and then install the MethodWrapper on these. Could be > a package wide install/uninstall if you need that. > I loaded MethodWrappers in 3.0 as I saw in http://forum.world.st/MethodWrappers-td3829576.html#a4601624 Gofer it squeaksource: 'MethodWrappers'; package: 'MethodWrappers4'; load. It loads. But no test seems to be fine. [image: Inline image 1] What version should I be using? Phil > Norbert > > Am 04.11.2014 um 07:03 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: > > > Le 3 nov. 2014 22:13, "Hilaire" <hilaire(a)drgeo.eu> a Ã©crit : > > > > What's wrong with? > > > > myData > > ^ data ifNil: [data := self computeMe] > > That I do have a lot of places like this and do not want these data > littering the code. > > Aspects would solve this but we do not have that. > > Also I need the mechanism to be removable. > > So, I read something about MethodWrapper, ghost, slots... Can't one use > any of these things to do this memoization cleanly? > > Phil > > > > > > > > > Le 03/11/2014 16:10, phil(a)highoctane.be a Ã©crit : > > > How can I do memoization in Pharo? > > > > > > I mean, a generic mechanism that will help me wrap the caching around > > > the method invocations / messages. > > > > > > I have expensive calls that do not have to refresh their results as > > > often as they are called. > > > > > > TIA > > > Phil > > > > > > -- > > Dr. Geo - http://drgeo.eu > > iStoa - http://istoa.drgeo.eu > > > > > > > >

Nov. 4, 2014

Re: [Pharo-users] Memoization Question

by Damien Pollet

mutate a literal array ? :D On 3 November 2014 16:10, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > How can I do memoization in Pharo? > > I mean, a generic mechanism that will help me wrap the caching around the > method invocations / messages. > > I have expensive calls that do not have to refresh their results as often as > they are called. > > TIA > Phil

Nov. 4, 2014

Re: [Pharo-users] Porting to a MAC

by stepharo

> Yes, it was a sad news of Bill's death, I read the list of Dolphin. yes sad! > > About Dolphin, well, as you point, the ability to generate an exe and some > other features more of the side of publishing a commercial app, make hard to > abandon it (also the UI builder). Yes we would love to have the same facilities. This is why we worked on Fuel because we would like to have a better deployement (but this is orthogonal to deliver dll). We would love people to work on that. > My password manager PasswordsPro is still in Dolphin and will stay there for > some time yet ... >

Nov. 4, 2014

Re: [Pharo-users] How not to serve an AngularJs application from Pharo

by stepharo

I'm really interested to see how we could develop amber inside pharo and generate JS/amber code. May be you should look at spec instead of OB. On 4/11/14 03:55, Pierce Ng wrote: > On Mon, Oct 27, 2014 at 10:21:18PM +0200, kilon alios wrote: >> Even though I always have been a supporter of Amber the IDE has still a >> very long way to go. > I've been meaning to build a code browser for Amber (and GST) in Pharo with > Omnibrowser using the Shampoo protocol[1], once I get some copious spare time. > > [1] http://dmitrymatveev.co.uk/shampoo > > Pierce > >

Nov. 4, 2014

Re: [Pharo-users] Memoization Question

by Norbert Hartl

Ghost won't be a big help here. Slots would be a good solution but not if it needs to be removable on runtime. So it seems MethodWrappers is your best bet. I'd try create a caching MethodWrapper, mark all the needed methods with a pragma and then install the MethodWrapper on these. Could be a package wide install/uninstall if you need that. Norbert > Am 04.11.2014 um 07:03 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: > > > Le 3 nov. 2014 22:13, "Hilaire" <hilaire(a)drgeo.eu> a Ã©crit : > > > > What's wrong with? > > > > myData > > ^ data ifNil: [data := self computeMe] > > That I do have a lot of places like this and do not want these data littering the code. > > Aspects would solve this but we do not have that. > > Also I need the mechanism to be removable. > > So, I read something about MethodWrapper, ghost, slots... Can't one use any of these things to do this memoization cleanly? > > Phil > > > > > > > > > Le 03/11/2014 16:10, phil(a)highoctane.be a Ã©crit : > > > How can I do memoization in Pharo? > > > > > > I mean, a generic mechanism that will help me wrap the caching around > > > the method invocations / messages. > > > > > > I have expensive calls that do not have to refresh their results as > > > often as they are called. > > > > > > TIA > > > Phil > > > > > > -- > > Dr. Geo - http://drgeo.eu > > iStoa - http://istoa.drgeo.eu > > > > > >

Nov. 4, 2014

Re: [Pharo-users] Memoization Question

by phil＠highoctane.be

Le 3 nov. 2014 22:13, "Hilaire" <hilaire(a)drgeo.eu> a Ã©crit : > > What's wrong with? > > myData > ^ data ifNil: [data := self computeMe] That I do have a lot of places like this and do not want these data littering the code. Aspects would solve this but we do not have that. Also I need the mechanism to be removable. So, I read something about MethodWrapper, ghost, slots... Can't one use any of these things to do this memoization cleanly? Phil > > > > Le 03/11/2014 16:10, phil(a)highoctane.be a Ã©crit : > > How can I do memoization in Pharo? > > > > I mean, a generic mechanism that will help me wrap the caching around > > the method invocations / messages. > > > > I have expensive calls that do not have to refresh their results as > > often as they are called. > > > > TIA > > Phil > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > >

Nov. 4, 2014

Re: [Pharo-users] OSProcess command never ends

by Offray Vladimir Luna CÃ¡rdenas

Hi, Thanks Dave. Your detailed explanation helped me to understand what was going in. The problem was that I don't use /bin/sh as my default shell, so there was no process associated to it (/bin/zsh was the parent of all shell process including launching Pharo). Now I have changed the way I use to launch pharo from my zsh shell. It goes something like this: /bin/sh ~/Programas/Pharo/pharo-ui ~/Programas/Moose/5.0/moose-5.0.image Now is working well. The only thing is that the last process is always running, so I put an 'echo "something"' as the last argument of the OSProcess command: to get all previous commands working instead of making all but the last one (which waits forever and exec doesn't work). Cheers, Offray On 11/02/2014 08:17 PM, David T. Lewis wrote: > On Sun, Nov 02, 2014 at 07:28:44PM -0500, Offray Vladimir Luna C??rdenas wrote: >> Thanks David and Juan, >> >> I was trying to run a pandoc conversion from markdown to html and I had >> an error inside my command. Once corrected it works without any problem >> and generates the desired file. One note on adding "exec" is that I get >> this message on the playground: >> >> "an ExternalUnixOSProcess with pid 21552 on /bin/sh (complete, normal >> termination with status 0)" >> >> which seems better. Despite of both working I will use the exec >> suggestion to have a better message from external process. >> > > Using the exec shell command is a good idea. Just for information, the > ExternalUnixOSProcess object is a proxy for the real external OS process, > which started by running the /bin/sh program. When you use exec to run > your pandoc program, the pandoc program will begin running in the same > external OS process that was originally running the /bin/sh program. > The ExternalUnixOSProcess object does not know that you did this, so it > still displays itself as "an ExternalUnixOSProcess ... on /bin/sh" even > though the OS process is now actually running your pandoc program instead. > But the exit status 0 came from your pandoc program, which is exactly > what you wanted. > > Dave > > >

Nov. 4, 2014

Re: [Pharo-users] How not to serve an AngularJs application from Pharo

by Pierce Ng

On Mon, Oct 27, 2014 at 10:21:18PM +0200, kilon alios wrote: > Even though I always have been a supporter of Amber the IDE has still a > very long way to go. I've been meaning to build a code browser for Amber (and GST) in Pharo with Omnibrowser using the Shampoo protocol[1], once I get some copious spare time. [1] http://dmitrymatveev.co.uk/shampoo Pierce

Nov. 4, 2014

Re: [Pharo-users] Memoization Question

by Hilaire

What's wrong with? myData ^ data ifNil: [data := self computeMe] Le 03/11/2014 16:10, phil(a)highoctane.be a Ã©crit : > How can I do memoization in Pharo? > > I mean, a generic mechanism that will help me wrap the caching around > the method invocations / messages. > > I have expensive calls that do not have to refresh their results as > often as they are called. > > TIA > Phil -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 3, 2014