Stef....Kirtai was looking you in IRC [16:39] <Kirtai> is stephanes problem with loading mc due to non-atomicloading changing a method then using it before another method it depends on is compiled? [17:06] <marianopeck> Kirtai: stef isn't in IRC most of the time [17:07] <marianopeck> it would be better to send him an email [17:07] <Kirtai> I'm just lookin at the problem [17:07] <Kirtai> seems that MCMethodDefinition>>actualClass is calling MCMethodDefinition>>actualClassIn: after actualClass is recompiled but before actualClassIn: is installed
Mariano On Thu, Jul 16, 2009 at 7:33 PM, Stéphane Ducasse <[email protected] > wrote: > apparently the UI gets stuck during the cleaning phase when I try to > load moose :( > > On Jul 16, 2009, at 8:49 PM, Stéphane Ducasse wrote: > > > Hi guys > > > > thanks to matthew I finally understood his optimization. > > The entry point is MCPackage>>snapshot > > > > I published a slice in the inbox. > > If you can try it, look at the changes and let me know. > > > > I did some experiences and could load moose which start to be complex > > but I may have done some mistakes. > > > > Stef > > > > PS: having real package will really make all that much faster. > > I will regularly to the TaskForces the code for a new package class. > > > > _______________________________________________ > > Pharo-project mailing list > > [email protected] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >
_______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
