- Pharo-dev - lists.pharo.org

[Pharo-project] Logos
by StÃ©phane Ducasse June 18, 2008

June 18, 2008

Begin forwarded message: > From: Samuel MORELLO <samuel.morello(a)ouvanous.com> > Date: June 18, 2008 10:55:19 AM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [OUVANOUS] Re: Nouvelle version > > les voici ;-) > > Le 18 juin 08 Ã 10:39, StÃ©phane DUCASSE a Ã©crit : > >> --- Reply ABOVE THIS LINE to post a comment to the project --- >> >> Company: Smalltalk >> Project: Pharo >> Link: https://ouvanous.projectpath.com/C18821220 >> >> StÃ©phane DUCASSE said: >> >> ou cela :) >> >> .......................................................................... >> >> Read the original message, view this comment, and download >> attachments at: >> https://ouvanous.projectpath.com/C18821220 >> >> You can always check the Overview for the latest project activity: >> https://ouvanous.projectpath.com/projects/1873269/project/log

9 12

[Pharo-project] Fwd: [squeak-dev] to:do: optimization is wrong when the block modifies the limit
by StÃ©phane Ducasse June 18, 2008

June 18, 2008

Begin forwarded message: > From: nicolas cellier <ncellier(a)ifrance.com> > Date: June 13, 2008 3:28:25 AM CEDT > To: squeak-dev(a)lists.squeakfoundation.org > Subject: [squeak-dev] to:do: optimization is wrong when the block > modifies the limit > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > While browsing #to:do: optimization implementation i noticed this: > > | n | > n := 2. > 1 to: n do: [:i | (n := n+1)>10 ifTrue: [self halt: 'Should I get > here?']]. > ^n > > When you think in term of message send, well NO, YOU SHOULD NOT GET > HERE. > > Optimization is such a subtle thing that: > > | n | > 1 to: (n := 2) do: [:i | n := n+1. n>10 ifTrue: [self halt: 'You > won''t get there']]. > ^n > > Ha Ha, it's really fun! > Of course, if one corrects this bug, there is a pending Decompiler > issue: > > testDecompileToDoWithMovingLimit > | n i | > n := 4. > i := 1. > [i <= n] whileTrue: [ > n := n - 1. > i := i + 1]. > > would decompile into: > | n | > n := 4. > 1 > to: n > do: [:i | n := n - 1] > > This is worth a http://bugs.squeak.org/view.php?id=7093 > Ah i wonder what would a NewCompiler do to to:do: > > Nicolas > > >

1 0

[Pharo-project] Reintegration of StringSocket
by Damien Cassou June 18, 2008

June 18, 2008

Hi, StringSocket is a class part of Nebraska. You removed that class. However, Universe uses this class to publish packages. Is it possible to reintegrate this class, at least partially to support Universe? Bye -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

5 8

[Pharo-project] New pharo-dev based on latest version
by Damien Cassou June 17, 2008

June 17, 2008

I've just published a new pharo-dev version on: http://code.google.com/p/pharo/wiki/Downloads?tm=2. It is based on version 10041 which contains cleaning of MVC. -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

2 1

[Pharo-project] [ANN] MVC removal step two harvested
by StÃ©phane Ducasse June 17, 2008

June 17, 2008

Hi all I harvested the changes proposed by alain for the removal of MVC. Please test pharo since it was a large change. stef

2 2

[Pharo-project] ObjectFinalizerTests understanding problems
by Norbert Hartl June 17, 2008

June 17, 2008

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

3 4

[Pharo-project] Fwd: [Seaside] Timespan bug
by StÃ©phane Ducasse June 17, 2008

June 17, 2008

Begin forwarded message: > From: "David T. Lewis" <lewis(a)mail.msen.com> > Date: June 17, 2008 2:50:58 AM CEDT > To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org> > Subject: Re: [Seaside] Timespan bug > Reply-To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org > > > > On Mon, Jun 16, 2008 at 01:50:43PM +1000, Steve Aldred wrote: >> Sorry for posting this here but I don't use Squeak itself and hence >> aren't on the main squeak list. >> >> As a VW Seaside user I do use Squeak extensions. There is a bug in >> Timespan as shown below: >> >> (Year starting: (DateAndTime year: 2008 month: 1 day:1)) previous >> >> The result should be 2007 but it returns 2006. >> >> Year should implement previous the same as Month does. > > Steve, > > Thanks for reporting this issue. I was going to enter a report on your > behalf in the Squeak bug tracking system, but it looks like Brent is > already on top of it :) > > http://bugs.squeak.org/view.php?id=7097 > > The bug report includes a proposed fix, which is straightforward if > you > want to include it in your image: > > http://bugs.squeak.org/file_download.php?file_id=3386&type=bug > > Brent's fix is as follows: > > Year>>previous > "This implementation handles leap years correctly" > ^ self class year: (self year - 1) > > Dave > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >

1 0

June 17, 2008

Begin forwarded message: > From: Colin Putney <cputney(a)wiresong.ca> > Date: June 16, 2008 12:08:33 AM CEDT > To: OmniBrowser developers <ob-dev(a)wiresong.ca> > Subject: Re: getting class variable access > Reply-To: OmniBrowser developers <ob-dev(a)wiresong.ca> > > > On 15-Jun-08, at 11:57 AM, stephane ducasse wrote: > >> still having good name in the registration would help because OB >> adaptor sucks > > Agreed. Unfortunately, the registration mechanism doesn't let you > choose the name displayed in the menu. It just uses the name of the > class being registered. Also, the protocol expected by the > registration mechanism is particularly twisted, which is why I had to > create a separate class for it, instead of using OBSystemBrowser > directly. > > Colin > _______________________________________________ > ob-dev mailing list > ob-dev(a)wiresong.ca > http://mail.wiresong.ca/mailman/listinfo/ob-dev >

1 0

[Pharo-project] Namespaces?
by Michael Rueger June 16, 2008

June 16, 2008

Hi all, asking the unmentionable ;-) Are there any plans for (simple) name spaces in Pharo? Reason I'm asking is that it would make moving code between e.g. VW and Pharo easier IMHO. Michael

3 4

June 16, 2008

Hi guys I would like some other people to have a look at [Pharo-project] Hunting down nebraska [Pharo-project] MVC removal step2 investigations Can somebody have a look? Stef

4 10