November 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ConfigurationOf

by Tudor Girba

Thanks for raising this issue up. Indeed, we should find a solution here. Does anyone have any thoughts about this? Doru On Wed, Nov 27, 2013 at 12:09 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > In Pharo 3.0 there is a new class "ConfigurationOf" > > which I can subclass for my configurations. > > > > But then my config is not loadable in Pharo 2.0. > > > > The problem is that when people migrate the configs > > often are adopted for Pharo30 and still work for Pharo20. > > > > So one can use this new shiny common superclass only for new > > Pharo 3.0 configs onwards or is there a backport planned ... > > Also the "+Config" button in the MetacelloBrowser of Pharo 3.0 does not > use this new ConfigurationOf class. It still generates > code > > Object subclass: #ConfigurationOfFoo > > instead of > > ConfigurationOf subclass: #ConfigurationOfFoo > > Bug or by intention? > > Bye > T. > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 27, 2013

Re: [Pharo-dev] ConfigurationOf

by Torsten Bergmann

> In Pharo 3.0 there is a new class "ConfigurationOf" > which I can subclass for my configurations. > > But then my config is not loadable in Pharo 2.0. > > The problem is that when people migrate the configs > often are adopted for Pharo30 and still work for Pharo20. > > So one can use this new shiny common superclass only for new > Pharo 3.0 configs onwards or is there a backport planned ... Also the "+Config" button in the MetacelloBrowser of Pharo 3.0 does not use this new ConfigurationOf class. It still generates code Object subclass: #ConfigurationOfFoo instead of ConfigurationOf subclass: #ConfigurationOfFoo Bug or by intention? Bye T.

Nov. 27, 2013

ConfigurationOf

by Torsten Bergmann

In Pharo 3.0 there is a new class "ConfigurationOf" which I can subclass for my configurations. But then my config is not loadable in Pharo 2.0. The problem is that when people migrate the configs often are adopted for Pharo30 and still work for Pharo20. So one can use this new shiny common superclass only for new Pharo 3.0 configs onwards or is there a backport planned ... Thx T.

Nov. 27, 2013

Re: [Pharo-dev] Roassal Question

by kilon alios

Well you can get the best of both worlds and forward the messages to both lists. But lets say I am happy that I dont have to visit for each of my questions a diffirent mailing list since all of them are pharo related and pharo-dev only get a few messages per day on total. But then I don't like mailing lists or communicating through emails with multiple people. I have however registered to Moose mailing list in case one of my questions is not answered here. But Alaxander has been more than helpful here so I am sticking around ;) On Wed, Nov 27, 2013 at 12:34 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I am glad you want to read about Roassal. > > My mail was about exposing people that want to get answers to other people > that want to provide those answers. And my suggestion was based on the fact > that in the moose mailing list there are likely more people that can answer > Roassal questions than there are in the Pharo-dev mailing list. > > As for PetitParser, there is not engrossment happening. It's the opposite. > The Moose team as a whole takes charge of maintaining PetitParser and makes > it even available as standalone. And I said it before that if you or > someone else wants to put the effort in maintaining packages like > PetitParser, there is no problem of moving it out of the Moose team. > > Cheers, > Doru > > > On Wed, Nov 27, 2013 at 9:11 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> >> Am 27.11.2013 um 07:06 schrieb Tudor Girba <tudor(a)tudorgirba.com>: >> >> Perhaps it would be more useful to have these types of discussions on the >> moose-dev mailing list. You might be surprised by other things you might >> find there :) >> >> I disagree with the first sentence. I like to read Roassal stuff here in >> this list. Iâm not subscribed in the moose mailing list (trying to reduce >> the mails I get) but I would like to be up to date with Roassal that has >> use case scenarios that exceed the bounds of moose. And I donât like the >> tension that moose is engrossing standalone packages (like petit parser ;) ) >> >> Norbert >> >> In case of interest, here are the coordinates: >> http://www.moosetechnology.org/about/contact >> >> Cheers, >> Doru >> >> >> >> >> On Tue, Nov 26, 2013 at 8:59 PM, Alexandre Bergel < >> alexandre.bergel(a)me.com> wrote: >> >>> Excellent! Let us know for any request for enhancement or bug fixes. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> On Nov 26, 2013, at 4:20 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr> >>> wrote: >>> >>> > Yes! I also found there is a ROPlatform thing I can query (not sure, >>> the code is at work and I'm home). >>> > >>> > (I'm coupling a C ast + CFG + parallel task analysis displayed with >>> Roassal with interaction with the source code under analysis on a text >>> pane. I demoed it this morning to our partner) >>> > >>> > Thierry >>> > ________________________________________ >>> > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de >>> Alexandre Bergel [alexandre.bergel(a)me.com] >>> > Date d'envoi : mardi 26 novembre 2013 17:56 >>> > Ã : Pharo Development List >>> > Objet : Re: [Pharo-dev] Roassal Question >>> > >>> > Does the following helps? >>> > -=-=-=-=-=-=-=-=-=-=-=-= >>> > | view shape morph | >>> > view := ROView new. >>> > 100 timesRepeat: [ >>> > shape := ROEllipse new size: 40; color: (Color green alpha: >>> 0.5). >>> > view add: shape element ]. >>> > view elements do: [ :el | el translateTo: 500 atRandom @ 500 atRandom >>> ]. >>> > >>> > >>> > morph := ROAthensMorph on: view. >>> > morph extent: 500 @ 500. >>> > morph openInWindow >>> > -=-=-=-=-=-=-=-=-=-=-=-= >>> > >>> > If you do not use Athens, then replace âROAthensMorphâ by âROMorphâ >>> > >>> > Alexandre >>> > >>> > -- >>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> > Alexandre Bergel http://www.bergel.eu >>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> > >>> > >>> > >>> > On Nov 26, 2013, at 12:51 PM, Goubier Thierry <thierry.goubier(a)cea.fr> >>> wrote: >>> > >>> >> Hi all, >>> >> >>> >> does anybody knows how to integrate a ROView inside a Morphic GUI ? >>> >> >>> >> Regards, >>> >> >>> >> Thierry >>> >> -- >>> >> Thierry Goubier >>> >> CEA list >>> >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> >> 91191 Gif sur Yvette Cedex >>> >> France >>> >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >>> > >>> > >>> > >>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Nov. 27, 2013

Re: [Pharo-dev] Roassal Question

by Tudor Girba

I am glad you want to read about Roassal. My mail was about exposing people that want to get answers to other people that want to provide those answers. And my suggestion was based on the fact that in the moose mailing list there are likely more people that can answer Roassal questions than there are in the Pharo-dev mailing list. As for PetitParser, there is not engrossment happening. It's the opposite. The Moose team as a whole takes charge of maintaining PetitParser and makes it even available as standalone. And I said it before that if you or someone else wants to put the effort in maintaining packages like PetitParser, there is no problem of moving it out of the Moose team. Cheers, Doru On Wed, Nov 27, 2013 at 9:11 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 27.11.2013 um 07:06 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > > Perhaps it would be more useful to have these types of discussions on the > moose-dev mailing list. You might be surprised by other things you might > find there :) > > I disagree with the first sentence. I like to read Roassal stuff here in > this list. Iâm not subscribed in the moose mailing list (trying to reduce > the mails I get) but I would like to be up to date with Roassal that has > use case scenarios that exceed the bounds of moose. And I donât like the > tension that moose is engrossing standalone packages (like petit parser ;) ) > > Norbert > > In case of interest, here are the coordinates: > http://www.moosetechnology.org/about/contact > > Cheers, > Doru > > > > > On Tue, Nov 26, 2013 at 8:59 PM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> Excellent! Let us know for any request for enhancement or bug fixes. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Nov 26, 2013, at 4:20 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr> >> wrote: >> >> > Yes! I also found there is a ROPlatform thing I can query (not sure, >> the code is at work and I'm home). >> > >> > (I'm coupling a C ast + CFG + parallel task analysis displayed with >> Roassal with interaction with the source code under analysis on a text >> pane. I demoed it this morning to our partner) >> > >> > Thierry >> > ________________________________________ >> > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de >> Alexandre Bergel [alexandre.bergel(a)me.com] >> > Date d'envoi : mardi 26 novembre 2013 17:56 >> > Ã : Pharo Development List >> > Objet : Re: [Pharo-dev] Roassal Question >> > >> > Does the following helps? >> > -=-=-=-=-=-=-=-=-=-=-=-= >> > | view shape morph | >> > view := ROView new. >> > 100 timesRepeat: [ >> > shape := ROEllipse new size: 40; color: (Color green alpha: 0.5). >> > view add: shape element ]. >> > view elements do: [ :el | el translateTo: 500 atRandom @ 500 atRandom ]. >> > >> > >> > morph := ROAthensMorph on: view. >> > morph extent: 500 @ 500. >> > morph openInWindow >> > -=-=-=-=-=-=-=-=-=-=-=-= >> > >> > If you do not use Athens, then replace âROAthensMorphâ by âROMorphâ >> > >> > Alexandre >> > >> > -- >> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> > Alexandre Bergel http://www.bergel.eu >> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> > >> > >> > >> > On Nov 26, 2013, at 12:51 PM, Goubier Thierry <thierry.goubier(a)cea.fr> >> wrote: >> > >> >> Hi all, >> >> >> >> does anybody knows how to integrate a ROView inside a Morphic GUI ? >> >> >> >> Regards, >> >> >> >> Thierry >> >> -- >> >> Thierry Goubier >> >> CEA list >> >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> >> 91191 Gif sur Yvette Cedex >> >> France >> >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> > >> > >> > >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 27, 2013

Re: [Pharo-dev] The Second Coming of Java article

by phil＠highoctane.be

Hi Dave, Eliot, Dave, Yes, that is the problem I was running into. I'll check that out. I could get a bit further by hacking some version numbers if I remember well but then got stuck again. I do not remember why exactly. It felt a bit like crossing the desert with a single bottle of water :-) Eliot, Thanks for the pointers. Maybe would it be great to have a Google Hangout or two with the people doing the VM work (you both, Clement, Esteban, ...) and go through what matters in the process of dealing with the simulators. Phil On Wed, Nov 27, 2013 at 4:01 AM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Tue, Nov 26, 2013 at 01:30:40PM -0800, Eliot Miranda wrote: > > On Tue, Nov 26, 2013 at 12:49 PM, phil(a)highoctane.be <phil(a)highoctane.be > >wrote: > > > > > FWIW, I'd love to have a working Pharo bytecode interpreter that works. > > > VMMaker currently doesn't have one it seems (earlier experiments didn't > > > worked for me). > > > > > > I am very interested with the VM, read the blue book, understand the > > > primitives, can somewhat read bytecode but what is needed now is the > > > ability to run/debug a VM inside Pharo itself. GDB'ing is okay but a > pain > > > in the ass to understand what's going on. > > > > > > Also read the Tour of the OE of Tim Rowledge and Porting the VM etc. > > > > > > Also looked at the VMMaker package (Interpreter and Object Memory) + > Slang. > > > > > > Now, getting an working interpreter would help me reach the next step. > I > > > am not talking about the Stack interpreter, but the plain Interpreter. > > > > > > Any plans? > > > > > > > David Lewis and I want to see the Cog branch and the VMMaker proper > merged > > and I definitely want the standard Interpreter to be married to Spur. > But > > I have no cycles to do this, and I don't think David has many either. > > Volunteers welcome. > > Fully agree :-) > > With respect to the interpreter simulator, the simulators tend to get > bit rotted when not used, but I think that overall they are in reasonable > shape. Granted that we currently have to fumble around with multiple code > bases, but it's fair to say that if you want to run a > Cog/StackInterpreter/Spur > simulator, you can use the appropriate classes in the oscog branch (after > all, that is what Eliot is using for his active development, and it's quite > unlikely that he could do this without a working simulator). And if you > want to run an image using the classic interpreter, you should use the > interpreter simulator in the "trunk" VMMaker branch. > > I realize this may be a bit confusing, but as Eliot says there are only > so may free cycles available, so if someone wants to help ... > > I just tried loading an image into the ("trunk") InterpreterSimulator > and found a problem in loading an image that had been saved from Cog. > This would be a problem if you wanted to load a Pharo image into the > InterpreterSimulator to try running bytecodes using a simple interpreter. > The fix is in VMMaker-dtl.330 in the source.squeak.org/VMMaker repository. > Hopefully it works for you now, please give it a try. > > Dave > > >

Nov. 27, 2013

Re: [Pharo-dev] The Second Coming of Java article

by phil＠highoctane.be

Thanks. I've read the all. Especially when I wanted to get the iPad version running and customized some things in there and ran into CMake bugs at the time. Thanks for writing them, they helped! Phil On Wed, Nov 27, 2013 at 2:20 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > > On Tue, Nov 26, 2013 at 5:49 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > >> FWIW, I'd love to have a working Pharo bytecode interpreter that works. >> VMMaker currently doesn't have one it seems (earlier experiments didn't >> worked for me). >> >> I am very interested with the VM, read the blue book, >> > > I been writing a lot about that, at least as much as I could. > > >> understand the primitives, >> > > http://marianopeck.wordpress.com/tag/primitives/ > > >> can somewhat read bytecode >> > > http://marianopeck.wordpress.com/tag/bytecodes/ > > >> but what is needed now is the ability to run/debug a VM inside Pharo >> itself. >> > > Yes, the simulator does not run these days. > > >> GDB'ing is okay but a pain in the ass to understand what's going on. >> >> Ok, for debugging the VM with gdb I have: > http://marianopeck.wordpress.com/tag/gdb/ > > >> Also read the Tour of the OE of Tim Rowledge and Porting the VM etc. >> >> Also looked at the VMMaker package (Interpreter and Object Memory) + >> Slang. >> >> Now, getting an working interpreter would help me reach the next step. I >> am not talking about the Stack interpreter, but the plain Interpreter. >> >> > If you want to learn, besides all those mentioned books, you can start > with http://marianopeck.wordpress.com/2011/03/31/journey-through-the-vm/ > that is a sequence of a lots of posts related to the VM. > > Cheers, > > > >> Any plans? >> >> Phil >> >> --- >> Philippe Back >> Dramatic Performance Improvements >> Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 >> Mail:phil@highoctane.be | Web: http://philippeback.eu >> Blog: http://philippeback.be | Twitter: @philippeback >> Youtube: http://www.youtube.com/user/philippeback/videos >> >> High Octane SPRL >> rue cour Boisacq 101 | 1301 Bierges | Belgium >> >> Pharo Consortium Member - http://consortium.pharo.org/ >> Featured on the Software Process and Measurement Cast - >> http://spamcast.libsyn.com >> Sparx Systems Enterprise Architect and Ability Engineering EADocX Value >> Added Reseller >> >> >> >> >> On Tue, Nov 26, 2013 at 9:33 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> >>> On Nov 26, 2013, at 1:21 PM, phil(a)highoctane.be wrote: >>> >>> I downloaded ST/X this morning and looked around for a couple hours. >>> >>> Impressive system. And impressive clients list/activities etc. >>> <rant> >>> And wow, Claus is yet another individual with top notch computer >>> chops... Seems that this community has the highest density of high perf >>> brains. I feel humbled indeed. >>> </rant> >>> >>> What struck me was the speed. >>> >>> >>> 15 years of working improving the VM pays off. >>> This is why the work of Eliot on Spur are also important. What is also >>> important is that more people can work on the VM >>> for cleaning it so that we get a documented and good vehicule. >>> And this will take time. We are working on a prototype to get forced to >>> think about VM and learn. But this prototype will >>> not replace Cog in the near future. So we should be happy that cog is >>> there and improving. >>> >>> Stef >>> >>> Pharo really needs a huge speedup on the UI front. I am using a top of >>> the line desktop system and still Pharo sometimes feels slow (some is due >>> to algorithms - like the finder tool taking ages for a lot of things, but >>> some is due to the UI system). >>> >>> This is not linked to the VM, as the MVC projects in Squeak are uber >>> fast. >>> >>> Is the Text rewrite going to have an impact on this? >>> >>> On the front of interoperability, I personally have chosen to go the >>> RabbitMQ route, it allows me to wire all kinds of things together with some >>> room for scale. >>> >>> On the Java front itself, in the TCL community, we do have tclbend and >>> also a package to do the same thing as STX:LIBJAVA. Truth be told, there >>> hasn't been much traction in there. It works fine but that's it. >>> http://www2.tcl.tk/1313 - usage sample http://www2.tcl.tk/14919 >>> It also has fell behind in terms of keeping up with the latest versions >>> of the environment. >>> >>> In PHP, there is the Quercus and Caucho Resin Server that allows to run >>> PHP on top of the JVM and invoke Java from there. Some people run very fast >>> stuff on that, and benefiting from all JEE abilities (JMS, JTA, Clustering, >>> JAAS...) is really nice. >>> http://www.caucho.com/resin-3.1/doc/quercus.xtp >>> >>> >>> Phil >>> >>> >>> >>> >>> On Tue, Nov 26, 2013 at 12:26 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz>wrote: >>> >>>> On 26/11/13 10:40, Serge Stinckwich wrote: >>>> >>>>> On Tue, Nov 26, 2013 at 10:54 AM, Jan Vrany <jan.vrany(a)fit.cvut.cz> >>>>> wrote: >>>>> >>>>>> On 26/11/13 03:28, askoh wrote: >>>>>> >>>>>>> >>>>>>> Bravo Jan and your collaborators. You have done it. >>>>>>> >>>>>> >>>>>> >>>>>> Thanks. >>>>>> >>>>>> >>>>>>> Anything preventing STX:LIBJAVA from being used in production >>>>>>> environments? >>>>>>> >>>>>> >>>>>> >>>>>> Good question. STX:LIBJAVA is still a research phase. However, if >>>>>> everything >>>>>> goes fine, we might have first project using it for real >>>>>> in couple months. >>>>>> >>>>>> >>>>> What is important is also the licence. Do you use an open-source >>>>> licence ? >>>>> >>>> >>>> Strictly speaking - no. For various, historical reasons. >>>> >>>> The Smalltalk part STX:LIBJAVA support code is available under >>>> the same terms as Smalltalk/X itself [1]. >>>> >>>> The code of the VM is not publicly available for various reasons, >>>> though it is possible to get an access. Ask Claus Gittinger if >>>> you're interested in details. >>>> >>>> >>>>> Anything preventing Pharo and VisualWorks for using the technology >>>>>>> also? >>>>>>> >>>>>>> Short answer: Time and money. >>>>>> The way we did it requires significant changes to the virtual machine >>>>>> (as we believe this is the only way to get a decent performance). >>>>>> Indeed, if >>>>>> somebody going to pay for it, everything's possible ;-) >>>>>> >>>>> >>>>> You should try to ask ESUG about financial support. >>>>> >>>>> >>>> Maybe I should. But frankly - how many people in this community are >>>> like "That would be great, I need this feature!" Raise hands. :-) >>>> >>>> Cheers, Jan >>>> >>>> [1] http://www.exept.de/cgi-bin/viewvc.cgi/stx/README?view=markup >>>> >>>> >>>> >>> >>> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 27, 2013

CI configuration change

by Yuriy Tymchuk

Why does configuration change after each build? https://www.dropbox.com/s/iciotm799urr0aj/Screenshot%202013-11-27%2011.04.1… Uko

Nov. 27, 2013

Re: [Pharo-dev] [Review needed] fix for Pharo2 "text highlighting incorrect"

by Goubier Thierry

That's me the solution provided doesn't work very well either. I would need to spend time on the code used to highlight the selection and reuse it for highlights, but I was on a tight schedule for a demo so I decided to use the selection instead (and gave up for now on refactoring that code with something that clearly knows how to bounds a subset of the text). I'll postpone it for now. If 3.0 gets a new text editor, then that code will be different. Thierry Le 27/11/2013 09:58, Marcus Denker a Ã©crit : > 12241 text highlighting incorrect > https://pharo.fogbugz.com/f/cases/12241 > > What needs to be done? > > -> does it fix the bug? > -> Is the fix plausibly ok? > -> Is this a problem in Pharo3, too? > If yes â> add issue for back porting, > -> make slice for 3 > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Nov. 27, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30600 Home: https://github.com/pharo-project/pharo-core

Nov. 27, 2013