July 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Polymorph validation
by Jeff Gray July 25, 2011

July 25, 2011

Just playing with Laurent's example contact manager. So next logical step - how to validate the fields? E.g. both first name and surname must have a value. Is there a method to override? Something I need to implement in the model class? Got any hints? :-) -- View this message in context: http://forum.world.st/Polymorph-validation-tp3692714p3692714.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] Fwd: Re: Profile interpretation
by Hilaire Fernandes July 25, 2011

July 25, 2011

Read bellow and tell me what you think about it? The way MessageTally renders the method tree seems to me inconsistent. Hilaire -------- Message original -------- Sujet: Re: Profile interpretation Date : Sun, 24 Jul 2011 20:26:33 +0200 De : Andreas Raab <andreas.raab(a)gmx.de> RÃ©pondre Ã : The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Pour : The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Groupes de discussion: gmane.comp.lang.smalltalk.squeak.general RÃ©fÃ©rences : <j0gk38$b7i$2(a)dough.gmane.org> <4E2C0131.4040709(a)gmx.de> <j0hi13$70h$1(a)dough.gmane.org> On 7/24/2011 18:42, Hilaire Fernandes wrote: > As we are writing about bogus, you can explain me one aspect of the > profile I found hard to interpret. If you look at this profile snippet > (I hope it will print in a readable form): > >> | | 16.7% {2692ms} DrGeo>>updateDirtyCostumes >> | | 16.6% {2686ms} DrGAngle3PointsCostume(DrGMathItemCostume)>>update >> | | 10.4% {1674ms} DrGAngle3PointsCostume>>redraw >> | | |9.4% {1513ms} DrGAngle3PointsCostume>>redrawShape >> | | | 9.3% {1496ms} DrGAngle3PointsCostume>>redrawArc >> | | | 9.2% {1485ms} DrGArcMorph>>center:radius:origin:length: >> | | | 8.6% {1395ms} DrGArcMorph(PolygonMorph)>>computeBounds >> | | | 7.8% {1255ms} DrGArcMorph(PolygonMorph)>>curveBounds >> | | | 7.6% {1231ms} DrGArcMorph(PolygonMorph)>>lineSegmentsDo: >> | | | 7.2% {1162ms} DrGArcMorph(PolygonMorph)>>coefficients >> | | | 4.3% {687ms} Cubic>>bestSegments >> | | | 2.8% {447ms} Cubic>>calcEnoughSegments >> | | | |1.8% {297ms} Cubic>>enough:withMeasure:withIn: >> | | | | 1.8% {291ms} Cubic>>measureFor: >> | | | | 1.6% {251ms} Cubic(SequenceableCollection)>>polynomialEval: >> | | | 1.5% {239ms} Cubic>>honeIn: >> | | 3.1% {501ms} DrGSegmentCostume>>redraw > > > The way the message calls are nested in the profile result, for me it > says: DrGSegmentCostume>>redraw is called in the context of > DrGAngle3PointsCostume(DrGMathItemCostume)>>update which is absolutely > not the case. So what is it? Don't know. I have not seen any problems with incorrectly reported call trees. The only thing I could imagine is that the calls to DrGMathItemCostume are incorrectly coalesced by MessageTally. Alternatively, it's possible that changes to context or compiled method in Pharo have something to do with it (MessageTally relies a lot on method / context comparisons for reporting). > Le 24/07/2011 13:25, Andreas Raab a Ã©crit : >> Your best bet at this point is probably to go back to a VM that doesn't >> have the problem (probably as far as 3.6 if that's feasible) or to >> extract the OpenQwaq system profiler which you could then run on the >> desktop (I'm not sure if it's supported by the Stack VM; you could try >> it to see if it works on the iPad as well). > > Is this OpenQwaq system profiler located at the image level or VM level? It's purely in the image but it needs VM support which I think is only in Cog. Cheers, - Andreas

2 1

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks
by Marcus Denker July 25, 2011

July 25, 2011

On Jul 24, 2011, at 10:29 AM, StÃ©phane Ducasse wrote: > Doru can you add the page on morphic on this list? > Marcus can you add a page to OPAL? > with pending todo? Ok, I will dot that. -- Marcus Denker Do it together: http://taskfor.us

1 0

Re: [Pharo-project] About the site
by Marcus Denker July 25, 2011

July 25, 2011

On Jul 22, 2011, at 10:10 PM, Nicolas Cellier wrote: > Pharo 1.4 is not easily accessible from the site > http://www.pharo-project.org/home > Also true for the new Jenkins continuous integration server > https://ci.lille.inria.fr/pharo/ > > Pharo 1.3 is listed as unstable, and not in released. Hasn't it been > released yet ? No, not yetâ¦ we should do the last touches and release it. I think we will do it this week. > Generally, where should problems with the site be reported ? In the normal tracker: http://code.google.com/p/pharo/issues/list I really think we need a bug tracker that has sub-project support (tags alone don't do it). Imagine we would have real trackers for all the sub-partsâ¦ (and even things like "cleaning") it would look far more manageable. Marcus -- Marcus Denker Do it together: http://taskfor.us

1 0

Re: [Pharo-project] [squeak-dev] help needed with the new FFI plugin...
by Eliot Miranda July 24, 2011

July 24, 2011

On Fri, Jul 22, 2011 at 9:08 AM, Ricardo Moran <richi.moran(a)gmail.com>wrote: > Yes, indeed. Right now, for most use cases we use the SerialPort class, but > we still have some FFI code for other stuff hanging around. I plan to write > it as a plugin as soon as I have the time. But getting the FFI working on ARM and/or PPC is more effective than writing yet another plugin, no? We can always add security to the FFI (essentially some way of disabling internal calls within the FFI plugin, e.g. based on cryptographic keys to enable it, or whatever). So I really do appeal to people to help me put the effort in here. I can't justify working on the FFI on ARM or PPC in my Cadence Newspeak gig; we're entirely on x86. I /can/ work on the threaded FFI as we need it at Cadence, just as many other people need it. But for me to move the threaded FFI ahead it needs to be on all platforms and that means I need help on the platforms I can't justify working on. So folks, please give serious consideration to putting effort into something that may be a little harder at first but will yield major benefits slightly later. Let's defer gratification :) > Cheers, > RIcho > > > On Fri, Jul 22, 2011 at 10:37 AM, Bert Freudenberg <bert(a)freudenbergs.de>wrote: > >> It's not part of Etoys yet. If its low-level interface indeed requires >> FFI, then that interface would have to be rewritten as plugin for Etoys to >> include it. >> >> - Bert - >> >> On 22.07.2011, at 14:55, karl ramberg wrote: >> >> What about the Physical Etoys project ? >> http://tecnodacta.com.ar/gira/projects/physical-etoys/ >> >> Karl >> >> On Fri, Jul 22, 2011 at 2:20 PM, Bert Freudenberg <bert(a)freudenbergs.de>wrote: >> >>> >>> On 22.07.2011, at 02:10, Eliot Miranda wrote: >>> >>> > >>> > >>> > On Thu, Jul 21, 2011 at 4:57 PM, Igor Stasenko <siguctua(a)gmail.com> >>> wrote: >>> > On 22 July 2011 02:34, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >>> > > Hi All, >>> > > today I committed the threaded FFI plugin along with the threaded >>> VM and >>> > > hope to be able to support people in doing threaded FFI work on the >>> x86 >>> > > platforms really soon now (Esteban, amongst others, this means you ;) >>> ). >>> > > But to put the image-level code that uses the new FFI plugin into >>> > > production the standard VM needs to be upgraded to not crash with the >>> > > ExternalFunction image changes the new threaded FFI plugin wants. >>> The main >>> > > change is that ExternalFunction changes size, gaining a stackSize >>> inst var >>> > > which is used to tell the FFI plugin how much stack spacer to reserve >>> for >>> > > marshalling (its computed on first use). The best way for this to >>> happen is >>> > > to start using the ThreadedFFIPlugin as the standard plugin in the >>> > > Interpreter VM. The ThreadedFFIPlugin overall is simpler than the old >>> FFI >>> > > plugin (no assembler support code) and better (fully reentrant). But >>> for >>> > > this to happen we may need to implement the platform=specific parts >>> of >>> > > the ThreadedFFIPlugin (still entirely Smalltalk code) for PowerPC and >>> ARM >>> > > (and perhaps others, SPARC??). I understand what has to be done and >>> I can >>> > > explain it to anyone interested in working on the problem, but I >>> don't have >>> > > any hardware with which I can test the results so its pretty >>> pointless my >>> > > doing the work and producing something inevitably broken. So are >>> there >>> > > people out there who would be interested in doing the port to PPC and >>> ARM? >>> > > It means fleshing out the classes >>> > > ThreadedARMFFIPlugin ThreadedFFICalloutStateForARM >>> > > ThreadedPPCBEFFIPlugin ThreadedFFICalloutStateForPPC >>> > > and having a solid understanding of how alloca works to do stack >>> allocation >>> > > and how the ABIs on ARM and PPC pass registers. >>> > > here's hoping there are a few good low-level people who would be >>> interested. >>> > > Let me know. >>> > >>> > I wonder if you find anyone today using these archs, not saying using >>> > squeak/pharo on them + knowing low-level details + wanting to help :) >>> > >>> > Right, chances are thin. But then if no one is interested then the >>> work doesn't need to be done. Bert, you mentioned the other day that PPC >>> was still relevant for etoys. But am I right in thinking etoys never uses >>> the FFI? >>> >>> Right. Etoys should run on both ARM and PPC, but it does not use FFI. >>> >>> - Bert - >>> >>> >>> >>> >> >> >> >> >> >> >> > > > > -- best, Eliot

4 3

[Pharo-project] The law of the universum: giving the positive energy, Pharo development and my son message to you:)
by Laszlo Zsolt Kiss July 24, 2011

July 24, 2011

Dear Pharo developers! My son LÃ¡szlÃ³ Patrik, who is 4 and hal years old, is an active user of the Pharo Smalltalk Envinronment!:)And we are talking about, the Pharo versions and the hard working of the development.His very likes the Pharo, weekly playing program, "the working with Pharo".And he said to me, Â "Daddy please tell the Pharo developers, I'm waiting for the 1.3 version".His respect for you, is huge.Â He is thinking you are Â real scientists:)Â He send for you a song, one of from his liked hits:Â http://www.youtube.com/watch?v=B-YJoXWzwQ4 [1]I attached a screenshot from his "working".Yes, his a private Pharo image.:)I hope, this message give you a little positive energy and joy:) Best regards. Laszlo Zsolt Kiss Ps.: Sorry, for my bad english:) Links: ------ [1] http://www.youtube.com/watch?v=B-YJoXWzwQ4

3 2

[Pharo-project] **Important Please read** Towards First Class Tasks
by StÃ©phane Ducasse July 24, 2011

July 24, 2011

Dear Pharoers I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. Analysis of the current situation: Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. What I would like to see emerging are First Class Tasks with a name a topic a coordinator a group of interested participants, a set of identified clients (because clients are the ones that often make us deliver more), a little agenda, a web presence on the web page If we look at what we have right now that are potential Tasks and really important clients - The Z connection: Network/Socket Coordinator (proposed): Sven Socket: Noury Luc Jannik Olivier Clients: Seasiders, Clouders, - Morphic 2: UI: Alain Gary Igor Coordinator (proposed): ? Presenty framework VoidNullPointer UIBuilder Athens Clients: Moose, Pharo IDE - Pharo IDE: Coordinator (proposed): Doru work around TWM Laurent Nautilus: Benjamin Laurent Glamourous: Doru Damien - OPAL: Compiler tool chain Coordinator (proposed): Marcus? Jb, Jorge, Marcus, Helvetia lukas Niko Schwarz? - Package: Stef, Cyrille Coordinator (proposed): Stephane Client: Nautilus, Doru Moose, - Metacello Dale Mariano Coordinator (proposed): Dale? Client: Stef with the idea of distribution, Torsten don't you want to help here? - Coral: Coordinator (proposed): Damien? Damien, Luc, Adrien, Stef, Client: Damien, Olivier? So what would be good is to have the identification on the web site of these groups. More discussions and concentration with a set of little tasks to be performed We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. What do you think? I think that it is important. Stef

7 16

[Pharo-project] Time Profile mostly unusable
by Hilaire Fernandes July 24, 2011

July 24, 2011

In Pharo 1.3, the new Time Profile is unusable (the one you get from profiling the UI): - In the resulting window clicking in a line cause an error - WORST: there is no way (at least obvious one) to copy and past the resulting profile in an external file. When replacing the tools, beware to replace with working ones otherwise developers may run away. I am updating my image to see if it is a temporary problem. Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

7 22

[Pharo-project] [update 1.4] #14059
by stephane ducasse July 22, 2011

July 22, 2011

14059 ----- - Issue 4546: Time Profiler copy. Second fix. http://code.google.com/p/pharo/issues/detail?id=4546 - Issue 4543: Wrong calculated size of objects in memory. http://code.google.com/p/pharo/issues/detail?id=4543 Stef

1 0

[Pharo-project] About the site
by Nicolas Cellier July 22, 2011

July 22, 2011

Pharo 1.4 is not easily accessible from the site http://www.pharo-project.org/home Also true for the new Jenkins continuous integration server https://ci.lille.inria.fr/pharo/ Pharo 1.3 is listed as unstable, and not in released. Hasn't it been released yet ? Generally, where should problems with the site be reported ? Nicolas

3 2