November 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Sunit Extensions breaking the TestRunner

by David RÃ¶thlisberger

> Can you check and see if it was in your code or a mistake we did? ah, I see what happened. We had Kerala loaded when we committed this SUnit version, but Kerala overrides method in SUnit such as TestResult>>runCase:, so those methods didn't get committed. Very bad. I committed a new version to Pharo: SUnit-DavidRoethlisberger.42 in which I also merged changes of stephane_ducassse.denker.41. Let me know if you need anything else to make SUnit work. David >> >> >>> However there is something strange, the following method has >>> disappeared from the image (I tried with an Core 10133 updated): >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>> TestResult>>runCase: aTestCase >> [...] >>> Is there any reason for this? Our extension on storing results will >>> have to be updated then... >> >> So yes, why has this method disappeared? Me too would like to know that. >> >> David >> >> >> _______________________________________________ >> 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. 10, 2008

[Pharo-project] update #10144

by Marcus Denker

- ifNotNilDo: calls renamed to ifNotNil: - Issue 232: Recreate Special Objects Array should preserve external semaphores + Fix -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 10, 2008

Re: [Pharo-project] HostWindows rewrite

by Antony Blakey

On 09/11/2008, at 10:17 PM, Igor Stasenko wrote: > What you'll never see in new plugin: > - native widgets support or any kind of dealing with native widgets/ > controls. Notwithstanding this, IMO a really good feature would be the ability to create and manage native views within windows, where e.g. a Morph could be 'backed' by a native view. This feature alone is enough to later allow native controls (such as WebKit) to mix with 'light' controls with correct z-ordering/clipping/event handling etc. Of course one could retrofit such a feature, but using native views from the start would encourage any Morphic mods (or other widget set) to use native views and hence be ready for better integration. Antony Blakey -------------------------- CTO, Linkuistics Pty Ltd Ph: 0438 840 787 Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams

Nov. 9, 2008

[Pharo-project] A really important point

by StÃ©phane Ducasse

Hi all I just want to share a part of my vision for pharo with you. This email is raised by the discussion around SunitExtensions. Of course we should look at what the other people are doing. Now I think that this is really important that we incrementally adopt and have the courage to experiment little features at a time. For example lukas and alex enhanced the MC browser and they would have never done it as a specific task. We are all busy and improvements will go that way step by step with sometimes large chunk like MC2 or other but the main drive will be incremental. and we should let incremental change a chance else we will not make progress. Now of course I would love to be able to hire an engineer working full time on pharo. but right now we cannot. Stef

Nov. 9, 2008

Re: [Pharo-project] HostWindows rewrite

by Igor Stasenko

2008/11/9 David T. Lewis <lewis(a)mail.msen.com>: > On Sun, Nov 09, 2008 at 05:05:45PM +0200, Igor Stasenko wrote: >> 2008/11/9 David T. Lewis <lewis(a)mail.msen.com>: >> Oh, that's the bits i'm missing. I found the sources of >> HostWindowPlugin for win and mac, but >> was unable to find anything for X11. Can you please send me a sources >> of it, or link for downloads? > > There is no implementation for X11, but I posted a copy of my imcomplete > work to the vm-dev list here: > > http://lists.squeakfoundation.org/pipermail/vm-dev/2008-July/001977.html > > This does have enough support to permit opening windows, moving them, setting > window label, etc but it is incomplete and is not integrated into Squeak in > any useful way. > Thanks for the link. I hope it will help me to better understand how to make a linux port of plugin, because i never dealt with X11 API in my life. >> And of course, i don't see a need in packing X and Y into a single 32 >> bit int as its currently done in HostWindowPlugin. > > Good, that sounds fine. > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Nov. 9, 2008

Re: [Pharo-project] [ANN] Sourcetalk

by StÃ©phane Ducasse

This is cool. I was looking at the project yesterday :) I got a walkback when I clicked on the project sourcetalk in the project list and download too. Stef On Nov 9, 2008, at 5:58 PM, Lukas Renggli wrote: > Hello everyone > > We am happy to announce the first release of my bachelor project which > is called Sourcetalk. > > Most of you know already Squeaksource (www.squeaksource.com) which > works with Monticello. Meanwhile Colin Putney released first versions > of Monticello 2, which aims to not only support Squeak/Pharo but all > Smalltalk dialects. > > My bachelor work contains the making of a web application, with > Smalltalk, Seaside, Magritte and Pier, as an interface to a Monticello > 2 repository, similar to Squeaksource. Feel free to give it a look and > to try it out at <http://scg.unibe.ch/sourcetalk>. Should you > encounter bugs, please report them to me > (andreaquadri(a)students.unibe.ch) > > Keep in mind that this is an early version and only ment for > experimentation. Do not store your important projects on the server > (yet). We'll setup a real server that is properly persistent and > backed up at its own domain at a later point this year. > > To give it a try from your image you need to load Monticello 2 into a > recent Pharo/Squeak image: > > http://www.wiresong.ca/static/releases/Monticello-2.0.29.zip > > Then load in the attached file-out. It contains a new repository type > and some patches to Monticello 2 to make it work with Sourcetalk. > > Greetings > Andrea Quadri > Lukas Renggli > > -- > Lukas Renggli > http://www.lukas-renggli.ch > <Sourcetalk-Client-lr. > 4.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 9, 2008

Re: [Pharo-project] About etoy cleaning

by StÃ©phane Ducasse

Not that much. :) > I'm sure I missed a lot. As you say, the tendrils go deep! Yes. I imagine that it will left some after I will be done. The stress is to break as less as possible. > > > Regards, Gary. > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr > > > To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, November 08, 2008 9:04 PM > Subject: [Pharo-project] About etoy cleaning > > >> Hi guys >> >> I just wanted to let you know that I'm working on etoy cleaning >> from Object, Morph and friends. >> And I will probably do some mistakes (because this is complex). I'm >> trying to do that concentrated >> but still this is serious beast. >> >> Now I'm keeping a list of my progress at this page >> http://code.google.com/p/pharo/w/edit/CurrentlyWorkingOn >> so that you can follow my progression and that I'm not lost either. >> >> I'm using gary etoy removal and going over his list and checking >> senders of senders .... and verifying when I have doubts. >> and I'm finding missed points from time to time and this is normal >> when we see the complexity of etoy and morphic together. >> So gary may be at the end I would appreciate that you have a look >> at the stuff I'm removing. >> May be by doing a "changes" comparison. >> Right now I'm cleaning object and I will keep a list of the >> difficult methods I did not fixed yet. >> May be these ones will be easier to treat when etoy will be removed. >> 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. 9, 2008

Re: [Pharo-project] HostWindows rewrite

by David T. Lewis

On Sun, Nov 09, 2008 at 05:05:45PM +0200, Igor Stasenko wrote: > 2008/11/9 David T. Lewis <lewis(a)mail.msen.com>: > Oh, that's the bits i'm missing. I found the sources of > HostWindowPlugin for win and mac, but > was unable to find anything for X11. Can you please send me a sources > of it, or link for downloads? There is no implementation for X11, but I posted a copy of my imcomplete work to the vm-dev list here: http://lists.squeakfoundation.org/pipermail/vm-dev/2008-July/001977.html This does have enough support to permit opening windows, moving them, setting window label, etc but it is incomplete and is not integrated into Squeak in any useful way. > And of course, i don't see a need in packing X and Y into a single 32 > bit int as its currently done in HostWindowPlugin. Good, that sounds fine. Dave

Nov. 9, 2008

[Pharo-project] Issue 324: nullable closure: #valueSupplyingAnswers crashes on #matchesRegex:

by Damien Cassou

http://code.google.com/p/pharo/issues/detail?id=324 The following expression crashes: [UIManager default confirm: 'blah blah'] valueSupplyingAnswers: {{'*username' . true}}. -- Damien Cassou http://damiencassou.seasidehosting.st

Nov. 9, 2008

[Pharo-project] Re: Squeak Carbon OS-X VM 3.8.19beta1U ships

by John M McIntosh

> > In the past we have read the image file into a pre-allocated chunk > of memory allocated via mmap, now I have changed to a more > complicated but faster method of reading which then allows us to > someday depending on your VM to avoid re-swizzling pointers for an > image that is launched on a unix, windows, or iPhone since all oops > should start on the 500MB boundary. > > What happens is we mmap the image file with copy on write mmap into > a segment of memory starting at a real address of 500MB > (500*1024*1024), the next virtual memory page follow the size of the > file then is anonymously mmap upto the maximum memory size choosen > for the implmentation. In this case we allocate 512MB of memory > which is a settable option in the info.plist. I had a chance to evaluate the impact of this on an older powerbook G3, what I found is the traditional way of doing things required just about 550 ms of time as it reads in the image and iterates over the objects. After the change and saving the image so that you've a 500MB start location, that 550ms of time is reduced to about 125ms. On slower devices like the iphone the improvement is measured in seconds. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Nov. 9, 2008