June 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Status of Twitter (api/analysis/visualization) in Pharo?

by MartinW

MartinW wrote > I succeeded in installing parts of TwitterRoassalPlayGround in a Pharo 3 > image. > http://smalltalkhub.com/#!/~arturozambrano/TwitterRoassalPlayGround > > - The RESTRetriever seems to work fine, but the Rest results are very > limited due to Twitter's own limitations. > - The StreamingRetriever does simply not produce any results at all, but > also no errors. I got the StreamingRetriever to work.. -- View this message in context: http://forum.world.st/Status-of-Twitter-api-analysis-visualization-in-Pharo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 16, 2015

Re: [Pharo-users] Status of Twitter (api/analysis/visualization) in Pharo?

by MartinW

I succeeded in installing parts of TwitterRoassalPlayGround in a Pharo 3 image. http://smalltalkhub.com/#!/~arturozambrano/TwitterRoassalPlayGround - The RESTRetriever seems to work fine, but the Rest results are very limited due to Twitter's own limitations. - The StreamingRetriever does simply not produce any results at all, but also no errors. -- View this message in context: http://forum.world.st/Status-of-Twitter-api-analysis-visualization-in-Pharo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 16, 2015

Re: [Pharo-users] Status of Twitter (api/analysis/visualization) in Pharo?

by MartinW

Thank you very much, Offray, that looks very interesting. When was the last time, you used the scraping plugin? It does run and scrolls down the twitter pages, but there is no result at all to be found in the console. Can it be that Twitter changed the format lately? I will try to find a way to harvest tweets first, and then I will try your visualization engine. Martin. -- View this message in context: http://forum.world.st/Status-of-Twitter-api-analysis-visualization-in-Pharo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 16, 2015

Re: [Pharo-users] Pharo 4.0 MethodContext Fuel

by Johannes Rasche Kreuzberg

Am 16.06.15 um 13:16 schrieb Mariano Martinez Peck: > FLMaterializer newDefault > migrateClassNamed: #MethodContext > toClass: Context. Great Mariano, many Thanks

June 16, 2015

Re: [Pharo-users] World lastKeystroke and openInWorld: aPasteUpMorph

by Hilaire

Le 10/06/2015 23:50, Markus Schlager a Ã©crit : > > I'm using pharo to teach smalltalk as first 'real' programming > language at school. With older versions of pharo I was glad that my > pupils could track keystrokes so easily by evaluating Off topic, but I am curious as a teacher: how old the pupils you are teaching to? Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

June 16, 2015

Re: [Pharo-users] Pharo 4.0 MethodContext Fuel

by Mariano Martinez Peck

Hi Johannes, MethodContext are a bit complicated as you know. However, remembering a bit the code, i THINK the class migration hook may work with it. Have you read: http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Migration Try the materialization with something like: FLMaterializer newDefault migrateClassNamed: #MethodContext toClass: Context. Cheers, On Tue, Jun 16, 2015 at 5:02 AM, Johannes Rasche Kreuzberg < Johannes(a)rasche-kreuzberg.de> wrote: > > > > > > > > > > > > > > > > *Hi there, I'm still migration some stuff to Pharo 4.0 and am aware of the > fact that MethodContext was deprecated and Context has to be used instead > I'm migrating objects from Pharo 3 using Fuel - that works fine - except if > an object is an instantion of a class containing blockclosures any advice ? > thanks in advance Johannes * > -- Mariano http://marianopeck.wordpress.com

June 16, 2015

Re: [Pharo-users] breaking infinite loop from saved image

by Stephan Eggermont

On 16-06-15 10:44, Peter UhnÃ¡k wrote: > I guess making tools for image surgery ain't easy, but it certainly is > interesting. :) I suppose in the long term this will get easier when we can have tools in one image operating on another image. Stephan

June 16, 2015

Re: [Pharo-users] breaking infinite loop from saved image

by Peter UhnÃ¡k

On Tue, Jun 16, 2015 at 10:09 AM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > Hi! > > El mar., 16 de jun. de 2015 a la(s) 8:55 a. m., Peter UhnÃ¡k < > i.uhnak(a)gmail.com> escribiÃ³: > >> I ended up fileouting what I could in headless mode (had utf8 issues for >> whatever reason so I didn't get it all), and rewriting the rest. :/ >> But what happens once will happen again... so some more generic solution >> for this would be nice. >> >> Given command line was usable you could have used it to break the loop. > > Let's say you had your method that recurses looks like > > BadGuy>>recursive > self recursive > > then you can do > > ./pharo eval "BadGuy compile: 'recursive'" > As I have said originally, I did recompile the method to get rid of it (albeit from StartupScript and not eval), but there was already to much stuff on stack (every call fired a new announcement and the observer called the method again), so the system resources were already clogged, and even after I recompiled it it crashed shortly thereafter. Another useful debugging tool, maybe you knew about it, is sending the > SIGUSR1 signal to the VM process. It will print out the stack and help you > detect possible problems. > Well on crash I did receive the stack so I knew what was the problem, but it might be helpful in the future. Well, Oz has never left the prototype stage, and I doubt it will soon with > the time I have and the hackish VM requirements. I guess making tools for image surgery ain't easy, but it certainly is interesting. :) Peter

June 16, 2015

Re: [Pharo-users] breaking infinite loop from saved image

by Guillermo Polito

Hi! El mar., 16 de jun. de 2015 a la(s) 8:55 a. m., Peter UhnÃ¡k < i.uhnak(a)gmail.com> escribiÃ³: > I ended up fileouting what I could in headless mode (had utf8 issues for > whatever reason so I didn't get it all), and rewriting the rest. :/ > But what happens once will happen again... so some more generic solution > for this would be nice. > > Given command line was usable you could have used it to break the loop. Let's say you had your method that recurses looks like BadGuy>>recursive self recursive then you can do ./pharo eval "BadGuy compile: 'recursive'" that will break your method but will help you recover the rest :) Another useful debugging tool, maybe you knew about it, is sending the SIGUSR1 signal to the VM process. It will print out the stack and help you detect possible problems. Yuriy mentioned Oz, and it looks viable, provided it works with current > pharo version and is capable of dealing with (most likely) corrupted memory. > Well, Oz has never left the prototype stage, and I doubt it will soon with the time I have and the hackish VM requirements. Guille

June 16, 2015

Pharo 4.0 MethodContext Fuel

by Johannes Rasche Kreuzberg

/Hi there, I'm still migration some stuff to Pharo 4.0 and am aware of the fact that MethodContext was deprecated and Context has to be used instead I'm migrating objects from Pharo 3 using Fuel - that works fine - except if an object is an instantion of a class containing blockclosures any advice ? thanks in advance Johannes /

June 16, 2015