- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Small usability glitch

by Camillo Bruni

true :) found the bug, patch on the way. can you open a bug report? best cami On 2012-03-01, at 21:50, Sebastian Sastre wrote: > just for reference, it doesn't in today's one > > Pharo1.4a > Latest update: #14369 > > sebastian > > o/ > > > On Mar 1, 2012, at 4:32 PM, Benjamin wrote: > >> It works in Nautilus with almost the latest Pharo >> >> >> Ben >> >> On Mar 1, 2012, at 8:30 PM, Camillo Bruni wrote: >> >>> Hi sebastian >>> >>> This actually used to work that way. >>> Will check >>> >>> Best >>> Cami >>> >>> >>> -----Original message----- >>> From: Sebastian Sastre <sebastian(a)flowingconcept.com> >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Sent: 2012 Mar, Thu, 1 19:25:01 GMT+00:00 >>> Subject: [Pharo-project] Small usability glitch >>> >>> Hey guys, >>> >>> when opening a SystemBrowser and executing a "Find class..." command (with context menu or cmd-f with focus in the packages pane) there is a dialog listing the classes that matches whatever you type. >>> >>> So far so great. >>> >>> The problem is that time and again I use the arrows keys to select the one that I was looking for and press enter only to get a dialog closed in a no-op. >>> >>> Note that: >>> 1. to make that dialog work, the only way is to use the mouse to click on OK or double click the target class and >>> 2. the input even says: "Hit return to accept" >>> >>> so.. >>> >>> sebastian >>> >>> o/ >>> >>> >>> >>> >> > > >

March 1, 2012

Re: [Pharo-project] Alien signature: first attempt

by Nicolas Cellier

Le 1 mars 2012 21:30, Eliot Miranda <eliot.miranda(a)gmail.com> a Ã©crit : > > > On Thu, Mar 1, 2012 at 11:08 AM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: >> >> Hi, >> >> sorry for not sending before: work is hard :P >> yes, that should work, and no, I don't know a better way to define it. > > > No it won't work. Â See my message. > >> >> I think Eliot's idea is to form "libraries" of generic callbacks (for >> mars, for instance, I have CocoaCallback, child of Callback, who defines all >> my needed signatures, looks a lot at first instance, but if you see in >> detail, finally there are not so much variants) > > > Yes, the idea is to have a library of signature methods that marshal > specific C callback signatures to/from Smalltalk blocks. Â The pragma > specifies what ABI (application binary interface, or stack layout) the > signature is for so that the scheme is cross-platform. Â But I expect that > these signature methods could be the output of an ABI compiler, so that one > wouldn't have to write them by hand. Â The pragma doesn't need to include a > word-size since IA64 is a different ABI to IA32, and so the ABI subsumes > word size. > > HTH > Let me understand... If I have a signature (char x,double y, short z) IA-32, where is the spalien pointing to? - the original call stack (with proper ABI alignment, that is offsets 0,4,12, or 1-based indices 1,5,13) - a serialized copy without alignment padding (offsets 0,1,9, or 1-based indices 1,2,10) In the former case, that means that the indices must be computed according to ABI (might be different in PPC for example). And even if such code is generated with an ABI-aware interface compiler, is it really platform independent? I'm quite sure the ABI have subtle variations, which are not even platform but compiler specific... For example of such niceties in win32, did you ever try returning a structure by value from a cdecl mingw-gcc compiled function to a cdecl visual studio compiled caller, not even speaking of different internal structure alignment padding (controlled with #pragma packed(4) or other compiler options...) This apple page helps a lot, for example it tells how gcc returns a structure by value... https://developer.apple.com/library/mac/#documentation/developertools/Conce… Nicolas >> >> >> best, >> Esteban >> >> El 01/03/2012, a las 3:57p.m., Schwab,Wilhelm K escribiÃ³: >> >> > Esteban, >> > >> > Will this work? Â Even if so, is there a better way to define it? >> > >> > longVoidStarLongRetInt: callbackContext sp: spAlien >> > Â Â Â <signature: 'int (*) (long, void *, long)' abi: 'IA32'> >> > Â Â Â ^callbackContext wordResult: >> > Â Â Â Â Â Â Â (block >> > Â Â Â Â Â Â Â Â Â Â Â value: (Alien newC:4) >> > Â Â Â Â Â Â Â Â Â Â Â value: (Alien forPointer: (spAlien unsignedLongAt: >> > 5)) >> > Â Â Â Â Â Â Â Â Â Â Â value: (Alien newC:4) >> > Â Â Â Â Â Â Â ) >> > >> > Bill >> > >> > ________________________________________ >> > From: pharo-project-bounces(a)lists.gforge.inria.fr >> > [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K >> > [bschwab(a)anest.ufl.edu] >> > Sent: Thursday, March 01, 2012 12:15 AM >> > To: Pharo-project(a)lists.gforge.inria.fr >> > Subject: Re: [Pharo-project] FFI on 1.3: compile fields >> > >> > 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. >> >>>> >> >>> >> >>> >> >>> >> >> >> >> >> >> >> > >> > >> > >> > >> >> > > > > -- > best, > Eliot >

March 1, 2012

Re: [Pharo-project] Nautilus version 4.0.4

by StÃ©phane Ducasse

MCHttpRepository location: 'http://www.squeaksource.com/Growl' user: '' password: '' Feel free to improve it :) We should include it by default in the system. Stef >>>> I am working on self destructive balloon morphs for such events. >>>> Because you want a popup to get the info, but you do not want this popup to interrupt you :) >>>> Something like Growl seems to work well ;) >>>> (the same when no senders are found etc) >>> >>> I did that yesterday: >>> >>> http://dl.dropbox.com/u/24369478/VanishingMorph.mov >>> >>> (you can specify the position, the width the height, the margin, and it automatically split the text if it's too long ^^ ) >> >> Cool! >> Just a question the growlMorph was not good enough? > > What is this ? Where can I find it ? > > > Ben > >> >> Stef >> >> > >

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by StÃ©phane Ducasse

Cool erwan. Have fun and learn. After we will see how we can play with lumber abstractions to avoid reinventing the wheel. Stef On Mar 1, 2012, at 9:51 PM, Erwan Douaille wrote: > That's what i do. Jean Baptiste send me his code, and show me how build a sphere and i'm reading it ... and try to unterstanding how do it ;) > > 2012/3/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Excellent! > Erwan should really look how we could use that to build a back end for Lumiere or Klotz. > Alex :) Fernando :) > It will be really fun. > > > On Mar 1, 2012, at 1:47 AM, Jean Baptiste Arnaud wrote: > > > 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 > > > > > > > > > > > > > > -- > Douaille Erwan <douaille.erwan(a)gmail.com>

March 1, 2012

Re: [Pharo-project] Nautilus version 4.0.4

by Benjamin

On Mar 1, 2012, at 9:55 PM, StÃ©phane Ducasse wrote: >>> >>> I am working on self destructive balloon morphs for such events. >>> Because you want a popup to get the info, but you do not want this popup to interrupt you :) >>> Something like Growl seems to work well ;) >>> (the same when no senders are found etc) >> >> I did that yesterday: >> >> http://dl.dropbox.com/u/24369478/VanishingMorph.mov >> >> (you can specify the position, the width the height, the margin, and it automatically split the text if it's too long ^^ ) > > Cool! > Just a question the growlMorph was not good enough? What is this ? Where can I find it ? Ben > > Stef > >

March 1, 2012

Re: [Pharo-project] FilePlugin rant

by StÃ©phane Ducasse

Marcus let us know kills all the dragons at the same time. We will get there and kill them ALL but ONE BY ONE. Dale is working on git and probably git will solve the history metadata for us :). Now I would love to see 1.4 getting beta and green bar. Stef On Mar 1, 2012, at 9:27 PM, Marcus Denker wrote: > > On Mar 1, 2012, at 9:03 PM, Mariano Martinez Peck wrote: > > >> I have also experimented the problem of Monticello being unusable > > The sentence should stop here... > > We really need to think hard about Monticello... just look at 1.4 from > https://ci.lille.inria.fr/pharo/job/Pharo%201.4/lastSuccessfulBuild/artifac… > > Image size: 17.7MB > > Hmm... that's large. Pharo is growing out of leaps and bounds! We add crap all the time! > No, actually not. > > 1. Monticello ancestry. > > MCVersionInfo allInstances do: [ :each | each instVarNamed: 'ancestors' put: nil ]. > > doit, save. --> 12.7 MB. > > So MC wastes 5MB for history. Now history is important. But can we actually use the history? > > The Changes and Source are together now 53MB... because we need the history. But, isn't > that what MC should do? Why can't it do it? Even though it wastes 5MB constantly? > > Continuing... > > 2) Scriptloader. Big piece of crap. Delete the class. Save ---> 10.3 MB > > What it does is to define which exact package versions made up a pharo version. So we know what > 14345 was *exactly*. And it records the comment of what changed. > Again: Shoudn't a "software versioning and a revision control system" do *exactly* that? No? > > 3) "ScriptLoader new cleanUpForProduction" does 1 and 2 and removed the tests, does some cleanup > --> 8.3 MB And that is with all the fonts! Fully usable. All tools. (but not SUnit). 8.3 MB.... > > So I really wonder if we don't need to do something different.... > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > >

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by Jean Baptiste Arnaud

a small push today. > >> 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. > > Yeeesssssssssss! > > Stef > > Regard Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

March 1, 2012

Re: [Pharo-project] Nautilus version 4.0.4

by StÃ©phane Ducasse

>> >> I am working on self destructive balloon morphs for such events. >> Because you want a popup to get the info, but you do not want this popup to interrupt you :) >> Something like Growl seems to work well ;) >> (the same when no senders are found etc) > > I did that yesterday: > > http://dl.dropbox.com/u/24369478/VanishingMorph.mov > > (you can specify the position, the width the height, the margin, and it automatically split the text if it's too long ^^ ) Cool! Just a question the growlMorph was not good enough? Stef

March 1, 2012

Re: [Pharo-project] fun with NBOpenGL

by Erwan Douaille

That's what i do. Jean Baptiste send me his code, and show me how build a sphere and i'm reading it ... and try to unterstanding how do it ;) 2012/3/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Excellent! > Erwan should really look how we could use that to build a back end for > Lumiere or Klotz. > Alex :) Fernando :) > It will be really fun. > > > On Mar 1, 2012, at 1:47 AM, Jean Baptiste Arnaud wrote: > > > 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 > > > > > > > > > > > -- Douaille Erwan <douaille.erwan(a)gmail.com>

March 1, 2012

Re: [Pharo-project] Small usability glitch

by Sebastian Sastre

just for reference, it doesn't in today's one Pharo1.4a Latest update: #14369 sebastian o/ On Mar 1, 2012, at 4:32 PM, Benjamin wrote: > It works in Nautilus with almost the latest Pharo > > > Ben > > On Mar 1, 2012, at 8:30 PM, Camillo Bruni wrote: > >> Hi sebastian >> >> This actually used to work that way. >> Will check >> >> Best >> Cami >> >> >> -----Original message----- >> From: Sebastian Sastre <sebastian(a)flowingconcept.com> >> To: Pharo-project(a)lists.gforge.inria.fr >> Sent: 2012 Mar, Thu, 1 19:25:01 GMT+00:00 >> Subject: [Pharo-project] Small usability glitch >> >> Hey guys, >> >> when opening a SystemBrowser and executing a "Find class..." command (with context menu or cmd-f with focus in the packages pane) there is a dialog listing the classes that matches whatever you type. >> >> So far so great. >> >> The problem is that time and again I use the arrows keys to select the one that I was looking for and press enter only to get a dialog closed in a no-op. >> >> Note that: >> 1. to make that dialog work, the only way is to use the mouse to click on OK or double click the target class and >> 2. the input even says: "Hit return to accept" >> >> so.. >> >> sebastian >> >> o/ >> >> >> >> >

March 1, 2012