- Pharo-dev - lists.pharo.org

[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

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

by Mariano Martinez Peck

On Tue, Apr 7, 2009 at 7:34 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk>wrote: > On Sun, 2009-04-05 at 15:00 +0200, Damien Cassou wrote: > > On Fri, Apr 3, 2009 at 11:22 PM, Bryce Kampjes > > <bryce(a)kampjes.demon.co.uk> wrote: > > > I've added this to my list of known issues with the VM. It's odd that I > > > haven't seen it myself as I do use Monticello and these have been my > > > normal VMs for the last few years. > > > > To reproduce drag&drop the attached script and choose File in. > > OK, I know whats wrong, the VMMaker I merged from was from February, the > latest when I assembled that image. The primitive you're using was > introduced in a version from 28 March. It's an IP6 primitive that looks > like it's been around for a few years but not in the official source. > > I'll try to get a new Linux VM out in the next week. Excellent. Let me know and I can test it :) > > Bryce > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 7, 2009

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

by Bryce Kampjes

On Sun, 2009-04-05 at 15:00 +0200, Damien Cassou wrote: > On Fri, Apr 3, 2009 at 11:22 PM, Bryce Kampjes > <bryce(a)kampjes.demon.co.uk> wrote: > > I've added this to my list of known issues with the VM. It's odd that I > > haven't seen it myself as I do use Monticello and these have been my > > normal VMs for the last few years. > > To reproduce drag&drop the attached script and choose File in. OK, I know whats wrong, the VMMaker I merged from was from February, the latest when I assembled that image. The primitive you're using was introduced in a version from 28 March. It's an IP6 primitive that looks like it's been around for a few years but not in the official source. I'll try to get a new Linux VM out in the next week. Bryce

April 7, 2009

[Pharo-project] Compiler class>>closureParserClass

by Alexandr Batalshikov

Hi, I see in pharo0.1-10268dev09.04.1.image: Compiler class>>closureParserClass ^self error: 'not installed'. That is right? How to install "closureParserClass"? Alexander.

April 7, 2009

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

by Torsten Bergmann

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

April 7, 2009

Re: [Pharo-project] Pharo GemTools2.4 image and Seaside 2.8

by StÃ©phane Ducasse

dario pay attention that pharo is stable but it is not even in beta phase. Stef On Apr 7, 2009, at 9:33 PM, Dario Trussardi wrote: > Hi All, > > i'm new to Pharo. > > I begin with GemtTolls 2.4 based on Pharo. > > I work to port some code development with Squeak2.3 ( Seaside > Magritte ) to Gemstone. > > > I load in the GemTools2.4 image > > DynamicBinding .47 > KomServices .19 > KomHttpServer .47 > > and Seaside2.8a1 .586. > > When from www i request the seaside page, it's answered ok by the > system. > > After when open some other link seaside page, > if it have submit button it not answer well. > > The scriptaculous page d'ont work fine. > > > I can solve this problem? > > Any pointers would be greatly appreciated! > > Thanks! > > Dario > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 7, 2009

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

by StÃ©phane Ducasse

this has nothing to do with the VM. Read Smalltalk by example to get a bit more information about conccurency on squeak. I need to know if this is possible to launch a method compilation each a morphic method is executed and since morphic have several thread if this approach makes sense. This would explained why I got some problem dynamically creating dead code finder and other meta program. stef On Apr 7, 2009, at 9:10 PM, Mariano Martinez Peck wrote: > > On Tue, Apr 7, 2009 at 6:03 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > Hi all > > I have a simple question. > Is the compiler thread-safe? > > This is very confusing for me. > > In one hand, as I understood, standard SqueakVM doesn't have > multiple OS threads. The whole VM is run in a single OS thread. This > is what it is know as "green thread" ? > > On the other hand, hay can use fork inside squeak. What this > actually does? like internal threads ? How are they known ? forks ? > internal threads? or just threads? > > Thanks to help me understand this (I know this thread should be in > squeak-vm mailing list but I am event not subscribed). > > Mariano > > > 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 7, 2009