June 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Slow compilation on one of my Windows PCs

by Peter UhnÃ¡k

I've had also bad results on windows... Windows XP 32bit (VirtualBox) - 178.200 (compilations per second) compared to Ubuntu 32bit (VirtualBox) - 694.932 Debian 64bit (host) - 669.932 I had also had experience with Git handling small files on windows was incredibly slow... so maybe it has something to do with disk writes? What exactly is happening when a method is compiled? A write to changes browser, to the image, parsing, ...? Peter On Mon, Jun 29, 2015 at 7:52 PM, Jan BlizniÄenko <bliznjan(a)fit.cvut.cz> wrote: > Hello > > I have a long-term problem with loading of packages. Compilation takes very > long time on my Windows PCs. On desktop it takes "only" double amount of > time in comparison with linux, but on notebook, it is more than 10 times > slower. Desktop has Windows 7 Ultimate 64-bit and notebook PC with Windows > 7 > Home Premium 64-bit, both have somehow similar specs (4-6 years old > dual-core processors on 2,9 and 2,4 GHz), similar software, both have > magnetic HDDs. I believe it used to take very long time on my notebook too, > but I tried opening Pharo there again and it was somehow OK, but I'm not > aware of any major change which could have caused it ... I mean... a lot > changes on my PCs, but I can't remember anything which could directly > affect > it. > > Following "benchmarks" are both on same (copy paste) of VM - Windows VM 453 > from 2015-06-18. Both on clean image 50141. All tested in as much as > similar > conditions as possible with everything else (possible) turned off. However, > it used to be slow like that for a long time on multiple previous VMs and > images since I can even remember (which is about a year). > > > [ > Gofer new > configurationOf: 'Roassal2'; > url: ' > http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/'; > loadDevelopment. > ] timeToRun inspect. > > Desktop: 386 s. > Notebook: 48 s. > Linux in VM on notebook: 27 s. > > > > |results| > results := OrderedCollection new. > 20 timesRepeat: [results add: (Float readFrom: [ > Object compile: 'a'. > ] bench)]. > ('compilations per second - avg: ', results average asString, ', min: ', > results min asString, ', max: ', results max asString) inspect. > > Notebook: compilations per second - avg: 217.7153, min: 5.0, max: 247.258 > Desktop: compilations per second - avg: 23.1337, min: 19.448, max: 28.155 > Linux in VM on notebook: compilations per second - avg: 529.0066600000001, > min: 5.0, max: 573.97 > > > I tried turning off antivirus, turning off file indexing, praying to > multiple gods, but with no success. > > I will appreciate any help. > > Jan > > > > -- > View this message in context: > http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

June 29, 2015

Chess Game / UpdatingStringMorph

by Volkert

I am trying to load the old chess game from Squeak [1] into Pharo 4.0. The game depends on the class "UpdatingStringMorph", but this is not part of Pharo. What happened to it? Was it renamed? BW, Volkert [1] http://map.squeak.org/package/cb19b6f1-e371-47b2-b814-4bad079d0fbc

June 29, 2015

Re: [Pharo-users] [Ann] DragPanels: Floating palette windows with drag-and-drop in Morphic

by Nicolai Hess

2015-06-29 14:52 GMT+02:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > On 6/29/15, Nicolai Hess <nicolaihess(a)web.de> wrote: > > 2015-06-29 12:55 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > > >> > >> > >> On Mon, Jun 29, 2015 at 12:16 PM, Stephan Eggermont <stephan(a)stack.nl> > >> wrote: > >> > >>> On 29-06-15 10:26, Hannes Hirzel wrote: > >>> > >>>> Thank you, Stephan, for providing a well worked out example continuing > >>>> where > >>>> Morphic tutorials normally end. This is a real need to unearth > >>>> functions > >>>> which have been there fore years but mostly unused. > >>>> > >>>> The two video clips document the use cases of the code nicely. > >>>> > >>>> A question not answered yet is: How do I export the panel with the > >>>> cards > >>>> as > >>>> an SVG file? > >>>> > >>> > >>> Hmm. What would be the best way to do that? > >>> - I assume in Bloc with Cairo I should be able to use an SVGCanvas? > >>> > >> > >> I thought that this was already possible with Morph>>drawOnAthensCanvas: > >> > > > > That does not imply it can be used to generate svg elements on the fly. > > Athens backend is based on a vector "drawing" library that does not > > mean it can generate any vector drawing files ... > > luckily, cairo can ! And with just a couple of native function calls, > > What are these calls? > > we > > can > > add this support to athens (see attached svg images) > > > Unfortunately the svg file does not contain the text of the cards. > E.g. searching for 'Test2' gives no result. > That's bad. Yes, it looks like string characters are converted to svg-paths.

June 29, 2015

Re: [Pharo-users] <example> pragmas and example* methods use-cases

by Sean P. DeNigris

Peter UhnÃ¡k wrote > It seems that > <sample> > is then the go-to naming for now I agree with Ben that from a native English perspective, exemplar doesn't quite sound right. Sample and Example are the two words that most clearly capture the intent. The problem with using #sample to return instances and #example to illustrate usage is that it's a bit too subtle. Even though technically one could argue the logic of that distinction, in reality English speakers use them interchangeably and it will be confusing. A core principle of Smalltalk is to type a bit more to make things clearer (e.g. avoid single-character/abbreviated variable names). I strongly feel we should be more specific and uniform by either using (<exampleInstance> & <exampleCode>) or (<sampleInstance> & <sampleCode>). ----- Cheers, Sean -- View this message in context: http://forum.world.st/example-pragmas-and-example-methods-use-cases-tp48334… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Slow compilation on one of my Windows PCs

by Jan BlizniÄenko

Hello I have a long-term problem with loading of packages. Compilation takes very long time on my Windows PCs. On desktop it takes "only" double amount of time in comparison with linux, but on notebook, it is more than 10 times slower. Desktop has Windows 7 Ultimate 64-bit and notebook PC with Windows 7 Home Premium 64-bit, both have somehow similar specs (4-6 years old dual-core processors on 2,9 and 2,4 GHz), similar software, both have magnetic HDDs. I believe it used to take very long time on my notebook too, but I tried opening Pharo there again and it was somehow OK, but I'm not aware of any major change which could have caused it ... I mean... a lot changes on my PCs, but I can't remember anything which could directly affect it. Following "benchmarks" are both on same (copy paste) of VM - Windows VM 453 from 2015-06-18. Both on clean image 50141. All tested in as much as similar conditions as possible with everything else (possible) turned off. However, it used to be slow like that for a long time on multiple previous VMs and images since I can even remember (which is about a year). [ Gofer new configurationOf: 'Roassal2'; url: 'http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/'; loadDevelopment. ] timeToRun inspect. Desktop: 386 s. Notebook: 48 s. Linux in VM on notebook: 27 s. |results| results := OrderedCollection new. 20 timesRepeat: [results add: (Float readFrom: [ Object compile: 'a'. ] bench)]. ('compilations per second - avg: ', results average asString, ', min: ', results min asString, ', max: ', results max asString) inspect. Notebook: compilations per second - avg: 217.7153, min: 5.0, max: 247.258 Desktop: compilations per second - avg: 23.1337, min: 19.448, max: 28.155 Linux in VM on notebook: compilations per second - avg: 529.0066600000001, min: 5.0, max: 573.97 I tried turning off antivirus, turning off file indexing, praying to multiple gods, but with no success. I will appreciate any help. Jan -- View this message in context: http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Re: [Pharo-users] AST Inspector

by Tudor Girba

That's a nice project. A visual rule creation tool would be so cool! Doru On Mon, Jun 29, 2015 at 7:21 PM, Mark Rizun <mrizun(a)gmail.com> wrote: > If you already seen the GT view, perhaps this means that you were missing >> something. Is it only the visual representation, or do you miss something >> else? >> > > For the most part the missing part is the visual representation of the > tree. However I did this little inspector because in the future I (maybe) > will implement a tool for code rewriting like Rewrite Tool, but only the > rule creation process will be done by manipulating visual representation of > the ASTs. > > >> Also, you can embed your view directly in GT. >> > > That's cool and I know - seen it at Pharo Days :) > -- www.tudorgirba.com "Every thing has its own flow"

June 29, 2015

Re: [Pharo-users] RAM-efficient alternative to ZnMultiPartFormDataEntity

by Paul DeBruicker

Have you seen: http://www.squeaksource.com/fileupload.html -- View this message in context: http://forum.world.st/RAM-efficient-alternative-to-ZnMultiPartFormDataEntit… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Re: [Pharo-users] AST Inspector

by Mark Rizun

> > If you already seen the GT view, perhaps this means that you were missing > something. Is it only the visual representation, or do you miss something > else? > For the most part the missing part is the visual representation of the tree. However I did this little inspector because in the future I (maybe) will implement a tool for code rewriting like Rewrite Tool, but only the rule creation process will be done by manipulating visual representation of the ASTs. > Also, you can embed your view directly in GT. > That's cool and I know - seen it at Pharo Days :)

June 29, 2015

Re: [Pharo-users] AST Inspector

by Tudor Girba

Hi, If you already seen the GT view, perhaps this means that you were missing something. Is it only the visual representation, or do you miss something else? Also, you can embed your view directly in GT. Cheers, Doru On Mon, Jun 29, 2015 at 6:53 PM, Mark Rizun <mrizun(a)gmail.com> wrote: > Need a bit of anti-aliasing for the round shapes :) >> > > Right :) > > >> I wonder how it will look with a long method: they usually have rather >> flat ASTs that would result in a wide diagram. > > > Yes it will be pretty huge. However, 1) there is an option to scale the > tree (nodes) 2) most of the methods should not be very long ;) > Still the problem remains. > > I built it rather for fun and my possible future work, than for wide > usage. But I think it may be nice for some people to one-click and see the > tree, and play with it. > > About GT inspector: yes I've seen the ast view in inspecotr, and it's > amazing how many things we can do with it. > > -- www.tudorgirba.com "Every thing has its own flow"

June 29, 2015

Re: [Pharo-users] AST Inspector

by Mark Rizun

Simple morphic. 2015-06-29 20:01 GMT+03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > What is it drawn with? > > On Mon, Jun 29, 2015 at 6:53 PM, Mark Rizun <mrizun(a)gmail.com> wrote: > >> Need a bit of anti-aliasing for the round shapes :) >>> >> >> Right :) >> >> >>> I wonder how it will look with a long method: they usually have rather >>> flat ASTs that would result in a wide diagram. >> >> >> Yes it will be pretty huge. However, 1) there is an option to scale the >> tree (nodes) 2) most of the methods should not be very long ;) >> Still the problem remains. >> >> I built it rather for fun and my possible future work, than for wide >> usage. But I think it may be nice for some people to one-click and see the >> tree, and play with it. >> >> About GT inspector: yes I've seen the ast view in inspecotr, and it's >> amazing how many things we can do with it. >> >> >

June 29, 2015