Squeak-dev December 2011

squeak-dev@lists.squeakfoundation.org

52 participants
175 discussions

Call for Participation - Smalltalk Directions
by Roger Whitney 06 Dec '11

06 Dec '11

Smalltalk Directions is a refereed symposium that will be co-located with the Smalltalk Industry Conference (STIC) 19th–21st March 2012 in Biloxi, Mississippi. The Smalltalk Directions Symposium will run in parallel with STIC, offering a parallel track of presentations of refereed academic work that will be open to all attendees of STIC. We solicit research papers concerned with the future of the Smalltalk language, forward-looking applications of Smalltalk and Smalltalk-inspired languages, and the core technologies supporting such languages, including but not limited to: 1. Libraries & Frameworks 2. Language extensions and contractions 3. Implementation technologies, such as Virtual machines, compilers, instruction sets, garbage collection 4. Object persistence 5. Distributed objects 6. Program development tools and environments 7. Using Smalltalk to educate future object-oriented programmers 8. Design Patterns in and for Smalltalk 9. Modelling 10. Meta-programming 11. Domain-specific languages implemented in Smalltalk 12. Smalltalk on the web Both submissions and final papers must be prepared using the ACM SIGPLAN 10 point format. Templates for Word and LaTeX are availableathttp://www.acm.org/sigs/sigplan/authorInformation.htm; this site also contains links to useful information on how to write effective submissions. We are working to have accepted papers appear in the ACM Digital library. A special issue of the Journal of Object Technology will be published in conjunction with the symposium. The authors of selected papers will be invited to submit an extended version of their Smalltalk Directions submission to this special issue, which will then conduct its own reviewing precess. Papers must be submitted electronically using EasyChair (https://www.easychair.org/conferences/?conf=smalltalkdirections2) Important Dates Paper submission deadline 6th January 2012 Author notification 4th February 2012 Final version deadline 24th February 2012 Symposium 19th– 21st March 2012 Organizing Committee Andrew P Black Portland State University, USA black(a)cs.pdx.edu Ralph Johnson University of Illinois, Urbana-Champaign, USA rjohnson(a)illinois.edu Roger Whitney San Diego State University whitney(a)cs.sdsu.edu David West New Mexico Highlands University dmwest(a)nmhu.edu ---- Roger Whitney Department of Computer Science whitney(a)cs.sdsu.edu San Diego State University http://www.eli.sdsu.edu/ San Diego, CA 92182-7720 ---- Roger Whitney Department of Computer Science whitney(a)cs.sdsu.edu San Diego State University http://www.eli.sdsu.edu/ San Diego, CA 92182-7720 ---- Roger Whitney Department of Computer Science whitney(a)cs.sdsu.edu San Diego State University http://www.eli.sdsu.edu/ San Diego, CA 92182-7720

1 0

The Trunk: Tools-ul.386.mcz
by commits＠source.squeak.org 06 Dec '11

06 Dec '11

Levente Uzonyi uploaded a new version of Tools to project The Trunk: http://source.squeak.org/trunk/Tools-ul.386.mcz ==================== Summary ==================== Name: Tools-ul.386 Author: ul Time: 6 December 2011, 3:47:09.09 pm UUID: fc4b47c7-76fd-ec44-8007-2dd1fa8f227e Ancestors: Tools-ul.385 Fix for http://bugs.squeak.org/view.php?id=7678 . =============== Diff against Tools-ul.385 =============== Item was changed: ----- Method: SelectorBrowser>>quickList (in category 'as yet unclassified') ----- quickList "Compute the selectors for the single example of receiver and args, in the very top pane" | data result resultArray dataStrings mf dataObjects aa statements | + data := contents asString withBlanksTrimmed. - data := contents asString. - "delete t - railing period. This should be fixed in the Parser!!" - [data last isSeparator] whileTrue: [data := data allButLast]. - data last = $. ifTrue: [data := data allButLast]. "Eval" mf := MethodFinder new. data := mf cleanInputs: data. "remove common mistakes" dataObjects := Compiler evaluate: '{', data, '}'. "#( data1 data2 result )" statements := (Compiler new parse: 'zort ' , data in: Object notifying: nil) body statements select: [:each | (each isKindOf: ReturnNode) not]. dataStrings := statements collect: [:node | String streamContents: [:strm | (node isMessage) ifTrue: [strm nextPut: $(]. node shortPrintOn: strm. (node isMessage) ifTrue: [strm nextPut: $)].]]. dataObjects size < 2 ifTrue: [self inform: 'If you are giving an example of receiver, \args, and result, please put periods between the parts.\Otherwise just type one selector fragment' withCRs. ^#()]. dataObjects := Array with: dataObjects allButLast with: dataObjects last. "#( (data1 data2) result )" result := mf load: dataObjects; findMessage. (result first beginsWith: 'no single method') ifFalse: [ aa := self testObjects: dataObjects strings: dataStrings. dataObjects := aa second. dataStrings := aa third]. resultArray := self listFromResult: result. resultArray isEmpty ifTrue: [self inform: result first]. dataStrings size = (dataObjects first size + 1) ifTrue: [resultArray := resultArray collect: [:expression | | newExp | newExp := expression. dataObjects first withIndexDo: [:lit :i | newExp := newExp copyReplaceAll: 'data', i printString with: (dataStrings at: i)]. newExp, ' --> ', dataStrings last]]. ^ resultArray!

1 0

Re: [Pharo-project] could you test the attached?
by Marcus Denker 06 Dec '11

06 Dec '11

Hi, With this change set, we get an error when doing the following: In the workspace do a "debug it" on this code: Transcript show: Class name then two times "step over" --> Subscript out of bounds error. Without the change it works. On Wed, Nov 16, 2011 at 8:58 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi All, > > I've found a bug in ContextPart>>#runUntilErrorOrReturnFrom: that in a > certain rare circumstance causes the method to peel back too much of the > stack. This method is used in the debugger (e.g. completeStep: et al) but > also in Process termination. So it is right at the heart of the system. > I'm loath to simply commit it I'd really appreciate y'all testing with the > fix and reporting any changes you see. It does not affect the trunk test > suite (there is a test, WeakSetInspectorTest, which is unreliable, but apart > form that no observed effects). So, brave souls, please try with the > attached and see if you come to grief or not. > -- > thanks, > Eliot > -- -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

3 2

The Inbox: Kernel-ul.656.mcz
by commits＠source.squeak.org 06 Dec '11

06 Dec '11

A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel-ul.656.mcz ==================== Summary ==================== Name: Kernel-ul.656 Author: ul Time: 6 December 2011, 3:18:17.526 am UUID: 20587caf-780b-384d-ad01-6bd9cf635708 Ancestors: Kernel-dtl.655 Eliot's fix of ContextPart >> #runUntilErrorOrReturnFrom: from http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-December/162373… . =============== Diff against Kernel-dtl.655 =============== Item was changed: ----- Method: ContextPart>>runUntilErrorOrReturnFrom: (in category 'controlling') ----- runUntilErrorOrReturnFrom: aSender "ASSUMES aSender is a sender of self. Execute self's stack until aSender returns or an unhandled exception is raised. Return a pair containing the new top context and a possibly nil exception. The exception is not nil if it was raised before aSender returned and it was not handled. The exception is returned rather than openning the debugger, giving the caller the choice of how to handle it." "Self is run by jumping directly to it (the active process abandons thisContext and executes self). However, before jumping to self we insert an ensure block under aSender that jumps back to thisContext when evaluated. We also insert an exception handler under aSender that jumps back to thisContext when an unhandled exception is raised. In either case, the inserted ensure and exception handler are removed once control jumps back to thisContext." + | error ctxt here topContext aSendersSender | - | error ctxt here topContext | here := thisContext. + aSendersSender := aSender sender. "Insert ensure and exception handler contexts under aSender" error := nil. ctxt := aSender insertSender: (ContextPart contextOn: UnhandledError do: [:ex | error ifNil: [ error := ex exception. topContext := thisContext. ex resumeUnchecked: here jump] ifNotNil: [ex pass] ]). ctxt := ctxt insertSender: (ContextPart contextEnsure: [error ifNil: [ topContext := thisContext. here jump] ]). self jump. "Control jumps to self" "Control resumes here once above ensure block or exception handler is executed" ^ error ifNil: [ "No error was raised, remove ensure context by stepping until popped" + [ctxt isDead or: [aSender isDead]] whileFalse: [topContext := topContext stepToCallee]. + ^{aSender isDead + ifTrue: + [| retValue | + retValue := (ctxt method == (BlockClosure >> #ensure:) + or: [ctxt method == (BlockClosure >> #ifCurtailed:)]) ifTrue: + [ctxt tempAt: 3]. "returnValue in ensure: and result in ifCurtailed:" + aSendersSender push: retValue. + aSendersSender] + ifFalse: [topContext]. + nil} - [ctxt isDead] whileFalse: [topContext := topContext stepToCallee]. - {topContext. nil} ] ifNotNil: [ "Error was raised, remove inserted above contexts then return signaler context" aSender terminateTo: ctxt sender. "remove above ensure and handler contexts" {topContext. error} ]. !

1 0

Daily Commit Log
by commits＠source.squeak.org 06 Dec '11

06 Dec '11

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2011-December/005107.h… Name: Network-ul.122 Ancestors: Network-ul.121 - fix: SocketStream >> #upTo: returned at most 100000 bytes/characters. - fix: Added a workaround to Socket >> #waitForDataIfClosed: for the Cog bug, which causes lost signals of Sockets' readSemaphore . =============================================

1 0

The Trunk: Network-ul.122.mcz
by commits＠source.squeak.org 05 Dec '11

05 Dec '11

Levente Uzonyi uploaded a new version of Network to project The Trunk: http://source.squeak.org/trunk/Network-ul.122.mcz ==================== Summary ==================== Name: Network-ul.122 Author: ul Time: 5 December 2011, 1:57:58.816 am UUID: 03150d0c-8fb9-e84b-9ec8-3d541a4eb602 Ancestors: Network-ul.121 - fix: SocketStream >> #upTo: returned at most 100000 bytes/characters. - fix: Added a workaround to Socket >> #waitForDataIfClosed: for the Cog bug, which causes lost signals of Sockets' readSemaphore . =============== Diff against Network-ul.121 =============== Item was changed: ----- Method: Socket>>waitForDataIfClosed: (in category 'waiting') ----- waitForDataIfClosed: closedBlock "Wait indefinitely for data to arrive. This method will block until data is available or the socket is closed." [ (self primSocketReceiveDataAvailable: socketHandle) ifTrue: [^self]. self isConnected ifFalse: [^closedBlock value]. + "This 500 ms waiting is a workaround for a VM bug which causes sockets waiting for data forever randomly, because the semaphore doesn't get signaled. Revert to ""self readSemaphore wait"" when the bug is fixed." + self readSemaphore waitTimeoutMSecs: 500 ] repeat - self readSemaphore wait ] repeat ! Item was changed: ----- Method: SocketStream>>upTo: (in category 'stream in') ----- upTo: aCharacterOrByte + "Answer a subcollection from the current access position to the occurrence (if any, but not inclusive) of anObject in the receiver. If anObject is not in the collection, answer the entire rest of the receiver." - "Answer a subcollection from the current access position to the occurrence (if any, but not inclusive) of anObject in the receiver. If anObject is not in the collection, answer the entire rest of the receiver." + ^self upTo: aCharacterOrByte limit: nil! - "Note: The 100k limit below is compatible with the previous version though arguably incorrect. If you need unbounded behavior either up the argument or provide nil in which case we'll read until we get it or run out of memory" - - ^self upTo: aCharacterOrByte limit: 100000!

1 0

Library for Graph-Agorithms
by Anton Gulenko 04 Dec '11

04 Dec '11

Hello Squeak-dev-guys, I need to autmatically layout some Morphs. They are instances of different subclasses of Morph and all added to a single PastUpMorph. I implemented a force-driven attraction-repulsion-algorithm, which turned out to be a fun gimmick to play with, but did not solve the original problem. I also looked at 2 different libraries, that seemed to do just what I need, but did not see how to apply their algorithms on my own Morph-instances. Do you know a nice library that can do that? Thank you all, best regards

3 3

Re: [squeak-dev] The Inbox: Monticello-topa.490.mcz
by Frank Shearar 02 Dec '11

02 Dec '11

On 2 December 2011 15:44, <commits(a)source.squeak.org> wrote: > A new version of Monticello was added to project The Inbox: > http://source.squeak.org/inbox/Monticello-topa.490.mcz Excellent! I've been hoping someone would do just this - it should drastically reduce the time take to build a custom image. > ==================== Summary ==================== > > Item was added: > + ----- Method: MCMcdReader class>>loaderDiff (in category 'as yet unclassified') ----- > + loaderDiff > + > + ^ 9999 -> [:reader | reader loadDiff]! > > Item was added: > + ----- Method: MCMcdReader class>>loaderDiffBinary (in category 'as yet unclassified') ----- > + loaderDiffBinary > + > + ^ 100 -> [:reader | reader loaderDiffBinary]! What are the magic numbers? frank

2 2

Monticello enhancing
by Tobias Pape 02 Dec '11

02 Dec '11

Dear all, afte Fuel being available for both Squeak and Pharo, I experimented a little bit. So, I put a new snapshot.fuel beside the snapshot.bin in the mcz zips (same for patch.* in mcd). But to make it easier in the future to experiment with things, I included a small facility to extend serializers/materializers or similar things more easily. How is it done? Example: new serializer in MCZ files: After my patch, include MCMczWriter class>>serializerMine ^ [:writer :snapshot | writer writeSnapshotAsMyFormat: snapshot] and MCMczWriter>>writeSnapshotAsMyFormat: snapshot self addString: (self doSomeConversion: aSnapshot) at: 'snapshot.myformat'. as Extension methods in MCMczWriter, and execute MCMczWriter populateSerializers. Now, a new file member is added to every new mcz file. As an example, I have done such thing for Fuel. Don't worry, it just uses the default behavior if Fuel is not present in either the image or the mcz-file. Best, -Tobias PS: for Squeak, see Inbox Monticello-topa.491, And I also have an MCD attached that should help using the code elsewhere.

3 3

#ensure: What would you expect?
by Tobias Pape 02 Dec '11

02 Dec '11

Dear All, given the following class: Object subclass: #Foo instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Foo'! a self b: [^ 1].! ! b: aBlock [self c: aBlock] ensure: [^ 2]. c: aBlock aBlock value. ^ 3 And you would do Foo new a what would you expect? I am very curious. Please, first guess, then execute. Best -Tobias

5 5

Jump to page: