March 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] block rewriting...
by StÃ©phane Ducasse March 23, 2012

March 23, 2012

Begin forwarded message: > From: Paul Baumann <paul.baumann(a)theice.com> > Subject: Re: [vwnc] [vw7.7] Perhaps unknown limitation of BlockClosure>>once (in Assets) > Date: March 23, 2012 3:12:40 PM GMT+01:00 > To: Eliot Miranda <eliot.miranda(a)gmail.com>, Reinout Heeck <vwnclist(a)soops.nl> > Cc: "vwnc(a)cs.uiuc.edu" <vwnc(a)cs.uiuc.edu> > > It sounds similar to a technique I use in GS/S code to turn ComplexBlocks into SimpleBlocks (different terminology from VW, but same idea). The "Efficient GemStone Enumeration" framework has been enhanced and simplified (http://techsupport.gemstone.com/entries/175923-efficient-gemstone-enumerati…) Sorry I haven't shared the updated version yet. One of the neat things about the new version is that it is extended to optimize blocks for enumeration. It effectively recompiles blocks to pass context into simpler blocks through extended arguments rather than having a block closure reference external context. The optimized blocks are cached for reuse. Amazing gains are achieved in GS by using SimpleBlocks instead of ComplexBlocks. The framework I mentioned makes it possible to write application code to use simple blocks but it is still up to a developer to revise code to use the simple blocks. Developers get it wrong. They sometimes go through a lot of effort to refactor code but make a mistake in the optimization that makes all that work moot. This automatic optimization eliminates those mistakes and existing code can become much faster without having to tune application code. > > Collection>>including: including1 including: including2 > collect: threeArgBlock > "Extension of GS_CollectionPerformanceBase. plb 2011.06.27" > > | results optimizedBlock | > optimizedBlock := threeArgBlock forEnumerating: self. > results := self _newCollectResultForBlock: optimizedBlock. > self > _into: results > elective: including1 > elective: including2 > elective: nil > elective: nil > keyedCollect: optimizedBlock. > self _finishedCollect: optimizedBlock > started: 0 > results: results. > ^results > > This framework is for GS/S; however, the same performance gains can be obtained in other dialects. > > Paul Baumann > > > > From: vwnc-bounces(a)cs.uiuc.edu [mailto:vwnc-bounces@cs.uiuc.edu] On Behalf Of Eliot Miranda > Sent: Thursday, March 22, 2012 18:02 > To: Reinout Heeck > Cc: vwnc(a)cs.uiuc.edu > Subject: Re: [vwnc] [vw7.7] Perhaps unknown limitation of BlockClosure>>once (in Assets) > > > > On Thu, Mar 22, 2012 at 10:13 AM, Reinout Heeck <vwnclist(a)soops.nl> wrote: > Trying to atone for that foot in my mouth, I concocted a sketch for fixing #once. > > Clever! And that suggests a simple implementation for Squeak. Methods can maintain a map in a their properties/pragmas/method tags to map closure initial pc to cached value. Thanks!! > > Please find attached a workspace snippet that will alter the system without immediately crashing it. > When evaluating the script it will complain about undeclared names, simply hit 'leave undeclared'. > > > This implementation delegates the caching and becoming to the CompiledBlock instances instead of the BlockClosure instances that the original used. It should now work for both clean and copying blocks. > The simple test Steven Kelly supplied below should now yield true in both cases. > > This code has hardly been tested, its just a sketch and needs some cleanup (and it is developed on 771 FTW). > > In both the original and new versions I miss the flushing of the VM (JIT) caches, > could someone here with knowledge about the JIT review this apparent omission? > > > > On 3/21/2012 1:32 PM, Steven Kelly wrote: > Object class>>onceClean > "self onceClean == self onceClean" "true" > ^[Object new] once > > Object class>>onceUnclean > "self onceUnclean == self onceUnclean" "false" > ^[self new] once > > Enjoy, Reinout > > > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > > > > -- > best, > Eliot > > > This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired. > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

1 0

[Pharo-project] Pharo 1.4 Tests-Unix - Build # 302 - Still Unstable!
by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr March 23, 2012

March 23, 2012

1 0

[Pharo-project] [update 1.4] #14408
by Marcus Denker March 23, 2012

March 23, 2012

14408 ----- Issue 5525: Get rid of string comparison in MessageListBrowser and FlatMessageListBrowser http://code.google.com/p/pharo/issues/detail?id=5525 Issue 5524: StartupPreferences progress bar http://code.google.com/p/pharo/issues/detail?id=5524 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Pharo and an old plotter
by Pavel Krivanek March 23, 2012

March 23, 2012

Hi, I would like to mention one funny usage of Pharo. I have got an old simple czech plotter from 1989 named XY4150. It is no secret that the interactive environment of Smalltalk is ideal for controlling such machines because it is very easy to send commands to it and experiment with drawing capabilities. Even today such old hardware can find a real-life production deployment. I currently use it to write owner names to plastic cards with pre-printed bar codes by a special pen destined to sign credit cards :-) It is controlled by Arduino however LPT can be used too. Btw. there was several interesting czech plotters. The most interesting one was named Merkur Alfi. It was a construction set for children with two stepper motors and one relay. http://www.youtube.com/watch?v=yUmFYzyL9eo And they started to sell it recently again so if you are looking for some cool hardware for your children, you can look here: http://www.merkurtoys.cz/vyrobky/plotrovy-zapisovac-alfi-z-merkuru[1] But it's about 139â¬ so it's quite expensive... Cheers, -- Pavel

5 6

[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 32 - Still unstable!
by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr March 23, 2012

March 23, 2012

1 0

[Pharo-project] Git on CI
by Pavel Krivanek March 23, 2012

March 23, 2012

Hi, we have got a problem with Git on CI server that cause failing "Scripts download" job. Console output tells: Cannot run program "git" (in directory "/Users/hudson/jenkins/workspace/Scripts download"): error=2, No such file or directory I looked at the Jenkins configuration and it cannot find Git: There's no such executable git in PATH: /sbin, /usr/sbin, /bin, /usr/bin. Cheers, -- Pavel

2 4

[Pharo-project] Where should debug file name be?
by Guillermo Polito March 23, 2012

March 23, 2012

Because this: SmalltakImage>>openLog "This is a _private_ method, Because it really belongs to logging facility, we should delegate to it at some point " ^ ( FileStream fileNamed: *Smalltalk tools debugger logFileName* ) wantsLineEndConversion: true; setToEnd; yourself Is ugly :) Guille

3 5

[Pharo-project] Montcello question
by Schwab,Wilhelm K March 23, 2012

March 23, 2012

Is there a way to save a global variable into an MC package? I will probably just gzip some data and make a class method with the reduced byte array as a literal, but it would be nice to simply somehow tag a global and have it magically part of the package. Bill

2 1

[Pharo-project] Callback(?) debugging - bad number of arguments
by Schwab,Wilhelm K March 23, 2012

March 23, 2012

Eliot, I am calling something that I *think* simply tells GSL where to find the callbacks and a relevant structure. But I am getting a primitive failure in VMCallbackContext32>>primReturnAs:fromContext:, which I assume means that the library is attempting to call into Pharo. In the debugger's context, ec is set to #'bad number of arguments'. I have looked at the signatures and the blocks, and the argument counts look correct at first glance, albeit toward the end of a long day. Am I being naive? Any better ideas? My next inclination is to set breakpoints in all of the callbacks to seee if any of them get hit. I can't see why they would, but it's possible - especially given other weirdness that I have observed in GSL. It work, but it's a little rough around the (design/elegance) edges at times. Bill

2 3

[Pharo-project] About NonInteractiveUIManager>>#onSnapshot: and related
by Guillermo Polito March 23, 2012

March 23, 2012

Hi, I was doing some hacking, and playing with NonInteractiveUIManager. And it puzzled me that I realized that it has an inst var *uiManager* that seems to refer to an uiManager it's replacing. But my UIManager is not replacing anyone, it's my default and unique UIManager and this var points to nil :S! So the code below does not work... onSnapshot: resuming "The resuming argument is true when image boots from disk, and false, if user just did an image snapshot." resuming ifTrue: [ Smalltalk isHeadless ifFalse: [ "restore old, or nil, so it will be set in #default " *uiManager beDefault. UIManager default onSnapshot: resuming.* ^ self ]. Smalltalk isInteractive ifTrue: [ "use a headless but interactive manager" ^ self headlessManager onSnapshot: resuming ]]. " this flag set to true only if we are saving a snapshot before quitting " doNotQuitOnRestart ifTrue: [ Smalltalk snapshot: false andQuit: true]. I made it work in my image adding within the controversial lines: uiManager ifNotNil: [ * uiManager beDefault. UIManager default onSnapshot: resuming.* ] But it really looks like a hack because that inst var is ment to do something else... Is it asking me for a refactor? Or am I using this stuff in the wrong way? Camillo, Igor? :P Guille

4 7