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

Re: [Pharo-project] Alien plugin? Status of VMMaker

by StÃ©phane Ducasse

Ok I see too early this morning. > It's true, for using Alien VMMaker it's not necesary. > > I think because he wants to build an Alien Plugin for Linux. > > Fernando > > pd: By the way, Tudor and I are working on a ConfigurationOfAlien. > > > On Jan 11, 2010, at 9:07 AM, StÃ©phane Ducasse wrote: > >> this is strange I thought that just loading >> AlienLoader load (it was pre gofer) >> from the Alien source >> was loading it without having to load VMMaker >> >> why do we need VMMaker for using Alien? >> >> Stef >> >> On Jan 11, 2010, at 7:42 AM, John M McIntosh wrote: >> >>> My understanding is VMMaker should work with Pharo >>> Look in the archives for Gofer and VMMaker >>> >>> Once you've built a VMMaker image you need to load the Alien plugin logic. >>> This might be loaded by previous gofer scripts, otherwise: >>> >>> "add Alien Support Packages" >>> gofer squeaksource: 'Alien'; >>> addPackage:'Alien-VMMaker-Support'. >>> >>> IF all else fails follow the manual process via: http://squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documen… >>> I note Balloon 3D might be optional. >>> >>> Install Balloon 3D via the SqueakMap package Loader, >>> Install FFI & Klatt via MC >>> >>> MCHttpRepository >>> location: ' >>> http://www.squeaksource.com/Ladrillos >>> ' >>> user: '' >>> password: '' >>> >>> install FFI via FFI-Kernel-ar.7 >>> and install KLATT via Speech-Klatt-edc.1 >>> >>> Install VMMaker-dtl.120 or higher from >>> MCHttpRepository >>> location: ' >>> http://www.squeaksource.com/VMMaker >>> ' >>> user: '' >>> password: '' >>> >>> Install Alien-VMMaker-Support-John M McIntosh.6 or higher from >>> >>> MCHttpRepository >>> location: ' >>> http://www.squeaksource.com/Alien >>> ' >>> user: '' >>> password: '' >>> >>> >>> >>> >>> On 2010-01-10, at 7:31 PM, Schwab,Wilhelm K wrote: >>> >>>> Do any of you know of an alien plugin for linux? Is VMMaker alive and well on Pharo? >>>> >>>> I am getting close to (perhaps) being able to move some number crunching onto Pharo, but it will depend on external libraries and callbacks. My reading suggests that the existing FFI is unable to handle callbacks, and that plugins are required. Alien looks a lot closer to what I have working on Dolphin. >>>> >>>> Unless Alien is pre-built, it appears that I am stuck with setting up VMMaker?? That might not be all bad, because I am suspicious I might want to use a plugin for OpenSSL, but that is (so far) a little further away. I would be happy to bypass that learning curve for a while longer :) >>>> >>>> Bill >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> =========================================================================== >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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

Jan. 11, 2010

Re: [Pharo-project] Alien plugin? Status of VMMaker

by Fernando olivero

It's true, for using Alien VMMaker it's not necesary. I think because he wants to build an Alien Plugin for Linux. Fernando pd: By the way, Tudor and I are working on a ConfigurationOfAlien. On Jan 11, 2010, at 9:07 AM, StÃ©phane Ducasse wrote: > this is strange I thought that just loading > AlienLoader load (it was pre gofer) > from the Alien source > was loading it without having to load VMMaker > > why do we need VMMaker for using Alien? > > Stef > > On Jan 11, 2010, at 7:42 AM, John M McIntosh wrote: > >> My understanding is VMMaker should work with Pharo >> Look in the archives for Gofer and VMMaker >> >> Once you've built a VMMaker image you need to load the Alien plugin logic. >> This might be loaded by previous gofer scripts, otherwise: >> >> "add Alien Support Packages" >> gofer squeaksource: 'Alien'; >> addPackage:'Alien-VMMaker-Support'. >> >> IF all else fails follow the manual process via: http://squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documen… >> I note Balloon 3D might be optional. >> >> Install Balloon 3D via the SqueakMap package Loader, >> Install FFI & Klatt via MC >> >> MCHttpRepository >> location: ' >> http://www.squeaksource.com/Ladrillos >> ' >> user: '' >> password: '' >> >> install FFI via FFI-Kernel-ar.7 >> and install KLATT via Speech-Klatt-edc.1 >> >> Install VMMaker-dtl.120 or higher from >> MCHttpRepository >> location: ' >> http://www.squeaksource.com/VMMaker >> ' >> user: '' >> password: '' >> >> Install Alien-VMMaker-Support-John M McIntosh.6 or higher from >> >> MCHttpRepository >> location: ' >> http://www.squeaksource.com/Alien >> ' >> user: '' >> password: '' >> >> >> >> >> On 2010-01-10, at 7:31 PM, Schwab,Wilhelm K wrote: >> >>> Do any of you know of an alien plugin for linux? Is VMMaker alive and well on Pharo? >>> >>> I am getting close to (perhaps) being able to move some number crunching onto Pharo, but it will depend on external libraries and callbacks. My reading suggests that the existing FFI is unable to handle callbacks, and that plugins are required. Alien looks a lot closer to what I have working on Dolphin. >>> >>> Unless Alien is pre-built, it appears that I am stuck with setting up VMMaker?? That might not be all bad, because I am suspicious I might want to use a plugin for OpenSSL, but that is (so far) a little further away. I would be happy to bypass that learning curve for a while longer :) >>> >>> Bill >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> =========================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> >> _______________________________________________ >> 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

Jan. 11, 2010

Re: [Pharo-project] [squeak-dev] Mac VM 5.3b1 ships

by StÃ©phane Ducasse

thanks a lot. Stef On Jan 11, 2010, at 9:03 AM, John M McIntosh wrote: > I've push the latest cocoa based 32/64bit macintel/powerpc VM 5.3b1 > > Various users pointed out that option-arrow key did not work, plus there was a crash due to a draw locking issue. > > I spent a few hours looking into the complexity of keyboard management in Cocoa and left-overs from NeXTStep. > I likely still have more hours of testing for extended keyboards but it should now work for the enter/return, esc, delete, page up/down, and arrows keys with > the various combinations of shift, function, control, option, and apple. > > The crash was related to a race condition in the os-x drawing logic. I refactored it to a more simplistic code base shared between the iPhone and OSX. > As a bonus the non-complex code is actually faster than the Carbon Drawing logic found in the 3.x/4.x series of VMs, and much faster than the previous complex/broken logic. > > Look for the folder experimental/64bits in the regular places found via http://smalltalkconsulting.com/squeak.html > or > ftp://ftp.smalltalkconsulting.com/experimental/64bit/32bitImage*64bitVM/ > or > http://homepage.mac.com/johnmci/FileSharing.html click to experimental, 64bits , 32bitImage*64bitVM > > file name: > Squeak 64-32 5.3b1.app.zip > > This *beta* VM runs in 32 or 64 bit mode on macIntel, and 32bit mode on powerpc to support Squeak 32bit images. > Includes the freetype plugin, and requires os-x 10.5 or higher. > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > >

Jan. 11, 2010

Re: [Pharo-project] Alien plugin? Status of VMMaker

by StÃ©phane Ducasse

this is strange I thought that just loading AlienLoader load (it was pre gofer) from the Alien source was loading it without having to load VMMaker why do we need VMMaker for using Alien? Stef On Jan 11, 2010, at 7:42 AM, John M McIntosh wrote: > My understanding is VMMaker should work with Pharo > Look in the archives for Gofer and VMMaker > > Once you've built a VMMaker image you need to load the Alien plugin logic. > This might be loaded by previous gofer scripts, otherwise: > > "add Alien Support Packages" > gofer squeaksource: 'Alien'; > addPackage:'Alien-VMMaker-Support'. > > IF all else fails follow the manual process via: http://squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documen… > I note Balloon 3D might be optional. > > Install Balloon 3D via the SqueakMap package Loader, > Install FFI & Klatt via MC > > MCHttpRepository > location: ' > http://www.squeaksource.com/Ladrillos > ' > user: '' > password: '' > > install FFI via FFI-Kernel-ar.7 > and install KLATT via Speech-Klatt-edc.1 > > Install VMMaker-dtl.120 or higher from > MCHttpRepository > location: ' > http://www.squeaksource.com/VMMaker > ' > user: '' > password: '' > > Install Alien-VMMaker-Support-John M McIntosh.6 or higher from > > MCHttpRepository > location: ' > http://www.squeaksource.com/Alien > ' > user: '' > password: '' > > > > > On 2010-01-10, at 7:31 PM, Schwab,Wilhelm K wrote: > >> Do any of you know of an alien plugin for linux? Is VMMaker alive and well on Pharo? >> >> I am getting close to (perhaps) being able to move some number crunching onto Pharo, but it will depend on external libraries and callbacks. My reading suggests that the existing FFI is unable to handle callbacks, and that plugins are required. Alien looks a lot closer to what I have working on Dolphin. >> >> Unless Alien is pre-built, it appears that I am stuck with setting up VMMaker?? That might not be all bad, because I am suspicious I might want to use a plugin for OpenSSL, but that is (so far) a little further away. I would be happy to bypass that learning curve for a while longer :) >> >> Bill >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 11, 2010

Re: [Pharo-project] CUIS new Text Editor Classes

by StÃ©phane Ducasse

On Jan 11, 2010, at 1:03 AM, Fernando olivero wrote: > I took a look at Safara, i loved the Object-Oriented approach to editors. > > But i've loaded the lastest version and had some bugs, seemed to me un-finished. > > Also i recall Lukas speaking of some performance issues. > > Is the creator of Safara working on it currently? not from what I know. ESUG wanted to sponsor him but I imgaine that he never restarted to work on it. > Till Safara is usable and performant i think Cuis editors and TextMorph cleanup is the way to go. Yes > > Fernando > > On Jan 11, 2010, at 12:16 AM, CÃ©drick BÃ©ler wrote: > >> Is it possible to integrate the work done in Safara ? >> >> Just asking ;) >> >> CÃ©drick >> <ATT00001..txt> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 11, 2010

[Pharo-project] Mac VM 5.3b1 ships

by John M McIntosh

I've push the latest cocoa based 32/64bit macintel/powerpc VM 5.3b1 Various users pointed out that option-arrow key did not work, plus there was a crash due to a draw locking issue. I spent a few hours looking into the complexity of keyboard management in Cocoa and left-overs from NeXTStep. I likely still have more hours of testing for extended keyboards but it should now work for the enter/return, esc, delete, page up/down, and arrows keys with the various combinations of shift, function, control, option, and apple. The crash was related to a race condition in the os-x drawing logic. I refactored it to a more simplistic code base shared between the iPhone and OSX. As a bonus the non-complex code is actually faster than the Carbon Drawing logic found in the 3.x/4.x series of VMs, and much faster than the previous complex/broken logic. Look for the folder experimental/64bits in the regular places found via http://smalltalkconsulting.com/squeak.html or ftp://ftp.smalltalkconsulting.com/experimental/64bit/32bitImage*64bitVM/ or http://homepage.mac.com/johnmci/FileSharing.html click to experimental, 64bits , 32bitImage*64bitVM file name: Squeak 64-32 5.3b1.app.zip This *beta* VM runs in 32 or 64 bit mode on macIntel, and 32bit mode on powerpc to support Squeak 32bit images. Includes the freetype plugin, and requires os-x 10.5 or higher. -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Jan. 11, 2010

Re: [Pharo-project] Categorizing method extension with pragma

by StÃ©phane Ducasse

On Jan 11, 2010, at 1:01 AM, Eliot Miranda wrote: > > > 2010/1/10 CÃ©drick BÃ©ler <cdrick65(a)gmail.com> > Hi, > > Just a 2 cents thought on method extension. > > Why not associating a pragma instead of using the package name prefixed by a star ? > > Say there is a package named MyPackage and I override a method in String or add a new one. What I'd like is keeping the original method category name (or find an appropriate one) instead of using *mypackage. For instance: > > String>>aMethod > <package: MyPackage> > ... > ... > ^result > > > Then, we would have to adapt monticello for that purpose. We could also use dynamic protocols to get the list of extension method by package. > > What does other think ? I find it could be a good starting point to deal with packages. > > I don't like it because package location now means code changes. To move an extension method to another package one has to edit its source, and one would produce method differences when moving extension methods between packages. > > I think the praqma makes sense for namespaces, where an extension method can be in a different namespace than the class it is on. e.g. consider a Tools namespace that includes inspectors. The inspectorClass extension methods on kernel classes (e.g. Dictionary>>inspectorClass ^DictionaryInspector) logically belong to the Tools namespace, not to some Kernel namespace. So writing > inspectorClass > <environment: Tools.Inspectors> > ^DictionaryInspector > makes sense to me; it is directing the compiler to look for globals in the Tools.Inspector namespace, not elsewhere. > > This is a semantic difference and so of a different kind to the merely organizational package structure. > > We had a loooong (and possibly still unresolved) debate about this at Cincom where I argued (until I was blue in the face) that package organization should be orthogonal to namespaces, I disagree :) But the point of been forced to edit the code to move method is a good point. > and others argued that they should be conflated. Personally, I find extension methods an integral part of good OO design because they allow a framework to be extended in arbitrary clients without the core framework being filled with client-dependent code. > Whether those extensions are in the class's package or in the framework's package might be a matter of history (e.g. whether the framework came before the client or not) but the functioning of the extension should be the same in either case. Yes > So for me what package the code is in is a deployment/packaging issue, not a semantic one, and hence shouldn't be reflected in a pragma which is part of the method's source and metadata. But semantic issues (such as e.g. the namespace in which a method is compiled) can be reflected in pragmas. Somehow yes. Even (after thinking several more than 10 soon about the issue) if the issue of having orthogonality between the two is not convincing and this is not because does it badly that merging the too is bad (even if Java does not have real namespace). What I would really like to experiment with is - late bound class name - import binding more or less following newspeak. But before that we have to experiment. Stef

Jan. 11, 2010

Re: [Pharo-project] System -> About in Dev images

by Mariano Martinez Peck

2010/1/11 Miguel Enrique CobÃ¡ Martinez <miguel.coba(a)gmail.com> > El dom, 10-01-2010 a las 23:34 +0100, Mariano Martinez Peck escribiÃ³: > > > > > > > > yes I think it is too complicated a version scheme. The dev > > tag is > > also synonymous with Pharo. > > > > so if your Pharo image is currently > > Pharo1.0-10505-rc1dev10.01.1 > > I would call it Pharo-1.0-10505-rc1. This is the same scheme > > that the > > > > The is Pharo-1.0-10505-rc1 or it should be Pharo-1.0-10505rc1 (note > > the - between 10505 and rc1). > > I ask because the PharoCore 10502 was released as > > PharoCore-1.0-10502rc1. > > I can ask Adrian so that the next PharoCore 1.0 be like: > > Pharo-1.0-10XXX-rc2 > > > > I vote for having the tokens separated by "-", so: > > > Pharo-1.0-10505-rc1 > > Also, the original proposal for the name format is here: > > http://n2.nabble.com/Pharo-name-format-tp3365418p3365418.html > > Excellent. I have already done that. Next Dev image, when you do System -> About will show, for example: Pharo-1.0-10505-rc1 :) Cheers Mariano > Cheers > > > I know...it is a little detail.but...jhhahahha > > > > > > core image uses, and Pharo 1.1 will have this behaviour > > already using > > #imageVersionString since it is in 1.1. > > > > thanks, > > Mike > > > > > > _______________________________________________ > > 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 > > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 11, 2010

Re: [Pharo-project] problem installing Nile

by StÃ©phane Ducasse

let us do one when you come to see us this week. Stef On Jan 10, 2010, at 10:48 PM, Mariano Martinez Peck wrote: > It would be cool to have ConfigurationOfNile so that not depend in this Nile-All and requiered packages from MC. > > some volunteer ? > > On Sun, Jan 10, 2010 at 10:41 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > this is really strange. > > On Jan 10, 2010, at 4:22 PM, Mariano Martinez Peck wrote: > > > I really don't know where the problem is here. If I take an image, both, installing just Nile from Metacello or from Monticello Browser, it loads ok. > > > > When I run my full ConfigurationOfPharo from a command line sending the scripts, I always have this errors. > > > > But Dale, you said you have the same problems even running the load from a workspace? > > > > I don't understand :( > > > > I know the package Nile-All loads all the required packages using the Monticello required package feature...maybe there is a conflic here ? Maybe something related to what stef said that the repository is being replaced with another one like pharo ? > > _______________________________________________ > 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

Jan. 11, 2010

Re: [Pharo-project] Alien plugin? Status of VMMaker

by Levente Uzonyi

On Sun, 10 Jan 2010, John M McIntosh wrote: > My understanding is VMMaker should work with Pharo > Look in the archives for Gofer and VMMaker > > Once you've built a VMMaker image you need to load the Alien plugin logic. > This might be loaded by previous gofer scripts, otherwise: > > "add Alien Support Packages" > gofer squeaksource: 'Alien'; > addPackage:'Alien-VMMaker-Support'. > > IF all else fails follow the manual process via: http://squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documen… This process is a bit outdated, FFI and Speech are not dependencies anymore, the dependencies are extracted into FFI-Pools and SharedPool-Speech. FFI's repository is http://source.squeak.org/FFI, not Ladrillos on squeaksource (it never was). Dave made a Monticello configuration for Squeak. Based on that someone could create a Metacello configuration. Levente > I note Balloon 3D might be optional. > > Install Balloon 3D via the SqueakMap package Loader, > Install FFI & Klatt via MC > > MCHttpRepository > location: ' > http://www.squeaksource.com/Ladrillos > ' > user: '' > password: '' > > install FFI via FFI-Kernel-ar.7 > and install KLATT via Speech-Klatt-edc.1 > > Install VMMaker-dtl.120 or higher from > MCHttpRepository > location: ' > http://www.squeaksource.com/VMMaker > ' > user: '' > password: '' > > Install Alien-VMMaker-Support-John M McIntosh.6 or higher from > > MCHttpRepository > location: ' > http://www.squeaksource.com/Alien > ' > user: '' > password: '' > > > > > On 2010-01-10, at 7:31 PM, Schwab,Wilhelm K wrote: > >> Do any of you know of an alien plugin for linux? Is VMMaker alive and well on Pharo? >> >> I am getting close to (perhaps) being able to move some number crunching onto Pharo, but it will depend on external libraries and callbacks. My reading suggests that the existing FFI is unable to handle callbacks, and that plugins are required. Alien looks a lot closer to what I have working on Dolphin. >> >> Unless Alien is pre-built, it appears that I am stuck with setting up VMMaker?? That might not be all bad, because I am suspicious I might want to use a plugin for OpenSSL, but that is (so far) a little further away. I would be happy to bypass that learning curve for a while longer :) >> >> Bill >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 11, 2010