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

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

by Marcus Denker

On May 5, 2012, at 1:38 PM, Stefan Marr wrote: > Hi Marcus: > > On 05 May 2012, at 13:17, Marcus Denker wrote: > >> 20051 >> ----- >> >> Issue 5562: TestCase>>#assert:equals: optimization >> http://code.google.com/p/pharo/issues/detail?id=5562 > > What is wrong with the changed proposed here: http://code.google.com/p/pharo/issues/detail?id=5487 > ? No idea... I have not yet looked at it. Marcus -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

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

by Stefan Marr

Hi Marcus: On 05 May 2012, at 13:17, Marcus Denker wrote: > 20051 > ----- > > Issue 5562: TestCase>>#assert:equals: optimization > http://code.google.com/p/pharo/issues/detail?id=5562 What is wrong with the changed proposed here: http://code.google.com/p/pharo/issues/detail?id=5487 ? Best regards 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

May 5, 2012

[Pharo-project] [update 2.0] #20051

by Marcus Denker

20051 ----- Issue 5562: TestCase>>#assert:equals: optimization http://code.google.com/p/pharo/issues/detail?id=5562 Issue 5810: KMPragmaKeymapBuilder needs better cleanup http://code.google.com/p/pharo/issues/detail?id=5810 Issue 5798: Enable again back StartUpPreferences for unix and mac http://code.google.com/p/pharo/issues/detail?id=5798 Issue 5684: Integrate famfam icons http://code.google.com/p/pharo/issues/detail?id=5684 -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by Mariano Martinez Peck

On Sat, May 5, 2012 at 12:30 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Sat, May 5, 2012 at 11:39 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Good idea guys. I am trying now... >> >> >> On Sat, May 5, 2012 at 9:43 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: >> >>> >>> On May 4, 2012, at 11:46 PM, Guillermo Polito wrote: >>> >>> > >>> > So...what do we do? we just accept the depedency? >>> > >>> > Why not use a CompiledMethod instead? More on, the >>> TraitMethodDescription already knows the selector, so storing only the >>> behaviors containing related methods should be enough... >>> > >>> >>> Yes, the code is old from a time when CompiledMethod did not know the >>> class or selector. >>> >>> So this can be rewritten to just use compiledMethod. >>> >> > So guys. I did an experiment with this. So I used a CompiledMethod rather > than a RGMethodDefinition. I did a changeset (not sure if Monticello can > handle these changes) just to have another one eye's on it. Basically, I > needed to change the senders of #locatedMethods because now such method > answers a collection of CompiledMethod rather than RGMethodDefinition. > > I tested with Fuel (fuel has lots of tests regarding traits) and even > building PharoCore from PharoKernel without Ring in kernel and putting all > packags in the same bundle. (it works!!!). > However, the traits tests from Pharo are completly broken and it is > impossible to do something. You run one test and you got 30 debuggers. It > is impossible to test. > > So, if someone can take a look, I really appreciate it. > http://code.google.com/p/pharo/issues/detail?id=5815 > wait. I found a problem... I will upload a new version soon. > > Thanks > > > >> >>> Marcus >>> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 5, 2012

[Pharo-project] [update 2.0] #20050

by Marcus Denker

20050 ----- Issue 5813: remove empty packages http://code.google.com/p/pharo/issues/detail?id=5813 Issue 5811: Put comment in #methodsWithUnboundGlobals http://code.google.com/p/pharo/issues/detail?id=5811 Issue 5807: basic fixes for Pharo Kernel 2.0 http://code.google.com/p/pharo/issues/detail?id=5807 Issue 5805: Failing Test FailingTestResourceTestCase>>#testRunSuiteWithResource http://code.google.com/p/pharo/issues/detail?id=5805 Issue 5799: run once in startUp preferences is broken http://code.google.com/p/pharo/issues/detail?id=5799 Issue 5800: stdin hangs until EOF http://code.google.com/p/pharo/issues/detail?id=5800 Issue 5493: FileDirectory >> statsForDirectoryTree: depends on Cursor http://code.google.com/p/pharo/issues/detail?id=5493 Issue 5783: MenuRegistrationExample class>>toolsOn: causes DNU http://code.google.com/p/pharo/issues/detail?id=5783 -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by Mariano Martinez Peck

On Sat, May 5, 2012 at 11:39 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Good idea guys. I am trying now... > > > On Sat, May 5, 2012 at 9:43 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> >> On May 4, 2012, at 11:46 PM, Guillermo Polito wrote: >> >> > >> > So...what do we do? we just accept the depedency? >> > >> > Why not use a CompiledMethod instead? More on, the >> TraitMethodDescription already knows the selector, so storing only the >> behaviors containing related methods should be enough... >> > >> >> Yes, the code is old from a time when CompiledMethod did not know the >> class or selector. >> >> So this can be rewritten to just use compiledMethod. >> > So guys. I did an experiment with this. So I used a CompiledMethod rather than a RGMethodDefinition. I did a changeset (not sure if Monticello can handle these changes) just to have another one eye's on it. Basically, I needed to change the senders of #locatedMethods because now such method answers a collection of CompiledMethod rather than RGMethodDefinition. I tested with Fuel (fuel has lots of tests regarding traits) and even building PharoCore from PharoKernel without Ring in kernel and putting all packags in the same bundle. (it works!!!). However, the traits tests from Pharo are completly broken and it is impossible to do something. You run one test and you got 30 debuggers. It is impossible to test. So, if someone can take a look, I really appreciate it. http://code.google.com/p/pharo/issues/detail?id=5815 Thanks > >> Marcus >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 5, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] STON - Smalltalk Object Notation

by H. Hirzel

Thank you Sven for your follow up of the recent JSON/STON/Tirade discussion by providing an STON implementation for Squeak 4.3 and working with Dale to get it to other Smalltalks (github). [1] I think your STON implementation will be very useful for my work. It works fine in Squeak 4.3 updated to the latest change [2]. There is a class STON used as a singleton. I assume this is the equivalent of the JSON object in web browsers, right? --Hannes ----------------------------------------------------------------------------------------------------------------- [1] http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg62706.ht… Example object Dale H. writes Tue, 24 Apr 2012 10:23:18 -0700 Sven, I looked at your sample document in the pdf: TestDomainObject { #created : DateAndTime [ '2012-02-14T16:40:15+01:00' ], #modified : DateAndTime [ '2012-02-14T16:40:18+01:00' ], #integer : 39581, #float : 73.84789359463944, #description : 'This is a test', #color : #green, #tags : [ #two, #beta, #medium ], #bytes : ByteArray [ 'afabfdf61d030f43eb67960c0ae9f39f' ], #boolean : false } ----------------------------------------------------------------------------------------------------------------- [2] Tests in Squeak 4.3 MCHttpRepository location: 'http://ss3.gemstone.com/ss/STON' user: '' password: '' loads fine in a fully updated Squeak-4.3 all 86 tests are green. On 5/5/12, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Sat, May 5, 2012 at 4:02 AM, Sven Van Caekenberghe <sven(a)beta9.be> > wrote: >> Hi, >> >> STON - Smalltalk Object Notation is a lightweight text-based, >> human-readable data interchange format for class-based object-oriented >> languages like Smalltalk. It can be used to serialize domain level >> objects, either for persistency or network transport. As its name >> suggests, it is based on JSON (Javascript Object Notation). It adds >> symbols as a primitive value, class tags for object values and >> references. >> >> Please read the paper here: >> >> https://github.com/svenvc/ston/blob/master/ston-paper.md >> >> The project lives here: >> >> https://github.com/svenvc/ston >> >> The code can be found here as well: >> >> http://ss3.gemstone.com/ss/STON >> >> This implementation works on Pharo 1.3, 1.4 and 2.0 as well as on Squeak. >> >> Last week Dale Henrich helped me get started with filetree/git >> (https://github.com/dalehenrich/filetree) and I like it. Check it out! >> He also ported STON to Gemstone, and is working on Amber and Cuis ports >> (https://github.com/dalehenrich/ston) > > Welcome on board ;-) > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > >

May 5, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] STON - Smalltalk Object Notation

by H. Hirzel

Thank you Sven for your follow up of the recent JSON/STON/Tirade discussion by providing an STON implementation for Squeak 4.3 and working with Dale to get it to other Smalltalks (github). [1] I think your STON implementation will be very useful for my work. It works fine in Squeak 4.3 updated to the latest change [2]. There is a class STON used as a singleton. I assume this is the equivalent of the JSON object in web browsers, right? --Hannes ----------------------------------------------------------------------------------------------------------------- [1] http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg62706.ht… Example object Dale H. writes Tue, 24 Apr 2012 10:23:18 -0700 Sven, I looked at your sample document in the pdf: TestDomainObject { #created : DateAndTime [ '2012-02-14T16:40:15+01:00' ], #modified : DateAndTime [ '2012-02-14T16:40:18+01:00' ], #integer : 39581, #float : 73.84789359463944, #description : 'This is a test', #color : #green, #tags : [ #two, #beta, #medium ], #bytes : ByteArray [ 'afabfdf61d030f43eb67960c0ae9f39f' ], #boolean : false } ----------------------------------------------------------------------------------------------------------------- [2] Tests in Squeak 4.3 MCHttpRepository location: 'http://ss3.gemstone.com/ss/STON' user: '' password: '' loads fine in a fully updated Squeak-4.3 all 86 tests are green. On 5/5/12, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Sat, May 5, 2012 at 4:02 AM, Sven Van Caekenberghe <sven(a)beta9.be> > wrote: >> Hi, >> >> STON - Smalltalk Object Notation is a lightweight text-based, >> human-readable data interchange format for class-based object-oriented >> languages like Smalltalk. It can be used to serialize domain level >> objects, either for persistency or network transport. As its name >> suggests, it is based on JSON (Javascript Object Notation). It adds >> symbols as a primitive value, class tags for object values and >> references. >> >> Please read the paper here: >> >> https://github.com/svenvc/ston/blob/master/ston-paper.md >> >> The project lives here: >> >> https://github.com/svenvc/ston >> >> The code can be found here as well: >> >> http://ss3.gemstone.com/ss/STON >> >> This implementation works on Pharo 1.3, 1.4 and 2.0 as well as on Squeak. >> >> Last week Dale Henrich helped me get started with filetree/git >> (https://github.com/dalehenrich/filetree) and I like it. Check it out! >> He also ported STON to Gemstone, and is working on Amber and Cuis ports >> (https://github.com/dalehenrich/ston) > > Welcome on board ;-) > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > >

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by Mariano Martinez Peck

Good idea guys. I am trying now... On Sat, May 5, 2012 at 9:43 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On May 4, 2012, at 11:46 PM, Guillermo Polito wrote: > > > > > So...what do we do? we just accept the depedency? > > > > Why not use a CompiledMethod instead? More on, the > TraitMethodDescription already knows the selector, so storing only the > behaviors containing related methods should be enough... > > > > Yes, the code is old from a time when CompiledMethod did not know the > class or selector. > > So this can be rewritten to just use compiledMethod. > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Mariano http://marianopeck.wordpress.com

May 5, 2012

Re: [Pharo-project] dependency injection

by Marcus Denker

On May 5, 2012, at 11:04 AM, Esteban Lorenzano wrote: > what for? applied to? > > Esteban > > On May 5, 2012, at 10:04 AM, Milan Mimica wrote: > >> What are you feelings about dependency injection? >> This discussion might be better for the Pharo Users mailinglist as it is not directly related to the devlopment of Pharo. http://lists.gforge.inria.fr/cgi-bin/mailman/admindb/pharo-users (we need to try to fight a bit turning this list in a general chat list... ;-) Marcus -- Marcus Denker -- http://marcusdenker.de

May 5, 2012