- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update] 10472

by Eliot Miranda

John is right. This is an important test. In my work image it works fine. That it fails in Pharo is indicative of some problem with the execution simulation machinery and closures. You're missing some changes. BTW, in my image the class is BlockTest (see attached) 2010/3/19 John M McIntosh <johnmci(a)smalltalkconsulting.com> > Careful, does anyone understand why it works, then why it fails. > Is it because the environment changes? Or some subtle issue in blocks? > Removing it because it fails doesn't seem like a useful criteria if it's > attempted to give us a clue? > > On 2010-03-19, at 12:41 PM, StÃ©phane Ducasse wrote: > > > remove it! > > > > Stef > > > > On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote: > > > >> > >> > >> - Make BlockContextTest>>testTrace run by commenting out broken part > >> of code simulation > >> > >> > >> Adrian: In 10515 this test sometime fails, but then running it again, it > works :( > >> > > -- > =========================================================================== > 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 >

March 19, 2010

[Pharo-project] nebraska?

by Lawson English

I was fooling around and noticed that Nebraska isn't in the Pharo RC image. Is it compatible at all with pharo, since it is based on Morphic? lawson

March 19, 2010

Re: [Pharo-project] another gofer question

by Lukas Renggli

Yeah, I explained the reason previously. You have to tell Gofer if this is a version or package specification. In the beginning I though that Gofer can guess if the stupd string is a version or just a package name, but then I run into all those wired non-standard naming of packages that makes this impossible. Lukas On 19 March 2010 20:38, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks! > > > On Mar 19, 2010, at 7:05 PM, Miguel Enrique CobÃ¡ Martinez wrote: > >> El vie, 19-03-2010 a las 18:55 +0100, StÃ©phane Ducasse escribiÃ³: >>> HI lukas >>> >>> Â Â Â Gofer new >>> Â Â Â Â Â Â Â squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89'; package: 'Rio-Grande-kph.45'; load. >>> >>> Â Â Â does not work while the following does and load the same files. >>> >>> Â Â Â Gofer new >>> Â Â Â Â Â Â Â squeaksource: 'Rio'; package: 'Rio-Kernel'; package: 'Rio-Grande'; load. >>> >>> what is the mistake I'm doing? >> >> The lateste versions of Gofer use package to specify a package name >> without version. It takes the greatest version number. To get a given >> version you use the version: (http://www.lukas-renggli.ch/blog/gofer) >> method in the current gofer like: >> Gofer new >> Â Â squeaksource: 'KomHttpServer'; >> Â Â version: 'DynamicBindings-gc.7'; >> Â Â version: 'KomServices-gc.19'; >> Â Â version: 'KomHttpServer-gc.32'; >> Â Â update. >> >> The previous versions took the package and number and install that >> specific version. This works no more. >> >> Cheers >> >> >>> >>> Stef >>> _______________________________________________ >>> 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 >> >> >> _______________________________________________ >> 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 > -- Lukas Renggli http://www.lukas-renggli.ch

March 19, 2010

Re: [Pharo-project] where can I find the latest version of Smacc runtime?

by Lukas Renggli

Gofer new squeaksource: 'SmaccDevelopment'; package: 'SmaCC'; package: 'SmaCCDev'; load On 19 March 2010 18:58, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > instClass ss > Â Â Â Â Â Â Â Â project: 'SmaccDevelopment'; > Â Â Â Â Â Â Â Â install: 'SmaCC-lr.13.mcz'. > > > ???? > > > On Mar 19, 2010, at 6:48 PM, StÃ©phane Ducasse wrote: > >> >> >> _______________________________________________ >> 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 > -- Lukas Renggli http://www.lukas-renggli.ch

March 19, 2010

Re: [Pharo-project] OpenGL in pharo?

by Fernando olivero

In MacOSX, this works just fine. http://www.squeaksource.com/AlienOpenGL.html config := Gofer new url: 'http://www.squeaksource.com/AlienOpenGL'; package: 'ConfigurationOfAlienOpenGL'; config load. (Smalltalk at: #ConfigurationOfAlienOpenGL) perform:#loadDefault . (Smalltalk at: #AlienOpenGLLibraryExamples) new perform:#testRenderingAndRotatingColoredCubes. Saludos, Fernando On Mar 19, 2010, at 6:38 PM, Lawson English wrote: > StÃ©phane Ducasse wrote: >> On Feb 10, 2010, at 3:01 AM, Javier PimÃ¡s wrote: >> >> >>> Hi, I've been browsing the different ways to use OpenGL in pharo and squeak. Here is a log of the results: >>> >>> 1 - Baloon3D - It looks like a layer on which squeaksource.com/OpenGL stands, so to use opengl you load balloon3d, then opengl and if you have the Balloon3dPlugin available then you can use OpenGL. This seems to include code dated from 2007/before. It loads fine in Squeak but in pharo I get many errors (load balloon3d-all in pharo1.0 rc2). >>> >> >> Thanks Javier >> May be you should check the problem because I do not really see why this would be a real problem. >> Can you let us know what is the error? >> >> > I'm having the same problem with Pharo 1.0 RC* and OpenGL. There doesn't > seem to be any way to get any of the existing solutions loaded. At one > point or another, everything I have tried, barfs. > > (MacOS X Snow Leopard, so perhaps its that pesky path bug again) > > > Lawson > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 19, 2010

Re: [Pharo-project] About gofer in pier vs seaside?

by Lukas Renggli

> I'm confused but it seems that the gofer in pier1.2 does not understand the same protocol than the one in latest seaside. > Is there a way to fix that ? Yeah, these images are all based on older Pharo versions. I plan to create updated versions as soon as Pharo 1.0 is out. To update Gofer you can try: Gofer upgrade Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 19, 2010

Re: [Pharo-project] [update] 10472

by John M McIntosh

Careful, does anyone understand why it works, then why it fails. Is it because the environment changes? Or some subtle issue in blocks? Removing it because it fails doesn't seem like a useful criteria if it's attempted to give us a clue? On 2010-03-19, at 12:41 PM, StÃ©phane Ducasse wrote: > remove it! > > Stef > > On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote: > >> >> >> - Make BlockContextTest>>testTrace run by commenting out broken part >> of code simulation >> >> >> Adrian: In 10515 this test sometime fails, but then running it again, it works :( >> -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

March 19, 2010

Re: [Pharo-project] for 1.0 did we put the welcome message

by StÃ©phane Ducasse

On Mar 19, 2010, at 7:45 PM, Mariano Martinez Peck wrote: > Stef: what about letting for now (RC3) the welcome workspace as it was, and then, when we release 1.0 stable (which may be probable exactly the same version as rc3) we change and incorporte both workspaces. yes my remark was for 1.0. Stef > > I am not sure which one to put first and how to link them. > > Cheers > > Mariano > > On Fri, Mar 19, 2010 at 10:59 AM, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Mar 19, 2010, at 9:37 40AM, Mariano Martinez Peck wrote: > > > Not yet. We should merge the current welcome workspace with the actions done in 1.0. > > > > Any ideas how to do that ? > > There was someone asking a question which was answered in the lower half of the welcome workspace on IRC yesterday, > so from a usability viewpoint, it might be better to just put them in a separate workspace. ;) > > Cheers, > Henry > _______________________________________________ > 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

March 19, 2010

Re: [Pharo-project] [update] 10472

by StÃ©phane Ducasse

remove it! Stef On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote: > > > - Make BlockContextTest>>testTrace run by commenting out broken part > of code simulation > > > Adrian: In 10515 this test sometime fails, but then running it again, it works :( > > > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > 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

March 19, 2010

Re: [Pharo-project] a summer task....

by StÃ©phane Ducasse

it looks a bit draft as a filter http://code.google.com/p/pharo/issues/detail?id=2169 Stef On Mar 19, 2010, at 7:25 PM, John M McIntosh wrote: > FileDirectory>>matchingEntries: criteria > "Ignore the filter criteria for now" > ^self entries > > > Michael R 2001... > > MMm really want to say matchingEntries: '*.png' > > > Surely someone would like to add a bit more behaviour to the method? > > -- > =========================================================================== > 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

March 19, 2010