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

Re: [Pharo-project] Bug in OBBrowser: "Metaclass class>>does not understand: #isScarySelector:"

by Damien Cassou

On Mon, Sep 21, 2009 at 11:44 AM, Laval Jannik <jannik.laval(a)gmail.com> wrote: > I have just done a "ScriptLoader loadOB", and the same bug appears. Why do you use this old and not working script when I'm generating new images three times a month? http://pharo-project.org/pharo-download -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 21, 2009

Re: [Pharo-project] Status of Alien FFI

by Schwab,Wilhelm K

I hit a similar problem with ODBC on 64 bit systems. One caution though: we can't completely lose control of the size when fixing this. One might need to read something written by a 32 bit system on a 64 bit one. Just as with int and DWORD, there needs to be a way to ask for the proper size for the platform or for a specific width. I once saw a system (then thinking 16/32 bit) where they had the platform and fixed types backwards, but that's another story ~:( Bill Saludos, Fernando Il giorno Sep 16, 2009, alle ore 8:37 PM, Ken Treis ha scritto: > * I'm creating a partial Alien library for GemStone so that I can use > the CairoGraphics package in both Pharo and GLASS. But on x86-64, > there there's a size difference between a pointer/long and an integer. > It'd be nice to have some more explicit APIs on Alien, so I could say > "Alien newCInteger" or "Alien newCLong" and have the platform return > me the proper size Alien. Even without the platform size differences, > it seems awkward to use "Alien newC: 4" everywhere I want an integer, > "Alien newC: 8" where I want a double, etc. > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 21, 2009

Re: [Pharo-project] Status of Alien FFI

by Schwab,Wilhelm K

I hope I'll remember to watch it later, but this type of thing has been going on for a long time. I remember a friend of mine getting excited about a thing called Actor. There was this weird thing called Smalltalk, and these guys (Whitewater Group??) came along and "fixed" it by giving it C syntax. Not meaning to bash my friend; just pointing out how long people have been trying to take part of Smalltalk without really understanding the bulk of it. To be fair, look no further than Croquet for some blame here. They insisted on making an immersive 3D system rather than factoring it to provide whatever level the user might want. Maybe later we can start up a group to pull their retained mode framework into Pharo to serve simulation and gaming projects. Let's leave Tweak behind though. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Sunday, September 20, 2009 9:30 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Status of Alien FFI To add some OT and concerns about Lua & really cool stuff, see this video http://vimeo.com/5254161 it looks like right now we (smalltalkers and 3D game-devs, who are certaintly ones who are on a bleeding edge of technology) are living in different dimensions, and both of us know little about each other.. what i find really frustrating. The guy who narrating the video, came to conclusion, that its cool to be able to simply copy the code snippet & run it on different host/project without recompiling C++ stuff, also mentioned that operating on entity level (by scripting particular object(s)) makes life much easier, especially when project complexity grows and grows bigger.. I just wonder , if Lua is so good for him, what would he say, when discover the smalltalk, and especially its environment, which inherently allows to work with objects in real time without edit-recompile-run cycle. :) 2009/9/21 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Good luck. Â For my time and money, fool me once, shame on you, ... > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Lawson English > Sent: Sunday, September 20, 2009 7:13 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Status of Alien FFI > > Schwab,Wilhelm K wrote: >> Sig, >> >> If someone finds something truly better, more power to them. Â I predict Pharo will be tough to beat though. >> >> Bill >> >> > > Not to rain on anyone's parade, but C# 4.0 is just around the corner and MS is obviously grabbing features from everyone in existence... > > > Lawson > > _______________________________________________ > 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 > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 21, 2009

Re: [Pharo-project] Status of Alien FFI

by Schwab,Wilhelm K

I can only speak for myself here, but if Python were enough, I'd have switched already. So either we are to believe that Pharo will grow too big for its own good, or M$ will glossy-ad us out of existence. Let's just build what we want and let the other half do their own thing. -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Lawson English Sent: Sunday, September 20, 2009 9:28 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Status of Alien FFI Not meant as a promotion of C# 4, just an observation about MS marketing power and R&D resources... The C# 4.0 IDE gives you scripting language prototyping capabilities roughly equivalent to Python's, at least according to the MS promo videos. Lawson Schwab,Wilhelm K wrote: > Good luck. For my time and money, fool me once, shame on you, ... > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Lawson English > Sent: Sunday, September 20, 2009 7:13 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Status of Alien FFI > > Schwab,Wilhelm K wrote: > >> Sig, >> >> If someone finds something truly better, more power to them. I predict Pharo will be tough to beat though. >> >> Bill >> >> >> > > Not to rain on anyone's parade, but C# 4.0 is just around the corner and MS is obviously grabbing features from everyone in existence... > > > Lawson > > _______________________________________________ > 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

Sept. 21, 2009

Re: [Pharo-project] Bug in OBBrowser: "Metaclass class>>does not understand: #isScarySelector:"

by Lukas Renggli

> I have just done a "ScriptLoader loadOB", and the same bug appears. Yes, but that uses Universes. If you use the part that loads OB from this script (everything up to the section on Seaside), it should work: http://code.google.com/p/pharo/wiki/ImageBuildScripts Lukas > > Cheers > Jannik > > On Sep 21, 2009, at 11:30 , Lukas Renggli wrote: > >>>> Any idea to resolve it ? >>> >>> I can't reproduce that in a pharo1.0-10451-BETAdev09.09.3. Could you >>> please try again? >> >> I think the Moose loader loads an ancient version of OB from Package >> Universes. Could that be the problem? >> >> Lukas >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > --- > Jannik Laval > PhD Student - Rmod Team - INRIA > Certified Project Management Associate (IPMA) > http://www.jannik-laval.eu > http://rmod.lille.inria.fr > --- > > > _______________________________________________ > 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. 21, 2009

Re: [Pharo-project] Bug in OBBrowser: "Metaclass class>>does not understand: #isScarySelector:"

by Laval Jannik

I have just done a "ScriptLoader loadOB", and the same bug appears. Cheers Jannik On Sep 21, 2009, at 11:30 , Lukas Renggli wrote: >>> Any idea to resolve it ? >> >> I can't reproduce that in a pharo1.0-10451-BETAdev09.09.3. Could you >> please try again? > > I think the Moose loader loads an ancient version of OB from Package > Universes. Could that be the problem? > > Lukas > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

Sept. 21, 2009

Re: [Pharo-project] Bug in OBBrowser: "Metaclass class>>does not understand: #isScarySelector:"

by Lukas Renggli

>> Any idea to resolve it ? > > I can't reproduce that in a pharo1.0-10451-BETAdev09.09.3. Could you > please try again? I think the Moose loader loads an ancient version of OB from Package Universes. Could that be the problem? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 21, 2009

Re: [Pharo-project] Status of Alien FFI

by Fernando olivero

Hi Ken, sorry for the delayed reply. (i was away in summer school) What i did , in my OpenGl binding that uses Alien is to reify the data types. For example, i created the class GLEnnum ( subclass of Alien). You have to re-implement the method #dataSize, so you can just do e := GLEnum false. GLEnum>>false | f | f := self new. f value: 0. ^ f GLEnum>>#dataSize ^ self unsignedLongSize Alien>>#unsignedLongSize ^ 4 Johan is going to add better abstractions to import definitions to Alien, i did it by "hand" (which didn't take much though). Saludos, Fernando Il giorno Sep 16, 2009, alle ore 8:37 PM, Ken Treis ha scritto: > * I'm creating a partial Alien library for GemStone so that I can > use the CairoGraphics package in both Pharo and GLASS. But on > x86-64, there there's a size difference between a pointer/long and > an integer. It'd be nice to have some more explicit APIs on Alien, > so I could say "Alien newCInteger" or "Alien newCLong" and have the > platform return me the proper size Alien. Even without the platform > size differences, it seems awkward to use "Alien newC: 4" everywhere > I want an integer, "Alien newC: 8" where I want a double, etc. >

Sept. 21, 2009

Re: [Pharo-project] Bug in OBBrowser: "Metaclass class>>does not understand: #isScarySelector:"

by Damien Cassou

On Mon, Sep 21, 2009 at 9:46 AM, Laval Jannik <jannik.laval(a)gmail.com> wrote: > In OB Package Browser and OB System Browser, it is impossible to make > a class side method. > An exception appears "Metaclass class>>does not understand: > #isScarySelector:" > > Any idea to resolve it ? I can't reproduce that in a pharo1.0-10451-BETAdev09.09.3. Could you please try again? -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 21, 2009

Re: [Pharo-project] Is there a way to use rename refactor while preserving whitespace formatting in refactored methods?

by Damien Cassou

On Mon, Sep 21, 2009 at 8:16 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > The tools are implemented in OB-Regex > and are directly integrated into OmniBrowser. You get the tools when > you build an image from this load script for example: > <http://code.google.com/p/pharo/wiki/ImageBuildScripts>. They also are in all Pharo image for quite a long time. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 21, 2009