Squeak-dev May 2016

squeak-dev@lists.squeakfoundation.org

45 participants
258 discussions

VM crash with unhelpful debug log
by karl ramberg 27 May '16

27 May '16

I have a updated image that crash if I try to save from Monticello. Not sure why... Saving otherwise from the image is fine Crash log is very terse and does not show what goes wrong Best, Karl

4 5

The Trunk: Monticello-kfr.633.mcz
by commits＠source.squeak.org 27 May '16

27 May '16

Karl Ramberg uploaded a new version of Monticello to project The Trunk: http://source.squeak.org/trunk/Monticello-kfr.633.mcz ==================== Summary ==================== Name: Monticello-kfr.633 Author: kfr Time: 27 May 2016, 5:35:08.132864 pm UUID: faacff6a-dfd6-45ef-98a1-b9a4796cd757 Ancestors: Monticello-mt.632 When a class only has instance variable changes MCMergeBrowser does not offer a menu option to access a browser =============== Diff against Monticello-mt.632 =============== Item was changed: ----- Method: MCCodeTool>>methodListMenu: (in category 'menus') ----- methodListMenu: aMenu "Build the menu for the selected method, if any." self selectedMessageName ifNil: [items notEmpty ifTrue: + [aMenu addList:#( + ('browse full (b)' browseMethodFull) + ('fileOut (o)' fileOutMessage))]] - [aMenu addList:#(('fileOut (o)' fileOutMessage))]] ifNotNil: [ aMenu addList:#( ('browse full (b)' browseMethodFull) ('browse hierarchy (h)' classHierarchy) ('browse protocol (p)' browseFullProtocol) - ('fileOut (o)' fileOutMessage) ('printOut' printOutMessage) ('copy selector (c)' copySelector) ('copy reference (C)' copyReference)). aMenu addList: #( - ('browse senders (n)' browseSendersOfMessages) ('browse implementors (m)' browseMessages) ('inheritance (i)' methodHierarchy) ('versions (v)' browseVersions) ('change sets with this method' findMethodInChangeSets) " ('x revert to previous version' revertToPreviousVersion)" ('remove from current change set' removeFromCurrentChanges) " ('x revert & remove from changes' revertAndForget)" ('add to current change set' adoptMessageInCurrentChangeset) " ('x copy up or copy down...' copyUpOrCopyDown)" " ('x remove method (x)' removeMessage)" "-" ). ]. " aMenu addList: #( ('x inst var refs...' browseInstVarRefs) ('x inst var defs...' browseInstVarDefs) ('x class var refs...' browseClassVarRefs) ('x class variables' browseClassVariables) ('x class refs (N)' browseClassRefs) ). " ^ aMenu !

1 0

Fix for MergeBrowser
by karl ramberg 27 May '16

27 May '16

I'm pretty sure this is a proper fix so the MCMergeBrowser can open a browser from the context menu: MCMethodDefinition>>packageInfo ^ self workingCopy! ! Best, Karl

4 10

New Cog VMs available
by Eliot Miranda 27 May '16

27 May '16

... at http://www.mirandabanda.org/files/Cog/VM/VM.r3732 CogVM binaries as per VMMaker.oscog-eem.1873/r3732 General: Make primitiveDoPrimitiveWithArgs usable as a mirror primitive, such that no message needs to be sent to the receiver to evaluate a primitive on it. This would make possible Context>>receiver: obj tryPrimitive: idx withArgs: args. Spur: Fix ephemerons (at least for Gule's test case). The mournQueue is of course a root for the scavenger and so must be visited at the start of a scavenge. Fix bug in markAllUnscannedEphemerons, enumerating correctly. Both fireEphemeronsInRememberedSet and fireEphemeronsOnEphemeronList must check for an ephemeron being fireable. An as-yet-firable ephemeron might get added to the ephemeron list and later its key may get tenured, rendering the ephemeron unfirable in that cycle. Fix marking of obj stack contents (markAndTraceObjStack:andContents:). Again tenuring could cause contents to be forwarded and hence read barrier is needed. Fix two bugs in ephemerons (found by Gille Polito - thanks!). 1. obj stack extension must happen with marking set to true if new pages aren't to be GC'ed. So move the assignments to marking out into markObjects: where they can surround nilUnmarkedWeaklingSlots. 2. fireAllUnscannedEphemerons needs to enumerate the unscannedEphemerons set properly, an oop at a time. Fix asserts that check for ephemerons so that the change in an ephemeron's format once it gets added to the mournQueue doesn't break the asserts; isMaybeFiredEphemeron[Format]: answer true for ephemerons and ephemerons in the mournQueue. Fix the Spur implementation of becomeForward:copyHash: for becomming immediates with copyHash false. Fix the scavenger's referenceCountRememberedReferents: for forwarding to immediates, and add a printRememberedSet convenience. Make pushLiteralVariable: store unfollowed literals back into the literal frame. Do so in a function off to the side, not inlined into the interpreter loop. With the above ephemeron changes Guille's test case passes: | e | Smalltalk supportsQueueingFinalization: true. e := (1 to: 200000) collect: [:i| Ephemeron key: (ObjectFinalizer receiver: 'test', 'asd' selector: #logCr) value: Object new]. Smalltalk garbageCollect! Plugins: Simplify the arg validation in FloatArrayPrims>>prmNormalize & primLength. Fix the configuration of the gdb-7.x support for for the GdbARMPlugin (COG=1). Put #if COG around a couple of changes to the gdb-7.10 code. Allow assert to be used in the plugin on MacOS X (-undefined dynamic_lookup) _,,,^..^,,,_ best, Eliot

1 0

Re: [squeak-dev] The Trunk: Files-tpr.156.mcz
by Chris Muller 27 May '16

27 May '16

Since I'm not a systems programmer, I wasn't really following the other discussion. But this does interest me since Magma employs a complex logging / playback mechanism which does depend on the idea that returning from #flush assures all my puts on that Filestreams are truly written to the disk. Should I be using #sync, instead of #flush? Could you succinctly summarize the difference between the two for a lay-person like myself? On Tue, May 24, 2016 at 12:02 PM, <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! > >

3 3

v 2.0 SecureSession spec
by Robert Withers 26 May '16

26 May '16

Here's a link to the version 2.0 spec I've put together. It includes v2.0 start-up messages for dataEncoder negotiation (used by presentation layer) and corrections to MessageType assigned numbers for data headers, so impl and spec match. Unfortunately the impl still has a few v2.0 issues, but v1.0 and vintage are still working and will not change in the future, tough perhaps deprecated. I'd welcome any feedback on content or accuracy, if anyone had a few cycles to spare ;) Thank you for your consideration, Robert http://jmp.sh/zASyHlK

1 0

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

25 May '16

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2016-May/068149.html Name: Kernel-pre.1026 Ancestors: Kernel-mt.1025 Improves argument naming in exception handling methods to make discovery of ExceptionSet easier. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-May/068150.html Name: Help-Squeak-TerseGuide-pre.6 Ancestors: Help-Squeak-TerseGuide-kfr.5 Added a section on exception handling ============================================= http://lists.squeakfoundation.org/pipermail/packages/2016-May/068151.html Name: Graphics-bf.339 Ancestors: Graphics-bf.338 PNG: stop processing after IEND chunk =============================================

1 0

AW: Re: [squeak-dev] Adding fsync() call to the primitiveFileFlush prim ?
by Herbert König 25 May '16

25 May '16

Hi John, Guess it's a matter of time. Last time I looked we used punched cards, now we just close the lid of our laptop and expect it to do the right things. Give me one serious reason why yanking the power cord _should_ punish the user. That it still does is just another incovenience. It's sooo backwards. Cheers, Herbert. <div>-------- Ursprüngliche Nachricht --------</div><div>Von: John Pfersich <smalltalker2(a)mac.com> </div><div>Datum:22.05.2016 07:36 (GMT+01:00) </div><div>An: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> </div><div>Betreff: Re: [squeak-dev] Adding fsync() call to the primitiveFileFlush prim ? </div><div> </div> Sent from my iPad > On May 21, 2016, at 22:07, David T. Lewis <lewis(a)mail.msen.com> wrote: > >> On Sat, May 21, 2016 at 10:49:24AM -0700, tim Rowledge wrote: >> The issue here is that the PI - especially when used in schools - is storing everything on a micro-SD card. Being surrounded by kids is a scary thing for a computer. They don???t necessarily bother to do a nice system shutdown or even exit Scratch before yanking the power. Teachers don???t necessarily know to tell them to; lots of people doing their best with insufficient knowledge. > > D'oh, now I get it. I was not thinking of the case of yanking the power cord. > I can well imagine that this might be a bit disruptive for normal process exit > cleanups that are supposed to ensure that fflushed buffers actually make it > to the disk-like media. > >> An interesting thing is that I ???remembered??? that we flush files when closing them but in fact we don???t. > > In a perfect world you do not need to flush a file when closing it, because > closing it implies a flush (e.g. fclose performs an fflush). That said, > yanking the power cord might introduce some imperfections. > > Dave > > And I don't think that people that yank the power cord should be catered to. If you do stupid things, you should pay the consequences. A computer isn't a toaster. And teachers should convey that to their students.

6 9

The Trunk: Graphics-bf.339.mcz
by commits＠source.squeak.org 25 May '16

25 May '16

Bert Freudenberg uploaded a new version of Graphics to project The Trunk: http://source.squeak.org/trunk/Graphics-bf.339.mcz ==================== Summary ==================== Name: Graphics-bf.339 Author: bf Time: 25 May 2016, 3:31:08.816172 pm UUID: 8ff86a2f-2422-4873-b7b2-63870f187c28 Ancestors: Graphics-bf.338 PNG: stop processing after IEND chunk =============== Diff against Graphics-bf.338 =============== Item was changed: ----- Method: PNGReadWriter>>processNextChunk (in category 'chunks') ----- processNextChunk | length chunkType crc chunkCrc | length := self nextLong. chunkType := (self next: 4) asString. (chunk isNil or: [ chunk size ~= length ]) ifTrue: [ chunk := self next: length ] ifFalse: [ stream next: length into: chunk startingAt: 1 ]. chunkCrc := self nextLong bitXor: 16rFFFFFFFF. crc := self updateCrc: 16rFFFFFFFF from: 1 to: 4 in: chunkType. crc := self updateCrc: crc from: 1 to: length in: chunk. crc = chunkCrc ifFalse:[ self error: 'PNGReadWriter crc error in chunk ', chunkType. ]. + chunkType = 'IEND' ifTrue: [stream setToEnd. ^self "*should* be the last chunk"]. - chunkType = 'IEND' ifTrue: [^self "*should* be the last chunk"]. chunkType = 'sBIT' ifTrue: [^self processSBITChunk "could indicate unusual sample depth in original"]. chunkType = 'gAMA' ifTrue: [^self "indicates gamma correction value"]. chunkType = 'bKGD' ifTrue: [^self processBackgroundChunk]. chunkType = 'pHYs' ifTrue: [^self processPhysicalPixelChunk]. chunkType = 'tRNS' ifTrue: [^self processTransparencyChunk]. chunkType = 'IHDR' ifTrue: [^self processIHDRChunk]. chunkType = 'PLTE' ifTrue: [^self processPLTEChunk]. chunkType = 'IDAT' ifTrue: [ "---since the compressed data can span multiple chunks, stitch them all together first. later, if memory is an issue, we need to figure out how to do this on the fly---" idatChunkStream ifNil: [ idatChunkStream := WriteStream with: chunk copy ] ifNotNil: [ idatChunkStream nextPutAll: chunk ]. ^self ]. unknownChunks add: chunkType. !

1 0

Thank you Patrick Rein for the exception handling addition to the terse guide
by gettimothy 25 May '16

25 May '16

very informative,thx

1 0

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

Jump to page: