- Pharo-dev - lists.pharo.org

Re: [Pharo-project] input for pending items to integrate
by Marcus Denker April 20, 2011

April 20, 2011

On Wed, Apr 20, 2011 at 1:01 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > Take three minutes and reply to this mail. I would like to get a list of pending fixes I should focus on to help you. > Because I can take the tagged items but this is a bit like ok that one > but I want to make sure that I'm spending time to making you making progress. > So just tell me. > It would be nice to have more people looking at reducing the number of bugs in the tracker. http://code.google.com/p/pharo/issues/list 435 to go... -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

1 0

[Pharo-project] Transcript rant
by Igor Stasenko April 20, 2011

April 20, 2011

It is broken, badly broken.. of course its a piece of cake to add #ensureCr method , so VMMaker will work properly.. but the problem is that Transcript from Cuis is even worse than we had before. First thing, is that Transcript is no longer a global variable, but instead a singleton class (Transcript). So, now, what i suppose to do if i want to redirect all Transcript show: ... to file instead of in-image stream? Second. I told it before and i will repeat it again. Transcript ===== WriteStream yes, it is stream. And Transcript as a tool - a window which you see on desktop is a view of that stream. Do you follow? Transcript is model, and transcript window is view. Simple enough? Then why its not like that? So, we should have a model, which is a stream, and as many as we like views, which simply listening of updates on that stream and updating their view correspondingly.. This means that to do it right, we should do something like following: - Transcript is a stream, but which also notifies the view(s) about new stuff coming in, so views can react and update themselves - Transcript is write only stream, and any attempts to seek or read from it should be prohibited. Sorry guys.. if i'd like to do transcript logging via socket, where i suppose to take a content which i already sent via wire? it would be really nice to have xtreams, which allow stream composition.. so then transcript is a composed stream of a following form: notifier stream -> output stream notifier stream is direct any writes to output stream, but in addition it notifies any listeners about new content are written to it. This is easy to implement using xtreams.. but not so easy with old streams (but its doable). An output stream could be anything, which application/image wants to be. For obvious reasons, i'd like to redirect all transcript output in headless mode to stdout. It was doable with old implementation.. but with a new one its impossible, because then i will need to replace class with something else, and then restore it back when i have to switch back to normal operation... Views.. Views are receiving notifications and update their own contents (usually text morphs). There could be as many as one wants views on transcript stream. Not only one. I really don't like that in new transcript i can't even select a text or clear window... from my POV this is what called regression. Make it simple, but not simpler (c) Albert Einstein. -- Best regards, Igor Stasenko AKA sig.

6 26

[Pharo-project] Fwd: [squeak-dev] Re: [ANN] Magma 1.2
by StÃ©phane Ducasse April 20, 2011

April 20, 2011

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: April 20, 2011 10:47:40 AM GMT+02:00 > To: stephane.ducasse(a)gmail.com > Subject: Re: [squeak-dev] Re: [ANN] Magma 1.2 > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)gmail.com> > Date: April 20, 2011 10:47:29 AM GMT+02:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Cc: ma.chris.m(a)gmail.com, magma <magma(a)lists.squeakfoundation.org>, "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> > Subject: Re: [squeak-dev] Re: [ANN] Magma 1.2 > > > + 1 > >> Thanks Chris, >> >> I will install it this night and update the ConfigurationOfMagma and >> will set new #stable version both for Pharo 1.1.x and Pharo 1.2.x >> >> Thank you very much for your effort to keep Magma working on Pharo. >> >> We the Pharoers are very grateful. >> >> Cheers >> >> El mar, 19-04-2011 a las 17:08 -0500, Chris Muller escribiÃ³: >>> Magma 1.2 is now finally released for Squeak 4.2, Pharo 1.1 and Pharo >>> 1.2. This new release offers improved performance thanks to >>> minimizing the problem associated with finalization, as well as >>> avoiding Squeak's slow become except once every 30 seconds. See >>> >>> http://wiki.squeak.org/squeak/6163 >>> >>> for release-notes details. >>> >>> I just went through all of the wiki pages and fixed / updated several >>> of them, including new, clean, one-click installation scripts for for >>> Pharo: >>> >>> http://wiki.squeak.org/squeak/2657 >>> >>> Squeak users may install with one-click directly from the SqueakMap >>> Catalog user-interface. I hope Pharo will consider bringing this back >>> into a future version; SqueakMap already has several projects that >>> load from Metacello. >>> >>> I also realized several of Magma's special capabilities have been >>> undocumented. I've now documented them. >>> >>> http://wiki.squeak.org/squeak/6164 >>> >>> This release is, exactly, one year since Magma 1.1, thank you for your >>> patience. As before, support for Magma is described at: >>> >>> http://wiki.squeak.org/squeak/5818 >>> _______________________________________________ >>> Magma mailing list >>> Magma(a)lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/mailman/listinfo/magma >> >> -- >> Miguel CobÃ¡ >> http://twitter.com/MiguelCobaMtz >> http://miguel.leugim.com.mx >> >> >> >> > > > >

1 0

[Pharo-project] SqueakSource AND SmalltalkHub down ;)
by laurent laffont April 20, 2011

April 20, 2011

Laurent

2 1

[Pharo-project] [update 1.3] #13165
by Marcus Denker April 20, 2011

April 20, 2011

13165 ----- Issue 4058: Character printOn: storeOn: are inconsistent for Character delete Issue 4062: Unpackaged Code Issue 4061: External semaphore table size accessors for Cog -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [ANN] Magma 1.2
by Chris Muller April 20, 2011

April 20, 2011

Magma 1.2 is now finally released for Squeak 4.2, Pharo 1.1 and Pharo 1.2. This new release offers improved performance thanks to minimizing the problem associated with finalization, as well as avoiding Squeak's slow become except once every 30 seconds. See http://wiki.squeak.org/squeak/6163 for release-notes details. I just went through all of the wiki pages and fixed / updated several of them, including new, clean, one-click installation scripts for for Pharo: http://wiki.squeak.org/squeak/2657 Squeak users may install with one-click directly from the SqueakMap Catalog user-interface. I hope Pharo will consider bringing this back into a future version; SqueakMap already has several projects that load from Metacello. I also realized several of Magma's special capabilities have been undocumented. I've now documented them. http://wiki.squeak.org/squeak/6164 This release is, exactly, one year since Magma 1.1, thank you for your patience. As before, support for Magma is described at: http://wiki.squeak.org/squeak/5818

5 4

[Pharo-project] Announcer methods are bloated
by DougEdmunds April 20, 2011

April 20, 2011

If Announcements are newly added to core (discussion at http://forum.world.st/Announcements-in-core-images-tc3188286.html) why not start with a trimmed down set of methods? Why start with bloat? Announcer has these two core methods: 1) subscribe:do 2) subscribe:send:to: are fine. There is no need for 3) on:do (just calls 1) 4) on:send:to: (just calls 2) 5) when:do (also justs calls 1) -- View this message in context: http://forum.world.st/Announcer-methods-are-bloated-tp3461131p3461131.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 7

Re: [Pharo-project] Hudson setup published?
by Marcus Denker April 20, 2011

April 20, 2011

On Apr 20, 2011, at 7:58 AM, Stephan Eggermont wrote: > Is the Hudson setup used to generate the Pharo images published? I uses Lukas' Builder scripts and testrunner: https://github.com/renggli/builder on the TODO, I have to clean up our scripts and put them as a fork of Lukas' on github... but the Hudson related TODO is quite long and it will take a while. > Last friday there were some issues that were not reproducible with > the standard test-runner. > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Hudson setup published?
by Stephan Eggermont April 20, 2011

April 20, 2011

Is the Hudson setup used to generate the Pharo images published? Last friday there were some issues that were not reproducible with the standard test-runner. Stephan

2 1

[Pharo-project] PharoCasts: Test coverage with Hapao
by laurent laffont April 20, 2011

April 20, 2011

Vanessa and Alexandre show us Hapao, an innovative test coverage tool implemented in the Pharo Smalltalk programming language. You will see how they analyse the ProfStef interactive tutorial, increase test coverage and commit their contribution to SqueakSource. http://www.pharocasts.com/2011/04/test-coverage-with-hapao.html -- Laurent Laffont - @lolgzs Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

1 0