- Pharo-dev - lists.pharo.org

Fwd: [Pharo-project] Pharo logos

by StÃ©phane Ducasse

we were discussing with samuel about two logos one a bit clean and another one a bit more thrashy that could be used in different occasion. I like it Begin forwarded message: > From: Samuel MORELLO <samuel.morello(a)ouvanous.com> > Date: June 14, 2008 11:51:18 AM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] Pharo logos > > Comme ca ? > > > > Le 14 juin 08 Ã 11:46, StÃ©phane Ducasse a Ã©crit : > >> je me demande si le pahre en noir ne ressortirait pas plus par >> rapport a la vague. >> >> Stef >> >> On Jun 14, 2008, at 10:32 AM, Samuel MORELLO wrote: >> >>> Voici une nouvelle planche >>> >>> On peu fonctionner avec un logo qui Ã deux versions en paralelle. >>> 1. Sans le rond : Net, reconnaissable et belle forme (pour moi en >>> tout cas) >>> 2. Avec le rond : CaractÃ¨re marquÃ©, pour les "brave programmers", >>> le rond est lÃ©gÃ©rement trash mais ca donne un bon caractÃ¨re (je me >>> repete ;-) >>> >>> >>> Apres je peux revenir sur une 3eme version type web 2 avec degradÃ© >>> et effets de lumiÃ¨re. >>> >>> Mais la base rÃ©elle du logo c'est le phare tout seul >>> >>> Qu'en pesnes tu ? >>> >>> Je pense que ca fonctionne pour ma part >>> >>> Je continue sur la version type web 2 comme la premiere version >>> bleue que j'ai fournie mais sur cette derniere base. >>> >>> Sam >>> >>> >>> >>> Le 14 juin 08 Ã 10:12, StÃ©phane Ducasse a Ã©crit : >>> >>>> moi j;aime bien le premier bleu >>>> si tu arrives a mettre un ou deux rayons cela serait interessant >>>> de voir. >>>> Mais c'est cool apres on va l'utiliser pour la vm et la distri + >>>> le site web youpi... >>>> Setf >>>> On Jun 14, 2008, at 9:58 AM, Samuel MORELLO wrote: >>>> >>>>> <pharo-0.6.1.pdf> >>>>> Bonjour, >>>>> >>>>> J'ai vu ce mail et je pense que les vagues donnent du caractÃ¨res >>>>> Qu'en pense tu ? >>>>> >>>>> Sam >>>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Pharo is not a paper lantern. >>>>>>> It is a lighthouse showing the way to brave programmers during >>>>>>> the tempest. >>>>>>> >>>> >>> >>> >> >

June 14, 2008

Re: [Pharo-project] Need code review

by StÃ©phane Ducasse

ok I will harvest it. Stef On Jun 14, 2008, at 12:18 PM, Alexandre Bergel wrote: >> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000238.html >>>> [Pharo-project] Hunting down nebraska > > This change makes sense to me. Essentially reorganization. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 14, 2008

Re: [Pharo-project] ObjectFinalizerTests understanding problems

by Norbert Hartl

On Sat, 2008-06-14 at 12:18 +0200, StÃ©phane Ducasse wrote: > No idea :) > > may be ask in the squeak mailing-list? > You are right :) Norbert > On Jun 14, 2008, at 12:03 PM, Norbert Hartl wrote: > > > Before I recognized that Adrian fixed the > > > > ObjectFinalizerTests>>testFinalizationOfEquals > > > > I gave it try myself. I came to the same conclusion as Adrian > > how to fix. But now after knowing how it works I do not know > > why the test succeeds :) > > > > The test uses > > > > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > > #remove: to: bag with: n]. > > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > > #remove: to: bag with: n]. > > > > My problem is that toFinalizeSend:to:with adds an Objectfinalizer > > to the finalizationRegistry of the instance. But > > > > Object>>finalizationRegistry > > "Answer the finalization registry associated with the receiver." > > ^WeakRegistry default > > > > returns a global object which is WeakKeyDictionary. And > > > > | d | > > d := WeakKeyDictionary new. > > d at: (1 asString copy) put: $a. > > d at: (1 asString copy) put: $b. > > d size > > > > prints 1. To me that would exchange every entry from the first > > run by the second run (because the objects are equal). > > > > So I would assume that if there does not happen a run of the > > garbagecollector between the two loops the objects of the first > > loop should be still contained in the bag. But the test is named > > finalizationOfEquals so I have to assume: self doesNotUnderstand > > > > Can someone explain it to me, please? > > > > Norbert > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 14, 2008

Re: [Pharo-project] Need code review

by Alexandre Bergel

> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000238.html >>> [Pharo-project] Hunting down nebraska This change makes sense to me. Essentially reorganization. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 14, 2008

Re: [Pharo-project] ObjectFinalizerTests understanding problems

by StÃ©phane Ducasse

No idea :) may be ask in the squeak mailing-list? On Jun 14, 2008, at 12:03 PM, Norbert Hartl wrote: > Before I recognized that Adrian fixed the > > ObjectFinalizerTests>>testFinalizationOfEquals > > I gave it try myself. I came to the same conclusion as Adrian > how to fix. But now after knowing how it works I do not know > why the test succeeds :) > > The test uses > > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > #remove: to: bag with: n]. > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > #remove: to: bag with: n]. > > My problem is that toFinalizeSend:to:with adds an Objectfinalizer > to the finalizationRegistry of the instance. But > > Object>>finalizationRegistry > "Answer the finalization registry associated with the receiver." > ^WeakRegistry default > > returns a global object which is WeakKeyDictionary. And > > | d | > d := WeakKeyDictionary new. > d at: (1 asString copy) put: $a. > d at: (1 asString copy) put: $b. > d size > > prints 1. To me that would exchange every entry from the first > run by the second run (because the objects are equal). > > So I would assume that if there does not happen a run of the > garbagecollector between the two loops the objects of the first > loop should be still contained in the bag. But the test is named > finalizationOfEquals so I have to assume: self doesNotUnderstand > > Can someone explain it to me, please? > > Norbert > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 14, 2008

[Pharo-project] something really cool with VW debugger

by StÃ©phane Ducasse

Hi all if somebody wants to add a really cool feature to the debugger.... in VW we can see as intermediary variable the results of subsets of expression so we we step thru the execution we do not have to select the expression and print it all the time we can simply see the results in the variable. Stef

June 14, 2008

[Pharo-project] ObjectFinalizerTests understanding problems

by Norbert Hartl

Before I recognized that Adrian fixed the ObjectFinalizerTests>>testFinalizationOfEquals I gave it try myself. I came to the same conclusion as Adrian how to fix. But now after knowing how it works I do not know why the test succeeds :) The test uses 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: #remove: to: bag with: n]. 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: #remove: to: bag with: n]. My problem is that toFinalizeSend:to:with adds an Objectfinalizer to the finalizationRegistry of the instance. But Object>>finalizationRegistry "Answer the finalization registry associated with the receiver." ^WeakRegistry default returns a global object which is WeakKeyDictionary. And | d | d := WeakKeyDictionary new. d at: (1 asString copy) put: $a. d at: (1 asString copy) put: $b. d size prints 1. To me that would exchange every entry from the first run by the second run (because the objects are equal). So I would assume that if there does not happen a run of the garbagecollector between the two loops the objects of the first loop should be still contained in the bag. But the test is named finalizationOfEquals so I have to assume: self doesNotUnderstand Can someone explain it to me, please? Norbert

June 14, 2008

Re: [Pharo-project] Messages sent but not implemented: how to

by StÃ©phane Ducasse

Excellent! I would classify them a bit and create an entry by chunk. > Hi, > I've started to investigate on each SLint result > (681 not implemented sent in my image). > An obvious solution can be proposed for only few of them. For the not implemented I know that some of them got fixed in 3.10.Can you have a look. > > Do I open an issue for each of them or ? > thanks > alain > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 14, 2008

Re: [Pharo-project] Bug for harvesting

by Norbert Hartl

On Sat, 2008-06-14 at 10:17 +0200, Adrian Lienhard wrote: > On Jun 11, 2008, at 20:50 , Victor Rodriguez wrote: > > > On Wed, Jun 11, 2008 at 1:12 PM, Norbert Hartl <norbert(a)hartl.name> > > wrote: > >> Hi, > >> > >> I opened a bug a few minutes ago which you may find interesting > >> for harvest. > >> > >> http://bugs.squeak.org/view.php?id=7090 > > > > I have filed this as Issue 13. I left the state as NEW. > > Victor, could you commit your change to the PharoInbox and update the > ticket http://code.google.com/p/pharo/issues/detail?id=13 ? > I did it as it was my change. Norbert > Thanks, > Adrian > > > > > > > Saludos, > > > > Victor. > > > >> Norbert > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 14, 2008

[Pharo-project] Messages sent but not implemented: how to

by Alain Plantec

Hi, I've started to investigate on each SLint result (681 not implemented sent in my image). An obvious solution can be proposed for only few of them. Do I open an issue for each of them or ? thanks alain

June 14, 2008