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

Re: [Pharo-project] Error with latest ProfStef in Pharo 1.3

by Alexandre Bergel

Can we meet on a chat on Tuesday at 20:30 (GMT+1) ? We could then write new tests, make sure ProfStef works for Pharo 1.3 and fix the bug found by Mariano. Cheers, Alexandre On 24 Apr 2011, at 12:33, laurent laffont wrote: > > On Sun, Apr 24, 2011 at 6:43 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > ah ah! This is what we have changed during the pharo cast. > Laurent, do you want that we have a look at it together? > > haha I won't be able to look at it until Tuesday. > > Laurent. > > > Cheers, > Alexandre > > > On 24 Apr 2011, at 11:30, Mariano Martinez Peck wrote: > > > "Error 'Please use buildTutorialTopicFor: instead'" > > > > when I try to open it from the menu. > > > > ProfStefHelpTutorialBuilder >> buildHelpTopicFrom: aHelpTopicDescription > > "Start building from the given help topic description" > > > > ^(self new) > > rootToBuildFrom: aHelpTopicDescription; > > build; > > topicToBuild > > > > the rpoblem is that #new > > > > I am using last versions of Pharo1.3 > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 24, 2011

Re: [Pharo-project] What is a well documented class?

by Alexandre Bergel

So, instead of having public/private category, a comment can be "public method" or "private method". I will work on a documentation tool very soon. Cheers, Alexandre On 24 Apr 2011, at 12:45, Schwab,Wilhelm K wrote: > Public/private categories would a lot of sense if methods could belong to more than one category. Dolphin allows that, and it's *really* nice. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Sunday, April 24, 2011 12:37 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] What is a well documented class? > > On Apr 24, 2011, at 6:49 PM, Alexandre Bergel wrote: > >>> give a try and see. I think that this is important. >> >> Yes it is. >> >>> We can even publish something out of it :) >> >> That's a side effect that cannot be avoided :-) > > ;-) > so even better. > > >> >> Alexandre >> >>> >>> On Apr 24, 2011, at 6:17 PM, Alexandre Bergel wrote: >>> >>>>>> - each public method belongs to a method category named public* >>>>>> - each private method belongs to a method category named private* >>>>> >>>>> Others here may disagree -- and the dreary of legislating and >>>>> enforcing conventions aside -- but I strive (usually with success) to >>>>> move all privately-used methods to one or more delegates. One class's >>>>> private method is just another's public??? >>>> >>>> A private method may have to access instances variables. Moving the method to another class may be difficult sometimes. >>>> >>>>>> - other methods are considered as "package visible", meaning that they belong to a category that does not begins with 'private' or 'public' >>>>> >>>>> Again, I sympathise with facing the visibility problem, but I don't >>>>> trust that conventions will be upheld by either end, so I tire of >>>>> following them. Replace Pharo/Squeak categories with Newspeak >>>>> modules; replace Pharo/Squeak protocols with traits (stateless, >>>>> please); I'll be the first in line. >>>> >>>> I do not think this should be enforced. It is easy to infer method visibility with a set of well defined scenarios, for example the one that comes in unit tests. >>>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 24, 2011

Re: [Pharo-project] new template for class empty comments for OB

by Alexandre Bergel

Hi Lukas, But this is not incompatible. The IVs may still be listed, the template can be adjusted for that Alexandre On 24 Apr 2011, at 16:20, Lukas Renggli wrote: > I think it is a pity to show this lengthy boilerplate when looking at > a class comment. For the normal browser it might be ok, but in OB with > RB loaded I actually like to see the inferenced instance variable > types at one glance when no other comment is available. I think this > behavior is more useful in most cases (i.e. when trying to understand > code). OB already picks up automatically the system defined class > comment template if the RB engine is not used. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 24, 2011

Re: [Pharo-project] [Pharo-users] An small "interactive art" project in Pharo, from a newbie

by Mariano Martinez Peck

On Mon, Apr 25, 2011 at 12:53 AM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Stef, > > El 24/04/11 04:01, StÃ©phane Ducasse escribiÃ³: > > Thanks offray. > > > > I think that you should have a look at the work on ricardo moran and use > the board from pharo. > > Now this is working well. > > > > Stef > > I have already seen that (the Physical etoys project). Now I want to > make something not related with physical computing, but just making some > graphic appear at a random position vanish slowly and load a > twitter/identica feed. Any pointer on where I can find this solution? > > I have no idea, but I cc'ed pharo-dev where you may have more chance. cheers mariano > Thanks > > Offray > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNtKoCAAoJEGiex2828ICwrsYH/RgrOvhMABG0htt3TjAXiGzt > LwdtzZG/xTJBawQkflHDipSjbypsIkInkCnTM+9yDgA+grkdxoGxdN5D7W1MfU/r > Y6XE7/7sSKEmbCHVXGVeJ6LllxqsEDK+UDqcEIr1eDAPfmb6NJulYS5AFna/4xTg > I83FMPNAWQ9xWf8ggVrpAOOpvKal4X3HzCFbST6hiwcmxJDvNfEUCc1FuTp3DOQ9 > rtBsGSkbtFEOGCePSqMp5HXhxT22PmSd5FpnLtujRhoVAZaRdIFWiI/SadYPNsez > C+us+fprenBeuCAtjSqQM0KjI686uLslK9tLPedvgPjW/lRr2UlMFv/FoFv4krI= > =sdJs > -----END PGP SIGNATURE----- > > -- Mariano http://marianopeck.wordpress.com

April 24, 2011

[Pharo-project] Reproducible Cog crash but no info to get an idea...

by Mariano Martinez Peck

Hi. We are having a crash in Fuel, which doesn't crash with the standard VM. To reproduce, take a Pharo 1.2 image and load the attached mcz. You will see that method: #materializeKeysAndValuesTo:with:size: has a "self halt" inside. If you ran the test FLCreateClassSerializationTest >> testCreateWithMethod it will crash. If you remove the "self halt" from #materializeKeysAndValuesTo:with:size: it works... I debuged it with GDB and I don't know why, I can ONLY see the last two instrunctions, which is a longAt: -8 I attach screenshot. A bt or a call printAllStacks() doesn't show me anything. If I run from a console, the only thing I get is a: Segmentation fault Smalltalk stack dump: Bus error I have no idea what can be happening. Thanks for any clue... -- Mariano http://marianopeck.wordpress.com

April 24, 2011

Re: [Pharo-project] new template for class empty comments for OB

by StÃ©phane Ducasse

Ok for me this stupid instance variables typed inferred comments is nearly totally unless. It gives the wrong message: a class comment is not something that can be generated automatically. The intention, collaborations and API are human decisions. I will add it to the default browser because this is the only to make people think that comments are not empty or just a stupid list of instance variables that we can get anyway. Stef On Apr 24, 2011, at 10:20 PM, Lukas Renggli wrote: > I think it is a pity to show this lengthy boilerplate when looking at > a class comment. For the normal browser it might be ok, but in OB with > RB loaded I actually like to see the inferenced instance variable > types at one glance when no other comment is available. I think this > behavior is more useful in most cases (i.e. when trying to understand > code). OB already picks up automatically the system defined class > comment template if the RB engine is not used. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

April 24, 2011

Re: [Pharo-project] [Vm-dev] Debugging Cog crash

by Mariano Martinez Peck

For the next time Bill, this blog post may help you: http://marianopeck.wordpress.com/2011/04/23/how-to-debug-the-vm/ Cheers Mariano On Sun, Apr 10, 2011 at 10:00 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > > Eliot, > > I modified the one-click's shell script as shown below and ran it from a > terminal. It still says only "Segmentation fault." I could be doing this > incorrectly or maybe not looking in the correct place for the output??? My > first attempt was to add -sendTrace=9 (note case), and it complained, which > is vastly better than ignoring my mistake; it also suggests that I got > -sendtrace=9 correct, or it would presumably complain again. > > Did I botch it, or is it really quitting before it reaches Smalltalk code? > If you suspect the latter, is there something else we can do to prove it, > and/or what's next? I am not opposed to building from source. I avoided it > for a while because I was afraid that I would "hack" the vm again and not > really fix my FFI oddities. I am close to having the latter sorted, and can > probably now trust myself with vm source :) > > Bill > > > > #!/bin/sh > > # path > ROOT=`dirname $0` > LINUX="$ROOT/Contents/Linux" > RESOURCES="$ROOT/Contents/Resources" > > # icon > gvfs-set-attribute \ > "$0" \ > "metadata::custom-icon" \ > "file://$RESOURCES/Squeak.png" \ > 2> /dev/null > > # execute > exec "$LINUX/squeakvm" \ > -sendtrace=9 \ > -plugins "$LINUX" \ > -encoding latin1 \ > -vm-display-X11 \ > "$RESOURCES/Pharo.image" > > > > -- Mariano http://marianopeck.wordpress.com

April 24, 2011

Re: [Pharo-project] new template for class empty comments for OB

by Lukas Renggli

I think it is a pity to show this lengthy boilerplate when looking at a class comment. For the normal browser it might be ok, but in OB with RB loaded I actually like to see the inferenced instance variable types at one glance when no other comment is available. I think this behavior is more useful in most cases (i.e. when trying to understand code). OB already picks up automatically the system defined class comment template if the RB engine is not used. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 24, 2011

Re: [Pharo-project] [Metacello] Which packages should we include of metacello for Pharo 1.3?

by Mariano Martinez Peck

On Sun, Apr 24, 2011 at 5:59 PM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Mariano, > (excluding the OB-Metallo menu items) ... > > hi dale. What does it mean exactly? If right now I am loading : #('Metacello-Core' 'Tutorial' 'UI' 'Metacello-ProfStef' 'Metacello-Help'); and #('Tests') you mean I should remove the group 'UI' ? > I would hold off on including the MetacelloBrowser for a bit. The interface > is clunky at the moment and needs to be improved before we let it loose:) > > OK, perfect, you are the boss :) > Hopefully we'll get some more good feedback from some folks so that we can > focus on polishing up a subset of commands that can be packaged up for > "immediate" release ... > > great > Dale > > On Apr 24, 2011, at 7:33 AM, Mariano Martinez Peck wrote: > > Hi Dale and the rest. In Pharo 1.2 we used to include these packages/groups > from Metacello: #('Metacello-Core' 'Tutorial' 'UI' 'Metacello-ProfStef' > 'Metacello-Help'); and #('Tests') > > Is this still valid? because I decided them a couple of months ago...so > maybe they are not valid anymore. > For example, do we want the MetacelloBrowser or things like that ? > and the MetacelloToolbox ? > > Thanks > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

April 24, 2011

Re: [Pharo-project] About testing that ensure works

by Igor Stasenko

On 24 April 2011 15:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok I got it I ws confused by SUnit interference > :)) > testDo > Â Â Â Â "self run: #testDo" > > Â Â Â Â self do: [ Error signal]. > Â Â Â Â self assert: x = 3 > > > > self run: #testDo -> red tests > > self debug: #testDo + proceed -> green tests > Yes, sunit interrupts execution at the moment when error was triggered, before unwinding the stack. -- Best regards, Igor Stasenko AKA sig.

April 24, 2011