April 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Closure compiler

by Marcus Denker

On 09.04.2009, at 02:49, StÃ©phane Ducasse wrote: >>> >>> New name: yes. >> >> Umm... HannanCompiler (after the original author?). > > umm..... rot and dead compiler that marcus resurrected I wonder what happened to Anthony... he back than did work one year full time on the compiler, and than even got a Phd position at a good university in the US. lots of cool ideas... e.g. in the direction of a secure Squeak: http://home.cc.gatech.edu/tony/uploads/32/SharedSmalltalk.htm But he seems to have disappeared... Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

April 9, 2009

Re: [Pharo-project] MacOSClipboard(Object)>>primitiveFailed

by Adrian Lienhard

I added a link to the plugin download to the web page until we have a new VM. Has John been asked, whether he could add the new plugin(s)? Cheers, Adrian On Apr 5, 2009, at 20:49 , StÃ©phane Ducasse wrote: > no the final version of the vm should have it. > This plugin came from sophie work. > > stef > > On Apr 5, 2009, at 6:11 PM, Ramiro Diaz Trepat wrote: > >> Thanks Steph, that plugin worked fantastic. >> Was it not included in the current vm bundle by mistake? >> Cheers >> >> >> r >> >> On Sun, Apr 5, 2009 at 4:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >>> wrote: >> Hi ramiro >> >> do you have plugin clipboardExtended.... >> You can find it on the gforge.inria.fr pharo web page. >> You should include it in the resources folder with the other plugin. >> >> Stef >> >> On Apr 5, 2009, at 4:56 PM, Ramiro Diaz Trepat wrote: >> >>> Hi guys, >>> I am using the latest Mac VM and when I hit cmd-c (Copy) I get a >>> "primitive has failed" error. >>> In both images, with and without closures. >>> I know there are more mac users out there, are you experiencing >>> something similar? >>> Cheers >>> >>> r >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 9, 2009

Re: [Pharo-project] FontTest depends on curent styles

by Andrey Larionov

Yesterday i start inspection of test fail. I was wrong. So i try to find problem and fix it. It will a good lesson for begginer. On Wed, Apr 8, 2009 at 15:08, Andrey Larionov <anlarionov(a)gmail.com> wrote: > Thanks, Adrian. > > On Wed, Apr 8, 2009 at 10:58, Adrian Lienhard <adi(a)netstyle.ch> wrote: >> Hi Andrey, >> >> #DefaultTextStyle is a key in TextConstants. >> You can find all usages of DefaultTextStyle if you search for its >> senders (select it and ctrl-n). >> >> HTH, >> Adrian >> >> On Apr 8, 2009, at 03:56 , Mariano Martinez Peck wrote: >> >>> On Tue, Apr 7, 2009 at 10:47 PM, Andrey Larionov >>> <anlarionov(a)gmail.com>wrote: >>> >>>> Is symbol may contain a value? >>>> >>> >>> As I understand it, the symbol is the value itself. Suppose you use >>> #something. Everywhere in the image you use #something, you will be >>> talking >>> about the same symbol. They don't have a dynamic value as String. I >>> mean, in >>> String you set it a value. In symbols, they already are the value. >>> They are >>> literal. >>> >>> I don't know If I am being clear enough. >>> >>> Greetings, >>> >>> Mariano >>> >>> >>>> >>>> 2009/4/8 Mariano Martinez Peck <marianopeck(a)gmail.com>: >>>>> >>>>> >>>>> On Tue, Apr 7, 2009 at 9:21 PM, Andrey Larionov <anlarionov(a)gmail.com >>>>> > >>>>> wrote: >>>>>> >>>>>> Two test in FontTest assumes what TextStyle>>default will answer a >>>>>> some Accuny font with some size. But if we override default font - >>>>>> test will fail. I'll try to find solution and fix, but new vm and >>>>>> image crashed during debuging. >>>>>> I think solution will be to create corresponding TextStyle for >>>>>> test. >>>>>> >>>>>> Also i'm a newbie and can some clarify what is DefaultTextStyle? It >>>>>> not declared as instance or class variable. >>>>> >>>>> I am also a but newbie but I think that's a symbol Is it actually >>>>> #DefaultTextStyle ? >>>>> >>>>> If true, yes, it would probably be a symbol. A symbol, as Squeak By >>>> Example >>>>> says is: >>>>> >>>>> " >>>>> Symbols are like Strings, in that they contain a sequence of >>>>> characters. >>>>> Â Â However, unlike a string, a literal symbol is guaranteed to be >>>> globally >>>>> Â Â unique. There is only one Symbol object #Hello but there may be >>>>> Â Â multiple String objects with the value 'Hello'. >>>>> " >>>>> >>>>> See SBE for more documentation. >>>>> >>>>> However, if there is something that it is not a class neither a >>>>> class >>>>> variable, it can be a global variable. For example, do a expect it >>>>> of >>>>> Smalltalk. You may think Smalltalk is a class, but it doesn't. It is >>>> global >>>>> variable. Indeed it is an object of SystemDirectory. >>>>> >>>>> Cheers, >>>>> >>>>> Mariano >>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>> _______________________________________________ >>> 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 >> >

April 9, 2009

Re: [Pharo-project] Undefined symbol using Exupery VM

by Damien Cassou

On Wed, Apr 8, 2009 at 9:58 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk> wrote: > Here's a VM that should have the IP6 primitives in it: > > Â http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15.1-linux.tz > > It's also got a VMMaker fix for alpha channel bitlblts. Not sure if > that's the entire fix needed. I'll rebuild again using latest C sources > in a few weeks. Thank you Bryce -- Damien Cassou http://damiencassou.seasidehosting.st

April 9, 2009

Re: [Pharo-project] Mac VM Clipboard Problem

by StÃ©phane Ducasse

You need the clipboardExtended... plugin > I somehow have the feeling that this problem has been reported > before ... > > The Mac VM linked from <http://www.pharo-project.org/download> opens a > debugger saying "Error: a primitive has failed" whenever I try to copy > or paste something. > > Is it everybody or just me? I think the VMs offered on > www.pharo-project.org should just work out-of-the-box ;-) > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 9, 2009

[Pharo-project] Mac VM Clipboard Problem

by Lukas Renggli

I somehow have the feeling that this problem has been reported before ... The Mac VM linked from <http://www.pharo-project.org/download> opens a debugger saying "Error: a primitive has failed" whenever I try to copy or paste something. Is it everybody or just me? I think the VMs offered on www.pharo-project.org should just work out-of-the-box ;-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

April 9, 2009

Re: [Pharo-project] us can has mc2?

by StÃ©phane Ducasse

yes Stef On Apr 9, 2009, at 9:24 AM, Oscar Nierstrasz wrote: > > Sounds reasonable. > > Nevertheless, it should be flagged somewhere. Should it be an issue, > or should it be on one of the wiki pages? > > I searched, but found nothing. > > Is this the right page? > > http://code.google.com/p/pharo/wiki/ToDoBetterOnLongTerm > > - on > > On Apr 9, 2009, at 8:54, StÃ©phane Ducasse wrote: > >> >>> >>> Hi Folks, >>> >>> Are there plans to integrate Monticello 2 into Pharo? (I could not >>> find an issue in the Pharo issues database.) >>> >>> I understand from Lukas that most of the bootstrapping issues have >>> been resolved. Is anyone on this topic? Is there a good reason to >>> stick with the old MC? >> >> -support >> -open and public repository aka SS2 >> -understanding >> -process >> -tools >> >> at least for me. >> So we will but not now our plate is quite full. >> >> Stef >> >> _______________________________________________ >> 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 >

April 9, 2009

Re: [Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments

by StÃ©phane Ducasse

ok Stef On Apr 9, 2009, at 9:22 AM, Torsten Bergmann wrote: > Hi Stef, > > if you integrate my latest change for ScriptLoader (see pharo inbox > ScriptLoader-...804.mcz) into the update stream there will be a > > ScriptLoader loadFFI > > method always loading the latest FFI. Until Alien/Alien FFI merge > is ready there should at least be an easy way to load and use FFI. > (loading is not enough, one needs to initialize ExternalType > and compileAllFields in ExternalStructure). > > Bye > T. > -- > Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit > allen: http://www.gmx.net/de/go/multimessenger01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 9, 2009

Re: [Pharo-project] us can has mc2?

by Oscar Nierstrasz

Sounds reasonable. Nevertheless, it should be flagged somewhere. Should it be an issue, or should it be on one of the wiki pages? I searched, but found nothing. Is this the right page? http://code.google.com/p/pharo/wiki/ToDoBetterOnLongTerm - on On Apr 9, 2009, at 8:54, StÃ©phane Ducasse wrote: > >> >> Hi Folks, >> >> Are there plans to integrate Monticello 2 into Pharo? (I could not >> find an issue in the Pharo issues database.) >> >> I understand from Lukas that most of the bootstrapping issues have >> been resolved. Is anyone on this topic? Is there a good reason to >> stick with the old MC? > > -support > -open and public repository aka SS2 > -understanding > -process > -tools > > at least for me. > So we will but not now our plate is quite full. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 9, 2009

[Pharo-project] Fwd: Re: FFI in closure image/modifying block arguments

by Torsten Bergmann

Hi Stef, if you integrate my latest change for ScriptLoader (see pharo inbox ScriptLoader-...804.mcz) into the update stream there will be a ScriptLoader loadFFI method always loading the latest FFI. Until Alien/Alien FFI merge is ready there should at least be an easy way to load and use FFI. (loading is not enough, one needs to initialize ExternalType and compileAllFields in ExternalStructure). Bye T. -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

April 9, 2009