- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Dumb question: Cog and CPU temp??

by Schwab,Wilhelm K

Stef, Thanks - hadn't thought of that, but it makes sense. 1.3 has been treating me well. Some of the ffi troubles I was having might have been related to the old/new confusion. I still have to pass my DOUBLEArray as void*, but maybe Sig can suggest how to make FFI aware of the "type." I keep waiting for reality to crash around me, but if you had told me that, in a day, I'd have a first cut at ridding my GSL wrapper of the obsolete structs and methods, I'd have bet against it. I am still finding some broken features, but most of those were hacks to start. Thanks for the insight, and for Pharo! Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Thursday, March 22, 2012 3:16 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Dumb question: Cog and CPU temp?? On Mar 22, 2012, at 7:35 PM, Schwab,Wilhelm K wrote: > Hello all, > > I am clobbering my cherished laptop today. I have it scanning the entire image for references and senders, but have been surprised that the fan has not started. The fan could have died, but the machine does not seem to be unusually warm. In the past, tasks like these always caused it to warm up and turn on its fan. Could Cog be the differnce???? Not only also the optimizations made on changes and sources. > > Bill > > > >

March 23, 2012

Re: [Pharo-project] Something is messing with the method's timestamps

by Marcus Denker

On Mar 22, 2012, at 6:27 PM, StÃ©phane Ducasse wrote: > > On Mar 21, 2012, at 10:02 PM, Martin Sandiford wrote: > >> MCFileInTest>>testStWriter is failing in Jenkins due to empty >> timestamps on fileIn. >> >> Not sure if this is related. > > > normally this was fixed by pavel. > There is a fix (workaround) proposed but not yet integrated: http://code.google.com/p/pharo/issues/detail?id=5461 -- Marcus Denker -- http://marcusdenker.de

March 23, 2012

Re: [Pharo-project] Dumb question: Cog and CPU temp??

by StÃ©phane Ducasse

On Mar 22, 2012, at 7:35 PM, Schwab,Wilhelm K wrote: > Hello all, > > I am clobbering my cherished laptop today. I have it scanning the entire image for references and senders, but have been surprised that the fan has not started. The fan could have died, but the machine does not seem to be unusually warm. In the past, tasks like these always caused it to warm up and turn on its fan. Could Cog be the differnce???? Not only also the optimizations made on changes and sources. > > Bill > > > >

March 23, 2012

Re: [Pharo-project] Custom method browser "trick"

by Schwab,Wilhelm K

One more: | nav oldSelectors senders | nav := SystemNavigation new. oldSelectors := OrderedCollection new. ( GSLLibrary allMethodsInCategory:'public-old' ) do:[ :each | oldSelectors add:each. ]. senders := OrderedCollection new. oldSelectors do:[ :each | senders addAll:( nav allSendersOf:each ). ] displayingProgress:'Old selectors'. senders := senders copyWithoutDuplicates. nav browseMessageList:senders name: 'Methods sending old GSL methods' autoSelect:'gsl'. Because of the loop over 1400 or so methods, it takes several minutes to run. It found 18 violators that I was easily able to fix in the resulting method list. Hopefully the GSL wrapper is now purged of the old methods and structs. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Thursday, March 22, 2012 1:53 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Custom method browser "trick" Hello all, I'm working on my re-underscoring of GSL. It's been a lot of work, but I really believe it will pay off in the future in terms of being able more easily find methods of interest because with underscores, they look like the things one might find in the manual. It was *really* important with PLplot which has names that are surprisingly cryptic to start. Back to GSL, I wanted a list of methods that contain the "old" structure prefix (SGsl - not sure why I chose that...), are not in a category of old items, and are not simply in the old stucts (#fields, accessors). The following seems to do the job: | nav suspects | nav := SystemNavigation new. suspects := nav allMethodsWithSourceString:'SGsl' matchCase:true. suspects := suspects reject:[ :each | each category = 'public-old' or:[ each classSymbol beginsWith:'SGsl' ] ]. nav browseMessageList:suspects name: 'Methods referencing old GSL structs' autoSelect:'SGsl'. It might be a useful trick for some of you?? HTH. Bill

March 23, 2012

Re: [Pharo-project] GsoC - Nautilus Hazelnut

by StÃ©phane Ducasse

Me Stef On Mar 22, 2012, at 6:49 PM, Carla F. Griggio wrote: > Hi guys! > So... who want's to mentor these projects? :) > > Cheers, > Carla. > > On Fri, Mar 9, 2012 at 4:33 PM, Edgar J. De Cleene <edgardec2005(a)gmail.com> wrote: > > > > On 3/9/12 11:48 AM, "Benjamin" <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > > Project name : Hazelnut > > Level (Beginner, Intermediate, Advanced) : Advanced > > Possible Mentor : Stephane Ducasse ? > > > > Description : Hazelnut is part of the Seed project which goal is to > > bootstrap the system. > > Technical Details : Ensure the validity of the created kernel and also > > improved the serialization mechanism. The goal is to clarify and ensure a > > creation mechanism which can be applied to a dynamically generated kernel or > > to a statically describe kernel as well. > > Benefits to the Student : Deep understanding of the system layouts, of the > > kernel definition, of the meta model and the reflexivity of the system. The > > student will also learn the object format and the basic of the VM use. > > Benefits to the Community : The community will gain a way to bootstrap a > > new fresh kernel from an existing image or from a kernel description. It could > > also be used to generate minimal kernel used for embedded technology. > > > I start to play with Seed a week ago and have experience with reduced > images. > > Like to be involved with this project in any place you let me. > > Edgar > > > >

March 23, 2012

[Pharo-project] Dumb question: Cog and CPU temp??

by Schwab,Wilhelm K

Hello all, I am clobbering my cherished laptop today. I have it scanning the entire image for references and senders, but have been surprised that the fan has not started. The fan could have died, but the machine does not seem to be unusually warm. In the past, tasks like these always caused it to warm up and turn on its fan. Could Cog be the differnce???? Bill

March 23, 2012

Re: [Pharo-project] direct object manipulation

by Igor Stasenko

On 23 March 2012 18:42, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > This is really cool. We have planned to make Roassal (code name for Mondrian2) work with Cairo. > yes.. we adding last bells and whistles to Athens, with Fernando. There's some parts missing, but you already can try it out. Gofer it 'SqS/Athens' load: 'ConfigurationOfAthens' ConfigurationOfAthens project version: '0.1.3' load To run with cairo, you will need NB-enabled VM which is here: https://ci.lille.inria.fr/pharo/view/NativeBoost/job/NB-Cog-Mac-Cocoa/ > Cheers, > Alexandre > > > > Le 22 mars 2012 Ã 08:55, Fernando Olivero <fernando.olivero(a)usi.ch> a Ã©crit : > >> Gaucho is under active development, so sadly i cant release it yet. >> >> The good news is that i'm using Athens[1], with a Cairo backend. so >> the visual appearance is greatly improved from the previous version, >> amongst other goodies such as a zoomable user interface. >> >> I'm almost ready for a release... >> >> Up to my knowledge, there's no other work related to Self and Morphic >> Wrappers for Pharo. >> >> Fernando >> >> [1]http://computeradventures.wordpress.com/2012/03/07/athens-a-first-babyste… >> >> On Thu, Mar 22, 2012 at 2:06 AM, Francisco Garau >> <francisco.garau(a)gmail.com> wrote: >>> Hi - what packages can be used in latest Pharo to manipulate objects directly? >>> >>> I am thinking something like MorphicWrappers, NakedObjects or Gaucho. >>> >>> Cheers, >>> Francisco >> > -- Best regards, Igor Stasenko.

March 23, 2012

Re: [Pharo-project] Behavior modification VM crash

by Igor Stasenko

On 22 March 2012 18:26, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Mar 22, 2012, at 2:45 PM, Camillo Bruni wrote: > >> let's have some fun and do >> >> Object subclass: #Behavior >> Â Â Â uses: TPureBehavior >> Â Â Â instanceVariableNames: 'superclass methodDict format layout' >> Â Â Â classVariableNames: 'ObsoleteSubclasses' >> Â Â Â poolDictionaries: '' >> Â Â Â category: 'Kernel-Classes' >> >> proceed over the several warnings not to change Behavior and BOOM! :D >> why would I do this? => we want first class layouts (most probably in 1.5) > > > whoooo so exciting. > Only over VM's dead segfaulted body! :) > Stef > -- Best regards, Igor Stasenko.

March 23, 2012

[Pharo-project] Custom method browser "trick"

by Schwab,Wilhelm K

Hello all, I'm working on my re-underscoring of GSL. It's been a lot of work, but I really believe it will pay off in the future in terms of being able more easily find methods of interest because with underscores, they look like the things one might find in the manual. It was *really* important with PLplot which has names that are surprisingly cryptic to start. Back to GSL, I wanted a list of methods that contain the "old" structure prefix (SGsl - not sure why I chose that...), are not in a category of old items, and are not simply in the old stucts (#fields, accessors). The following seems to do the job: | nav suspects | nav := SystemNavigation new. suspects := nav allMethodsWithSourceString:'SGsl' matchCase:true. suspects := suspects reject:[ :each | each category = 'public-old' or:[ each classSymbol beginsWith:'SGsl' ] ]. nav browseMessageList:suspects name: 'Methods referencing old GSL structs' autoSelect:'SGsl'. It might be a useful trick for some of you?? HTH. Bill

March 23, 2012

Re: [Pharo-project] GsoC - Nautilus Hazelnut

by Carla F. Griggio

Hi guys! So... who want's to mentor these projects? :) Cheers, Carla. On Fri, Mar 9, 2012 at 4:33 PM, Edgar J. De Cleene <edgardec2005(a)gmail.com>wrote: > > > > On 3/9/12 11:48 AM, "Benjamin" <benjamin.vanryseghem.pharo(a)gmail.com> > wrote: > > > Project name : Hazelnut > > Level (Beginner, Intermediate, Advanced) : Advanced > > Possible Mentor : Stephane Ducasse ? > > > > Description : Hazelnut is part of the Seed project which goal is > to > > bootstrap the system. > > Technical Details : Ensure the validity of the created kernel and > also > > improved the serialization mechanism. The goal is to clarify and ensure a > > creation mechanism which can be applied to a dynamically generated > kernel or > > to a statically describe kernel as well. > > Benefits to the Student : Deep understanding of the system layouts, > of the > > kernel definition, of the meta model and the reflexivity of the system. > The > > student will also learn the object format and the basic of the VM use. > > Benefits to the Community : The community will gain a way to > bootstrap a > > new fresh kernel from an existing image or from a kernel description. It > could > > also be used to generate minimal kernel used for embedded technology. > > > I start to play with Seed a week ago and have experience with reduced > images. > > Like to be involved with this project in any place you let me. > > Edgar > > > >

March 23, 2012