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

Re: [Pharo-project] [squeak-dev] Re:NativeBoost and NBOpenGL on Mac?

by ncalexan

On Wed, Jan 11, 2012 at 2:40 PM, Igor Stasenko [via Smalltalk] <ml-node+s1294792n4287148h52(a)n4.nabble.com> wrote: > On 11 January 2012 20:10, Lawson English <[hidden email]> wrote: >> [pharo list added back in for real this time] >> >> Would it be best to have a VM primitive that actually gives this info in a >> cross-platform way since it is going to be more and more useful as time >> goes >> on? >> > > one big issue with such primitive is lack of options which i able to > contol for context i creating. > As you may know there's a lot of different options , like > Â - depth buffer bits, color buffer bits, alpha bits number of back > buffers, subpixel antialiazing, > Â auxuliarry buffers etc > > as i said before in other posts.. it is really hard to create a > primitive which will allow > you to control all those options, especially a cross-platform one. +1. I have been experimenting with an FFI interface to libSDL, a cross-platform game library that abstracts window and context creation (as well as input). It works quite well under Mac OS X but I expect there will be more work to make it run smoothly under Windows and Linux. It is my opinion that duplicating such functionality in Squeak/Pharo is a poor use of resources. Nick -- View this message in context: http://forum.world.st/NativeBoost-and-NBOpenGL-on-Mac-tp4278813p4287190.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2012

Re: [Pharo-project] [squeak-dev] Re:NativeBoost and NBOpenGL on Mac?

by Igor Stasenko

On 11 January 2012 20:10, Lawson English <lenglish5(a)cox.net> wrote: > [pharo list added back in for real this time] > > Would it be best to have a VM primitive that actually gives this info in a > cross-platform way since it is going to be more and more useful as time goes > on? > one big issue with such primitive is lack of options which i able to contol for context i creating. As you may know there's a lot of different options , like - depth buffer bits, color buffer bits, alpha bits number of back buffers, subpixel antialiazing, auxuliarry buffers etc as i said before in other posts.. it is really hard to create a primitive which will allow you to control all those options, especially a cross-platform one. I know that for most users you could take 1 pixel format, 1 back buffer and you free to go, but it just doesn't feels right to me, why we should lose all the variety of control and put constrains at context creation stage. That's why i striving for controlling context creation at image side, and if that requires writing a platform-specific code in image, so be it. But then i could make sure that you could access all OpenGL capabilities similar to C/C++ code, without limitations. For beginners, these options may mean nothing, but for those who dealing with OpenGL at more advanced levels, trust me, they simply cannot live without it. Many advanced opengl examples and rendering techniques requiring fine control on context creation. > On 1/11/12 11:56 AM, Hans-Martin Mosner wrote: >> >> Am 11.01.2012 19:18, schrieb Bert Freudenberg: >>> >>> ... >>> This primitive encapsulates the platform-dependent part of creating an >>> OpenGL rendering context. OpenGL itself is platform-independent, but >>> creating a window is not. The plugin has code for Mac, Windows, and Unix. >>> >>> So this creates a new borderless window that gets embedded in the "big" >>> main window. It also creates an OpenGL context for that window and makes it >>> current. After calling the primitive you can use any OpenGL commands to draw >>> directly into it using the hardware renderer. I don't see a good reason why >>> you would not want to use it. >>> >>> - Bert - >>> >> I'm currently also experimenting with this (under Linux) and it looks like >> this does not fully work on my system - the >> OpenGL output seems to be displayed for a very short moment, and then only >> teh Squeak desktop is visible again. >> Of course, it's nice to have the platform-dependent part within the >> primitive, but at least for Windows and Linux/X11 >> creating an OpenGL context is not really difficult, so since we already >> have platform-dependent OpenGL subclasses >> anyway, there is no strong reason to keep the context creation stuff in >> primitive code. >> >> Cheers, >> Hans-Martin >> >> > > -- Best regards, Igor Stasenko.

Jan. 11, 2012

Re: [Pharo-project] Smalltalk/Pharo User Group in Madrid

by Raimon Grau

Rafael, If you (or anyone on the list) happen to go to Barcelona and feel like joinig Barcelona Smalltalk user group for a hacking/social meeting, you can drop a line at smalltalk_cat(a)googlegroups.com Good luck! On Tue, Jan 10, 2012 at 1:19 PM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > Thank you Stef, > > Of course, any advice will be welcome. > > For the moment, the main difficulty to overcome is to contact with a group > of smalltalkers in this area. > > Rafael Luque > > > 2012/1/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >> Let us know how we can help you. >> >> Stef >> >> >> > >> > Hi all, >> > >> > I'm interested in organizing a Smalltalk/Pharo User Group in Madrid. If >> > any member of the list is algo interested and lives in the Madrid area, >> > please contact me. >> > >> > Thanks, >> > >> > Rafael Luque >> >> > -- "when mccarthy invented lisp 50 years ago, he was at least 60 years ahead of his time." -- Kent Beck blog -> http://puntoblogspot.blogspot.com

Jan. 11, 2012

Re: [Pharo-project] [Esug-list] [ANN] [Release] Neptuno, the DBXBrowser

by GermÃ¡n Arduino

Congrats! 2012/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Thanks Guille for so much pushing :) > > > On Wed, Jan 11, 2012 at 7:19 PM, Facundo Vozzi <facundov79(a)gmail.com> wrote: >> >> Excellent! >> >> Thanks, >> Facu >> >> >> On Wed, Jan 11, 2012 at 2:56 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Excellent work! >>> >>> Doru >>> >>> >>> On 11 Jan 2012, at 18:19, Guillermo Polito wrote: >>> >>> > Hi! >>> > >>> > We are glad to announce the first stable release of the DBXBrowser, >>> > named Neptuno, the last piece in the DBXTalk tools project sponsored by >>> > ESUG. >>> > >>> > What is this browser? It is a Glamour based browser which works as a >>> > GUI to work with OpenDBX connections. >>> > >>> > How does it look like? I attach a screenshot with a brief look :) >>> > >>> > Which databases does it work with? It is currently working with OpenDBX >>> > connectors for: >>> > Â - mysql >>> > Â - postgresql >>> > Â - oracle >>> > Â - sqlite >>> > >>> > How should I download it? Â I'd like to link to the site here, but it's >>> > currently down (and we are working for your happiness :D ), so: >>> > >>> > Gofer it >>> > Â Â squeaksource: 'MetacelloRepository'; >>> > Â Â package: 'ConfigurationOfDBXBrowser'; >>> > Â Â load. >>> > >>> > >>> > (((Smalltalk at: #ConfigurationOfDBXTools) >>> > Â Â perform: #project) >>> > Â Â Â Â perform: #version: with: #stable) >>> > Â Â Â Â Â Â load: 'Neptuno' >>> > >>> > How should I contact the DBXTalk team for feedback, bug reports, >>> > questions, or whatever? >>> > >>> > The project's mailing list: Â dbxtalk(a)googlegroups.com >>> > The project's issue tracker: http://code.google.com/p/dbxtalk/issues >>> > The (currently down) site, with docs and stuff: >>> > http://dbxtalk.smallworks.com.ar/ >>> > >>> > >>> > Thanks! >>> > The DBXTalk team >>> > <completeBrowser.png>_______________________________________________ >>> > Esug-list mailing list >>> > Esug-list(a)lists.esug.org >>> > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >>> >>> -- >>> www.tudorgirba.com >>> >>> "Quality cannot be an afterthought." >>> >>> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > -- ============================================ GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com greensecure.blogspot.com germanarduino.blogpost.com ============================================

Jan. 11, 2012

[Pharo-project] Cloudfork on Pharo under GLASS??

by Lawrence Kellogg

Hello, I am in the process of moving my application over to GLASS. I had been developing using one-click Pharo with Cloudfork and all of my calls to the Amazon services were working correctly. Now, I'm trying to do the same thing under Gemstone GLASS. I have loaded a bunch of the Cloudfork packages and I am able to instantiate an S3 bucket in Amazon but I am running into authentication problems when I try to create something in the bucket, due to missing pieces of the SHA1 class. Are there directions somewhere on how to set this up under GLASS? Has it been done before? Thanks for the help! Larry

Jan. 11, 2012

Re: [Pharo-project] [Esug-list] [ANN] [Release] Neptuno, the DBXBrowser

by Mariano Martinez Peck

Thanks Guille for so much pushing :) On Wed, Jan 11, 2012 at 7:19 PM, Facundo Vozzi <facundov79(a)gmail.com> wrote: > Excellent! > > Thanks, > Facu > > > On Wed, Jan 11, 2012 at 2:56 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Excellent work! >> >> Doru >> >> >> On 11 Jan 2012, at 18:19, Guillermo Polito wrote: >> >> > Hi! >> > >> > We are glad to announce the first stable release of the DBXBrowser, >> named Neptuno, the last piece in the DBXTalk tools project sponsored by >> ESUG. >> > >> > What is this browser? It is a Glamour based browser which works as a >> GUI to work with OpenDBX connections. >> > >> > How does it look like? I attach a screenshot with a brief look :) >> > >> > Which databases does it work with? It is currently working with OpenDBX >> connectors for: >> > - mysql >> > - postgresql >> > - oracle >> > - sqlite >> > >> > How should I download it? I'd like to link to the site here, but it's >> currently down (and we are working for your happiness :D ), so: >> > >> > Gofer it >> > squeaksource: 'MetacelloRepository'; >> > package: 'ConfigurationOfDBXBrowser'; >> > load. >> > >> > >> > (((Smalltalk at: #ConfigurationOfDBXTools) >> > perform: #project) >> > perform: #version: with: #stable) >> > load: 'Neptuno' >> > >> > How should I contact the DBXTalk team for feedback, bug reports, >> questions, or whatever? >> > >> > The project's mailing list: dbxtalk(a)googlegroups.com >> > The project's issue tracker: http://code.google.com/p/dbxtalk/issues >> > The (currently down) site, with docs and stuff: >> http://dbxtalk.smallworks.com.ar/ >> > >> > >> > Thanks! >> > The DBXTalk team >> > <completeBrowser.png>_______________________________________________ >> > Esug-list mailing list >> > Esug-list(a)lists.esug.org >> > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> >> -- >> www.tudorgirba.com >> >> "Quality cannot be an afterthought." >> >> >> > -- Mariano http://marianopeck.wordpress.com

Jan. 11, 2012

Re: [Pharo-project] [squeak-dev] Re:NativeBoost and NBOpenGL on Mac?

by Lawson English

[pharo list added back in for real this time] Would it be best to have a VM primitive that actually gives this info in a cross-platform way since it is going to be more and more useful as time goes on? On 1/11/12 11:56 AM, Hans-Martin Mosner wrote: > Am 11.01.2012 19:18, schrieb Bert Freudenberg: >> ... >> This primitive encapsulates the platform-dependent part of creating an OpenGL rendering context. OpenGL itself is platform-independent, but creating a window is not. The plugin has code for Mac, Windows, and Unix. >> >> So this creates a new borderless window that gets embedded in the "big" main window. It also creates an OpenGL context for that window and makes it current. After calling the primitive you can use any OpenGL commands to draw directly into it using the hardware renderer. I don't see a good reason why you would not want to use it. >> >> - Bert - >> > I'm currently also experimenting with this (under Linux) and it looks like this does not fully work on my system - the > OpenGL output seems to be displayed for a very short moment, and then only teh Squeak desktop is visible again. > Of course, it's nice to have the platform-dependent part within the primitive, but at least for Windows and Linux/X11 > creating an OpenGL context is not really difficult, so since we already have platform-dependent OpenGL subclasses > anyway, there is no strong reason to keep the context creation stuff in primitive code. > > Cheers, > Hans-Martin > >

Jan. 11, 2012

Re: [Pharo-project] NativeBoost and NBOpenGL on Mac?

by Lawson English

[squeak dev added back in] Even so, i think there's a very windows-centric thing going on that need not exist. might be wrong of course. L On 1/11/12 11:01 AM, ncalexan wrote: > On Wed, Jan 11, 2012 at 9:34 AM, Lawson English-2 [via Smalltalk] > <[hidden email] </user/SendEmail.jtp?type=node&node=4286296&i=0>> wrote: > > [...] > > Sure. Baloon3D is tightly tied to the VM, and is creating the OpenGL > rendering context (and attaching it the NSWindow, etc) directly on the > C side. Igor's approach is to do this all from the image side, and he > just ran into the reality that you need to know the whole render stack > on Mac OS X to do this (NSWindow, NSView, and OpenGL context). (I > don't mean to put words into Igor's mouth, but his approach is > consistent across issues and he has been up front about wanting to > move things to the image.) > > Nick > > ------------------------------------------------------------------------ > View this message in context: Re: NativeBoost and NBOpenGL on Mac? > <http://forum.world.st/NativeBoost-and-NBOpenGL-on-Mac-tp4278813p4286296.html> > Sent from the Pharo Smalltalk mailing list archive > <http://forum.world.st/Pharo-Smalltalk-f1294837.html> at Nabble.com.

Jan. 11, 2012

Re: [Pharo-project] [Esug-list] [ANN] [Release] Neptuno, the DBXBrowser

by Facundo Vozzi

Excellent! Thanks, Facu On Wed, Jan 11, 2012 at 2:56 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Excellent work! > > Doru > > > On 11 Jan 2012, at 18:19, Guillermo Polito wrote: > > > Hi! > > > > We are glad to announce the first stable release of the DBXBrowser, > named Neptuno, the last piece in the DBXTalk tools project sponsored by > ESUG. > > > > What is this browser? It is a Glamour based browser which works as a GUI > to work with OpenDBX connections. > > > > How does it look like? I attach a screenshot with a brief look :) > > > > Which databases does it work with? It is currently working with OpenDBX > connectors for: > > - mysql > > - postgresql > > - oracle > > - sqlite > > > > How should I download it? I'd like to link to the site here, but it's > currently down (and we are working for your happiness :D ), so: > > > > Gofer it > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfDBXBrowser'; > > load. > > > > > > (((Smalltalk at: #ConfigurationOfDBXTools) > > perform: #project) > > perform: #version: with: #stable) > > load: 'Neptuno' > > > > How should I contact the DBXTalk team for feedback, bug reports, > questions, or whatever? > > > > The project's mailing list: dbxtalk(a)googlegroups.com > > The project's issue tracker: http://code.google.com/p/dbxtalk/issues > > The (currently down) site, with docs and stuff: > http://dbxtalk.smallworks.com.ar/ > > > > > > Thanks! > > The DBXTalk team > > <completeBrowser.png>_______________________________________________ > > Esug-list mailing list > > Esug-list(a)lists.esug.org > > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > -- > www.tudorgirba.com > > "Quality cannot be an afterthought." > > >

Jan. 11, 2012

Re: [Pharo-project] [squeak-dev] Re:NativeBoost and NBOpenGL on Mac?

by Bert Freudenberg

On 11.01.2012, at 18:34, Lawson English wrote: > [cross-posting this reply because it certainly seems relevant to both Pharo and Squeak] > > > This seems to me to be roundabout, and will make sure that any Mac version of OpenGL will be far slower than any Windows version. > > What I'm not understanding is how the current OpenGL libs can render directly on the screen on a Mac, while the Igor's can't. The Croquet OpenGL package appears to be grabbing something from the Baloon3D plugin, I think. Has anyone looked at how THAT tells OpenGL libs to render to the appropriate area on the system window? > > primCreateRenderer: flags x: x y: y w: w h: h > <primitive: 'primitiveCreateRendererFlags' module:'B3DAcceleratorPlugin'> > ^nil > L This primitive encapsulates the platform-dependent part of creating an OpenGL rendering context. OpenGL itself is platform-independent, but creating a window is not. The plugin has code for Mac, Windows, and Unix. So this creates a new borderless window that gets embedded in the "big" main window. It also creates an OpenGL context for that window and makes it current. After calling the primitive you can use any OpenGL commands to draw directly into it using the hardware renderer. I don't see a good reason why you would not want to use it. - Bert - > On 1/11/12 1:22 AM, Fernando Olivero wrote: >> I've developed a CocoaUI app, which implements the example you copied. >> A cocoa window, with a custom NSView, which renders an OpenGL surface. >> The app also catches events, and notifies it via sockets. >> >> My idea is to render within Pharo to a frame buffer object(offscreen >> rendering), and communicate the redisplay to the cocoa app via sockets >> (IPC). >> >> So we can code all the UI in Smalltalk, using offscreen rendering as a >> means to draw to a native OS X window. >> >> I will continue experimenting with this approach, to assess its >> performance and usability. Wether IPC via sockets is fast enough, >> amongst other technical challenges. >> >> Yes, i noticed two that the OpenGL info in the Mac, returns 'APPLE >> SOFTWARE RENDERER 2.1". Surely we can find a way to solve this >> problem, i will look into Lawson's link. >> >> Fernando >> pd: Enjoy the vacations Igor, have a pint or two. >> >> On Wed, Jan 11, 2012 at 1:21 AM, Igor Stasenko<siguctua(a)gmail.com> wrote: >>> On 10 January 2012 21:28, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: >>>> thanks >>>> >>>> May be this page is interesting: http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conce… >>>> >>>> Igor how is london :) ? >>>> >>>> Crowded? >>> like hell. :) >>> Kiev is more or less same in this regard, so i already having immunity >>> >>> Yes, i will definitely get back to this issue, once i return from vacation. >>> And now i should stop reading and replying mails and spend time on >>> just resting :) >>> >>> -- >>> Best regards, >>> Igor Stasenko.

Jan. 11, 2012