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

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

by StÃ©phane Ducasse

block args in smalltalk are read-only stef On Apr 7, 2009, at 10:01 PM, Torsten Bergmann wrote: > I forwarded the mail from Andreas, since I think he is not subscribed > to pharo list and his answer didnt appear on the the list archive. > > Many places - I agree. I had the problem while loading OB alpha before > FFI since OB also had block arg assignment. But it was very easy to > fix. FFI could/should also be fixed. That's at least a start. > > However - the question left is if block arg assignment should be > allowed ... > > Bye > T. > > BTW: Andreas: would be good if you could subscribe to pharo list. If > you fear the traffic then just disable mail forwarding and use > the web archive to read. That's how I do it on all squeak related > lists and it works fine. > > > -------- Original-Nachricht -------- > Datum: Tue, 07 Apr 2009 07:06:41 -0700 > Von: Andreas Raab <XYZ(a)XYZ.de> > An: Torsten Bergmann <XYZ(a)XYZ.de> > CC: pharo-project(a)lists.gforge.inria.fr > Betreff: Re: FFI in closure image/modifying block arguments > > I think it is advisable to allow block arg assignment for the time > being. There is *lots* of code which uses it knowingly or unknowingly > and unless you've fixed every single case you'll have these troubles > every step of the way. For laughs, just try to recompile all the > classes > in your image to see how far you get. > > Cheers, > - Andreas > > Torsten Bergmann wrote: >> FYI: with the new closure changes/image (Pharo0.1Core-10268cl.zip >> from [1]) >> it is not possible to store into block arguments: >> >> 1 to: 10 do: [:i | i := i + 1. Transcript show: i printString ] >> >> That makes the current version of FFI unloadable, due to >> the code in ExternalTypeClass>>initializeAtomicTypes >> >> Bye >> T. >> >> >> [1] https://gforge.inria.fr/frs/?group_id=1299 > > -- > 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 8, 2009

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

by Mariano Martinez Peck

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 >

April 8, 2009

[Pharo-project] Closure compiler

by Michael van der Gulik

On 4/8/09, Marcus Denker <denker(a)acm.org> wrote: > > On 07.04.2009, at 16:31, Alexandr Batalshikov wrote: > >> Hi, >> >> I see in pharo0.1-10268dev09.04.1.image: >> >> Compiler class>>closureParserClass >> ^self error: 'not installed'. >> >> That is right? >> How to install "closureParserClass"? >> > > these are leftovers from the NewCompiler ClosureCompiler. We will > clean this up soon. What is the story with the NewCompiler? Does Pharo include it? Or are you moving to Eliot's modification of the old compiler with closure support? Gulik. -- http://gulik.pbwiki.com/

April 8, 2009

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

by Andrey Larionov

Is symbol may contain a value? 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 >

April 8, 2009

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

by Mariano Martinez Peck

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 >

April 8, 2009

Re: [Pharo-project] [ANN][Dev-Images] April 2009 versions

by Schwab,Wilhelm K

I just tried the April web image. The cosmetic changes to the debugger are appreciated (most importantly the background under the buttons, making the top of the text pain obvious when scrolled). Am I guilty of wishful thinking, or is the speed improved? Bill

April 8, 2009

[Pharo-project] FontTest depends on curent styles

by Andrey Larionov

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.

April 8, 2009

Re: [Pharo-project] Compiler class>>closureParserClass

by Marcus Denker

On 07.04.2009, at 16:31, Alexandr Batalshikov wrote: > Hi, > > I see in pharo0.1-10268dev09.04.1.image: > > Compiler class>>closureParserClass > ^self error: 'not installed'. > > That is right? > How to install "closureParserClass"? > these are leftovers from the NewCompiler ClosureCompiler. We will clean this up soon. Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

April 7, 2009

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

by Lukas Renggli

> However - the question left is if block arg assignment should be > allowed ... Eliot explained that it is a setting in the closure compiler. By default it shouldn't be allowed, as long as method arguments are also read-only. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

April 7, 2009

Re: [Pharo-project] is the compiler threadsafe?

by Lukas Renggli

> I have a simple question. > Is the compiler thread-safe? Probably not, although the compile itself probably is. Certainly reading and writing the changes file is not thread-save. Also adding methods to classes is not thread-safe. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

April 7, 2009