July 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by kilon

Sorry I forgot to paste how i create the vpos pointer vpos := NativeBoost allocate: vptrsize. My questions on how to pass the contents of a C array to a C function as can be seen in quoted message remains :) kilon wrote > Thanks Igor , yes I was aware of String Cr because I have done some > googling around and it did find information on the subject. Apparently it > failed because I had an error in my source. > > So for our next challenge is learning how to fetch data that a pointer > points to. > > in this case I have an array that contains my vertex positions , called > vertexPositions > > vertexPositions > "the positions of vertices to be passed to opengl" > > ^ #( 0.75 0.75 0.0 1.0 > 0.75 -0.75 0.0 1.0 > -0.75 -0.75 0.0 1.0 ) > > so far so good > > so I create a pointer for that array > > vptrsize := (NBExternalType sizeOf: 'float')* self vertexPositions size. > > and then take that pointer and insert in each position the individual > values from vertexPositions > > vertexPositions withIndexDo: [:each :i | > "using nbUInt32AtOffset because we know pointer is 4 bytes :) " > vpos nbFloat32AtOffset: (i-1)*(NBExternalType sizeOf: 'float') > put: each value. > Transcript show: ' I am putting to vpos in index: '; show: i-1; show:' > value: '; show: each value; cr. > ]. > > so far so good. > > now the tricky part is that I have a function that expects that Array , > not the smalltalk version but the C version we just created > > gl bufferData_target: GL_ARRAY_BUFFER size: vptrsize data: ....... > usage: GL_STATIC_DRAW. > > where you see the dots is where I should pass the data, in this case the C > array > > I could do a vpo nbFloat32AtOffset: but that will return me only the > individual value at the specific point (index) of the array, while I want > to pass the entire array. > > So how I do that ? > > I explored NBExternalAdress and I cant find something that would return an > array. Am I missing something obvious here ? > > NBExternalAdress value , returns the number of the address and not that > data contained in that address. > > I also see a NBExternalArray but I am not sure if it is what I should be > using . > Igor Stasenko wrote >> On 30 June 2013 21:11, kilon < >> thekilon@.co >> > wrote: >>> I am not going to post my code here cause it has become too big , you >>> can >>> find it here >>> >>> http://www.smalltalkhub.com/#!/~kilon/GLTutorial >>> <http://www.smalltalkhub.com/#!/~kilon/GLTutorial> >>> >>> I tried adding newlines with String cr to my shaders strings, but >>> apparently >>> opengl is not convinced. It looks like smalltalk cr is not converted to >>> C >>> "\n" newlines. So how I do that ? >>> >> >> simply replace all occurences of >> Character cr >> with >> Character lf >> (or crlf, if it wants that) >> >>> -- >>> View this message in context: >>> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696465.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. -- View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696667.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 1, 2013

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by kilon

Thanks Igor , yes I was aware of String Cr because I have done some googling around and it did find information on the subject. Apparently it failed because I had an error in my source. So for our next challenge is learning how to fetch data that a pointer points to. in this case I have an array that contains my vertex positions , called vertexPositions vertexPositions "the positions of vertices to be passed to opengl" ^ #( 0.75 0.75 0.0 1.0 0.75 -0.75 0.0 1.0 -0.75 -0.75 0.0 1.0 ) so far so good so I create a pointer for that array vptrsize := (NBExternalType sizeOf: 'float')* self vertexPositions size. and then take that pointer and insert in each position the individual values from vertexPositions vertexPositions withIndexDo: [:each :i | "using nbUInt32AtOffset because we know pointer is 4 bytes :) " vpos nbFloat32AtOffset: (i-1)*(NBExternalType sizeOf: 'float') put: each value. Transcript show: ' I am putting to vpos in index: '; show: i-1; show:' value: '; show: each value; cr. ]. so far so good. now the tricky part is that I have a function that expects that Array , not the smalltalk version but the C version we just created gl bufferData_target: GL_ARRAY_BUFFER size: vptrsize data: ....... usage: GL_STATIC_DRAW. where you see the dots is where I should pass the data, in this case the C array I could do a vpo nbFloat32AtOffset: but that will return me only the individual value at the specific point (index) of the array, while I want to pass the entire array. So how I do that ? I explored NBExternalAdress and I cant find something that would return an array. Am I missing something obvious here ? NBExternalAdress value , returns the number of the address and not that data contained in that address. I also see a NBExternalArray but I am not sure if it is what I should be using . Igor Stasenko wrote > On 30 June 2013 21:11, kilon < > thekilon@.co > > wrote: >> I am not going to post my code here cause it has become too big , you can >> find it here >> >> http://www.smalltalkhub.com/#!/~kilon/GLTutorial >> <http://www.smalltalkhub.com/#!/~kilon/GLTutorial> >> >> I tried adding newlines with String cr to my shaders strings, but >> apparently >> opengl is not convinced. It looks like smalltalk cr is not converted to C >> "\n" newlines. So how I do that ? >> > > simply replace all occurences of > Character cr > with > Character lf > (or crlf, if it wants that) > >> -- >> View this message in context: >> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696465.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> > > > > -- > Best regards, > Igor Stasenko. -- View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696666.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 1, 2013

Re: [Pharo-dev] #30235 is bogus

by Igor Stasenko

On 1 July 2013 19:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Tomorrow we will publish with esteban an image built by hand and check that everything is correct. I reopened all the tickets > that were not published on the jenkins server but worked interactively. And I will reintegrate them. > Now as I mentioned in the other thread we hit a nice conceptual problem of update running in UIProcess and > needed to kill the UIProcess while updatingâ¦. > Yeah, and that means that update should always run in newly-forked separate process, so that when it finished it disappears by itself. > Stef > PS: tomorrow I have to work on an important report for the team so I will do the minimal integration to get the system up and running. > > >>> The question is, can we do more update on top? >> >> Only if the problem can be fixed really quickly, like today, I would say. >> >>> There are lots of small things ready: >>> >>> https://pharo.fogbugz.com/f/filters/35/Integration >>> >>> >>> On Fri, Jun 28, 2013 at 9:45 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> On 28 Jun 2013, at 19:54, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>>> Maybe we should revert the update. Having the 3.0 download be not usable for multiple days >>>> is not good. >>>> >>>> Marcus >>>> >>>> On Jun 28, 2013, at 7:29 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> >>>>> Hi guys >>>>> >>>>> please do not use the 30235 since we have to find a way to recreate the correct UI thread with >>>>> the worldState and others. I'm not sure that I will have the time to work on it this week-end >>>>> since I need to have a pair programmer (igor) to check the thread and other. >>>>> >>>>> Stef >>> >>> I played a bit with it and the image basically works. >>> All ReleaseTests pass ;-) >>> But there is an issue with redrawing when the image comes up, but is seems to go away with a 'Restore display'. >>> >>> And scrolling in lists while hovering works again ! >>> >>> Sven >>> >>> >>> >>> -- >>> -- >>> Marcus Denker -- denker(a)acm.org >>> http://www.marcusdenker.de >> >> > > -- Best regards, Igor Stasenko.

July 1, 2013

Re: [Pharo-dev] WhatsUp from: 2013-07-01 until: 2013-07-14

by Camillo Bruni

On 2013-07-01, at 07:00, seaside(a)rmod.lille.inria.fr wrote: > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: - Working on the new Class builder supporting first-class layouts and slots with Martin! - Massive refactoring on AsmJit - Big progress on the new CI infrastructure with Erwan - Working on an ImageWorker to run blocks in a separate image, based on Seamless

July 1, 2013

Re: [Pharo-dev] potential bug with PackaegSet

by StÃ©phane Ducasse

>> I wonder if GRPharoPlatform>>compile: aString into: aClass classified: aSymbol is not just duplicating logic and as such >> brings subtle bugs. >> >> Now the addAllFilesIn: is broken >> >> Implementing it as >> >> >> compile: aString into: aClass classified: aSymbol >> >> [aClass compile: aString classified: aSymbol] on: Error do: [:ex | GRError signal: 'syntax error' ] >> >> works. I sent the information to the seaside mailing-list. >> May be there are some other side effects but to me duplicating core logic outside of the core can be dangerous. > > It makes cleaning up the system very difficultâ¦ e.g. if we are supposed to introduce Opal while being backward > compatible so that this methods still works, we can just stop now and do something else. No :-) this is why we should just help the seasiders by proposing solutions and this is what I tried to do. Stef > > Marcus > >

July 1, 2013

Re: [Pharo-dev] [update 3.0] #30230

by StÃ©phane Ducasse

On Jul 1, 2013, at 2:59 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Marcus Denker-4 wrote >> 11060 Introduce WorldMorph as subclass of PasteUpMorph >> https://pharo.fogbugz.com/f/cases/11060 > > Cool!!! I wonder why it was not done like that to begin withâ¦ me too :) Especially because they were integrating changes interactively so without the problems I face. But this is a cool feeling to see all the worldstate ifNotNil: [] eliminated. Stef

July 1, 2013

Re: [Pharo-dev] SqueakSource3 with new server name

by StÃ©phane Ducasse

July 1, 2013

Re: [Pharo-dev] #30235 is bogus

by StÃ©phane Ducasse

Tomorrow we will publish with esteban an image built by hand and check that everything is correct. I reopened all the tickets that were not published on the jenkins server but worked interactively. And I will reintegrate them. Now as I mentioned in the other thread we hit a nice conceptual problem of update running in UIProcess and needed to kill the UIProcess while updatingâ¦. Stef PS: tomorrow I have to work on an important report for the team so I will do the minimal integration to get the system up and running. >> The question is, can we do more update on top? > > Only if the problem can be fixed really quickly, like today, I would say. > >> There are lots of small things ready: >> >> https://pharo.fogbugz.com/f/filters/35/Integration >> >> >> On Fri, Jun 28, 2013 at 9:45 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> On 28 Jun 2013, at 19:54, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> Maybe we should revert the update. Having the 3.0 download be not usable for multiple days >>> is not good. >>> >>> Marcus >>> >>> On Jun 28, 2013, at 7:29 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> Hi guys >>>> >>>> please do not use the 30235 since we have to find a way to recreate the correct UI thread with >>>> the worldState and others. I'm not sure that I will have the time to work on it this week-end >>>> since I need to have a pair programmer (igor) to check the thread and other. >>>> >>>> Stef >> >> I played a bit with it and the image basically works. >> All ReleaseTests pass ;-) >> But there is an issue with redrawing when the image comes up, but is seems to go away with a 'Restore display'. >> >> And scrolling in lists while hovering works again ! >> >> Sven >> >> >> >> -- >> -- >> Marcus Denker -- denker(a)acm.org >> http://www.marcusdenker.de > >

July 1, 2013

Re: [Pharo-dev] [update 3.0] #30236

by StÃ©phane Ducasse

Yes of course interactively it will work. Now it kills our jenkins. Stef On Jul 1, 2013, at 5:52 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > I did an update inside a previous 3.0 (the one with the drawing problem), and all was well. > > On 01 Jul 2013, at 17:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> But you get a debugger? >> Because I get a debugger. >> >> The problem is how to kill the UIThread that is running many things to reinstall the world (in addition in headless mode). >> >> Stef >> >> On Jul 1, 2013, at 4:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> I upgrade and it works fine: no weird drawing artefacts anymore ! >>> >>> On 01 Jul 2013, at 13:00, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> 30236 >>>> ----- >>>> >>>> 11090 >>>> Cleaning WorldMorph initialize and UIProcess startup. >>>> https://pharo.fogbugz.com/default.asp?11090 >>>> Diff information: >>>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-StephaneDucass… >>>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-StephaneDucasse.… >>>> >>>> >>> >>> >> >> > >

July 1, 2013

Re: [Pharo-dev] [update 3.0] #30236

by StÃ©phane Ducasse

In fact we checked and the last update did not happen because the process is killed before. In fact we are reaching the limit that the update is run in the same process as the UIProcess. So when we update a killing and replacement of the UIProcess it should work. Stef > I did an update inside a previous 3.0 (the one with the drawing problem), and all was well. > > On 01 Jul 2013, at 17:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> But you get a debugger? >> Because I get a debugger. >> >> The problem is how to kill the UIThread that is running many things to reinstall the world (in addition in headless mode). >> >> Stef >> >> On Jul 1, 2013, at 4:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> I upgrade and it works fine: no weird drawing artefacts anymore ! >>> >>> On 01 Jul 2013, at 13:00, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> 30236 >>>> ----- >>>> >>>> 11090 >>>> Cleaning WorldMorph initialize and UIProcess startup. >>>> https://pharo.fogbugz.com/default.asp?11090 >>>> Diff information: >>>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-StephaneDucass… >>>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-StephaneDucasse.… >>>> >>>> >>> >>> >> >> > >

July 1, 2013