September 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Mac carbon VM goes to 4.2.2Beta1U

by John M McIntosh

I've updated the Macintosh Carbon VM to include the latest changes for serial port logic which was driven by changes in the Unix serial port plugin. Plus Bert identified that horizontal wheel scrolling didn't work correctly, oddly it's never worked since I think 2002. People must not use those funky dual touch/action track pads on the macintosh I'd guess. I've added these changes to the SVN tree on squeakvm.org I've also uploaded the new VM as Squeak 4.2.2beta1U.app.zip found via http://smalltalkconsulting.com/squeak.html If someone other than Bert confirm the horizontal scrolling works, plus I couldn't test the altered serial port logic since I don't have a serial like device around that my mac would talk to. Promptly report any issues... Hint, don't forget to purchase your copy of ST80Docs or SqueakDocs on the iPhone to help defer the costs of my yearly Apple development license as you click thru to download the VM. 4.2.2b1 We update system to 10.6.1 and newest xCode Build powerpc VM with gcc 4.0 Run Static Analyser FilePlugin.c SetVMPathFromApplicationDirectory memory leak from vmPathString NSCursorWrappers.m fix memory leak, bitmap, image sqMacMain.c fixupNonAbsolutePath memory leak from resourcePathString sqMacNSPluginUILogic2.c handle_CMD_SHARED_MEMORY memory leak from colorspace sqmacUIEventsUniversal.c Bert reported scroll wheel movement was wrong. We did not get kEventParamMouseWheelAxis correctly This problem oddly has existed for years. SerialPort, use unix serial port logic that now supports named ports, instead of older carbon solutions. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by Lukas Renggli

> I tried to load 32.fullNiall in pharo and it -> DNU > TestCase class>>methodChanged: > > I checked and I do not understand where this method is coming from. That's because TestCase registers for change notification and these methods are suddenly gone. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 27, 2009

[Pharo-project] Fwd: [squeak-dev] Where to find the FT2Plugin sources

by Mariano Martinez Peck

Damien, if you find it could you please update this: http://code.google.com/p/pharo/wiki/VMPluginOverview ---------- Forwarded message ---------- From: Damien Cassou <damien.cassou(a)gmail.com> Date: Sun, Sep 27, 2009 at 11:25 AM Subject: [squeak-dev] Where to find the FT2Plugin sources To: The general-purpose Squeak developers list < squeak-dev(a)lists.squeakfoundation.org> Hi, where can I get the free type plugin sources for the unix Squeak vm? Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

may be we should say that to niall. why can we have extensions in this great frameworks of 3 class long? >>> I also think that SUnit 3.2 should be packaged differently. >>> Now this is annoying to get all the wrapper code. >>> Any idea how to get rid of them in a reproduceable way? >> >> Ideally we had an SUnit-Base package that is identical to SUnit on >> other platforms and then have the rest of the code as a separate >> package. Unfortunately the extensions of Pharo do not really package >> (not doable without overrides). > > Yes SUnit is the coolest framework on earth but not extensible :) > What a pity. > > Stef >> >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

On Sep 27, 2009, at 9:05 PM, Lukas Renggli wrote: >> I also think that SUnit 3.2 should be packaged differently. >> Now this is annoying to get all the wrapper code. >> Any idea how to get rid of them in a reproduceable way? > > Ideally we had an SUnit-Base package that is identical to SUnit on > other platforms and then have the rest of the code as a separate > package. Unfortunately the extensions of Pharo do not really package > (not doable without overrides). Yes SUnit is the coolest framework on earth but not extensible :) What a pity. Stef > > 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

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

I tried to load 32.fullNiall in pharo and it -> DNU TestCase class>>methodChanged: I checked and I do not understand where this method is coming from. valueWithArguments: anArray startingFrom: startIndex "Do the same as my parent, but make sure that all actions that do not give errors are evaluated before resignaling the ones that gave errors (giving the chance to clients to handle them)." "Note: I currently trap Halt,Error so that I am sure to get a Halt event in case of a Halt. This is being fixed in the exception system - when the fix is done it will be enough to capture only Error." | each answer | startIndex to: self size do: [:index | each := self at: index. each isReceiverOrAnyArgumentGarbage ifFalse: [ [answer := each "each is bound to WeakMessageSend(#methodChanged: -> TestCase)" alueWithArguments: anArray] on: Halt, Error do: [:exc | self valueWithArguments: anArray startingFrom: index + 1. exc pass]]]. ^ answer triggerEvent: anEventSelector withArguments: anArgumentList ^(self actionForEvent: anEventSelector) valueWithArguments: anArgumentList (self actionForEvent: anEventSelector) with self = aSystemEventManager anEventSelector = 'methodRemovedEvent:' -> #(WeakMessageSend(#event: -> a SmalltalkImage) WeakMessageSend(#event: -> Utilities) WeakMessageSend(#methodRemoved: -> MCWorkingCopy) WeakMessageSend(#methodChanged: -> ServiceRegistry) WeakMessageSend(#updateInstances: -> TheWorldMainDockingBar) WeakMessageSend(#methodChanged: -> TestCase) WeakMessageSend(#classChanged: -> a RequiredSelectors) WeakMessageSend(#classChanged: -> a ProvidedSelectors) WeakMessageSend(#classChanged: -> a LocalSends) WeakMessageSend(#event: -> a ChangeSet named SUnit-niall.FULL.3.22)) I have no idea where WeakMessageSend(#methodChanged: -> TestCase) comes from. Stef On Sep 27, 2009, at 12:19 PM, Lukas Renggli wrote: >> What about replacing Pharo's SUnit by Nial's and then re-add lost >> features? > > Yes, that's what I wrote in the second paragraph :-) > > 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

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by Lukas Renggli

> I also think that SUnit 3.2 should be packaged differently. > Now this is annoying to get all the wrapper code. > Any idea how to get rid of them in a reproduceable way? Ideally we had an SUnit-Base package that is identical to SUnit on other platforms and then have the rest of the code as a separate package. Unfortunately the extensions of Pharo do not really package (not doable without overrides). Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by Lukas Renggli

> Now we could do that incrementally. Do you know if SUnit3.2 has tests? Yes, more than SUnit 3.1. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

I also think that SUnit 3.2 should be packaged differently. Now this is annoying to get all the wrapper code. Any idea how to get rid of them in a reproduceable way? Stef

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

Hi lukas >> Yes, that's what I wrote in the second paragraph :-) I could not find your second paragraph. I would prefer to avoid to lose what have been added to SUnit. Now I read the SUnit version of keith and there are only a couple of methods that do not exist in pharo from his version. I did not check the SUnit-Extensions (because the package was empty). But it would be good to have a way to integrate that too. AddSuite... and others seems obvious good addition. Now I checked SUnit3.2 and well.... if we restart from it then a lot of what marcus did to clean it will be lost. Behavior>>sunitAllSelectors ^self allSelectors asSortedCollection asOrderedCollection BTW our version does not have the last fixes of marcus from the SUnit repository. BlockContext>>sunitOn: anException do: aHandlerBlock ^self on: anException do: aHandlerBlock Class>>sunitName ^ self name Do we want this kind of crap? Now we could do that incrementally. Do you know if SUnit3.2 has tests? Stef

Sept. 27, 2009