[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40292 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] 64869d: 40292
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 64869d4fa7bbbd94f0764df922abd455be02ddfc https://github.com/pharo-project/pharo-core/commit/64869d4fa7bbbd94f0764df922abd455be02ddfc Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-10-09 (Thu, 09 Oct 2014) Changed paths: M AST-Core.package/RBFindBlockArgumentAssignment.class/instance/visiting/visitArgumentNode_.st M AST-Core.package/RBFindBlockArgumentAssignment.class/instance/visiting/visitAssignmentNode_.st M Polymorph-Widgets.package/MorphicUIManager.class/instance/ui requests/edit_label_accept_.st M Polymorph-Widgets.package/MorphicUIManager.class/instance/ui requests/openComparisonFrom_to_belongingTo_from_labeled_inWindowLabeled_.st M Refactoring-Critics.package/RBSmalllintChecker.class/instance/actions/run.st M SUnit-UI.package/TestRunner.class/instance/history saving/showDiffWith_.st M SUnit-UI.package/TestRunner.class/instance/history saving/showProgress.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script292.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40292.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Spec-Core.package/MenuModel.class/instance/protocol/addTitle_.st M System-Settings.package/SettingBrowser.class/instance/user interface/helpDeclaringAndManagingSettings.st Log Message: --- 40292 14196 Do not use workspace as an editor https://pharo.fogbugz.com/f/cases/14196 14086 RBSmalllintChecker is not applying rules in class-side https://pharo.fogbugz.com/f/cases/14086 14133 UIManager should not overuse the workspace for editing https://pharo.fogbugz.com/f/cases/14133 14195 In the ChangeSorter: DNU when trying to get a menu https://pharo.fogbugz.com/f/cases/14195 14199 RBFindBlockArgumentAssignment is sometimes wrong https://pharo.fogbugz.com/f/cases/14199 http://files.pharo.org/image/40/40292.zip
Re: [Pharo-dev] ShoreLine Reporter - A tool to collect stack traces
Hello, thanks for the feedback! I uploaded the slides here: http://shoreline.inf.usi.ch/files/ESUG2014.pdf (I tried slideshare, but it didm't work...). The video of the presentation is among the ESUG2014 videos, this are the direct links: https://www.youtube.com/watch?v=_PDQGlq4yxwindex=61list=PLJ5nSnWzQXi_6yyRLsMMBqG8YlwfhvB0X https://www.youtube.com/watch?v=GgXdA-bcmyAindex=60list=PLJ5nSnWzQXi_6yyRLsMMBqG8YlwfhvB0X Tommaso On 08/10/14 18:36, Martin Dias wrote: Tommaso: I also started to load it On Wed, Oct 8, 2014 at 6:09 PM, Esteban A. Maringolo emaring...@gmail.com mailto:emaring...@gmail.com wrote: Do you have a link to ESUG's slides/presentation? Regards! Esteban A. Maringolo 2014-10-07 13:23 GMT-03:00 Tommaso Dal Sasso tommaso.dalsa...@gmail.com mailto:tommaso.dalsa...@gmail.com: Hello everybody, for those of you who were not at ESUG, I present ShoreLine Reporter. ShoreLine Reporter is a Pharo plugin to collect stack traces from exceptions and send them to a central repository. You can give feedback to the community by breaking things: how cool is that? * Why? We are collecting stack traces for research purposes and to identify the Pharo components that can be improved or optimized. We are also working on a web platform where users can access the submitted data and use them during the debugging process. More on that soon! * How? You can install ShoreLine Reporter by visiting the project page on SmalltalkHub: http://www.smalltalkhub.com/#!/~dalsat/ShoreLine-Reporter/ http://www.smalltalkhub.com/#%21/%7Edalsat/ShoreLine-Reporter/ Installing ShoreLine Reporter requires only a couple of seconds, and you can configure it with the level of feedback that you prefer. On the SmalltalkHub page you can find a script to automatically install ShoreLine Reporter with every new Pharo image. Just drop it in your Pharo preferences directory and forget about it. Once ShoreLine Report is installed, you can decide to configure if you want to be prompted to submit a stack trace, or to automatically submit each exception without any bother. * What? We try to collect as few data as possible: the execution stacktrace, the name of the author and the Pharo build. We do *not* any collect personal data, such as passwords or repositories. The data is currently stored on our server, at the University of Lugano. * Compatibility ShoreLine Reporter is developed for the Pharo debugger. We are improving ShoreLine Reporter to work with GTInspector, we will push an update in the following days. For any problem, contact me! Thanks, hope to see a lot of your exceptions ;-) Tommaso Dal Sasso @ REVEAL
Re: [Pharo-dev] ShoreLine Reporter - A tool to collect stack traces
On 09 Oct 2014, at 11:25, Tommaso Dal Sasso tommaso.dalsa...@gmail.com wrote: Hello, thanks for the feedback! I uploaded the slides here: http://shoreline.inf.usi.ch/files/ESUG2014.pdf (I tried slideshare, but it didm't work…) They are on the ESUG account: http://www.slideshare.net/esug/shoreline-bugs-the-smalltalk-way Marcus
[Pharo-dev] Building diffs
Hi, What is the best way to find a difference between methods? I’ve tried to use TextDiffBuilder, but it’s very inaccurate, as it reports dive by line, and then even indentation is rated as change of whole line. Is there anything better? Cheers! Uko
Re: [Pharo-dev] List Method selection could be improved
Phil wrote: Pharo3: keep your finger on shift at all times to move multiple things. Christophe Demarey showed it to me as I was complaining. Still, completely unintuitive. Not as bad as TestRunner's way of dealing with selections, but still very bad. There are lots of open/closed issues for it 12534, 10124, 5198 Sounds like a good topic for a sprint
[Pharo-dev] [pharo-project/pharo-core] c8df5e: 40293
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: c8df5e8deb5568f3f0351bab09fc0be644933dd8 https://github.com/pharo-project/pharo-core/commit/c8df5e8deb5568f3f0351bab09fc0be644933dd8 Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-10-09 (Thu, 09 Oct 2014) Changed paths: A Refactoring-Core.package/RBNamespace.class/instance/accessing/allBehaviorsDo_.st M Refactoring-Core.package/RBNamespace.class/instance/accessing/allClassesDo_.st M Refactoring-Core.package/RBNamespace.class/instance/private/privateReferencesTo_.st M Refactoring-Critics.package/RBSmalllintChecker.class/instance/actions/run.st R Refactoring-Environment.package/RBAndEnvironment.class/instance/accessing/numberSelectors.st M Refactoring-Environment.package/RBBrowserEnvironment.class/instance/accessing-classes/allClasses.st M Refactoring-Environment.package/RBBrowserEnvironment.class/instance/accessing-classes/allClassesAndTraits.st M Refactoring-Environment.package/RBBrowserEnvironment.class/instance/accessing-classes/allMetaClasses.st M Refactoring-Environment.package/RBBrowserEnvironment.class/instance/accessing-classes/allNonMetaClasses.st A Refactoring-Environment.package/RBBrowserEnvironment.class/instance/accessing-classes/classesAndTraits.st M Refactoring-Environment.package/RBBrowserEnvironment.class/instance/private/allClassesAndTraitsDo_.st M Refactoring-Environment.package/RBBrowserEnvironment.class/instance/private/allClassesDo_.st R Refactoring-Environment.package/RBCategoryEnvironment.class/instance/accessing/numberSelectors.st M Refactoring-Environment.package/RBClassEnvironment.class/instance/accessing-classes/classesDo_.st R Refactoring-Environment.package/RBOrEnvironment.class/instance/accessing/numberSelectors.st M Refactoring-Environment.package/RBPackageEnvironment.class/instance/accessing/classesDo_.st R Refactoring-Environment.package/RBPackageEnvironment.class/instance/accessing/numberSelectors.st R Refactoring-Environment.package/RBSelectorEnvironment.class/instance/accessing/numberSelectors.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script293.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40293.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 40293 14098 allClassesAndTraits significantly different from allClassesAndTraitsDo: https://pharo.fogbugz.com/f/cases/14098 http://files.pharo.org/image/40/40293.zip
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40293 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40294 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] 81a7f2: 40294
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 81a7f2bc3c13fb7cd2ae8a954f823ebc130e8ecf https://github.com/pharo-project/pharo-core/commit/81a7f2bc3c13fb7cd2ae8a954f823ebc130e8ecf Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-10-09 (Thu, 09 Oct 2014) Changed paths: M Kernel.package/Class.class/instance/copying/copy.st R Manifest-Core.package/SmalllintManifestChecker.class/instance/actions/run.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script294.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40294.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Slot.package/extension/Behavior/instance/layout_.st R SlotTests.package/SlotIntegrationTest.class/instance/running/expectedFailures.st M SlotTests.package/SlotIntegrationTest.class/instance/tests/testCopyPreservesLayout.st Log Message: --- 40294 11243 Classcopy does not preserve layout https://pharo.fogbugz.com/f/cases/11243 14099 SmalllintManifestChecker duplicates RBSmalllintChecker#run https://pharo.fogbugz.com/f/cases/14099 http://files.pharo.org/image/40/40294.zip
Re: [Pharo-dev] Building diffs
Yuriy, For tODE is use TextDiffBuilder, but I format the source before doing the diff ... it's still line by line, but formatting differences are eliminated ... Dale On Thu, Oct 9, 2014 at 2:34 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Hi, What is the best way to find a difference between methods? I’ve tried to use TextDiffBuilder, but it’s very inaccurate, as it reports dive by line, and then even indentation is rated as change of whole line. Is there anything better? Cheers! Uko
Re: [Pharo-dev] Building diffs
Yes, I’ve tried to use pretty printed version, the problem is that if you wrap something in a block, then it’s indented anyway, and so it looks like you’ve replaced a lot. Uko On 09 Oct 2014, at 18:39, Dale Henrichs dale.henri...@gemtalksystems.com wrote: Yuriy, For tODE is use TextDiffBuilder, but I format the source before doing the diff ... it's still line by line, but formatting differences are eliminated ... Dale On Thu, Oct 9, 2014 at 2:34 AM, Yuriy Tymchuk yuriy.tymc...@me.com mailto:yuriy.tymc...@me.com wrote: Hi, What is the best way to find a difference between methods? I’ve tried to use TextDiffBuilder, but it’s very inaccurate, as it reports dive by line, and then even indentation is rated as change of whole line. Is there anything better? Cheers! Uko
Re: [Pharo-dev] Building diffs
Yuriy, In that case, I'd be inclined to strip the leading whitespace off of the lines and do the diff ... TextDiffBuilder could probably be subclassed/extended to remove leading whitespace for diff and then restore the whitespace for diff ... Dale On Thu, Oct 9, 2014 at 10:19 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Yes, I’ve tried to use pretty printed version, the problem is that if you wrap something in a block, then it’s indented anyway, and so it looks like you’ve replaced a lot. Uko On 09 Oct 2014, at 18:39, Dale Henrichs dale.henri...@gemtalksystems.com wrote: Yuriy, For tODE is use TextDiffBuilder, but I format the source before doing the diff ... it's still line by line, but formatting differences are eliminated ... Dale On Thu, Oct 9, 2014 at 2:34 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Hi, What is the best way to find a difference between methods? I’ve tried to use TextDiffBuilder, but it’s very inaccurate, as it reports dive by line, and then even indentation is rated as change of whole line. Is there anything better? Cheers! Uko
Re: [Pharo-dev] Android VM update
You are doing great job, Jean. 2014-10-06 13:30 GMT+04:00 Jean Baptiste Arnaud jbaptiste.arn...@gmail.com : Hi, I just comeback from holiday, and I realise that I do not have done a announcement yet. Now the prototype of the Pharo Android VM work. - Event is managed - Resolution up to 1080p is managed. - Most of the plugins seems worked. - File plugin allow you to browse the sd card. Next: - fix the generator then jenkins. Merge with Pharo/Cog main and Make it available for the public. - die under the mountain of bug entry open by the first public release. First release will be perfect and bugless. - allow easy personalisation of the packaging, allow you to rename and change icon easily (for your own application, Squeak/Pharo Android VM, Phratch, DR geo, etc.). - refined the jumpout logic for have a better graphical update and a better idle process (less consumption, faster reactive UI, UI updating during heavy computation, etc. ). - package the android feature in the android plugin, show/hide the keyboard via primitive, etc. etc. + init configuration. - a lot of cool idea but later Here is a youtube video to show the result: http://youtu.be/lB9UV9Z7Kss You can forward this to other mailing list, I do not have access to all of them. Best Regards Dr Arnaud jbaptiste.arn...@gmail.com
Re: [Pharo-dev] Android VM update
Great ! thanks Jean Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonze...@softsargentina.com pdigonze...@gmail.com Cel: 5493815982714 De: Denis Kudriashov dionisi...@gmail.com Para: Pharo Development List pharo-dev@lists.pharo.org Enviados: Jueves, 9 de Octubre 2014 15:15:45 Asunto: Re: [Pharo-dev] Android VM update You are doing great job, Jean. 2014-10-06 13:30 GMT+04:00 Jean Baptiste Arnaud jbaptiste.arn...@gmail.com : Hi, I just comeback from holiday, and I realise that I do not have done a announcement yet. Now the prototype of the Pharo Android VM work. - Event is managed - Resolution up to 1080p is managed. - Most of the plugins seems worked. - File plugin allow you to browse the sd card. Next: - fix the generator then jenkins. Merge with Pharo/Cog main and Make it available for the public. - die under the mountain of bug entry open by the first public release. First release will be perfect and bugless. - allow easy personalisation of the packaging, allow you to rename and change icon easily (for your own application, Squeak/Pharo Android VM, Phratch, DR geo, etc.). - refined the jumpout logic for have a better graphical update and a better idle process (less consumption, faster reactive UI, UI updating during heavy computation, etc. ). - package the android feature in the android plugin, show/hide the keyboard via primitive, etc. etc. + init configuration. - a lot of cool idea but later Here is a youtube video to show the result: http://youtu.be/lB9UV9Z7Kss You can forward this to other mailing list, I do not have access to all of them. Best Regards Dr Arnaud jbaptiste.arn...@gmail.com
[Pharo-dev] OSProcess in 3.0
Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Thanx Noury
Re: [Pharo-dev] OSProcess in 3.0
Hi Noury, no, OSProcess on Squeaksource is not dead and is integrating all the changes needed for all the platforms it is running on. And as you can see, I very recently updated the configuration to make sure it was pointing to the very latest version. Regards, Thierry Le 09/10/2014 22:30, Noury Bouraqadi a écrit : Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Thanx Noury
Re: [Pharo-dev] OSProcess in 3.0
Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Hi Noury, OSProcess is alive and well. Let me know if you have any problems with it. The Metacello configurations might be due for an update for Pharo, as there is at least one recent update that would be of interest to users of PipeableOSProcess (in www.squeaksource.com/CommandShell). Dave
Re: [Pharo-dev] OSProcess in 3.0
Thierry, Thanks for doing those configuration updates, I hit send before I saw your reply. Dave Hi Noury, no, OSProcess on Squeaksource is not dead and is integrating all the changes needed for all the platforms it is running on. And as you can see, I very recently updated the configuration to make sure it was pointing to the very latest version. Regards, Thierry Le 09/10/2014 22:30, Noury Bouraqadi a écrit : Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Thanx Noury
Re: [Pharo-dev] Program visualisation
Hi Florin, Le 08/10/2014 04:45, Florin Mateoc a écrit : Hi again, I don't understand the self-defeating part. Indeed, I do start with some knowledge, and because of that, initially I can come up with some external representation, which reflects that understanding. After staring at it enough (in its dynamic behavior), I can notice ways to improve things. I milk the representation until the initial behavior is barely recognizable. At that point it is not helpful anymore. I need a different representation now to stare at, since I have the nagging feeling that I am still leaving something on the table. How do I get to the next one? Moving in the design space sounds exactly right. So, how do you do that? No idea yet. I have tried to embed that kind of philosophy in the previous to last programming language I helped design and implement, but didn't manage to setup the right PhD subject and candidate to integrate that into the IDE/Compiler. I approached a visualisation 'guru' who was very interested, but we didn't manage to get the subject / project of the ground. It may have been a bit over-ambitious :) That is a very nice way of expressing it, except I would still say that it is not the visual system themselves that have the natural abstraction capabilities, it is a specialized part of our brain that extracts that automatically/unconsciously for us (what I called pattern matching (since it can only identify/notice things that it can match somehow)). But you expressed much better than I did why this is/would be so valuable. And I will check out the reference, thank you - the title sounds promising :). Recommended. I also have praise on the E. Tufte books of course. Well, same here, and right now I am busy with another spare time project anyway (but I couldn't resist asking about your tools :) ), but if I ever manage to get back to polish that algorithm which has been in the back of my mind during this discussion (for the longest common subsequence), and which I worked on just for fun anyway, but which left me, as I said, with the nagging feeling that I could do more (and I don't mean some peephole optimization), I will try out some of these visualization techniques to see if anything comes out of it. Please explore when you'll have time, and describe what you end up with. I have the feeling that Pharo is moving towards providing building blocks to reuse as foundations for that kind of work: Roassal, parsers, ASTs, traces, code models, etc... so that we may build any needed visualisation, as Moose is using for software in the large. I'm currently on a medium to long term quest to learn in depth / maybe improve the AST automatic generation in SmaCC; it should give me a core foundation (a common API for the ASTs for all langages that SmaCC can parse) to build upon interactive visualisations IDEs for the programming languages I'm getting involved in: yesterday C, now R, tomorrow (I hope) Fortran and Python. But this is more about static analysis than runtime behavior analysis, unless I turn to VectorFabrics underlying tech... Hum, this one is ... interesting. It opens new ideas. Thanks a lot, this is really great! Thierry
Re: [Pharo-dev] OSProcess in 3.0
Hi Dave, thanks to you. I updated OSProcess to 4.5.11 and CommandShell to 4.6.8; are those the latest? I did it last Sunday. Thierry Le 09/10/2014 22:42, David T. Lewis a écrit : Thierry, Thanks for doing those configuration updates, I hit send before I saw your reply. Dave Hi Noury, no, OSProcess on Squeaksource is not dead and is integrating all the changes needed for all the platforms it is running on. And as you can see, I very recently updated the configuration to make sure it was pointing to the very latest version. Regards, Thierry Le 09/10/2014 22:30, Noury Bouraqadi a écrit : Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Thanx Noury
Re: [Pharo-dev] OSProcess in 3.0
Darn, I think we must have both done our updates on the same day. The last update I did was this (time stamp is GMT -4 hours) : CommandShell-dtl.76 Dave Lewis, 5 October 2014 5:29:32 pm CommandShell 4.6.9 Improve pipe closing for PipeableOSProcess classcommand: and related methods to support use as stand alone command processor. An expression such as the following will now close all open handles when command processing is complete: (PipeableOSProcess command: '/bin/echo this is a test') output If you could update the configuration to pick this up, that would be great. I think it will be helpful for people who want to easily execute commands directly from the image. I think the two sub-packages that you would update are CommandShell-Base-dtl.38 and CommandShell-Piping-dtl.16 Thanks, Dave Hi Dave, thanks to you. I updated OSProcess to 4.5.11 and CommandShell to 4.6.8; are those the latest? I did it last Sunday. Thierry Le 09/10/2014 22:42, David T. Lewis a écrit : Thierry, Thanks for doing those configuration updates, I hit send before I saw your reply. Dave Hi Noury, no, OSProcess on Squeaksource is not dead and is integrating all the changes needed for all the platforms it is running on. And as you can see, I very recently updated the configuration to make sure it was pointing to the very latest version. Regards, Thierry Le 09/10/2014 22:30, Noury Bouraqadi a écrit : Hi, Just tried to install the stable version of OSProcess using the configuration browser on a 3.0. I noticed it is still on http://www.squeaksource.com/OSProcess. Does it mean it is dead? if yes, what is the alternative? Thanx Noury
Re: [Pharo-dev] Program visualisation
Hi Thierry, On 10/9/2014 4:52 PM, Thierry Goubier wrote: I'm currently on a medium to long term quest to learn in depth / maybe improve the AST automatic generation in SmaCC; it should give me a core foundation (a common API for the ASTs for all langages that SmaCC can parse) to build upon interactive visualisations IDEs for the programming languages I'm getting involved in: yesterday C, now R, tomorrow (I hope) Fortran and Python. But this is more about static analysis than runtime behavior analysis, unless I turn to VectorFabrics underlying tech... Hum, this one is ... interesting. It opens new ideas. Thanks a lot, this is really great! Thierry By coincidence (or maybe not :) ), I have also fiddled with SmaCC (and, funny thing, I am also interested in static analysis :) ). I ported it to VisualAge, maybe we should exchange notes. I am still not happy with the result, for the previous version I had optimized it to use a VA-specific primitive (CharactertestBit: - very useful little primitive, the VA scanner also uses it (I suspect they implemented it specifically for that)) instead of is... methods, and I did not get to do it yet for the current version. This is actually not just an optimization, I consider it a bug-fix as well - one cannot rely on every method in Character that happens to start with is to be fast. Plus you don't know in which environment you are using SmaCC and what kind of extensions people have implemented there. I know that I hit some really bad such methods (now I don't remember if it was ours or some third-party extension). Plus, you are generating a parser that relies on methods that may not be there at runtime. Anyway, I also have some ideas for what I think would be some improvements for SmaCC. Too many ideas, too little time (: Florin
