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

Re: [Pharo-project] [update 2.0] #20110

by Nicolas Cellier

To illustrate that these dumb tests that don't look that interesting might sometimes help, here is how I changed Integer>>/ aNumber "Refer to the comment in Number / " | quoRem | aNumber isInteger ifTrue: [quoRem := self digitDiv: aNumber abs "*****I've added abs here*****" neg: self negative ~~ aNumber negative. (quoRem at: 2) = 0 ifTrue: [^ (quoRem at: 1) normalize] ifFalse: [^ (Fraction numerator: self denominator: aNumber) reduced]]. aNumber isFraction ifTrue: [| n d | n := self // (d := self gcd: aNumber numerator). d := aNumber numerator // d. ^d = 1 ifTrue: [n * aNumber denominator * d] ifFalse: [Fraction numerator: n * aNumber denominator denominator: d]]. ^ aNumber adaptToInteger: self andSend: #/ But hey, we can't fail on such trivial method, can we? Unless... maybe the cyclomatic complexity isn't that low after all... Please, could you tell me where the error was ? Nicolas 2012/6/5 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > 2012/6/5 Sven Van Caekenberghe <sven(a)beta9.be>: >> Haha, very funny. >> >> It's a good thing there are so many jokes hidden inside the image. >> >> We could add a couple/many more: >> >> self deny: 1 = 2. >> self deny: 1 = -1. >> self deny: (4 / 2) = 3 >> self shouldnt: [ 1 / 2 ] raise: ZeroDivide >> >> ;-) >> > > Yes it's laughable. > However, I recently hacked Intger/Fraction to speed up mixed > operations and guess what... > once you know the miserable error's we can make... > > Nicolas > >> On 05 Jun 2012, at 12:10, Serge Stinckwich wrote: >> >>> On Tue, Jun 5, 2012 at 5:04 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>>> On Tue, Jun 5, 2012 at 11:55 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>>>>> testGeneralInquiries >>>>>> Â Â Â | now d t dt | >>>>>> >>>>>> Â Â Â now Â := self timeClass dateAndTimeNow. >>>>>> Â Â Â self >>>>>> Â Â Â Â Â Â Â assert: now size = 2; >>>>>> Â Â Â Â Â Â Â assert: now last <= self timeClass now. >>>>>> >>>>>> Â Â Â self should: [ self timeClass timeWords ] raise: MessageNotUnderstood. >>>>>> >>>>>> Â Â Â d := '2 June 1973' asDate. >>>>>> Â Â Â t := '4:02:47 am' asTime. >>>>>> Â Â Â dt := self timeClass dateAndTimeFromSeconds: (2285280000 + 14567). >>>>>> Â Â Â self >>>>>> Â Â Â Â Â Â Â assert: dt = {d. t.}. >>>>>> >>>>>> >>>>>> The middle part is a GREAT example of a useful unit testâ¦ >>>>> >>>>> that's called a negative test :D, assume what possible could fail in the universe and test for it :D >>>> >>>> I will write a paper on automatic negative test generation. Who wants >>>> to join? :-) >>> >>> You can even write a program that write a paper about negative tests >>> generation ;-) >>> >>> -- >>> Serge Stinckwich >>> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >>> Every DSL ends up being Smalltalk >>> http://doesnotunderstand.org/ >>> >> >>

June 5, 2012

Re: [Pharo-project] [update 2.0] #20111

by Benjamin

It's green on my image :s I will investigate this evening, but in the mid-time I have posted a new version of Spec-Core :) BTW< Marcus already opened a bug entry: http://code.google.com/p/pharo/issues/detail?id=6029 Thank both of you, Ben On Jun 5, 2012, at 11:25 AM, Pavel Krivanek wrote: > We have one more failing tests: > Spec.Tests.SpecInterpreterTest.testBuildWindowFor > > -- Pavel > > On Tue, Jun 5, 2012 at 2:22 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> 20111 >> ----- >> >> Issue 6027: PackageServices is unused and undocumented >> http://code.google.com/p/pharo/issues/detail?id=6027 >> >> Issue 6028: fix typo in #printPrimitiveOn: >> http://code.google.com/p/pharo/issues/detail?id=6028 >> >> Issue 6026: New version of Spec 0.4 >> http://code.google.com/p/pharo/issues/detail?id=6026 >> >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >

June 5, 2012

Re: [Pharo-project] [update 2.0] #20111

by Pavel Krivanek

We have one more failing tests: Spec.Tests.SpecInterpreterTest.testBuildWindowFor -- Pavel On Tue, Jun 5, 2012 at 2:22 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20111 > ----- > > Issue 6027: Â Â PackageServices is unused and undocumented > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6027 > > Issue 6028: Â Â fix typo in #printPrimitiveOn: > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6028 > > Issue 6026: Â Â New version of Spec 0.4 > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6026 > > > > -- > Marcus Denker -- http://marcusdenker.de > >

June 5, 2012

Re: [Pharo-project] About Seed, Hazelnut and related

by Guillermo Polito

On Tue, Jun 5, 2012 at 4:30 PM, Ben Coman <btc(a)openinworld.com> wrote: > Edgar J. De Cleene wrote: > >> >From the excellent blog http://playingwithobjects.**wordpress.com/<http://playingwithobjects.wordpress.com/> Guille >> was doing we read >> >> The results of the project so far are: >> * It can create an Smalltalk image living inside another image. >> >> > This sounds useful to my earlier question to mixing open and closed source. > > But this is not *yet* analized in security terms... :)

June 5, 2012

Re: [Pharo-project] About Seed, Hazelnut and related

by Guillermo Polito

On Tue, Jun 5, 2012 at 1:40 PM, Edgar J. De Cleene <edgardec2005(a)gmail.com>wrote: > From the excellent blog http://playingwithobjects.wordpress.com/ Guille was doing we read > > The results of the project so far are: > > - It can create an Smalltalk image living inside another image. > - This inner/guest image can be written in a new .image file. > - With this approach a small kernel of 1.1MB has been reached. > - SpaceTally runs and prints reports to understand how the space is > distributed among objects. > - A tool to detect every uninitialized class variable/class instance > variable and references to unexistant globals was developed. > > > > I like to know exact steps for doing this, so maybe can feedback some.. > Most of these results are based on military secret experiments :). I'll open the stuff soon, very soon, so you can break as much as you wish yourself :). So far, tomorrow there will be a new blog post with updates on the project. > > Guille: > Buenisimo lo que estas haciendo. > Y como ya los tenemos a Esteban, Igor, Santiago , te esperamos > http://ar.groups.yahoo.com/group/squeakRos/ > > Edgar >

June 5, 2012

Re: [Pharo-project] About Seed, Hazelnut and related

by Ben Coman

Edgar J. De Cleene wrote: > >From the excellent blog http://playingwithobjects.wordpress.com/ Guille > was doing we read > > The results of the project so far are: > * It can create an Smalltalk image living inside another image. > This sounds useful to my earlier question to mixing open and closed source.

June 5, 2012

Re: [Pharo-project] Next step in cleaning DataStream

by Mariano Martinez Peck

On Tue, Jun 5, 2012 at 3:36 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Guys..the fact of having to make everything deprecated instead of removing > it is really a pain. Now ReferenceStream is not removed but > deprecated..meaning that it *should* work. So instead of removing > everything I have to change it a lot so that it "still" works but > deprecated. Can we just assume that ReferenceStream will be removed in 2.0 > please? In addition, if someone is really worried about ReferenceStream then he can always do a fileout of 1.4 and import it in Pharo 2.0 (and adapt it if necessary) > > > On Tue, Jun 5, 2012 at 1:32 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Ok. Perfect. So let's assume DataStream is used only for Motnicello. I >> will rename it to MCDataStream, move it to Monticello Package and see all >> what I can remove/clean. >> I will let you know. >> >> Cheers >> >> >> On Tue, Jun 5, 2012 at 12:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: >> >>> +1 >>> >>> On Jun 4, 2012, at 6:15 PM, Damien Cassou wrote: >>> >>> > On Mon, Jun 4, 2012 at 6:09 PM, Pavel Krivanek < >>> pavel.krivanek(a)gmail.com> wrote: >>> >> I think it is a good proposal. Then it can be in separate package or >>> as part >>> >> of MC package. >>> > >>> > I would put DataStream and its friends within the monticello package, >>> > and prepend MC to their names. Then, you can clean the resulting >>> > classes if you want to. >>> > >>> > -- >>> > Damien Cassou >>> > http://damiencassou.seasidehosting.st >>> > >>> > "Lambdas are relegated to relative obscurity until Java makes them >>> > popular by not having them." James Iry >>> > >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

June 5, 2012

Re: [Pharo-project] Next step in cleaning DataStream

by Mariano Martinez Peck

On Tue, Jun 5, 2012 at 3:36 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Guys..the fact of having to make everything deprecated instead of removing > it is really a pain. Now ReferenceStream is not removed but > deprecated..meaning that it *should* work. So instead of removing > everything I have to change it a lot so that it "still" works but > deprecated. Can we just assume that ReferenceStream will be removed in 2.0 > please? > > > And moreover, I have another question. With this change, I remove DiskProxy and if I move MCDataStream to Monticello package, then the only class that remains in System-Object Storage is DeepCopier. It makes no sense to keep only that class there. So, I vote for removing the package and move that class somewhere. Now.. any ideas what that "somewhere" could be? > On Tue, Jun 5, 2012 at 1:32 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Ok. Perfect. So let's assume DataStream is used only for Motnicello. I >> will rename it to MCDataStream, move it to Monticello Package and see all >> what I can remove/clean. >> I will let you know. >> >> Cheers >> >> >> On Tue, Jun 5, 2012 at 12:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: >> >>> +1 >>> >>> On Jun 4, 2012, at 6:15 PM, Damien Cassou wrote: >>> >>> > On Mon, Jun 4, 2012 at 6:09 PM, Pavel Krivanek < >>> pavel.krivanek(a)gmail.com> wrote: >>> >> I think it is a good proposal. Then it can be in separate package or >>> as part >>> >> of MC package. >>> > >>> > I would put DataStream and its friends within the monticello package, >>> > and prepend MC to their names. Then, you can clean the resulting >>> > classes if you want to. >>> > >>> > -- >>> > Damien Cassou >>> > http://damiencassou.seasidehosting.st >>> > >>> > "Lambdas are relegated to relative obscurity until Java makes them >>> > popular by not having them." James Iry >>> > >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

June 5, 2012

Re: [Pharo-project] Trouble loading XML RPC

by Noury Bouraqadi

On 5 juin 2012, at 13:28, garduino wrote: >> Can I get write access grant to the repo, so I can upload any improvement >> I do ? > > Sure, I added you as developer. Let me know if works ok. > Thanx. I'll try it. >> What I wanted to do is to cut off everything not XML RPC and complete >> based on sUnit tests. >> BTW, any simple way to load all SUnit tests for all packages ? > > I'm not sure of understand what you mean. > Actually, I get only tests from xml rpc with your procedure. I thought there might be a way to get all tests for all required packages, to test their compatibility with Pharo 2.0 But, it seems that I have to load them by hand. Any way, I tried on Pharo 2.0. There is the issue of underscores, but this is no big deal. The good news is that the client side seems to work. At least the tests are green for parts that does not rely on a local server (XMLRPCTest is red!). Tests with Flicker do pass. There is however XMLROCDecoderTest>>#testDecoder that fails. The reason is that now Pharo does take care of nanoseconds, but the encoder does not handle it. I guess this is not supported in the protocol. Isn't it? So, I propose to fix it but putting nanoseconds to zero XMLRPCDateAndTime>>time: t "set the time portion of the datetime." time := Time fromSeconds: t seconds truncated Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

June 5, 2012

[Pharo-project] [update 2.0] #20110

by Torsten Bergmann

2012/6/5 Sven Van Caekenberghe <sven at beta9.be>: > Haha, very funny. > > It's a good thing there are so many jokes hidden inside the image. > > We could add a couple/many more: > > self deny: 1 = 2. Now that Pharo becomes a "real" piece of software shouldnt we add a "real" easter egg [1]. Maybe: self assert: Smalltalk theAnswerToLifeTheUniverseAndEverything = 42 ;) Bye T. [1] http://en.wikipedia.org/wiki/Easter_egg_(media) -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

June 5, 2012