- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by Yanni Chiu

Lukas and Philippe brought it to its current state. I just did the first version. On 08/12/10 12:21 PM, StÃ©phane Ducasse wrote: > Yes Thanks Yanni for your code. > We have a lot of ideas on what to do with automated build servers :) > This is just the start. I was dreaming on that while listening pelrine talk at ESUG 2002 on Cruse control... > May be we should have built something by then .... > > Stef

Dec. 8, 2010

Re: [Pharo-project] Popularity or not of smalltalk?

by Eliot Miranda

On Wed, Dec 8, 2010 at 9:00 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > > > > > > Indeed. An immature FFI, lack of dll options etc. Integration is indeed > one of the biggest weaknesses. But we're making progress here. So things > may be different in months, if not years. > > Eliot did you get interpret reentrant? > I have a prototype reentrant FFI that can do threaded call-outs and receive threaded callbacks. I was demoing it in Argentina but my demo locks up the UI (not the entire image thoguh) so it is not by any means production-ready. I need to find time to finish it. That's not going to happen in the next two months. I'll see what can be done to get it released in an unfinished state so that others can work on it. best Eliot > Because we are discussing that point with igor and yes we want that to have > :) > > Stef > > >

Dec. 8, 2010

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by StÃ©phane Ducasse

Yes Thanks Yanni for your code. We have a lot of ideas on what to do with automated build servers :) This is just the start. I was dreaming on that while listening pelrine talk at ESUG 2002 on Cruse control... May be we should have built something by then .... Stef >>>> Gofer it squeaksource: 'MetacelloRepository'; >>>> package: 'ConfigurationOfPharo'; >>>> load. >>>> >>>> (ConfigurationOfPharo project version: '1.2-beta2') load. >>>> >>>> Can Hudson help us in building Dev images? >>> >>> Yes, will set up a build for 1.2 today. >> >> I have set one up that takes 1.2 core, runs updates and then tries to >> build dev >> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/ >> >> It is failing right now. >> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/2/console > > This build would flag changes to PharoCore-1.2 that break Pharo(Dev) 1.2-beta2. But those core changes may be legitimate, and the fix needs to be done in Pharo(Dev). > > Maybe there should be a second build for Pharo(Dev) 1.2-baseline. The trigger ought to be any change to a package included in the baseline, but that seems difficult to determine. So, maybe once a day, as well as triggering on a change to ConfigurationOfPharo itself. > > BTW, It's great that we have automated builds. > >

Dec. 8, 2010

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by Dale Henrichs

On 12/08/2010 09:09 AM, Yanni Chiu wrote: > On 08/12/10 6:48 AM, Marcus Denker wrote: >> >> On Dec 8, 2010, at 10:25 AM, Marcus Denker wrote: >> >>> >>> On Dec 7, 2010, at 8:42 PM, Guillermo Polito wrote: >>> >>>> Gofer it squeaksource: 'MetacelloRepository'; >>>> package: 'ConfigurationOfPharo'; >>>> load. >>>> >>>> (ConfigurationOfPharo project version: '1.2-beta2') load. >>>> >>>> Can Hudson help us in building Dev images? >>> >>> Yes, will set up a build for 1.2 today. >> >> I have set one up that takes 1.2 core, runs updates and then tries to >> build dev >> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/ >> >> It is failing right now. >> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/2/console > > This build would flag changes to PharoCore-1.2 that break Pharo(Dev) > 1.2-beta2. But those core changes may be legitimate, and the fix needs > to be done in Pharo(Dev). > > Maybe there should be a second build for Pharo(Dev) 1.2-baseline. The > trigger ought to be any change to a package included in the baseline, > but that seems difficult to determine. So, maybe once a day, as well as > triggering on a change to ConfigurationOfPharo itself. > > BTW, It's great that we have automated builds. > With the next release of Metacello there will be support for programmatically updating a config, so if the baseline build runs clean for pharo dev, the development version could be updated automagically ... folks would always be able to load the dev version and know that at least the tests ran clean and that you are within a safe distance of the absolute bleeding edge... Dale

Dec. 8, 2010

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by Yanni Chiu

On 08/12/10 6:48 AM, Marcus Denker wrote: > > On Dec 8, 2010, at 10:25 AM, Marcus Denker wrote: > >> >> On Dec 7, 2010, at 8:42 PM, Guillermo Polito wrote: >> >>> Gofer it squeaksource: 'MetacelloRepository'; >>> package: 'ConfigurationOfPharo'; >>> load. >>> >>> (ConfigurationOfPharo project version: '1.2-beta2') load. >>> >>> Can Hudson help us in building Dev images? >> >> Yes, will set up a build for 1.2 today. > > I have set one up that takes 1.2 core, runs updates and then tries to > build dev > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/ > > It is failing right now. > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/2/console This build would flag changes to PharoCore-1.2 that break Pharo(Dev) 1.2-beta2. But those core changes may be legitimate, and the fix needs to be done in Pharo(Dev). Maybe there should be a second build for Pharo(Dev) 1.2-baseline. The trigger ought to be any change to a package included in the baseline, but that seems difficult to determine. So, maybe once a day, as well as triggering on a change to ConfigurationOfPharo itself. BTW, It's great that we have automated builds.

Dec. 8, 2010

Re: [Pharo-project] Fuel - a fast object deployment tool

by StÃ©phane Ducasse

Thanks martin. Stef On Dec 8, 2010, at 5:50 PM, Martin Dias wrote: > Hi all > > Last months I and Tristan have been working on Fuel project, an object > binary serialization tool. The idea is that objects are much more > times loaded than stored, therefore it is worth to spend time while > storing in order to have faster loading and user experience. We > present an implementation of a pickle format that is based on > clustering similar objects. > > There is a summary of the project below, but more complete information > is available here: http://rmod.lille.inria.fr/web/pier/software/Fuel > > The implementation still needs a lot of work to be really useful, > optimizations should be done, but we'll be glad to get feedback of the > community. > > > = Pickle format = > > The pickle format and the serialization algorithm main idea, is > explained in this slides: > > http://www.slideshare.net/tinchodias/fuel-serialization-in-an-example > > > = Current features = > > - Class shape changing (when a variable has been added, or removed, or > its index changed) > - Serialize most of the basic objects. > - Serialize (almost) any CompiledMethod > - Detection of global or class variables > - Support for cyclic object graphs > - Tests > > > = Next steps = > > - Improve version checking. > - Optimize performance. > - Serialize more kinds of objects: > -- Class with its complete description. > -- Method contexts > -- Active block closures > -- Continuation > - Some improvements for the user: > -- pre and post actions to be executed. > -- easily say 'this object is singleton'. > - Partial loading of a stored graph. > - Fast statistics/brief info extraction of a stored graph. > - ConfigurationOfFuel. > - Be able to deploy materialization behavior only (independent from > the serialization behavior) > > > = Download = > > In a Pharo 1.1 or 1.1.1 evaluate: > > Gofer new > squeaksource: 'Fuel'; > version: 'Fuel-MartinDias.74'; > version: 'FuelBenchmarks-MartinDias.4'; > load. > > > = Benchmarks = > > You can run benchmarks executing this line (results in Transcript): > > FLBenchmarks newBasic run. > > > Thank you! > Martin Dias >

Dec. 8, 2010

Re: [Pharo-project] Popularity or not of smalltalk?

by StÃ©phane Ducasse

> > > Indeed. An immature FFI, lack of dll options etc. Integration is indeed one of the biggest weaknesses. But we're making progress here. So things may be different in months, if not years. Eliot did you get interpret reentrant? Because we are discussing that point with igor and yes we want that to have :) Stef

Dec. 8, 2010

[Pharo-project] Fuel - a fast object deployment tool

by Martin Dias

Hi all Last months I and Tristan have been working on Fuel project, an object binary serialization tool. The idea is that objects are much more times loaded than stored, therefore it is worth to spend time while storing in order to have faster loading and user experience. We present an implementation of a pickle format that is based on clustering similar objects. There is a summary of the project below, but more complete information is available here: http://rmod.lille.inria.fr/web/pier/software/Fuel The implementation still needs a lot of work to be really useful, optimizations should be done, but we'll be glad to get feedback of the community. = Pickle format = The pickle format and the serialization algorithm main idea, is explained in this slides: http://www.slideshare.net/tinchodias/fuel-serialization-in-an-example = Current features = - Class shape changing (when a variable has been added, or removed, or its index changed) - Serialize most of the basic objects. - Serialize (almost) any CompiledMethod - Detection of global or class variables - Support for cyclic object graphs - Tests = Next steps = - Improve version checking. - Optimize performance. - Serialize more kinds of objects: -- Class with its complete description. -- Method contexts -- Active block closures -- Continuation - Some improvements for the user: -- pre and post actions to be executed. -- easily say 'this object is singleton'. - Partial loading of a stored graph. - Fast statistics/brief info extraction of a stored graph. - ConfigurationOfFuel. - Be able to deploy materialization behavior only (independent from the serialization behavior) = Download = In a Pharo 1.1 or 1.1.1 evaluate: Gofer new squeaksource: 'Fuel'; version: 'Fuel-MartinDias.74'; version: 'FuelBenchmarks-MartinDias.4'; load. = Benchmarks = You can run benchmarks executing this line (results in Transcript): FLBenchmarks newBasic run. Thank you! Martin Dias

Dec. 8, 2010

Re: [Pharo-project] Popularity or not of smalltalk?

by StÃ©phane Ducasse

jimmie I agree :)

Dec. 8, 2010

Re: [Pharo-project] Popularity or not of smalltalk?

by Gary Chambers

Fortunately not the case here at Pinesoft ;-) Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, December 08, 2010 3:50 PM Subject: Re: [Pharo-project] Popularity or not of smalltalk? > On 8 December 2010 03:16, David T. Lewis <lewis(a)mail.msen.com> wrote: >> Bravo, well and truly stated. >> >> (I can't help but wonder how many folks who talk about this stuff have >> actually encountered an "Enterprise" in real life, and if so why they >> are still so eager to impress these people, much less go to work for >> them.) >> > > Yeah.. It is familiar attitude towards big companies, which i don't > sharing. > > It is starting from first small things, like "i am so proud that i > working in huge company" , > which immediately rings the bell in my head with a thought: "so, maybe > you should start paying this company for being an employee of it?" > > All this shit: thinking BIG , we are big, we are many.. the common > enterprise-level indoctrination , which have nothing to do with > a) productivity > b) efficiency > c) quality of products/services > and could even have a reverse effect. > > So, that's why i DON'T care what enterprise-level people doing and > what they thinking about smalltalk. I KNOW that whatever they do, they > doing it wrong :) > > >> Thanks Jimmy, you have captured a lot of positive energy in a few words. >> >> Dave >> >>> Jimmie >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Dec. 8, 2010