November 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Installing Glorp in Pharo 1.1

by glpunzi＠lordzealon.com

Hi all, I'm trying to install Glorp in Pharo 1.1. I connected to Glorp Squeaksource repo, and Loaded the GlorpPharoLoader package. Then, I do: GlorpPharoLoader loadGlorpWithNativePostgreSQLDriver If I accept this windown, then a DNU appears. Images attached. Some idea? Thanks a lot..

Nov. 9, 2010

Re: [Pharo-project] Issue 3222 in pharo: saveSession should return its resuming state

by pharo＠googlecode.com

Updates: Status: Closed Comment #2 on issue 3222 by stephane.ducasse: saveSession should return its resuming state http://code.google.com/p/pharo/issues/detail?id=3222 in 12231

Nov. 9, 2010

Re: [Pharo-project] Issue 3222 in pharo: saveSession should return its resuming state

by pharo＠googlecode.com

Comment #1 on issue 3222 by stephane.ducasse: saveSession should return its resuming state http://code.google.com/p/pharo/issues/detail?id=3222 Else we lose the resuming status of the save (ie whether the image is restarted or not).

Nov. 9, 2010

Re: [Pharo-project] how to know if an image is resuming or not

by StÃ©phane Ducasse

Issue 3222: saveSession should return its resuming state saveSession ^ self snapshot: true andQuit: false Else we lose the resuming status.... > On 9 November 2010 09:58, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> >>> what about using some variable, like: >>> >>> RunTests := true. >>> self saveimage. >>> RunTests := false. >>> self saveImage. >>> >>> and then in startUp: >>> >>> startUp: resuming >>> >>> ( resuming and: [ RunTests] ) ifTrue: [ self runTests ] >>> >> >> but my code is executed when a menu is selected. So the interaction with startUp: is not really good. >> > > snapshot: save andQuit: quit embedded: embeddedFlag > > answers the resuming flag. > > So, you can use it like: > > | resumedInFirstSnapshot | > resumedInFirstSnapshot := false. > > "first save" > (Smalltalk snapshot: save andQuit: false) ifTrue: [ ... "resuming here > " resumedInFirstSnapshot := true ] > "second save" > (Smalltalk snapshot: save andQuit: false) ifTrue: [ ... "resuming here > " resumedInFirstSnapshot ifFalse: [ ... ] ] > > > >> Stef >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Nov. 9, 2010

Re: [Pharo-project] Strange graphics effect (getting Pharo running on the RoarVM)

by Juan Vuletich

Hi Stefan, Stefan Marr wrote: > Hi: > > When I run Pharo on the RoarVM, I have some strange graphics effects. > Maybe anyone has seen something similar in the past and could point me in the direction of the problem. > > The attached screenshot shows the effect I see while moving a window. > ... Looks like you're using an outdated, buggy BitBlt plugin. I fixed several issues there some time ago. Cheers, Juan Vuletich

Nov. 9, 2010

Re: [Pharo-project] Strange graphics effect (getting Pharo running on the RoarVM)

by Mariano Martinez Peck

Yes, there was a problem with that. I don't remember what exactly, but it required VM changes, I think provided by Juan. cheers mariano On Tue, Nov 9, 2010 at 11:30 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > do you have the font plugging? > On Nov 9, 2010, at 2:42 PM, Stefan Marr wrote: > > > Hi: > > > > When I run Pharo on the RoarVM, I have some strange graphics effects. > > Maybe anyone has seen something similar in the past and could point me in > the direction of the problem. > > > > The attached screenshot shows the effect I see while moving a window. > > All parts of the window, which were containing text are basically cut > out, and the other windows in the back are visible instead. This effects > seems to occur only while dragging/moving the window. > > > > As a reminder, we are using X11. > > > > So, if anyone remembers to have experiences something similar in the > past, please let me know what the fix was. > > > > Thanks > > Stefan > > > > <PharoScreenShot.jpg> > > -- > > Stefan Marr > > Software Languages Lab > > Vrije Universiteit Brussel > > Pleinlaan 2 / B-1050 Brussels / Belgium > > http://soft.vub.ac.be/~smarr <http://soft.vub.ac.be/%7Esmarr> > > Phone: +32 2 629 2974 > > Fax: +32 2 629 3525 > > > > >

Nov. 9, 2010

Re: [Pharo-project] About SimpleMorphic

by Juan Vuletich

Hi Fernando, Fernando Olivero wrote: > Hi Juan, i have a couple of questions regarding the new Cuis layout, > which by the way , is a much cleaner implementation!. > Good! Did you play a bit with the examples in LayoutMorph class methods? They are kinda cool. For instance, do LayoutMorph example3, enlarge the morph and remove some of the submorphs, and see how the layout adjust itself. > "LayoutSpecs are the basis for a new layout mechanism, alternative to > LayoutFrame. Any Morph can be given a LayoutSpec, but in order to > honor it, the morph must be submorph of a LayoutMorph." > > In my opinion, we dont need to enforce the LayoutMorph subclasification. > Well, I guess you misread. I didn't say 'subclass of LayoutMorph'. I said 'submorph of a LayoutMorph' :) > Because Morph>>doLayoutIfNeeded could use its "layoutMorphSpec" > collaborator, if present. > > doLayoutIfNeeded > ... > [self layoutSpec layoutSubmorphsIn: self layoutBounds] on: Error do: [ :ex | > ... > What do you think? > > Fernando > > pd: Similar to decoupling the "visual layout properties" that Brazil is doing. > Well, LayoutSpec is quite like what Brazil does. For example, from the Brazil description: "When the same visual is a child of a Row, the area is an instance of a different class whose attributes and behavior are meaningful for a row cell." Looks like the main difference is that I merged the Row object and the Area object in the LayoutMorph object. Cheers, Juan Vuletich Ps. Do you happen to be in Buenos Aires these days? We'd meet! > On Mon, Nov 8, 2010 at 3:05 PM, Juan Vuletich <juan(a)jvuletich.org> wrote: > >> Hi Folks, >> >> WRT Layout APIs, SimpleMorphic includes the same simplified version of >> LayoutFrame as Cuis. >> >> Cuis also includes a new approach, implemented in LayoutSpec and >> LayoutMorph. I did this for an application that requies adding new >> widgets without specifying a new layout for all of them. It is also >> nicer than LayoutFrame, and will replace it at some moment. But it is >> not used at all by SimpleMorphic or Cuis, and that's why I did not >> include it in SimpleMorphic for Pharo. But you might open Cuis and take >> a look it, and load it in Pharo if you like. Try the example class >> methods in LayoutMorph, and resize the morph to see what it can do. >> >> Cheers, >> Juan Vuletich >> >> >> >> ------------------------------------------------------------------------ >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 9.0.864 / Virus Database: 271.1.1/3246 - Release Date: 11/09/10 04:34:00 >> >>

Nov. 9, 2010

Re: [Pharo-project] Howto measure memory footprints of functions/objects/libraries in Pharo?

by Mariano Martinez Peck

Maybe doing a SpaceTally new printSpaceAnalysis and a Smalltalk garbageCollect. before each test....and then compare the different files.. cheers mariano On Tue, Nov 9, 2010 at 12:46 PM, Max Leske <maxleske(a)gmail.com> wrote: > Um... I should be able to get a visualisation by running somthing like this > right (I only installed it, didn't subclass anything)? > > MemoryProfiler > viewProfiling: [ FSDiskFilesystem current working / foo ]. > > I get a window but there's nothing in it... > Also, is selecting the expression in the block above, right clicking and > selecting "memory profile it" equivalent to sending #viewProfiling: ? > > Reading your paper I get the idea that this should work, when looking at > the instructions on the moose site it rather seems that I need to subclass > MemoryProfiler to actually profile anything. > > Cheers, > Max > > > > On 09.11.2010, at 15:02, Alexandre Bergel wrote: > > > Ok, but please, provide feedback. > > > > Alexandre > > > > > > On 9 Nov 2010, at 10:40, Max Leske wrote: > > > >> Sounds like what I just needed! I'll try it out. > >> > >> Cheers, > >> Max > >> > >> > >> On 09.11.2010, at 12:42, Alexandre Bergel wrote: > >> > >>> Hi Guido, > >>> > >>> We wrote a profiler to keep track of memory consumption. > >>> > >>> http://bergel.eu/download/papers/Berg10g-MemoryProfiling.pdf > >>> > >>> It will be presented at Smalltalks next week. > >>> > >>> Cheers, > >>> Alexandre > >>> > >>> On 8 Nov 2010, at 23:47, Guido Stepken wrote: > >>> > >>>> E.g.: Three different solutions for a Euler problem: > >>>> > >>>> (1 to: 999) inject: 0 into: [:sum :i | (i \\ 3 = 0) | (i \\ 5 = 0) > >>>> ifTrue: [sum + i] > >>>> ifFalse: [sum]] > >>>> > >>>> > >>>> (1 to: 999) detectSum: [:i | (i \\ 3 = 0) | (i \\ 5 = 0) ifTrue: [i] > ifFalse: [0]] > >>>> > >>>> (1 to: 999) detectSum: [:i | i * (#(0 0 1 0 1 1 0 0 1 1 0 1 0 0 1) > atWrap: i)] > >>>> > >>>> How do i measure the exact memory footprint of each solution? > >>>> > >>>> Pharo claims having reduced memory footprint at many places. Can that > be proofed, e.g. with one comparable demo app, once run in old squeak, once > in Pharo 1.1/1.2? > >>>> > >>>> And no, MessageTally spyOn: does not do right! > >>>> > >>>> Tnx in advance, Guido Stepken > >>>> > >>>> > >>> > >>> -- > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>> Alexandre Bergel http://www.bergel.eu > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>> > >>> > >>> > >>> > >>> > >>> > >> > >> > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > >

Nov. 9, 2010

Re: [Pharo-project] Howto measure memory footprints of functions/objects/libraries in Pharo?

by Max Leske

Um... I should be able to get a visualisation by running somthing like this right (I only installed it, didn't subclass anything)? MemoryProfiler viewProfiling: [ FSDiskFilesystem current working / foo ]. I get a window but there's nothing in it... Also, is selecting the expression in the block above, right clicking and selecting "memory profile it" equivalent to sending #viewProfiling: ? Reading your paper I get the idea that this should work, when looking at the instructions on the moose site it rather seems that I need to subclass MemoryProfiler to actually profile anything. Cheers, Max On 09.11.2010, at 15:02, Alexandre Bergel wrote: > Ok, but please, provide feedback. > > Alexandre > > > On 9 Nov 2010, at 10:40, Max Leske wrote: > >> Sounds like what I just needed! I'll try it out. >> >> Cheers, >> Max >> >> >> On 09.11.2010, at 12:42, Alexandre Bergel wrote: >> >>> Hi Guido, >>> >>> We wrote a profiler to keep track of memory consumption. >>> >>> http://bergel.eu/download/papers/Berg10g-MemoryProfiling.pdf >>> >>> It will be presented at Smalltalks next week. >>> >>> Cheers, >>> Alexandre >>> >>> On 8 Nov 2010, at 23:47, Guido Stepken wrote: >>> >>>> E.g.: Three different solutions for a Euler problem: >>>> >>>> (1 to: 999) inject: 0 into: [:sum :i | (i \\ 3 = 0) | (i \\ 5 = 0) >>>> ifTrue: [sum + i] >>>> ifFalse: [sum]] >>>> >>>> >>>> (1 to: 999) detectSum: [:i | (i \\ 3 = 0) | (i \\ 5 = 0) ifTrue: [i] ifFalse: [0]] >>>> >>>> (1 to: 999) detectSum: [:i | i * (#(0 0 1 0 1 1 0 0 1 1 0 1 0 0 1) atWrap: i)] >>>> >>>> How do i measure the exact memory footprint of each solution? >>>> >>>> Pharo claims having reduced memory footprint at many places. Can that be proofed, e.g. with one comparable demo app, once run in old squeak, once in Pharo 1.1/1.2? >>>> >>>> And no, MessageTally spyOn: does not do right! >>>> >>>> Tnx in advance, Guido Stepken >>>> >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > >

Nov. 9, 2010

[Pharo-project] Strange graphics effect (getting Pharo running on the RoarVM)

by Torsten Bergmann

Maybe it is this one: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg19604.ht… http://code.google.com/p/pharo/issues/detail?id=1803 http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg15644.ht… Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

Nov. 9, 2010