December 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Time lapses

by Mariano Martinez Peck

maybe you can take a look to http://www.squeaksource.com/Chalten ? On Thu, Dec 9, 2010 at 9:10 PM, Diogenes Moreira <diogenes.moreira(a)gmail.com > wrote: > may not be more in the core image of Pharo time lapses message, by example > year or month??? > > with the follow code i get MNU SmallInteger>>year > "aDate - otherDate = 1 year." > > If not, where I could find. > > Best Regards >

Dec. 9, 2010

Re: [Pharo-project] Why was the old Editor Functionality Removed?

by Francisco Ortiz PeÃ±aloza

And shout is kinda working too... i tried hard on OB just for fun but had no luck.. i think i'd got meta meta confused :) I would love to dedicate more time to it, but currently i'm very bussy. Cheers, Francisco On Thu, Dec 9, 2010 at 5:24 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Thu, 9 Dec 2010, Lukas Renggli wrote: > > I wonder why the old editor functionality was removed instead of being >> deprecated until the next release like this is normally done? >> >> It is extremely difficult to get any GUI related stuff ported, because >> the packages cannot simply be loaded. One has to fix part of the >> package in the old image, and part of the package in the new image. >> One wrong method, and everything blows up irreversibly. >> >> I spent the whole afternoon trying to get OB, Shout and eCompletion >> working. OB and Shout kind of work (thanks to the preparations in the >> PharoTaskForces), but they are still subtly broken. eCompletion is >> very hard to get working. The idea of making completion part of the >> ToolSet doesn't help at all, the patch now just moved from Morphic to >> the StandardToolSet class. >> > > OCompletion works and it includes ECompletion. Since I added a setting for > using ECompletion instead of OCompletion (and not just as a fallback > mechanism), ECompletion is also working with the new editors. > > > Levente > > > >> I am frustrated and give up, I revert back to Pharo 1.1. >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> >> >

Dec. 9, 2010

Re: [Pharo-project] about cloud in pharo

by Levente Uzonyi

On Thu, 9 Dec 2010, Sven Van Caekenberghe wrote: > > On 09 Dec 2010, at 20:39, Eliot Miranda wrote: > >> On Thu, Dec 9, 2010 at 11:14 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >> Hi guys >> >> When I see that. I would really like to see how we can create something around the cloud. We have a lot of assets. >> Does anybody have some interest bootstrapping a business around that? >> >> _very_ I'd love to do high-quality VM work funded in this kind of context. > > Isn't / shouldn't Cog already (be) a high quality VM then ? > > I don't think (I am actually pretty sure) that Ruby has a good VM, Smalltalk's is way better (many more decades of experience, from the times when hardware mattered). Up until very recently (and even after the RoR hype started) they had no unicode support and no multithreading. Even now, they always (have to) deploy clusters of multiple VMs to scale. [On the other hand, this makes every deploy better scaleable because they have to do it from day one]. > > Seaside can do all that too (the scaling/clustering), it is sometimes little things that cause problems. For example, many people have tried but very little have succeeding in building a VM themselves that is as fast as the 'official' ones. Headless support is another one. Better sockets and streaming would also help. What's wrong with sockets on the VM side? Levente > > Cloud support is actually lot's of Unix/Linux level work combined with automation. Smalltalk, Ruby, Lisp, Python, Java, .Net or even C, it doesn't matter much. > > But don't get me wrong, I do think Smalltalk has an interesting future. It is still one of the nicest languages/environments/IDE's/communities to work in. And Pharo has been a great step in modernizing Smalltalk. And Cog just made everything incredibly much faster. > > Sven > > > > >

Dec. 9, 2010

Re: [Pharo-project] Why was the old Editor Functionality Removed?

by Levente Uzonyi

On Thu, 9 Dec 2010, Lukas Renggli wrote: > I wonder why the old editor functionality was removed instead of being > deprecated until the next release like this is normally done? > > It is extremely difficult to get any GUI related stuff ported, because > the packages cannot simply be loaded. One has to fix part of the > package in the old image, and part of the package in the new image. > One wrong method, and everything blows up irreversibly. > > I spent the whole afternoon trying to get OB, Shout and eCompletion > working. OB and Shout kind of work (thanks to the preparations in the > PharoTaskForces), but they are still subtly broken. eCompletion is > very hard to get working. The idea of making completion part of the > ToolSet doesn't help at all, the patch now just moved from Morphic to > the StandardToolSet class. OCompletion works and it includes ECompletion. Since I added a setting for using ECompletion instead of OCompletion (and not just as a fallback mechanism), ECompletion is also working with the new editors. Levente > > I am frustrated and give up, I revert back to Pharo 1.1. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > >

Dec. 9, 2010

Re: [Pharo-project] about cloud in pharo

by Herve Verjus

Hello everybody, I am interested in something around the cloud with pharo...not really for business purpose but for using/developing scalable pharo-based technology and services on the cloud ! Herve On 9 dÃ©c. 2010, at 20:14, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > Hi guys > > When I see that. I would really like to see how we can create something around the cloud. We have a lot of assets. > Does anybody have some interest bootstrapping a business around that? > > Today http://heroku.com/ were bought by Salesforce for over 200 million (http://techcrunch.com/2010/12/08/breaking-salesforce-buys-heroku-for-212-mi…) > > Stef >

Dec. 9, 2010

Re: [Pharo-project] about cloud in pharo

by Sven Van Caekenberghe

On 09 Dec 2010, at 20:39, Eliot Miranda wrote: > On Thu, Dec 9, 2010 at 11:14 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > Hi guys > > When I see that. I would really like to see how we can create something around the cloud. We have a lot of assets. > Does anybody have some interest bootstrapping a business around that? > > _very_ I'd love to do high-quality VM work funded in this kind of context. Isn't / shouldn't Cog already (be) a high quality VM then ? I don't think (I am actually pretty sure) that Ruby has a good VM, Smalltalk's is way better (many more decades of experience, from the times when hardware mattered). Up until very recently (and even after the RoR hype started) they had no unicode support and no multithreading. Even now, they always (have to) deploy clusters of multiple VMs to scale. [On the other hand, this makes every deploy better scaleable because they have to do it from day one]. Seaside can do all that too (the scaling/clustering), it is sometimes little things that cause problems. For example, many people have tried but very little have succeeding in building a VM themselves that is as fast as the 'official' ones. Headless support is another one. Better sockets and streaming would also help. Cloud support is actually lot's of Unix/Linux level work combined with automation. Smalltalk, Ruby, Lisp, Python, Java, .Net or even C, it doesn't matter much. But don't get me wrong, I do think Smalltalk has an interesting future. It is still one of the nicest languages/environments/IDE's/communities to work in. And Pharo has been a great step in modernizing Smalltalk. And Cog just made everything incredibly much faster. Sven

Dec. 9, 2010

[Pharo-project] Time lapses

by Diogenes Moreira

may not be more in the core image of Pharo time lapses message, by example year or month??? with the follow code i get MNU SmallInteger>>year "aDate - otherDate = 1 year." If not, where I could find. Best Regards

Dec. 9, 2010

Re: [Pharo-project] Creating temporary classes for testing

by Noury Bouraqadi

On 9 dÃ©c. 2010, at 18:50, Sean P. DeNigris wrote: > * What if ClassFactoryForTestCase used the separate-SystemDictionary > approach? Wouldn't you only need to clean up the logs and the classes would > get gc-ed (even if cleanup was never called)? > * Is my OP correct that it is safe to do what I was doing i.e. no effect to > the system (except maybe the doit in the changes)? (I may have another > application for it) Your usage of the classbuilder looks sound. But, deleting your environment is not enough, at least not enough to ensure the deletion of your classes. You need : -to delete all references to classes for your environment from their superclasses. This is part of what is performed by the obsolete message. -ensure that no instance of classes of your environement is referenced from root objects (e.g. default environment). Cause a class can't be GCed if its instances are still accessible. Noury

Dec. 9, 2010

Re: [Pharo-project] about cloud in pharo

by Eliot Miranda

On Thu, Dec 9, 2010 at 11:14 AM, stephane ducasse <stephane.ducasse(a)free.fr>wrote: > Hi guys > > When I see that. I would really like to see how we can create something > around the cloud. We have a lot of assets. > Does anybody have some interest bootstrapping a business around that? > _very_ I'd love to do high-quality VM work funded in this kind of context. > > Today http://heroku.com/ were bought by Salesforce for over 200 million ( > http://techcrunch.com/2010/12/08/breaking-salesforce-buys-heroku-for-212-mi… > )! > > Stef >

Dec. 9, 2010

[Pharo-project] ODBC, loadFFI and friends!

by Torsten Bergmann

>but he replied to me and I forwarded to you. Yes, but we have no admin access as he wrote he had given us. I think I answered to this again and got no response (cant remember the details). Nonetheless the project is "read write" anyway. Unfortunately without admin access I'm not able to delete the wrong ConfigurationOfAutomaticMethodCategorizer that I once uploaded by accident. Bye T. -- GRATIS! Movie-FLAT mit Ã¼ber 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome

Dec. 9, 2010