- Pharo-dev - lists.pharo.org

Re: [Pharo-project] fuelized test failures

by Pavel Krivanek

in the Workspace of the job -- Pavel On Mon, Jul 23, 2012 at 10:22 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Fri, Jul 20, 2012 at 6:09 PM, Camillo Bruni <camillobruni(a)gmail.com> > wrote: >> >> From now on all the test-failures are serialized on the build server. >> >> This allows us to quickly find the cause of a failing test: >> - download the .fuel file for the failing test > > > > Where can I find these .fuel of the tests? > > >> >> - materialize the .fuel in the image and debug the code >> | aContext | >> aContext := FLMaterializer materializeFromFileNamed: >> 'PharoDebug.fuel'. >> Debugger openContext: aContext label: 'This is the new debugger!' >> contents: nil >> >> The serialized stack trace is very limited (generally only 2 contexts) but >> they >> are enough to get a decent view on what the variables are > > > > > -- > Mariano > http://marianopeck.wordpress.com >

July 23, 2012

Re: [Pharo-project] fuelized test failures

by Mariano Martinez Peck

On Fri, Jul 20, 2012 at 6:09 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > From now on all the test-failures are serialized on the build server. > > This allows us to quickly find the cause of a failing test: > - download the .fuel file for the failing test > Where can I find these .fuel of the tests? > - materialize the .fuel in the image and debug the code > | aContext | > aContext := FLMaterializer materializeFromFileNamed: > 'PharoDebug.fuel'. > Debugger openContext: aContext label: 'This is the new debugger!' > contents: nil > > The serialized stack trace is very limited (generally only 2 contexts) but > they > are enough to get a decent view on what the variables are > -- Mariano http://marianopeck.wordpress.com

July 23, 2012

[Pharo-project] Change in MCCacheRepository that affects Metacello loading

by Mariano Martinez Peck

Hi Dale. http://code.google.com/p/pharo/issues/detail?id=6405 renames MCCacheRepository #default to #uniqueInstance. Therefore, to be able to bootstrap Metacello we need to change: ConfigurationOfMetacello class >> bootstrapPackage: aString from: aPath | repository version | repository := (*MCCacheRepository uniqueInstance* includesVersionNamed: aString) ifTrue: [*MCCacheRepository uniqueInstance*] ifFalse: [MCHttpRepository location: aPath user: '' password: '']. repository versionReaderForFileNamed: aString , '.mcz' do: [:reader | version := reader version. version load. version workingCopy repositoryGroup addRepository: repository] I could commit, but I don't want to break Metacello loading in other images and I don't know how do you handle these cases. Thanks, -- Mariano http://marianopeck.wordpress.com

July 23, 2012

Re: [Pharo-project] how to find the memory size of an object graph

by Mariano Martinez Peck

On Mon, Jul 23, 2012 at 9:45 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I have some problems with memory consumption in a Moose model. > However, I do not quite know where the memory is spent. > > Even if it is not 100% about YOUR object graph, maybe space tally helps you? Once you have the graph, evaluate: SpaceTally new printSpaceAnalysis and then see the file 'STspace.text'. That may give you an idea of what is going on. > To solve this, I would need to know the amount of space occupied by > the objects (and all the referenced objects subgraphs). > > I found Object>>sizeInMemory, but this only shows the size of the > current object. What I would need is a graph traversal that does not > break on cyclic graphs, and that accumulates the size of the objects. > Exactly. Notice also that #sizeInMemory is buggy since it does not take into account padding: 'a' sizeInMemory -> 5 but it actually should be 8. There is a method in the VM which answers the exact size...I wonder why we cannot expose that as a primitive.... > > I thought of using Fuel for this. I tried to follow the instructions from > here: > > http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8/Documentation/… > > and work with the debug facilities: > (ConfigurationOfFuel project version: '1.8') load: #(FuelDebug). > > For small examples, it seems to work fine: > FLAnalyzer newDefault setDebug; analysisFor: #((1) (2) (3) (4)) > > However, for larger examples, the process takes forever. > > Yes, it is not useful, because Fuel format has nothing to do. > Is there another way of approaching this problem? > > Here I attach a quick/simple graph traversal. Just subclass and implement #doInterception: Cheers, -- Mariano http://marianopeck.wordpress.com

July 23, 2012

[Pharo-project] how to find the memory size of an object graph

by Tudor Girba

Hi, I have some problems with memory consumption in a Moose model. However, I do not quite know where the memory is spent. To solve this, I would need to know the amount of space occupied by the objects (and all the referenced objects subgraphs). I found Object>>sizeInMemory, but this only shows the size of the current object. What I would need is a graph traversal that does not break on cyclic graphs, and that accumulates the size of the objects. I thought of using Fuel for this. I tried to follow the instructions from here: http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8/Documentation/… and work with the debug facilities: (ConfigurationOfFuel project version: '1.8') load: #(FuelDebug). For small examples, it seems to work fine: FLAnalyzer newDefault setDebug; analysisFor: #((1) (2) (3) (4)) However, for larger examples, the process takes forever. Is there another way of approaching this problem? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

July 23, 2012

[Pharo-project] Memory usage

by jannik.laval

Dear pharoers, We are loading really big models in the Moose software analysis platform. This generate a lot of small objects and with the biggest model, we approach the limit of 2Gb of the VM. Is it possible for anyone who knows the VM to add extra memory space ? Going to 4Gb or maybe 8Gb would be a great thing. Thank you for your help. Cheers, --- Jannik Laval

July 23, 2012

[Pharo-project] Strange behavior of Metacello in Pharo 2.0

by Alexandre Bergel

Hi! I've just downloaded a configuration using monticello browser. In a workspace I am doing: -=-=-=-=-=-=-=-=-= ConfigurationOfVersionner project -=-=-=-=-=-=-=-=-= and apparently Pharo tries to get something from http://www.squeaksource/MetacelloRepository , which utterly fail. I am using the last Pharo from the forge. Is there something obvious I am missing? Am I the only one to experience this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 23, 2012

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

by Pavel Krivanek

We have 4 new related platform independent test failures Tests.Bugs.ChangeSetClassChangesTest.testAddInstanceVariable Tests.Bugs.ChangeSetClassChangesTest.testAddInstanceVariableAddsNewChangeRecord Tests.Bugs.ChangeSetClassChangesTest.testChangeClassCategory Tests.Bugs.ChangeSetClassChangesTest.testChangeClassCategoryAddsNewChangeRecord -- Pavel On Sun, Jul 22, 2012 at 3:38 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20231 > ----- > > Issue 6405: [ENH]: Clean MCCacheRepository > http://code.google.com/p/pharo/issues/detail?id=6405 > > Issue 6299: MNU: FileReference class>>methodPassed: > http://code.google.com/p/pharo/issues/detail?id=6299 > > Issue 6171: Methods from Trait have nil category > http://code.google.com/p/pharo/issues/detail?id=6171 > > Issue 6074: Make ChangeSet rely on SystemAnnouncer instead of SystemChangeNotifier > http://code.google.com/p/pharo/issues/detail?id=6074 > > > > -- > Marcus Denker -- http://marcusdenker.de > >

July 22, 2012

[Pharo-project] shortcut to copy inside class comment does not work

by Mariano Martinez Peck

Hi guys. If with Nautilus you click in the class comments, and try to copy a piece of text from the comment with cmd+c it does not work! But it works if I do it from the menu. So I guess it is a problem with the shortcuts... cheers, -- Mariano http://marianopeck.wordpress.com

July 22, 2012

Re: [Pharo-project] athens for strikefonts

by Alexandre Bergel

Ah okay. I understand now Alexandre On Jul 22, 2012, at 11:50 AM, Tudor Girba wrote: > For the time being, StrikeFonts are the default fonts in Pharo. Given that it is the default it is used in practice all the time, and thus if we want Athens to be adopted easily we need support for the default case. > > The other solution is to change the default fonts, but this implies that we need to rethink how we distribute it, too, and I guess this will take a while. > > Cheers, > Doru > > > On 22 Jul 2012, at 16:40, Alexandre Bergel wrote: > >> Hi Doru, >> >> I am missing why StrikeFonts is so important for Moose. Is it the font used in all other the system? >> >> Cheers, >> Alexandre >> >> >> On Jul 22, 2012, at 5:00 AM, Tudor Girba wrote: >> >>> Hi Igor, >>> >>> First of all, how was your holidays? :) >>> >>> A while ago, you said that supporting StrikeFonts would not be that difficult. For me it would be important to have this support in order to have a smooth transition to Athens even without Cairo. >>> >>> So, what would it take for this support to happen? >>> >>> Cheers, >>> Doru >>> >>> >>> On 11 Jul 2012, at 09:04, Tudor Girba wrote: >>> >>>> Aha. Ok. I will wait. >>>> >>>> Doru >>>> >>>> >>>> On Wed, Jul 11, 2012 at 8:43 AM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr> wrote: >>>>> Good idea if possible. >>>>> Igor like me is on vacation until 19 of july. >>>>> >>>>> On Jul 10, 2012, at 7:07 AM, Tudor Girba wrote: >>>>> >>>>>> Hi Igor, >>>>>> >>>>>> I just wanted to ask: is the little fix of having Athens work with StrikeFont still on the roadmap :)? >>>>>> >>>>>> As I mentioned before, this would make the adoption easier, because we can switch the Athens even with the regular CogVMs. >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "It's not what we do that matters most, it's how we do it." >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>> >>> -- >>> www.tudorgirba.com >>> >>> "In a world where everything is moving ever faster, >>> one might have better chances to win by moving slower." >>> >>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > -- > www.tudorgirba.com > > "Every now and then stop and ask yourself if the war you're fighting is the right one." > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 22, 2012