January 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] New chapter on OpenGL in Pharo

by Javier PimÃ¡s

Hi! I just gathered many of my previous experiences trying to use opengl and uploaded it to the pharo book. It would be nice if someone could check the info, try to add more and mainly test the tips to see if they are working. With FFI OpenGL I'm getting an error while compiling a test method in Pharo 1.2 and some problems with underscore assignments and deprecations, we should fix them but I don't think I have access to that repo. Also, loading it involves many steps, having a ConfigurationOfFFIOpenGL would be awsome. Please add anything you consider useful. Regards, Javier. -- Javier PimÃ¡s Ciudad de Buenos Aires

Jan. 21, 2011

[Pharo-project] Pharo on the iPhone

by Alexandre Bergel

Hi! iPhone 4 is amazing. It will be even better with Pharo inside. Is there a way to install it? Cheers, Alexandre NB: my device is non jailbreaked. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2011

Re: [Pharo-project] Using AlienOpenGL

by Alexandre Bergel

I feel that we will take the easiest way: implement a small 3d engine. This is about 100 lines of code for something simple (what we need in fact). Ricardo and Patricio spent several days having something that run with AlienOpenGL, and the technical problems are numerous (Cog vs Standard, Linux, ...) We will let you know. Cheers, Alexandre > If I knew what worked, I'd be making a recommendation :) As it is, I can perhaps help you work through the debugging process. As I said, you could indeed be missing a needed library, there could be dependencies missing that make a .so unable to load, a .so could be just plain broken (I've seen that once or twice), or the vm could be looking in the wrong place and saying absolutely nothing about it. If you can post more about what is going wrong and how, we might be able to sort it out, hopefully w/o having to hack the vm (but no promises). > > My 3D goals would generally be to create a view/world, add a light source or two and a camera, and to load a few meshes onto some type of retained mode objects and start prodding them in simple ways. Croquet's code for that looked like it was perfect for what I have in mind, but the 3D needs to go in the software, not the other way around. Scouting reports would be most welcome. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre Bergel [alexandre(a)bergel.eu] > Sent: Thursday, January 20, 2011 7:22 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Using AlienOpenGL > >> Not that you are wrong, but how did you choose AlienOpenGL over CroquetGL? > > We're just looking for something that works. > Is there currently a solution to make 3d with Pharo 1.2 and that works with windows, linux and mac? > The idea is to have a 3d version of Mondrian. No need of fancy 3d effect so far. > > Cheers, > Alexandre > > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2011

Re: [Pharo-project] Using AlienOpenGL

by Schwab,Wilhelm K

Alexandre, If I knew what worked, I'd be making a recommendation :) As it is, I can perhaps help you work through the debugging process. As I said, you could indeed be missing a needed library, there could be dependencies missing that make a .so unable to load, a .so could be just plain broken (I've seen that once or twice), or the vm could be looking in the wrong place and saying absolutely nothing about it. If you can post more about what is going wrong and how, we might be able to sort it out, hopefully w/o having to hack the vm (but no promises). My 3D goals would generally be to create a view/world, add a light source or two and a camera, and to load a few meshes onto some type of retained mode objects and start prodding them in simple ways. Croquet's code for that looked like it was perfect for what I have in mind, but the 3D needs to go in the software, not the other way around. Scouting reports would be most welcome. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre Bergel [alexandre(a)bergel.eu] Sent: Thursday, January 20, 2011 7:22 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Using AlienOpenGL > Not that you are wrong, but how did you choose AlienOpenGL over CroquetGL? We're just looking for something that works. Is there currently a solution to make 3d with Pharo 1.2 and that works with windows, linux and mac? The idea is to have a 3d version of Mondrian. No need of fancy 3d effect so far. Cheers, Alexandre

Jan. 21, 2011

Re: [Pharo-project] Using AlienOpenGL

by Alexandre Bergel

> Not that you are wrong, but how did you choose AlienOpenGL over CroquetGL? We're just looking for something that works. Is there currently a solution to make 3d with Pharo 1.2 and that works with windows, linux and mac? The idea is to have a 3d version of Mondrian. No need of fancy 3d effect so far. Cheers, Alexandre > IIRC, there is also a 3D project associated with NativeBoost. The latter lives here: > > http://code.google.com/p/nativeboost/ > > Just curious. > > I was originally very disappointed that Croquet was an all-or-nothing proposition. Just studying the code, it had a very nice way of manipulating 3D objects (more than just drawing triangles), but it was part of the 3D operating system, which was not something I could put in front of the end users I had in mind. Here's hoping the nice code is moving toward something that we can use to open 3D views from inside of Pharo. > > On to your debugging problem, can you tell what Pharo is trying to load? I have resorted to building my own VM to get a look at exactly what paths are used to load libraries. Even a relevant #moduleName return value might help identify the required library. You could be experiencing problems because the library is not present, or because FFI is looking in the wrong place. The Linux VM does not easily give up its secrets. > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Ricardo Jacas [ricardo.jacas(a)gmail.com] > Sent: Thursday, January 20, 2011 1:44 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Using AlienOpenGL > > hi, im trying to work with the AlienOpenGL library, in ubuntu, but i > cant get even the test to run. > it keeps saying i dont have a basic library but i dont have a clue how > to get it. > > i have been all day ready post about it and i simply cant make it. > > anyone can do a stupid proof guide? > > Ricardo > > -- > lets reign all together > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2011

Re: [Pharo-project] Using AlienOpenGL

by Alexandre Bergel

> Not that you are wrong, but how did you choose AlienOpenGL over CroquetGL? We're just looking for something that works. Is there currently a solution to make 3d with Pharo 1.2 and that works with windows, linux and mac? The idea is to have a 3d version of Mondrian. No need of fancy 3d effect so far. Cheers, Alexandre > IIRC, there is also a 3D project associated with NativeBoost. The latter lives here: > > http://code.google.com/p/nativeboost/ > > Just curious. > > I was originally very disappointed that Croquet was an all-or-nothing proposition. Just studying the code, it had a very nice way of manipulating 3D objects (more than just drawing triangles), but it was part of the 3D operating system, which was not something I could put in front of the end users I had in mind. Here's hoping the nice code is moving toward something that we can use to open 3D views from inside of Pharo. > > On to your debugging problem, can you tell what Pharo is trying to load? I have resorted to building my own VM to get a look at exactly what paths are used to load libraries. Even a relevant #moduleName return value might help identify the required library. You could be experiencing problems because the library is not present, or because FFI is looking in the wrong place. The Linux VM does not easily give up its secrets. > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Ricardo Jacas [ricardo.jacas(a)gmail.com] > Sent: Thursday, January 20, 2011 1:44 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Using AlienOpenGL > > hi, im trying to work with the AlienOpenGL library, in ubuntu, but i > cant get even the test to run. > it keeps saying i dont have a basic library but i dont have a clue how > to get it. > > i have been all day ready post about it and i simply cant make it. > > anyone can do a stupid proof guide? > > Ricardo > > -- > lets reign all together > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 20, 2011

Re: [Pharo-project] [squeak-dev] Instruments for headless images

by Chris Muller

> well, if by 'crippling' you mean preventing any unwanted activity when > headless.. then yes, i want it :) Forgot to say, that's what I meant too. :) I should have said, "although not enhancing system performance to the same extent."

Jan. 20, 2011

Re: [Pharo-project] Gofer issue

by Lukas Renggli

Looks good, but instead of duplicating the documentation I would rather just return the class comment from the help method. Lukas On 20 January 2011 13:09, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi Lukas, > > maybe that class comment docu is not that obvious and it's time to > provide a help book. > > With the new help extension in Pharo 1.2 (using a pragma as > you suggested) it is now also possible to write a book > completely independent from HelpSystem (Alains wikistyle help > based on pier). > > File in the attached file (with a gofer example) and open > the help browser. You will find a Gofer help book then > (example requires some formatting but you get the idea). > > The schema goes like this: > fooMethod > Â <wikiStyleHelp: 'My Book'> > > Â ^'!Topic > !!Subtopic > Your contents here > ' > > Bye > T. > > -- > NEU: FreePhone - kostenlos mobil telefonieren und surfen! > Jetzt informieren: http://www.gmx.net/de/go/freephone > -- Lukas Renggli www.lukas-renggli.ch

Jan. 20, 2011

Re: [Pharo-project] Gofer issue

by Lukas Renggli

>> Following the coventions your name is 'Igor' and the package is on the >> branch 'Stasenko'. Gofer proritizes the main branch. > > how about retrieving the latest version regardless of branch? > Can you provide an example how to tell Gofer to load it? There is no such thing as the latest version in Monticello, unless you download all versions and compare the timestamps. > okay, i doing: > > Gofer new > Â Â Â Â url: 'http://squeaksource.com/VMMaker'; > Â Â Â Â package: 'VMMaker-oscog'; > Â Â Â Â Â resolved > > Â an Array(a GoferResolvedReference name: 'VMMaker-oscog-Igor.Stasenko.47') > > hmm.. that doesn't looks right, isnt? Because as you said, > following the coventions author's name is 'Igor' and the package is on the > branch 'Stasenko' Obviously you must have 'VMMaker-oscog-Igor.Stasenko.47' in your package cache. For me I get 'VMMaker-oscog-Igor.Stasenko.43', because there are only two versions of the package 'VMMaker-oscog' in <http://squeaksource.com/VMMaker>: 'VMMaker-oscog-Igor.Stasenko.43' and 'VMMaker-oscog-Igor.Stasenko.38'. Looks as expected. Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 20, 2011

Re: [Pharo-project] [squeak-dev] Instruments for headless images

by Chris Muller

> ohh.. well, but that is too much for a simple script. > it would be good if image could provide something by default, > because i don't want to repeat expressions like this in each script i > write for running it in headless image. :) Hm, you may have missed that the point of that was to _avoid_ repeating those expressions. That way, this is all your .st script has to be: CommandLineProcessor do: [ : arg1 : arg2 | "... your simple script goes here..." ] So that's not so much is it? All of the error-handling to stdout is tucked away in the image, as is the parsing of the command-line arguments. - Chris

Jan. 20, 2011