- Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] [update 1.3] #13005

by Igor Stasenko

we're already in 1.3??? wow... i didn't noticed.. guys, where is official announcement of new version release? :) On 20 January 2011 22:15, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 13005 > ----- > > Issue 3560: Â Â Clean of RML > Issue 3559: Â Â Remodularization of BalloonMorph > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 20, 2011

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

by Igor Stasenko

On 20 January 2011 22:05, Chris Muller <asqueaker(a)gmail.com> wrote: > The Ma stack does something similar, although not crippling the system > to the same extent. > well, if by 'crippling' you mean preventing any unwanted activity when headless.. then yes, i want it :) > How do you determine you're running headless? Â I attached my > implementation of #maIsHeadless for determining whether the VM was > launched headless. Â Perhaps we should integrate this functionality > into Squeak and Pharo (or a variant without the prefix, of course). > okay, as i suspected there is no direct way to determine that.. i don't like checking the command-line args, because obviously i can build vm which completely ignores that. but since there is no other options... > Then, I use MaCommandLineProcessor which is concerned with handling > the command-line Squeak was launched with: > > Then, I write my .st scripts like: > [snip] 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. :) > > Â - Chris > > > On Thu, Jan 20, 2011 at 2:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> Hello folks. >> >> I'd like to ask, if there any 'standartized' instruments for headless >> images (or alike). >> >> I need a simple things: >> Â - redirect all Â ToolSet/UIManager messages to Transcript >> Â - redirect Transcript logging to file or stdout >> >> in short, these tools should serve a simple, yet important purpose: >> Â - if image runs in headless mode, it should suppress anything which >> expecting user interaction (like showing warnings with 'continue' >> button) and either log such messages to file >> or simply quit image with error message. >> >> Without such tool it is quite difficult to monitor, what happens with >> your headless image.. unless you have RFB installed.. but that is >> different and unrelated story. >> >> >> I did a prototype once for Hydra (you can check it at >> SqS/HydraVM/HydraVM.mcz package) >> there are two subclasses: >> - MorphicUIManager subclass: #HydraUIManager >> - StandardToolSet subclass: #HydraDebugToolSet >> >> and >> - WriteStream subclass: #HydraTranscript >> >> which can be installed as a Transcript. >> >> And in order to prepare image to run in headless mode, i issued: >> Â Â Â Â ToolSet unregister: StandardToolSet. >> Â Â Â Â ToolSet register: HydraDebugToolSet. >> Â Â Â Â UIManager default: HydraUIManager new. >> >> Also, HydraTranscript >> startUp does something like: >> >> Â Â Â Â TranscriptStream >> Â Â Â Â Â Â Â Â newTranscript: (self basicNew initialize >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â on: (String new: 1000)) >> >> >> With that i could run the image in headless mode, knowing that in case >> of error or warning etc, all will be redirected to transcript, >> moreover i even stopped the UI process, so it never run on headless images. >> >> I wonder if there are other work, which can offer similar, >> and is there any way to detect that image are running in headless mode? >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> > > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 20, 2011

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

by Igor Stasenko

On 20 January 2011 21:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > there is a DummyManager to control pop up and friends. where it located? > > Stef > > On Jan 20, 2011, at 9:39 PM, Igor Stasenko wrote: > >> Hello folks. >> >> I'd like to ask, if there any 'standartized' instruments for headless >> images (or alike). >> >> I need a simple things: >> - redirect all Â ToolSet/UIManager messages to Transcript >> - redirect Transcript logging to file or stdout >> >> in short, these tools should serve a simple, yet important purpose: >> - if image runs in headless mode, it should suppress anything which >> expecting user interaction (like showing warnings with 'continue' >> button) and either log such messages to file >> or simply quit image with error message. >> >> Without such tool it is quite difficult to monitor, what happens with >> your headless image.. unless you have RFB installed.. but that is >> different and unrelated story. >> >> >> I did a prototype once for Hydra (you can check it at >> SqS/HydraVM/HydraVM.mcz package) >> there are two subclasses: >> - MorphicUIManager subclass: #HydraUIManager >> - StandardToolSet subclass: #HydraDebugToolSet >> >> and >> - WriteStream subclass: #HydraTranscript >> >> which can be installed as a Transcript. >> >> And in order to prepare image to run in headless mode, i issued: >> Â Â Â ToolSet unregister: StandardToolSet. >> Â Â Â ToolSet register: HydraDebugToolSet. >> Â Â Â UIManager default: HydraUIManager new. >> >> Also, HydraTranscript >> startUp does something like: >> >> Â Â Â TranscriptStream >> Â Â Â Â Â Â Â newTranscript: (self basicNew initialize >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â on: (String new: 1000)) >> >> >> With that i could run the image in headless mode, knowing that in case >> of error or warning etc, all will be redirected to transcript, >> moreover i even stopped the UI process, so it never run on headless images. >> >> I wonder if there are other work, which can offer similar, >> and is there any way to detect that image are running in headless mode? >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 20, 2011

[Pharo-project] [update 1.3] #13005

by Marcus Denker

13005 ----- Issue 3560: Clean of RML Issue 3559: Remodularization of BalloonMorph -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 20, 2011

Re: [Pharo-project] Gofer issue

by Igor Stasenko

On 20 January 2011 21:36, Lukas Renggli <renggli(a)gmail.com> wrote: >> however, Â if i open the MC repo browser, it clearly shows that most >> recent version is >> CMakeVMMaker-Igor.Stasenko.16 Â (at the moment of writing this message) > > 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? >> Gofer new >> Â Â Â Â url: 'http://squeaksource.com/VMMaker'; >> Â Â Â Â package: 'VMMaker-oscog.46'; >> Â Â Â Â load. >> >> and it barks that given version is not found.. which of course not true. > > 'VMMaker-oscar.46' is clearly not a package name, use #version: to > refer to a specific version. > 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' And since Gofer prioritizes main branch, the resolved version should be VMMaker-oscog.46 or i again misunderstood? >> Actually i surprised that Gofer simply don't reusing the MC package >> enumeration logic.. or maybe it does.. but obviously doing it wrong :) > > Please study the documentation in the class comment of Gofer. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Best regards, Igor Stasenko AKA sig.

Jan. 20, 2011