- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3591 in pharo: Implementors of #listMorph place it in different (or no) category

by pharo＠googlecode.com

Updates: Status: FixProposed Labels: Milestone-1.3 Comment #1 on issue 3591 by marcus.d...(a)gmail.com: Implementors of #listMorph place it in different (or no) category http://code.google.com/p/pharo/issues/detail?id=3591 We have no official standard... but normally people follow Kent Beck for new code. 1.3 Core image seems good, just one "uncategorized" for #listMorph... fix attached. Attachments: RecategorizeListMorph.1.cs 1.5 KB

March 19, 2011

Re: [Pharo-project] SUnit and Tests inheritance or 'Data' injection

by Lukas Renggli

> Thus, my basic test class implements some 9 tests, and my auto-sizing test-class adds two more test. > However, when I run the tests, only 11 tests are executed and not 2*9 + 2 = 20 tests. > Is there something I am missing? Is there a way that I can force SUnit to also execute the tests of the superclass? See the method TestCase class>>#shouldInheritSelectors. > Or, something that would actually be nice, is there a way that I can automatically parameterize my tests with data? In your test class create a test method that takes the parameter(s) as argument. Create several test methods that call this method with different arguments. Lukas -- Lukas Renggli www.lukas-renggli.ch

March 19, 2011

Re: [Pharo-project] Issue 3534 in pharo: LargePositiveInteger(Object)>>error

by pharo＠googlecode.com

Updates: Status: Closed Comment #5 on issue 3534 by marcus.d...(a)gmail.com: LargePositiveInteger(Object)>>error http://code.google.com/p/pharo/issues/detail?id=3534 I think this is fixed with the latest cog vms

March 19, 2011

Re: [Pharo-project] SUnit and Tests inheritance or 'Data' injection

by Stefan Marr

Hi Laurent: On 19 Mar 2011, at 19:28, laurent laffont wrote: > Yes the tests defined in the superclass are not executed. > > Another way is to define a Trait with your 9 tests, remove the superclass and have the other test classes use that Trait - tests for collections use this patterns, ProfStef tutorial tests too. Traits are unfortunately not really feasible, I think. I need to be Squeak 3.7 compatible. > Or, something that would actually be nice, is there a way that I can automatically parameterize my tests with data? > > Could you explain a little more ? I guess thats basically what data-driven testing is about. In my scenario it would be sufficient to be able to tell the test runner, here is the class MyTest, please run it with a set of input parameters. And then I give it an array {foo. bar. baz} and tell it to inject for each iteration one of the values into property current_foobar. So MyTest is executed three times instead of 1 time. Are there examples for such use cases somewhere? Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 19, 2011

Re: [Pharo-project] [Pharo-users] Riak Interface for Pharo Smalltalk

by Mariano Martinez Peck

I can create a user for you. Just let me know. Cheers Mariano On Sat, Mar 19, 2011 at 3:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > +1 > > On Mar 19, 2011, at 1:36 PM, Mariano Martinez Peck wrote: > > > You should update > > > > http://book.pharo-project.org/book/PharoTools/ > > > > for both, zinc and riak binding > > > > otherwise, people forget or never read this email > > > > On Tue, Mar 15, 2011 at 10:48 AM, Sven Van Caekenberghe <sven(a)beta9.be> > wrote: > > > > On 14 Mar 2011, at 22:59, Runar Jordahl wrote: > > > > > I have published the first beta version of a Pharo Smalltalk interface > > > to Bashoâs key-value database âRiakâ: > > > > http://blog.epigent.com/2011/03/riak-interface-for-pharo-smalltalk.html > > > > > > Regards > > > Runar Jordahl > > > http://blog.epigent.com/ > > > > Pretty cool! > > > > Do you have anything to tell about performance ? > > Are you satisfied ? > > > > Sven > > > > PS: It is also good to see that you are using Zinc HTTP Components ;-) > > > > > > > > > > >

March 19, 2011

Re: [Pharo-project] Pharogenesis anew

by Mariano Martinez Peck

On Sat, Mar 19, 2011 at 3:10 PM, Max Leske <maxleske(a)gmail.com> wrote: > I don't have an account for the book. Who should I turn to for this? > > Me or any other of the admis. I have just created one for you and sent by private the data. Thanks Mariano > Max > > > On 19.03.2011, at 14:32, Mariano Martinez Peck wrote: > > can you add your project in > > http://book.pharo-project.org/book/PharoTools/ > > ? > > On Tue, Mar 15, 2011 at 7:02 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> > I'll defenitely try to come up with something to access github soon. It >> will probably not use OB though because that's just too much of a hack. >> Especially because it effectively disables the version browser for changes >> files. >> >> You really don't need to hack OB: Why don't you just add a completely >> new command (the complete refactoring infrastructure was added that >> way and can be optionally loaded and unloaded) and let the Git history >> live aside of the traditional versioning functionality? >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> > >

March 19, 2011

Re: [Pharo-project] SUnit and Tests inheritance or 'Data' injection

by laurent laffont

On Sat, Mar 19, 2011 at 6:52 PM, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Hi: > > I have a design problem with my test cases. > > In my benchmark suite I have a runner class that controls how benchmarks > are executed. > Now I want to subclass it to provide a runner that automatically finds a > reasonable number of iterations for microbenchmarks. Thus, it will first > measure the time of a first run and then double the number of iterations > until it has some like at least 300ms runtime. > > Ok, thats the domain design, now the question how do I test that hierarchy > with SUnit? > It seems like my test hierarchy that parallels the domain hierarchy is not > actually working like I would expected it. > > Thus, my basic test class implements some 9 tests, and my auto-sizing > test-class adds two more test. > However, when I run the tests, only 11 tests are executed and not 2*9 + 2 = > 20 tests. > Is there something I am missing? Is there a way that I can force SUnit to > also execute the tests of the superclass? > Yes the tests defined in the superclass are not executed. Another way is to define a Trait with your 9 tests, remove the superclass and have the other test classes use that Trait - tests for collections use this patterns, ProfStef tutorial tests too. > Or, something that would actually be nice, is there a way that I can > automatically parameterize my tests with data? > Could you explain a little more ? Laurent > Then I would not need to us subclassing in my test hierarchy, but could > just tell the basic tests to run with all the different runner classes, and > for the autosizing runners, I can just run additional tests. > > Thanks > Stefan > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > >

March 19, 2011

Re: [Pharo-project] need your attention: Package

by Guillermo Polito

BTW, for smooth transition, why not just replace usages of PackageInfo by RPackage keeping everything working as today? And after that, we can improve the way we use it. In two words, why not replace only infrastructure instead of infrastructure and behavior at the same time? Doing both together is kind of complex and easy to make mistakes... But maybe it's easier (or nicer) to replace everything together... :P Guille On Sat, Mar 19, 2011 at 1:35 PM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Stef, > > I would say that trying to diverge from category-based packaging for MC1 > would pretty much be a disaster. the big problem is not what happens within > Pharo (which is a tough enough problem to solve), but what happens to other > folks (Squeak or GemStone or even VW in this case) trying to use mcz files > created in Pharo that no longer align with the class and method categories? > It will not be pretty. > > On the other hand, MC2 has been designed from the beginning to allow for > alternate package definition schemes ... category-based packaging has always > been a hack.... > > Perhaps this is time to start a push towards MC2 and perhaps RPackage-based > packaging could become part of MC2 or at least one of the packaging schemes > ... > > For transition, MC1 would continue to use category-based packages and those > projects that wanted to preserve MC1 compatibility would simply continue to > name the categories to make MC1 happy and use RPackage for MC2 packages with > a different rule set ... > > One of the problems with MC2 has been the lack of a compelling reason to > make the transition to a new system ... RPackage and the associated tools > could be the compelling reason to move to MC2... > > Dale > > On Mar 18, 2011, at 1:56 PM, StÃ©phane Ducasse wrote: > > > Hi guys > > > > we need to think about package: > > > > right now we have a new implementation that is fast, robust and supports > well a new generation of tools (glamour, nautilus...). > > We are capturing all system events and we would be more or less ready to > remove systemNotifier and use Announcement > > instead. > > RPackage can live also on the side of PackageInfo for a while but it > would be better to have the shortest possible period of co-existence. > > > > Now one of the problem I see is that we may not have a smooth transition > because: > > - Rpackage does not rely on category tagging matching. > > - It is simpler to have a mapping from current categories to > packages > > - Now it means that we could load a package in the system and it > would be turned into several RPackages > > so this means that configuration would have to be adapted. > > > > - marcus was suggesting me to create a package with the same > contents as the one of loaded by MC. > > and to have tags to only represent categories. > > > > Now my time is short so I will > > - probably not implement tags > > - check again the implementation of RPackage and in particular the > necessary compatibility layer, because I saw some strange > > code. > > - check the MC dependency on method category conventions, because > some logic is not defined in the right place > > like overrides in the MC tools and not in the PackageInfo > > - check how a package gets created when loaded: the key question is > that there is a problem to rely on categories to > > associate classes to packages because we can end up with > overlapping (normally the IDE captures the category renames > > and change the packages accordingly). > > - we should not rely on most-specific-category kind of pattern > matching. > > > > So if you have suggestion please talk now. > > > > > > Stef > > >

March 19, 2011

[Pharo-project] SUnit and Tests inheritance or 'Data' injection

by Stefan Marr

Hi: I have a design problem with my test cases. In my benchmark suite I have a runner class that controls how benchmarks are executed. Now I want to subclass it to provide a runner that automatically finds a reasonable number of iterations for microbenchmarks. Thus, it will first measure the time of a first run and then double the number of iterations until it has some like at least 300ms runtime. Ok, thats the domain design, now the question how do I test that hierarchy with SUnit? It seems like my test hierarchy that parallels the domain hierarchy is not actually working like I would expected it. Thus, my basic test class implements some 9 tests, and my auto-sizing test-class adds two more test. However, when I run the tests, only 11 tests are executed and not 2*9 + 2 = 20 tests. Is there something I am missing? Is there a way that I can force SUnit to also execute the tests of the superclass? Or, something that would actually be nice, is there a way that I can automatically parameterize my tests with data? Then I would not need to us subclassing in my test hierarchy, but could just tell the basic tests to run with all the different runner classes, and for the autosizing runners, I can just run additional tests. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525 -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 19, 2011

Re: [Pharo-project] Issue 3787 in pharo: Project current setChangeSet: aChangeSet.

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #1 on issue 3787 by marcus.d...(a)gmail.com: Project current setChangeSet: aChangeSet. http://code.google.com/p/pharo/issues/detail?id=3787 possible cleanup attached. It seems it has no use anymore... Attachments: CleanProjectChangeset.1.cs 2.4 KB

March 19, 2011