June 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo and Namespaces

by James Foster

On Jun 26, 2012, at 12:08 AM, StÃ©phane Ducasse wrote: >> What happened to the project from GermÃ¡n Leiva >> http://www.youtube.com/watch?v=n4I7fSVNX2A > > we do not want class level namespace because this is the mess As the sponsor for GermÃ¡n's project, I have some interest in this topic. StÃ©phane has said a couple times that it is wrong but has never taken time to explain his objections. James Foster

June 26, 2012

Re: [Pharo-project] Code completion in all tools

by Sven Van Caekenberghe

On 26 Jun 2012, at 18:40, Sean P. DeNigris wrote: > Yes, it is red after Part 1 was integrated. It is fixed in Part 2 above, > which has yet to be integrated. To play with the fix, load > SLICE-Issue-6146-Code-completion-in-all-tools---Part-2-SeanDeNigris.1 from > the inbox. Works for me in #20160, great work!

June 26, 2012

Re: [Pharo-project] Persistence options

by Mariano Martinez Peck

On Tue, Jun 26, 2012 at 6:20 PM, Philippe Marschall < philippe.marschall(a)netcetera.ch> wrote: > On 06/26/2012 02:26 PM, Mariano Martinez Peck wrote: > > On Tue, Jun 26, 2012 at 2:21 PM, Philippe Marschall < > > philippe.marschall(a)netcetera.ch> wrote: > > > >> On 06/26/2012 12:32 PM, Mariano Martinez Peck wrote: > >>> 2012/6/26 Torsten Bergmann <astares(a)gmx.de> > >>> > >>>> Regarding Glorp: how well does the Pharo port work with > >>>> non-Postgresql already: MySQL, SQLServer, Oracle, Firebird, ... ? > >>>> > >>> > >>> They do all work with OpenDBXDriver. Of course you will need the > OpenDBX > >>> library and the database client library. > >>> For Glorp, it is working for: Oracle, MySql, PostgreSQL, SQLite, > >> SqlServer > >>> and ODBC > >> > >> You should probably add that without an mt VM the drivers either block > >> or poll. This is hardly ideal and not comparable to the "native" > >> PostgreS and MySQL drivers that use sockets and don't have these issues. > >> > >> > > Indeed. But it seems that with our "mini-locks" or busy waiting in the > > image side is enough for the real existing users. > > Nobody actually complained about this limitation. > > In fact, in VW, by default, queries are blocking... they are *not* azync > > unless you explicitly tell it. This is because creating threads also take > > time and if most of the queries are fast, then it is even better the > > locking strategy. > > If it works for you that's great. It's just one of these things that you > want to know up front instead of finding out later. > > +1 -- Mariano http://marianopeck.wordpress.com

June 26, 2012

Re: [Pharo-project] Code completion in all tools

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > It is all red in my 2.0 images too, even the one that I downloaded today > to play with. > Yes, it is red after Part 1 was integrated. It is fixed in Part 2 above, which has yet to be integrated. To play with the fix, load SLICE-Issue-6146-Code-completion-in-all-tools---Part-2-SeanDeNigris.1 from the inbox. Cheers, Sean -- View this message in context: http://forum.world.st/Code-completion-in-all-tools-tp4636201p4636715.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 26, 2012

Re: [Pharo-project] Code completion in all tools

by Sven Van Caekenberghe

It is all red in my 2.0 images too, even the one that I downloaded today to play with. On 26 Jun 2012, at 18:08, Sean P. DeNigris wrote: > > Sean P. DeNigris wrote >> >> Issue 6146: Code completion in all tools - Part 2 >> http://code.google.com/p/pharo/issues/detail?id=6146 >> > > Will someone please review this fix. Right now, methods are highlighted in > all-red in the tools... > > -- > View this message in context: http://forum.world.st/Code-completion-in-all-tools-tp4636201p4636701.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 26, 2012

Re: [Pharo-project] Persistence options

by Philippe Marschall

On 06/26/2012 02:26 PM, Mariano Martinez Peck wrote: > On Tue, Jun 26, 2012 at 2:21 PM, Philippe Marschall < > philippe.marschall(a)netcetera.ch> wrote: > >> On 06/26/2012 12:32 PM, Mariano Martinez Peck wrote: >>> 2012/6/26 Torsten Bergmann <astares(a)gmx.de> >>> >>>> Regarding Glorp: how well does the Pharo port work with >>>> non-Postgresql already: MySQL, SQLServer, Oracle, Firebird, ... ? >>>> >>> >>> They do all work with OpenDBXDriver. Of course you will need the OpenDBX >>> library and the database client library. >>> For Glorp, it is working for: Oracle, MySql, PostgreSQL, SQLite, >> SqlServer >>> and ODBC >> >> You should probably add that without an mt VM the drivers either block >> or poll. This is hardly ideal and not comparable to the "native" >> PostgreS and MySQL drivers that use sockets and don't have these issues. >> >> > Indeed. But it seems that with our "mini-locks" or busy waiting in the > image side is enough for the real existing users. > Nobody actually complained about this limitation. > In fact, in VW, by default, queries are blocking... they are *not* azync > unless you explicitly tell it. This is because creating threads also take > time and if most of the queries are fast, then it is even better the > locking strategy. If it works for you that's great. It's just one of these things that you want to know up front instead of finding out later. Cheers Philippe

June 26, 2012

Re: [Pharo-project] git victim

by Dale Henrichs

June 26, 2012

Re: [Pharo-project] Code completion in all tools

by Sean P. DeNigris

Sean P. DeNigris wrote > > Issue 6146: Code completion in all tools - Part 2 > http://code.google.com/p/pharo/issues/detail?id=6146 > Will someone please review this fix. Right now, methods are highlighted in all-red in the tools... -- View this message in context: http://forum.world.st/Code-completion-in-all-tools-tp4636201p4636701.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 26, 2012

[Pharo-project] Integrating OSProcess?

by Sean P. DeNigris

Issue 5796: Integrate OSProcess http://code.google.com/p/pharo/issues/detail?id=5796 Are we doing this? If so, are we forking it (I hope not), or just integrating updated package versions as Dave releases them? Sean -- View this message in context: http://forum.world.st/Integrating-OSProcess-tp4636695.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 26, 2012

Re: [Pharo-project] git victim

by Serge Stinckwich

Maybe with the new Metacello API for github this is possible without having a slave ;-) On Tue, Jun 26, 2012 at 8:19 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I am looking for a volunteer / slave / victim.. > > Is anyone interested in filing out all versions of Pharo 2.0 to git using filetree? > > I want to have a git repository with all the sources filed out, > so we can properly track and annotate changes! (hint to all data miners out there) > > -------------------------------------------------------------------------- > I started a jenkins job (99% finished) > > Â Â Â Â https://ci.lille.inria.fr/pharo/job/Pharo2.0-Git-Export/ > > which will commit each new pharo version to our github repository > > Â Â Â Â git@github.com:PharoProject/pharo-core.git > > Now of course this would make more sense to do with all versions (0.9 ... 2.0) ! > -------------------------------------------------------------------------- > > best > cami -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

June 26, 2012