damien for coral you should change the behavior extensions so that there is no clash when we load rpackage.
On Oct 5, 2011, at 10:46 PM, Damien Pollet wrote: > There's definitely some fishy interaction between some suspect method > definitions in Coral and RPackage. I need to check that I am actually > using Camillo's fixes for that. > > In an image without RPackage, things go a little better (I can proceed > through the loading, then some code is broken because of missing > classes, but at least it loads without popping a hundred debuggers > up). > > > On 5 October 2011 18:49, Dale Henrichs <[email protected]> wrote: >> Damien, >> >> Some reproducible test cases would be handy here. >> >> The behavior of Metacello is dependent upon the state of the image. Whether >> or not a package is loaded and which version of a package is loaded depends >> upon the starting state of an image ... if you load things by hand or have a >> partially loaded system, Metacello will do something different the next time >> a load expression is run... >> >> Dale >> >> ----- Original Message ----- >> | From: "Damien Pollet" <[email protected]> >> | To: [email protected] >> | Sent: Wednesday, October 5, 2011 6:40:44 AM >> | Subject: Re: [Pharo-project] RPackage / Metacello mystery woes >> | >> | …and of course it's a heisenbug so now it loads, provided I proceed >> | in >> | the monticello warning… >> | >> | On 5 October 2011 07:54, Stéphane Ducasse <[email protected]> >> | wrote: >> | > OK how do I produce that? >> | > >> | > I do not understand why the method is sent multiple time.... >> | > >> | > Now I do not understand why the code of Coral refer to RPackage >> | > or petit* or .... >> | > >> | > In which version are you trying to load what? >> | > Stef >> | > >> | > >> | > On Oct 5, 2011, at 12:00 AM, Damien Pollet wrote: >> | > >> | >> On 4 October 2011 20:43, Stéphane Ducasse >> | >> <[email protected]> wrote: >> | >>> I do not see why this would be related to RPackage. >> | >> >> | >> I don't know, that's just where things fail. The debuggers don't >> | >> help >> | >> much because by the time they display, the objects have changed >> | >> state… >> | >> >> | >> Camillo had a similar looking problem because of #package: being >> | >> defined in just the wrong place by Coral (for the class creation >> | >> convenience syntax) but he fixed that and there were working >> | >> builds >> | >> since then. >> | >> >> | >> >> | >>> On Oct 4, 2011, at 8:10 PM, Damien Pollet wrote: >> | >>> >> | >>>> Loading Coral is failing, apparently because something calls >> | >>>> #addMethod: on a Symbol, when it should have been an instance of >> | >>>> RPackage… >> | >>>> >> | >>>> See for instance >> | >>>> https://ci.lille.inria.fr/pharo/job/Coral/191/console >> | >>>> >> | >>>> I suspect it's coming from me updating ConfigurationOfCoral, >> | >>>> which >> | >>>> indirectly (via PetitParser) depends on >> | >>>> ConfigurationOfRefactoringBrowser. I've seen MC try to load >> | >>>> Refactoring-Tests-Core (lr.54) on top of (MarcusDenker.54), and >> | >>>> there >> | >>>> it complains some definitions are not there. If I proceed there, >> | >>>> code >> | >>>> seems to load but a bunch of debuggers open at the end, all with >> | >>>> a >> | >>>> similar error as the trace above. >> | >>>> >> | >>>> -- >> | >>>> Damien Pollet >> | >>>> type less, do more [ | ] http://people.untyped.org/damien.pollet >> | >>>> >> | >>> >> | >>> >> | >>> >> | >> >> | >> >> | >> >> | >> -- >> | >> Damien Pollet >> | >> type less, do more [ | ] http://people.untyped.org/damien.pollet >> | >> >> | > >> | > >> | > >> | >> | >> | >> | -- >> | Damien Pollet >> | type less, do more [ | ] http://people.untyped.org/damien.pollet >> | >> | >> >> > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet >
