- Pharo-dev - lists.pharo.org

Slaves are back online

by StÃ©phane Ducasse

Hi guys the CI service of Inria is back online and our slaves too (they are investigating the reasons of the problems). So we will be able to restart to work in a more relaxed way. for this week, we have some deadline for the ESUG workshop and we want to put athens in Pharo + the usual integration Stef

June 10, 2013

Re: [Pharo-dev] FogBugz (Case [Issue]10840) Collection - WeakSet>>#size utterly broken

by StÃ©phane Ducasse

thanks it would be so good to have such information in class comments. On Jun 10, 2013, at 5:38 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Fri, Jun 7, 2013 at 1:24 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi eliot > > probably a really stupid question. > But why count the number of finalization would have a link with the size? > > The size can only change when a) an element is added or removed, or b) when something is finalized. a) adjusts the tally, b) does not. So invalidating the size on b) means that it will always be recomputed if finalization affects the size. > > Is there an invariant that would mean that there is a one one relations between object in the set and their garbage collection. > I mean if two objects of the same weakset are garbage collected will the finalization process runs twice > > No. Finalization runs once after each GC that finalizes something. i.e. the GC runs, and if it deletes one or more elements from any of the weak collections in the system it signals the finalization semaphore. So the finalization loop runs once for each GC that finalizes at least one weak collection. If a GC finalizes many weak collections the finalization loop still runs only once for the GC. > > I did not look at the class comment because may be it explains it and now I 'm dead. > > Stef > > > > -- > best, > Eliot

June 10, 2013

Re: [Pharo-dev] [Moose-dev] SourceCity works

by Alexandre Bergel

> Apparently, you have no idea what you talking about. Great communication skills :-) > Open browser and look for NBOpenGL-X and NBXLib-Core packages. > I have put Javier in CC since he would be very interesting in > discovering that things he did does not exist :) When I evaluate "NBGLContextDriver allSubclasses" it returns: an OrderedCollection(NBMacGLContextDriver NBWin32GLContextDriver) Nothing wrong in thinking that there is no binding for Linux. When I was trying to make open gl working, I have seen ConfigurationOfNBXLib and the NBXLib* packages. http://smalltalkhub.com/#!/~PharoExtras/NBOpenGL does not say a word what these packages are for. I can imagine NBOpenGL is to interact with OpenGL. Maybe "NB" stands for NativeBoost. But NBXLib no idea. Oh well... Maybe for the X-Server? But is this related to OpenGL? Today I succeeded to make OpenGL running on my machine. Cool stuff! Thanks for this! Cheers, Alexandre >> On Jun 9, 2013, at 11:56 AM, kilon <thekilon(a)yahoo.co.uk> wrote: >> >>> Well it does not work on my Ubuntu, and I get a strange bug on macos though >>> it works. It certainly a library that needs a lot more testing and I will >>> try to fix the bugs I come across. But if you get any bugs with it , make >>> sure you report them here so we can iron them out. >>> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/Pharo-dev-OpenGL-NBMacGlAPI-missing-tp4692287p4692497… >>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > > > -- > Best regards, > Igor Stasenko. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 10, 2013

Re: [Pharo-dev] FogBugz (Case [Issue]10840) Collection - WeakSet>>#size utterly broken

by Eliot Miranda

On Fri, Jun 7, 2013 at 1:24 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Hi eliot > > probably a really stupid question. > But why count the number of finalization would have a link with the size? > The size can only change when a) an element is added or removed, or b) when something is finalized. a) adjusts the tally, b) does not. So invalidating the size on b) means that it will always be recomputed if finalization affects the size. > Is there an invariant that would mean that there is a one one relations > between object in the set and their garbage collection. > I mean if two objects of the same weakset are garbage collected will the > finalization process runs twice > No. Finalization runs once after each GC that finalizes something. i.e. the GC runs, and if it deletes one or more elements from any of the weak collections in the system it signals the finalization semaphore. So the finalization loop runs once for each GC that finalizes at least one weak collection. If a GC finalizes many weak collections the finalization loop still runs only once for the GC. > > I did not look at the class comment because may be it explains it and now > I 'm dead. > > Stef > -- best, Eliot

June 10, 2013

Re: [Pharo-dev] Tabs

by Benjamin

You better not to know :) Ben On Jun 10, 2013, at 4:03 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 June 2013 21:03, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > doh, Ben, what are you smokin? :) > > nicely done! > >> >> Ben >> > > > > -- > Best regards, > Igor Stasenko. >

June 10, 2013

Re: [Pharo-dev] Tabs

by Benjamin

You better not to know :) Ben On Jun 10, 2013, at 4:03 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 June 2013 21:03, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > doh, Ben, what are you smokin? :) > > nicely done! > >> >> Ben >> > > > > -- > Best regards, > Igor Stasenko. >

June 10, 2013

Re: [Pharo-dev] Tabs

by Igor Stasenko

On 9 June 2013 21:03, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: doh, Ben, what are you smokin? :) nicely done! > > Ben > -- Best regards, Igor Stasenko.

June 10, 2013

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

by Igor Stasenko

On 10 June 2013 03:54, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 June 2013 20:47, kilon <thekilon(a)yahoo.co.uk> wrote: >> Ok I am moving towards the direction you indicated , its just takes time >> because I am clueless. >> >> Af far as macos is concerned I was sucessful into intialising opengl context >> following your instructions and using clearColor assigned green-blue >> background to it. Works like a charm even changing the code updates the >> window to the corresponding color, live coding in all its glory. I am having >> tons of fun with it. >> >> I have a strange bug , well it seems that opengl looses a connection with >> memory and i have to reinitialize my GLTutorial1 class and pops a >> framebuffer error. It does it only after some time passes and pharo is idle, >> its a strange bug, but if it starts appearing again I will try to pin point >> it, because my code is not up to the opengl standards yet so it may be me >> that cause this issue. >> Sorry, did not replied to this part. Yes, i found strange behavior as well: it creates context every 2nd time, and giving error in between. There could be some wrong code in handling the context.. (it also can be related to GC, because context is not destroyed directly in my demo, but released by finalization) >> My problem right now is that I follow the tutorial at arcsynth and I am >> stuck here >> >> http://www.arcsynthesis.org/gltut/Basics/Tut01%20Following%20the%20Data.html >> <http://www.arcsynthesis.org/gltut/Basics/Tut01%20Following%20the%20Data.html> >> >> glBufferData(GL_ARRAY_BUFFER, sizeof(vertexPositions), vertexPositions, >> GL_STATIC_DRAW); >> >> the question is how i find the size in smalltalk . There is >> bufferData_target: size: data: usage: which corresponds to that function >> but I have no idea how to convert sizeof() to smalltalk. Any clues ? >> > > > Yes. > > (NBExternalType sizeOf: 'float') * number of floats in your buffer > > or > > (NBExternalType sizeOf: 'double') * number of floats in your buffer > > For arrays of static type, i would recommend you using NBExternalArray, > which gives you a convenient way to deal with arrays of any static > type in smalltalk way. > For passing it as argument to function you can use 'array address' idiom. > See class comments for details. > > Btw, getting the size of array, in bytes, would be: > > sizeInBytes > ^ self size * self class elementSize > > (i think this method would be nice to have). > >> If you want to see my code I have commited it in NBOpengl smalltalkhub the >> latest is NBOpenGL-Morphic-kilon.10 for NBOpenGL-Morphic. >> >> >> >> -- >> View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4692494.html >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> > > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

June 10, 2013

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

by Igor Stasenko

On 9 June 2013 20:47, kilon <thekilon(a)yahoo.co.uk> wrote: > Ok I am moving towards the direction you indicated , its just takes time > because I am clueless. > > Af far as macos is concerned I was sucessful into intialising opengl context > following your instructions and using clearColor assigned green-blue > background to it. Works like a charm even changing the code updates the > window to the corresponding color, live coding in all its glory. I am having > tons of fun with it. > > I have a strange bug , well it seems that opengl looses a connection with > memory and i have to reinitialize my GLTutorial1 class and pops a > framebuffer error. It does it only after some time passes and pharo is idle, > its a strange bug, but if it starts appearing again I will try to pin point > it, because my code is not up to the opengl standards yet so it may be me > that cause this issue. > > My problem right now is that I follow the tutorial at arcsynth and I am > stuck here > > http://www.arcsynthesis.org/gltut/Basics/Tut01%20Following%20the%20Data.html > <http://www.arcsynthesis.org/gltut/Basics/Tut01%20Following%20the%20Data.html> > > glBufferData(GL_ARRAY_BUFFER, sizeof(vertexPositions), vertexPositions, > GL_STATIC_DRAW); > > the question is how i find the size in smalltalk . There is > bufferData_target: size: data: usage: which corresponds to that function > but I have no idea how to convert sizeof() to smalltalk. Any clues ? > Yes. (NBExternalType sizeOf: 'float') * number of floats in your buffer or (NBExternalType sizeOf: 'double') * number of floats in your buffer For arrays of static type, i would recommend you using NBExternalArray, which gives you a convenient way to deal with arrays of any static type in smalltalk way. For passing it as argument to function you can use 'array address' idiom. See class comments for details. Btw, getting the size of array, in bytes, would be: sizeInBytes ^ self size * self class elementSize (i think this method would be nice to have). > If you want to see my code I have commited it in NBOpengl smalltalkhub the > latest is NBOpenGL-Morphic-kilon.10 for NBOpenGL-Morphic. > > > > -- > View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4692494.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

June 10, 2013

Re: [Pharo-dev] [Moose-dev] OpenGL: NBMacGlAPI missing?

by Igor Stasenko

On 9 June 2013 20:00, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > I have downloaded the ready-to-use image from Jenkins and I have an error. what error? > I have downloaded an empty 2.0 image and installed NBOpenGL and it works. Strange. Maybe some initialization are made that makes the image not cross-platform? Just suggesting... > Just tried latest build: https://ci.inria.fr/pharo-contribution/job/NBOpenGL/48/ both 2.0 and 3.0 images work without any errors. (just don't run image without .sources file, because NB is sensitive to that) > Thanks Igor! Being able to do some 3d in Pharo is extremely important. > I like that people trying to use things i made. Concerning NBOpenGL, i repeating it again: this is not end-user application, nor a 'framework' ready to use. It is a pure bindings to OpenGL with some little code i made to make own demo. And even if demo doesn't runs, it doesn't means that whole bindings non-functional. That means, to make things work for real, you have to make your hands dirty. The bindings will stay as basic as it is, because it is 99.9% automatically generated code, from OpenGL specs. So, for making real application, i would really discourage you from using context initialization code which is there, but instead write own, because the one which is there has many hardcoded things and subject to changes. > Alexandre > -- Best regards, Igor Stasenko.

June 10, 2013