- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.1] #11029

by StÃ©phane Ducasse

11029 ----- - Issue 1378: annoying MC Transcript log "Warning: pane summary not found" - Issue 1370: Issues with Integer>>isPrime good harvesting for today :)

Nov. 1, 2009

[Pharo-project] Fwd: Issue 1391: peek doesn't work in SocketStream

by StÃ©phane Ducasse

Noury did your tests cover that case? http://code.google.com/p/pharo/issues/detail?id=1391 Mike? Stef

Nov. 1, 2009

[Pharo-project] [update 1.1] #11028

by StÃ©phane Ducasse

11028 ----- - Issue 1395: Rectangle storeOn: should be enclosed in parenthesis - Test and patch for Rectangle storeOn: Issue http://code.google.com/p/pharo/issues/detail?id=1395

Nov. 1, 2009

[Pharo-project] [update 1.1] #11024,25, 26, 27

by StÃ©phane Ducasse

11024 ----- - Issue 860: Accelerate MulitByteFileStream Part 1,2,3,4 - Install fast latin1 conversion Part1 generalize Andreas Raab trick from ByteString>>#squeakToUtf8 to every converter using class instance variables

Nov. 1, 2009

Re: [Pharo-project] About AXAnnouncements (was: some Announcements related questions)

by StÃ©phane Ducasse

Yes after writing that I thought that it was already based on on:send: so you only broadcast to the person that register. >> Another question , which Stephane noted already, is the overhead of >> broadcasting. > > First of all, announcements are magnitudes faster than the ancient > change-update and trigger frameworks. In VW I would have problem to see why this was that slow especially since they clean the update:/changed: to have exactly on:send:.... > > The problem of broadcasting does not apply to announcements, because > the observer only registers and receives events he is interested in. > > Please read the blog posts of Vassily. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 1, 2009

Re: [Pharo-project] About AXAnnouncements (was: some Announcements related questions)

by Lukas Renggli

> Another question , which Stephane noted already, is the overhead of > broadcasting. First of all, announcements are magnitudes faster than the ancient change-update and trigger frameworks. The problem of broadcasting does not apply to announcements, because the observer only registers and receives events he is interested in. Please read the blog posts of Vassily. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 1, 2009

Re: [Pharo-project] about Issue 860: Accelerate MulitByteFileStream

by StÃ©phane Ducasse

Nicolas I was wondering why TextConverter>> initialize was calling nextPut: to Stream: which is abstract. So I imagine that only subclasses are invoking this behavior. So I was trying to understand the speed up idea but I failed (because I did not know the speed up of andreas). Stef

Nov. 1, 2009

Re: [Pharo-project] about Issue 860: Accelerate MulitByteFileStream

by StÃ©phane Ducasse

when you I invoke the magic expression SourceFiles do: [:e | (e isKindOf: MultiByteFileStream) ifTrue: [ e installLineEndConventionInConverter]] I will read you changes to try to understand and learn something today :) On Nov 1, 2009, at 9:08 PM, Nicolas Cellier wrote: > Hi Stephane, > > I just repeated the work in four steps, it worked OK in my Pharo > image. > You just have to publish a package and a ScriptLoader script after > each changeSet. > Andreas managed to load in fewer steps, but he had modified Monticello > load order previously. > No need to be that adventurous. > > Nicolas > > 2009/11/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> nicolas >> >> do you have an idea how I could integrate these changes. I could not >> really understand what >> andreas meant when he pushed them into their trunk >> >> Stef >> >> >> >> >> >> _______________________________________________ >> 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

Nov. 1, 2009

Re: [Pharo-project] about Issue 860: Accelerate MulitByteFileStream

by StÃ©phane Ducasse

excellent I do that now. Stef On Nov 1, 2009, at 9:08 PM, Nicolas Cellier wrote: > Hi Stephane, > > I just repeated the work in four steps, it worked OK in my Pharo > image. > You just have to publish a package and a ScriptLoader script after > each changeSet. > Andreas managed to load in fewer steps, but he had modified Monticello > load order previously. > No need to be that adventurous. > > Nicolas > > 2009/11/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> nicolas >> >> do you have an idea how I could integrate these changes. I could not >> really understand what >> andreas meant when he pushed them into their trunk >> >> Stef >> >> >> >> >> >> _______________________________________________ >> 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

Nov. 1, 2009

Re: [Pharo-project] about Issue 860: Accelerate MulitByteFileStream

by Nicolas Cellier

Hi Stephane, I just repeated the work in four steps, it worked OK in my Pharo image. You just have to publish a package and a ScriptLoader script after each changeSet. Andreas managed to load in fewer steps, but he had modified Monticello load order previously. No need to be that adventurous. Nicolas 2009/11/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > nicolas > > do you have an idea how I could integrate these changes. I could not > really understand what > andreas meant when he pushed them into their trunk > > Stef > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 1, 2009