June 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] amount of recheable objects from a root one?

by Miguel Enrique CobÃ¡ MartÃnez

El dom, 27-06-2010 a las 14:41 +0200, Mariano Martinez Peck escribiÃ³: > Hi folks. I need to do something and I am a little lazy to do it. > Maybe someone already did it and can share it with me. I want to take > an object X. That object has references to other objects and I imagine > that as a graph. > > I need to traverse the graph, and get the final amount of reachable > objects from the object X. I mean, the size of that graph. I need to > avoid cycles and not count objects already counted. Maybe I can reuse > part of SmartRefStream? What about Magma's Ma object serialization and Ma traverse object graphs' packages. I think they can be used independently from Magma to do what you need. Cheers > > Thanks for any tip. > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

June 27, 2010

Re: [Pharo-project] Xtreme Pharo hacker needed :)

by Benoit St-Jean

Hi Laurent, Perhaps I am missing something but you only need 2 conditions to detect what you are looking for: 1) changed method is a test (and defined in a subclass of TestCase) 2) changed method has a sender that is a test method ----------------- Benoit St-Jean A standpoint is an intellectual horizon of radius zero. (Albert Einstein) From: laurent.laffont(a)gmail.com Date: Sun, 27 Jun 2010 17:33:53 +0200 To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Xtreme Pharo hacker needed :) Hi, I struggle for a functionality I want to add on Autotest. Suppose a class with two methods A and B, such as A senders of B Zork>>methodA self methodB And unit tests: ZorkTest>>testSomething ..... Zork new methodA ... self assert: .... If I change methodA, Autotest detects it, search all senders of methodA in tests and run. As ZorkTest>>testSomething is sender of Zork>>methodA, it will find and run it. Now if I change methodB and there's no senders in tests, the previous heuristic won't work. So I added as last heuristic: if no method found, search all TestCases that references the changed method class and run. So here it will find ZorkTest and run all its tests. The problem is that I don't really know if the method I've changed has been actually "hit" by the tests. I just see that tests has been run. I don't know if my method has been called when running the tests. So I want to detect this. One way of doing this seems to use MethodContext>>runSimulated:contextAtEachStep:. I've found this looking at MessageTally. Is it the best solution ? So in Autotest>>findRunAndShowTestsOf: I try something like this Autotest>>findRunAndShowTestsOf:changedMethod | testMethods aTestResult methodHit | "Finds the test related to changedMethod, run them and tell the view to update" testMethods := search methodsFor: changedMethod. methodHit := false. thisContext sender runSimulated: [aTestResult := runner run: testMethods] contextAtEachStep: [:current| (current method = changedMethod) "<--- here I detect if changedMethod has been hit" ifTrue: [methodHit := true]]. ..... but using this debugger opens with "SimulationGuardException: triggered by BlockClosure>>newProcess" in MethodContext>>doPrimitive:method:receiver:args: As I don't (yet :) understand all this stuff, I want to know if it's the right way to do it and what should I check. ThanksLaurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ _________________________________________________________________ MSN Dating: Find someone special. Start now. http://go.microsoft.com/?linkid=9734384

June 27, 2010

Re: [Pharo-project] Xtreme Pharo hacker needed :)

by Lukas Renggli

> One way of doing this seems to use > MethodContext>>runSimulated:contextAtEachStep:. I've found this looking at > MessageTally. Is it the best solution ? > So in Autotest>>findRunAndShowTestsOf: I try something like this > Autotest>>findRunAndShowTestsOf:changedMethod > Â Â | testMethods aTestResult methodHit | > Â Â "Finds the test related to changedMethod, run them and tell the view to > update" > testMethods := search methodsFor: changedMethod. > methodHit := false. > thisContext sender > runSimulated: [aTestResult := runner run: testMethods] > contextAtEachStep: [:current| > (current method = changedMethod) Â Â "<--- here I detect if changedMethod has > been hit" > Â Â Â Â ifTrue: [methodHit := true]]. > Â Â Â Â Â ..... > but using this debugger opens with "SimulationGuardException: triggered by > BlockClosure>>newProcess" in > MethodContext>>doPrimitive:method:receiver:args: > As I don't (yet :) understand all this stuff, I want to know if it's the > right way to do it and what should I check. This is the stepping mechanism of the debugger. It is dead slow, and likely to break when you fork processes, mess with the stack, or hit other kinds of primitives. I would use method wrappers, they are much easier to use, less error prone, very efficient, and already integrated with the test runner (see the in the GUI code: 'test coverage'). Lukas -- Lukas Renggli www.lukas-renggli.ch

June 27, 2010

[Pharo-project] Xtreme Pharo hacker needed :)

by laurent laffont

Hi, I struggle for a functionality I want to add on Autotest. Suppose a class with two methods A and B, such as A senders of B Zork>>methodA self methodB And unit tests: ZorkTest>>testSomething ..... Zork new methodA ... self assert: .... If I change methodA, Autotest detects it, search all senders of methodA in tests and run. As ZorkTest>>testSomething is sender of Zork>>methodA, it will find and run it. Now if I change methodB and there's no senders in tests, the previous heuristic won't work. So I added as last heuristic: if no method found, search all TestCases that references the changed method class and run. So here it will find ZorkTest and run all its tests. The problem is that I don't really know if the method I've changed has been actually "hit" by the tests. I just see that tests has been run. I don't know if my method has been called when running the tests. So I want to detect this. One way of doing this seems to use MethodContext>>runSimulated:contextAtEachStep:. I've found this looking at MessageTally. Is it the best solution ? So in Autotest>>findRunAndShowTestsOf: I try something like this Autotest>>findRunAndShowTestsOf:changedMethod | testMethods aTestResult methodHit | "Finds the test related to changedMethod, run them and tell the view to update" testMethods := search methodsFor: changedMethod. methodHit := false. thisContext sender runSimulated: [aTestResult := runner run: testMethods] contextAtEachStep: [:current| (current method = changedMethod) "<--- here I detect if changedMethod has been hit" ifTrue: [methodHit := true]]. ..... but using this debugger opens with "SimulationGuardException: triggered by BlockClosure>>newProcess" in MethodContext>>doPrimitive:method:receiver:args: As I don't (yet :) understand all this stuff, I want to know if it's the right way to do it and what should I check. Thanks Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

June 27, 2010

Re: [Pharo-project] squeaksource is down (again ...)

by Levente Uzonyi

On Sun, 27 Jun 2010, Philippe Marschall wrote: > On 24.06.2010 15:10, Torsten Bergmann wrote: >>> What could be done is moving to an up to date image/vm but this is a bit >>> of work. >> >> Would you be able to at least make the image available somewhere so >> one knows about the loaded packages and applied patches. >> Maybe someone has a minute ... > > Nope, I don't have access to the server anymore. You'd have to ask Lukas > or Adrian. There's still the issue with "private" projects though. How about maintaining a copy of the non-private projects and serving them with apache? I think most people would be happy with this. The only minor issue with this approach is that downloads are not counted, though that can be worked around by analyzing the access log or using a rewrite map. Levente > > What would probably be an easy fix is to use mod_xsendfile [1] to > deliver the versions. That would take load off the image. It requires > sever access though. > > [1] http://tn123.ath.cx/mod_xsendfile/ > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 27, 2010

Re: [Pharo-project] GLORP in Pharo

by John Toohey

Glorp works in 1.1 and 1.0 of Pharo, with support for Postgres, Oracle, mySql, DB2 etc. Full information is available at http://squeakdbx.org/ On Sun, Jun 27, 2010 at 05:52, Alberto Bacchelli <alberto.bacchelli(a)usi.ch> wrote: > Hi, > > Â What is the current situation of GLORP in Pharo? > Is there any working porting? Otherwise are there reliable alternatives to it? > > Thank you. > > Cheers, > Â Alberto > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- -JT

June 27, 2010

Re: [Pharo-project] ESUG will sponsor the XMLRPC project!

by David T. Lewis

On Sun, Jun 27, 2010 at 10:39:46AM -0300, Germ?n Arduino wrote: > 2010/6/27 Philippe Marschall <kustos(a)gmx.net>: > > On 26.06.2010 19:27, Germ?n Arduino wrote: > >> Hi Folks, > >> > >> I'm very happy of announce that ESUG will be sponsoring my work to > >> develop a XMLRPC client interface, as I comment on my blog: > >> http://germanarduino.blogspot.com/2010/06/esug-will-sponsor-xmlrpc-project.…. > >> > >> I want to thank publicly to St?phane Ducasse, Alain Plantec, Nuory > >> Bouraqadi and ESUG, as they are sponsoring this initiative under the > >> "support your project" program, described in > >> http://www.esug.org/Promotion/Project . Thanks you very much ESUG. > >> > >> Any comment or suggestion to this project is more than welcomed. > > > > WTF?! It's 2010 and you're implementing XMLRPC. Srsly guys? What's next > > CORBA? > > > Hi Philippe: > > What is bad with xmlrpc? A lot of sites are using it to expose its data.... There is a lot to be said for a simple, well-defined protocol that works reliably, is easy to understand, and can be readily maintained as a package for Pharo/Squeak. XMLRPC sounds like a good project to me :) And thanks to ESUG for sponsoring projects like this. Dave

June 27, 2010

Re: [Pharo-project] GLORP in Pharo

by Sven Van Caekenberghe

Alberto, On 27 Jun 2010, at 11:52, Alberto Bacchelli wrote: > Hi, > > What is the current situation of GLORP in Pharo? > Is there any working porting? Otherwise are there reliable alternatives to it? > > Thank you. > > Cheers, > Alberto I am successfully using Glorp + PostgresV2 in Pharo 1.1 rc2. I have my own load script at http://www.squeaksource.com/ADayAtTheBeach/GlorpPostgreSQLPharoLoader-SvenV… HTH, Sven

June 27, 2010

Re: [Pharo-project] amount of recheable objects from a root one?

by Adrian Lienhard

Hi Mariano Any reason not to use image segments? It even includes a method doSpaceAnalysis to count the number of instances per class. In addition you may have take the objects in the outpointers collection into account. Cheers, Adrian On Jun 27, 2010, at 14:41 , Mariano Martinez Peck wrote: > Hi folks. I need to do something and I am a little lazy to do it. Maybe > someone already did it and can share it with me. I want to take an object X. > That object has references to other objects and I imagine that as a graph. > > I need to traverse the graph, and get the final amount of reachable objects > from the object X. I mean, the size of that graph. I need to avoid cycles > and not count objects already counted. Maybe I can reuse part of > SmartRefStream? > > Thanks for any tip. > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 27, 2010

Re: [Pharo-project] ESUG will sponsor the XMLRPC project!

by GermÃ¡n Arduino

Hi Philippe: What is bad with xmlrpc? A lot of sites are using it to expose its data.... Cheers. GermÃ¡n. 2010/6/27 Philippe Marschall <kustos(a)gmx.net>: > On 26.06.2010 19:27, GermÃ¡n Arduino wrote: >> Hi Folks, >> >> I'm very happy of announce that ESUG will be sponsoring my work to >> develop a XMLRPC client interface, as I comment on my blog: >> http://germanarduino.blogspot.com/2010/06/esug-will-sponsor-xmlrpc-project.…. >> >> I want to thank publicly to StÃ©phane Ducasse, Alain Plantec, Nuory >> Bouraqadi and ESUG, as they are sponsoring this initiative under the >> "support your project" program, described in >> http://www.esug.org/Promotion/Project . Thanks you very much ESUG. >> >> Any comment or suggestion to this project is more than welcomed. > > WTF?! It's 2010 and you're implementing XMLRPC. Srsly guys? What's next > CORBA? > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

June 27, 2010