Squeak-dev November 2012

squeak-dev@lists.squeakfoundation.org

56 participants
115 discussions

Mac Test Results
by Jeff Gonis 21 Nov '12

21 Nov '12

Hi Everyone, With some of the talk about the 4.4 release recently I thought that I would run the continuous integration tests again on the mac and post the results. I get 18 expected failures and 5 failures. The failues are: LargeNegativeIntegerTest>>#testMinimumNegativeIntegerArithmetic LocaleTest>>#testLocaleChanged ReleaseTest>>#testNoObsoleteClasses SocketTest>>#testSocketReuse SocketTest>>#tesetUDP I'll run them again in a few days and post the results again. As always these tests are being run with the updated trunk image from the squeak-ci project on github and I am running OS X 10.8.2 . Thanks, Jeff

2 1

Re: [Pharo-project] now that squeaksource is back...
by Chris Muller 20 Nov '12

20 Nov '12

If SqueakSource would be made read-only even for existing projects, it could help "encourage" the transition to the new resources (ss3 and hub). But the King still needs to remain available for some time yet -- to preserve some of the diamonds in there which may not have a caretaker at this time. On Tue, Nov 6, 2012 at 3:45 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > I strongly recommend all of you to move your projects into one of the alternatives: > > http://smalltalkhub.com > http://ss3.gemstone.com > > the king is dead, long live the king! > > Esteban

3 4

About Chinese TextConverter
by liang bing 20 Nov '12

20 Nov '12

Hi, The Class of SimplifiedChineseEnvironment has not been completed in Squeak 4.3. I have tried to add some methods according to Janppenese Environment. Chinese characters display well as normal strings. Thers are some problems when recovering changes using CNGBTextConveter. I am not sure which kind of TextConverter should be choosed. Becourse there are several textConverter classes processing Chinese characters, eg CNGBTextConverter , UTF16TextConverterand UTF8TextConverter. which one is the correct in Window os? Thanks a lot! Liang Bing. -- View this message in context: http://forum.world.st/About-Chinese-TextConverter-tp4655951.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

1 0

Help! changes file crash, How to recover?
by liang bing 19 Nov '12

19 Nov '12

Hi, everybody, I come from China, Excuse me, my English is not good. I have added Chinese character input fuction in Squeak 4.3, input and display well. I have made an install.sar for chinese envirenment. taking Japanese Squeak as a reference These days, I am learning Seaside to write one website for chinese Squeak learning.almost to completed. but miserable thing happened, the changes file crash. can not read the source code now. the reason is, the methed html paragraph: ' chinese characters ', including some special characters, these cause mess code of method when accepted. I used Windows notebook to edit the changes file and find the method and delelte several word, but the whole source code in many packages are wrong now. Could someone help me to recover? Thank you very much ahead. Bing -- View this message in context: http://forum.world.st/Help-changes-file-crash-How-to-recover-tp4655481.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

3 4

Re: statistics: standard deviation
by Joseph J Alotta 17 Nov '12

17 Nov '12

I looked at the repositories that you mention and there is nothing there that I can work with. It is this very vast collection of code that has no documentation and no description. There seems to be methods for standard deviation but it involves subtracting moments from a larger object that calculated it somehow and is not to be found. It seems that one needs a vast understanding of the inner workings of smalltalk to use these classes. I was under the impression that knowledge of the hacky things is supposed to be hidden from a casual user or at least this is the design principle that is not followed. It is funny to me that there is not a simple answer to a simple question like this and I am left to coding standard deviation for myself. > On Nov 15, 2012, at 5:12, Joseph J Alotta <joseph.alotta(a)gmail.com> wrote: > >> Does anyone know where I can find methods for statistics, like standard deviation? >> >> Regression would be nice also. >> >> Sincerely, >> >> Joe.

3 2

Re: [squeak-dev] The Inbox: Tools-bf.429.mcz
by Bert Freudenberg 16 Nov '12

16 Nov '12

I wasn't sure if this should go into the release at this stage so I submitted to the inbox instead. It seems pretty safe to me, and fixes a major annoyance while debugging, so if others try and find it safe we might apply it now. Otherwise I'll push it early after the 4.4 release. - Bert - On 2012-11-16, at 19:47, commits(a)source.squeak.org wrote: > Bert Freudenberg uploaded a new version of Tools to project The Inbox: > http://source.squeak.org/inbox/Tools-bf.429.mcz > > ==================== Summary ==================== > > Name: Tools-bf.429 > Author: bf > Time: 16 November 2012, 8:47:08.199 pm > UUID: cabe1021-05b4-45f3-9141-989bcb580add > Ancestors: Tools-eem.428 > > Fix changes in debugger getting lost when reverting to method from an inner block. As reported by Aran Lunzer: > > Set up the following method on some class: > > bugger > | a1 | > a1 := 0. > [ 2 / a1 ] value > > then send <class> new bugger > > In the walkback, try changing the last line to > > [ b1:=2. 2 / a1 ] value > > (oops - said b1 instead of a1...) > > Debugger asks if it's ok to revert to the method in which the block was defined. Say ok. Then it asks about adding b1 as a new variable (NB: at this stage, the code edits have already disappeared). Then cancel, intending to fix the variable name. But your edits are lost. > > =============== Diff against Tools-eem.428 =============== > > 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 changeContents: 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]. > > 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! > > Item was added: > + ----- Method: Debugger>>resetContext:changeContents: (in category 'private') ----- > + resetContext: aContext changeContents: aBoolean > + "Used when a new context becomes top-of-stack, for instance when the > + method of the selected context is re-compiled, or the simulator steps or > + returns to a new method. There is room for much optimization here, first > + to save recomputing the whole stack list (and text), and secondly to avoid > + recomposing all that text (by editing the paragraph instead of recreating it)." > + > + | oldContext | > + oldContext := self selectedContext. > + self newStack: aContext contextStack. > + self changed: #contextStackList. > + self contextStackIndex: 1 oldContextWas: oldContext. > + aBoolean ifTrue: [self contentsChanged]. > + ! > >

1 0

The Inbox: Tools-bf.429.mcz
by commits＠source.squeak.org 16 Nov '12

16 Nov '12

Bert Freudenberg uploaded a new version of Tools to project The Inbox: http://source.squeak.org/inbox/Tools-bf.429.mcz ==================== Summary ==================== Name: Tools-bf.429 Author: bf Time: 16 November 2012, 8:47:08.199 pm UUID: cabe1021-05b4-45f3-9141-989bcb580add Ancestors: Tools-eem.428 Fix changes in debugger getting lost when reverting to method from an inner block. As reported by Aran Lunzer: Set up the following method on some class: bugger | a1 | a1 := 0. [ 2 / a1 ] value then send <class> new bugger In the walkback, try changing the last line to [ b1:=2. 2 / a1 ] value (oops - said b1 instead of a1...) Debugger asks if it's ok to revert to the method in which the block was defined. Say ok. Then it asks about adding b1 as a new variable (NB: at this stage, the code edits have already disappeared). Then cancel, intending to fix the variable name. But your edits are lost. =============== Diff against Tools-eem.428 =============== 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 changeContents: 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]. 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! Item was added: + ----- Method: Debugger>>resetContext:changeContents: (in category 'private') ----- + resetContext: aContext changeContents: aBoolean + "Used when a new context becomes top-of-stack, for instance when the + method of the selected context is re-compiled, or the simulator steps or + returns to a new method. There is room for much optimization here, first + to save recomputing the whole stack list (and text), and secondly to avoid + recomposing all that text (by editing the paragraph instead of recreating it)." + + | oldContext | + oldContext := self selectedContext. + self newStack: aContext contextStack. + self changed: #contextStackList. + self contextStackIndex: 1 oldContextWas: oldContext. + aBoolean ifTrue: [self contentsChanged]. + !

1 0

Daily Commit Log
by commits＠source.squeak.org 16 Nov '12

16 Nov '12

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2012-November/005560.h… Name: NetworkTests-dtl.34 Ancestors: NetworkTests-dtl.33 SocketTest>>testSocketReuse will fail on platforms that do not implement the SO_REUSEPORT socket option. Update the test comment to explain this, and provide assertions that identify the cause of the failure. Note that failure on setting SO_REUSEPORT reflects a limitation of the underlying platform network support, and does not indicate an error in Squeak networking. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-November/005561.h… Name: Compiler-eem.243 Ancestors: Compiler-eem.242 Use a smaller hammer to crack the same tiny nut. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-November/005562.h… Name: NetworkTests-dtl.35 Ancestors: NetworkTests-dtl.34 Revert change to SocketTest>>testSocketReuse because it fails on the squeakci.org test server. To be updated and/or resubmitted to inbox when a better update is available. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-November/005563.h… Name: Tools-eem.428 Ancestors: Tools-eem.427 Provide a run-until-expression facility for the debugger. Thanks to Bob Arning and Bert Freudenberg for UI advice. =============================================

1 0

Re: [squeak-dev] The Trunk: Tools-eem.428.mcz
by Eliot Miranda 15 Nov '12

15 Nov '12

Hmmm, the expection that proves the rule :-/ On Thu, Nov 15, 2012 at 12:59 PM, <commits(a)source.squeak.org> wrote: > Eliot Miranda uploaded a new version of Tools to project The Trunk: > http://source.squeak.org/trunk/Tools-eem.428.mcz > > ==================== Summary ==================== > > Name: Tools-eem.428 > Author: eem > Time: 15 November 2012, 12:59:12.101 pm > UUID: 5d9b5b4d-52fa-4489-8803-f4ad4c1e02b2 > Ancestors: Tools-eem.427 > > Provide a run-until-expression facility for the debugger. > Thanks to Bob Arning and Bert Freudenberg for UI advice. > > =============== Diff against Tools-eem.427 =============== > > Item was changed: > CodeHolder subclass: #Debugger > + instanceVariableNames: 'interruptedProcess interruptedController > contextStack contextStackIndex contextStackList receiverInspector > contextVariablesInspector externalInterrupt proceedValue selectingPC > savedCursor isolationHead failedProject errorWasInUIProcess labelString > message untilExpression' > - instanceVariableNames: 'interruptedProcess interruptedController > contextStack contextStackIndex contextStackList receiverInspector > contextVariablesInspector externalInterrupt proceedValue selectingPC > savedCursor isolationHead failedProject errorWasInUIProcess labelString > message' > classVariableNames: 'ContextStackKeystrokes ErrorRecursion > InterruptUIProcessIfBlockedOnErrorInBackgroundProcess' > poolDictionaries: '' > category: 'Tools-Debugger'! > > !Debugger commentStamp: '<historical>' prior: 0! > I represent the machine state at the time of an interrupted process. I > also represent a query path into the state of the process. The debugger is > typically viewed through a window that views the stack of suspended > contexts, the code for, and execution point in, the currently selected > message, and inspectors on both the receiver of the currently selected > message, and the variables in the current context. > > Special note on recursive errors: > Some errors affect Squeak's ability to present a debugger. This is > normally an unrecoverable situation. However, if such an error occurs in > an isolation layer, Squeak will attempt to exit from the isolation layer > and then present a debugger. Here is the chain of events in such a > recovery. > > * A recursive error is detected. > * The current project is queried for an isolationHead > * Changes in the isolationHead are revoked > * The parent project of isolated project is returned to > * The debugger is opened there and execution resumes. > > If the user closes that debugger, execution continues in the outer > project and layer. If, after repairing some damage, the user proceeds from > the debugger, then the isolationHead is re-invoked, the failed project is > re-entered, and execution resumes in that world. ! > > Item was changed: > ----- Method: Debugger>>codePaneMenu:shifted: (in category 'code pane > menu') ----- > codePaneMenu: aMenu shifted: shifted > + aMenu > + add: 'run to here' target: self selector: #runToSelection: > argument: thisContext sender receiver selectionInterval; > + add: 'run until...' target: self selector: #runUntil; > + addLine. > - aMenu add: 'run to here' target: self selector: #runToSelection: > argument: thisContext sender receiver selectionInterval. > - aMenu addLine. > super codePaneMenu: aMenu shifted: shifted. > ^aMenu.! > > Item was added: > + ----- Method: Debugger>>runUntil (in category 'code pane menu') ----- > + runUntil > + "Step until an expression evaluates to other than false, reporting > an erroer if it doesn't evaluate to true. > + Remember the expression in an inst var. If shift is pressed when > the expression is supplied, don't update the UI. > + If shift is pressed while stepping, stop stepping. Using a user > interrupt to break out would be more natural > + but Squeak currently doesn't provide a UserInterrupt expection. > It should do." > + | expression receiver context method value lastUpdate updateUI > breakOnShift | > + expression := UIManager default > + request: 'run until expression is > true (shift to disable ui update; shift to break).' > + initialAnswer: (untilExpression > ifNil: 'boolean expression'). > + (expression isNil or: [expression isEmpty]) ifTrue: > + [^self]. > + updateUI := breakOnShift := Sensor shiftPressed not. > + untilExpression := expression. > + context := self selectedContext. > + receiver := context receiver. > + FakeClassPool adopt: receiver class. > + method := receiver class evaluatorClass new > + compiledMethodFor: untilExpression > + in: context > + to: receiver > + notifying: nil > + ifFail: [FakeClassPool adopt: nil. ^ > #failedDoit] > + logged: false. > + > + lastUpdate := Time millisecondClockValue. > + FakeClassPool adopt: nil. > + [self selectedContext == context > + and: [(value := receiver with: context executeMethod: method) == > false]] whileTrue: > + [self doStep. > + Time millisecondClockValue - lastUpdate > 50 ifTrue: > + [updateUI ifTrue: [World displayWorldSafely]. > + breakOnShift > + ifTrue: [Sensor shiftPressed ifTrue: > [^self]] > + ifFalse: [Sensor shiftPressed ifFalse: > [breakOnShift := true]]. > + lastUpdate := Time millisecondClockValue]]. > + (value ~~ false and: [value ~~ true]) ifTrue: > + [UIManager default inform: 'expression ', (untilExpression > contractTo: 40), ' answered ', (value printString contractTo: 20), '!!!!']! > > > -- best, Eliot

1 0

How to force selection update in the debugger?
by Eliot Miranda 15 Nov '12

15 Nov '12

Hi All, I submitted a run until feature for the debugger to the Squeak inbox recently and would commit it to trunk except that I'd like the option of having the selection update on each step. But I can't see how to do that. I *think* selection update is done with a callback here in Debugger>>contents:selection: Smalltalk isMorphic ifTrue: [World addAlarm: #changed: withArguments: #(contentsSelection) for: self at: (Time millisecondClockValue + 200)]. And I'm not sure how this causes the selection to update. Is it part of text morph draw or a separate thing? This is too convoluted to look through. So perhaps someone can help e. If I want the selection to redraw what's the minimum action necessary. This is as part of a loop that looks like [self selectedContext == context and: [(value := receiver with: context executeMethod: method) == false]] whileTrue: [self doStep]. i.e. after the doStep I'd like to force the code pane to update its selection. AdvThanksance -- best, Eliot

3 7

← Newer
1
2
3
4
5
6
7
8
...
12
Older →