November 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] 2 month Pharo break

by kilon alios

thank you Camillo for all your efforts, have fun with your thesis and I wish you all the success with it :) Whats the theme of you thesis ? On Tue, Nov 26, 2013 at 2:45 PM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Tue, Nov 26, 2013 at 12:24 PM, Camillo Bruni <camillobruni(a)gmail.com> > wrote: > > I will cease my pharo activities for the next two months since I have to > finish my > > thesis and I see myself too often "distracted" by pharo (consider this a > good thing :). > > > that's understandable (and certainly desirable in your case :-)). > Focus on writing your thesis! > > Thank you Camillo for everything you have done. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > >

Nov. 26, 2013

Re: [Pharo-dev] 2 month Pharo break

by Damien Cassou

On Tue, Nov 26, 2013 at 12:24 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I will cease my pharo activities for the next two months since I have to finish my > thesis and I see myself too often "distracted" by pharo (consider this a good thing :). that's understandable (and certainly desirable in your case :-)). Focus on writing your thesis! Thank you Camillo for everything you have done. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 26, 2013

Re: [Pharo-dev] The Second Coming of Java article

by Serge Stinckwich

On Tue, Nov 26, 2013 at 12:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 26 Nov 2013, at 11:41, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >> >>>> Anything preventing Pharo and VisualWorks for using the technology also? >>>> >>> Short answer: Time and money. >>> The way we did it requires significant changes to the virtual machine >>> (as we believe this is the only way to get a decent performance). Indeed, if >>> somebody going to pay for it, everything's possible ;-) >> >> You should try to ask ESUG about financial support. >> > > I do not think that he talks about this kind of money. But MONEY. Ok I understand ;-) BIG MONEY -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Nov. 26, 2013

Re: [Pharo-dev] Understanding Roassal

by Alexandre Bergel

> Yes I am interested in Amber Roassal and also Roassal3d. Mostly on Amber Roassal because I want to target tablets and phones and since I have no desire to go through the App stores, javascript is my best option. We are in sync > Another thing I have observed is that in all examples there is no anti-aliasing which I find very weird because my vector editor which uses Athens as well, has anti-aliased lines. Why is that ? Strange. Have you tried to execute âROPlatform setCurrent: âathensââ. You can use the easel to set the Athens canvas. Else, simply use the Moose image, it comes with Athens and Roassal properly installed. > I am very excited about Roassal , the more I look at the code and the documentation the more I realize how flexible it is. Thanks. We took care of having a lean and clean design. Although we are quite satisfied, it is far from representing our ideal yet. One think I would like to remove, is the rendering loop, having it just above Athens, but below Roassal. We will work on this in January I think. > Is Roassal3d part of the Roassal project or is it an outside project ? It is a new and different project. > Also do you plan integrating with Spec ? Will Roassal be a backend for Spec ? We have no plan for this right now. Glamour is well integrated with Roassal. It should be easy to do it with Spec. Alexandre > > > On Mon, Nov 25, 2013 at 11:46 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > > So I took your advice and gave a good look to Roassal to learn more about how to use Athens. First I want to congratulate the coders, I was expecting a simple visualisation library for object graphs and what I see is a full blown graphics library that can be used for many diffirent kinds of graphical illustrations. > > Thanks for your nice words :-) > > > I still however trying to understand the end goal of Roassal , is there an end goal or is it generally code visualisation ? > > The goal of Roassal is getting broader with the time. The main objective of Roassal is to be a platform for data visualisation. So, as soon as you have a bunch of data (e.g., plenty of numbers or any arbitrary objects), then Roassal should give you the tools to visualize and interact with your data. > > Roassal is slowly moving from a tool for end-user to a platform on which domain specific languages can be created. This is an important point when reusing visualizations (e.g., ROTreeMapBuilder, ROMapBuilder, ROMondrianViewBuilder are all compelling examples). > > Roassal is currently being ported to Amber, which will probably broaden the vision behind Roassal. Early examples may be found on: http://pestefo.github.io/roamber/# > > > > Also I wanted to ask if Roassal can do visual coding. By that I mean visualize not only objects but messages inside methods so the users with drag and drop code in a visual way. > > Yes, Roassal is made for that. If there is something that Roassal does not allow you to do, then let us know, we are a whole team ready to polish Roassal. > > > I took a look at the examples but I see nowhere the use of bezier curves , why is that ? > > There is a few. > > Try: > -=-=-=-=-=-=-=-=-=-=-=-= > "Source code: ROMondrianExample>>bezierCurveOn:" > "Preambule. It includes the initialization. " > | view rawView | > rawView := ROView new. > view := ROMondrianViewBuilder view: rawView. > "-------------" > "-------------" > > view shape circle size: 10. > view nodes: (Collection withAllSubclasses). > view shape bezierLine. > view edgesFrom: #superclass. > view radialTreeLayout. > view center. > > "-------------" > "-------------" > "Below is the initiation of the menu and opening the visualization" > ROEaselMorphic new populateMenuOn: view. > view open > -=-=-=-=-=-=-=-=-=-=-=-= > > Have a look at the class ROSplineExample > It does not contains many examples, but you get enough to build appealing visualization (e.g., https://www.facebook.com/media/set/?set=a.511442275609041.1073741827.340543… ) > > More screenshots are available on: https://www.facebook.com/ObjectProfile > > Cheers, > Alexandre > > >

Nov. 26, 2013

Re: [Pharo-dev] The Second Coming of Java article

by phil＠highoctane.be

I downloaded ST/X this morning and looked around for a couple hours. Impressive system. And impressive clients list/activities etc. <rant> And wow, Claus is yet another individual with top notch computer chops... Seems that this community has the highest density of high perf brains. I feel humbled indeed. </rant> What struck me was the speed. Pharo really needs a huge speedup on the UI front. I am using a top of the line desktop system and still Pharo sometimes feels slow (some is due to algorithms - like the finder tool taking ages for a lot of things, but some is due to the UI system). This is not linked to the VM, as the MVC projects in Squeak are uber fast. Is the Text rewrite going to have an impact on this? On the front of interoperability, I personally have chosen to go the RabbitMQ route, it allows me to wire all kinds of things together with some room for scale. On the Java front itself, in the TCL community, we do have tclbend and also a package to do the same thing as STX:LIBJAVA. Truth be told, there hasn't been much traction in there. It works fine but that's it. http://www2.tcl.tk/1313 - usage sample http://www2.tcl.tk/14919 It also has fell behind in terms of keeping up with the latest versions of the environment. In PHP, there is the Quercus and Caucho Resin Server that allows to run PHP on top of the JVM and invoke Java from there. Some people run very fast stuff on that, and benefiting from all JEE abilities (JMS, JTA, Clustering, JAAS...) is really nice. http://www.caucho.com/resin-3.1/doc/quercus.xtp Phil On Tue, Nov 26, 2013 at 12:26 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > On 26/11/13 10:40, Serge Stinckwich wrote: > >> On Tue, Nov 26, 2013 at 10:54 AM, Jan Vrany <jan.vrany(a)fit.cvut.cz> >> wrote: >> >>> On 26/11/13 03:28, askoh wrote: >>> >>>> >>>> Bravo Jan and your collaborators. You have done it. >>>> >>> >>> >>> Thanks. >>> >>> >>>> Anything preventing STX:LIBJAVA from being used in production >>>> environments? >>>> >>> >>> >>> Good question. STX:LIBJAVA is still a research phase. However, if >>> everything >>> goes fine, we might have first project using it for real >>> in couple months. >>> >>> >> What is important is also the licence. Do you use an open-source licence ? >> > > Strictly speaking - no. For various, historical reasons. > > The Smalltalk part STX:LIBJAVA support code is available under > the same terms as Smalltalk/X itself [1]. > > The code of the VM is not publicly available for various reasons, > though it is possible to get an access. Ask Claus Gittinger if > you're interested in details. > > >> Anything preventing Pharo and VisualWorks for using the technology also? >>>> >>>> Short answer: Time and money. >>> The way we did it requires significant changes to the virtual machine >>> (as we believe this is the only way to get a decent performance). >>> Indeed, if >>> somebody going to pay for it, everything's possible ;-) >>> >> >> You should try to ask ESUG about financial support. >> >> > Maybe I should. But frankly - how many people in this community are like > "That would be great, I need this feature!" Raise hands. :-) > > Cheers, Jan > > [1] http://www.exept.de/cgi-bin/viewvc.cgi/stx/README?view=markup > > >

Nov. 26, 2013

Re: [Pharo-dev] 2 month Pharo break

by Alexandre Bergel

Good luck! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Nov 26, 2013, at 8:24 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Hi guys, > > I will cease my pharo activities for the next two months since I have to finish my > thesis and I see myself too often "distracted" by pharo (consider this a good thing :). > > Of course I will remain available for emergency activities or any other urgent inquiries, > please contact me directly in these cases. > > see you on the other side!

Nov. 26, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30598 Home: https://github.com/pharo-project/pharo-core

Nov. 26, 2013

[pharo-project/pharo-core] 396dfd: 30598

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 396dfdf0b704ad31806b0d5914e98c535ba18474 https://github.com/pharo-project/pharo-core/commit/396dfdf0b704ad31806b0d59… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-11-26 (Tue, 26 Nov 2013) Changed paths: M Collections-Strings.package/String.class/instance/comparing/findSubstringViaPrimitive_in_startingAt_matchTable_.st A Morphic-Base.package/MorphTreeListManager.class/instance/selection change/silentlySetSelectedMorph_.st M Morphic-Base.package/MorphTreeNodeMorph.class/instance/private/selectedWithoutNotifyingComplexContents_.st A Morphic-Base.package/MorphTreeNodeMorph.class/instance/private/takeHighlight.st M Morphic-Base.package/MorphTreeNodeMorph.class/instance/updating/update_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script253.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30598.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30598 12245 put back pragmas in #findSubstringViaPrimitive:... https://pharo.fogbugz.com/f/cases/12245 12244 Enhancement again in MorphTreeNodeMorph https://pharo.fogbugz.com/f/cases/12244 http://files.pharo.org/image/30/30598.zip

Nov. 26, 2013

Re: [Pharo-dev] [Vm-dev] Frequent SegFaults in PharoVM with Pharo 3.0

by Mariano Martinez Peck

Nice catch Max!!! On Mon, Nov 25, 2013 at 7:58 AM, Max Leske <maxleske(a)gmail.com> wrote: > I was able to isolate the image where the SegFault problem appears first: > 30435. Hereâs the update method: > > update30435 > "self new update30435" > self withUpdateLog: '11729 Sync Opa from repo: #timesRepeat optimization > enabled > https://pharo.fogbugz.com/f/cases/11729 > 11720 DateModel: Add #displayBlock: > https://pharo.fogbugz.com/f/cases/11720 > 11727 remove unused ivar scrollBarOnLeft in ScrollPane > https://pharo.fogbugz.com/f/cases/11727'. > self loadTogether: self script114 merge: false. > (SystemNavigation new allCallsOn: #timesRepeat:) do: [ :each | each method > recompile ]. > self flushCaches. > > > What I noticed is that 11729 is about #timesRepeat: and the code I used to > trigger the SegFaults is â3 timesRepeat: [ Smalltalk garbageCollect ]â. So > the problem might actually lie in #timesRepeat: rather than in > #garbageCollect: > > @Marcus > Iâve put you into CC because I hope that you know more about #timesRepeat: > > Cheers, > Max > > > > On 25.11.2013, at 08:26, Max Leske <maxleske(a)gmail.com> wrote: > > Interesting development: no SegFaults (while using exactly the same code) > when using an older Pharo image (version 30321 instead of latest). > This obviously suggests that the problem lies with the image and not > necessarily the vm. > > Max > > On 10.11.2013, at 20:10, Max Leske <maxleske(a)gmail.com> wrote: > > > On 07.11.2013, at 08:20, Max Leske <maxleske(a)gmail.com> wrote: > > On 07.11.2013, at 00:27, vm-dev-request(a)lists.squeakfoundation.org wrote: > > Date: Wed, 6 Nov 2013 19:23:47 -0200 > From: Mariano Martinez Peck <marianopeck(a)gmail.com> > Subject: Re: [Vm-dev] Frequent SegFaults in PharoVM with Pharo 3.0 > To: Squeak Virtual Machine Development Discussion > <vm-dev(a)lists.squeakfoundation.org> > Message-ID: > <CAA+-=mWDtHGQWSHx-m4u37Kj0UAMx=UG=qUCz+wMvgDT8BaQZQ(a)mail.gmail.com> > Content-Type: text/plain; charset="windows-1252" > > > Max, did you try with Eliot VMs besides the pharo ones? > > > No, I havenât. I can try (though only on my machine), but if I canât > reproduce the SegFault that doesnât mean much unfortunately. It took me 10 > to 20 tries with the PharoVM tooâ¦ > > Iâll try anyway and let you know what I find. > > Max > > > I just gave CogVM and NBCog a shot. Unfortunately I canât use the images > because theyâve been built with PharoVM and hang after load. At least on > the Pharo CI there are no jobs that create Cog / NBCog images. > > So no luck with different VMs. > > Max > > > > Thanks > > > On Wed, Nov 6, 2013 at 6:04 PM, Max Leske <maxleske(a)gmail.com> wrote: > > > Hi > > Weâve been encountering frequent SegFaults when running the Fuel tests on > the Pharo CI (https://ci.inria.fr/pharo-contribution/job/Fuel/) Since > today Iâve also been able to reproduce the SegFaults on my MacBook Pro (OS > X 10.9) too. We have not been able to determine the cause of the SegFault > but we can produce SegFaults often, although not reliable (more reliable on > the CI). > > The CI uses the stable VM: > http://files.pharo.org/vm/pharo/linux/stable.zip > I use a newer version from October on my machine: > http://files.pharo.org/vm/pharo/mac/273.zip > > Iâve attached all the dumps of the crashes I was able to produce on my > machine, together with Appleâs crash logs. > > Iâve been able to deduce the following: > - garbage collection seems to be a trigger for the SegFault. When one of > the methods FLMethodContextSerialization>>testFuelShouldIgnoreFuel and > FLMethodContextSerialization>>testMethodContextWithNilPc contain the line > â3 timesRepeat: [Smalltalk garbageCollect]â the SegFault appears nearly > always (on CI). When I remove the line the builds run through. > - Not all methods with the garbage collect line trigger a SegFault (I > could only identify those two) > - the garbage collect line itself suffices as a trigger in the mentioned > methods. > - The number of tests (amount of used memory?) seems to influence the > appearence of the SegFault (e.g. loading "DevelopmentGroup" seems to > trigger it more often than loading âBenchmarksâ) > - the SegFault always appears after the tests with the garbage collect > line have been run, never before > - the VM canât write the crash.dmp every time > > Since the SegFaults are so random I cannot give you an image to reproduce > the problem. Iâve had the best results using a fresh 3.0 image ( > http://files.pharo.org/image/30/30549.zip) and then evaluating the > following in a workspace: > > Gofer it > smalltalkhubUser: 'Pharo' project: 'Fuel'; > package: 'ConfigurationOfFuel'; > load. > > ((Smalltalk at: #ConfigurationOfFuel) project version: #bleedingEdge) > load: 'DevelopmentGroup'. > > HDTestReport > runClasses: (TestCase allSubclasses select: [ :class | class name > beginsWith: 'FL']) > named: âfoo' > > If it doesnât work, try using the TestRunner manually. Select the default > Fuel tests (alphabetically at F) and the additional Fuel tests (at the > bottom of the list) and run them. > > If anybody has any clue about what could be going on Iâd really appreciate > any input. Iâll happily provide more information if I can. > > Thanks for reading :) > Max > > > > > > -- > Mariano > http://marianopeck.wordpress.com > > > > -- Mariano http://marianopeck.wordpress.com

Nov. 26, 2013

Re: [Pharo-dev] 2 month Pharo break

by phil＠highoctane.be

I wish you the best! Thank you for all the effort you invested in Pharo and all of the infrastructure, it shows tremendously. Make sure you come back :-) Phil

Nov. 26, 2013