Squeak-dev May 2012

squeak-dev@lists.squeakfoundation.org

54 participants
171 discussions

Decompilation problem
by Yoshiki Ohshima 03 May '12

03 May '12

I noticed that when I debug grammar written in OMeta2/Squeak, there is a problem with some particular methods. For example, I load OMeta2-preload and -postload, and do: (OMeta2 compiledMethodAt: #token) decompileWithTemps I get something like: ------------------------------------ token | t | ^ true ifTrue: [_r1 := self apply: #anything. self apply: #spaces. self apply: #seq withArgs: {_r1}] ------------------------------------ Debugger uses this to obtain the source code and then it trys to parse it to get the source map. But "_r1" is not a valid variable name so this process fails. It appears that the underscore is originated from the method: ------------------------------------ codeRemoteTemp: index remoteTemps: tempVector ^(RemoteTempVectorNode new name: '_r', index printString index: index type: LdTempType scope: 0) remoteTemps: tempVector; yourself ------------------------------------ But I cannot tell why it is "leaking out" to the final result. Does anybody know what is going on? -- Yoshiki

3 7

[Cuis - ANN] Blowfish for Cuis 4.0
by Germán Arduino 02 May '12

02 May '12

Hi Guys: I would ilke to announce the port for Cuis of Blowfish (the implementation of Paul de Bruicker). It's available on https://github.com/garduino/Cuis-Cryptography Also you will find the basic SystemHashing ported from Pharo 1.4. To install: 1. Take a Cuis 4.0 image. 2. Install all the updates (#1270 at the moment). 3. Clone my GitHub repo on your machine. 4. Surf the local repo with the Cuis FileList. 5. Select the package, press "install package" and voila! Cheers. -- ============================================ Germán S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com greensecure.blogspot.com germanarduino.blogpost.com ============================================

4 4

RE: [squeak-dev] AioPlugin and SqueakSSL plugin included in Cocoa(please test)
by Tim Felgentreff 02 May '12

02 May '12

I would like to be able to run tests on my dev machine, too - if those involve OpenID auth via SSL or what-have-you, I need SSL there, too.

1 0

AioPlugin and SqueakSSL plugin included in Cocoa (please test)
by Chris Cunnington 02 May '12

02 May '12

GitHub is likely the answer to my question. You need SSL to push to GitHub. FileTree with Cyprus is not ready to go, but I suppose it would need this. On a 4.3 I loaded ConfigurationOfOSProcess and ran the tests. I got 192 run, 120 passes, 71 failures, 1 error. Chris TestRunner allInstances last failedList #('UnixProcessAccessorTestCase>>#testRedirectStdOutTo' 'UnixProcessTestCase>>#testCatAFile' 'UnixProcessTestCase>>#testClassForkHeadlessSqueakAndDo' 'UnixProcessTestCase>>#testClassForkHeadlessSqueakAndDoThenQuit' 'UnixProcessTestCase>>#testClassForkSqueak' 'UnixProcessTestCase>>#testClassForkSqueakAndDo' 'UnixProcessTestCase>>#testClassForkSqueakAndDoThenQuit' 'UnixProcessTestCase>>#testForkHeadlessSqueakAndDo' 'UnixProcessTestCase>>#testForkHeadlessSqueakAndDoThenQuit' 'UnixProcessTestCase>>#testForkSqueak' 'UnixProcessTestCase>>#testForkSqueakAndDo' 'UnixProcessTestCase>>#testForkSqueakAndDoThenQuit' 'UnixProcessTestCase>>#testHeadlessChild' 'UnixProcessTestCase>>#testRunCommand' 'UnixProcessTestCase>>#testSpawnTenHeadlessChildren' 'UnixProcessUnixFileLockingTestCase>>#testCooperatingProcesses01' 'UnixProcessUnixFileLockingTestCase>>#testCooperatingProcesses02' 'UnixProcessUnixFileLockingTestCase>>#testCooperatingProcesses03' 'UnixProcessUnixFileLockingTestCase>>#testCooperatingProcesses04' 'UnixProcessUnixFileLockingTestCase>>#testCooperatingProcesses05' 'UnixProcessUnixFileLockingTestCase>>#testFailFileLockOnLockedFile' 'UnixProcessUnixFileLockingTestCase>>#testFailLockOnLockedOverlappedRegion' 'UnixProcessUnixFileLockingTestCase>>#testFailLockOnLockedRegion' 'UnixProcessUnixFileLockingTestCase>>#testFailLockOnLockedSupersetRegion' 'UnixProcessUnixFileLockingTestCase>>#testFailRegionLockOnLockedFile' 'UnixProcessUnixFileLockingTestCase>>#testLockEntireFileForWrite01' 'UnixProcessUnixFileLockingTestCase>>#testLockEntireFileForWrite02' 'UnixProcessUnixFileLockingTestCase>>#testLockEntireFileForWrite03' 'UnixProcessUnixFileLockingTestCase>>#testLockEntireFileForWrite04' 'UnixProcessUnixFileLockingTestCase>>#testLockEntireFileForWrite05' 'UnixProcessUnixFileLockingTestCase>>#testLockEntireFileForWrite06' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForRead01' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForRead02' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite01' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite02' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite03' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite04' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite05' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite06' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite07' 'UnixProcessUnixFileLockingTestCase>>#testLockRegionForWrite08' 'UnixProcessUnixFileLockingTestCase>>#testNoFailLockOnAdjacentLockedRegions' 'UnixProcessUnixFileLockingTestCase>>#testNoFailLockOnDifferentLockedRegion' 'UnixProcessWin32FileLockingTestCase>>#testCooperatingProcesses01' 'UnixProcessWin32FileLockingTestCase>>#testCooperatingProcesses02' 'UnixProcessWin32FileLockingTestCase>>#testCooperatingProcesses03' 'UnixProcessWin32FileLockingTestCase>>#testCooperatingProcesses04' 'UnixProcessWin32FileLockingTestCase>>#testCooperatingProcesses05' 'UnixProcessWin32FileLockingTestCase>>#testFailFileLockOnLockedFile' 'UnixProcessWin32FileLockingTestCase>>#testFailLockOnLockedOverlappedRegion' 'UnixProcessWin32FileLockingTestCase>>#testFailLockOnLockedRegion' 'UnixProcessWin32FileLockingTestCase>>#testFailLockOnLockedSupersetRegion' 'UnixProcessWin32FileLockingTestCase>>#testFailRegionLockOnLockedFile' 'UnixProcessWin32FileLockingTestCase>>#testLockEntireFileForWrite01' 'UnixProcessWin32FileLockingTestCase>>#testLockEntireFileForWrite02' 'UnixProcessWin32FileLockingTestCase>>#testLockEntireFileForWrite03' 'UnixProcessWin32FileLockingTestCase>>#testLockEntireFileForWrite04' 'UnixProcessWin32FileLockingTestCase>>#testLockEntireFileForWrite05' 'UnixProcessWin32FileLockingTestCase>>#testLockEntireFileForWrite06' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForRead01' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForRead02' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite01' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite02' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite03' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite04' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite05' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite06' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite07' 'UnixProcessWin32FileLockingTestCase>>#testLockRegionForWrite08' 'UnixProcessWin32FileLockingTestCase>>#testNoFailLockOnAdjacentLockedRegions' 'UnixProcessWin32FileLockingTestCase>>#testNoFailLockOnDifferentLockedRegion')

1 0

AioPlugin and SqueakSSL plugin included in Cocoa (please test)
by Chris Cunnington 02 May '12

02 May '12

> You need SSL on both sides of a connection. Connection of what? Invariably a server is connecting to a browser. This implies a desktop/image based application. Outside of possibly Croquet, I don't know of any. Chris *<http://www.imdb.com/name/nm0348409/>*Warden Samuel Norton: I have to say that's the most amazing story I've ever heard. What amazes me most is that you were taken in by it. *<http://www.imdb.com/name/nm0000209/>*Andy Dufresne: Sir? Warden Samuel Norton: <http://www.imdb.com/name/nm0348409/>It's obvious this fellow Williams is impressed with you, he hears your tale of woe and naturally wants to cheer you up. He's young, not terribly bright, it's not surprising he wouldn't know what a state he put you in. Andy Dufresne:Sir, he's telling the truth. Warden Samuel Norton: <http://www.imdb.com/name/nm0348409/>Let's say for the moment this Blatch does exist. You think he'd just fall to his knees and cry: "Yes, I did it, I confess! Oh, and by the way, add a life term to my sentence."

2 1

AioPlugin and SqueakSSL plugin included in Cocoa (please test)
by Chris Cunnington 02 May '12

02 May '12

> I added AioPlugin and SqueakSSL plugins in Cocoa builds. At the risk of seeming more obtuse than I usually am, why would I want SSL in an Apple VM unless I'm running an Apple server, which almost nobody does? SSL in a Linux VM, yea, OK, I get that. Does my desktop image running on my Mac need SSL for something? Chris *Andy Dufresne <http://www.imdb.com/name/nm0000209/>*: How can you be so obtuse? *Warden Samuel Norton <http://www.imdb.com/name/nm0348409/>*: What? What did you call me? *Andy Dufresne <http://www.imdb.com/name/nm0000209/>*: Obtuse. Is it deliberate? *Warden Samuel Norton <http://www.imdb.com/name/nm0348409/>*: Son, you're forgetting yourself. *Andy Dufresne <http://www.imdb.com/name/nm0000209/>*: The country club will have his old time cards. Records, W-2s with his name on them. Sir, if I ever get out, I'd never mention what happens here. I'd be just as indictable as you for laundering that money.

2 1

AioPlugin and SqueakSSL plugin included in Cocoa (please test)
by Esteban Lorenzano 02 May '12

02 May '12

Hi, I added AioPlugin and SqueakSSL plugins in Cocoa builds. Aio tests in OSProcess are green, but some other fails, and I don't know the reason. Also, Zodiac tests are all green, but I think there are things missing. Can you test and provide feedback? link: https://ci.lille.inria.fr/pharo/job/Cog-VM/Architecture=32,OS=mac/lastSucce… Thanks, Esteban

2 1

Re: [Pharo-project] problem with tempNamed: in Pharo 2.0
by Eliot Miranda 02 May '12

02 May '12

On Tue, May 1, 2012 at 9:13 AM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Tue, May 1, 2012 at 6:09 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Hi guys. I noticed stef did this issue: >> http://code.google.com/p/pharo/issues/detail?id=5642 >> However, now I have the following test that fails in Pharo 2.0 but works >> fine in 1.4: >> >> | string context | >> string := 'test'. >> context := [self class. string asUppercase] asContext. >> self assert: (context tempNamed: 'string') = 'test' >> >> the current implementation of #tempNamed: is: >> >> tempNamed: aName >> "Returns the value of the temporaries, aName." >> "Implementation notes: temporary initialization in blocks simply uses >> pushNil to allocate and initialize each temp. So if one inspects [|a|a:=2] >> and sends it self method symbolic you get: >> >> 13 <8F 00 00 05> closureNumCopied: 0 numArgs: 0 bytes 17 to 21 >> 17 <73> pushConstant: nil >> 18 <77> pushConstant: 2 >> 19 <81 40> storeIntoTemp: 0 >> 21 <7D> blockReturn >> 22 <7C> returnTop >> >> And when we check self asContext pc we get 17, which is *before* the >> nil is pushed. Therefore we should pay attention when querying a temporary >> if the temporary allocation was executed." >> >> | index | >> index := (self tempNames indexOf: aName). >> ^ index >= stackp >> > > > Maybe the solution is to use #> rather than #>= ? > right. But tempNames is fundamentally broken for closures. It does not answer temps in indirection vectors. That is the whole point of schematicTempNamesString; it gives the topology of temps in a method. e.g. (where => means printIt returns...) (Collection>>#inject:into:) methodNode schematicTempNamesString => 'thisValue binaryBlock (nextValue)[each binaryBlock (nextValue)]' This says that a) at method level there are three temps, thisValue, binaryBlock and an indirection vector, and in the indirection vector is one temp named nextValue. b) in the block in inject:into: there are three temps, each (the argument), binaryBlock and an indirection vector, and in that indirection vector is a temp named nextValue. This is all orchestrated by DebuggerMethodMap, so that aContext method debuggerMap tempNamesForContext: aContext answers a list of the flattened temp names in a context (flattening out indirection vectors) and for the above would answer either #('thisValue' 'binaryBlock' 'nextValue') or #('each' 'binaryBlock' 'nextValue'), and | map | map := aContext method debuggerMap. map namedTempAt: ((map tempNamesForContext: aContext) indexOf: aTempName) in: aContext gets the temp from the unflattened temps in a context. This is how the debugger accesses temp names. So you need to throw away the broken tempName: implementation and use DebuggerMethodMap or some parse over schematicTempNamesString, because *with closures temps are not simply at contiguous offsets on the stack*. Make sense? Now, one good way to understand this is through examples. inject:into: is the canonical simple example I've used for years. But we can find more complex examples that may help. So this query looks for all methods that contain a bytecode to create an indirection vector with 2 or more elements: SystemNavigation new browseAllSelect: [:m| | is | is := InstructionStream on: m. is scanFor: [:b| b = 138 and: [is followingByte between: 2 and: 127]]] and the simplest example in a trunk 4.3 image I find is: Bag>>sum "Faster than the superclass implementation when you hold many instances of the same value (which you probably do, otherwise you wouldn't be using a Bag)." | sum first | first := true. contents keysAndValuesDo: [ :value :count | first ifTrue: [ sum := value * count. first := false ] ifFalse: [ sum := sum + (value * count) ] ]. first ifTrue: [ self errorEmptyCollection ]. ^sum which needs a two-element indirection vector because the block [ :value :count |...] assigns to both sum and first. Hence (Bag>>#sum) methodNode schematicTempNamesString => '(sum first)[value count (sum first)]' So in an activation of Bag>>sum the value of first is (sumContext tempAt: 1) at: 2 (cuz tempAt: 1 is the indirection vector represented as (sum first) in schematic temps, and first is the second element. But in an activation of the block in Bag>>sum the value of first is (sumBlockContext tempAt: 3) at: 2. I can keep repeating myself until I'm blue in the face, but y'all have to put in the effort to understand this simple scheme. Temps that are modified after they are closed-over end up in indirection vectors. > > >> ifTrue: [ nil] >> ifFalse: [self tempAt: (self tempNames indexOf: aName)] >> >> >> and previously it was: >> >> tempNamed: aName >> ^self tempAt: (self tempNames indexOf: aName) >> >> >> ideas? >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- best, Eliot

2 5

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

02 May '12

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2012-May/005313.html Name: Collections-cmm.474 Ancestors: Collections-cmm.471, Collections-eem.473 Merged cmm.471 to allow, but not require, the system to support concatenation semantics. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-May/005314.html Name: Collections-cmm.471 Ancestors: Collections-nice.470 Allow the system to be extended with concatenation semantics. =============================================

1 0

The Trunk: Collections-cmm.471.mcz
by commits＠source.squeak.org 01 May '12

01 May '12

Chris Muller uploaded a new version of Collections to project The Trunk: http://source.squeak.org/trunk/Collections-cmm.471.mcz ==================== Summary ==================== Name: Collections-cmm.471 Author: cmm Time: 7 April 2012, 3:55:28.506 pm UUID: e78ed15d-8393-4119-b4ac-df4811747699 Ancestors: Collections-nice.470 Allow the system to be extended with concatenation semantics. =============== Diff against Collections-nice.470 =============== Item was changed: ----- Method: Collection>>, (in category 'copying') ----- , aCollection + + ^ self copy addAll: aCollection asCollection; yourself! - ^self copy addAll: aCollection; yourself! Item was added: + ----- Method: Collection>>asCollection (in category 'converting') ----- + asCollection + + ^ self! Item was changed: ----- Method: SequenceableCollection>>, (in category 'copying') ----- , otherCollection "Concatenate two Strings or Collections." - ^ self copyReplaceFrom: self size + 1 to: self size + with: otherCollection asCollection - with: otherCollection " #(2 4 6 8) , #(who do we appreciate) ((2989 storeStringBase: 16) copyFrom: 4 to: 6) , ' boy!!' "!

1 0

Jump to page: