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

[Pharo-project] Bug? #baseTraitName:classTraitComposition:category: not found in system

by nullPointer

That message is called by ClassTrait>>asMCDefinition That message try do: asMCDefinition ^MCClassTraitDefinition baseTraitName: self baseTrait name classTraitComposition: self traitCompositionString category: self category but #baseTraitName:classTraitComposition:category: not exists in image. -- View this message in context: http://n2.nabble.com/Bug-baseTraitName-classTraitComposition-category-not-f… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 25, 2009

Re: [Pharo-project] How-to load Alien FFI on Pharo?

by Marco Schmidt

There is a package Alien-Prereqs in the repo. You need to load this package before the rest of Alien. Marco Schmidt -- View this message in context: http://n2.nabble.com/How-to-load-Alien-FFI-on-Pharo-tp3711371p3711622.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 25, 2009

Re: [Pharo-project] Bug: donÂ´t found #convertToCurrentVersion:refStream:

by StÃ©phane Ducasse

Yes it was removed. Stef On Sep 25, 2009, at 11:13 AM, nullPointer wrote: > > > When a object is serialized, a Morph for example , and the class of > that > morph change, when i try deserialize the morph i get the error does > Â´nt not > understand #convertToCurrentVersion:refStream: > > I did see older images of Pharo and exists that method, defined in > Object > and Morph too. Seems than adapt the old class form to new version, if > changed. The caller of that message is the class SmartRefStream. > > My image is a Pharo BETA 10418. > > Regards > -- > View this message in context: http://n2.nabble.com/Bug-don-t-found-convertToCurrentVersion-refStream-tp37… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 25, 2009

Re: [Pharo-project] closure fixes nearly released

by Lukas Renggli

I've built two images based on the closure fixes. One with Seaside 3.0 and one with Seaside 2.8, Magritte and Pier. In both cases all tests pass and everything seems to work nicely. Cheers, Lukas 2009/9/25 Damien Cassou <damien.cassou(a)gmail.com>: > On Thu, Sep 24, 2009 at 4:22 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> it would be great if you could have a look. > > I've build a pharo-web on top of it (not published). It's working > perfectly as far as I can see. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 25, 2009

[Pharo-project] How-to load Alien FFI on Pharo?

by Torsten Bergmann

and it would be nice to hear which platforms it is already working. Is Win32 already ready? If so could one send the IAB32ABI.dll around? Thx T. -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

Sept. 25, 2009

[Pharo-project] How-to load Alien FFI on Pharo?

by Damien Cassou

Hi, I saw a lot of discussions about Alien FFI 2 weeks ago. I still can't load it on Pharo because of the following syntax error: Ccalloc: byteSize "<Integer> ^<Integer>" <primitive: 'primCalloc' error: Literal constant expected ->errorCode module: 'IA32ABI'> ^self primitiveFailed Can one of you help me load it? I would like to work on CairoGraphics (http://www.squeaksource.com/CairoGraphics.html) but this requires Alien. I used: ScriptLoader loadLatestPackage: 'AlienLoader' from: 'http://www.squeaksource.com/Alien'. (Smalltalk at: #AlienLoader) load Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 25, 2009

Re: [Pharo-project] closure fixes nearly released

by Damien Cassou

On Thu, Sep 24, 2009 at 4:22 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > it would be great if you could have a look. I've build a pharo-web on top of it (not published). It's working perfectly as far as I can see. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 25, 2009

[Pharo-project] Bug: donÂ´t found #convertToCurrentVersion:refStream:

by nullPointer

When a object is serialized, a Morph for example , and the class of that morph change, when i try deserialize the morph i get the error doesÂ´nt not understand #convertToCurrentVersion:refStream: I did see older images of Pharo and exists that method, defined in Object and Morph too. Seems than adapt the old class form to new version, if changed. The caller of that message is the class SmartRefStream. My image is a Pharo BETA 10418. Regards -- View this message in context: http://n2.nabble.com/Bug-don-t-found-convertToCurrentVersion-refStream-tp37… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 25, 2009

Re: [Pharo-project] Opening image multiple times - bug or feature?

by Igor Stasenko

2009/9/25 Douglas Brebner <squeaklists(a)fang.demon.co.uk>: > John M McIntosh wrote: >> Actually the WIndows VM use to lie, might still, if you opened a file >> READ/WRITE but it was read only, like on a CD, then the windows VM would >> say SURE no problem. Â This caused grief for macintosh users using one- >> click apps on a CD because we would cause a walkback saying we >> couldn't open the file READ/WRITE. >> > > The problem I had was code that was written on unix that opened the same > file twice in write mode in the initialization methods. Broke nastily on > windows with confusing exceptions and leaking file handles iirc. > > > BTW, opening an image twice at the same time on windows give the > "changes file not accessible" popup at startup of the second image. > Right, because on windows you can obtain an exclusive write-lock on a file for a process and disallow others to open it for writing. AFAIK, POSIX systems also allowing locking the file handle through using ioctl(). > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 25, 2009

Re: [Pharo-project] '.2e2' asNumber?

by Nicolas Cellier

2009/9/24 Â <csrabak(a)bol.com.br>: > Can we add some more (in the Pharo's spirit of getting at a better Smalltalk): > > '1.0e+2' "now returns 1.0 although for simmetry should return 100.0" > As far as I know, this never answered 100.0 in Squeak. It does not work either in VW, but works in Dolphin. > '1E2' Â Â "now returns 1, however a lot of applications (like > spreadsheets, Fortran printouts) when saving to text use the capital > letter for the exponential part". > > By the same reason: > > '1.0E2' > > '1E-2' > > '1E+2' > I attach a little refactoring: Abstract class : NumberParser Concrete Subclasses : FORTRANNumberParser SqNumberParser Of course, the FORTRANNumberParser would not parse (1.0e+2) but only (1.0E+2) So this is just an example. I guess you aim an ExtendedNumberParser... Nicolas > > Em 24/09/2009 17:36, John M McIntosh < johnmci(a)smalltalkconsulting.com > escreveu: > > >> Ok, well I'm going to go away and build a test suite to check for all >> combos of >> '.' >> '1.' >> '1.2' >> '.e' >> '1.e' >> '1.2e' >> '1.2e3' >> '-1.e' >> '-1.2e-3' >> >> so we can at least agree on what a valid number is. >> >> >> On 2009-09-24, at 6:57 AM, Nicolas Cellier wrote: >> > SqNumberParser>>fail >> > failBlock isNil ifFalse: [^failBlock value]. >> > self error: 'Reading a number failed' >> > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 25, 2009