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

Re: [Pharo-project] Is athens configuration loading?

by Tudor Girba

Hi, Great news. Just a couple of questions: - Where is the configuration? - What else do I need to install on Mac or on Windows? Cheers, Doru On 29 Feb 2012, at 23:34, Igor Stasenko wrote: > On 1 March 2012 00:25, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> Excellent! >>>> Make our eyes blinking of pleasure :) >>>> >>> >>> okay, i added version 0.1.1 >> >> call it 0.2 :) > > i reserve that number for more dramatic changes :) > >> >>> with cleaned examples. >>> >>> So, you can use >>> AthensBalloonSurfaceExamples example... >>> >>> to check. >>> I will iterate over AthensCairoSurfaceExamples >>> tomorrow, since i under windoze now, and cairo is not yet there :) >> >> OK :) >> But let us kick this out of the door >> We can sit and you show me what we should rewrite and we do it and DONE! >> > Currently, we're only sratching the surface. > But you're right with 'release soon, release often' > >> Stef > > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

March 1, 2012

Re: [Pharo-project] Spoon presentation 2012-02-24

by Lawson English

On 3/1/12 12:29 AM, Guido Stepken wrote: > > People like 1-klick Images ... Setup.exe ... No raw ZIP file, no > additional installation of unzip, no shell, no "cd" no ".bat" > > If you want to really make people try software, make it as > comfortable, as possible for them. Even the 1-klick-Image of Pharo is > no such one, its a 7 or 8 mousklick Image. When it is advertised as > 1-klick, i expect that to be "one klick" if it is advertized "stable" > i expect that to be stable, rockstable! Damn! "No half way things!". > Lasy attitude by the programmer directly shows up in the install routine. > > It is certainly true that more people are willing to try a package if it is easier to install, but it is a chicken and egg thing: developers underestimate how difficult it is for others to work with what they have done (since they've been working on it for months or even years), and without feedback from people who have actually tried to get something to work, developers have a hard time making things easier for everyone else. L.

March 1, 2012

Re: [Pharo-project] leaking semaphores

by Guido Stepken

Sooner or later Pharo Smalltalkers will have to read into this paper: http://www.lemis.com/grog/SMPng/USENIX/paper.ascii Why? Pharo is a OS on top of another OS. The same principles apply here. Without considering these principles or algorithms (no more or as little semaphores as possible, replaced by wait_queues with adjustable priorities), Pharo will suffer those problems. tnx 4 understanding, Guido Stepken Am 01.03.2012 02:23 schrieb "Henrik Johansen" <henrik.s.johansen(a)veloxit.no >: > 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] Spoon presentation 2012-02-24

by Guido Stepken

People like 1-klick Images ... Setup.exe ... No raw ZIP file, no additional installation of unzip, no shell, no "cd" no ".bat" If you want to really make people try software, make it as comfortable, as possible for them. Even the 1-klick-Image of Pharo is no such one, its a 7 or 8 mousklick Image. When it is advertised as 1-klick, i expect that to be "one klick" if it is advertized "stable" i expect that to be stable, rockstable! Damn! "No half way things!". Lasy attitude by the programmer directly shows up in the install routine. When i see such a lousy packed piece of software i just expect crap quality in it, sorry! Take EToys Setup.exe, replace the image, re-sfx again. Is it so hard??? Same with Pharo. Tnx 4 understanding, Guido Stepken Am 01.03.2012 05:42 schrieb "Craig Latta" <craig(a)netjam.org>: > > > No, meant: http://dl.dropbox.com/u/15188004/spoon > > /Spoon%203%20alpha%203.zip > > That's a standard "all-in-one" Squeak release, the bits for all > platforms are there. > > > -C > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 > > > >

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by chadwick

can't wait to play with this at the weekend!.. On Thu, Mar 1, 2012 at 3:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > 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

[Pharo-project] reddit link for a squeak how-to please vote

by Lawson English

http://www.reddit.com/r/programming/comments/qcjo9/meta_howto_figuring_out_… Squeak is often used as a prototyping system for graduate students and professors, who are often notoriously bad at providing documentation. This video shows one of an infinite number of possible ways of using the Squeak IDE to figure something out: specifically, given a node in a graph built from the Connectors package, how does one figure out what that node is connected to? Please vote, thanks. L.

March 1, 2012

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

by Schwab,Wilhelm K

thanks!!!!! ________________________________________ 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 10:18 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] FFI on 1.3: compile fields 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] Spoon presentation 2012-02-24

by Craig Latta

> No, meant: http://dl.dropbox.com/u/15188004/spoon > /Spoon%203%20alpha%203.zip That's a standard "all-in-one" Squeak release, the bits for all platforms are there. -C -- Craig Latta www.netjam.org/resume +31 6 2757 7177 + 1 415 287 3547

March 1, 2012

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