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

Re: [Pharo-project] Fwd: Tools to format source code ?

by Laval Jannik

Argh, we try "format", but it does not work. Maybe a special charater.... I don't know. Jannik On Apr 2, 2010, at 17:15 , Mariano Martinez Peck wrote: > I think I don't understand. Select a method, right button, format. > > > 2010/4/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > :) > > > Begin forwarded message: > >> From: Cyrille Delaunay <cy.delaunay(a)gmail.com> >> Date: April 2, 2010 1:11:00 PM GMT+02:00 >> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Subject: Tools to format source code ? >> >> Hello, >> I would like to know if there is a way, a tool to format source code in Pharo. >> Or does anyOne have already implement something that I could retrieve and use ? >> It would be cool :) (Because format manually code imported from VW can really be horrible) >> > > > _______________________________________________ > 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

April 2, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo-1.0-10517-rc4dev10.04.1

by Miguel Enrique CobÃ¡ Martinez

El vie, 02-04-2010 a las 16:51 +0200, Mariano Martinez Peck escribiÃ³: > Hi folks. Here is the PharoDev RC4 based on the PharoCore 1.0 10517. > > There are few things new: > > - Little OB fixes > - Now we have preload Metacello version 1.0-beta.25 > - Little fix in changelog.txt > - Updated links in workspace > > Now....VERY soon we will release PharoDev 1.0 stable. Probably based > in this RC4. > > The link is: > > https://gforge.inria.fr/frs/download.php/26778/Pharo-1.0-10517-rc4dev10.04.… If I hover over the link or click it it goes to: https://gforge.inria.fr/frs/download.php/26777/Pharo-1.0-10517-rc4dev10.04.… instead of: https://gforge.inria.fr/frs/download.php/26778/Pharo-1.0-10517-rc4dev10.04.… that is the correct one (with 26778 in the path). Cheers > > Cheers > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

April 2, 2010

Re: [Pharo-project] FW: dlopen: I'm stumped

by John M McIntosh

So Bill, what you are trying to do? Both Alien and FFI allow you to open an arbitrary executable/library/etc. Then let you setup and call and retrieve data from any exported procedure within the binary, so you need to recreate that functionality because? On 2010-04-02, at 5:55 AM, Schwab,Wilhelm K wrote: > Sorry for any duplication, but this should be visible by now (I think). > > > > > -----Original Message----- > From: Schwab,Wilhelm K > Sent: Friday, April 02, 2010 7:24 AM > To: squeak-dev(a)lists.squeakfoundation.org; pharo-project(a)lists.gforge.inria.fr > Subject: dlopen: I'm stumped > > Hello all, > > Attached is my attempt at calling dlopen() from Pharo, and it is not going well. The C code below works as expected, so the problem has to be either in my code or something in Pharo or the VM itself. > > I am fairly certain that loading the attached is safe, but > > DynamicLinkingLibrary > getProcAddress:'cos' > from:'libm.so'. > > crashes the vm in my experience. Any ideas? > > Bill > > > > /* > http://www.unix.com/man-page/All/3/dlopen/ > > Build as: > > gcc -rdynamic -o fubar fubar.c -ldl > */ > > #include <stdio.h> > #include <stdlib.h> > #include <dlfcn.h> > > int > main(int argc, char **argv) > { > void *handle; > double (*cosine)(double); > char *error; > > handle = dlopen("libm.so", RTLD_LAZY); > if (!handle) { > fprintf(stderr, "%s\n", dlerror()); > exit(EXIT_FAILURE); > } > > dlerror(); /* Clear any existing error */ > > /* Writing: cosine = (double (*)(double)) dlsym(handle, "cos"); > would seem more natural, but the C99 standard leaves > casting from "void *" to a function pointer undefined. > The assignment used below is the POSIX.1-2003 (Technical > Corrigendum 1) workaround; see the Rationale for the > POSIX specification of dlsym(). */ > > *(void **) (&cosine) = dlsym(handle, "cos"); > > if ((error = dlerror()) != NULL) { > fprintf(stderr, "%s\n", error); > exit(EXIT_FAILURE); > } > > printf("%f\n", (*cosine)(2.0)); > dlclose(handle); > exit(EXIT_SUCCESS); > } > <DynamicLinkingLibrary.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

April 2, 2010

Re: [Pharo-project] serializing a class

by HernÃ¡n Morales Durand

Something like this? http://www.smalltalking.net/Papers/stGen/stGenE.htm http://alereimondo.no-ip.org/ImageGestation HernÃ¡n 2010/4/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Because I want to play with the idea of bootstrapping a smalltalk and I would like to have > a socket and a raw sequence of numbers... > No compiler no.... just a reader of stuff (but of course for that you need already a lot) > > Stef > >> On Thu, Apr 1, 2010 at 10:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi >> >> I would like to do a little experiment. >> I need to save a class (not the instances) in a binary format and I was wondering if somebody got experience with that. >> >> >> Stef, why you need it in a binary format? I mean, why a simple file out is Â not adecuated ? or SmartRefStream, or to xml.. >> >> Cheers >> >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 2, 2010

Re: [Pharo-project] [update 1.1] #11305

by HernÃ¡n Morales Durand

Updated, fixes for OB and Tests sending asSortedArray. HernÃ¡n 2010/4/2 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Too many warnings when opening a browser and selecting a class with > the OB from Lukas repository, attached little fix. > Cheers, > > HernÃ¡n > > 2010/4/2 Marcus Denker <marcus.denker(a)inria.fr>: >> 11305 >> ----- >> >> Issue 2234: Â Â Should write tests for Collection>>sorted >> Issue 2246: Â Â remove KedamaFloatArray (this time for real) >> Issue 2253: Â Â fix ScriptLoader>>#cleanUpForRelease >> >> -- >> Marcus Denker Â -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

April 2, 2010

Re: [Pharo-project] [update 1.1] #11305

by StÃ©phane Ducasse

thanks hernan. Stef On Apr 2, 2010, at 6:26 PM, HernÃ¡n Morales Durand wrote: > Too many warnings when opening a browser and selecting a class with > the OB from Lukas repository, attached little fix. > Cheers, > > HernÃ¡n > > 2010/4/2 Marcus Denker <marcus.denker(a)inria.fr>: >> 11305 >> ----- >> >> Issue 2234: Should write tests for Collection>>sorted >> Issue 2246: remove KedamaFloatArray (this time for real) >> Issue 2253: fix ScriptLoader>>#cleanUpForRelease >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > <Warning1.jpg><asSortedArrayFixes.1.cs>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 2, 2010

Re: [Pharo-project] [update 1.1] #11305

by HernÃ¡n Morales Durand

Too many warnings when opening a browser and selecting a class with the OB from Lukas repository, attached little fix. Cheers, HernÃ¡n 2010/4/2 Marcus Denker <marcus.denker(a)inria.fr>: > 11305 > ----- > > Issue 2234: Â Â Should write tests for Collection>>sorted > Issue 2246: Â Â remove KedamaFloatArray (this time for real) > Issue 2253: Â Â fix ScriptLoader>>#cleanUpForRelease > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 2, 2010

Re: [Pharo-project] serializing a class

by StÃ©phane Ducasse

On Apr 2, 2010, at 5:23 PM, Michael Rueger wrote: > On 4/2/2010 5:12 PM, StÃ©phane Ducasse wrote: >> Because I want to play with the idea of bootstrapping a smalltalk and I would like to have >> a socket and a raw sequence of numbers... >> No compiler no.... just a reader of stuff (but of course for that you need already a lot) > > Craig has done quite a bit of work regarding code loading I would assume. looking for spoon.2a12.macosx.dmg > For bare bones (binary) loading of compiled code and classes you actually shouldn't need much infrastructure, but a lot of thought beforehand (representing and binding symbols, encoding the literal frame etc) :-) you would save part of the stack? Stef

April 2, 2010

[Pharo-project] !| || and !|! as binary methods?

by Ralph Boland

A few days ago I tried to define !| || and !|! as binary methods in Squeak. Today I tried the same with Pharo. They all fail because the parser interprets the '|' character (the second '|' character in the case of ||) as the beginning of the declaration of local variables. Is this a parsing error or the way Squeak/Pharo is intended to be defined? Now you might think !| and !|! are pretty weird (which doesn't invalidate my question) but I think || is pretty natural as a binary method! Regards, Ralph Boland -- Had a wife and kids in Florida, Jack (Nicklaus) Went out for a "ride" but I couldn't get back As a ten timer being hunted down OR When the wife found out who I was knowing (biblically speaking) I hit a hydrant and I just kept going (till I hit a tree). ...

April 2, 2010

Re: [Pharo-project] serializing a class

by StÃ©phane Ducasse

On Apr 2, 2010, at 5:23 PM, Michael Rueger wrote: > On 4/2/2010 5:12 PM, StÃ©phane Ducasse wrote: >> Because I want to play with the idea of bootstrapping a smalltalk and I would like to have >> a socket and a raw sequence of numbers... >> No compiler no.... just a reader of stuff (but of course for that you need already a lot) > > Craig has done quite a bit of work regarding code loading I would assume. yes but somebody has to do archeology there. > For bare bones (binary) loading of compiled code and classes you actually shouldn't need much infrastructure, but a lot of thought beforehand (representing and binding symbols, encoding the literal frame etc) :-) Yes this is what I'm trying to learn so that I know what I ask when i will ask some guys to do it :) > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 2, 2010