September 2013 - Pharo-dev - lists.pharo.org

blog post

by Eliot Miranda

Hi All, I've just written a blog post on progress with Spur, which is my nickname for a new memory manager for the Cog VM. I hope it'll be interesting. -- best, Eliot

Sept. 5, 2013

Re: [Pharo-dev] DSM in Roassal

by Juraj Kubelka

I have not worked on it for a while. Let me know what is your opinion. Cheers, Jura El 05-09-2013, a las 9:51, Volkert Barr <volkert(a)nivoba.de> escribiÃ³: > Today i tried again with a fresh pharo 2.0 image and loaded the latest version of "Roassal" and "RoassalProposals". > > Now it works ... will now dig a bit deeper .... :-) > > Thank you, > Volkert > > On 02.09.2013, at 09:38, Volkert Barr <volkert(a)nivoba.de> wrote: > >> Dear Alexandre, >> >> which Pharo and Roassal Version? I am loading the packages in Pharo 2.0 (Summer), but the >> examples did not work (ROLabel class(Object)>>doesNotUnderstand: #verticalText). >> >> Gofer new >> squeaksource: 'Roassal'; >> package: 'ConfigurationOfRoassal'; >> load. >> (Smalltalk at: #ConfigurationOfRoassal) project lastVersion load. >> >> Gofer new >> smalltalkhubUser: 'JurajKubelka' project: 'RoassalProposals'; >> package: 'RoassalGraphBuilders'; >> load. >> (Smalltalk globals at: #RODependencyMatrixBuilderTest) browse. >> >> No, i am not at the ESUG. >> >> BW, >> Volkert >> >> >> On 01.09.2013, at 19:38, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>> Hi Volkert, >>> >>> Yes, we started an effort on that. >>> >>> Consider: >>> >>> | view builder | >>> view := ROView new. >>> builder := RODependencyMatrixBuilder new. >>> builder model: (Array with: true with: false). >>> builder dependencyBoolean: #xor:. >>> builder gapSize: 0. >>> >>> builder on: view. >>> view open >>> >>> <Screen Shot 2013-09-01 at 12.04.56 PM.png> >>> >>> Another example: >>> | view builder objects | >>> objects := ROShape withAllSubclasses. >>> view := ROView new. >>> view @ RODraggable. >>> >>> builder := RODependencyMatrixBuilder new. >>> builder model: objects. >>> " builder noVerticalShape." >>> builder dependency: #superclass. >>> builder gapSize: 0. >>> builder on: view. >>> view open >>> <Screen Shot 2013-09-01 at 12.06.55 PM.png> >>> >>> If you are working on something similar, it would be great to join forces... >>> >>> how to load Juraj's code: >>> Gofer new >>> smalltalkhubUser: 'JurajKubelka' project: 'RoassalProposals'; >>> package: 'RoassalGraphBuilders'; >>> load. >>> (Smalltalk globals at: #RODependencyMatrixBuilderTest) browse. >>> >>> Look at the ROMatrixExample class >>> >>> Will you be at ESUG? >>> >>> Cheers, >>> Alexandre >>> >>> > > > > >

Sept. 5, 2013

Re: [Pharo-dev] How to contribute updates

by Henrik Johansen

On Sep 5, 2013, at 3:46 , Stephan Eggermont <stephan(a)stack.nl> wrote: > works. > > But that doesn't mean that I have all the answers... > > Stephan > +1, I just failed to compete this part of step 5: "Publish the package to PharoInbox repository." :/ Cheers, Henry

Sept. 5, 2013

Re: [Pharo-dev] NeoJSONCustomMapping>>#mapWithValueSchema:

by Sven Van Caekenberghe

On 30 Aug 2013, at 13:58, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > sven can you add it to the readme so that when I turn it into a pier chapter we get it :) https://github.com/svenvc/docs/blob/master/neo/neo-json-paper.md has been updated >> Using the newly added NeoJSONCustomMapping>>#mapWithValueSchema: this is now possible, as the following unit test shows: >> >> testDictionaryOfObject2 >> | data json reader | >> data := Dictionary new. >> data >> at: #one put: NeoJSONTestObject2 example1; >> at: #two put: NeoJSONTestObject2 example1. >> json := NeoJSONWriter toString: data. >> reader := NeoJSONReader on: json readStream. >> reader for: #DictionaryOfObject2 customDo: [ :mapping | >> mapping mapWithValueSchema: NeoJSONTestObject2 ]. >> self >> assert: (reader nextAs: #DictionaryOfObject2) >> equals: data >> >> Note that the mapping mechanism in NeoJSON is optional. Without mapping you get Arrays and Dictionaries back, that you can then convert to your domain objects in the a next step. With mapping however, these intermediary representations are not used and maps or lists are parsed while creating and populating your domain objects directly, which should be more efficient. This does of course introduce the necessity of adding some form of static typing. >

Sept. 5, 2013

[update 3.0] #30371

by Marcus Denker

30371 ----- 11532 deprecate Behavior>>compile:classified:notifying:trailer:ifFail: https://pharo.fogbugz.com/f/cases/11532 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Traits-MarcusDenker.565.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/OpalCompiler-Core-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Monticello-MarcusDenker.856.d… http://smalltalkhub.com/mc/Pharo/Pharo30/main/KernelTests-MarcusDenker.561.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Compiler-MarcusDenker.524.diff

Sept. 5, 2013

Re: [Pharo-dev] Sound on Ubuntu Problems

by Damien Cassou

On Wed, Sep 4, 2013 at 12:37 PM, J.F. Rick <self(a)je77.com> wrote: > apt-get install libpulse-dev the *-dev packages are only useful when you compile packages. If you don't want to compile C files, you only need the non -dev packages (libpulse0). -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Sept. 5, 2013

Re: [Pharo-dev] DSM in Roassal

by Volkert Barr

Today i tried again with a fresh pharo 2.0 image and loaded the latest version of "Roassal" and "RoassalProposals". Now it works ... will now dig a bit deeper .... :-) Thank you, Volkert On 02.09.2013, at 09:38, Volkert Barr <volkert(a)nivoba.de> wrote: > Dear Alexandre, > > which Pharo and Roassal Version? I am loading the packages in Pharo 2.0 (Summer), but the > examples did not work (ROLabel class(Object)>>doesNotUnderstand: #verticalText). > > Gofer new > squeaksource: 'Roassal'; > package: 'ConfigurationOfRoassal'; > load. > (Smalltalk at: #ConfigurationOfRoassal) project lastVersion load. > > Gofer new > smalltalkhubUser: 'JurajKubelka' project: 'RoassalProposals'; > package: 'RoassalGraphBuilders'; > load. > (Smalltalk globals at: #RODependencyMatrixBuilderTest) browse. > > No, i am not at the ESUG. > > BW, > Volkert > > > On 01.09.2013, at 19:38, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Hi Volkert, >> >> Yes, we started an effort on that. >> >> Consider: >> >> | view builder | >> view := ROView new. >> builder := RODependencyMatrixBuilder new. >> builder model: (Array with: true with: false). >> builder dependencyBoolean: #xor:. >> builder gapSize: 0. >> >> builder on: view. >> view open >> >> <Screen Shot 2013-09-01 at 12.04.56 PM.png> >> >> Another example: >> | view builder objects | >> objects := ROShape withAllSubclasses. >> view := ROView new. >> view @ RODraggable. >> >> builder := RODependencyMatrixBuilder new. >> builder model: objects. >> " builder noVerticalShape." >> builder dependency: #superclass. >> builder gapSize: 0. >> builder on: view. >> view open >> <Screen Shot 2013-09-01 at 12.06.55 PM.png> >> >> If you are working on something similar, it would be great to join forces... >> >> how to load Juraj's code: >> Gofer new >> smalltalkhubUser: 'JurajKubelka' project: 'RoassalProposals'; >> package: 'RoassalGraphBuilders'; >> load. >> (Smalltalk globals at: #RODependencyMatrixBuilderTest) browse. >> >> Look at the ROMatrixExample class >> >> Will you be at ESUG? >> >> Cheers, >> Alexandre >> >>

Sept. 5, 2013

Re: [Pharo-dev] How to contribute updates

by Stephan Eggermont

works. But that doesn't mean that I have all the answers... Stephan

Sept. 5, 2013

Re: [Pharo-dev] OSProcess for Pharo3.0

by Goubier Thierry

Le 05/09/2013 14:19, David T. Lewis a Ã©crit : > On Thu, Sep 05, 2013 at 11:18:27AM +0200, Goubier Thierry wrote: >> Thanks. >> >> I have merged -dtl.33 and two more change in >> OSProcess-Base-ThierryGoubier.35 on >> http://smalltalkhub.com/mc/ThierryGoubier/Alt30/main/ (osVersion and >> vmVersion), if you want to merge them as well. >> > > Thanks! > >> I have a question: are you sure about the perform: #delete in OSProcess >> class>>#deleteFileNamed: ? ensureDelete/ensureDeleted have a different >> behavior than #delete. >> > > No, I am not sure about this. It is probably a bug. If you have a correction, > I appreciate it. OSProcess-Base-ThierryGoubier.36 in the same place: http://smalltalkhub.com/mc/ThierryGoubier/Alt30/main/ > Thanks a lot for your help :) > > Dave And I appreciate you welcoming my contributions to OSProcess :) OSProcess is something I really need to work with Pharo. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 5, 2013

Re: [Pharo-dev] [regression reporter]regression occurred

by Sven Van Caekenberghe

On 05 Sep 2013, at 15:14, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I think we already checked that, but it has nothing to do the with > a particular windows slave, no? I am actually pretty clueless, I think this test just passes on Windows when run interactively in an image with UI. > On 2013-09-05, at 10:07, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> On 05 Sep 2013, at 11:25, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>> On Thu, Sep 5, 2013 at 9:51 AM, <no-reply(a)ci.inria.fr> wrote: >>>> 1 regressions found. >>>> Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion >>> >>> >>> it seems that this test fails very often. Can we do anything about it? >> >> It only fails on Windows, and only from time to time ;-) >> >> All it does is basically access one HTTPS URL >> >> https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… >> >> testGetPharoVersion >> | client lastBuildVersion version | >> self ensureSocketStreamFactory. >> self isNativeSSLPluginPresent ifFalse: [ ^ self ]. >> lastBuildVersion := (client := ZnClient new) >> beOneShot; >> get: 'https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/…'. >> self assert: client isSuccess. >> self assert: (client response contentType matches: ZnMimeType applicationXml). >> self assert: client response contentLength > 0. >> self assert: lastBuildVersion notNil. >> self assert: lastBuildVersion isString. >> self assert: lastBuildVersion size > 0. >> version := (lastBuildVersion copyAfter: $>) copyUpTo: $<. >> self deny: version isEmpty >> >> This is a regression test for a bug that once existed, long ago. Normally, I try to add such a test for each issue that I fix. >> >> Sven >> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Success is the ability to go from one failure to another without >>> losing enthusiasm." >>> Winston Churchill >>> >> >> >

Sept. 5, 2013