- Pharo-dev - lists.pharo.org

[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

Re: [Pharo-project] closure fixes nearly released

by StÃ©phane Ducasse

yes! I could push that into the stream today but I was waiting for feedback stef > looks good to me... but then i would say that! > > The method properties tests are now wrong, because they perform their > assertions on the AdditionalMethodState without knowing it. We could > either look to rewrite the tests to provide some test coverage for the > new class, or just delete them. I haven't looked at the highlighting > tests in depth but i know there is more work required there. it's > quite tricky, not for 1.0. I think the ability to recompile the system > and run the 7000 odd tests should give us some confidence. Obviously > some wider review would be good. > > cheers, > Mike > > _______________________________________________ > 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] '.2e2' asNumber ?

by StÃ©phane Ducasse

Excellent idea. Stef On Sep 24, 2009, at 10:36 PM, John M McIntosh wrote: > 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' >> > > -- > = > = > = > = > = > ====================================================================== > 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

Sept. 25, 2009

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

by Douglas Brebner

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.

Sept. 25, 2009

[Pharo-project] Recent MC doesn't support loading classes with nil superclass?

by Igor Stasenko

Tested both in Pharo-Core & Squeak trunk image. The class i defined is: ProtoObject subclass: #BBBNameOfSubclass instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'NILSuperClass'. BBBNameOfSubclass superclass: nil In attachment you can fin the fileout of it. And MC package, saved with it. If you try load the package, MC will display warning that you should resolve dependencies 'nil' before loading the class ;) Background: I wanted to migrate to newer image and saved my package, im working on, which i didn't touched for 3-4 months, and found that it can't be loaded :( -- Best regards, Igor Stasenko AKA sig.

Sept. 25, 2009