Squeak-dev May 2011

squeak-dev@lists.squeakfoundation.org

84 participants
303 discussions

The Trunk: ToolsTests-fbs.41.mcz
by commits＠source.squeak.org 02 May '11

02 May '11

Levente Uzonyi uploaded a new version of ToolsTests to project The Trunk: http://source.squeak.org/trunk/ToolsTests-fbs.41.mcz ==================== Summary ==================== Name: ToolsTests-fbs.41 Author: fbs Time: 1 May 2011, 9:07:16.867 am UUID: d52dd484-bcdc-8b43-b7e2-7b741bab289a Ancestors: ToolsTests-fbs.40 Maintain the currently selected message category and method when resorting the message categories (http://bugs.squeak.org/view.php?id=7626). =============== Diff against ToolsTests-fbs.40 =============== Item was added: + ----- Method: BrowserTest>>testAlphabetizingMethodsPreservesPlace (in category 'testing - message list') ----- + testAlphabetizingMethodsPreservesPlace + | oldCategory oldMethod | + oldCategory := 'breakpoints'. + oldMethod := #toggleBreakOnEntry. + browser selectSystemCategory: browser class category. + browser selectClass: browser class. + browser selectMessageCategoryNamed: oldCategory. + browser selectMessageNamed: oldMethod. + browser alphabetizeMessageCategories. + + self assert: browser selectedMessageCategoryName = oldCategory. + self assert: browser selectedMessageName = oldMethod.! Item was added: + ----- Method: BrowserTest>>testAlphabetizingMethodsPreservesPlaceWhenNoMessageCategorySelected (in category 'testing - message list') ----- + testAlphabetizingMethodsPreservesPlaceWhenNoMessageCategorySelected + browser selectSystemCategory: browser class category. + browser selectClass: browser class. + browser selectMessageCategoryNamed: nil. + browser selectMessageNamed: nil. + browser alphabetizeMessageCategories. + + self assert: browser selectedMessageCategoryName = nil. + self assert: browser selectedMessageName = nil.! Item was added: + ----- Method: BrowserTest>>testAlphabetizingMethodsPreservesPlaceWhenNoMethodSelected (in category 'testing - message list') ----- + testAlphabetizingMethodsPreservesPlaceWhenNoMethodSelected + | oldCategory | + oldCategory := 'breakpoints'. + browser selectSystemCategory: browser class category. + browser selectClass: browser class. + browser selectMessageCategoryNamed: oldCategory. + browser selectMessageNamed: nil. + browser alphabetizeMessageCategories. + + self assert: browser selectedMessageCategoryName = oldCategory. + self assert: browser selectedMessageName = nil.!

1 0

[Metacello] Get list of dependent configurations
by Marcel Taeumel 02 May '11

02 May '11

Hi. Version: 1.0-beta.28 I am looking for the Metacello API that gives me a list of all dependent Metacello configurations having one configuration class/project. Is there any? I want to print out the current versions of all dependent configurations like this: MyConfiguration project dependentConfigurations do: [:config | Transcript cr; show: config currentVersion]. Marcel -- View this message in context: http://forum.world.st/Metacello-Get-list-of-dependent-configurations-tp3490… Sent from the Squeak - Dev mailing list archive at Nabble.com.

1 0

The future of BlockContext
by Levente Uzonyi 02 May '11

02 May '11

Hi, since the early days of the developement of Squeak 4.1 (3.11 back then) BlockContext was replaced by BlockClosure. I guess it's time to remove it from the system and merge ContextPart and MethodContext to Context as it was originally planned. Any objections? Cheers, Levente

5 6

Fwd: [Pharo-project] System time
by Stéphane Ducasse 02 May '11

02 May '11

Begin forwarded message: > From: Jimmie Houchin <jlhouchin(a)gmail.com> > Date: May 2, 2011 7:00:54 AM GMT+02:00 > To: pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] System time > Reply-To: Pharo-project(a)lists.gforge.inria.fr > > I downloaded the latest Pharo 1.3 and Cog vm to my Vista server. > > I opened up a workspace and did the following at as precisely as my hand eye coordination allow at the top of the minute shown. > > The first time at the bottom shows exactly identical time with the OS clock. > The second time above it, show a 5 second gain in time in a little over 24 hours. > > I am going to let this image keep going and see how it continues. > > DateAndTime now. > 2011-05-01T23:45:05-05:00 lost 5 seconds since the below > 2011-04-30T20:16:00-05:00 opened Pharo and checked time. > > For me, this is now verified on 2 Windows Vista computers. One a laptop, and the other a Desktop machine I use as a server. Both are reasonably current Dells. The laptop with a duo-core processor and the desktop a quad-core processor. > > I have not done any attempts on any other OS. > > Thanks. > > Jimmie > > > > On 4/30/2011 12:03 PM, Jimmie Houchin wrote: >> I am developing a time sensitive application. I poll a server every minute for new data. The data is time sensitive and the sooner I can get the data to the release of the data the better. >> >> I have noticed that Pharo's system time drifts away from the OS system time. I would really like the Pharo system time to be the correct time. >> >> I have not been able to find where in Pharo I can call to update the System clock to the correct time. >> >> Any help greatly appreciated. >> >> Jimmie > >

1 0

Changing an object's class
by Frank Shearar 02 May '11

02 May '11

Hi, I've been playing around with immutable data structures (at least, as immutable as one gets). I came across an interesting algorithm for rebalancing a binary tree, invented by Day, Stout and Warren. It's an in-place pointer-swizzler that, with constant additional space, rebalances a tree in linear time. Of course, it operates on a mutable structure. So I had an idea: I could "ringfence" the mutation: from my immutable structure, create a mutable copy, tear it to bits and then recreate a new, immutable, balanced, tree. So I wrote, in addition to my ZTree node class, a MutableZTree subclass. It has the same shape as its parent (no new instvars), and a bunch of extra mutating methods. There are some costs involved in this, of course: I create two entire copies of the tree. One, making the mutable copy, seems unavoidable: you cannot simply un-immutable the tree, because you have no idea what other objects might have a reference to parts of the tree, and they all assume the tree's immutable. The other, however... well, we don't care about references to the mutable structure because there should be no references to it. It's purely an internal, interim structure. So I thought, well, wouldn't it be nice if one could _change the class_ of the MutableZTrees so they all magically turn into nice immutable ZTrees. I'm sure there's some trickery one could do, but quite what that trickery would be, I'm not sure. Any ideas? (Or, just as importantly, good reasons why the above is completely insane?) It would be nice to turn the O(3n) space requirement into O(2n)... frank

5 10

Daily Commit Log
by commits＠source.squeak.org 02 May '11

02 May '11

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2011-May/004639.html Name: Collections-nice.441 Ancestors: Collections-ul.440 Remove the bitAnd: mask from leadingChar as it is mostly useless. Replace it with a comment. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2011-May/004640.html Name: Collections-nice.442 Ancestors: Collections-nice.441 Oops, case of elementary arithmetic error... 16r3FC highBit - 16r3FC lowBit + 1 = 8, not 9 (negative leadingChar are not allowed) Thanks Levente. =============================================

1 0

Re: [squeak-dev] The Trunk: Collections-nice.441.mcz
by Levente Uzonyi 01 May '11

01 May '11

On Sun, 1 May 2011, commits(a)source.squeak.org wrote: > Nicolas Cellier uploaded a new version of Collections to project The Trunk: > http://source.squeak.org/trunk/Collections-nice.441.mcz > > ==================== Summary ==================== > > Name: Collections-nice.441 > Author: nice > Time: 1 May 2011, 9:55:49.878 pm > UUID: 2137bb66-b2ad-44f8-8414-5dce42a0b79e > Ancestors: Collections-ul.440 > > Remove the bitAnd: mask from leadingChar as it is mostly useless. > Replace it with a comment. > > =============== Diff against Collections-ul.440 =============== > > Item was changed: > ----- Method: Character>>leadingChar (in category 'accessing') ----- > leadingChar > + "Answer the value of the 9 highest bits which is used to identify the language. I guess it's just 8 bits, negative leadingChar is not allowed. Levente > + This is mostly used for east asian languages CJKV as a workaround against unicode han-unification." > + ^ value bitShift: -22! > - > - ^ (value bitAnd: (16r3FC00000)) bitShift: -22. > - ! > > >

2 1

The Trunk: Collections-nice.442.mcz
by commits＠source.squeak.org 01 May '11

01 May '11

Nicolas Cellier uploaded a new version of Collections to project The Trunk: http://source.squeak.org/trunk/Collections-nice.442.mcz ==================== Summary ==================== Name: Collections-nice.442 Author: nice Time: 1 May 2011, 10:16:12.584 pm UUID: 32919b15-6f79-4990-9277-8267034615d1 Ancestors: Collections-nice.441 Oops, case of elementary arithmetic error... 16r3FC highBit - 16r3FC lowBit + 1 = 8, not 9 (negative leadingChar are not allowed) Thanks Levente. =============== Diff against Collections-nice.441 =============== Item was changed: ----- Method: Character>>leadingChar (in category 'accessing') ----- leadingChar + "Answer the value of the 8 highest bits which is used to identify the language. - "Answer the value of the 9 highest bits which is used to identify the language. This is mostly used for east asian languages CJKV as a workaround against unicode han-unification." ^ value bitShift: -22!

1 0

The Inbox: Multilingual-nice.142.mcz
by commits＠source.squeak.org 01 May '11

01 May '11

A new version of Multilingual was added to project The Inbox: http://source.squeak.org/inbox/Multilingual-nice.142.mcz ==================== Summary ==================== Name: Multilingual-nice.142 Author: nice Time: 1 May 2011, 9:59:18.594 pm UUID: a541b7c1-8f5d-4396-a859-c1cbe67e69bd Ancestors: Multilingual-ul.141 Set default leadingChar to 0 (no more subclassResponsibility) and change Russian Greek and Latin2 to zero. IMHO, this is consistent with and required by latest Levente change. =============== Diff against Multilingual-ul.141 =============== Item was removed: - ----- Method: GreekEnvironment class>>leadingChar (in category 'subclass responsibilities') ----- - leadingChar - - ^ 13. - ! Item was changed: ----- Method: LanguageEnvironment class>>leadingChar (in category 'subclass responsibilities') ----- leadingChar + "The default for most environment is to use unicode without leadingChar. + However, environment for east asian language (CJKV) shall refine this default in order to handle han-unification properly." + ^ 0! - - self subclassResponsibility. - ^ 0. - ! Item was removed: - ----- Method: Latin1Environment class>>leadingChar (in category 'subclass responsibilities') ----- - leadingChar - - ^ 0. - ! Item was removed: - ----- Method: Latin2Environment class>>leadingChar (in category 'subclass responsibilities') ----- - leadingChar - - ^ 14. - ! Item was removed: - ----- Method: RussianEnvironment class>>leadingChar (in category 'as yet unclassified') ----- - leadingChar - - ^ 15. - !

1 0

The Trunk: Collections-nice.441.mcz
by commits＠source.squeak.org 01 May '11

01 May '11

Nicolas Cellier uploaded a new version of Collections to project The Trunk: http://source.squeak.org/trunk/Collections-nice.441.mcz ==================== Summary ==================== Name: Collections-nice.441 Author: nice Time: 1 May 2011, 9:55:49.878 pm UUID: 2137bb66-b2ad-44f8-8414-5dce42a0b79e Ancestors: Collections-ul.440 Remove the bitAnd: mask from leadingChar as it is mostly useless. Replace it with a comment. =============== Diff against Collections-ul.440 =============== Item was changed: ----- Method: Character>>leadingChar (in category 'accessing') ----- leadingChar + "Answer the value of the 9 highest bits which is used to identify the language. + This is mostly used for east asian languages CJKV as a workaround against unicode han-unification." + ^ value bitShift: -22! - - ^ (value bitAnd: (16r3FC00000)) bitShift: -22. - !

1 0

Jump to page: