Squeak-dev November 2021

squeak-dev@lists.squeakfoundation.org

27 participants
278 discussions

The Inbox: Collections-ct.962.mcz
by commits＠source.squeak.org 16 Nov '21

16 Nov '21

A new version of Collections was added to project The Inbox: http://source.squeak.org/inbox/Collections-ct.962.mcz ==================== Summary ==================== Name: Collections-ct.962 Author: ct Time: 13 November 2021, 2:29:12.457577 am UUID: 762c672f-abb5-194e-9f54-14cce19aa7f9 Ancestors: Collections-pre.961 Adds convenience constructor to Bag. Bag newFromContents: (Dictionary new at: #mon put: 7; at: #tue put: 2; at: #wed put: 4; yourself). =============== Diff against Collections-pre.961 =============== Item was added: + ----- Method: Bag class>>newFromContents: (in category 'instance creation') ----- + newFromContents: aDictionary + + ^ self new setContents: aDictionary!

4 5

The Inbox: Compiler-ct.463.mcz
by commits＠source.squeak.org 16 Nov '21

16 Nov '21

A new version of Compiler was added to project The Inbox: http://source.squeak.org/inbox/Compiler-ct.463.mcz ==================== Summary ==================== Name: Compiler-ct.463 Author: ct Time: 16 November 2021, 12:40:59.711376 pm UUID: 8f758ee8-125c-d54d-b581-72ab467f92ae Ancestors: Compiler-eem.460 Fixes a DNU in the decompiler when the stack contains flags (such as CaseFlag) while trying to match a #to:[by:]do: loop. Can be reproduced with String >> #format: ct 12/7/2019 15:05 (Collections-ct.867). =============== Diff against Compiler-eem.460 =============== Item was changed: ----- Method: Decompiler>>startAndLimitFor:from:into: (in category 'private') ----- startAndLimitFor: incrVar from: aStack into: binaryBlock "If incrVar matches the increment of a whileLoop at the end of statements evaluate binaryBlock with the init statement for incrVar and the init statement for the block's limit, if any, and answer true. Otherwise answer false. Used to help convert whileTrue: loops into to:[by:]do: loops." | guard initExpr limitInit size | ((size := aStack size) >= 1 + and: [(initExpr := aStack at: size) isKindOf: ParseNode] + and: [initExpr isAssignmentNode]) ifFalse: - and: [(initExpr := aStack at: size) isAssignmentNode]) ifFalse: [^false]. initExpr variable == incrVar ifTrue: [binaryBlock value: initExpr value: nil. ^true]. limitInit := initExpr. (size >= 2 + and: [((initExpr := aStack at: size - 1) isKindOf: ParseNode) + and: [initExpr isAssignmentNode + and: [initExpr variable == incrVar] - and: [(initExpr := aStack at: size - 1) isAssignmentNode - and: [initExpr variable == incrVar and: [(guard := statements last receiver) isBlockNode and: [guard statements size = 1 and: [(guard := guard statements first) isMessageNode and: [guard receiver == incrVar and: [guard arguments first == limitInit variable]]]]]]]) ifTrue: [binaryBlock value: initExpr value: limitInit. ^true]. ^false!

3 3

The Trunk: Help-Squeak-Project-mt.85.mcz
by commits＠source.squeak.org 16 Nov '21

16 Nov '21

Marcel Taeumel uploaded a new version of Help-Squeak-Project to project The Trunk: http://source.squeak.org/trunk/Help-Squeak-Project-mt.85.mcz ==================== Summary ==================== Name: Help-Squeak-Project-mt.85 Author: mt Time: 16 November 2021, 1:20:48.461235 pm UUID: 292cad51-6fac-9445-ab21-a2d8cfaa731e Ancestors: Help-Squeak-Project-eem.84 Minor clarification around TruffleSqueak and RSqueak/VM. =============== Diff against Help-Squeak-Project-eem.84 =============== Item was changed: ----- Method: SqueakHelp class>>introduction (in category 'pages') ----- introduction "This method was automatically generated. Edit it using:" "SqueakHelp edit: #introduction" <generated> ^(HelpTopic title: 'Welcome' contents: 'Welcome to Squeak Visit http://www.squeak.org for the lastest information. Squeak is an open-source Smalltalk programming system available for all major platforms. It features the Morphic framework, which promotes low effort graphical, interactive application development and maintenance. Many projects have been successfully created with Squeak in a wide range of domains such as education, multimedia, gaming, research, and commerce. Squeak is fast, flexible and free. It''s Smalltalk!!!! Everything is an object. Objects collaborate by sending messages to achieve the desired application behavior. The Smalltalk programming language has a concise syntax and simple execution semantics. The Smalltalk system is implemented in itself: Compiler, debugger, programming tools, and so on are all Smalltalk code the user can read and modify. Novice programmers can get started easily and experts can engineer elegant solutions at large. Morphic UI Framework All graphical objects are tangible and interactively changeable. This promotes short feedback loops and low-effort application development. Morphic thus leverages the live programming experience of traditional Smalltalk environments from a mainly text-focused domain to a graphical one. Powerful Tooling The dynamic Squeak environment provides a variety of tools for browsing, writing, executing, and versioning Smalltalk code. Multiple debugging sessions can be served concurrently. Thanks to Morphic, tool customization can be achieved with reasonable effort. Fast Virtual Machine + The standard VM for Squeak, Cog Spur, has the most advanced object representation yet devised for Smalltalk. Spur has direct pointers, a compact object header, and efficiently implements become (Smalltalk''s object mutation primitive) via lazy forwarding. Spur provides pinning, and a segmented heap, releasing memory back to the OS after global garbage collection. Cog Spur''s JIT combines context-to-stack mapping, aggressive in-line message caching, a register based calling convention, and Spur''s object representation to provide the fastest production Smalltalk VM. Cog Spur is developed in Smalltalk, in a uniquely productive VM development environment. There are other important Squeak VMs. Examples include SqueakJS, which runs in web browsers, and research VMs such as TruffleSqueak (based on GraalVM and a method JIT using partial evaluation) and RSqueak/VM (based on PyPy''s meta-tracing JIT). - The standard VM for Squeak, Cog Spur, has the most advanced object representation yet devised for Smalltalk. Spur has direct pointers, a compact object header, and efficiently implements become (Smalltalk''s object mutation primitive) via lazy forwarding. Spur provides pinning, and a segmented heap, releasing memory back to the OS after global garbage collection. Cog Spur''s JIT combines context-to-stack mapping, aggressive in-line message caching, a register based calling convention, and Spur''s object representation to provide the fastest production Smalltalk VM. Cog Spur is developed in Smalltalk, in a uniquely productive VM development environment. There are other important Squeak VMs, SqueakJS that runs in web browsers, and the research meta-tracing JIT TruffleSqueak, exploring the Truffle/Graal framework. Web Development With frameworks like Seaside and AIDA, Squeak can be a web server. It provides a layered set of abstractions over HTTP and HTML that let you build highly interactive web applications quickly, reusably, and maintainably. Multi-Platform Support Squeak supports Windows, Linux (X86, X64 and ARM), and macOS and is preinstalled on C.H.I.P., Raspberry Pi, and OLPC XO.!! + ]style[(19 5 1 21 29 399 15 18 6 33 8 87 14 80 8 2 8 2 17 161 20 27 8 254 16 64 8 11 9 6 10 152 20 28 1 8 2 351 24 13 23 43 28 111 26 28 10 19 8 56 13 11 7 48 10 11 6 21 15 22 7 5 4 18 3 163 22 121)a0b,a0,a0b,Rhttp://www.squeak.org;,a0,,i,,Rcode://Object;,,Rcode://MessageSend;,,Rcode://HelpBrowser openOn: TerseGuideHelp;,,Rcode://Compiler;,,Rcode://Debugger;,,Rcode://Browser;,,i,,Rcode://Morph new openInHand;,,i,,Rcode://ToolSet browse: String selector: #findTokens:;,,Rcode://7/0;,,Rcode://MCWorkingCopyBrowser new show;,,i,,f5,Rhttps://github.com/OpenSmalltalk/opensmalltalk-vm#readme;,f5,… velopment/#virtual-machines;,,Rhttps://squeak.js.org;,,Rhttps://github.com/…,!!' readStream nextChunkText) - ]style[(19 5 1 21 29 399 15 18 6 33 8 87 14 80 8 2 8 2 17 161 20 27 8 254 16 64 8 11 9 6 10 152 20 28 1 8 2 351 24 13 23 43 28 111 26 40 8 62 13 42 15 22 7 5 4 18 3 163 22 121)a0b,a0,a0b,Rhttp://www.squeak.org;,a0,,i,,Rcode://Object;,,Rcode://MessageSend;,,Rcode://HelpBrowser openOn: TerseGuideHelp;,,Rcode://Compiler;,,Rcode://Debugger;,,Rcode://Browser;,,i,,Rcode://Morph new openInHand;,,i,,Rcode://ToolSet browse: String selector: #findTokens:;,,Rcode://7/0;,,Rcode://MCWorkingCopyBrowser new show;,,i,,f5,Rhttps://github.com/OpenSmalltalk/opensmalltalk-vm#readme;,f5,… /hpi-swa/trufflesqueak/;,,i,,Rhttp://www.seaside.st/;,,Rhttp://www.aidaweb.si/;,,Rcode://WebClient;,,i,!!' readStream nextChunkText) key: #introduction; shouldStyle: false; yourself!

1 0

Bug in Decompiler for decoding inlined messages (#ifNotNil:, #by:do:)
by christoph.thiede＠student.hpi.uni-potsdam.de 16 Nov '21

16 Nov '21

Hi all! This method is currently decompiled incorrectly. In particular, this makes it impossible to debug it without a changes file: test1 | x | (x := self foo) ifNotNil: [self bar]. ^ x The decompiler returns: test1 self foo ifNotNil: [:x | self bar]. ^ x Here is another example: test2 | x | x := 1. [x <= 5] whileTrue: [ Transcript showln: x. x := x + 1]. ^ x The decompiler returns: test2 1 to: 5 do: [:x | Transcript showln: x]. ^ x In both examples, the decoding of the inlined message is invalid because the temporary is also accessed outside of the block scope. In DecompilerConstructor>>decodeIfNilWithReceiver:selector:arguments:tempReadCounts:, we already check "that there is no remote vector pointing to it", but the tempReadCounts arguments cannot see into the future, unfortunately. What would be the right way to fix this? I saw that we already have #markTemp:asOutOfScope: but we do not send this from #jump:in: and it is also unclear to me where the scope is really checked during the decompilation. If we do not want to perform a second run over all byte codes, I could only imagine that if a variable out of scope is pushed onto the stack (#pushTemporaryVariable:), we could revert the previous decoding. But first of all, I do not see any possibility to get the current scope of a running decompiler and second, implementing this revert sounds like a not so small design change. Do you see a simple way to fix this limitation, or do we indeed need to rework the decompiler design to handle this edge case properly? If yes, which one would you prefer - 1) run the decompiler twice so that tempReadCounts is already filled correctly, or 2) try to identify the scope of every "pushTemp" instruction and if the scope is invalid, revert the inline decoding from there? Best, Christoph --- Sent from Squeak Inbox Talk

1 0

UK Smalltalk User Group Meeting - Wednesday 24 November
by Giovanni Corriga 16 Nov '21

16 Nov '21

This month, the UKSTUG will take a look at Objective-S ( http://objective.st/ ), an architecture-oriented programming language based on Smalltalk and Objective-C, by hosting his creator Marcel Weheir. As per Alan Kay, “Code seems large and complicated for what it does”. Objective-S addresses one source of this accidental complexity: using software architectural abstraction to directly expresses the much wider variety of architectural styles typical of modern software systems, compared to traditional programming languages that still follow the call/return architectural style of scientific programs from the early days of computing. Marcel Weheir ( https://twitter.com/mpweiher ) started his forays into dynamic object-oriented computing by implementing Objective-C on his Amiga 35 years ago and hasn’t stopped since. Stops on the way have been at Apple, the BBC, Microsoft and various startups, as well as contributing to Squeak. He is currently a principal software engineer at Citymapper and PhD student at HPI, where he is trying to distill some of the lessons learned from over a quarter century of industry experience into Objective-S. This will be an online meeting from home. If you'd like to join us, please sign up in advance on the meeting's Meetup page ( https://www.meetup.com/UKSTUG/events/cbklbryccpbgc/ ) to receive the meeting details. Don’t forget to bring your laptop and drinks!

1 0

The Inbox: KernelTests-jar.406.mcz
by commits＠source.squeak.org 15 Nov '21

15 Nov '21

A new version of KernelTests was added to project The Inbox: http://source.squeak.org/inbox/KernelTests-jar.406.mcz ==================== Summary ==================== Name: KernelTests-jar.406 Author: jar Time: 24 May 2021, 11:02:39.394885 pm UUID: 08657090-5a49-f84b-904f-8a37f5f2ec75 Ancestors: KernelTests-jar.405 Test a situation when a process terminating another process is terminated in the middle of the unwind. make sure both processes are unwound correctly. =============== Diff against KernelTests-jar.405 =============== Item was added: + ----- Method: ProcessTest>>testTerminateInTerminate (in category 'tests') ----- + testTerminateInTerminate + "Terminating a terminator process should unwind both the terminator and its terminatee process" + + | terminator terminatee unwound | + unwound := false. + terminatee := [[Processor activeProcess suspend] ensure: [unwound := true]] fork. + Processor yield. + terminator := [terminatee terminate] newProcess. + self assert: terminatee isSuspended. + self assert: terminator isSuspended. + terminator runUntil: [:ctx | ctx selectorToSendOrSelf = #suspend]. "first #suspend in #terminate" + self assert: terminator isSuspended. + terminator terminate. + self assert: terminator isTerminated. + self assert: unwound!

5 6

BUG/REGRESSION while debugging Generator >> #nextPut:
by Thiede, Christoph 15 Nov '21

15 Nov '21

Hi all, I discovered a bug when stepping over a call to Generator >> #nextPut:. !! Save your image before trying the following !! Generator on: [:stream | stream nextPut: #foo] [cid:95952b5e-98f1-4447-bd09-29d396961281] 1. Due to multiprocessing implementation of the Generator, pressing over will hang up the current process forever, because the generator is never queried. 2. If I press cmd-dot, I get an infinite number of debugger windows that show Context >> #cannotReturn:. This will probably damage your image. The first is annoying for newcomers, but I see this behavior is reasonable and without the effect of the second, it wouldn't be a big problem. The second, however, looks like a bigger issue to me. Actually, I think the most serious aspect is that in Squeak 5.1, the same procedure does not crash your image, but you are forwarded to the emergency debugger and can terminate the process: [cid:c8eee8c3-d2de-49c0-b5d4-33bd340d6c98] [cid:6044ecf2-91ab-4f6e-b863-b980586868e9] Also, this is not the first scenario in the last time where I got an infinite debugger chain. See [BUG(s)] in Context control (#jump, #runUntilErrorOrReturnFrom:)<http://forum.world.st/BUG-s-in-Context-control-jump-runUntilErrorOrReturnFr…> for a similar issue. And there were even more situations which I could not yet reproduce exactly. I'm afraid that the recent changes to the debuggers might have weakened its ability to detect recursive errors. Can someone else tell about these problems? I suppose we ignore a large number of recursive errors as in MorphicDebugger >> #openOn:context:label:contents:fullView:, the uiBlock is often triggered as a separate UI message which will be executed after the recursion flag has been cleared by the base class. Would be great if someone could have a look at it or share more information :) Best, Christoph

8 25

The Trunk: Kernel-ct.1376.mcz
by commits＠source.squeak.org 15 Nov '21

15 Nov '21

Marcel Taeumel uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-ct.1376.mcz ==================== Summary ==================== Name: Kernel-ct.1376 Author: ct Time: 2 March 2021, 7:16:36.10917 pm UUID: 4c5758e1-3727-f04b-86c3-e9fe79a65db4 Ancestors: Kernel-jar.1375 Adds #cull:cull:cull:cull:cull: (for five args) analogously to #value:value:value:value:. =============== Diff against Kernel-jar.1375 =============== Item was added: + ----- Method: BlockClosure>>cull:cull:cull:cull:cull: (in category 'evaluating') ----- + cull: firstArg cull: secondArg cull: thirdArg cull: fourthArg cull: fifthArg + "Activate the receiver, with five or less arguments." + <primitive: 206> "Handle the five argument case primitively" + + ^ numArgs + caseOf: { + [5] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg value: fifthArg]. + [4] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg]. + [3] -> [self value: firstArg value: secondArg value: thirdArg]. + [2] -> [self value: firstArg value: secondArg]. + [1] -> [self value: firstArg]. + [0] -> [self value] } + otherwise: [self numArgsError: numArgs]! Item was added: + ----- Method: FullBlockClosure>>cull:cull:cull:cull:cull: (in category 'evaluating') ----- + cull: firstArg cull: secondArg cull: thirdArg cull: fourthArg cull: fifthArg + "Activate the receiver, with five or less arguments." + <primitive: 207> "Handle the five argument case primitively" + + ^ numArgs + caseOf: { + [5] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg value: fifthArg]. + [4] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg]. + [3] -> [self value: firstArg value: secondArg value: thirdArg]. + [2] -> [self value: firstArg value: secondArg]. + [1] -> [self value: firstArg]. + [0] -> [self value] } + otherwise: [self numArgsError: numArgs]! Item was added: + ----- Method: MessageSend>>cull:cull:cull:cull:cull: (in category 'evaluating') ----- + cull: firstArg cull: secondArg cull: thirdArg cull: fourthArg cull: fifthArg + "Send the message with these optional arguments and answer the return value" + + ^ selector numArgs caseOf: { + [5] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg value: fifthArg]. + [4] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg]. + [3] -> [self value: firstArg value: secondArg value: thirdArg]. + [2] -> [self value: firstArg value: secondArg]. + [1] -> [self value: firstArg]. + [0] -> [self value] }!

1 0

The Trunk: Kernel-mt.1421.mcz
by commits＠source.squeak.org 15 Nov '21

15 Nov '21

Marcel Taeumel uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-mt.1421.mcz ==================== Summary ==================== Name: Kernel-mt.1421 Author: mt Time: 15 November 2021, 2:15:12.822579 pm UUID: c56314fc-65ea-8e41-b550-1fe28f2d3f3f Ancestors: Kernel-ct.1376, Kernel-eem.1420 Merges Kernel-ct.1376: Adds #cull:cull:cull:cull:cull: (for five args) analogously to #value:value:value:value:. =============== Diff against Kernel-eem.1420 =============== Item was added: + ----- Method: BlockClosure>>cull:cull:cull:cull:cull: (in category 'evaluating') ----- + cull: firstArg cull: secondArg cull: thirdArg cull: fourthArg cull: fifthArg + "Activate the receiver, with five or less arguments." + <primitive: 206> "Handle the five argument case primitively" + + ^ numArgs + caseOf: { + [5] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg value: fifthArg]. + [4] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg]. + [3] -> [self value: firstArg value: secondArg value: thirdArg]. + [2] -> [self value: firstArg value: secondArg]. + [1] -> [self value: firstArg]. + [0] -> [self value] } + otherwise: [self numArgsError: numArgs]! Item was added: + ----- Method: FullBlockClosure>>cull:cull:cull:cull:cull: (in category 'evaluating') ----- + cull: firstArg cull: secondArg cull: thirdArg cull: fourthArg cull: fifthArg + "Activate the receiver, with five or less arguments." + <primitive: 207> "Handle the five argument case primitively" + + ^ numArgs + caseOf: { + [5] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg value: fifthArg]. + [4] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg]. + [3] -> [self value: firstArg value: secondArg value: thirdArg]. + [2] -> [self value: firstArg value: secondArg]. + [1] -> [self value: firstArg]. + [0] -> [self value] } + otherwise: [self numArgsError: numArgs]! Item was added: + ----- Method: MessageSend>>cull:cull:cull:cull:cull: (in category 'evaluating') ----- + cull: firstArg cull: secondArg cull: thirdArg cull: fourthArg cull: fifthArg + "Send the message with these optional arguments and answer the return value" + + ^ selector numArgs caseOf: { + [5] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg value: fifthArg]. + [4] -> [self value: firstArg value: secondArg value: thirdArg value: fourthArg]. + [3] -> [self value: firstArg value: secondArg value: thirdArg]. + [2] -> [self value: firstArg value: secondArg]. + [1] -> [self value: firstArg]. + [0] -> [self value] }!

1 0

The Inbox: Kernel-jar.1421.mcz
by commits＠source.squeak.org 15 Nov '21

15 Nov '21

A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel-jar.1421.mcz ==================== Summary ==================== Name: Kernel-jar.1421 Author: jar Time: 15 November 2021, 2:01:40.493442 am UUID: a0158f6a-ffeb-4946-bd0a-25ac6b1947d5 Ancestors: Kernel-eem.1420 Fix a bug: when debugging things like this: [^2] ensure: [Transcript cr; show: 'done'] if we step into the protected block [^2] and then step over ^2, we incorrectly get a lockCannotReturn. The bug is described in detail in Kernel-nice.1407 and discussed in http://forum.world.st/stepping-over-non-local-return-in-a-protected-block-t… Add a flag and an explanatory comment. Supersedes Kernel-jar.1413; please kindly remove from the Inbox =============== Diff against Kernel-eem.1420 =============== Item was changed: ----- Method: Context>>resume:through: (in category 'controlling') ----- resume: value through: firstUnwindCtxt "Unwind thisContext to self and resume with value as result of last send. Execute any unwind blocks while unwinding. ASSUMES self is a sender of thisContext." | ctxt unwindBlock | + self flag: #simulator. "jar: see Note below" self isDead ifTrue: [self cannotReturn: value to: self]. + ctxt := firstUnwindCtxt ifNil: [thisContext findNextUnwindContextUpTo: self]. - ctxt := firstUnwindCtxt. [ctxt isNil] whileFalse: [(ctxt tempAt: 2) ifNil: [ctxt tempAt: 2 put: true. unwindBlock := ctxt tempAt: 1. thisContext terminateTo: ctxt. unwindBlock value]. ctxt := ctxt findNextUnwindContextUpTo: self]. thisContext terminateTo: self. ^value + + "Note (11/2021): when debugging things like this: + [^2] ensure: [Transcript cr; show: 'done'] + if we step into the protected block [^2] and then step over ^2, we incorrectly get a BlockCannotReturn. + To avoid this bug, a close interplay between #return:from: and #resume:through: has been established: + During simulation, #return:from: passes firstUnwindCtxt = nil to #aboutToReturn:through: which then + propagates to resume:through: and causes a fresh search for the first unwind context. The matter has + been discussed in http://lists.squeakfoundation.org/pipermail/squeak-dev/2021-August/216214.h…"! - ! Item was changed: ----- Method: Context>>return:from: (in category 'instruction decoding') ----- return: value from: aSender "For simulation. Roll back self to aSender and return value from it. Execute any unwind blocks on the way. ASSUMES aSender is a sender of self" | newTop | + self flag: #simulator. "jar: see Note below" aSender isDead ifTrue: [^self send: #cannotReturn: to: self with: {value}]. newTop := aSender sender. (self findNextUnwindContextUpTo: newTop) ifNotNil: + [^self send: #aboutToReturn:through: to: self with: {value. nil}]. - [:unwindProtectCtxt| - ^self send: #aboutToReturn:through: to: self with: {value. unwindProtectCtxt}]. self releaseTo: newTop. newTop ifNotNil: [newTop push: value]. + ^newTop + + "Note (11/2021): when debugging things like this: + [^2] ensure: [Transcript cr; show: 'done'] + if we step into the protected block [^2] and then step over ^2, we incorrectly get a BlockCannotReturn. + To avoid this bug, a close interplay between #return:from: and #resume:through: has been established: + During simulation, #return:from: passes firstUnwindCtxt = nil to #aboutToReturn:through: which then + propagates to resume:through: and causes a fresh search for the first unwind context. The matter has + been discussed in http://lists.squeakfoundation.org/pipermail/squeak-dev/2021-August/216214.h…"! - ^newTop!

1 0

← Newer
1
...
20
21
22
23
24
25
26
27
28
Older →

Jump to page: