- Pharo-dev - lists.pharo.org

Re: [Pharo-project] How can I load metacello without OB

by StÃ©phane Ducasse

may be can fork metacello? > Is Gofer preloaded in Squeak? > > The #ensureMetacello is intended to work on all platforms. For earlier versions of Pharo, gofer had to be loaded before Metacello could be loaded and if Gofer isn't preloaded in Squeak, then we still have that problem. > > I guess I should say that _I_ have that problem, because I am interested in configurations that can be used with any Smalltalk that supports Monticello:) > > Dale > > Tudor Girba wrote: >> Indeed, now we could add this method in Gofer. >> Cheers, >> Doru >> On 20 Aug 2010, at 16:01, Mariano Martinez Peck wrote: >>> >>> On Fri, Aug 20, 2010 at 3:54 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >>>> wrote: >>>> >>>> The problem is in ConfigurationOfRPackage as in #ensureMetacello >>> is like this: >>>> ensureMetacello >>>> Smalltalk at: #MetacelloProject ifAbsent: [ >>>> Gofer new >>>> disableRepositoryErrors; >>>> url: 'http://seaside.gemstone.com/ss/metacello'; >>>> package: 'ConfigurationOfMetacello'; >>>> load. >>>> (Smalltalk at: #ConfigurationOfMetacello) project >>> latestVersion load: #('default' 'UI') ] >>> >>> I hate the fact that we should copy all the code around.... >>> what a crap. >>> >>> This was discussed several, severaaaaal times. As I remember the problem was that otherwise you class depends on a base class that should be included in the image you are working on. >>> But I guess we don't have problem to add such base class in PharoCore...if we have Gofer.. >>> >>> >>>> >>>> If you see, it is loading #('default' 'UI') of metacello..... UI - OB. >>>> >>>> change that to #('default') and wala >>>> >>>> BTW, I would use the latest recommended #ensureMetacello: >>>> >>>> http://code.google.com/p/metacello/wiki/EnsureMetacello >>>> >>>> cheers >>>> >>>> mariano >>>> >>>> >>>> And stuck because OB does not load in 1.2 so I lost one hour...... >>> boring. >>>> Stef >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> _______________________________________________ >>> 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 >> "Live like you mean it." >> _______________________________________________ >> 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

Aug. 23, 2010

Re: [Pharo-project] [Metacello] Re: Loading platform-specific code

by Dale Henrichs

Let's talk about OS dependency at ESUG... Dale Mariano Martinez Peck wrote: > > > On Tue, Aug 10, 2010 at 3:03 PM, Sean P. DeNigris <sean(a)clipperadams.com > <mailto:sean@clipperadams.com>> wrote: > > > > Mariano Martinez Peck wrote: > > > > ...did you know that Metacello let you > > handle platform specific code? > > > I'm assuming you mean [Squeak|Pharo...] platform - we're talking > [Mac|Windows...] > > > > ahhh sorry....and what about conditional loading? and using spec:for or > something like that? > > once I suggested Dale to add OS dependency to Metacello...I don't > rememeber what happened. > > > > > Mariano Martinez Peck wrote: > > > > Thus, you can define this in the > ConfigurationOFfExternalWebBrowser, and > > not > > depend on a class side initialize. > > > Yes, it all started when I decided to move the load out of the > class>>initialization and into the Config, and I just wanted to poll > to see > if my thinking was correct. > > > Norbert Hartl wrote: > > > > I think I don't fully understand what you mean with "lazily load" and > > "required for other platforms". But if it is just a choice when > to load > > something then I would do while having a internet connection ;) > > > Yes, that is the choice, and that answers the question. Thanks. > > Sean > -- > View this message in context: > http://forum.world.st/Loading-platform-specific-code-tp2318610p2319751.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Aug. 23, 2010

Re: [Pharo-project] How can I load metacello without OB

by Dale Henrichs

Is Gofer preloaded in Squeak? The #ensureMetacello is intended to work on all platforms. For earlier versions of Pharo, gofer had to be loaded before Metacello could be loaded and if Gofer isn't preloaded in Squeak, then we still have that problem. I guess I should say that _I_ have that problem, because I am interested in configurations that can be used with any Smalltalk that supports Monticello:) Dale Tudor Girba wrote: > Indeed, now we could add this method in Gofer. > > Cheers, > Doru > > > On 20 Aug 2010, at 16:01, Mariano Martinez Peck wrote: > >> >> On Fri, Aug 20, 2010 at 3:54 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >>> wrote: >>> >>> The problem is in ConfigurationOfRPackage as in #ensureMetacello >> is like this: >>> ensureMetacello >>> Smalltalk at: #MetacelloProject ifAbsent: [ >>> Gofer new >>> disableRepositoryErrors; >>> url: 'http://seaside.gemstone.com/ss/metacello'; >>> package: 'ConfigurationOfMetacello'; >>> load. >>> (Smalltalk at: #ConfigurationOfMetacello) project >> latestVersion load: #('default' 'UI') ] >> >> I hate the fact that we should copy all the code around.... >> what a crap. >> >> This was discussed several, severaaaaal times. As I remember the >> problem was that otherwise you class depends on a base class that >> should be included in the image you are working on. >> But I guess we don't have problem to add such base class in >> PharoCore...if we have Gofer.. >> >> >>> >>> If you see, it is loading #('default' 'UI') of metacello..... UI - >>> OB. >>> >>> change that to #('default') and wala >>> >>> BTW, I would use the latest recommended #ensureMetacello: >>> >>> http://code.google.com/p/metacello/wiki/EnsureMetacello >>> >>> cheers >>> >>> mariano >>> >>> >>> And stuck because OB does not load in 1.2 so I lost one hour...... >> boring. >>> Stef >>> >>> >>> _______________________________________________ >>> 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 >> >> _______________________________________________ >> 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 > > "Live like you mean it." > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] [update 1.2] #12106

by Noury Bouraqadi

On 23 aoÃ»t 2010, at 15:47, StÃ©phane Ducasse wrote: > Noury I would love to hear more about Ocean and read the end of the Socket chapter :) Luc and i restarted working on Ocean last week after vacation. We moved to 1.1 and improved socket a bit. I'll carry on with the socket chapter too :-) > I would love also get some demo and hand-ons session on how to hack with Alien. > Can we do something like that **before** school restart :) Sure. Luc and I can present what we did for Ocean and how we used Alien. BTW, Eliot will be in Barcelona and he is more qualified to talk about Alien :-) Noury > > Stef > >> ok. I should have read all my emails before answering :-) >> >> Noury >> On 22 aoÃ»t 2010, at 21:53, StÃ©phane Ducasse wrote: >> >>> >>> 12106 >>> ----- >>> >>> - Issue 2843: ColoredCodeStream not used. Thanks Marcus Denker. >>> >>> - Issue 2769: Fixes for broken SocketStream behavior. Thanks Andreas Raab >>> >>> Fix the loop in network tests. >>> >>> Stef >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] cog vm

by StÃ©phane Ducasse

can you tell us a bit more on this applications? Stef On Aug 23, 2010, at 5:32 PM, Levente Uzonyi wrote: > On Mon, 23 Aug 2010, Tudor Girba wrote: > >> Hi, >> >> Is there anybody using the Cog VM on a regular basis? > > We deployed our first Squeak app running on Cog on July 30. Since then we deployed two other apps. No (real) problems so far. > > > Levente > >> >> I am using it for most of my development, and it now works quite well (except for the methods as objects issue). It would be interesting to collect problem reports. >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "To lead is not to demand things, it is to make them happen." >> >> >> >> >> _______________________________________________ >> 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

Aug. 23, 2010

[Pharo-project] AlphaImageMorph defaultImage

by Gary Chambers

Since the "standard" default image is removed (baby's hands?). Might I suggest, before relase of new images... AlphaImageMorph classPool at: #Default put: (World findA: ImageMorph) image Sorry for the #findA: Else set to whatever makes the Pharo logo... Gives something better than nothing in the context of UITheme exampleOtherControls. Regards, Gary

Aug. 23, 2010

Re: [Pharo-project] cog vm

by Gary Chambers

Must give it a go... could really help MBagger (slow Atom processor). Regards, Gary ----- Original Message ----- From: "Levente Uzonyi" <leves(a)elte.hu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, August 23, 2010 4:32 PM Subject: Re: [Pharo-project] cog vm > On Mon, 23 Aug 2010, Tudor Girba wrote: > >> Hi, >> >> Is there anybody using the Cog VM on a regular basis? > > We deployed our first Squeak app running on Cog on July 30. Since then we > deployed two other apps. No (real) problems so far. > > > Levente > >> >> I am using it for most of my development, and it now works quite well >> (except for the methods as objects issue). It would be interesting to >> collect problem reports. >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "To lead is not to demand things, it is to make them happen." >> >> >> >> >> _______________________________________________ >> 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

Aug. 23, 2010

Re: [Pharo-project] cog vm

by Levente Uzonyi

On Mon, 23 Aug 2010, Tudor Girba wrote: > Hi, > > Is there anybody using the Cog VM on a regular basis? We deployed our first Squeak app running on Cog on July 30. Since then we deployed two other apps. No (real) problems so far. Levente > > I am using it for most of my development, and it now works quite well (except > for the methods as objects issue). It would be interesting to collect problem > reports. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "To lead is not to demand things, it is to make them happen." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] cog vm

by Schwab,Wilhelm K

Re testing, I suggest a link from the Pharo web site to whatever you want us to try; search results can easily turn up something out of date or incomplete. The link should carry a warning about it being a one-way trip for the image that gets converted. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Henrik Johansen [henrik.s.johansen(a)veloxit.no] Sent: Monday, August 23, 2010 11:13 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] cog vm On Aug 23, 2010, at 5:08 22PM, Schwab,Wilhelm K wrote: > Doru, > > First, do some marketing<g>: how much faster is it? On average, quite a bit :P Depends from test to test though > > Second, the fine print =:0 If I load an image and save it using Cog, it is a Cog-only thing from that point onward, correct? yes > I then later, perhaps on a different machine try to load this cog image into a non-cog vm - it's not going to work, right? no > What signs would there be? "cannot read image format"- error message or some such > > Is there a Cog testing page? ? Cheers, Henry > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Tudor Girba [tudor.girba(a)gmail.com] > Sent: Monday, August 23, 2010 10:09 AM > To: Moose-dev Moose Dev; Pharo-project(a)lists.gforge.inria.fr Development > Subject: [Pharo-project] cog vm > > Hi, > > Is there anybody using the Cog VM on a regular basis? > > I am using it for most of my development, and it now works quite well > (except for the methods as objects issue). It would be interesting to > collect problem reports. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "To lead is not to demand things, it is to make them happen." > > > > > _______________________________________________ > 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 23, 2010

Re: [Pharo-project] [Vm-dev] RE: Linux vm

by Schwab,Wilhelm K

Subbu, What is the debug mode? Is it a build option, or something more readily available to an end user? As for the code, I provided the entire function. Depending on what falls out of the question above, I might find that all is well as-is; otherwise I can send the entire file (where?) if needed. Bill ________________________________________ From: K. K. Subramaniam [kksubbu.ml(a)gmail.com] Sent: Monday, August 23, 2010 11:06 AM To: Schwab,Wilhelm K Cc: vm-dev(a)lists.squeakfoundation.org Subject: Re: [Vm-dev] RE: Linux vm On Monday 23 Aug 2010 6:49:43 pm Schwab,Wilhelm K wrote: > strace might do the job, but what is wrong with having the vm log what it > is trying to do? You could also use ltrace(1). The vm already logs entries in debug mode. Non-debug run-times can be traced with strace/ltrace. Performance can be optimized by changing LD_LIBRARY_PATH and -plugins options in the launcher script. In any case, you can send in your suggestions (complete file, not a diff) for Ian's consideration. Subbu

Aug. 23, 2010