Squeak-dev May 2016

squeak-dev@lists.squeakfoundation.org

45 participants
258 discussions

The Trunk: Help-Squeak-TerseGuide-pre.6.mcz
by commits＠source.squeak.org 25 May '16

25 May '16

Patrick Rein uploaded a new version of Help-Squeak-TerseGuide to project The Trunk: http://source.squeak.org/trunk/Help-Squeak-TerseGuide-pre.6.mcz ==================== Summary ==================== Name: Help-Squeak-TerseGuide-pre.6 Author: pre Time: 25 May 2016, 10:31:44.454733 am UUID: d0c651c0-c1cb-46c8-982a-ea2ec9f08c60 Ancestors: Help-Squeak-TerseGuide-kfr.5 Added a section on exception handling =============== Diff against Help-Squeak-TerseGuide-kfr.5 =============== Item was added: + ----- Method: TerseGuideHelp class>>exceptionHandling (in category 'pages') ----- + exceptionHandling + + ^HelpTopic + title: 'Exception Handling' + contents: + + '"************************************************************************ + * Exceptions: * + ************************************************************************" + | x | + x := Object new. + x error: ''Throwing an error''. + + NotFound signal. "simply throwing a specific exception" + NotFound signal: ''Throwing with a message''. "throwing an exception with a custom text" + + x := [ 5 / 0 ] "simple exception handler" + on: ZeroDivide do: [ 10 ]. + x := [ 5 / 0 ] "processing the exception in an exception handler" + on: Error do: [:e | Transcript showln: e printString ]. + x := [ 5 / 0 ] "different exception handlers for the same block" + on: ZeroDivide do: [ 10 ] + on: MessageNotUnderstood do: [ 20 ]. + x := [ 5 / 0 ] "one exception handler for two different exceptions" + on: ZeroDivide , ArithmeticError do: [ 10 ]. + + + '! Item was changed: ----- Method: TerseGuideHelp class>>pages (in category 'accessing') ----- pages ^ #( introduction transcript assignment constants boolean arithmetic + bitwise conversion block exceptionHandling methodCall conditionalStatement - bitwise conversion block methodCall conditionalStatement iterationStatement character symbol string array orderedCollection sortedCollection bag set interval association dictionary internalStream fileStream date time point rectangle pen dynamic metaclass debugging misc )!

1 0

The Trunk: Kernel-pre.1026.mcz
by commits＠source.squeak.org 25 May '16

25 May '16

Patrick Rein uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-pre.1026.mcz ==================== Summary ==================== Name: Kernel-pre.1026 Author: pre Time: 25 May 2016, 10:25:41.183733 am UUID: 389c2806-d933-41e0-9dd0-4f4035f3455c Ancestors: Kernel-mt.1025 Improves argument naming in exception handling methods to make discovery of ExceptionSet easier. =============== Diff against Kernel-mt.1025 =============== Item was changed: ----- Method: BlockClosure>>on:do: (in category 'exceptions') ----- + on: exceptionOrExceptionSet do: handlerAction - on: exception do: handlerAction "Evaluate the receiver in the scope of an exception handler." | handlerActive | <primitive: 199> "just a marker, fail and execute the following" handlerActive := true. ^ self value! Item was changed: ----- Method: BlockClosure>>on:do:on:do: (in category 'exceptions') ----- + on: exception1 do: block1 on: exception2 do: block2 - on: exc1 do: block1 on: exc2 do: block2 ^[ self + on: exception1 - on: exc1 do: block1 ] + on: exception2 - on: exc2 do: block2! Item was changed: ----- Method: BlockClosure>>on:do:on:do:on:do: (in category 'exceptions') ----- + on: exception1 do: block1 on: exception2 do: block2 on: exception3 do: block3 - on: exc1 do: block1 on: exc2 do: block2 on: exc3 do: block3 ^[ self + on: exception1 - on: exc1 do: block1 ] + on: exception2 - on: exc2 do: block2 + on: exception3 - on: exc3 do: block3! Item was changed: ----- Method: BlockContext>>on:do: (in category 'exceptions') ----- + on: exceptionOrExceptionSet do: handlerAction - on: exception do: handlerAction "Evaluate the receiver in the scope of an exception handler." | handlerActive | <primitive: 199> handlerActive := true. ^self value! Item was changed: ----- Method: BlockContext>>on:do:on:do: (in category 'exceptions') ----- + on: exception1 do: block1 on: exception2 do: block2 - on: exc1 do: block1 on: exc2 do: block2 ^[ self + on: exception1 - on: exc1 do: block1 ] + on: exception2 - on: exc2 do: block2! Item was changed: ----- Method: BlockContext>>on:do:on:do:on:do: (in category 'exceptions') ----- + on: exception1 do: block1 on: exception2 do: block2 on: exception3 do: block3 - on: exc1 do: block1 on: exc2 do: block2 on: exc3 do: block3 ^[ self + on: exception1 - on: exc1 do: block1 ] + on: exception2 - on: exc2 do: block2 + on: exception3 - on: exc3 do: block3!

1 0

Daily Commit Log
by commits＠source.squeak.org 24 May '16

24 May '16

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2016-May/068148.html Name: Files-tpr.156 Ancestors: Files-cmm.155 Add call to the fsync file flushing/synchronising primitive, plus a #sync method to use it. =============================================

1 0

Re: [squeak-dev] The Trunk: Files-tpr.156.mcz
by Levente Uzonyi 24 May '16

24 May '16

I suppose #sync should do nothing when the FileStream is not writable. Levente On Tue, 24 May 2016, commits(a)source.squeak.org wrote: > tim Rowledge uploaded a new version of Files to project The Trunk: > http://source.squeak.org/trunk/Files-tpr.156.mcz > > ==================== Summary ==================== > > Name: Files-tpr.156 > Author: tpr > Time: 24 May 2016, 10:00:21.788027 am > UUID: a9fad8c9-8c36-480a-8c66-1521c4e1bf16 > Ancestors: Files-cmm.155 > > Add call to the fsync file flushing/synchronising primitive, plus a #sync method to use it. > > =============== Diff against Files-cmm.155 =============== > > Item was added: > + ----- Method: FileStream>>sync (in category 'file open/close') ----- > + sync > + "sync the current buffer out to disk." > + > + self subclassResponsibility > + ! > > Item was added: > + ----- Method: StandardFileStream>>primSync: (in category 'primitives') ----- > + primSync: id > + "Call fsync to really, really, flush pending changes to the disk" > + | p | > + <primitive: 'primitiveFileSync' module: 'FilePlugin'> > + "In some OS's seeking to 0 and back will do a flush. Maybe that will help if we dont have the primitives" > + p := self position. > + self position: 0; position: p! > > Item was added: > + ----- Method: StandardFileStream>>sync (in category 'read, write, position') ----- > + sync > + "Really, really, flush pending changes" > + ^self primSync: fileID! > > >

1 0

The Trunk: Files-tpr.156.mcz
by commits＠source.squeak.org 24 May '16

24 May '16

tim Rowledge uploaded a new version of Files to project The Trunk: http://source.squeak.org/trunk/Files-tpr.156.mcz ==================== Summary ==================== Name: Files-tpr.156 Author: tpr Time: 24 May 2016, 10:00:21.788027 am UUID: a9fad8c9-8c36-480a-8c66-1521c4e1bf16 Ancestors: Files-cmm.155 Add call to the fsync file flushing/synchronising primitive, plus a #sync method to use it. =============== Diff against Files-cmm.155 =============== Item was added: + ----- Method: FileStream>>sync (in category 'file open/close') ----- + sync + "sync the current buffer out to disk." + + self subclassResponsibility + ! Item was added: + ----- Method: StandardFileStream>>primSync: (in category 'primitives') ----- + primSync: id + "Call fsync to really, really, flush pending changes to the disk" + | p | + <primitive: 'primitiveFileSync' module: 'FilePlugin'> + "In some OS's seeking to 0 and back will do a flush. Maybe that will help if we dont have the primitives" + p := self position. + self position: 0; position: p! Item was added: + ----- Method: StandardFileStream>>sync (in category 'read, write, position') ----- + sync + "Really, really, flush pending changes" + ^self primSync: fileID!

1 0

Re: [squeak-dev] The Trunk: MorphicExtras-mt.174.mcz
by karl ramberg 24 May '16

24 May '16

Updating a image that was a few weeks behind broke because it loaded the sender of this message before this :-( Best, Karl On Tue, May 17, 2016 at 2:20 PM, <commits(a)source.squeak.org> wrote: > Marcel Taeumel uploaded a new version of MorphicExtras to project The > Trunk: > http://source.squeak.org/trunk/MorphicExtras-mt.174.mcz > > ==================== Summary ==================== > > Name: MorphicExtras-mt.174 > Author: mt > Time: 17 May 2016, 2:20:29.347089 pm > UUID: b22e6fc2-bfaf-de4f-930c-c192fc6dacd0 > Ancestors: MorphicExtras-mt.173 > > Add a simple check whether there are flaps visible in a world. > > =============== Diff against MorphicExtras-mt.173 =============== > > Item was added: > + ----- Method: Flaps class>>anyFlapsVisibleIn: (in category 'testing') > ----- > + anyFlapsVisibleIn: aWorld > + > + aWorld submorphsDo: [:m | > + (m isKindOf: FlapTab) ifTrue: [^ true]]. > + > + ^ false! > > >

2 2

Adding fsync() call to the primitiveFileFlush prim ?
by tim Rowledge 24 May '16

24 May '16

We have an interesting problem in Pi-land where many teachers report kids losing their Scratch work (and other, but I don’t get to fix that) because of pulling the power before fully shutting down etc. This tends to put them off trying again, apparently. We already close files properly after writing out files but it seems that dear ol’unix likes to save actual writing for later, perhaps when it has time for a relaxing latté or whatever. It has been suggested that using fsync() might force the lazy writer to actually do its job properly, which seems reasonable. In thinking about where to add this I see a couple of obvious possibilities a) a new primitive b) add fsync() (suitably wrapped in case of non-availability) to the end of the sqFileFlush() called in primitiveFileFlush() code. I think I prefer b) personally but I’m happy to be educated. Possible probles insclude some OS’ not having a fsync option; so far as I can see Windows already uses a totally disjoint set of code. Can anyone think of bad things happening if I do this? Think of the children…. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: JSP: Jump on Sexy Programmer

5 18

microsecondClockValue
by Eliot Miranda 23 May '16

23 May '16

Hi All, I see that access to the microsecond clock is called "microsecondClockValue". This name is wrong. It derives from millisecondClockValue which was indeed a value. The millisecond clock started from zero on every image startup and wrapped around every 45 days or so. The microsecond clock is quite different; it is an absolute clock whose zero is midnight on January 1st 1901, the start of the 20th century (damn those monks). So "Value" should be omitted from the selector. In Squeak we provide both Time utcMicrosecondClock and Time localMicrosecondClock which provide the number of microseconds since the start of 1/1/1901 in utc and local time zones respectively. It wraps round no sooner than 24/4/20168 (/not/ 2168). Time millisecondClockValue is provided for backward compatibility. _,,,^..^,,,_ best, Eliot

2 3

Saving a project's windows
by Eliot Miranda 23 May '16

23 May '16

Hi All, I'd love to be able to save just the windows form a project. Ideally I'd save also the changes from dirty packages, but that's basically all. I'm trying the PUBLISH items in the Project (preview) window, and it either tries to create a huge word segment (the first PUBLISH option) or tries to compute a relevant compactClassesArray (the second option), which should be empty and if I make it empty, it looks like the Vm locks up in computing the segment. Has anyone had any success saving projects with Spur? Has anyone by some miracle done just the saving of project windows? Any hints on avoiding the size explosion with the first PUBLISH option? _,,,^..^,,,_ best, Eliot

5 4

Re: [Pharo-dev] From a mooc user: method source with it' take so long in Pharo 5
by Eliot Miranda 23 May '16

23 May '16

Hi Henrik, cc'ing squeak-dev cuz this is relevant to both communities (if and until Pharo takes the unwise decision to double the size of the image by keeping sources in the image). > On May 22, 2016, at 5:01 AM, Henrik Nergaard <henrik.nergaard(a)uia.no> wrote: > > There is a method in SourceFileArray #localProcessReadStreamAtFileIndex:atPosition:ifPresent:ifAbsent: which uses a ProccessLocalVariable called ProccessAndSessionLocalSourcesFileArray (see #localProcessReadOnlyCopy). Changing the last line in #readStreamAt:ifPresent:ifAbsent: to use this local process one makes the time to run this snippet: > > [ 1 systemNavigation browseMethodsWithSourceString: 'Morph' matchCase: false ] timeProfile > > From ~ 10 seconds to ~ 3 seconds (Windows). > > However I cannot see that the file handles created by this processLocalVariable to ever be closed, so I suspect those are leaked? In that case there might be the need to implement some “clean up” mechanism for ProccessLocalVariables before they are changed/nilled when a process changes. > > Another approach could be to not use a ProccessLocalVariabe at all, but extend the SourceFilesArray class to also hold one read only handle for each of its files, and use these in readStreamAtFileIndex:::… . I guess that it is also necessary then to have semaphore protecting the two last lines such that setting the position in the stream and reading from it cannot be changed by other threads. I like this approach, but it has a fatal flaw. If one is debugging file access, then as the debugger causes the source of methods to be fetched as the debugger displays them, so the file pointer in the read-only file the access of which one is trying to debug will change under one's feet, and the results will be completely wrong. An approach which uses a special copy for the debugger doesn't work; one can't debug access to that file for the same reason. An approach that /should/ work is for the debugger to install its own copy around file-access. This should be recursive. So around every file access in the debugger there would need to be something like SourceFiles substituteFreshReadOnlyCopiesDuring: [...file access...] which would remember the current read-only files, evaluate the block using ensure: and have the ensure: block reinstall the previous file. Does this make sense? > > readStreamAtFileIndex: index atPosition: position ifPresent: presentBlock ifAbsent: absentBlock > > | stream result| > stream := self readOnlyFileAt: index. > stream ifNil: [ ^ absentBlock value ]. "sources file not available" > > position > stream size ifTrue: [ ^ absentBlock value ]. > > readSema critical: [ > stream position: position. > result := presentBlock value: stream > ]. > > ^ result > > > Best regards, > Henrik > > > From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Nicolai Hess > Sent: Thursday, May 19, 2016 9:31 AM > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Subject: Re: [Pharo-dev] From a mooc user: method source with it' take so long in Pharo 5 > > Squeak caches the opened readonly file(handle). It does not have to reopen the file on every call for reading (readonly). > > 2016-05-18 19:12 GMT+02:00 stepharo <stepharo(a)free.fr>: > I am wondering why does the search 'method source with it' take so long in Pharo 5? On my PC, When I select the text 'menu' and search for all 'method source with it', in Squeak 5 it takes 3 seconds. In Pharo 5 it takes 21 seconds. > > >

3 2

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

Jump to page: