Squeak-dev April 2011

squeak-dev@lists.squeakfoundation.org

80 participants
387 discussions

Start a nNew thread

[OT] Etoys on vintage machines
by Bert Freudenberg 01 Apr '11

01 Apr '11

Incredibly slow, but works, amazingly: http://etoys.squeak.org/experimental/Etoys1968.jpg - Bert -

5 4

Progress bar design pattern
by Martin Dias 01 Apr '11

01 Apr '11

Hello I have a couple of algorithms and I want to show the progress while they run. I played with the progress bar and it's okay for my needs. The progress bar should be pluggable and decoupled of the algorithms. I am writing to you to ask about good designs for my problem. I hope I haven't expressed the problem in a too abstract way. The design I have in mind is a kind of observer pattern: the serialization algorithm publishes information about the run; a specific listener implements the progress bar for that serialization algorithm, interpreting the information published. Thanks, Martin

5 11

Re: [Pharo-project] [update 1.3] #13127 - 13129
by Eliot Miranda 01 Apr '11

01 Apr '11

On Fri, Apr 1, 2011 at 9:26 AM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Eliot signalled recently in squeak-dev that a Compiler recompileAll > was necessary because of some decompiler edge cases, but I did not > understand fully why. > Maybe we can differ it after integrating Issue 2559 > One doesn't need a recompileAll. The following will do just fine: (SystemNavigation new allCallsOn: #repeat) do: [:ea| ea actualClass recompile: ea methodSymbol] In general if one changes the set if inlined selectors one should recompile all senders of those selectors. The decompiler assumes that it is decompiling the same btecodes as the current compiler produces for the methods source. Hence the bytecode needs to be kept in sync with the compiler. > > Nicolas > > 2011/4/1 Marcus Denker <marcus.denker(a)inria.fr>: > > [update 1.3] #13127 - 13129 > > > > Issue 3934: Add isDisplayed in SystemWindow (Benjamin) > > Issue 3933: Better behavior for selection in PluggableListMorphOfMany > and PluggableMorphListMorphOfMany (Benjamin) > > Issue 2360: [Failing Test] nil out locals in a block if > readBeforeWritten (Nicolas) > > > > Thanks a lot Nicolas!! > > > > Part1: > > > > First stage for reducing Squeak/Pharo Compiler differences: > > This is a pre-requisite for > > issue 2360 > > > > > > - let visitor pattern #accept: return its own result rather than the node > > - remove old code generation methods > > - merge ByteCodeAgnosticMethodNode into MethodNode > > > > MessageNode initialize must be performed at the end of this stage. > > > > Part 2: > > > > - correctly move 'locationCounter localsPool' in MethodNode ivar (they > were undeclared) > > - use #notOptimizedIn: rather #than noteOptimized. > > - do not optimize a todo that would overwrite its limit (common changes > with 3677) > > - connect the OptimizedBlockLocalTempReadBeforeWrittenVisitor to > nilReadBeforeWrittenTemps in optimized blocks > > - add #testOptimizedBlockLocalNilling1 and > #testOptimizedBlockLocalNilling2 > > > > Part 3: > > > > This change includes Compiler and Decompiler changes to handle optimized > #repeat loops. > > Note that MessageNode class>>#initialize of Part2 already includes > necessary hook. > > (Sorry, some methods have changed several times in trunk, and it's easier > to upgrade several fixes at once). > > If you don't want this change in Pharo (why ?) then don't forget to > change MessageNode class>>#initialize > > > > > > > > > > > > -- > > Marcus Denker -- http://www.marcusdenker.de > > INRIA Lille -- Nord Europe. Team RMoD. > > > > > > > >

1 0

Squeak Oversight Board election self nomination
by Gary Dunn 01 Apr '11

01 Apr '11

I saw a request for more victims -- err, volunteers -- so I'll toss my hat into the ring. What I lack in Squeak proficiency I more than make up for in age and experience. Here is my bio, just a few improvements over the last one. My name is Gary Dunn. I am 61, married with two sons, and live in Honolulu. I have a very demanding full time IT job. My formal training is in music, including a Masters in Composition from the University of Illinois. I enjoy cycling and fixing old cars. I am the leader of a still struggling project called Open Slate, about improving the use of computers in education. More about me at: http://www.facebook.com/garydunn808 http://e9erust.blogspot.com Twitter @garydunn808 http://openslate.org Twitter @openslateproj Many years ago I used a Windows version of Smalltalk at work. My best effort was a GUI front-end to our Unix mail system which we used until we were forced to implement Exchange. I added word wrap to the supplied text editor class. It had a personal address book, forward and reply, and even supported attachments by way of an implementation of uuencode I wrote in Smalltalk. Those were the days! My reason for running for the board is to advocate for the role of Squeak in education. In this regard I am deeply inspired by Alan Kay. I am a big fan of Etoys, but my main interest is in high school and college aged students and in using Squeak as a unified platform for educational software, to include classroom activities, course content delivery, team collaboration, grades management, ... everything related to so-called E-Learning 2.0. (see http://en.wikipedia.org/wiki/E-learning). Where the trend in E-Learning has been towards a web-based design, my preference is for each student to collect and retain locally the information they need, so that they do not rely on continuous Internet access. I do not see E-Learning as a way to teach students to use popular office automation software. I do embrace the concept of social constructionism (see http://en.wikipedia.org/wiki/Social_constructionism_(learning_theory)) and have long pitched the value of small, individually owned, self-made slate computers as tools to foster communication between students. Many of my concepts that were unfamiliar ten years ago are becoming commonplace. Some, like open-source textbooks, have encountered unanticipated resistance. In the long view, I see the future of educational software in Open Cobalt ... take the interaction in WoW and recreate it in a learning context. Powerful stuff. -- Gary Dunn Honolulu

2 1

Board candidacy
by Colin Putney 01 Apr '11

01 Apr '11

Hi all, I'd like to throw my hat in the ring too, so please consider me a candidate in this year's SOB election. For those that don't know me, I'm a long-time member of the Squeak community. I started Squeaking in 2002 and have been active on squeak-dev and other fora ever since. There's probably not a lot of code with my initials in it in the base image, but I've contributed several external packages. I was one of the original developers of Monticello and OmniBrowser, and a long-time user of Seaside. I've used Squeak in several commercial settings, and just recently I've started a company to build web applications in Squeak. That limits my time somewhat, but also gives me incentive to help Squeak grow prosper a as a platform and community. ;-) There two things I'd like to see in the near future: one is continued progress on modularity. This is hard work, but very important. Having a small base image plus a large ecosystem of loadable packages gives us the flexibility to support all the different use-cases that people have for Squeak with a single code base and community. I think it's the *lack* of that flexibility that's led to the fragmentation of the Squeak community across all the different forks that have been created - Croquet, Etoys, Pharo, Scratch and so on. Second, I'd like to see us participate more in the larger community of open-source languages and applications we should be talking about what we've accomplished in non-Smalltalk venues, playing nicely with Linux distributions, battling it out with popular web frameworks, and generally doing cool stuff in public. Last year's and previous oversight boards have made a lot of progress here and I'd like to see it continue. My thanks to everybody who's served on the SOB, particularly those who are running again this year. Colin

4 3

Dynamic Languages Symposium 2011: call for participation
by Theo D'Hondt 01 Apr '11

01 Apr '11

Dynamic Languages Symposium 2011 Co-located with SPLASH 2011 In association with ACM SIGPLAN Portland, Oregon, USA, October 24, 2011 http://www.dynamic-languages-symposium.org/dls-11/ *** Call for papers *** The 7th Dynamic Languages Symposium (DLS) at SPLASH 2011 is a forum for discussion of dynamic languages, their implementation and application. While mature dynamic languages including Smalltalk, Lisp, Scheme, Self, Prolog, and APL continue to grow and inspire new converts, a new generation of dynamic scripting languages such as Python, Ruby, PHP, Tcl, Lua, and JavaScript are successful in a wide range of applications. DLS provides a place for researchers and practitioners to come together and share their knowledge, experience, and ideas for future research and development. DLS 2011 invites high quality papers reporting original research, innovative contributions or experience related to dynamic languages, their implementation and application. Accepted Papers will be published in the ACM Digital Library. Areas of interest include but are not limited to: - Innovative language features and implementation techniques - Development and platform support, tools - Interesting applications - Domain-oriented programming - Very late binding, dynamic composition, and runtime adaptation - Reflection and meta-programming - Software evolution - Language symbiosis and multi-paradigm languages - Dynamic optimization - Hardware support - Experience reports and case studies - Educational approaches and perspectives - Object-oriented, aspect-oriented, and context-oriented programming * Submissions and proceedings * We invite original contributions that neither have been published previously nor are under review by other refereed events or publications. Research papers should describe work that advances the current state of the art. Experience papers should be of broad interest and should describe insights gained from substantive practical applications. The program committee will evaluate each contributed paper based on its relevance, significance, clarity, and originality. Accepted papers will be published in the ACM Digital Library. Papers are to be submitted electronically at http://www.easychair.org/conferences?conf=dls2011 in PDF format. Submissions must not exceed 12 pages and need to use the ACM format, templates for which can be found at http://www.acm.org/sigs/pubs/proceed/template.html. * Important dates * Submission of papers: June 17, 2011 (hard deadline) Author notification: July 19, 2011 Final versions due: August 19, 2011 DLS 2011: October 24, 2011 SPLASH 2011: October 22-27, 2011 * Program chair * Theo D'Hondt, Software Languages Lab, Vrije Universiteit Brussel, Belgium * Program committee * Andrew Black, Portland State University, USA William R. Cook, University of Texas at Austin, USA Marc Feeley, University of Montreal, Canada Roberto Ierusalimschy, PUC-Rio, Brazil Michele Lanza, University of Lugano, Switzerland Hidehiko Masuhara, University of Tokyo, Japan Mira Mezini, University of Darmstadt, Germany Mark Miller, Google, USA Manuel Serrano, INRIA Nice, France Laurence Tratt, Middlesex University, UK David Ungar, IBM, USA Didier Verna, EPITA Research and Development Laboratory, France ________________ Theo D'Hondt tjdhondt(a)vub.ac.be

1 0

The Trunk: Tools-eem.304.mcz
by commits＠source.squeak.org 01 Apr '11

01 Apr '11

Eliot Miranda uploaded a new version of Tools to project The Trunk: http://source.squeak.org/trunk/Tools-eem.304.mcz ==================== Summary ==================== Name: Tools-eem.304 Author: eem Time: 31 March 2011, 6:29:51.619 pm UUID: bf2886ee-1f33-47ad-9025-c7253c619dd8 Ancestors: Tools-nice.303 Debugger: - use the selectedContext's method when browsing senders and implementors. - do not discard changes if the compilation of an edited method fails when in a block. =============== Diff against Tools-nice.303 =============== Item was changed: ----- Method: Debugger>>browseMessages (in category 'context stack menu') ----- browseMessages "Present a menu of all messages sent by the currently selected message. Open a message set browser of all implementors of the message chosen. Do nothing if no message is chosen." contextStackIndex = 0 ifTrue: [^ self]. + self withSelectorAndMessagesIn: self selectedContext method - self withSelectorAndMessagesIn: currentCompiledMethod evaluate: [:selector| self systemNavigation browseAllImplementorsOf: selector]! Item was changed: ----- Method: Debugger>>browseSendersOfMessages (in category 'context stack menu') ----- browseSendersOfMessages "Present a menu of the currently selected message, as well as all messages sent by it. Open a message set browser of all senders of the message chosen." contextStackIndex = 0 ifTrue: [^ self]. + self withSelectorAndMessagesIn: self selectedContext method - self withSelectorAndMessagesIn: currentCompiledMethod evaluate: [:selector| self systemNavigation browseAllCallsOn: selector]! Item was changed: ----- Method: Debugger>>contents:notifying: (in category 'accessing') ----- contents: aText notifying: aController "The retrieved information has changed and its source must now be updated. In this case, the retrieved information is the method of the selected context." | result selector classOfMethod category h ctxt newMethod | contextStackIndex = 0 ifTrue: [^false]. self selectedContext isExecutingBlock ifTrue: [h := self selectedContext activeHome. h ifNil: [self inform: 'Method for block not found on stack, can''t edit and continue'. ^false]. (self confirm: 'I will have to revert to the method from\which this block originated. Is that OK?' withCRs) ifFalse: [^false]. self resetContext: h. + "N.B. Only reset the contents if the compilation succeeds. If contents are reset + when compilation fails both compiler error message and modifications are lost." + (result := self contents: aText notifying: aController) ifTrue: + [self contentsChanged]. - result := self contents: aText notifying: aController. - self contentsChanged. ^result]. classOfMethod := self selectedClass. category := self selectedMessageCategoryName. selector := self selectedClass newParser parseSelector: aText. (selector == self selectedMessageName or: [(self selectedMessageName beginsWith: 'DoIt') and: [selector numArgs = self selectedMessageName numArgs]]) ifFalse: [self inform: 'can''t change selector'. ^false]. selector := classOfMethod compile: aText classified: category notifying: aController. selector ifNil: [^false]. "compile cancelled" contents := aText. newMethod := classOfMethod compiledMethodAt: selector. newMethod isQuick ifTrue: [self down. self selectedContext jump: (self selectedContext previousPc - self selectedContext pc)]. ctxt := interruptedProcess popTo: self selectedContext. ctxt == self selectedContext ifFalse: [self inform: 'Method saved, but current context unchanged\because of unwind error. Click OK to see error' withCRs] ifTrue: [newMethod isQuick ifFalse: [interruptedProcess restartTopWith: newMethod; stepToSendOrReturn]. contextVariablesInspector object: nil]. self resetContext: ctxt. Smalltalk isMorphic ifTrue: [World addAlarm: #changed: withArguments: #(contentsSelection) for: self at: (Time millisecondClockValue + 200)]. ^true!

1 0

Jump to page: