- Pharo-users - lists.pharo.org

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by Juan Ignacio Vaccarezza

Thanks for your answer Camille! I tried it. It loads well on 1.4 but in 2.0 shows warining about a non satisfied blockclosure class. Then when I run the test there is a faliure with the anouncements, which also accured when I tried the examples. Is someone maintaining this? Thanks again, Juan On Thu, May 16, 2013 at 11:27 AM, Camille Teruel <camille.teruel(a)gmail.com>wrote: > Hi Juan, > > You can have a look to eyeSee: > > Gofer it > squeaksource: 'EyeSee'; > package: 'ConfigurationOfEyeSee'; > load. > (Smalltalk at: #ConfigurationOfEyeSee) loadDefault > > > On 16 mai 2013, at 16:03, Juan Ignacio Vaccarezza wrote: > > Hi all, > > Does anybody know a chart framework? Im looking fo something like > jfreechart (java chart framework). > I need bar graph, pie chart, and line chart. > > Thanks, > Juan > > >

May 16, 2013

Re: [Pharo-users] InputEventSensor and polling

by jannik laval

Hi Sean, Thank you for your support. You can help us by trying it and give us issues: https://code.google.com/p/phratch/ Cheers, Jannik 2013/5/16 Sean P. DeNigris <sean(a)clipperadams.com> > Eric Clack wrote > > I've been working on Phratch, a port of MIT Scratch to Pharo...I can't > > bear to see it end up in Flash. > > Amen! What a great, important project. Please ask whatever you need to get > this done. We will support you as much as we can :) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/InputEventSensor-and-polling-tp4687830p4688039.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

May 16, 2013

Re: [Pharo-users] InputEventSensor and polling

by Sean P. DeNigris

Eric Clack wrote > I've been working on Phratch, a port of MIT Scratch to Pharo...I can't > bear to see it end up in Flash. Amen! What a great, important project. Please ask whatever you need to get this done. We will support you as much as we can :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/InputEventSensor-and-polling-tp4687830p4688039.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 16, 2013

Re: [Pharo-users] SmalltalkWorld chartFrameworks.

by Camille Teruel

Hi Juan, You can have a look to eyeSee: Gofer it squeaksource: 'EyeSee'; package: 'ConfigurationOfEyeSee'; load. (Smalltalk at: #ConfigurationOfEyeSee) loadDefault On 16 mai 2013, at 16:03, Juan Ignacio Vaccarezza wrote: > Hi all, > > Does anybody know a chart framework? Im looking fo something like jfreechart (java chart framework). > I need bar graph, pie chart, and line chart. > > Thanks, > Juan

May 16, 2013

SmalltalkWorld chartFrameworks.

by Juan Ignacio Vaccarezza

Hi all, Does anybody know a chart framework? Im looking fo something like jfreechart (java chart framework). I need bar graph, pie chart, and line chart. Thanks, Juan

May 16, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by Esteban A. Maringolo

Really cool. Esteban A. Maringolo 2013/5/16 Camillo Bruni <camillobruni(a)gmail.com> > cool :) > > > On 2013-05-16, at 14:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > Hi, > > > > Here is a little tool that might be useful to some you. For others it > might be a nice example. > > > > So you have your shiny Pharo server application running in the cloud. > When something goes wrong, most of the time you will just restart, manually > or automatically. But sometimes you wish you could interact with a running > headless server image. Problem is, you can't out of the box. > > > > ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web > Service. Much like the emergency evaluator. Primitive but better than > nothing. Install it on a port of your choice, running in a independent Zn > HTTP server, bound to localhost only. > > > > ZnReadEvalPrintDelegate startInServerOn: 1701. > > > > There is only one API method: POST a plain/text Smalltalk expression to > evaluate, get the result back. > > > > ZnClient new > > url: 'http://localhost:1701/repl'; > > contents: '42 factorial'; > > post. > > > > Here is an example terminal session (logged in to the server, not > remote): > > > > A GET on the service /repl gives some help text > > > > $ curl http://localhost:1701/repl > > # Pharo Smalltalk REPL. POST expressions to evaluate > > # Here is one way (type ctrl-d to end input) > > curl -X POST -H'Content-Type:text/plain' --data-binary @- > http://localhost:1701/repl > > > > A POST with -d is good for short expressions > > > > $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' > http://localhost:1701/repl > > 1405006117752879898543142606244511569936384000000000 > > > > For longer or multi line expressions you can read input from stdin and > end with ctrl-d (copy the expression returned by the GET). Or you could > send text files. > > > > $ curl -X POST -H'Content-Type:text/plain' --data-binary @- > http://localhost:1701/repl > > { (1 to: 10) sum. (1 to: 10) average } > > {55. (11/2)} > > > > There is error handling as well: > > > > $ curl -X POST -H'Content-Type:text/plain' --data-binary @- > http://localhost:1701/repl > > 1 plus: 2 > > MessageNotUnderstood: SmallInteger>>plus: > > SmallInteger(Object)>>doesNotUnderstand: #plus: > > Receiver: 1 > > Arguments and temporary variables: > > aMessage: plus: 2 > > exception: MessageNotUnderstood: SmallInteger>>plus: > > resumeValue: nil > > Receiver's instance variables: > > 1 > > UndefinedObject>>DoIt > > Compiler>>evaluate:in:to:notifying:ifFail:logged: > > Compiler>>evaluate:in:to:notifying:ifFail: > > Compiler>>evaluate:in:to: > > ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... > > BlockClosure>>on:do: > > ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... > > String class(SequenceableCollection class)>>new:streamContents: > > > > WARNING: never open this service beyond your local network ! This > service gives you absolute control over and access to everything in your > image. For example, the following will kill your image: > > > > $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' > http://localhost:1701/repl > > > > All this in one class and a handful of methods. > > > > Enjoy, > > > > Sven > > > > PS1: Part of Zinc HTTP Components, in the bleedingEdge version. > > > > PS2: Of course, basic authentication or HTTPS can be added through > simple Zn configuration. > > > > -- > > Sven Van Caekenberghe > > Proudly supporting Pharo > > http://pharo.org > > http://association.pharo.org > > http://consortium.pharo.org > > > > > > > > > > > > >

May 16, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by Sven Van Caekenberghe

On 16 May 2013, at 14:41, Camillo Bruni <camillobruni(a)gmail.com> wrote: > cool :) Thx, it is actually very simple, just a little hack. I wanted to make it work like your zero-conf scripts $ curl localhost:1701/repl | bash But that does not seem possible (after a day of fruitless bash hacking ;-): bash already reads its script from stdin, hence the script itself cannot read his own input from stdin (or so it seems). If you would happen to know how to do it â¦ > On 2013-05-16, at 14:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi, >> >> Here is a little tool that might be useful to some you. For others it might be a nice example. >> >> So you have your shiny Pharo server application running in the cloud. When something goes wrong, most of the time you will just restart, manually or automatically. But sometimes you wish you could interact with a running headless server image. Problem is, you can't out of the box. >> >> ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web Service. Much like the emergency evaluator. Primitive but better than nothing. Install it on a port of your choice, running in a independent Zn HTTP server, bound to localhost only. >> >> ZnReadEvalPrintDelegate startInServerOn: 1701. >> >> There is only one API method: POST a plain/text Smalltalk expression to evaluate, get the result back. >> >> ZnClient new >> url: 'http://localhost:1701/repl'; >> contents: '42 factorial'; >> post. >> >> Here is an example terminal session (logged in to the server, not remote): >> >> A GET on the service /repl gives some help text >> >> $ curl http://localhost:1701/repl >> # Pharo Smalltalk REPL. POST expressions to evaluate >> # Here is one way (type ctrl-d to end input) >> curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >> >> A POST with -d is good for short expressions >> >> $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' http://localhost:1701/repl >> 1405006117752879898543142606244511569936384000000000 >> >> For longer or multi line expressions you can read input from stdin and end with ctrl-d (copy the expression returned by the GET). Or you could send text files. >> >> $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >> { (1 to: 10) sum. (1 to: 10) average } >> {55. (11/2)} >> >> There is error handling as well: >> >> $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl >> 1 plus: 2 >> MessageNotUnderstood: SmallInteger>>plus: >> SmallInteger(Object)>>doesNotUnderstand: #plus: >> Receiver: 1 >> Arguments and temporary variables: >> aMessage: plus: 2 >> exception: MessageNotUnderstood: SmallInteger>>plus: >> resumeValue: nil >> Receiver's instance variables: >> 1 >> UndefinedObject>>DoIt >> Compiler>>evaluate:in:to:notifying:ifFail:logged: >> Compiler>>evaluate:in:to:notifying:ifFail: >> Compiler>>evaluate:in:to: >> ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... >> BlockClosure>>on:do: >> ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... >> String class(SequenceableCollection class)>>new:streamContents: >> >> WARNING: never open this service beyond your local network ! This service gives you absolute control over and access to everything in your image. For example, the following will kill your image: >> >> $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' http://localhost:1701/repl >> >> All this in one class and a handful of methods. >> >> Enjoy, >> >> Sven >> >> PS1: Part of Zinc HTTP Components, in the bleedingEdge version. >> >> PS2: Of course, basic authentication or HTTPS can be added through simple Zn configuration. >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >> >> >> >> > >

May 16, 2013

Re: [Pharo-users] [ANN] ZnReadEvalPrintDelegate

by Camillo Bruni

cool :) On 2013-05-16, at 14:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Here is a little tool that might be useful to some you. For others it might be a nice example. > > So you have your shiny Pharo server application running in the cloud. When something goes wrong, most of the time you will just restart, manually or automatically. But sometimes you wish you could interact with a running headless server image. Problem is, you can't out of the box. > > ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web Service. Much like the emergency evaluator. Primitive but better than nothing. Install it on a port of your choice, running in a independent Zn HTTP server, bound to localhost only. > > ZnReadEvalPrintDelegate startInServerOn: 1701. > > There is only one API method: POST a plain/text Smalltalk expression to evaluate, get the result back. > > ZnClient new > url: 'http://localhost:1701/repl'; > contents: '42 factorial'; > post. > > Here is an example terminal session (logged in to the server, not remote): > > A GET on the service /repl gives some help text > > $ curl http://localhost:1701/repl > # Pharo Smalltalk REPL. POST expressions to evaluate > # Here is one way (type ctrl-d to end input) > curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl > > A POST with -d is good for short expressions > > $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' http://localhost:1701/repl > 1405006117752879898543142606244511569936384000000000 > > For longer or multi line expressions you can read input from stdin and end with ctrl-d (copy the expression returned by the GET). Or you could send text files. > > $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl > { (1 to: 10) sum. (1 to: 10) average } > {55. (11/2)} > > There is error handling as well: > > $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl > 1 plus: 2 > MessageNotUnderstood: SmallInteger>>plus: > SmallInteger(Object)>>doesNotUnderstand: #plus: > Receiver: 1 > Arguments and temporary variables: > aMessage: plus: 2 > exception: MessageNotUnderstood: SmallInteger>>plus: > resumeValue: nil > Receiver's instance variables: > 1 > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > Compiler>>evaluate:in:to:notifying:ifFail: > Compiler>>evaluate:in:to: > ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... > BlockClosure>>on:do: > ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... > String class(SequenceableCollection class)>>new:streamContents: > > WARNING: never open this service beyond your local network ! This service gives you absolute control over and access to everything in your image. For example, the following will kill your image: > > $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' http://localhost:1701/repl > > All this in one class and a handful of methods. > > Enjoy, > > Sven > > PS1: Part of Zinc HTTP Components, in the bleedingEdge version. > > PS2: Of course, basic authentication or HTTPS can be added through simple Zn configuration. > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >

May 16, 2013

[ANN] ZnReadEvalPrintDelegate

by Sven Van Caekenberghe

Hi, Here is a little tool that might be useful to some you. For others it might be a nice example. So you have your shiny Pharo server application running in the cloud. When something goes wrong, most of the time you will just restart, manually or automatically. But sometimes you wish you could interact with a running headless server image. Problem is, you can't out of the box. ZnReadEvalPrintDelegate is a simple tool that exports a REPL Web Service. Much like the emergency evaluator. Primitive but better than nothing. Install it on a port of your choice, running in a independent Zn HTTP server, bound to localhost only. ZnReadEvalPrintDelegate startInServerOn: 1701. There is only one API method: POST a plain/text Smalltalk expression to evaluate, get the result back. ZnClient new url: 'http://localhost:1701/repl'; contents: '42 factorial'; post. Here is an example terminal session (logged in to the server, not remote): A GET on the service /repl gives some help text $ curl http://localhost:1701/repl # Pharo Smalltalk REPL. POST expressions to evaluate # Here is one way (type ctrl-d to end input) curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl A POST with -d is good for short expressions $ curl -X POST -H'Content-Type:text/plain' -d '42 factorial' http://localhost:1701/repl 1405006117752879898543142606244511569936384000000000 For longer or multi line expressions you can read input from stdin and end with ctrl-d (copy the expression returned by the GET). Or you could send text files. $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl { (1 to: 10) sum. (1 to: 10) average } {55. (11/2)} There is error handling as well: $ curl -X POST -H'Content-Type:text/plain' --data-binary @- http://localhost:1701/repl 1 plus: 2 MessageNotUnderstood: SmallInteger>>plus: SmallInteger(Object)>>doesNotUnderstand: #plus: Receiver: 1 Arguments and temporary variables: aMessage: plus: 2 exception: MessageNotUnderstood: SmallInteger>>plus: resumeValue: nil Receiver's instance variables: 1 UndefinedObject>>DoIt Compiler>>evaluate:in:to:notifying:ifFail:logged: Compiler>>evaluate:in:to:notifying:ifFail: Compiler>>evaluate:in:to: ZnReadEvalPrintDelegate>>evaluate: in Block: [| result |... BlockClosure>>on:do: ZnReadEvalPrintDelegate>>evaluate: in Block: [:out | [| result |... String class(SequenceableCollection class)>>new:streamContents: WARNING: never open this service beyond your local network ! This service gives you absolute control over and access to everything in your image. For example, the following will kill your image: $ curl -X POST -H'Content-Type:text/plain' -d 'Smalltalk quitPrimitive' http://localhost:1701/repl All this in one class and a handful of methods. Enjoy, Sven PS1: Part of Zinc HTTP Components, in the bleedingEdge version. PS2: Of course, basic authentication or HTTPS can be added through simple Zn configuration. -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

May 16, 2013

Re: [Pharo-users] About the Mailinglist debacle...

by Robert Shiplett

Sorry to hear of this grief ! No ETA does mean that someone has to make a decision, regardless of what hindsight may or may not eventually show. Thanks for tackling this ... I rely on reading this mail list to feel "in the loop" with Pharo ... and I refrain from filtering it ! On 15 May 2013 14:52, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hello, > > So now that everything is workingâ¦ sorry for the mess. > > We should have left the gforge infrastructure the last time we had a > multi-day problem, > not wait till we get it again. > > I think this will be my new principle: second real problem -> I leave. No > discussions. > We already saw with the jenkins story just how deadly bad infrastructure > is. > > So what happened was that last Tuesday, the lists (all lists of gforge) > stopped delivering. > Why is not clear, seemingly it was not gforge itself but the upstream > servers did > not deliver. Whatever. > What is clear is that it was completely unclear how long this would take, > and that we > needed a solution after nearly a week of waiting. > > So we decided to move the lists. Of course with the old lists down, this > was harder than > normal (even involved parsing the html to get the subscribersâ¦) but that > is not important. > > Now the problem its hat Mailman does not distinguish between people that > unsubscribe, > and those turning off delivery. So there where just a lot of people listed > with "nomail (U)", > > What to do? It was clear that we can't just subscribe lots of people to a > list that they *actively* > unsubscribed. So the only option was to skip those by > -> unsubscribing them from the old list > -> then get the list of subscribers > -> put that in the new list. > > The only people that will see a bad effect are those using e.g nabble to > read the list. But those > would see the new mails, too. The only problem they have is if the want to > send. So not *that* of > a big deal. > > It seems that we got quite some false positive subscribers anyway in the > form of people who filtered > the mails and then with the new list the filter did not work and they > suddenly saw mails of a long forgotten > list. We even had the case of people who where "nomail (U)", yet they did > get mails delivered. How > that can possibly work, I have no clue *at all*. > > What else is missing (and on my TODO since Sunday/Monday, sorry for not > yet acting on it): > > -> lists.pharo.org has an empty page and needs to point to the > list of the lists inttead > -> the archive needs to be moved from the old jenkins. > -> the (incomplete) archive of the new lists is not working since > I put it as public. > > Soâ¦ maybe it would have been better to just wait until gforge works again > and then moveâ¦ but > it was just far too long already and not clear when it would be working > again. > > Marcus >

May 16, 2013