Squeak-dev December 2014

squeak-dev@lists.squeakfoundation.org

35 participants
112 discussions

unable to unzip Squeak4.5-13680.zip
by Ken G. Brown 24 Dec '14

24 Dec '14

MacOS X Yosemite 10.10.1 I downloaded Squeak4.5-13680.zip from ftp.squeak.org <http://ftp.squeak.org/> and attempted to unzip it, got an error: Unable to expand “ Squeak4.5-13680.zip” into “SqC4.5Release”. (Error 2 - No such file or directory.) The directory exists, and is in fact where the zip lives. I’ve set System Preferences/Security & Privacy/General to Allow apps downloaded from anywhere Does anyone know how to get past this error and unzip on Mac? Ken G. Brown

3 3

Re: [squeak-dev] The Trunk: Kernel-nice.892.mcz
by Nicolas Cellier 24 Dec '14

24 Dec '14

This code is acrobatically converting single precision float bits -> double precision float bits Frankly, it would be much easier conceptually to convert via single precision float bits -> abstract float representation (sign, exponent , significand) -> double precision bits Indeed, the second conversion is more than easy via (significandAsInteger asFloat timesTwoPower: exponent - bias). It might even be faster than these LargeInteger arithmetics (at least until 64bits spur) 2014-12-23 23:51 GMT+01:00 <commits(a)source.squeak.org>: > Nicolas Cellier uploaded a new version of Kernel to project The Trunk: > http://source.squeak.org/trunk/Kernel-nice.892.mcz > > ==================== Summary ==================== > > Name: Kernel-nice.892 > Author: nice > Time: 23 December 2014, 11:50:48.613 pm > UUID: 85017561-ba41-4e1f-9c6b-37f97730b5ea > Ancestors: Kernel-eem.891 > > Fix Float class>>fromIEEE32Bit: in the case of gradual underflow again... > > Details: > > A single precision (32bits) float gradual underflow is of the form > biased exponent = 0 (-127 unbiased, but true value to take into account is > -126) > significand of the form 0.bbb....b (23 bit after the floating point, no > implied 1) > > Once converted to double precision, this will not underflow... > > So we must shift the significand left until the highest bit pass left of > the floating point : > for example 0.001b...b ==> 1.b...b000 > adjust the exponent (which is -126) by same number of shift (-129 in this > example since there are 3 shifts) > then remove the leading bit left of floating point - it is already taken > into account as the implied 1 now that we do not underflow. > > =============== Diff against Kernel-eem.891 =============== > > Item was changed: > ----- Method: Float class>>fromIEEE32Bit: (in category 'instance > creation') ----- > fromIEEE32Bit: word > "Convert the given 32 bit word (which is supposed to be a positive > 32bit value) from a 32bit IEEE floating point representation into an actual > Squeak float object (being 64bit wide). Should only be used for conversion > in FloatArrays or likewise objects." > > | sign mantissa exponent newFloat delta | > word negative ifTrue: [^ self error:'Cannot deal with negative > numbers']. > word = 0 ifTrue: [^ Float zero]. > sign := word bitAnd: 16r80000000. > word = sign ifTrue: [^self negativeZero]. > > exponent := ((word bitShift: -23) bitAnd: 16rFF) - 127. > mantissa := word bitAnd: 16r7FFFFF. > > exponent = 128 ifTrue:["Either NAN or INF" > mantissa = 0 ifFalse:[^ Float nan]. > sign = 0 > ifTrue:[^ Float infinity] > ifFalse:[^ Float negativeInfinity]]. > > exponent = -127 ifTrue: [ > "gradual underflow (denormalized number) > Remove first bit of mantissa and adjust exponent" > delta := mantissa highBit. > + mantissa := (mantissa bitAnd: (1 bitShift: delta - 1) - 1) > bitShift: 24 - delta. > - mantissa := (mantissa bitShift: 1) bitAnd: (1 bitShift: > delta) - 1. > exponent := exponent + delta - 23]. > > "Create new float" > newFloat := self new: 2. > newFloat basicAt: 1 put: ((sign bitOr: (1023 + exponent bitShift: > 20)) bitOr: (mantissa bitShift: -3)). > newFloat basicAt: 2 put: ((mantissa bitAnd: 7) bitShift: 29). > ^newFloat! > > >

1 0

The Trunk: Kernel-nice.892.mcz
by commits＠source.squeak.org 23 Dec '14

23 Dec '14

Nicolas Cellier uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-nice.892.mcz ==================== Summary ==================== Name: Kernel-nice.892 Author: nice Time: 23 December 2014, 11:50:48.613 pm UUID: 85017561-ba41-4e1f-9c6b-37f97730b5ea Ancestors: Kernel-eem.891 Fix Float class>>fromIEEE32Bit: in the case of gradual underflow again... Details: A single precision (32bits) float gradual underflow is of the form biased exponent = 0 (-127 unbiased, but true value to take into account is -126) significand of the form 0.bbb....b (23 bit after the floating point, no implied 1) Once converted to double precision, this will not underflow... So we must shift the significand left until the highest bit pass left of the floating point : for example 0.001b...b ==> 1.b...b000 adjust the exponent (which is -126) by same number of shift (-129 in this example since there are 3 shifts) then remove the leading bit left of floating point - it is already taken into account as the implied 1 now that we do not underflow. =============== Diff against Kernel-eem.891 =============== Item was changed: ----- Method: Float class>>fromIEEE32Bit: (in category 'instance creation') ----- fromIEEE32Bit: word "Convert the given 32 bit word (which is supposed to be a positive 32bit value) from a 32bit IEEE floating point representation into an actual Squeak float object (being 64bit wide). Should only be used for conversion in FloatArrays or likewise objects." | sign mantissa exponent newFloat delta | word negative ifTrue: [^ self error:'Cannot deal with negative numbers']. word = 0 ifTrue: [^ Float zero]. sign := word bitAnd: 16r80000000. word = sign ifTrue: [^self negativeZero]. exponent := ((word bitShift: -23) bitAnd: 16rFF) - 127. mantissa := word bitAnd: 16r7FFFFF. exponent = 128 ifTrue:["Either NAN or INF" mantissa = 0 ifFalse:[^ Float nan]. sign = 0 ifTrue:[^ Float infinity] ifFalse:[^ Float negativeInfinity]]. exponent = -127 ifTrue: [ "gradual underflow (denormalized number) Remove first bit of mantissa and adjust exponent" delta := mantissa highBit. + mantissa := (mantissa bitAnd: (1 bitShift: delta - 1) - 1) bitShift: 24 - delta. - mantissa := (mantissa bitShift: 1) bitAnd: (1 bitShift: delta) - 1. exponent := exponent + delta - 23]. "Create new float" newFloat := self new: 2. newFloat basicAt: 1 put: ((sign bitOr: (1023 + exponent bitShift: 20)) bitOr: (mantissa bitShift: -3)). newFloat basicAt: 2 put: ((mantissa bitAnd: 7) bitShift: 29). ^newFloat!

1 0

WebDAV interface design for launching, browsing, debugging, workspaces
by Craig Latta 23 Dec '14

23 Dec '14

Hi-- Here's a WebDAV interface design for launching systems, browsing classes, debugging processes, and exploring in workspaces[1]. This provides control over Smalltalk systems from a text editor, and underlies the Context[2] web console. Thanks in advance for comments. -C [1] http://tinyurl.com/l3t47gm (thiscontext.com) [2] https://github.com/ccrraaiigg/context -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

4 12

mantis bug 7547 & underscores in method names
by tim Rowledge 23 Dec '14

23 Dec '14

For perhaps the first time ever I’ve just tried to load some code that uses ‘_’ in method names. I had to set the preference before it would actually load. Then when trying to browse the code I kept getting warnings about a possibly corrupted sources file. After carefully checking that I wasn’t actually doing damage I took a quick look in mantis and noticed report 7547 from 2010 (!). 4 and a half years ago? And still broken? If underscores are so rarely used in message selectors that a rather obnoxious problem hasn’t got fixed in that long then I suggest it might be smarter to revoke this option completely and avoid the whole issue. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim On Doc: http://www.poppyfields.net/filks/00281.html

2 1

squeaksource down?
by Dale Henrichs 21 Dec '14

21 Dec '14

Looks like it might have gone down last night? http://www.downforeveryoneorjustme.com/http://www.squeaksource.com/ Dale

4 7

No vm-display-x11 Plug-in After Building From Source On FreeBSD 10.1
by B J 21 Dec '14

21 Dec '14

Instead of using: pkg install squeak or building it from ports on FreeBSD 10.1, I tried building it from source. It can't find vm-display-x11.so because it doesn't exist. I went through the usual "config" and "make" procedures, so I'm wondering what might have happened. As before, I've got the i386 version of FreeBSD 10.1 installed with the Mate desktop and Slim login manager. Does anyone have any ideas? Thanks.

7 36

Re: Thinking about Environments
by Chris Muller 20 Dec '14

20 Dec '14

(cc: squeak-dev) >> > I think the #1 thing I don't like about Environments is its viral >> > nature to force a change to the habits of the entire community, and >> > associated compatibility upheaval. >> >> Do environments actually require a change to existing code? Surely any >> existing code would simply load into a base environment and work exactly as >> now? > > Of course existing code would have to change if code it relies upon is > changed. For example, the Spur bootstrap does a lot of Monticello > scripting. If Monticello were moved into its own environment and the > classes there-in would lose their MC prefixes then the scripts in the Spur > bootstrap would have to change to match. The Monticello environment would > have to be imported and the class names changed. But that could all be done > automatically. I don't see it as a problem. > > As far as Chris's feelings, that's an argument for complete stasis. It > doesn't allow us to make any fundamental changes to the language for the > bnetter. t is precisely because environments allow code to be modularised > that we want it. It is precisely because people will have to modularise > their code that the habits of the entire community can, and should change. The audience I want to include into the Squeak community are not just developers but "users" too. Few systems besides Squeak have maintained enough restraint of features to still have that level of approachability. To a new user, Squeak can still say its a simple system of just objects sending messages and nothing more. It seems possible that Environments could interfere with that. It feels like a consequential solution to an inconsequential problem. For me, a "Squeak-style" solution to the requirements we've mentioned in this thread could be strictly met by the UI-level hack: Requirement #1 -- must be able to resolve a name-collision between systems, should it occur. We agreed that the Rewrite tool can be used to rename classes, as it could to resolve a name-collision. Requirement #2 -- must be able to see pretty names in the code, with an easy way to disambiguate. We could add a "show prefixes" check box to the CodeEditor menu. Checked shows the real code, unchecked renders the code with the prefixes removed. Requirment #3 -- must be able to type pretty names in the code, with an easy way to disambiguate them on save. Nothing to do. Squeak 4.5 already allows pretty names to be typed. If the user had "show prefixes" unchecked when they started editing the method, or otherwise typed a pretty name, the system today will prompt them for which, i.e., "Session" they meant. The replacment is done but then after the method is re-rendered according to the show-prefixes setting. -------- Does this not, in the strictest sense, meet the requirements? This level of functional leverage is what captured and maintained my love for Squeak. > I should say that our experience with VW was that we created a Smalltalk > namespace which imported all the base namespaces so that for programmers > that didn't reach into more exotic parts of the system there was no real > change. So everybody's habits don't have to change al at once. But > Smalltalk (the namespace) is crowded, two-letter prefixes are a hack, and > putting things in environments is a neat and comprehensible change. Why > now, when we have environments in the system, are objections being raised? The time when you created a Smalltalk namespace in VW was a different context. As a rising off-the-shelf commercial product with potentially closed or copyrighted code (even from 3rd party vendors), customers would not have the option to employ the Rewrite solution as we do. So a "ultimate solution" to allow any-or-all-code to coexist with no changes had to be built. An open-source, DIY-style system like Squeak does not bear this requirement. > Chris, what would you do? Rip them out? No. They're already there, so let's let them get tested out by someone. If you don't mind, I might add that "show prefixes" feature because I DO like reading and writing pretty names sometimes, like for teaching and demos, but I just don't see myself rewriting the entire "Ma" stack for it.

4 4

Daily Commit Log
by commits＠source.squeak.org 20 Dec '14

20 Dec '14

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2014-December/007427.h… Name: Compiler-eem.291 Ancestors: Compiler-eem.290 More relevant and neater primitive method decompilation with VMMaker loaded. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2014-December/007428.h… Name: Kernel-eem.891 Ancestors: Kernel-bf.890 Avoid primitive failure when instantiating an AdditionalMethodState. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2014-December/007429.h… Name: Compiler.spur-eem.291 Ancestors: Compiler-eem.291, Compiler.spur-eem.290 Compiler-eem.291 patched for Spur by SpurBootstrapMonticelloPackagePatcher Cog-eem.229 More relevant and neater primitive method decompilation with VMMaker loaded. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2014-December/007430.h… Name: Kernel.spur-eem.891 Ancestors: Kernel-eem.891, Kernel.spur-bf.890 Kernel-eem.891 patched for Spur by SpurBootstrapMonticelloPackagePatcher Cog-eem.229 Avoid primitive failure when instantiating an AdditionalMethodState. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2014-December/007431.h… Name: System.spur-dtl.693 Ancestors: System-dtl.693, System.spur-bf.692 System-dtl.693 patched for Spur by SpurBootstrapMonticelloPackagePatcher Cog-eem.229 VM statistics array size varies for different VM implementations ============================================= http://lists.squeakfoundation.org/pipermail/packages/2014-December/007432.h… Name: Tools-ul.532 Ancestors: Tools-bf.531 Use a separate Random instance instead of RandomForPicking in MethodFinder>>testRandom. The method seems to have other issues too. =============================================

1 0

The Inbox: Collections-ul.589.mcz
by commits＠source.squeak.org 19 Dec '14

19 Dec '14

Levente Uzonyi uploaded a new version of Collections to project The Inbox: http://source.squeak.org/inbox/Collections-ul.589.mcz ==================== Summary ==================== Name: Collections-ul.589 Author: ul Time: 17 December 2014, 3:31:06.906 pm UUID: 3f079add-7154-43c9-a265-bd59cb4cbcb8 Ancestors: Collections-bf.588 - Deprecated Collection class >> #randomForPicking. - Replaced all accesses to RandomForPicking with ThreadSafeRandom value. - WeakKeyDictionary >> associationsDo: ignores associations with GC'd keys. This affects all enumerator methods, and makes overriding #keysDo: unnecessary. - Added a new method SequenceableCollection #>> groupsDo:, which works like #groupsOf:atATimeDo:, but uses the block's argument count as the group size. Depends on Kernel-ul.891 =============== Diff against Collections-bf.588 =============== Item was changed: ----- Method: Collection class>>randomForPicking (in category 'private') ----- randomForPicking + + self deprecated: 'Use ThreadSafeRandom value instead. It''s not thread-safe to use this instance without the unaccessible MutexForPicking semaphore.'. ^ RandomForPicking! Item was changed: ----- Method: Collection>>atRandom (in category 'accessing') ----- atRandom + "Answer a random element of the receiver. Uses the process-local random number generator. Causes an error if self has no elements." - "Answer a random element of the receiver. Uses a shared random - number generator owned by class Collection. If you use this a lot, - define your own instance of Random and use #atRandom:. Causes - an error if self has no elements." + ^self atRandom: ThreadSafeRandom value - ^ self class mutexForPicking critical: [ - self atRandom: self class randomForPicking ] "Examples: #('one' 'or' 'the' 'other') atRandom (1 to: 10) atRandom 'Just pick one of these letters at random' atRandom #(3 7 4 9 21) asSet atRandom (just to show it also works for Sets) "! Item was added: + ----- Method: SequenceableCollection>>groupsDo: (in category 'enumerating') ----- + groupsDo: aBlock + "Evaluate aBlock with my elements taken n at a time, where n is the number of arguments of aBlock. Ignore any leftovers at the end." + + | index argumentArray numArgs endIndex | + numArgs := aBlock numArgs. + numArgs + caseOf: { + [ 0 ] -> [ ^self error: 'At least one block argument expected.' ]. + [ 1 ] -> [ ^self do: aBlock ]. + [ 2 ] -> [ ^self pairsDo: aBlock ] } + otherwise: []. + argumentArray := Array new: numArgs. + index := 1. + endIndex := self size - numArgs + 1. + [ index <= endIndex ] whileTrue: [ + argumentArray + replaceFrom: 1 + to: numArgs + with: self + startingAt: index. + aBlock valueWithArguments: argumentArray. + index := index + numArgs ].! Item was changed: ----- Method: SequenceableCollection>>shuffle (in category 'shuffling') ----- shuffle + ^self shuffleBy: ThreadSafeRandom value! - ^self shuffleBy: Collection randomForPicking! Item was changed: ----- Method: SequenceableCollection>>shuffled (in category 'copying') ----- shuffled + ^ self shuffledBy: ThreadSafeRandom value - ^ self shuffledBy: Collection randomForPicking "Examples: ($A to: $Z) shuffled "! Item was added: + ----- Method: WeakKeyDictionary>>associationsDo: (in category 'enumerating') ----- + associationsDo: aBlock + "Evaluate aBlock for each of the receiver's elements (key/value + associations)." + + tally = 0 ifTrue: [ ^self]. + 1 to: array size do: [ :index | + (array at: index) ifNotNil: [ :association | + association key ifNotNil: [ :key | "Don't let the key go away." + aBlock value: association ] ] ]! Item was removed: - ----- Method: WeakKeyDictionary>>keysDo: (in category 'enumerating') ----- - keysDo: aBlock - "Evaluate aBlock for each of the receiver's keys." - - self associationsDo: [ :association | - association key ifNotNil: [ :key | "Don't let the key go away" - aBlock value: key ] ].!

1 0

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