October 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.2] #12161

by stephane ducasse

12161 ----- - Issue 3003: handleDisabledKey: is missing in Editor and subclasses - Issue 2963: systemOrganizer fixes. Thanks German Leiva and James Foester Stef

Oct. 1, 2010

Re: [Pharo-project] [update 1.2] #12161 - #12172

by Levente Uzonyi

On Fri, 1 Oct 2010, Igor Stasenko wrote: > On 1 October 2010 16:15, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > I was thinking to rollback now because we cannot do anything. > Is is ok for you? > And after we can include everything. > Sure, no problem. It should not behave like that. There could be some very little speed degradation, but not like you describing. I found that after update 12172->12174 a FinalizationDependents in WeakArray held 4 weak registries before, but after update it also holds a WeakIdentityKeyDictionary with 9387 elements. This is something from monticello cache, but it screwed somehow.. I were able to delete it from weakdependents,manually, like in this script: arr := (WeakArray classPool at: #FinalizationDependents ). arr withIndexDo: [:e :i | e class == WeakRegistry ifFalse: [ arr at: i put: nil ]] After that, everything vent back to normal. This dictionary comes from MCMethodDefinition Definitions class var. So you can simply do: MCMethodDefinition shutDown to stop CPU hogging. But i wonder, if this is just one-time issue, or it will repeat again, after update. During writing this, i found that you already rewinded update, so i was unable to check if it will start consuming CPU on new code loaded, or its just some tension between MC and my migration procedure, which can be healed by MCMethodDefinition shutDown. IIRC the WeakKeyDictionary is Pharo doesn't work (doesn't free slots or so) if it's not registered to the finalization process, but Henrik will correct me if I'm wrong. Levente > Stef > > On Oct 1, 2010, at 3:08 PM, Igor Stasenko wrote: > >> On 1 October 2010 15:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Igor >>> Can you have a look because right now in 12174 I cannot >>> do any update anymore so >>> Â Â Â Â - either we fix it now >>> Â Â Â Â or we have to rollbakc to 12161. >>> >> I will take a look >>> Thanks. >>> >>> >>> On Oct 1, 2010, at 12:49 PM, Igor Stasenko wrote: >>> >>>> 2010/10/1 Levente Uzonyi <leves(a)elte.hu>: >>>>> On Fri, 1 Oct 2010, Igor Stasenko wrote: >>>>> >>>>>> On 1 October 2010 12:06, Levente Uzonyi <leves(a)elte.hu> wrote: >>>>>> On Fri, 1 Oct 2010, Marcus Denker wrote: >>>>>> >>>>>>> Issue 3002: Â Â A new finalization code ready for integration in Pharo >>>>>>> Issue 3026: after 12172, sync with repository and reload >>>>>> >>>>>> If you didn't fix the migration code, then WeakFinalizationRegistry is >>>>>> still >>>>>> in the system. Details here: >>>>>> >>>>>> >>>>>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-September/15400… >>>>>> >>>>> You mean this not work: >>>>> Â Â Â Â Smalltalk forgetClass: #WeakFinalizationRegistry logged: false. >>>>> >>>>> should be >>>>> Â Â Â Â Smalltalk forgetClass: WeakFinalizationRegistry logged: false. >>>>> >>>>> right? >>>>> >>>>> >>>>> Yes. >>>>> >>>>> >>>> Thanks for noticing. >>>> >>>>> Levente >>>>> >>>>>> >>>>>> Levente >>>>>> >>>>>>> >>>>>>> -- >>>>>>> Marcus Denker Â -- http://www.marcusdenker.de >>>>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 1, 2010

Re: [Pharo-project] [update 1.2] #12161 - #12172

by Igor Stasenko

I found the bug.. This was in WeakKeyDictionary>>expiredValuesDo: Please, try doing the same with this patch, and see if problem gone. See attachment. -- Best regards, Igor Stasenko AKA sig.

Oct. 1, 2010

Re: [Pharo-project] [update 1.2] #12161 - #12172

by Igor Stasenko

On 1 October 2010 16:15, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > I was thinking to rollback now because we cannot do anything. > Is is ok for you? > And after we can include everything. > Sure, no problem. It should not behave like that. There could be some very little speed degradation, but not like you describing. I found that after update 12172->12174 a FinalizationDependents in WeakArray held 4 weak registries before, but after update it also holds a WeakIdentityKeyDictionary with 9387 elements. This is something from monticello cache, but it screwed somehow.. I were able to delete it from weakdependents,manually, like in this script: arr := (WeakArray classPool at: #FinalizationDependents ). arr withIndexDo: [:e :i | e class == WeakRegistry ifFalse: [ arr at: i put: nil ]] After that, everything vent back to normal. This dictionary comes from MCMethodDefinition Definitions class var. So you can simply do: MCMethodDefinition shutDown to stop CPU hogging. But i wonder, if this is just one-time issue, or it will repeat again, after update. During writing this, i found that you already rewinded update, so i was unable to check if it will start consuming CPU on new code loaded, or its just some tension between MC and my migration procedure, which can be healed by MCMethodDefinition shutDown. > Stef > > On Oct 1, 2010, at 3:08 PM, Igor Stasenko wrote: > >> On 1 October 2010 15:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Igor >>> Can you have a look because right now in 12174 I cannot >>> do any update anymore so >>> Â Â Â Â - either we fix it now >>> Â Â Â Â or we have to rollbakc to 12161. >>> >> I will take a look >>> Thanks. >>> >>> >>> On Oct 1, 2010, at 12:49 PM, Igor Stasenko wrote: >>> >>>> 2010/10/1 Levente Uzonyi <leves(a)elte.hu>: >>>>> On Fri, 1 Oct 2010, Igor Stasenko wrote: >>>>> >>>>>> On 1 October 2010 12:06, Levente Uzonyi <leves(a)elte.hu> wrote: >>>>>> On Fri, 1 Oct 2010, Marcus Denker wrote: >>>>>> >>>>>>> Issue 3002: Â Â A new finalization code ready for integration in Pharo >>>>>>> Issue 3026: after 12172, sync with repository and reload >>>>>> >>>>>> If you didn't fix the migration code, then WeakFinalizationRegistry is >>>>>> still >>>>>> in the system. Details here: >>>>>> >>>>>> >>>>>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-September/15400… >>>>>> >>>>> You mean this not work: >>>>> Â Â Â Â Smalltalk forgetClass: #WeakFinalizationRegistry logged: false. >>>>> >>>>> should be >>>>> Â Â Â Â Smalltalk forgetClass: WeakFinalizationRegistry logged: false. >>>>> >>>>> right? >>>>> >>>>> >>>>> Yes. >>>>> >>>>> >>>> Thanks for noticing. >>>> >>>>> Levente >>>>> >>>>>> >>>>>> Levente >>>>>> >>>>>>> >>>>>>> -- >>>>>>> Marcus Denker Â -- http://www.marcusdenker.de >>>>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

Oct. 1, 2010

[Pharo-project] XMLRPC project on Squeaksource is MIT

by GermÃ¡n Arduino

Hi Guys: Attached the agreement of the authors of current XMLRPC code on Squeaksource to make it MIT. Thanks Markus and Christian. ---------- From Markus ---------- From: Markus Fritsche <fritsche.markus(a)googlemail.com> Date: 2010/10/1 Subject: Re: About the XMLRPC project on Squeaksource To: GermÃ¡n Arduino <gsa(a)arsol.net> Hello GermÃ¡n, as far as I am concerned, I am happy to release my code under MIT license. I hope it will be well adapted to recent developments happening around Smalltalk & Pharo! Kind regards, Â Â Â Â Â Â Â Markus (aka maf) 2010/9/22 GermÃ¡n Arduino <gsa(a)arsol.net> > > Hi Markus, Christian, CÃ©sar: > > I asked previously about the xmlrpc code on Squeaksource of each one > of you and all agreed on release it as public domain. > > I need now (sorry by the bothering) your agreement that all your code > on this repo XMLRPC is MIT licensed. Then I will send your responses > to the pharo list to the system keeps track on that. > > Thanks Again! > > GermÃ¡n. ---------- From Christian ---------- 2010/9/22 Christian Langreiter <chris(a)langreiter.com>: > Hello GermÃ¡n, > >> I need now (sorry by the bothering) your agreement that all your code >> on this repo XMLRPC is MIT licensed. Then I will send your responses >> to the pharo list to the system keeps track on that. > > no objections from my side. > > Best regards, > -- Chris

Oct. 1, 2010

[Pharo-project] we will rollback until 12160

by StÃ©phane Ducasse

Hi guys sorry for the mess but the weakarray changes are putting the system on his knees. :) we cannot merge anymore. So I suggest that we rollback until 12160 and let igor happily fix it. Stef

Oct. 1, 2010

Re: [Pharo-project] [update 1.2] #12161 - #12172

by StÃ©phane Ducasse

Igor I was thinking to rollback now because we cannot do anything. Is is ok for you? And after we can include everything. Stef On Oct 1, 2010, at 3:08 PM, Igor Stasenko wrote: > On 1 October 2010 15:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Igor >> Can you have a look because right now in 12174 I cannot >> do any update anymore so >> - either we fix it now >> or we have to rollbakc to 12161. >> > I will take a look >> Thanks. >> >> >> On Oct 1, 2010, at 12:49 PM, Igor Stasenko wrote: >> >>> 2010/10/1 Levente Uzonyi <leves(a)elte.hu>: >>>> On Fri, 1 Oct 2010, Igor Stasenko wrote: >>>> >>>>> On 1 October 2010 12:06, Levente Uzonyi <leves(a)elte.hu> wrote: >>>>> On Fri, 1 Oct 2010, Marcus Denker wrote: >>>>> >>>>>> Issue 3002: A new finalization code ready for integration in Pharo >>>>>> Issue 3026: after 12172, sync with repository and reload >>>>> >>>>> If you didn't fix the migration code, then WeakFinalizationRegistry is >>>>> still >>>>> in the system. Details here: >>>>> >>>>> >>>>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-September/15400… >>>>> >>>> You mean this not work: >>>> Smalltalk forgetClass: #WeakFinalizationRegistry logged: false. >>>> >>>> should be >>>> Smalltalk forgetClass: WeakFinalizationRegistry logged: false. >>>> >>>> right? >>>> >>>> >>>> Yes. >>>> >>>> >>> Thanks for noticing. >>> >>>> Levente >>>> >>>>> >>>>> Levente >>>>> >>>>>> >>>>>> -- >>>>>> Marcus Denker -- http://www.marcusdenker.de >>>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>>> _______________________________________________ >>>> 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 >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 1, 2010

Re: [Pharo-project] [update 1.2] #12161 - #12172

by Igor Stasenko

On 1 October 2010 15:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > Can you have a look because right now in 12174 I cannot > do any update anymore so > Â Â Â Â - either we fix it now > Â Â Â Â or we have to rollbakc to 12161. > I will take a look > Thanks. > > > On Oct 1, 2010, at 12:49 PM, Igor Stasenko wrote: > >> 2010/10/1 Levente Uzonyi <leves(a)elte.hu>: >>> On Fri, 1 Oct 2010, Igor Stasenko wrote: >>> >>>> On 1 October 2010 12:06, Levente Uzonyi <leves(a)elte.hu> wrote: >>>> On Fri, 1 Oct 2010, Marcus Denker wrote: >>>> >>>>> Issue 3002: Â Â A new finalization code ready for integration in Pharo >>>>> Issue 3026: after 12172, sync with repository and reload >>>> >>>> If you didn't fix the migration code, then WeakFinalizationRegistry is >>>> still >>>> in the system. Details here: >>>> >>>> >>>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-September/15400… >>>> >>> You mean this not work: >>> Â Â Â Â Smalltalk forgetClass: #WeakFinalizationRegistry logged: false. >>> >>> should be >>> Â Â Â Â Smalltalk forgetClass: WeakFinalizationRegistry logged: false. >>> >>> right? >>> >>> >>> Yes. >>> >>> >> Thanks for noticing. >> >>> Levente >>> >>>> >>>> Levente >>>> >>>>> >>>>> -- >>>>> Marcus Denker Â -- http://www.marcusdenker.de >>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> 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 >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

Oct. 1, 2010

Re: [Pharo-project] [Pharo-users] [ANN] Pharo-1.1.1-dev10.09.1

by Tudor Girba

Great! Doru On 1 Oct 2010, at 09:55, Mariano Martinez Peck wrote: > Hi folks. We are releasing Pharo 1.1.1. This image is exactly same as Pharo 1.1 but based on PharoCore 1.1.1. The versions of the external packages is the same as in Pharo 1.1. The difference is that PharoCore1.1.1 has integrated some fixes and the support for CogVM. This means that Pharo-1.1.1-dev10.09.1 can be run with both, normal PharoVM and CogVM. For CogVM we recommend to use the last binaries that can be found in http://www.mirandabanda.org/files/Cog/VM/. Right now the last one is http://www.mirandabanda.org/files/Cog/VM/VM.r2313/ > > This CogVM version fixes the problem with "Objects as methods", and thus, all the #run:with:with are working. This means that tools like TestCoverage and AutoTest are working correctly with CogVM. > > The link to the image is: https://gforge.inria.fr/frs/download.php/27543/Pharo-1.1.1-dev10.09.1.zip > > Cheers > > Mariano > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- www.tudorgirba.com "Being happy is a matter of choice."

Oct. 1, 2010

[Pharo-project] Base64MimeConverterTest>>#testOnByteArray raise an error

by Cyrille Delaunay

ByteArray >> base64Encoded is no longer defined in Pharo 1.2, but used in the test Base64MimeConverterTest>>#testOnByteArray. It raise a DNU message. I opened an Issue: http://code.google.com/p/pharo/issues/detail?id=3027&q=base64Encoded&colspe…

Oct. 1, 2010

Re: [Pharo-project] [BUG]Alien class(Object)>>error:

by Patricio Plaza A.

Hi Fernando, I agree with you, something related to Alien is not working in the last version of Pharo. I'll following the thread Alien Plugin for Linux to get more information. Saludos, Patricio Ref.: ______________________________________________________________________________ VM: Mac OS - intel - 1064 - Squeak4.1 of 17 April 2010 [latest update: #9957] Pharo Development 1.1 Image: Pharo-1.1-11411 [Latest update: #11411] Mac OS X version 10.6.4 Snow Leopard: Intel Core 2 Duo,2 GHz,2 GB,1,07 GHz ______________________________________________________________________________ El 01-10-2010, a las 3:27, Fernando olivero escribiÃ³: > Hi Patricio, could you provide more information on the image you are using? And the vm ? and the OS ? > > It seems to be an Alien related problem, and not Lumiere related. The last time i've updated the Configuration's it was working , but somethings have changed regarding Alien. > You should check out the thread Alien Plugin for Linux. > > Steps to go: > 1. fix Alien > 2. make AlienOpenGL work > 3. use Lumiere. > > First try to have AlienOpenGL working, using the ConfigurationOfAlienOpenGL, once we get it working , then we go back to Lumiere. > > ( I'll will fix the ConfigurationOfLumiere in the meantime ) > > Thanks, > Fernando > > pd: I would love to ditch AlienOpenGL as the OpenGL layer, and use the openGL port done by Igor using NativeBoost. It's more robust, faster and complete port. > > > On Sep 30, 2010, at 8:36 PM, Tudor Girba wrote: > >> Welcome and thanks for the question. It would be so cool to get Lumiere back to light :). >> >> Cheers, >> Doru >> >> >> On 30 Sep 2010, at 20:29, StÃ©phane Ducasse wrote: >> >>> Welcome Patricio. >>> >>> Stef >>> >>> On Sep 30, 2010, at 6:31 PM, Patricio Plaza A. wrote: >>> >>>> Hi, >>>> >>>> I'm trying to load LumiÃ©re framework executing the script in a workspace following the >>>> instruction in "http://www.squeaksource.com/Lumiere/" but I'm getting some warning and error during the installation. >>>> >>>> I'll appreciate any support to get successfully load of LumiÃ©re. >>>> >>>> Best regards, >>>> >>>> Patricio. >>>> >>>> >>>> 30 September 2010 12:12:37 pm >>>> >>>> VM: Mac OS - intel - 1064 - Squeak4.1 of 17 April 2010 [latest update: #9957] Pharo Development 1.1 >>>> Image: Pharo-1.1-11411 [Latest update: #11411] >>>> >>>> SecurityManager state: >>>> Restricted: false >>>> FileAccess: true >>>> SocketAccess: true >>>> Working Dir /Users/pplaza/Documents/Pharo-1.1-OneClick.app/Contents/Resources >>>> Trusted Dir /foobar/tooBar/forSqueak/bogus >>>> Untrusted Dir /Users/pplaza/Library/Preferences/Squeak/Internet/My Squeak >>>> >>>> 1) >>>> Message Warning: >>>> >>>> This package depends on the following classes: >>>> GluQuadricObject >>>> DisplayList >>>> You must resolve these dependencies before you will be able to load these definitions: >>>> DisplayList classSide>>generateOn:evaluating: >>>> DisplayList>>generateOn:evaluating: >>>> GluQuadricObject>>loadUnitAxisInto: >>>> >>>> 2) >>>> Message Error: >>>> Alien class(Object)>>error: >>>> Receiver: Alien >>>> Arguments and temporary variables: >>>> aString: 'SystemDictionary>>recreateSpecialObjectsArray appears incompatible' >>>> Receiver's instance variables: >>>> superclass: ByteArray >>>> methodDict: a MethodDictionary(size 131) >>>> format: 1026 >>>> instanceVariables: nil >>>> organization: ('accessing' address dataSize freeAfter: pointer strcpy strcpyFro...etc... >>>> subclasses: {FFICallbackReturnValue. FFICallbackThunk} >>>> name: #Alien >>>> classPool: a Dictionary(#GCMallocedAliens->an AlienWeakTable #PlatformSizes->ni...etc... >>>> sharedPools: nil >>>> environment: a SystemDictionary(lots of globals) >>>> category: #'Alien-Core' >>>> traitComposition: {} >>>> localSelectors: nil >>>> >>>> Alien class>>ensureInSpecialObjectsArray >>>> Receiver: Alien >>>> Arguments and temporary variables: >>>> index: 53 >>>> Receiver's instance variables: >>>> superclass: ByteArray >>>> methodDict: a MethodDictionary(size 131) >>>> format: 1026 >>>> instanceVariables: nil >>>> organization: ('accessing' address dataSize freeAfter: pointer strcpy strcpyFro...etc... >>>> subclasses: {FFICallbackReturnValue. FFICallbackThunk} >>>> name: #Alien >>>> classPool: a Dictionary(#GCMallocedAliens->an AlienWeakTable #PlatformSizes->ni...etc... >>>> sharedPools: nil >>>> environment: a SystemDictionary(lots of globals) >>>> category: #'Alien-Core' >>>> traitComposition: {} >>>> localSelectors: nil >>>> >>>> Alien class>>initialize >>>> Receiver: Alien >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> superclass: ByteArray >>>> methodDict: a MethodDictionary(size 131) >>>> format: 1026 >>>> instanceVariables: nil >>>> organization: ('accessing' address dataSize freeAfter: pointer strcpy strcpyFro...etc... >>>> subclasses: {FFICallbackReturnValue. FFICallbackThunk} >>>> name: #Alien >>>> classPool: a Dictionary(#GCMallocedAliens->an AlienWeakTable #PlatformSizes->ni...etc... >>>> sharedPools: nil >>>> environment: a SystemDictionary(lots of globals) >>>> category: #'Alien-Core' >>>> traitComposition: {} >>>> localSelectors: nil >>>> >>>> MCMethodDefinition>>postloadOver: >>>> Receiver: a MCMethodDefinition(Alien class>>initialize) >>>> Arguments and temporary variables: >>>> aDefinition: nil >>>> Receiver's instance variables: >>>> classIsMeta: true >>>> source: 'initialize >>>> " >>>> Alien initialize >>>> " >>>> PlatformSizes := nil. >>>> GCMallocedA...etc... >>>> category: #'class initialization' >>>> selector: #initialize >>>> className: #Alien >>>> timeStamp: 'kdt 9/25/2009 16:45' >>>> >>>> [] in [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> ea: a MCMethodDefinition(Alien class>>initialize) >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> [] in [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>> Arguments and temporary variables: >>>> <<error during printing> >>>> Receiver's instance variables: >>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>> firstIndex: 1 >>>> lastIndex: 329 >>>> >>>> OrderedCollection>>do: >>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>> Arguments and temporary variables: >>>> aBlock: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: [count + 1 = size >>>> or: [(T...etc... >>>> index: 35 >>>> Receiver's instance variables: >>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>> firstIndex: 1 >>>> lastIndex: 329 >>>> >>>> [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>> Arguments and temporary variables: >>>> <<error during printing> >>>> Receiver's instance variables: >>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>> firstIndex: 1 >>>> lastIndex: 329 >>>> >>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>> Receiver: ProgressInitiationException: >>>> Arguments and temporary variables: >>>> progress: [:barValArg | >>>> | barVal return newBarSize | >>>> barVal := barValArg. >>>> ret...etc... >>>> result: #(nil) >>>> Receiver's instance variables: >>>> messageText: nil >>>> tag: nil >>>> signalContext: ProgressInitiationException(Exception)>>signal >>>> handlerContext: nil >>>> outerContext: nil >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> maxVal: 329 >>>> minVal: 0 >>>> aPoint: 474@88 >>>> progressTitle: '' >>>> >>>> BlockClosure>>on:do: >>>> Receiver: [result := workBlock value: progress] >>>> Arguments and temporary variables: >>>> exception: ProgressNotification >>>> handlerAction: [:ex | >>>> ex extraParam isString >>>> ifTrue: [SystemProgressMorph un...etc... >>>> handlerActive: true >>>> Receiver's instance variables: >>>> outerContext: [] in ProgressInitiationException>>defaultMorphicAction >>>> startpc: 83 >>>> numArgs: 0 >>>> >>>> [] in ProgressInitiationException>>defaultMorphicAction >>>> Receiver: ProgressInitiationException: >>>> Arguments and temporary variables: >>>> progress: [:barValArg | >>>> | barVal return newBarSize | >>>> barVal := barValArg. >>>> ret...etc... >>>> result: #(nil) >>>> Receiver's instance variables: >>>> messageText: nil >>>> tag: nil >>>> signalContext: ProgressInitiationException(Exception)>>signal >>>> handlerContext: nil >>>> outerContext: nil >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> maxVal: 329 >>>> minVal: 0 >>>> aPoint: 474@88 >>>> progressTitle: '' >>>> >>>> BlockClosure>>ensure: >>>> Receiver: [[result := workBlock value: progress] >>>> on: ProgressNotification >>>> do: [:ex | >>>> ex extr...etc... >>>> Arguments and temporary variables: >>>> aBlock: [SystemProgressMorph close: progress] >>>> complete: nil >>>> returnValue: nil >>>> Receiver's instance variables: >>>> outerContext: ProgressInitiationException>>defaultMorphicAction >>>> startpc: 77 >>>> numArgs: 0 >>>> >>>> ProgressInitiationException>>defaultMorphicAction >>>> Receiver: ProgressInitiationException: >>>> Arguments and temporary variables: >>>> progress: [:barValArg | >>>> | barVal return newBarSize | >>>> barVal := barValArg. >>>> ret...etc... >>>> result: #(nil) >>>> Receiver's instance variables: >>>> messageText: nil >>>> tag: nil >>>> signalContext: ProgressInitiationException(Exception)>>signal >>>> handlerContext: nil >>>> outerContext: nil >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> maxVal: 329 >>>> minVal: 0 >>>> aPoint: 474@88 >>>> progressTitle: '' >>>> >>>> ProgressInitiationException>>defaultAction >>>> Receiver: ProgressInitiationException: >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> messageText: nil >>>> tag: nil >>>> signalContext: ProgressInitiationException(Exception)>>signal >>>> handlerContext: nil >>>> outerContext: nil >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> maxVal: 329 >>>> minVal: 0 >>>> aPoint: 474@88 >>>> progressTitle: '' >>>> >>>> UndefinedObject>>handleSignal: >>>> Receiver: nil >>>> Arguments and temporary variables: >>>> exception: ProgressInitiationException: >>>> Receiver's instance variables: >>>> nil >>>> >>>> MethodContext(ContextPart)>>handleSignal: >>>> Receiver: BlockClosure>>on:do: >>>> Arguments and temporary variables: >>>> exception: ProgressInitiationException: >>>> val: nil >>>> Receiver's instance variables: >>>> sender: PasteUpMorph>>becomeActiveDuring: >>>> pc: 17 >>>> stackp: 3 >>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>> closureOrNil: nil >>>> receiver: [aBlock value] >>>> >>>> MethodContext(ContextPart)>>handleSignal: >>>> Receiver: BlockClosure>>on:do: >>>> Arguments and temporary variables: >>>> exception: ProgressInitiationException: >>>> val: nil >>>> Receiver's instance variables: >>>> sender: TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>> pc: 17 >>>> stackp: 3 >>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>> closureOrNil: nil >>>> receiver: [rcvr class evaluatorClass new >>>> evaluate: self selection asString >>>> ...etc... >>>> >>>> MethodContext(ContextPart)>>handleSignal: >>>> Receiver: BlockClosure>>on:do: >>>> Arguments and temporary variables: >>>> exception: ProgressInitiationException: >>>> val: nil >>>> Receiver's instance variables: >>>> sender: [] in ProgressInitiationException>>defaultMorphicAction >>>> pc: 17 >>>> stackp: 3 >>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>> closureOrNil: nil >>>> receiver: [result := workBlock value: progress] >>>> >>>> MethodContext(ContextPart)>>handleSignal: >>>> Receiver: BlockClosure>>on:do: >>>> Arguments and temporary variables: >>>> exception: ProgressInitiationException: >>>> val: nil >>>> Receiver's instance variables: >>>> sender: [] in ProgressInitiationException>>defaultMorphicAction >>>> pc: 17 >>>> stackp: 3 >>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>> closureOrNil: nil >>>> receiver: [result := workBlock value: progress] >>>> >>>> MethodContext(ContextPart)>>handleSignal: >>>> Receiver: BlockClosure>>on:do: >>>> Arguments and temporary variables: >>>> exception: ProgressInitiationException: >>>> val: nil >>>> Receiver's instance variables: >>>> sender: [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> pc: 17 >>>> stackp: 3 >>>> method: (BlockClosure>>#on:do: "a CompiledMethod(885784576)") >>>> closureOrNil: nil >>>> receiver: [additions >>>> do: [:ea | self loadClassDefinition: ea] >>>> displayingPro...etc... >>>> >>>> ProgressInitiationException(Exception)>>signal >>>> Receiver: ProgressInitiationException: >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> messageText: nil >>>> tag: nil >>>> signalContext: ProgressInitiationException(Exception)>>signal >>>> handlerContext: nil >>>> outerContext: nil >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> maxVal: 329 >>>> minVal: 0 >>>> aPoint: 474@88 >>>> progressTitle: '' >>>> >>>> ProgressInitiationException>>display:at:from:to:during: >>>> Receiver: ProgressInitiationException: >>>> Arguments and temporary variables: >>>> argString: '' >>>> argPoint: 474@88 >>>> argMinVal: 0 >>>> argMaxVal: 329 >>>> argWorkBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> o...etc... >>>> Receiver's instance variables: >>>> messageText: nil >>>> tag: nil >>>> signalContext: ProgressInitiationException(Exception)>>signal >>>> handlerContext: nil >>>> outerContext: nil >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> maxVal: 329 >>>> minVal: 0 >>>> aPoint: 474@88 >>>> progressTitle: '' >>>> >>>> ProgressInitiationException class>>display:at:from:to:during: >>>> Receiver: ProgressInitiationException >>>> Arguments and temporary variables: >>>> aString: '' >>>> aPoint: 474@88 >>>> minVal: 0 >>>> maxVal: 329 >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> Receiver's instance variables: >>>> superclass: Exception >>>> methodDict: a MethodDictionary(#defaultAction->(ProgressInitiationException>>#d...etc... >>>> format: 150 >>>> instanceVariables: #('workBlock' 'maxVal' 'minVal' 'aPoint' 'progressTitle') >>>> organization: ('as yet unclassified' defaultAction defaultMorphicAction display...etc... >>>> subclasses: nil >>>> name: #ProgressInitiationException >>>> classPool: nil >>>> sharedPools: nil >>>> environment: a SystemDictionary(lots of globals) >>>> category: #'Morphic-Widgets' >>>> traitComposition: {} >>>> localSelectors: nil >>>> >>>> ByteString(String)>>displayProgressAt:from:to:during: >>>> Receiver: '' >>>> Arguments and temporary variables: >>>> aPoint: 474@88 >>>> minVal: 0 >>>> maxVal: 329 >>>> workBlock: [:bar | self >>>> do: [:each | >>>> | newLabel | >>>> (count = 0 >>>> or: ...etc... >>>> Receiver's instance variables: >>>> '' >>>> >>>> OrderedCollection(Collection)>>do:displayingProgress:every: >>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>> Arguments and temporary variables: >>>> <<error during printing> >>>> Receiver's instance variables: >>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>> firstIndex: 1 >>>> lastIndex: 329 >>>> >>>> OrderedCollection(Collection)>>do:displayingProgress: >>>> Receiver: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefinition(Seq...etc... >>>> Arguments and temporary variables: >>>> aBlock: [:ea | ea >>>> postloadOver: (self obsoletionFor: ea)] >>>> aStringOrBlock: 'Initializing...' >>>> Receiver's instance variables: >>>> array: an Array(a MCOrganizationDefinition(#(#'Alien-Core')) a MCMethodDefiniti...etc... >>>> firstIndex: 1 >>>> lastIndex: 329 >>>> >>>> [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> BlockClosure>>on:do: >>>> Receiver: [additions >>>> do: [:ea | self loadClassDefinition: ea] >>>> displayingProgress: 'Loading class...etc... >>>> Arguments and temporary variables: >>>> exception: InMidstOfFileinNotification >>>> handlerAction: [:n | n resume: true] >>>> handlerActive: true >>>> Receiver's instance variables: >>>> outerContext: [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> startpc: 112 >>>> numArgs: 0 >>>> >>>> [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> BlockClosure>>ensure: >>>> Receiver: [[additions >>>> do: [:ea | self loadClassDefinition: ea] >>>> displayingProgress: 'Loading clas...etc... >>>> Arguments and temporary variables: >>>> aBlock: [self flushChangesFile] >>>> complete: nil >>>> returnValue: nil >>>> Receiver's instance variables: >>>> outerContext: MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> startpc: 108 >>>> numArgs: 0 >>>> >>>> MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> [] in MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> [] in MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> aBlock: [self basicLoad] >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> BlockClosure>>ensure: >>>> Receiver: [aBlock value] >>>> Arguments and temporary variables: >>>> aBlock: [changeHolder newChanges: oldChanges] >>>> complete: nil >>>> returnValue: nil >>>> Receiver's instance variables: >>>> outerContext: MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>> startpc: 93 >>>> numArgs: 0 >>>> >>>> MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> baseName: 'Alien-Core-LucFabresse.64' >>>> aBlock: [self basicLoad] >>>> changeHolder: ChangeSet >>>> oldChanges: a ChangeSet named Unnamed >>>> newChanges: a ChangeSet named Alien-Core-LucFabresse.64 >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> MCMultiPackageLoader(MCPackageLoader)>>useNewChangeSetNamedLike:during: >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> baseName: 'Alien-Core-LucFabresse.64' >>>> aBlock: [self basicLoad] >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>> Receiver: a MCMultiPackageLoader >>>> Arguments and temporary variables: >>>> baseName: 'Alien-Core-LucFabresse.64' >>>> Receiver's instance variables: >>>> requirements: #() >>>> unloadableDefinitions: a SortedCollection() >>>> obsoletions: a Dictionary() >>>> additions: an OrderedCollection(a MCOrganizationDefinition(#(#'Alien-Core')) a ...etc... >>>> removals: an OrderedCollection() >>>> errorDefinitions: an OrderedCollection() >>>> provisions: a Set(#ScorePlayerMorph #MOPTestClassD #MetacelloGoferPackageTestCa...etc... >>>> methodAdditions: an OrderedCollection(a MethodAddition a MethodAddition a Metho...etc... >>>> >>>> MCVersionLoader>>loadWithNameLike: >>>> Receiver: a MCVersionLoader >>>> Arguments and temporary variables: >>>> aString: 'Alien-Core-LucFabresse.64' >>>> loader: a MCMultiPackageLoader >>>> Receiver's instance variables: >>>> versions: an OrderedCollection(a MCVersion(Alien-Core-LucFabresse.64) a MCVersi...etc... >>>> >>>> MCVersionLoader>>load >>>> Receiver: a MCVersionLoader >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> versions: an OrderedCollection(a MCVersion(Alien-Core-LucFabresse.64) a MCVersi...etc... >>>> >>>> >>>> --- The full stack --- >>>> Alien class(Object)>>error: >>>> Alien class>>ensureInSpecialObjectsArray >>>> Alien class>>initialize >>>> MCMethodDefinition>>postloadOver: >>>> [] in [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> [] in [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>> OrderedCollection>>do: >>>> [] in OrderedCollection(Collection)>>do:displayingProgress:every: >>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>> BlockClosure>>on:do: >>>> [] in ProgressInitiationException>>defaultMorphicAction >>>> BlockClosure>>ensure: >>>> ProgressInitiationException>>defaultMorphicAction >>>> ProgressInitiationException>>defaultAction >>>> UndefinedObject>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> ProgressInitiationException(Exception)>>signal >>>> ProgressInitiationException>>display:at:from:to:during: >>>> ProgressInitiationException class>>display:at:from:to:during: >>>> ByteString(String)>>displayProgressAt:from:to:during: >>>> OrderedCollection(Collection)>>do:displayingProgress:every: >>>> OrderedCollection(Collection)>>do:displayingProgress: >>>> [] in [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> BlockClosure>>on:do: >>>> [] in MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> BlockClosure>>ensure: >>>> MCMultiPackageLoader(MCPackageLoader)>>basicLoad >>>> [] in MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>> [] in MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>> BlockClosure>>ensure: >>>> MCMultiPackageLoader(MCPackageLoader)>>useChangeSetNamed:during: >>>> MCMultiPackageLoader(MCPackageLoader)>>useNewChangeSetNamedLike:during: >>>> MCMultiPackageLoader(MCPackageLoader)>>loadWithNameLike: >>>> MCVersionLoader>>loadWithNameLike: >>>> MCVersionLoader>>load >>>> - - - - - - - - - - - - - - - >>>> - - - - - - - - - - - - - - - - - - >>>> MetacelloGoferLoad(GoferLoad)>>execute >>>> [] in [] in MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>>> [] in MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>>> [] in MetacelloPharoPlatform>>do:displaying: >>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>> BlockClosure>>on:do: >>>> [] in ProgressInitiationException>>defaultMorphicAction >>>> BlockClosure>>ensure: >>>> ProgressInitiationException>>defaultMorphicAction >>>> ProgressInitiationException>>defaultAction >>>> UndefinedObject>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> ProgressInitiationException(Exception)>>signal >>>> ProgressInitiationException>>display:at:from:to:during: >>>> ProgressInitiationException class>>display:at:from:to:during: >>>> ByteString(String)>>displayProgressAt:from:to:during: >>>> MetacelloPharoPlatform>>do:displaying: >>>> MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadPackageDirective:gofer: >>>> MetacelloPackageLoadDirective>>loadUsing:gofer: >>>> [] in MetacelloAtomicLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>> OrderedCollection>>do: >>>> MetacelloAtomicLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>> MetacelloAtomicLoadDirective>>loadLinearLoadDirective:gofer: >>>> MetacelloLinearLoadDirective>>loadUsing:gofer: >>>> [] in MetacelloAtomicLoadDirective>>loadAtomicLoadDirective:gofer: >>>> OrderedCollection>>do: >>>> MetacelloAtomicLoadDirective>>loadAtomicLoadDirective:gofer: >>>> MetacelloAtomicLoadDirective>>loadUsing:gofer: >>>> [] in MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadAtomicLoadDirective:gofer: >>>> OrderedCollection>>do: >>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadAtomicLoadDirective:gofer: >>>> MetacelloAtomicLoadDirective>>loadUsing:gofer: >>>> [] in MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>> OrderedCollection>>do: >>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>>> MetacelloLinearLoadDirective>>loadUsing:gofer: >>>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadWithPolicy: >>>> MetacelloLoaderPolicy>>load >>>> MetacelloFetchingMCSpecLoader>>doLoad >>>> [] in [] in MetacelloMCVersion>>doLoadRequiredFromArray: >>>> [] in MetacelloPharoPlatform>>do:displaying: >>>> [] in [] in ProgressInitiationException>>defaultMorphicAction >>>> BlockClosure>>on:do: >>>> [] in ProgressInitiationException>>defaultMorphicAction >>>> BlockClosure>>ensure: >>>> ProgressInitiationException>>defaultMorphicAction >>>> ProgressInitiationException>>defaultAction >>>> UndefinedObject>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> MethodContext(ContextPart)>>handleSignal: >>>> ProgressInitiationException(Exception)>>signal >>>> ProgressInitiationException>>display:at:from:to:during: >>>> ProgressInitiationException class>>display:at:from:to:during: >>>> ByteString(String)>>displayProgressAt:from:to:during: >>>> MetacelloPharoPlatform>>do:displaying: >>>> [] in MetacelloMCVersion>>doLoadRequiredFromArray: >>>> BlockClosure>>ensure: >>>> MetacelloMCVersion>>doLoadRequiredFromArray: >>>> MetacelloMCVersion>>load >>>> ConfigurationOfLumiere class>>loadDefault >>>> UndefinedObject>>DoIt >>>> Compiler>>evaluate:in:to:notifying:ifFail:logged: >>>> [] in TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>> BlockClosure>>on:do: >>>> TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>> TextMorphForShoutEditor(ParagraphEditor)>>doIt >>>> [] in TextMorphForShoutEditor(ParagraphEditor)>>doIt: >>>> TextMorphForShoutEditor(ParagraphEditor)>>terminateAndInitializeAround: >>>> TextMorphForShoutEditor(ParagraphEditor)>>doIt: >>>> TextMorphForShoutEditor(ParagraphEditor)>>dispatchOnKeyEvent:with: >>>> TextMorphForShoutEditor(TextMorphEditor)>>dispatchOnKeyEvent:with: >>>> TextMorphForShoutEditor(ParagraphEditor)>>keystroke: >>>> TextMorphForShoutEditor(TextMorphEditor)>>keystroke: >>>> [] in [] in TextMorphForShout(TextMorph)>>keyStroke: >>>> TextMorphForShout(TextMorph)>>handleInteraction: >>>> TextMorphForShout(TextMorphForEditView)>>handleInteraction: >>>> [] in TextMorphForShout(TextMorph)>>keyStroke: >>>> ECToolSet class>>codeCompletionAround:textMorph:keyStroke: >>>> DEVToolSet class>>codeCompletionAround:textMorph:keyStroke: >>>> ToolSet class>>codeCompletionAround:textMorph:keyStroke: >>>> TextMorphForShout(TextMorph)>>keyStroke: >>>> TextMorphForShout(TextMorphForEditView)>>keyStroke: >>>> TextMorphForShout(TextMorph)>>handleKeystroke: >>>> KeyboardEvent>>sentTo: >>>> TextMorphForShout(Morph)>>handleEvent: >>>> TextMorphForShout(Morph)>>handleFocusEvent: >>>> [] in HandMorph>>sendFocusEvent:to:clear: >>>> [] in PasteUpMorph>>becomeActiveDuring: >>>> BlockClosure>>on:do: >>>> PasteUpMorph>>becomeActiveDuring: >>>> HandMorph>>sendFocusEvent:to:clear: >>>> HandMorph>>sendEvent:focus:clear: >>>> HandMorph>>sendKeyboardEvent: >>>> HandMorph>>handleEvent: >>>> HandMorph>>processEvents >>>> [] in WorldState>>doOneCycleNowFor: >>>> Array(SequenceableCollection)>>do: >>>> WorldState>>handsDo: >>>> WorldState>>doOneCycleNowFor: >>>> WorldState>>doOneCycleFor: >>>> PasteUpMorph>>doOneCycle >>>> [] in Project class>>spawnNewProcess >>>> [] in BlockClosure>>newProcess >>>> _______________________________________________ >>>> 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 >> >> -- >> www.tudorgirba.com >> >> "Relationships are of two kinds: those we choose and those that happen. They both matter." >> >> >> >> >> >> >> _______________________________________________ >> 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

Oct. 1, 2010

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

by Lukas Renggli

>> response := ZnHttp new >> Â Â url: 'http://www.foo.com'; >> Â Â userAgent: 'FakeAgent'; >> Â Â cookieAt: 'something' put: '123'; >> Â Â parameterAt: 'q' put: 'smalltalk'; >> Â Â onFailure: [ :error | self inform: 'failed' ]; >> Â Â onProgress: [ :status | ... ]; >> Â Â get > > A bit like Gofer I guess... Yeah, the pattern is always the same :-) Seaside rendering, Gofer loading, Magritte description, ... > It certainly looks cool, the code above. > > I'll have to think a little bit about that approach. The idea is that reasonably complex scenarios can be written as a single expression. > How should such an object handle wrong use of the API ? > What if I don't specify an url, do the get before setting the cookie, ... > It feels as if there will be little feedback in terms of errors, no ? If you forget to specify an URL you'll likely get an exception at some (later) point. If you forget or do something after #get, #put, #delete, #head, ... it has no effect. Also you don't get the result, which is returned from these methods. In my opinion the missing feedback is not a problem in practice, people just have to remember to do the action last. Lukas -- Lukas Renggli www.lukas-renggli.ch

Oct. 1, 2010

Re: [Pharo-project] [update 1.2] #12161 - #12172

by StÃ©phane Ducasse

Igor Can you have a look because right now in 12174 I cannot do any update anymore so - either we fix it now or we have to rollbakc to 12161. Thanks. On Oct 1, 2010, at 12:49 PM, Igor Stasenko wrote: > 2010/10/1 Levente Uzonyi <leves(a)elte.hu>: >> On Fri, 1 Oct 2010, Igor Stasenko wrote: >> >>> On 1 October 2010 12:06, Levente Uzonyi <leves(a)elte.hu> wrote: >>> On Fri, 1 Oct 2010, Marcus Denker wrote: >>> >>>> Issue 3002: A new finalization code ready for integration in Pharo >>>> Issue 3026: after 12172, sync with repository and reload >>> >>> If you didn't fix the migration code, then WeakFinalizationRegistry is >>> still >>> in the system. Details here: >>> >>> >>> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-September/15400… >>> >> You mean this not work: >> Smalltalk forgetClass: #WeakFinalizationRegistry logged: false. >> >> should be >> Smalltalk forgetClass: WeakFinalizationRegistry logged: false. >> >> right? >> >> >> Yes. >> >> > Thanks for noticing. > >> Levente >> >>> >>> Levente >>> >>>> >>>> -- >>>> Marcus Denker -- http://www.marcusdenker.de >>>> INRIA Lille -- Nord Europe. Team RMoD. >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 1, 2010

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

by Sven Van Caekenberghe

Lukas, On 01 Oct 2010, at 14:10, Lukas Renggli wrote: > What I would like to see is some kind of high-level API for convenient > access to all features. Something along > > response := ZnHttp new > url: 'http://www.foo.com'; > userAgent: 'FakeAgent'; > cookieAt: 'something' put: '123'; > parameterAt: 'q' put: 'smalltalk'; > onFailure: [ :error | self inform: 'failed' ]; > onProgress: [ :status | ... ]; > get A bit like Gofer I guess... It certainly looks cool, the code above. I'll have to think a little bit about that approach. How should such an object handle wrong use of the API ? What if I don't specify an url, do the get before setting the cookie, ... It feels as if there will be little feedback in terms of errors, no ? Sven

Oct. 1, 2010

[Pharo-project] Fix of Create button in Debugger (#3010 and #3011)

by Luc Fabresse

Hi all, We integrate the fix proposed by Hernan for #3010 and #3011. Hernan, thanks a lot for your fix proposal. Next time, just test it before on the latest Pharo (curently 1.2 and not 1.1) to make the integration easier. Thanks, Luc

Oct. 1, 2010

Re: [Pharo-project] loading groups with metacello

by Mariano Martinez Peck

On Fri, Oct 1, 2010 at 2:16 PM, Veronica Isabel Uquillas Gomez < vuquilla(a)vub.ac.be> wrote: > Hi Mariano, > > You already saw my problem. > > With this you can check what is happening: > (ConfigurationOfGlamour project version: 'default') record: #('Core' > 'Tests' 'Extras') > > I don't understand why this loads Grease for example. Dale any idea? I checked loadDirective but I didn't understand. Cheers Mariano > all the pre-requisites are being loaded and not only the groups. > > > Regards, > Veronica > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 1, 2010

[Pharo-project] loading groups with metacello

by Veronica Isabel Uquillas Gomez

Hi Mariano, You already saw my problem. With this you can check what is happening: (ConfigurationOfGlamour project version: 'default') record: #('Core' 'Tests' 'Extras') all the pre-requisites are being loaded and not only the groups. Regards, Veronica

Oct. 1, 2010

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

by Lukas Renggli

Wow, very impressive. What I would like to see is some kind of high-level API for convenient access to all features. Something along response := ZnHttp new url: 'http://www.foo.com'; userAgent: 'FakeAgent'; cookieAt: 'something' put: '123'; parameterAt: 'q' put: 'smalltalk'; onFailure: [ :error | self inform: 'failed' ]; onProgress: [ :status | ... ]; get Lukas On 1 October 2010 13:52, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Cool! > > Stef > > On Oct 1, 2010, at 10:04 AM, Sven Van Caekenberghe wrote: > >> Here is a quick progress report regarding the Zinc HTTP Components project. >> Please check the SqueakSource history for a all the details. >> The external documentation has not yet been updated ;-) >> >> I am very pleased that Matt Kennedy joined the project as a developer and >> is contributing lots of really important and interesting code - way to go Matt! >> >> Some highights are: >> >> - we now have cookie handling, authentication and credential objects >> - there is a new ZnUserAgent client that can do advanced authentication >> Â handles cookies, sessions and that can follow redirects >> - there is a ZnFixedClient that can reuse a connection to the same host/port >> - there is support for client side chunked and gzip decoding >> - there is an experimental server that keeps connections alive (unfinised) >> - support classes ZnUserAgentSession and ZnUserAgentSession >> - lots of refactorings, fixes and portability improvements >> - the number of unit tests has increased to 71 >> >> Sven >> >> >> >> _______________________________________________ >> 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 > -- Lukas Renggli www.lukas-renggli.ch

Oct. 1, 2010

Re: [Pharo-project] haltOnce and haltOnCount

by StÃ©phane Ducasse

+ 1 really really important On Sep 30, 2010, at 11:38 PM, Alexandre Bergel wrote: > I used haltOnce quite often when I had to debug the rendering facilities in Mondrian. > Putting "self halt" in a drawOn: method can easily freeze your image. > > Alexandre > > > > On 30 Sep 2010, at 17:18, Hernan Wilkinson wrote: > >> Hi, >> when are these messages used? what are the scenarios? >> I just want to understand why they are there... >> >> -- >> HernÃ¡n Wilkinson >> Agile Software Development, Teaching & Coaching >> Mobile: +54 - 911 - 4470 - 7207 >> email: hernan.wilkinson(a)10Pines.com >> site: http://www.10Pines.com >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 1, 2010

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

by StÃ©phane Ducasse

Cool! Stef On Oct 1, 2010, at 10:04 AM, Sven Van Caekenberghe wrote: > Here is a quick progress report regarding the Zinc HTTP Components project. > Please check the SqueakSource history for a all the details. > The external documentation has not yet been updated ;-) > > I am very pleased that Matt Kennedy joined the project as a developer and > is contributing lots of really important and interesting code - way to go Matt! > > Some highights are: > > - we now have cookie handling, authentication and credential objects > - there is a new ZnUserAgent client that can do advanced authentication > handles cookies, sessions and that can follow redirects > - there is a ZnFixedClient that can reuse a connection to the same host/port > - there is support for client side chunked and gzip decoding > - there is an experimental server that keeps connections alive (unfinised) > - support classes ZnUserAgentSession and ZnUserAgentSession > - lots of refactorings, fixes and portability improvements > - the number of unit tests has increased to 71 > > Sven > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 1, 2010

[Pharo-project] PharoCorePackageDependenciesTests make tests with packages not presents in pharo 1.2

by Cyrille Delaunay

Several tests from PharoCorePackageDependenciesTests raise errors because it specify packages not present in pharo 1.2: 'AST-Tests-Core' 'AST-Core' 'AST-Semantic' The error come from: referencesInPackageNamed: pkgNameAsString | pi | pi := PackageOrganizer default packageNamed: pkgNameAsString ifAbsent: [^ self]. .... The package is not found, therefore it returns 'self', later in the code we iterate on that 'self', it raise a DNU Message. Maybe rather that returning self, we should return a more explicit error so that we know directly where does the problem comes from? Anyway, I guess the main problem here is that the packages specified are not present in the image? I opened an issue:http://code.google.com/p/pharo/issues/detail?id=3033

Oct. 1, 2010

Re: [Pharo-project] [ANN] Pharo-1.1.1-dev10.09.1

by Eliot Miranda

Hi Mariano, 2010/10/1 Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi folks. We are releasing Pharo 1.1.1. This image is exactly same as Pharo > 1.1 but based on PharoCore 1.1.1. The versions of the external packages is > the same as in Pharo 1.1. The difference is that PharoCore1.1.1 has > integrated some fixes and the support for CogVM. This means that > Pharo-1.1.1-dev10.09.1 can be run with both, normal PharoVM and CogVM. For > CogVM we recommend to use the last binaries that can be found in > http://www.mirandabanda.org/files/Cog/VM/. Right now the last one is > http://www.mirandabanda.org/files/Cog/VM/VM.r2313/ > > This CogVM version fixes the problem with "Objects as methods", and thus, > all the #run:with:with are working. This means that tools like TestCoverage > and AutoTest are working correctly with CogVM. > WHile some simple things now work there's definitely at least one bug remaining (perform:withArguments: doesn't work for objects-as-methods) and Nicolas tried a more demanding test (the coverage test from XTreams) and found problems; see http://lists.gforge.inria.fr/pipermail/pharo-project/2010-September/033230.…. I'll be releasing a new VM that will fix the perform issue, but it remains to be seen whether the bugs Nicolas as found are fixed by this. So while .33 is better Cog still doesn't support objects-as-method correctly. HTH Eliot > The link to the image is: > https://gforge.inria.fr/frs/download.php/27543/Pharo-1.1.1-dev10.09.1.zip > > Cheers > > Mariano > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 1, 2010

Re: [Pharo-project] [Vm-dev] Re: is it possible to know the memory occupation (bytes) of an object?

by Mariano Martinez Peck

Ok...I have just commited. If you want to review: http://code.google.com/p/pharo/issues/detail?id=3032 cheers Mariano On Tue, Sep 28, 2010 at 1:45 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Tue, Sep 28, 2010 at 11:11 AM, Henrik Johansen < > henrik.s.johansen(a)veloxit.no> wrote: > >> >> >> On Sep 28, 2010, at 9:36 27AM, Mariano Martinez Peck wrote: >> >> >> >> On Tue, Sep 28, 2010 at 6:46 AM, Nicolas Cellier < >> nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>> >>> 2010/9/27 Eliot Miranda <eliot.miranda(a)gmail.com>: >>> > >>> > >>> > >>> > On Mon, Sep 27, 2010 at 12:20 PM, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> wrote: >>> >> >>> >> >>> >> >>> >> >>> >> On Wed, Sep 22, 2010 at 12:34 PM, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> wrote: >>> >>> >>> >>> >>> >>> On Wed, Sep 22, 2010 at 12:12 PM, Henrik Johansen < >>> henrik.s.johansen(a)veloxit.no> wrote: >>> >>>> >>> >>>> On Sep 22, 2010, at 9:59 40AM, Adrian Lienhard wrote: >>> >>>> >>> >>>> > Some notes: >>> >>>> > >>> >>>> > - What should be answered for small ints? 1 sizeInMemory -->8. >>> That's wrong. Shouldn't this answer 0? >>> >>>> >>> >>>> Philosophical question really, imo both 4 (Again, in 32bit images at >>> least) and 0 would be "correct" answers in their own ways. 8 is definitely >>> wrong though :) >>> >>>> The method comment should probably highlight which definition is >>> used. >>> >>>> >>> >> >>> >> >>> >> So....what should we consider for SmallInteger ? 4 bytes or 0 bytes? >>> > >>> > 0 bytes, obviously. The only space occupied by a SmallInteger is the >>> space of the slot containing it. There is no SmallInteger object beyond the >>> slot. >>> > >>> >>> Or from another POV, it's 4, the size of the slot. But we don't count >>> the size of the slots, they are already counted in the containing >>> object, that's why it should answer 0. >>> >> >> >> Thanks for the answers. I finally let this: >> >> sizeInMemory >> "Answer the number of bytes consumed by this instance including object >> header." >> | isCompact headerBytes contentBytes | >> >> "SmallInteger occupy 0 bytes since the only space occupied by a >> SmallInteger is the space of the slot containing it. There is no >> SmallInteger object beyond the slot. From another POV, it could be 4, the >> size of the slot. But we don't count the size of the slots, they are already >> counted in the containing object, that's why it should answer 0." >> (self isMemberOf: SmallInteger) ifTrue: [^0]. >> >> contentBytes := self class instSize * Smalltalk wordSize. "inst vars" >> >> self class isVariable ifTrue:[ |bytesPerElement| >> bytesPerElement := self class isBytes ifTrue: [1] ifFalse: >> [4]. >> contentBytes := contentBytes + (self basicSize * >> bytesPerElement)]. >> >> isCompact := self class indexIfCompact > 0. >> headerBytes := >> contentBytes > 255 >> ifTrue: [ 3 * Smalltalk wordSize ] >> ifFalse: [isCompact ifTrue: [Smalltalk wordSize] >> ifFalse: [2 * Smalltalk wordSize]]. >> ^ headerBytes + contentBytes >> >> >> Now I wonder...maybe instead of doing this it is easier to have a >> primitive that just calls #internalByteSize: ? >> The problem of course is that it needs changes in the vm... >> >> cheers >> >> Mariano >> >> >> isMemberOf: is so quaint... >> >> Why not >> SmallInteger>>sizeInMemory >> "SmallInteger occupy 0 bytes since the only space occupied by a >> SmallInteger is the space of the slot containing it. >> There is no SmallInteger object beyond the slot. >> From another POV, it could be 4, the size of the slot. But we don't >> count the size of the slots, they are already counted in the containing >> object, that's why it should answer 0." >> ^0 >> >> and remove that part from the Object implementation. >> >> > Uffff thanks Henrik for enlight me and teach me. Shame on me. I think that > too much paper writting, ppt and admin tasks are killing me :( > But don't worry, now I will come to code again! Hope to recover... :) > > > >> Cheers, >> Henry >> >> >

Oct. 1, 2010

Re: [Pharo-project] NativeBoost and Cog. A working protype.

by stephen＠pairhome.net

On Oct 1, 2010, at 2:39 AM, "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> wrote: > Sig, > > I'm pointing out that "do it all in Smalltalk" has limits, both in syntax (C++ is generally a better formula translator than Smalltalk; Smalltalk is better at expressing just about anything else) and in performance, unless you can stop boxing/unboxing the floats, which it sounds like you can't. Regarding syntax, I'm all in favor of using special purpose languages where it makes sense (but my intuition says that should be done sparingly or else everything will degenerate into an incomprehensible mess). In this case it would be very nice to think about a language designed specifically for expressing mathematical expressions rather than C++ (which btw I don't agree is better for expressing formulas...it's just different and perhaps closer to conventional mathematical syntax). Regarding performance, I think it's entirely possible to get similar performance to C++ in Smalltalk (or just about any other language for that matter)...however, I'm not aware of anything that can do this today. You could deal with the boxing/unboxing overhead with a sufficient amount of inlining based on runtime type analysis. Once fully inlined, you can apply more traditional optimization techniques. I don't even think this would be particularly hard to do (and to a degree it's all been done before), but it is a lot of work. As I said, I'm not aware of anything readily available that achieves these things. So, to get the performance you seek in a slightly more pleasing syntax (beauty is in the eye of the beholder), C++ may be your best bet for now. - Stephen

Oct. 1, 2010

Re: [Pharo-project] CodeMorph >> text should return an instance of Text but return a String

by Fernando olivero

Yes, i've been busy so i couldn't finish this issue. Because CodeMorph comes from Gaucho, and until now there was no need for it in the Pharo-Core. so i will remove it, and possibly when the need arises will propose its re-inclusion. Fernando pd: the idea behind CodeMorph is to have a specialized NewTextMorph for dealing with Methods sources, Class definitions. But now i have second thoughts, because i have the impression that having diferent Editors ( subclasses of TextEditor or SmalltalkEditor) should do the trick. On Oct 1, 2010, at 12:02 PM, Cyrille Delaunay wrote: > I just saw that there is propositions to remove CodeMorph: > > http://code.google.com/p/pharo/issues/detail?id=2902&q=CodeMorph&colspec=ID… > > So maybe the best fix will be to remove all the tests related ? :) > > 2010/10/1 Cyrille Delaunay <cy.delaunay(a)gmail.com> > In pharo 1.2, NewTextMorphTests>>#testFullMethodName raise an error. This error happen when calling: > > CodeMorph >> defaultStyledText > | text attribute | > text := self text. > text addAttribute: ( self newTextColorAttribute: Color black ). > ^ text. > > text is a string, and therefore it does not understand 'addAttribute'. The value return by 'text' depends on the value of the instance variable 'adapter'. adapter can have different values according the way we initialize the CodeMorph. One of them is: > > beFullMethodName > aspect := #selector. > adapter := [:selector| target methodClass name , '.' , self selectorWithArguments ]. > > The block return a String and I guess the right code should be > > beFullMethodName > aspect := #selector. > adapter := [:selector| (target methodClass name , '.' , self selectorWithArguments) asText ] > > ??. > > I opened an Issue: http://code.google.com/p/pharo/issues/detail?id=3031 > > <ATT00001..txt>

Oct. 1, 2010