February 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Updated Pharo HTTP Server Single Command Line Demo

by Sven Van Caekenberghe

I updated my Pharo HTTP Server OneCommandLine Demo for 1.4 http://forum.world.st/Pharo-Core-HTTP-Server-OneCommandLine-Demo-td3702218.… How easy and how fast can you download, install and start an complete Pharo based HTTP Server on a bare Linux machine ? It just takes One Single Command Line: $ curl http://zn.stfx.eu/zn/pharo-server.sh | bash In well under a minute, you can browse http://localhost:1701 and all this with less than 20Mb being downloaded. Enjoy, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Feb. 20, 2012

Re: [Pharo-project] [update 1.3] #13323

by Sven Van Caekenberghe

On 20 Feb 2012, at 14:21, Marcus Denker wrote: > 13323 > ----- > > Issue 5299: Yet another Zn update > http://code.google.com/p/pharo/issues/detail?id=5299 > > > -- > Marcus Denker -- http://marcusdenker.de Thank you ! Sven

Feb. 20, 2012

[Pharo-project] [update 1.3] #13323

by Marcus Denker

13323 ----- Issue 5299: Yet another Zn update http://code.google.com/p/pharo/issues/detail?id=5299 -- Marcus Denker -- http://marcusdenker.de

Feb. 20, 2012

Re: [Pharo-project] Why do we use Pharo? a.k.a. rethinking Pharo marketing

by Guido Stepken

"Male" in german means "stupid". Wrong assoziation. "plasticity" is the correct word for easy deformable, neuronal structures in neuronal sciences, cybernetics. regards, Guido Stepken Am 20.02.2012 13:57 schrieb "Fernando Olivero" <fernando.olivero(a)usi.ch>: > What about: Pharo a MALEABLE language to build evolvable and > debuggable applications. > > > Fernando > > On Mon, Feb 20, 2012 at 11:03 AM, Guido Stepken <gstepken(a)googlemail.com> > wrote: > > http://en.m.wikipedia.org/wiki/Plasticity > > > > Am 20.02.2012 09:24 schrieb "StÃ©phane Ducasse" < > stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>>: > > > > On Feb 20, 2012, at 2:26 AM, Ben Coman wrote: > > > >> StÃ©phane Ducasse wrote: > >>> I would like to get from you why you use Pharo? > >>> > >>> > >>> > >>> After thinking a lot about that recently I think that I would like to > have something like that: > >>> > >>> Pharo a plastic language to build evolvable and debuggable > applications. With Pharo and its ecosystem you can build powerful tools > (web application, data management, business processesâ¦). Pharo philosophy > is driven by domain driven design. Modeling is agile. Pharo is an > executable modeling language. Pharo is not only a language but an > infrastructure with powerful tools like Moose. > >>> Plastic = "(in science and technology) of or relating to the > permanent deformation of a solid without fracture by the temporary > application of force." > >>> > >> I agree with your usage of "plastic", but there are some unfortunate > english slang associations that you might want to stay away from... > >> "General term for a fake, or in reference to a shallow person." > >> http://onlineslangdictionary.com/meaning-definition-of/plastic > > > > > > Yes I looked at that and I was not happy with it. > > > > resilience may be better > > > > > >> > >> Perhaps "ductile" would suit the same purpose. > >> "able to undergo change of form without breaking" > >> http://dictionary.reference.com/browse/ductile > >> > >> There is also "malleable" (but I think the shorter syllables of ductile > is nicer to read) > >> http://www.thefreedictionary.com/malleable > >> > >> cheers, -ben > >> > >>> Pharo: ease of modeling, essence of agile, close to objects all the > time. > >>> Stef > >>> > >>> > >> > >> > > > > > >

Feb. 20, 2012

Re: [Pharo-project] Why do we use Pharo? a.k.a. rethinking Pharo marketing

by Fernando Olivero

What about: Pharo a MALEABLE language to build evolvable and debuggable applications. Fernando On Mon, Feb 20, 2012 at 11:03 AM, Guido Stepken <gstepken(a)googlemail.com> wrote: > http://en.m.wikipedia.org/wiki/Plasticity > > Am 20.02.2012 09:24 schrieb "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>>: > > On Feb 20, 2012, at 2:26 AM, Ben Coman wrote: > >> StÃ©phane Ducasse wrote: >>> I would like to get from you why you use Pharo? >>> >>> >>> >>> After thinking a lot about that recently I think that I would like to have something like that: >>> >>> Pharo a plastic language to build evolvable and debuggable applications. With Pharo and its ecosystem you can build powerful tools (web application, data management, business processesâ¦). Â Pharo philosophy is driven by domain driven design. Modeling is agile. Pharo is an executable modeling language. Pharo is not only a language but an infrastructure with powerful tools like Moose. >>> Â Â Â Plastic = "(in science and technology) of or relating to the permanent deformation of a solid without fracture by the temporary application of force." >>> >> I agree with your usage of "plastic", but there are some unfortunate english slang associations that you might want to stay away from... >> "General term for a fake, or in reference to a shallow person." >> http://onlineslangdictionary.com/meaning-definition-of/plastic > > > Yes I looked at that and I was not happy with it. > > resilience may be better > > >> >> Perhaps "ductile" would suit the same purpose. >> "able to undergo change of form without breaking" >> http://dictionary.reference.com/browse/ductile >> >> There is also "malleable" (but I think the shorter syllables of ductile is nicer to read) >> http://www.thefreedictionary.com/malleable >> >> cheers, -ben >> >>> Pharo: ease of modeling, essence of agile, close to objects all the time. >>> Stef >>> >>> >> >> > >

Feb. 20, 2012

[Pharo-project] Craig Latta is available for work

by Craig Latta

Hi-- I'm looking for new clients or an employer; my resume is at http://netjam.org/resume/. thanks! -C -- Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547

Feb. 20, 2012

Re: [Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

by Craig Latta

> > > If you have some way of uniquely identifying a method, then you > > > can put the source wherever you like (e.g., in some other live > > > object memory), and look it up when you need it. For an example, > > > see the MethodID class in Spoon[1]. > > > > indeed. > > it is really unimportant where to store the method(s). > > They can be stored in file, remote DB or remote image.. > > But first we need to change the system to work in that way, by > > removing hardcoded SourceFiles everywhere and replacing with nice > > polymorphic source manager(s). > > It's unimportant right up until you're not online. Please don't write > systems that assume a reliable network! (Reply: "You can always cache > source, and possibly supply a prepopulated cache, called a .sources > file.") Just for the record, the typical Spoon history memory resides locally, remote messages are just going to and from localhost. It snapshots itself after every change. -C -- Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547

Feb. 20, 2012

Re: [Pharo-project] garbage collection

by Norbert Hartl

Am 19.02.2012 um 18:26 schrieb Chris Muller: >> Very strange. Shortly after I read your post I opened a unresponsive image >> myself. In the process stack I saw that magma was the culprit (didn't remember >> I have it installed in that image). However the problem was that I moved my >> directory and magma was looking for the old path. I didn't investigate further but >> it seems that the MagmaRepositoryController>>#open (called on startUp) is >> able to block the UI thread. In the same image I could use seaside still although >> the UI was frozen. > > Hi. Based on your description, it sounds like Magma hit its warning > condition check that it found a file named "_open" in the repository > directory, indicating it thinks another process has it open. This can > occur if the server image did not shut down properly last time. > > Before starting the image, see if there is a file called "_open" and, > if there is, delete it. The image should start normally now. > The directory wasn't there anymore where magma was looking for it. Does magma look in other directories as well. The magma/ Folder was still in the same directory as the image. But I thought magma is looking for the absolute path because that's what I can see in the debug log. Anyway there was a file called _open in that directory. So either magma didn't find the directory or it was locked by the _open. > This is something that has annoyed me at least a couple of times as > well. I'm not sure what the UI process was doing in your case, but > Alt+. should allow you to interrupt it and see the stacks.. My > suspicion is that something in the image wanted a MagmaSession to do > something, but since the server was waiting for you to respond to the > Warning about "_open" it wouldn't return... > Alt+. did not work. It was not reacting to anything. The warning about _open would have been a dialog? > The confusing part for me is, the image startup code runs in the UI > process doesn't it? So why were there two Processes to possibly get > into a deadlock? Well, I don't have enough knowledge but I would say in pharo it isn't impossible that there are more than one thread being involved. Norbert

Feb. 20, 2012

Re: [Pharo-project] Marking methods

by Frank Shearar

On 19 February 2012 15:56, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > Should not be difficult to mark with self flag: 'xyz' You can also use pragmas for adding these kinds of metadata to your methods. <category: #myCategory> or <categories: #(foo bar baz)>. Pragmas also have the advantage that you know they cannot have side effects. (And they cannot compute anything: they may only contain literal values.) frank > Run through the Packages ( if you are sure ) alone to later revert/ remove > them.. or the whole system if so required, does not really that much time to > find all sender methods of flag:. Probably give a browser customized to then > selectively remove, edit or do anything needed. > > > On Tue, Oct 25, 2011 at 2:48 PM, Bernat Romagosa > <tibabenfortlapalanca(a)gmail.com> wrote: >> >> Hi list, >> >> I've been thinking for a while that it'd be great if we could somehow >> graphically mark methods in the browser. Like adding an icon next to their >> name or highlighting them in different colors. >> >> When reviewing code, I find myself going through methods and would love to >> be able to mark them once they've been reviewed, to prevent me from going >> through them again. >> >> Does anyone else have the same needs? How do you guys manage this? I >> thought about flagging methods, but that'd mean I'd have to read through all >> my methods again to remove the flags once I'm done with the revision. >> >> Cheers, >> -- >> Bernat Romagosa. > >

Feb. 20, 2012

Re: [Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

by Frank Shearar

On 19 February 2012 13:37, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 19 February 2012 00:54, Craig Latta <craig(a)netjam.org> wrote: >> >> Hi-- >> >> Â Â If you have some way of uniquely identifying a method, then you can >> put the source wherever you like (e.g., in some other live object >> memory), and look it up when you need it. For an example, see the >> MethodID class in Spoon[1]. >> > indeed. > it is really unimportant where to store the method(s). > They can be stored in file, remote DB or remote image.. > But first we need to change the system to work in that way, by > removing hardcoded > SourceFiles everywhere and replacing with nice polymorphic source manager(s). It's unimportant right up until you're not online. Please don't write systems that assume a reliable network! (Reply: "You can always cache source, and possibly supply a prepopulated cache, called a .sources file.") frank >> -C >> >> [1] http://dl.dropbox.com/u/15188004/spoon/Spoon%203%20alpha%203.zip >> >> -- >> Craig Latta >> www.netjam.org/resume >> +31 6 2757 7177 >> + 1 415 287 3547 >> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Feb. 20, 2012