Squeak-dev May 2004

squeak-dev@lists.squeakfoundation.org

152 participants
288 discussions

To quote Emma Lazarus...
by Jason Rogers 01 Jun '04

01 Jun '04

<quote> Give me your tired, your poor, Your huddled masses yearning to breathe free, The wretched refuse of your teeming shore. Send these, the homeless, tempest-tost to me, I lift my lamp beside the golden door! </quote> At next month's Michigan eXtreme Programming Enthusiasts meeting I and another XPer will be demonstrating the act of legacy testing and refactoring. To do this, we have decided to make Squeak our target platform. Therefore, I am putting out a call for suggestions on what needs tested and refactored in Squeak. It can be in the basic image or in add-on packages. Some background on the exercise might help you help me in finding what needs tested. So here goes... (+) we have about 1 (one) hour in which to do this exercise (which probably equates to 30 - 40 minutes of coding) (+) the pair of programmers will be two veteran XPers and testers, one of which is a long time veteran of Smalltalk (my partner) and one of which is fairly new to Smalltalk (myself) (+) we would like to address one or more of the following: (+) testing the untouchable (code that cannot be changed) (+) testing the touchable (code that can be changed) (+) testing the unexpected (+) testing the expected (+) etcetera, etcetera, etcetera If we get far enough we will be more than happy to post a changeset of the tests/refactorings we make. Thanks in advance for your generosity and aid. -- Jason Rogers "Where there is no vision, the people perish..." Proverbs 29:18

3 2

[BUG] nil getting added in classOrganiser
by stéphane ducasse 01 Jun '04

01 Jun '04

Hi I would like to know if I'm the only one to get nil added in the classOrganiser elementArray. I'm trying to find how to reproduce the bug. It seems that the notification notifies with nil and it gets added. I have unclassified but I could not yet find a scenario that can be reproduded. It seems that if I create a new category and drop twice the same items from the as classified, I generate a nil. Stef

3 2

[ANN] Completion Morph
by Pavel Křivánek 01 Jun '04

01 Jun '04

Hi, I'm making new experimental completion system with pop up morph for Squeak 3.7. http://map1.squeakfoundation.org/sm/account/package/9f653240-9794-4577-84d9… Comments welcome. Pavel

2 4

[BUG] File List does not delete files
by Anthony Hannan 01 Jun '04

01 Jun '04

In 3.7, deleting a file from within the FileList2 browser does nothing; the file is still there. In 3.6, it works correctly. Cheers, Anthony __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

3 2

[ENH] Color>>asHTMLColor
by Randy Bohn 01 Jun '04

01 Jun '04

!Color methodsFor: 'conversions' stamp: 'rsb 5/31/2004 10:28'! asHTMLColor "Convert the receiver into an HTML color. Color white asHTMLColor -> '#FFFFFF' Color black asHTMLColor -> '#000000' (Color fromString: '#FF8800') -> '#FF8800'" |n| ^ String streamContents: [:stream | stream nextPut: $#. n _ (self red * 256) truncated min: 255. stream nextPut: (n // 16) asHexDigit. stream nextPut: (n \\ 16) asHexDigit. n _ (self green * 256) truncated min: 255. stream nextPut: (n // 16) asHexDigit. stream nextPut: (n \\ 16) asHexDigit. n _ (self blue * 256) truncated min: 255. stream nextPut: (n // 16) asHexDigit. stream nextPut: (n \\ 16) asHexDigit. ]! ! __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

1 0

To quote Emma Lazarus...
by Jason Rogers 31 May '04

31 May '04

Sorry if this is a duplicate. I sent it from another account on May 28th, but never saw it show up on the list. ... <quote> Give me your tired, your poor, Your huddled masses yearning to breathe free, The wretched refuse of your teeming shore. Send these, the homeless, tempest-tost to me, I lift my lamp beside the golden door! </quote> At next month's Michigan eXtreme Programming Enthusiasts meeting I and another XPer will be demonstrating the act of legacy testing and refactoring. To do this, we have decided to make Squeak our target platform. Therefore, I am putting out a call for suggestions on what needs tested and refactored in Squeak. It can be in the basic image or in add-on packages. Some background on the exercise might help you help me in finding what needs tested. So here goes... (+) we have about 1 (one) hour in which to do this exercise (which probably equates to 30 - 40 minutes of coding) (+) the pair of programmers will be two veteran XPers and testers, one of which is a long time veteran of Smalltalk (my partner) and one of which is fairly new to Smalltalk (myself) (+) we would like to address one or more of the following: (+) testing the untouchable (code that cannot be changed) (+) testing the touchable (code that can be changed) (+) testing the unexpected (+) testing the expected (+) etcetera, etcetera, etcetera If we get far enough we will be more than happy to post a changeset of the tests/refactorings we make. Thanks in advance for your generosity and aid. -- Jason Rogers 117 N. First Street Suite 90 Ann Arbor, MI 48104 Tel 734.302.7694 Fax 734.302.7694 Cel 734.846.5089

1 0

[BUG]UndefinedObject(Object)>>doesNotUnderstand: #<=
by ducasse＠iam.unibe.ch 31 May '04

31 May '04

Apparently when I try to move a method from a yet as unclassified to a category I get that I do not understand why there is nil in the classOrganizer 31 May 2004 3:38:51 pm VM: unix - a SmalltalkImage Image: Squeak3.7beta [latest update: #5923] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /Volumes/Data/Harvesting Trusted Dir /Volumes/Data/Harvesting/secure Untrusted Dir /Volumes/Data/Harvesting/untrusted UndefinedObject(Object)>>doesNotUnderstand: #<= Receiver: nil Arguments and temporary variables: aMessage: <= #eval: Receiver's instance variables: nil [] in Array(ArrayedCollection)>>sort {[:a :b | a <= b]} Arguments and temporary variables: a: nil b: #eval: Array(ArrayedCollection)>>mergeFirst:middle:last:into:by: Receiver: #(nil #eval: #initialize: #printOn: #value) Arguments and temporary variables: first: 1 middle: 1 last: 2 dst: #(nil #eval: #initialize: #printOn: #value) aBlock: [] in Array(ArrayedCollection)>>sort {[:a :b | a <= b]} i1: 1 i2: 2 val1: nil val2: #eval: out: 0 Receiver's instance variables: #(nil #eval: #initialize: #printOn: #value) Array(ArrayedCollection)>>mergeSortFrom:to:src:dst:by: Receiver: #(nil #eval: #initialize: #printOn: #value) Arguments and temporary variables: first: 1 last: 2 src: #(nil #eval: #initialize: #printOn: #value) dst: #(nil #eval: #initialize: #printOn: #value) aBlock: [] in Array(ArrayedCollection)>>sort {[:a :b | a <= b]} middle: 1 Receiver's instance variables: #(nil #eval: #initialize: #printOn: #value) --- The full stack --- UndefinedObject(Object)>>doesNotUnderstand: #<= [] in Array(ArrayedCollection)>>sort {[:a :b | a <= b]} Array(ArrayedCollection)>>mergeFirst:middle:last:into:by: Array(ArrayedCollection)>>mergeSortFrom:to:src:dst:by: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Array(ArrayedCollection)>>mergeSortFrom:to:src:dst:by: Array(ArrayedCollection)>>mergeSortFrom:to:src:dst:by: Array(ArrayedCollection)>>mergeSortFrom:to:by: Array(ArrayedCollection)>>sort: Array(ArrayedCollection)>>sort ClassOrganizer(Categorizer)>>allMethodSelectors Browser>>messageList PluggableListMorph>>getList PluggableListMorph>>getListSize LazyListMorph>>getListSize LazyListMorph>>listChanged PluggableListMorph>>updateList PluggableListMorph>>update: [] in Browser(Object)>>changed: {[:aDependent | aDependent update: aParameter]} DependentsArray>>do: Browser(Object)>>changed: Browser>>classListIndex: PluggableListMorph>>changeModelSelection: PluggableListMorph>>mouseUp: PluggableListMorph(Morph)>>handleMouseUp: MouseButtonEvent>>sentTo: PluggableListMorph(Morph)>>handleEvent: PluggableListMorph(Morph)>>handleFocusEvent: [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self. ActiveEvent := anEvent. result := focusHolder han...]} [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]} BlockContext>>on:do: PasteUpMorph>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendMouseEvent: HandMorph>>handleEvent: MouseClickState>>handleEvent:from: HandMorph>>handleEvent: HandMorph>>processEvents [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h processEvents. capturingGesture := capturingGest...]} Array(SequenceableCollection)>>do: WorldState>>handsDo: WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [] in Project class>>spawnNewProcess {[[World doOneCycle. Processor yield. false] whileFalse. nil]} [] in BlockContext>>newProcess {[self value. Processor terminateActive]}

1 0

Re: [FIX][BUG] ExceptionTester>>simpleOuterTest fails
by Anthony Hannan 30 May '04

30 May '04

Hello guys, I do not believe David's change is correct. Maybe the #outer test cases are incorrect. Exception>>#outer is implemented according to the ANSI definition given to us by John Brant in a previous email (http://lists.squeakfoundation.org/pipermail/squeak-dev/2003-June/061349.html). Tim Rowledge <tim(a)sumeru.stanford.edu> wrote: > Whilst digging around I was also startled by the current implementation > of #aboutToReturn:through: which really doesn't look as if it could > possibly work. I'm reasonably convinced that it > shouldn't involve #terminateTo: until after the unwinding is completed > but I could be wrong. Can anyone explain the comment in > ContextPart>return: ? If nothing else it's a bit strange to not make > use of the VM provided initial context. In senders of #terminateTo:, like #return: and #restart, unwinding is done while terminating. They find the next ensure:/ifCurtailed: (unwind) sender, terminate to it, execute its unwind block, then repeat until the target home context is found. #aboutToReturn:through: simply calls #return: which performs the unwind loop described above. The supplied first unwind sender is redundant. To use it would require starting in the middle of the unwind loop, requiring another interface to the return method. I would rather keep a single simple #return: interface and pay the extra primitive call to find the first unwind sender again. Non-local returns through an unwind context are probably rare, so I don't think its worth adding the extra return interface to save this one primitive call. Of course, others may disagree. Cheers, Anthony __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

5 5

[BUG] ExceptionTester>>simpleOuterTest fails
by Marcus Denker 29 May '04

29 May '04

ExceptionTester>>simpleOuterTest fails (3.6beta 5395) Reproduce with (ExceptionTester is part of the BaseImage Test Package): ExceptionTester new runTest: #simpleOuterTest) suiteLog Here's the test: simpleOuterTest "uses #resume" [[self doSomething. MyTestNotification signal. self doSomethingElse] on: MyTestNotification do: [:ex | ex outer]] on: MyTestNotification do: [:ex | self doYetAnotherThing. ex resume] -- Marcus Denker marcus(a)ira.uka.de -- Squeak! http://squeak.de

4 4

[BUG][FIX]Browser explain of pooldicts fails ( [er][et][approved] OK by me - but really for 3.8 )
by tim＠sumeru.stanford.edu 29 May '04

29 May '04

It's too late for 3.7 but it seems to work well. How nice it is to be able to explain a pool variable properly.

1 0

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

Jump to page: