July 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Strange behavior of Metacello in Pharo 2.0

by Dale Henrichs

The "no package found" errors appear to be a reincarnation of Issue 6336[1], I reopened that bug earlier this morning. The retry with alternate repository failed may be a side effect of the "no package found" errors... I loaded Metacello 1.0-beta.31 just fine this morning, but got the Issue 6336 problems when I tried to upgrade to a later version of Metacello ... Dale [1] http://code.google.com/p/pharo/issues/detail?id=6336 ----- Original Message ----- | From: "Alexandre Bergel" <alexandre.bergel(a)me.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Tuesday, July 24, 2012 7:50:13 AM | Subject: Re: [Pharo-project] Strange behavior of Metacello in Pharo 2.0 | | The problem is easy to reproduce. Just download a last image and | evaluate "ConfigurationOfPharo20 project". It gives an error: | 'retry with alternate repository failed: ''Error: No package found | for selector version13: in class | MetacelloSymbolicVersionExample2Config''' | | I've attached the pharodebug. | | http://code.google.com/p/pharo/issues/detail?id=6446 | | Cheers, | Alexandre | | | | | | | On Jul 23, 2012, at 12:29 PM, Dale Henrichs wrote: | | > Alexandre, | > | > Is "utterly fail" a technical term:)? | > | > Do you get a walkback? Do you get an error message? | > | > Mariano just posted a message on the Metacello list about changing | > the protocol on MCCacheDictionary that causes a MNU for | > #uniqueIntance during the bootstrapping process ... I think that | > for at least the short term, #uniqueInstace will be restored ... | > | > Dale | > | > ----- Original Message ----- | > | From: "Alexandre Bergel" <alexandre.bergel(a)me.com> | > | To: "An open mailing list to discuss any topics related to an | > | open-source Smalltalk" | > | <Pharo-project(a)lists.gforge.inria.fr> | > | Sent: Sunday, July 22, 2012 6:35:16 PM | > | Subject: [Pharo-project] Strange behavior of Metacello in Pharo | > | 2.0 | > | | > | Hi! | > | | > | I've just downloaded a configuration using monticello browser. In | > | a | > | workspace I am doing: | > | -=-=-=-=-=-=-=-=-= | > | ConfigurationOfVersionner project | > | -=-=-=-=-=-=-=-=-= | > | | > | and apparently Pharo tries to get something from | > | http://www.squeaksource/MetacelloRepository , which utterly fail. | > | | > | | > | I am using the last Pharo from the forge. | > | Is there something obvious I am missing? Am I the only one to | > | experience this? | > | | > | Cheers, | > | Alexandre | > | -- | > | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: | > | Alexandre Bergel http://www.bergel.eu | > | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. | > | | > | | > | | > | | > | | > | | -- | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: | Alexandre Bergel http://www.bergel.eu | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. | | | |

July 24, 2012

Re: [Pharo-project] what was changed in 20232?

by Marcus Denker

On Jul 24, 2012, at 5:23 PM, Pavel Krivanek wrote: > Hi, > > what was changed in 20232? Because the issue > http://code.google.com/p/pharo/issues/detail?id=6446 started here. But > there is no ScriptLoader record for this version. > I just saved the dirty package and re-loaded it so the image is in sync with the repository. http://pharo.gforge.inria.fr/updates/pharo2.0/20232-Pha-ReloadDirty.cs Marcus -- Marcus Denker -- http://marcusdenker.de

July 24, 2012

[Pharo-project] what was changed in 20232?

by Pavel Krivanek

Hi, what was changed in 20232? Because the issue http://code.google.com/p/pharo/issues/detail?id=6446 started here. But there is no ScriptLoader record for this version. -- Pavel

July 24, 2012

Re: [Pharo-project] Strange behavior of Metacello in Pharo 2.0

by Pavel Krivanek

it does everytime you try to remove any method from any class. -- Pavel On Tue, Jul 24, 2012 at 4:50 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > The problem is easy to reproduce. Just download a last image and evaluate "ConfigurationOfPharo20 project". It gives an error: > 'retry with alternate repository failed: ''Error: No package found for selector version13: in class MetacelloSymbolicVersionExample2Config''' > > I've attached the pharodebug. > > http://code.google.com/p/pharo/issues/detail?id=6446 > > Cheers, > Alexandre > > > > > > > On Jul 23, 2012, at 12:29 PM, Dale Henrichs wrote: > >> Alexandre, >> >> Is "utterly fail" a technical term:)? >> >> Do you get a walkback? Do you get an error message? >> >> Mariano just posted a message on the Metacello list about changing the protocol on MCCacheDictionary that causes a MNU for #uniqueIntance during the bootstrapping process ... I think that for at least the short term, #uniqueInstace will be restored ... >> >> Dale >> >> ----- Original Message ----- >> | From: "Alexandre Bergel" <alexandre.bergel(a)me.com> >> | To: "An open mailing list to discuss any topics related to an open-source Smalltalk" >> | <Pharo-project(a)lists.gforge.inria.fr> >> | Sent: Sunday, July 22, 2012 6:35:16 PM >> | Subject: [Pharo-project] Strange behavior of Metacello in Pharo 2.0 >> | >> | Hi! >> | >> | I've just downloaded a configuration using monticello browser. In a >> | workspace I am doing: >> | -=-=-=-=-=-=-=-=-= >> | ConfigurationOfVersionner project >> | -=-=-=-=-=-=-=-=-= >> | >> | and apparently Pharo tries to get something from >> | http://www.squeaksource/MetacelloRepository , which utterly fail. >> | >> | >> | I am using the last Pharo from the forge. >> | Is there something obvious I am missing? Am I the only one to >> | experience this? >> | >> | Cheers, >> | Alexandre >> | -- >> | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> | Alexandre Bergel http://www.bergel.eu >> | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> | >> | >> | >> | >> | >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

July 24, 2012

Re: [Pharo-project] Strange behavior of Metacello in Pharo 2.0

by Alexandre Bergel

The problem is easy to reproduce. Just download a last image and evaluate "ConfigurationOfPharo20 project". It gives an error: 'retry with alternate repository failed: ''Error: No package found for selector version13: in class MetacelloSymbolicVersionExample2Config''' I've attached the pharodebug. http://code.google.com/p/pharo/issues/detail?id=6446 Cheers, Alexandre On Jul 23, 2012, at 12:29 PM, Dale Henrichs wrote: > Alexandre, > > Is "utterly fail" a technical term:)? > > Do you get a walkback? Do you get an error message? > > Mariano just posted a message on the Metacello list about changing the protocol on MCCacheDictionary that causes a MNU for #uniqueIntance during the bootstrapping process ... I think that for at least the short term, #uniqueInstace will be restored ... > > Dale > > ----- Original Message ----- > | From: "Alexandre Bergel" <alexandre.bergel(a)me.com> > | To: "An open mailing list to discuss any topics related to an open-source Smalltalk" > | <Pharo-project(a)lists.gforge.inria.fr> > | Sent: Sunday, July 22, 2012 6:35:16 PM > | Subject: [Pharo-project] Strange behavior of Metacello in Pharo 2.0 > | > | Hi! > | > | I've just downloaded a configuration using monticello browser. In a > | workspace I am doing: > | -=-=-=-=-=-=-=-=-= > | ConfigurationOfVersionner project > | -=-=-=-=-=-=-=-=-= > | > | and apparently Pharo tries to get something from > | http://www.squeaksource/MetacelloRepository , which utterly fail. > | > | > | I am using the last Pharo from the forge. > | Is there something obvious I am missing? Am I the only one to > | experience this? > | > | Cheers, > | Alexandre > | -- > | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > | Alexandre Bergel http://www.bergel.eu > | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > | > | > | > | > | > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 24, 2012

Re: [Pharo-project] fuelized test failures

by Camillo Bruni

On 2012-07-24, at 16:29, Mariano Martinez Peck wrote: > On Fri, Jul 20, 2012 at 6:09 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > >> From now on all the test-failures are serialized on the build server. >> >> This allows us to quickly find the cause of a failing test: >> - download the .fuel file for the failing test >> - materialize the .fuel in the image and debug the code >> | aContext | >> aContext := FLMaterializer materializeFromFileNamed: >> 'PharoDebug.fuel'. >> Debugger openContext: aContext label: 'This is the new debugger!' >> contents: nil >> >> > > does it really work for you?? I am trying to materialize, for example, > https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/pharo-2.0-tests/ws/Arc… > > and I get: > > FLClassNotFound: Materialization error. Class named #HDTestReport not found > > That happens because during serialization the graph somehow reached the > class HDTestReport (probably a sender at some point in the stack). But now, > when materializing, such class is not present. So...is there in the > workspace an image with the jenkins stuff? > Anyway, the idea was to include this directly in Pharo, wasn't it? I suggest you use the image in the same directory, cause we install some Hudson tools (which IMO should be included by default). I don't really like that we have to load stuff for running the test, meaning that this might affect the outcome of the results... So for now either take the following image: https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/pharo-2.0-tests/Archit… or manually install the hudson tools: "Load Hudson Build Tools" Gofer new url: 'http://ss3.gemstone.com/ss/CISupport'; package: 'HudsonBuildTools20'; load. then everything should work I think. best cami

July 24, 2012

Re: [Pharo-project] fuelized test failures

by Mariano Martinez Peck

On Fri, Jul 20, 2012 at 6:09 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > From now on all the test-failures are serialized on the build server. > > This allows us to quickly find the cause of a failing test: > - download the .fuel file for the failing test > - materialize the .fuel in the image and debug the code > | aContext | > aContext := FLMaterializer materializeFromFileNamed: > 'PharoDebug.fuel'. > Debugger openContext: aContext label: 'This is the new debugger!' > contents: nil > > does it really work for you?? I am trying to materialize, for example, https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/pharo-2.0-tests/ws/Arc… and I get: FLClassNotFound: Materialization error. Class named #HDTestReport not found That happens because during serialization the graph somehow reached the class HDTestReport (probably a sender at some point in the stack). But now, when materializing, such class is not present. So...is there in the workspace an image with the jenkins stuff? Anyway, the idea was to include this directly in Pharo, wasn't it? Thanks > The serialized stack trace is very limited (generally only 2 contexts) but > they > are enough to get a decent view on what the variables are > -- Mariano http://marianopeck.wordpress.com

July 24, 2012

[Pharo-project] pharo-2.0-tests Â» 32,mac - Build # 256 - Failure!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

July 24, 2012

[Pharo-project] TextMorph: how to change its bounds/extent?

by Gareth Cox

Hi All The default behaviour of a TextMorph is for it to grow down as you enter text. How can I change that behaviour so that the TextMorph grows both up AND down as I enter text? Kind Regards Dusty

July 24, 2012

Re: [Pharo-project] Memory usage

by David T. Lewis

On Tue, Jul 24, 2012 at 09:27:49AM +0200, jannik.laval wrote: > Hi Dave, > > Should I load the SystemTracer available on SqueakSource ? The last version is from 2011, and seems old, no ? > When I try it, it calls some methods that do not exist in Pharo. > > Do you have more information on how to use it ? Hi Jannik, The system tracer is explained in the class comment of class SystemTracer. The comment was written by Dan Ingalls (I think), and gives credit to Ted Kaehler as the inventor of the original. Class SystemTracer2 has additional documentation including how to run the trace. SystemTracer2 is a newer version that you will actually be using, so you can think of SystemTracer as the original reference implementation, while SystemTracer2 and its subclasses are variations on the original. SystemTracer64 is the subclass that implements conversion logic for copying 32-bit objects into the experimental 64-bit object memory format. This object format is described in the SystemTracer64 class comment, and more information is available at http://squeakvm.org/squeak64. A system tracer will first put your image into a "quiet" mode, then copy and convert the running object memory to a new image file, and then wake up and return to normal. This is similar to saving your image and restarting from a disk file, except that the system tracer will trace your object memory to a new format rather than saving it unchanged. To trace your running image to a new 64-bit image file, you would do this: SystemTracer64 writeImage: 'new64bitImage.image' The last update I did to SystemTracer (SystemTracing-dtl.23) works with closure-enabled images, including Pharo at one time. I have a 64-bit Pharo 1.4 image that I made about a year and a half ago. I don't know what has changed in Pharo since then, so probably some updates will be needed, or possibly a Pharo-specific version. I know that others on the Pharo list have worked on this, so hopefully someone else can give you some pointers about that. Dave

July 24, 2012