Squeak-dev April 2013

squeak-dev@lists.squeakfoundation.org

66 participants
225 discussions

The Trunk: Collections-bf.512.mcz
by commits＠source.squeak.org 09 Apr '13

09 Apr '13

Bert Freudenberg uploaded a new version of Collections to project The Trunk: http://source.squeak.org/trunk/Collections-bf.512.mcz ==================== Summary ==================== Name: Collections-bf.512 Author: bf Time: 9 April 2013, 1:38:23.935 pm UUID: a45042c6-8fc0-4653-b996-22b40cc825e8 Ancestors: Collections-tpr.511 Debugging should *not* modify a stream. =============== Diff against Collections-tpr.511 =============== Item was changed: ----- Method: Stream>>printOn: (in category 'printing') ----- printOn: stream super printOn: stream. + " stream space. self contents printOn: stream. + + NOTE: some subclasses actually read from the stream to return its contents. + To not modify the state we must *not* send contents here. + "! - !

1 0

The Trunk: System-eem.521.mcz
by commits＠source.squeak.org 09 Apr '13

09 Apr '13

Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.521.mcz ==================== Summary ==================== Name: System-eem.521 Author: eem Time: 9 April 2013, 11:59:21.412 am UUID: 647ccc5a-483d-447e-aa1b-634f20dc0620 Ancestors: System-tpr.520 specialObjectsArray changes. - Add unusedBytecode - replace old Alien callback invocation message with new message (Alien-eem.16 or later), - work around what maybe a bug in Environments. SmalltalkImage current bindingOf: #Processor answers an Alias, which breaks the VM. So (at least temporarily) reuse the existing entry. =============== Diff against System-tpr.520 =============== Item was changed: ----- Method: SmalltalkImage>>recreateSpecialObjectsArray (in category 'special objects') ----- recreateSpecialObjectsArray "Smalltalk recreateSpecialObjectsArray" "To external package developers: **** DO NOT OVERRIDE THIS METHOD. ***** If you are writing a plugin and need additional special object(s) for your own use, use addGCRoot() function and use own, separate special objects registry " "The Special Objects Array is an array of objects used by the Squeak virtual machine. Its contents are critical and accesses to it by the VM are unchecked, so don't even think of playing here unless you know what you are doing." | newArray | + newArray := Array new: 58. - newArray := Array new: 56. "Nil false and true get used throughout the interpreter" newArray at: 1 put: nil. newArray at: 2 put: false. newArray at: 3 put: true. "This association holds the active process (a ProcessScheduler)" + newArray at: 4 put: (self specialObjectsArray at: 4) "(self bindingOf: #Processor) but it answers an Alias". - newArray at: 4 put: (self bindingOf: #Processor). "Numerous classes below used for type checking and instantiation" newArray at: 5 put: Bitmap. newArray at: 6 put: SmallInteger. newArray at: 7 put: ByteString. newArray at: 8 put: Array. newArray at: 9 put: Smalltalk. newArray at: 10 put: Float. newArray at: 11 put: MethodContext. newArray at: 12 put: BlockContext. newArray at: 13 put: Point. newArray at: 14 put: LargePositiveInteger. newArray at: 15 put: Display. newArray at: 16 put: Message. newArray at: 17 put: CompiledMethod. newArray at: 18 put: (self specialObjectsArray at: 18). "(low space Semaphore)" newArray at: 19 put: Semaphore. newArray at: 20 put: Character. newArray at: 21 put: #doesNotUnderstand:. newArray at: 22 put: #cannotReturn:. newArray at: 23 put: nil. "This is the process signalling low space." "An array of the 32 selectors that are compiled as special bytecodes, paired alternately with the number of arguments each takes." newArray at: 24 put: #( #+ 1 #- 1 #< 1 #> 1 #<= 1 #>= 1 #= 1 #~= 1 #* 1 #/ 1 #\\ 1 #@ 1 #bitShift: 1 #// 1 #bitAnd: 1 #bitOr: 1 #at: 1 #at:put: 2 #size 0 #next 0 #nextPut: 1 #atEnd 0 #== 1 #class 0 #blockCopy: 1 #value 0 #value: 1 #do: 1 #new 0 #new: 1 #x 0 #y 0 ). "An array of the 255 Characters in ascii order. Cog inlines table into machine code at: prim so do not regenerate it." newArray at: 25 put: (self specialObjectsArray at: 25). newArray at: 26 put: #mustBeBoolean. newArray at: 27 put: ByteArray. newArray at: 28 put: Process. "An array of up to 31 classes whose instances will have compact headers" newArray at: 29 put: self compactClassesArray. newArray at: 30 put: (self specialObjectsArray at: 30). "(delay Semaphore)" newArray at: 31 put: (self specialObjectsArray at: 31). "(user interrupt Semaphore)" "Entries 32 - 34 unreferenced. Previously these contained prototype instances to be copied for fast initialization" newArray at: 32 put: nil. "was (Float new: 2)" newArray at: 33 put: nil. "was (LargePositiveInteger new: 4)" newArray at: 34 put: nil. "was Point new" newArray at: 35 put: #cannotInterpret:. "Note: This must be fixed once we start using context prototypes (yeah, right)" "(MethodContext new: CompiledMethod fullFrameSize)." newArray at: 36 put: (self specialObjectsArray at: 36). "Is the prototype MethodContext (unused by the VM)" newArray at: 37 put: BlockClosure. "(BlockContext new: CompiledMethod fullFrameSize)." newArray at: 38 put: (self specialObjectsArray at: 38). "Is the prototype BlockContext (unused by the VM)" "array of objects referred to by external code" newArray at: 39 put: (self specialObjectsArray at: 39). "preserve external semaphores" newArray at: 40 put: nil. "Reserved for Mutex in Cog VMs" newArray at: 41 put: nil. "Reserved for a LinkedList instance for overlapped calls in CogMT" "finalization Semaphore" newArray at: 42 put: ((self specialObjectsArray at: 42) ifNil: [Semaphore new]). newArray at: 43 put: LargeNegativeInteger. "External objects for callout. Note: Written so that one can actually completely remove the FFI." newArray at: 44 put: (self at: #ExternalAddress ifAbsent: []). newArray at: 45 put: (self at: #ExternalStructure ifAbsent: []). newArray at: 46 put: (self at: #ExternalData ifAbsent: []). newArray at: 47 put: (self at: #ExternalFunction ifAbsent: []). newArray at: 48 put: (self at: #ExternalLibrary ifAbsent: []). newArray at: 49 put: #aboutToReturn:through:. newArray at: 50 put: #run:with:in:. "51 reserved for immutability message" "newArray at: 51 put: #attemptToAssign:withIndex:." + newArray at: 51 put: (self specialObjectsArray at: 51 ifAbsent: []). newArray at: 52 put: #(nil "nil => generic error" #'bad receiver' #'bad argument' #'bad index' #'bad number of arguments' #'inappropriate operation' #'unsupported operation' #'no modification' #'insufficient object memory' #'insufficient C memory' #'not found' #'bad method' #'internal error in named primitive machinery' + #'object may move' #'resource limit exceeded'). - #'object may move'). "53 to 55 are for Alien" newArray at: 53 put: (self at: #Alien ifAbsent: []). + newArray at: 54 put: #invokeCallbackContext::. "use invokeCallback:stack:registers:jmpbuf: for old Alien callbacks." - newArray at: 54 put: #invokeCallback:stack:registers:jmpbuf:. newArray at: 55 put: (self at: #UnsafeAlien ifAbsent: []). "Weak reference finalization" newArray at: 56 put: (self at: #WeakFinalizationList ifAbsent: []). + "reserved for foreign callback process" + newArray at: 57 put: (self specialObjectsArray at: 57 ifAbsent: []). + + newArray at: 58 put: #unusedBytecode. + "Now replace the interpreter's reference in one atomic operation" self specialObjectsArray becomeForward: newArray !

1 0

GSoC: Mentors please register on our website
by Janko Mivšek 09 Apr '13

09 Apr '13

Dear mentors, Our special website is ready for registration which is very simple this year through your Google account: http://gsoc2013.esug.org/admin?view=loginGoogle It will let you go through a simple registration process. No need for remembering password nor username. Please don't change your email address afterward. After registration please "claim" your projects by clicking Edit link on the gray visit card of your project. You should also improve description of your project by editing it. You'll also be able to see registered students and their biographies, when they will start to write them. You don't need to logout, also there is no session timeout on this site. Best regards Janko -- Janko Mivšek Smalltalk GSoC Admin Team http://gsoc2013.esug.org

1 0

squeakci.org has expired
by Sean P. DeNigris 09 Apr '13

09 Apr '13

NOTICE: This domain name expired on 03/04/2013 and is pending renewal or deletion. ----- Cheers, Sean -- View this message in context: http://forum.world.st/squeakci-org-has-expired-tp4680337.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

2 3

Don't forget the squeak hangout
by tim Rowledge 08 Apr '13

08 Apr '13

https://plus.google.com/hangouts/_/f297b035e36fef03a9403e95cfa14b788877c363 tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: DST: Deadlock System Tables

1 0

Good news !
by Serge Stinckwich 08 Apr '13

08 Apr '13

Dear all, Our Organization Application for "ESUG (European Smalltalk User Group)" in Google Summer of Code 2013 has been accepted ! Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://doesnotunderstand.org/

1 0

Scratch with raspberry pi and jr hi girls
by Brad Fuller 08 Apr '13

08 Apr '13

Dont know if this has been shared or not. If so, sorry for the duplication Cool! Scratch used by jr hi girl engineering class with raspberry pi http://www.youtube.com/watch?v=0zJyTY9DMYE&feature=youtube_gdata_player -- brad fuller

1 0

Fwd: [ANN] Fuel Release Version 1.9
by Martin Dias 08 Apr '13

08 Apr '13

Hi all, We are happy to announce Fuel 1.9. Fuel is an open-source general-purpose object serialization framework developed in Pharo. You can find more information on our website [1]. The default set of packages of this version already comes in Pharo 2.0, so you it's not necessary to install it there. However, Fuel also works out-of-the-box in Pharo from 1.1 up to 2.0, as well as in Squeak 4.1 up to 4.4. You can see our documentation [2] for complete installation and use guides. Changes: - (feature) DoIt and not-installed CompiledMethods are fully serialized by default. - (fix) Date & DateAndTime (thanks Cami and Marcus) (already included in Fuel 1.8.1 and 1.8.2). - (feature) New hooks methods #fuelNew and #fuelNew: for custom instantiation (see "Hooking instance creation" in Customizing the Graph). - Globals: - Added #globalEnvironment: to specify where the globals are looked-up. (see "Changing the environment" in Managing Globals). - Explicit references to "Smalltalk globals" changed to "self class environment". - A SystemDictionary instance is not treated as global when it is not "Smalltalk globals". - Documentation: - General update - New Format Migration section. - New Built-in Header Support section. - (feature) Put back FLSerializer>>on:. - (optimization) New clusters for SmallInteger. - (optimization) New clusters for most common collections. - (feature) Built-in support for header (See Built-in Header Support): - pre and post materialization actions (clean closures). - attach additional objects. - materialize only the header. - (fix) Safer substitutions (see FLPluggableSubstitutionTest>>testPrivateExcluded). - (feature) Materialize .fuel files when drag&dropped in the image. - (cleanup) Removed unneeded cluster: FLWellKnownObjectsCluster. [1]: http://rmod.lille.inria.fr/web/pier/software/Fuel [2]: http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.9/Documentation<http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8/Documentation> We want to thank developers of the community that enrich the project with code, issue reports and ideas. Have fun! Martin (on behalf of Mariano and Max, who worked a lot on this version)

7 20

Everyone's talking about debuggers these days
by Frank Shearar 08 Apr '13

08 Apr '13

First it was Gilad Bracha - http://gbracha.blogspot.co.uk/2012/11/debug-mode-is-only-mode.html - and now John Nolan - http://stigmergist.blogspot.co.uk/2013/01/debugger-first-vm-development.html I also saw a really neat demo of a framework for debugging system calls. I hope to find out more about this when I quiz the implementor in early February. I would be less vague if I could remember the name of the framework! frank

6 10

Re: [squeak-dev] Port numbers in network tests
by Chris Muller 07 Apr '13

07 Apr '13

(Oops, I did mean for my note to go to the list). For unit-test the "assume" approach has been more than practical enough for me over the years. For the random port numbers I chose, the only time it ever didn't work is when I had forgotten to shutdown the server image from a previously-failed test. But wait! Now I remember something! There was some sort of "port discovery" package available for Squeak in years past -- can't remember the name of it does anyone else? On Fri, Apr 5, 2013 at 11:48 AM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > (Not sure if you meant to drop off-list, but OK.) > > Sure. But that's well beyond my implicit assumption of a unit test. > You then still have a problem, with the cross-image test: either you > assume that your listenOn: really did start listening on that port, or > you check the port and communicate the actual real port in a side > channel (for instance by passing in the port during the client image > spawn directly, or via an environment variable. But I'd probably just > fail the test, in your situation: the server starts up, and #assert:s > that the proper port's being used. > > frank > > On 5 April 2013 17:36, Chris Muller <ma.chris.m(a)gmail.com> wrote: >> That means server and client must run in the same image, yes? My >> network tests actually run in separate images (launched by OSProcess), >> so if a port number was taken and the server got assigned a random >> port (instead of its hard coded port), the client in a separate image >> has no way to know about that. >> >> On Fri, Apr 5, 2013 at 11:25 AM, Frank Shearar <frank.shearar(a)gmail.com> wrote: >>> On 5 April 2013 17:09, Chris Muller <asqueaker(a)gmail.com> wrote: >>>> Of course, the other half are the connecting clients. Not sure how >>>> your code works but in my network tests I've been bitten by ports in >>>> use because the clients didn't know about the random port having been >>>> selected. >>> >>> Yes, but that's why Levente suggests asking the server for its port, >>> instead of relying on a common magic number. >>> >>> frank >>> >>>> On Fri, Apr 5, 2013 at 6:54 AM, Frank Shearar <frank.shearar(a)gmail.com> wrote: >>>>> On 5 April 2013 10:04, Frank Shearar <frank.shearar(a)gmail.com> wrote: >>>>>> On 5 April 2013 04:16, Levente Uzonyi <leves(a)elte.hu> wrote: >>>>>>> On Thu, 4 Apr 2013, Frank Shearar wrote: >>>>>>> >>>>>>>> So this isn't exactly a common use case, except on build.squeak.org: >>>>>>>> >>>>>>>> You have a bunch of network tests, so in your #setUp you start up a >>>>>>>> server on some port and in #tearDown you shut down the server. What >>>>>>>> port do you use? Well, it doesn't really matter too much, as long as >>>>>>>> the port's available. So you choose some probably-not-used port, like >>>>>>>> 7799. (WebClient's test suite uses this.) All is almost always well, >>>>>>>> because tests only fail when something's using 7799, which is almost >>>>>>>> never. >>>>>>>> >>>>>>>> build.squeak.org has two executors, which means it can run two builds >>>>>>>> concurrently. Suddenly, if you build SqueakTrunk, you'll trigger >>>>>>>> ExternalPackages, ExternalPackages-Squeak4.3 and External-Squeak4.4. >>>>>>>> Which means you will often execute the same test suite in different >>>>>>>> images at the same time. Suddenly those tests using a hard-coded port >>>>>>>> all fail, causing noise. (Xtreams' test suite is also vulnerable to >>>>>>>> this problem: look at the XTSocketReadingWritingTest failures in >>>>>>>> http://build.squeak.org/job/ExternalPackages/43/testReport/) >>>>>>>> >>>>>>>> So what do we do? >>>>>>>> >>>>>>>> One approach that I can think of is, like WebClient's test suite, to >>>>>>>> use a method #port returning the port to use in a test. However, #port >>>>>>>> should not return a constant but rather attempt to open a port within >>>>>>>> some range, and return _some_ open port. The problem here is a >>>>>>>> time-of-check-time-of-use race. >>>>>>>> >>>>>>>> Now that might nearly always work. Can anyone think of a better method? >>>>>>> >>>>>>> >>>>>>> The current socket implementation does exactly what you need. If a port is >>>>>>> being used, the socket will listen on a random free port. So the solution is >>>>>>> to ask the created Socket instance for which port it's listening on. >>>>>>> >>>>>>> Code showing the behavior: >>>>>>> >>>>>>> s := Socket newTCP. >>>>>>> s listenOn: 1234 backlogSize: 10. >>>>>>> s port. >>>>>>> s2 := Socket newTCP. >>>>>>> s2 listenOn: 1234 backlogSize: 10. >>>>>>> { s port. s2 port } "==> #(1234 50542)" >>>>>> >>>>>> That's.... surprising. Is that something the SocketPlugin does? No EADDRINUSE? >>>>>> >>>>>> OK, so leaving aside that I think that's crazy behaviour, >>>>> >>>>> Upon reflection, it's not as crazy as I thought. listen() then >>>>> actually means "try open this specific port. If you can't, open on >>>>> some random port, and let me know I only got a listening socket on >>>>> some random port, not the particular port I asked for, by returning >>>>> EADDRINUSE." >>>>> >>>>> That's handy for protocols that dynamically instantiate servers (FTP, say). >>>>> >>>>> That _also_ means I've just been on a wild goose chase, thinking that >>>>> concurrent builds on separate executors were interfering. Only those >>>>> tests that expected a certain port number (and in WebClient that's >>>>> just one test) would fail if another job had opened that port. >>>>> >>>>> frank >>>>> >>>>

4 3

← Newer
1
...
15
16
17
18
19
20
21
22
23
Older →

Jump to page: