- Pharo-dev - lists.pharo.org

Re: [Pharo-project] fun with NBOpenGL

by Igor Stasenko

Some good news about my demo. After updating my Lion from 10.0.2 to 10.0.3, i found that shader magically started working, allowing to enjoy the smoothing of bezier2 curves running completely on GPU.. Does anybody knows, if there any press-release of some sort, where i can find what actually was changed/fixed? Strangely enough, that same shader were working on snow leopard before.. so looks like temporal regression which is fixed. -- Best regards, Igor Stasenko.

March 1, 2012

Re: [Pharo-project] FFI on 1.3: compile fields

by Esteban Lorenzano

you need to define a signature... not at home now, but wait 'til tomorrow and I'll send an example best, Esteban El 29/02/2012, a las 11:21p.m., Schwab,Wilhelm K escribiÃ³: > What does "cannot find callback signature" mean from #signature:block:? I'm stuck. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Esteban Lorenzano [estebanlm(a)gmail.com] > Sent: Wednesday, February 29, 2012 6:54 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] FFI on 1.3: compile fields > > yeah... sorry about that > is a bug on FFI... I managed to worked around it for HPDF, for a customer's project... but of course is not a good and definitive solution. > > best, > Esteban > > El 29/02/2012, a las 8:37p.m., Schwab,Wilhelm K escribiÃ³: > >> This is gonna take a while... I had structs flying around as void* and was moderately happy. Nonetheless, your suggestion worked, provided I add a lot getHandle asInteger and change the void* to long :( >> >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Esteban Lorenzano [estebanlm(a)gmail.com] >> Sent: Wednesday, February 29, 2012 6:23 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] FFI on 1.3: compile fields >> >> I also found some problems using void* in linux... maybe you want to use long (which has same size)... I "fixed" my problems that way. >> >> yes... maybe we need to look at FFI to see why void* has problems some times, but well, that can help you atm (sorry for not having a better answer) >> >> Esteban >> >> El 29/02/2012, a las 8:11p.m., Igor Stasenko escribiÃ³: >> >>> On 1 March 2012 00:58, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>>> Another glitch: is there any problem passing things as void*? I'm getting failure to coerce errors that did not arise before. >>>> >>> No idea. As you may suspect, i stopped using FFI/Alien once i got >>> NativeBoost toy to play with. >>> >>> Please file the issue, describing the problem. so we can look over it >>> and fix it. >>> >>>> >>>> >>>> ________________________________________ >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] >>>> Sent: Wednesday, February 29, 2012 5:51 PM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Subject: Re: [Pharo-project] FFI on 1.3: compile fields >>>> >>>> On 1 March 2012 00:37, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>>>> Does 1.3 by default not create field accessors? Why is that? I thought >>>>> nothing was happening. >>>>> >>>> >>>> Good question, i'd like to know the answer too. >>>> It is related to MC final 'installation' phase, >>>> where it initializing all classes. >>>> >>>> In NativeBoost i was also using >>>> >>>> noteCompilationOf: aSelector meta: isMeta >>>> "A hook allowing some classes to react to recompilation of certain selectors" >>>> >>>> but there was a big question, at which point this hook is triggered, >>>> and looks like some changes in MC stop triggering it/triggering at >>>> wrong time (not all methods get into a class/ class not initialized >>>> etc), >>>> which makes it not very useful. >>>> >>>> So i ended up creating a DNU handler on instance side, then on DNU i >>>> check if i have field accessors and if not, >>>> compile them on the fly. >>>> >>>> >>>>> Bill >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> >> > > >

March 1, 2012

Re: [Pharo-project] FFI on 1.3: compile fields

by Schwab,Wilhelm K

What does "cannot find callback signature" mean from #signature:block:? I'm stuck. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Esteban Lorenzano [estebanlm(a)gmail.com] Sent: Wednesday, February 29, 2012 6:54 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] FFI on 1.3: compile fields yeah... sorry about that is a bug on FFI... I managed to worked around it for HPDF, for a customer's project... but of course is not a good and definitive solution. best, Esteban El 29/02/2012, a las 8:37p.m., Schwab,Wilhelm K escribiÃ³: > This is gonna take a while... I had structs flying around as void* and was moderately happy. Nonetheless, your suggestion worked, provided I add a lot getHandle asInteger and change the void* to long :( > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Esteban Lorenzano [estebanlm(a)gmail.com] > Sent: Wednesday, February 29, 2012 6:23 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] FFI on 1.3: compile fields > > I also found some problems using void* in linux... maybe you want to use long (which has same size)... I "fixed" my problems that way. > > yes... maybe we need to look at FFI to see why void* has problems some times, but well, that can help you atm (sorry for not having a better answer) > > Esteban > > El 29/02/2012, a las 8:11p.m., Igor Stasenko escribiÃ³: > >> On 1 March 2012 00:58, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>> Another glitch: is there any problem passing things as void*? I'm getting failure to coerce errors that did not arise before. >>> >> No idea. As you may suspect, i stopped using FFI/Alien once i got >> NativeBoost toy to play with. >> >> Please file the issue, describing the problem. so we can look over it >> and fix it. >> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] >>> Sent: Wednesday, February 29, 2012 5:51 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] FFI on 1.3: compile fields >>> >>> On 1 March 2012 00:37, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>>> Does 1.3 by default not create field accessors? Why is that? I thought >>>> nothing was happening. >>>> >>> >>> Good question, i'd like to know the answer too. >>> It is related to MC final 'installation' phase, >>> where it initializing all classes. >>> >>> In NativeBoost i was also using >>> >>> noteCompilationOf: aSelector meta: isMeta >>> "A hook allowing some classes to react to recompilation of certain selectors" >>> >>> but there was a big question, at which point this hook is triggered, >>> and looks like some changes in MC stop triggering it/triggering at >>> wrong time (not all methods get into a class/ class not initialized >>> etc), >>> which makes it not very useful. >>> >>> So i ended up creating a DNU handler on instance side, then on DNU i >>> check if i have field accessors and if not, >>> compile them on the fly. >>> >>> >>>> Bill >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > >

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by Igor Stasenko

On 1 March 2012 04:01, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 1 March 2012 03:00, Guido Stepken <gstepken(a)googlemail.com> wrote: >> My first rotating cube i programmed in 1982, when i was 16. Today, >> Professors at Inria learn it to do from scratch. O tempora, o mores! >> >> What advance in informatics!!! btw, you can train your speech on streets. Every time you will see a baby trying to stand and walk, you can say: O tempora, o mores! I was able to do that <your age> - 1 years back! >> >> B.t.w: Turbo Pascal 8086 Compiler, Editor was programmed within 3 weeks by >> Heilsberg, under control of a notary!!! >> >> Today, it takes 3 years with 5 people to get a simple Smalltalk compiler >> right. >> > you make no sense. > But i glad that you like it :) > >> Have fun! >> >> Guido Stepken >> >> I really like do useless thing ;-p. >> >> The control >> for the cube >> x : increase by one the number of cube on the x axis >> y : increase by one the number of cube on the y axis >> z : increase by one the number of cube on the z axis >> X : decrease by one the number of cube on the x axis >> Y : decrease by one the number of cube on the y axis >> Z : decrease by one the number of cube on the z axis >> >> left arrow : turn left >> right arrow : turnÂ right >> up arrow : turn up >> down arrow : turnÂ down >> >> ShiftÂ left arrow : translate left >> ShiftÂ right arrow :Â translateÂ right >> ShiftÂ up arrow :Â translateÂ up >> ShiftÂ down arrow :Â translateÂ down >> >> space move forward. >> ctrl space (because dont take shift space as specific keystroke and array >> dont take ctrl so i choose that): move backward. >> >> i search during half a hour but dont find a relevant quote from pinky and >> the brain. sad. >> What i really like Igor is, i don't need to close the morph for apply my >> change to the render method, i mean in addition to not recompile the whole >> project. >> >> >> <NBOpenGL-JB end i am tired.st> >> >> >> >> <Screen shot 2012-03-01 at 1.26.09 AM.png> >> >> >> On Feb 29, 2012, at 11:38 PM, Igor Stasenko wrote: >> >> woow... >> >> it is always fun to see that something which looks like trash (who can >> be impressed by a stupid rotating cube today?) >> can be turned into piece of art with a few keystrokes, just by taking >> right pictures :) >> >> And that's why it is soo fun to work with graphics. >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> Regards >> Jean Baptiste Arnaud >> jbaptiste.arnaud(a)gmail.com >> >> >> >> > > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by Igor Stasenko

On 1 March 2012 03:00, Guido Stepken <gstepken(a)googlemail.com> wrote: > My first rotating cube i programmed in 1982, when i was 16. Today, > Professors at Inria learn it to do from scratch. O tempora, o mores! > > What advance in informatics!!! > > B.t.w: Turbo Pascal 8086 Compiler, Editor was programmed within 3 weeks by > Heilsberg, under control of a notary!!! > > Today, it takes 3 years with 5 people to get a simple Smalltalk compiler > right. > you make no sense. But i glad that you like it :) > Have fun! > > Guido Stepken > > I really like do useless thing ;-p. > > The control > for the cube > x : increase by one the number of cube on the x axis > y : increase by one the number of cube on the y axis > z : increase by one the number of cube on the z axis > X : decrease by one the number of cube on the x axis > Y : decrease by one the number of cube on the y axis > Z : decrease by one the number of cube on the z axis > > left arrow : turn left > right arrow : turnÂ right > up arrow : turn up > down arrow : turnÂ down > > ShiftÂ left arrow : translate left > ShiftÂ right arrow :Â translateÂ right > ShiftÂ up arrow :Â translateÂ up > ShiftÂ down arrow :Â translateÂ down > > space move forward. > ctrl space (because dont take shift space as specific keystroke and array > dont take ctrl so i choose that): move backward. > > i search during half a hour but dont find a relevant quote from pinky and > the brain. sad. > What i really like Igor is, i don't need to close the morph for apply my > change to the render method, i mean in addition to not recompile the whole > project. > > > <NBOpenGL-JB end i am tired.st> > > > > <Screen shot 2012-03-01 at 1.26.09 AM.png> > > > On Feb 29, 2012, at 11:38 PM, Igor Stasenko wrote: > > woow... > > it is always fun to see that something which looks like trash (who can > be impressed by a stupid rotating cube today?) > can be turned into piece of art with a few keystrokes, just by taking > right pictures :) > > And that's why it is soo fun to work with graphics. > > -- > Best regards, > Igor Stasenko. > > > Regards > Jean Baptiste Arnaud > jbaptiste.arnaud(a)gmail.com > > > > -- Best regards, Igor Stasenko.

March 1, 2012

Re: [Pharo-project] leaking semaphores

by Henrik Johansen

On Mar 1, 2012, at 2:11 AM, Henrik Johansen wrote: > Note to tracker: http://code.google.com/p/pharo/issues/detail?id=5423 Cheers, Henry

March 1, 2012

Re: [Pharo-project] leaking semaphores

by Henrik Johansen

On Feb 29, 2012, at 10:08 PM, Milan Mimica wrote: > Now what do I do? What do I check? Modify RFBSocket class >> #acceptFrom: to read: ^RFBSocketInstances add: (super acceptFrom: aSocket) super new works for Socket, since it avoids calling the actual #new implementation in Socket, same is not true its subclasses call superâ¦ Note to tracker: Might be a good idea to "bulletproof" Socket>>acceptFrom:, by either 1) having it unregister existing handle/semaphores (The "I hope you weren't using that!" approach), or 2) raise an error in that case. (The "Surely you jest, madame?" approach) As someone rarely using sockets, I would prefer 2 but have no strong opinion on the matter, what do the rest of you think? Cheers, Henry

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by Guido Stepken

My first rotating cube i programmed in 1982, when i was 16. Today, Professors at Inria learn it to do from scratch. O tempora, o mores! What advance in informatics!!! B.t.w: Turbo Pascal 8086 Compiler, Editor was programmed within 3 weeks by Heilsberg, under control of a notary!!! Today, it takes 3 years with 5 people to get a simple Smalltalk compiler right. Have fun! Guido Stepken > I really like do useless thing ;-p. > > The control > for the cube > x : increase by one the number of cube on the x axis > y : increase by one the number of cube on the y axis > z : increase by one the number of cube on the z axis > X : decrease by one the number of cube on the x axis > Y : decrease by one the number of cube on the y axis > Z : decrease by one the number of cube on the z axis > > left arrow : turn left > right arrow : turn right > up arrow : turn up > down arrow : turn down > > Shift left arrow : translate left > Shift right arrow : translate right > Shift up arrow : translate up > Shift down arrow : translate down > > space move forward. > ctrl space (because dont take shift space as specific keystroke and array dont take ctrl so i choose that): move backward. > > i search during half a hour but dont find a relevant quote from pinky and the brain. sad. > What i really like Igor is, i don't need to close the morph for apply my change to the render method, i mean in addition to not recompile the whole project. > > > <NBOpenGL-JB end i am tired.st> > > > <Screen shot 2012-03-01 at 1.26.09 AM.png> > > On Feb 29, 2012, at 11:38 PM, Igor Stasenko wrote: > >> woow... >> >> it is always fun to see that something which looks like trash (who can >> be impressed by a stupid rotating cube today?) >> can be turned into piece of art with a few keystrokes, just by taking >> right pictures :) >> >> And that's why it is soo fun to work with graphics. >> >> -- >> Best regards, >> Igor Stasenko. >> > > Regards > Jean Baptiste Arnaud > jbaptiste.arnaud(a)gmail.com > > > >

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by Jean Baptiste Arnaud

I really like do useless thing ;-p. The control for the cube x : increase by one the number of cube on the x axis y : increase by one the number of cube on the y axis z : increase by one the number of cube on the z axis X : decrease by one the number of cube on the x axis Y : decrease by one the number of cube on the y axis Z : decrease by one the number of cube on the z axis left arrow : turn left right arrow : turn right up arrow : turn up down arrow : turn down Shift left arrow : translate left Shift right arrow : translate right Shift up arrow : translate up Shift down arrow : translate down space move forward. ctrl space (because dont take shift space as specific keystroke and array dont take ctrl so i choose that): move backward. i search during half a hour but dont find a relevant quote from pinky and the brain. sad. What i really like Igor is, i don't need to close the morph for apply my change to the render method, i mean in addition to not recompile the whole project. On Feb 29, 2012, at 11:38 PM, Igor Stasenko wrote: > woow... > > it is always fun to see that something which looks like trash (who can > be impressed by a stupid rotating cube today?) > can be turned into piece of art with a few keystrokes, just by taking > right pictures :) > > And that's why it is soo fun to work with graphics. > > -- > Best regards, > Igor Stasenko. > Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

March 1, 2012

Re: [Pharo-project] [squeak-dev] can this be done via modification to the Squeak/Pharo IDE?

by Igor Stasenko

On 28 February 2012 01:46, Lawson English <lenglish5(a)cox.net> wrote: > http://vimeo.com/36579366 > > Lawson > now after i found time to watch this video, i can comment on it :) Strangely enough, but i was driven by the very same idea when i first found squeak and joined community. I imagined the scene with animation, like a bullet leaving the gun and flying towards its victim, and i wanted to give an artist/designer/engineer to be able to stop the scene at any moment, interact with objects, like inspect their properties, allow them to change the code and then continue again. What i seen in those days, that smalltalk is much more enabling environment for doing that, than anything else! And i still keep that idea in mind, every time i doing something, be it VM, FFI or Morphic or OpenGL or bug fixes.. every single step gets me a bit closer to this.. even if i won't be able to work on this thing directly, i trying to push things in direction which would allow others to get to that point. So, i think Lawson, this is my answer to your question. -- Best regards, Igor Stasenko.

March 1, 2012