January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Strange Versionner behavior

by Norbert Hartl

Am 14.01.2014 um 20:31 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: > Sean P. DeNigris wrote >> - Creating a new configuration adds fileSystemLegacy and fuelMetalevel as >> dependent projects > > Okay, I see that a baseline and version have been created with sample data. > I thought Versionner was in a more usable stateâ¦ I will be patient :) > I was asking myself the same. I used it in 2.0 for months but in 3.0 it doesnât seem to work. Norbert

Jan. 14, 2014

Re: [Pharo-dev] Smalltalk Impact

by Hilaire Fernandes

Scratch is very famous worldwide. A few days ago I heard about it in a national radio show about sciences. This is why Phratch & al are jewels, to keep the lineage to Smalltalk ;-) Thanks Hilaire Le 14/01/2014 19:02, Sean DeNigris a Ã©crit : > Last week I attended an event at the The Metropolitan Museum of Art Media Lab. While networking, two educators told me that they use Scratch with their kidsâ¦ not knowing I knew anything about it. They showed me some of their students' projects and were so proud and excited. They were also intrigued when I shared Scratch's lineage, connecting the dots back to the dynabook vision of computers as a metamedium to transform human thought. I talked about Smalltalk, and directed them to Phratch - and its ability to create tiles - as a bridge between tile-based and "full fledged" programming, for those students who yearn for more expressive power. > > I thought you'd like to know that all of our work is rippling out in ways we can't imagineâ¦ > > Cheers, > Sean > -- Dr. Geo http://drgeo.eu

Jan. 14, 2014

Re: [Pharo-dev] Roassal Visualization for control flow graph issues

by Tudor Girba

Hi Clement, Pretty exciting. As Alex says, your desired algorithm is pretty specific, but it looks similar to a UML layout. If you could find one that would fit your needs, it would be a valuable addition to point us to it. Perhaps we can find the resources to implement it. Now, about your workflow. Roassal alone can already provide value added on top of existing default tools, and it's great that you could show what you could do in one hour. It takes a bit of leap of faith, but then you do not want to go back :). But, I think you would benefit even more by taking a look at the GTInspector and other related tools. For example, here are a couple of posts that might be of interest (they talk precisely about code analysis in Pharo): http://www.humane-assessment.com/blog/guiding-custom-changes-with-gtinspect… http://www.humane-assessment.com/blog/a-pharo-refactoring-story-adding-them… I would actually be interested in helping you build tools that would match your case. The reason is that in order to show the value of these tools we need custom problems - and you happen to have identified some. Could you describe the needs you have in more details? As far as I can see, the visualization is derived from source code. This can be seen as being similar to how an AST is derived from source code. The GTInspector already provides an implementation of understanding this mapping. For example, in an image with GTInspector (just download the Moose one for quick tests) do: (Collection>>#collect:) parseTree inspect and you get a picture like the attached one. [image: Inline image 1] If you give me more concrete things to look at, I can try to help. Cheers, Doru On Tue, Jan 14, 2014 at 4:50 PM, ClÃ©ment Bera <bera.clement(a)gmail.com>wrote: > Hello Roassal developers, > > A few time ago Usman Bhatti showed me Roassal. Today I decided to use it > for my daily work on a project that aims to optimize Pharo's methods. > > Firstly I am quite impressed by the quality of Roassal, I am currently > using the Roassal + Mondrian builder and I have a visual representation > which is very close to what I want after 1 hour of work with the help of > Usman. Good job guys. > > Here are 2 examples of what I use: > > exampleIfTrueIfFalse2 > | a b | > a := true. > a > ifTrue: [ > false ifTrue: [ ^ b := 1 ] ifFalse: [ b := 2 ] ] > ifFalse: [ > true ifTrue: [ b := 4 ] ifFalse: [ b := 5 ] ]. > ^ b > > [image: Images intÃ©grÃ©es 1] > > Here there's one rectangle for each basic block, entrance/exits are basic > blocks with bigger borders, and borders in red represents the "hot path", > which the path the execution flow most frequently uses (based on native > code counters added at some spots in the method by Cogit). > > Another example: > > exampleToDo > 1 to: 10 do: [ :i | > self kick: i ] > > [image: Images intÃ©grÃ©es 3] > > Now I have a few issues with the layout. I am currently using > the narrowTreeLayout which seems to be the best for my visualisation. > > *issue 1:* When branches merges, which is in a tree when a node has 2 or > more parents, or when I have a #ifTrue:ifFalse:, the child is not well > aligned horizontally. Here in the first visualisation I showed, BasicBlock > 5 is below but not in the middle of Basic block 8,7 and 4 (horizontally). I > put a minimal width for each basic block to make it better but it's still > not perfect. > *issue 2:* (most important issue) I cannot display back jumps because > then all the graph is missdrawn, therefore I need to remember where they > are instead of visualizing them all the time (I cannot display the back > jump from basic block 3 to basic block 2 in the second representation. In > addition, the back jump edge, when well displayed, overlaps the basic > blocks visualizations. > > Here is an example of what I would like for the edges and basic block > positions: > > [image: Images intÃ©grÃ©es 2] > > As you can see, here exit is in the middle of B2 and B5 horizontally, > which is not the case in my roassal visualization. > In addition, there's a back jump from B6 to B4 that I cannot display (or > all the visual representation goes nuts). The edge for the back jump does > not overlap with the basic blocks. In this graph, arrows follow a grid. I > don't care that arrows are diagonals instead of a mix of horizontal and > vertical lines but I would like to be able to see nicely the back jumps as > in this graph. > > Do you have an idea on what layout/view options I could use with Roassal > +Mondrian to have a better result ? > > I tried to create my own layout but after 2 hours I understood this cost > too much time for my planning (or perhaps I'm just too dumb to do it fast > :-( ). > > Anyway, the representation I have now is good enough for me to use it. But > a better one would be better, especially for back jumps :-). > > Thanks for any help. > > Clement > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 14, 2014

Re: [Pharo-dev] Strange Versionner behavior

by Sean P. DeNigris

Sean P. DeNigris wrote > - Creating a new configuration adds fileSystemLegacy and fuelMetalevel as > dependent projects Okay, I see that a baseline and version have been created with sample data. I thought Versionner was in a more usable stateâ¦ I will be patient :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Strange-Versionner-behavior-tp4736758p4736763.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 14, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Martin McClure

On 01/14/2014 08:49 AM, Nicolas Cellier wrote: > > > > > Just in case, note that I forwarded the message to vm-dev and that Eliot > already fixed it in his svn cog branch for linux case. > (I mean unmasking SIGALRM, not the absolute time problem) Great, thanks! Regards, -Martin

Jan. 14, 2014

Strange Versionner behavior

by Sean P. DeNigris

- Creating a new configuration adds fileSystemLegacy and fuelMetalevel as dependent projects - How do you save changes without committing? After adding a dependent project to the baseline, "Update de" (sic, label cut-off) doesn't seem to do anything. Clicking away from the baseline warns me of losing changes but doesn't offer the opportunity to save. - If I select a project in Versionner, and then click the "New prone" button, the title of the window that pops is the name of the previously selected project, not the newly-created one. Where will the changes actually go? i.e. is it just a labeling error, or am I editing the wrong project? - I reported before, but Versionner needs a standard repositoryChooser that allows to select from known repos or create a new one from a template ( like MC Browser, but hopefully better ;) ) This tool is so important. Thanks for all the work :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Strange-Versionner-behavior-tp4736758.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 14, 2014

Re: [Pharo-dev] [squeak-dev] Smalltalk Impact

by Ron Teitelbaum

That is very cool! Ron > -----Original Message----- > From: squeak-dev-bounces(a)lists.squeakfoundation.org [mailto:squeak-dev- > bounces(a)lists.squeakfoundation.org] On Behalf Of Sean DeNigris > Sent: Tuesday, January 14, 2014 1:03 PM > To: pharo-dev(a)lists.pharo.org; squeak-dev(a)lists.squeakfoundation.org > Subject: [squeak-dev] Smalltalk Impact > > Last week I attended an event at the The Metropolitan Museum of Art Media > Lab. While networking, two educators told me that they use Scratch with their > kids. not knowing I knew anything about it. They showed me some of their > students' projects and were so proud and excited. They were also intrigued > when I shared Scratch's lineage, connecting the dots back to the dynabook > vision of computers as a metamedium to transform human thought. I talked > about Smalltalk, and directed them to Phratch - and its ability to create tiles - as > a bridge between tile-based and "full fledged" programming, for those students > who yearn for more expressive power. > > I thought you'd like to know that all of our work is rippling out in ways we can't > imagine. > > Cheers, > Sean

Jan. 14, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] b0d796: 30695

by Sean P. DeNigris

GitHub wrote > 30695 > 7542 NB system example Yay!!! system: aString "self system: 'open http://www.google.com'" <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^ self nbCallout function: #( int system (String aString) ) module: NativeBoost CLibrary Works (on Mac) (Used to crash the VM) ----- Cheers, Sean -- View this message in context: http://forum.world.st/pharo-project-pharo-core-b0d796-30695-tp4736686p47367… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 14, 2014

Re: [Pharo-dev] [squeak-dev] The Trunk: Kernel-nice.831.mcz

by Sean P. DeNigris

Nicolas Cellier wrote > if logging on fogbugz, searching for right classification of > report, entitling, copy-pasting, accepting just take you one second :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Fwd-squeak-dev-The-Trunk-Kernel-nice-831-mcz-tp473652… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 14, 2014

Re: [Pharo-dev] [squeak-dev] The Trunk: Kernel-nice.831.mcz

by Marcus Denker

On 14 Jan 2014, at 18:54, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Thanks! > I will try to post a SLICE this evening with a test. > > Note that between 3 & 4 am, I have excuses for just pressing forward button on my opened gmail page. > A posteriori, if logging on fogbugz, searching for right classification of report, entitling, copy-pasting, accepting just take you one second, I'm very happy to just have pressed the forward button, this obviously was the optimal collective efficiency ;) > :-) No problem. Marcus

Jan. 14, 2014