Squeak-dev

squeak-dev@lists.squeakfoundation.org

15 participants
79897 discussions

The Inbox: Collections-LM.1047.mcz
by commits＠source.squeak.org 22 Mar '24

22 Mar '24

A new version of Collections was added to project The Inbox: http://source.squeak.org/inbox/Collections-LM.1047.mcz ==================== Summary ==================== Name: Collections-LM.1047 Author: LM Time: 22 March 2024, 12:41:45.48151 pm UUID: 2a45afd6-49ba-4136-8d68-bc2661b6667f Ancestors: Collections-ct.1046 These statistical functions can be quite useful for data analysis. =============== Diff against Collections-ct.1046 =============== Item was added: + ----- Method: Collection>>sampleStandardDeviation (in category 'math functions') ----- + sampleStandardDeviation + + ^ self sampleVariance sqrt! Item was added: + ----- Method: Collection>>sampleVariance (in category 'math functions') ----- + sampleVariance + + ^ self totalSumOfSquares / (self size - 1)! Item was added: + ----- Method: Collection>>standardDeviation (in category 'math functions') ----- + standardDeviation + + ^ self variance sqrt! Item was added: + ----- Method: Collection>>standardError (in category 'math functions') ----- + standardError + "Unknown, so use the usual statistical estimate." + ^ (self sampleVariance / self size) sqrt! Item was added: + ----- Method: Collection>>totalSumOfSquares (in category 'math functions') ----- + totalSumOfSquares + + | average | + average := self average. + ^ (self collect: [:element | (element - average) squared]) sum! Item was added: + ----- Method: Collection>>variance (in category 'math functions') ----- + variance + + ^ self totalSumOfSquares / self size!

2 1

The Trunk: System-eem.1450.mcz
by commits＠source.squeak.org 22 Mar '24

22 Mar '24

Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.1450.mcz ==================== Summary ==================== Name: System-eem.1450 Author: eem Time: 21 March 2024, 9:59:04.230117 pm UUID: 8a307197-4ed6-4876-a204-4922ff405e1d Ancestors: System-cmm.1449 Eliminate hyper-active low space notification by not notifying if after a GC there is at least 1/5 more free space than the low space threshold, in the case where there are no memoryHogs. Document parameters 50 & 51 in vmParameterAt:[put:]. Improve the comment for snapshotPrimitive. =============== Diff against System-cmm.1449 =============== Item was changed: ----- Method: LowSpaceWatcher>>notifyMemoryHogs (in category 'process steps') ----- notifyMemoryHogs + "Try to clean up memory hogs. Answer if sufficient memory was released." - "Try to clean up memory hogs. Answer true if sufficient memory was released." | free | + free := Smalltalk bytesLeft. + self memoryHogs isEmpty ifTrue: + [^free >= (Smalltalk lowSpaceThreshold * 5 // 4)]. + self memoryHogs do: + [ :hog | hog freeSomeSpace ]. + ^Smalltalk bytesLeft > free! - self memoryHogs isEmpty - ifTrue: [ ^ false ] - ifFalse: [ free := Smalltalk bytesLeft. - self memoryHogs - do: [ :hog | hog freeSomeSpace ]. - ^ Smalltalk bytesLeft > free ] - - ! Item was changed: ----- Method: SmalltalkImage>>snapshotPrimitive (in category 'snapshot and quit') ----- snapshotPrimitive + "Primitive. Write the current state of the object memory on a file in the same format + as the Smalltalk-80 release. Return normally after writing the file, and answer false. + The file can later be resumed, returning you to this exact state except for answering + true. Essential. See Object documentation whatIsAPrimitive." - "Primitive. Write the current state of the object memory on a file in the - same format as the Smalltalk-80 release. The file can later be resumed, - returning you to this exact state. Return normally after writing the file. - Essential. See Object documentation whatIsAPrimitive." <primitive: 97> ^nil "indicates error writing image file"! Item was changed: ----- Method: SmalltalkImage>>vmParameterAt: (in category 'vm parameters') ----- vmParameterAt: parameterIndex "parameterIndex is a positive integer corresponding to one of the VM's internal parameter/metric registers. Answer with the current value of that register. Fail if parameterIndex is invalid or has no corresponding register. Coerce positive integers for parameterIndices unknown to teh VM to nil. VM parameters are numbered as follows: 1 byte size of old-space (read-only) 2 byte size of young-space (read-only) 3 byte size of object memory (read-only) 4 allocationCount (read-only; nil in Cog VMs) 5 allocations between GCs (read-write; nil in Cog VMs) 6 survivor count tenuring threshold (read-write) 7 full GCs since startup (read-only) 8 total milliseconds in full GCs since startup (read-only) 9 incremental GCs since startup (read-only; scavenging GCs on Spur) 10 total milliseconds in incremental/scavenging GCs since startup (read-only) 11 tenures of surving objects since startup/last write (read-write) 12 event trace mask; if 1 << eventType is set in the mask then event received by primGetNextEvent: will be printed to stderr. 13 VM ticker start microseconds (Croquet/QwaqVM only) 14 VM ticker count (Croquet/QwaqVM only) 15 VM ticker call count (Croquet/QwaqVM only) 16 total microseconds in idle since startup 17 proportion of code zone available for use (Sista VMs only; read-write) 18 total milliseconds in full GC compaction since startup (a portion of parameter 8) 19 scavenge threshold; the effective size of eden 20 utc microseconds at VM start-up (actually at time initialization, which precedes image load) (newer Cog VMs only). 21 root (remembered) table size (read-only) 22 root (remembered) table overflows since startup (read-only) 23 bytes of extra memory to reserve for VM buffers, plugins, etc. 24 memory threshold above which to shrink object memory (read-write) 25 ammount to grow by when growing object memory (read-write) 26 interruptChecksEveryNms - force an ioProcessEvents every N milliseconds (read-write) 27 number of times mark loop iterated for current IGC/FGC (read-only) includes ALL marking 28 number of times sweep loop iterated for current IGC/FGC (read-only) 29 number of times make forward loop iterated for current IGC/FGC (read-only) 30 number of times compact move loop iterated for current IGC/FGC (read-only) 31 number of grow memory requests (read-only) 32 number of shrink memory requests (read-only) 33 number of root table entries used for current IGC/FGC (read-only) 34 bytes allocated in total since start-up or reset (read-write) 35 number of survivor objects after current IGC/FGC (read-only) 36 millisecond clock when current IGC/FGC completed (read-only) 37 number of marked objects for Roots of the world, not including Root Table entries for current IGC/FGC (read-only) 38 milliseconds taken by current IGC (read-only) 39 Number of finalization signals for Weak Objects pending when current IGC/FGC completed (read-only) 40 BytesPerWord for this image 41 imageFormatVersion for the VM 42 number of stack pages in use (Cog Stack VM only, otherwise nil) 43 desired number of stack pages (stored in image file header, max 65535; Cog VMs only, otherwise nil) 44 size of eden, in bytes (Cog VMs only, otherwise nil) 45 desired size of eden, in bytes (stored in image file header; Cog VMs only, otherwise nil) 46 size of machine code zone, in bytes (stored in image file header; Cog JIT VM only, otherwise nil) 47 desired size of machine code zone, in bytes (applies at startup only, stored in image file header; Cog JIT VM only) 48 various properties stored in the image header (that instruct the VM) as an integer encoding an array of bit flags. Bit 0: in a threaded VM, if set, tells the VM that the image's Process class has threadAffinity as its 5th inst var (after nextLink, suspendedContext, priority & myList) Bit 1: in Cog JIT VMs, if set, asks the VM to set the flag bit in interpreted methods Bit 2: if set, preempting a process puts it to the head of its run queue, not the back, i.e. preempting a process by a higher priority one will not cause the preempted process to yield to others at the same priority. Bit 3: (unassigned) Bit 4: in a Spur VM, if set, causes weaklings and ephemerons to be queued individually for finalization Bit 5: if set, implies wheel events will be delivered as such and not mapped to arrow key events Bit 6: if set, implies arithmetic primitives will fail if given arguments of different types (float vs int) Bit 7: if set, causes times delivered from file primitives to be in UTC rather than local time Bit 8: if set, implies the VM will not upscale the display on high DPI monitors; older VMs did this by default. 49 the size of the external semaphore table (read-write; Cog VMs only) + 50 the maximum number of literals in a method for it to be considered for JIT compilation (Cog JIT VM only, otherwise nil) + 51 a set of bit flags describing the state of the image load (read-only; later Cog VMs only; otherwise nil) + Bit 0: image needed swizzling on load + Bit 1: image is embedded (e.g. as a resource) in this VM - 50-51 reserved for VM parameters that persist in the image (such as eden above) 52 root (remembered) table maximum size (read-only) + 53 the number of oldSpace segments (read-only; Spur only, otherwise nil) - 53 the number of oldSpace segments (Spur only, otherwise nil) 54 total size of free old space (Spur only, otherwise nil) 55 ratio of growth and image size at or above which a GC will be performed post scavenge (Spur only, otherwise nil) 56 number of process switches since startup (read-only) 57 number of ioProcessEvents calls since startup (read-only) 58 number of forceInterruptCheck (Cog VMs) or quickCheckInterruptCalls (non-Cog VMs) calls since startup (read-only) 59 number of check event calls since startup (read-only) 60 number of stack page overflows since startup (read-only; Cog VMs only) 61 number of stack page divorces since startup (read-only; Cog VMs only) 62 number of machine code zone compactions since startup (read-only; Cog VMs only) 63 milliseconds taken by machine code zone compactions since startup (read-only; Cog VMs only) 64 current number of machine code methods (read-only; Cog VMs only) 65 In newer Cog VMs a set of flags describing VM features, if non-zero bit 0 implies multiple bytecode set support; if non-zero bit 1 implies read-only object support; if non-zero bit 2 implies the VM suffers from using an ITIMER heartbeat (if 0 it has a thread that provides the heartbeat) (read-only; Cog VMs only; nil in older Cog VMs, a boolean answering multiple bytecode support in not so old Cog VMs) if non-zero bit 3 implies the VM supports cross-platform BIT_IDENTICAL_FLOATING_POINT arithmetic if non-zero bit 4 implies the VM can catch exceptions in FFI calls and answer them as primitive failures if non-zero bit 5 implies the VM's suspend primitive backs up the process to before the wait if it was waiting on a condition variable 66 the byte size of a stack page in the stack zone (read-only; Cog VMs only) 67 the maximum allowed size of old space in bytes, 0 implies no internal limit (Spur VMs only). 68 the average number of live stack pages when scanned by GC (at scavenge/gc/become et al) 69 the maximum number of live stack pages when scanned by GC (at scavenge/gc/become et al) 70 the value of VM_PROXY_MAJOR (the interpreterProxy major version number) 71 the value of VM_PROXY_MINOR (the interpreterProxy minor version number) 72 total milliseconds in full GCs Mark phase since startup (read-only) 73 total milliseconds in full GCs Sweep phase since startup (read-only, can be 0 depending on compactors) 74 maximum pause time due to segment allocation 75 whether arithmetic primitives will do mixed type arithmetic; if false they fail for different receiver and argument types 76 the minimum unused headroom in all stack pages; Cog VMs only" <primitive: 254> (parameterIndex isInteger and: [parameterIndex > 0]) ifTrue: [^nil]. self primitiveFailed! Item was changed: ----- Method: SmalltalkImage>>vmParameterAt:put: (in category 'vm parameters') ----- vmParameterAt: parameterIndex put: newValue "parameterIndex is a positive integer corresponding to one of the VM's internal parameter/metric registers. Store newValue (a positive integer) into that register and answer with the previous value that was stored there. Fail if newValue is out of range, if parameterIndex has no corresponding register, or if the corresponding register is read-only. As of late 2020 the parameters which can be set are 5 allocations between GCs (read-write; nil in Cog VMs) 6 survivor count tenuring threshold (read-write) 11 tenures of surving objects since startup/last write (read-write) 12 event trace mask; if 1 << eventType is set in the mask then event received by primGetNextEvent: will be printed to stderr. 17 proportion of code zone available for use (Sista VMs only) 23 bytes of extra memory to reserve for VM buffers, plugins, etc. 24 memory threshold above whichto shrink object memory (read-write) 25 memory headroom when growing object memory (read-write) 26 interruptChecksEveryNms - force an ioProcessEvents every N milliseconds (read-write) 34 bytes allocated in total since start-up or reset (read-write) 43 desired number of stack pages (stored in image file header, max 65535; Cog VMs only, otherwise nil) 45 desired size of eden, in bytes (stored in image file header; Cog VMs only, otherwise nil) 47 desired size of machine code zone, in bytes (applies at startup only, stored in image file header; Cog JIT VM only) 48 various properties of the Cog VM as an integer encoding an array of bit flags; see commentary in #vmParameterAt: 49 the size of the external semaphore table (read-write; Cog VMs only) + 50 the maximum number of literals in a method for it to be considered for JIT compilation (Cog JIT VM only, otherwise nil) 55 ratio of growth and image size at or above which a GC will be performed post scavenge (Spur only, otherwise nil) 67 the maximum allowed size of old space in bytes, 0 implies no internal limit (Spur only). 68 the average number of live stack pages when scanned by GC (at scavenge/gc/become et al) 69 the maximum number of live stack pages when scanned by GC (at scavenge/gc/become et al) 74 maximum pause time due to segment allocation 75 whether arithmetic primitives will do mixed type arithmetic; if false they fail for different receiver and argument types" <primitive: 254> self primitiveFailed!

1 0

UKSTUG Meeting - Maximiliano Tabacman: Electronic Roleplaying Assistant - 27 March 2024
by Giovanni Corriga 19 Mar '24

19 Mar '24

In this presentation, Maximiliano Tabacman will be presenting the main features, abstractions and design decisions behind ERA, the Electronic Roleplaying Assistant ( https://preview.drivethrurpg.com/en/product/137825/ERA-for-Rolemaster ). ERA is currently being used to create characters and manage the adventures of many gaming groups across the world, supporting Navigator RPG, Against the Darkmaster, Rolemaster Classic, Rolemaster Fantasy and Rolemaster Unified. We will review how Pharo allows creating a deployed version that runs locally in Linux, Mac and Windows, while Digital Ocean and Auth0 allow running an online server with different user roles. https://pharo.org/success/RolPlayingAssistant.html We will also mention how ERA makes use of the different frameworks developed and maintained by the Buenos Aires Smalltalk group, hosted at Github. Maximiliano Tabacman ( https://www.linkedin.com/in/maximiliano-tabacman-9aa4b817b/ ) is a long time Smalltalker with a Phd from the University of Buenos Aires. He is a Software architect at Mercap, executive secretary at FAST and creator of ERA. 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/299364517/ ) to receive the meeting details. Don’t forget to bring your laptop and drinks!

1 0

Installing Maui
by Edwin Ancaer 13 Mar '24

13 Mar '24

Hello, I'm sorry to have to ask, but I wanted to install Maui in my new version of Squeak, and it seems to have disappeared from the SqueakMap Package Loader, or more probably, I'm doing something wrong while selecting. Can someone point me to foolproof instructions on how to load it. Thanks a lot, Edwin Ancaer *;

2 2

Squeak Oversight Board Election 2024 - The New Board
by Patrick Rein 12 Mar '24

12 Mar '24

Hi Everyone, I'm very pleased to announce your Squeak Oversight Board for 2024. They are: 1. Marcel Taeumel 2. Vanessa Freudenberg 3. Tim Rowledge 4. David T. Lewis 5. Craig Latta 6. Christoph Thiede 7. Bruce O'Neel I would like to thank everyone that served on the board in the term of 2023. Thank you for your contributions to Squeak! Thank you to everyone that ran this year and for everyone that voted. We are looking forward to a great year in the Squeak community! Please help me to welcome and congratulate your new board for 2024!! All the best, Patrick

7 6

DisplayHostWindow>>hostWindowExtent: Discrepancy -- Mac vs. Linux
by Jim Rosenberg 11 Mar '24

11 Mar '24

I have a class of my own called FrameStackCard which is a subclass of PasteUpMorph. FrameStackCard has a class method called resizeHostWindow which is intended to resize the OS desktop window in which Squeak is running to the size of the top-most FrameStackCard. The exact code is: resizeHostWindow Project current world submorphs do: [ :m | (m isKindOf: FrameStackCard) ifTrue: [ ^ DisplayHostWindow hostWindowExtent: (m extent) ] ] On Linux (specifically Debian 10, KDE window manager) running VM from Squeak 6.0 on a Squeak 5.3 image, this works perfectly. The top-most card has origin (0@0), the window contents is sized exactly to the top-most card's extent, everything exactly visible. On MacOS (specifically Sonoma 14.3.1) I'm getting "similar" behavior EXCEPT that the window size seems to *include* the MacOS window title bar, whereas on Linux the window size seems to be just the *contents* of the window, without the title bar. The Linux behavior is what I want to happen. On MacOS, a sliver at the bottom is not visible. So the semantics don't quite agree. I haven't had a chance to test this on Windows yet. Is there something I can do to get the Linux behavior on MacOS? -Thanks in advance, Jim

1 0

Squeak Oversight Board Election 2024
by Patrick R 10 Mar '24

10 Mar '24

Hi All, It's that time again to raise your voices and elect your leaders! Can you believe it's been over a year and one day already? It's a time for you to stand up, help your community and volunteer to serve! Squeak wants you! Every year we elect the SOB (Squeak Oversight Board) consisting of seven members from our community. The current board members are: 1. Marcel Taeumel 2. Tim Rowledge 3. Craig Latta 4. David T. Lewis 5. Jakob Reschke 6. Bruce O'Neel 7. Benoit St-Jean For more info on the board please see: https://squeak.org/board/#the-mission Everything about the election, including schedule and more, is tracked here: http://wiki.squeak.org/squeak/6665 Now until Friday 25th of February 2024, 18.00 UTC: Nominations of SOB members and campaigning! Candidates should nominate themselves and start their campaign on the squeak-dev mailing list. Or if you nominate someone else, make sure that person really wants to run. :) I will not put anyone on the candidate list until that person makes it known on squeak-dev that he/she intends to run. During this period, the candidates should ideally present themselves on squeak-dev, unless they have already done so, and the community can ask questions. I encourage you to reach out to potential candidates, people that are active in the community and represent your views, and ask them to run. Some people will not run without encouragement. Also, I know that some people wait to the last minute to run for the board to see if others will run but please consider getting this year off to a faster start and just jump right in! The schedule and process are as follows: Now until Friday 25th of February 2024, 18.00 UTC: Nominations of SOB members and campaigning! Friday 25th of February 2024, 18.00 UTC: Candidate list is finalized. Friday 25th of February 2024, 19.00 UTC: Online election starts. Friday 11th of March 2024, 19.00 UTC: Online election ends. Results will be announced immediately after the election ends. The voting period is two weeks long and ballots are sent out via email. And how do you end up on the voter list? See below. :) IMPORTANT: New voters will NOT be added once the election is started. You MUST try to get on the voter list before the 25th of February 2024 or you will NOT be able to vote. If your Email has changed please try to make sure it is changed on the list of voters before the election starts. -------------------------- If you were invited to vote last year you are already on the voter list, no worries! If you are a new Squeaker and wish to vote you should do ONE of the following: * Get a "known" Squeaker to vouch for you. If a known Squeaker sends an email to voters (at) squeak.org giving me a name and email for you, then I will add you. * Send an email to voters (at) squeak.org yourself (and CC to squeak-dev if you like) with information/arguments showing me that you are indeed serious about voting and that you are indeed a Squeaker. When the voting period starts all voters will receive an email with instructions and a link to the voting website. If there are any further questions, just reply *in this thread* and I will closely track it - or send email to voters (at) squeak.org which points to me. ...so let's get on with it! All the best, Patrick

11 16

Zurich Smalltalk Meetup 26 April
by Bruce O'Neel 07 Mar '24

07 Mar '24

Hi, For those of you who can travel to Zurich easily there is a meetup on 26 April. My memories of the summaries from past examples is that it is Pharo focused. Smalltalk-Meetup in Zürich, April 26th, 2024 – Joachims Small World (wordpress.com) [https://joachimtuchel.wordpress.com/2024/03/05/smalltalk-meetup-in-zurich-a…] cheers bruce

1 0

Alan Kay's talk at UCLA in Feb 2024
by Bruce O'Neel 07 Mar '24

07 Mar '24

Alan Kay's talk at UCLA – Feb 2024 [video] | Hacker News (ycombinator.com) [https://news.ycombinator.com/item?id=39612799]

1 0

An amusing performance result
by Tim Rowledge 06 Mar '24

06 Mar '24

A long time ago there was some work done by DanI to make ITX based boxes for running squeak as part of his Weather Dimensions project/product. These boxes had 533MHz VIA x86 cpus of some sort and back then in 2006 they reported tinyBenchmark results of 17,362,995 bytecodes/sec and 736,717 sends/sec. These days a Pi 5 (2.4GHz ARM64) reports 1,600,000,000 bytecodes/sec and 140,000,000 sends/sec - or 90X and 190X as fast. I think that's quite nice to see. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Useful random insult:- One clown short of a circus.

3 2

← Newer
1
...
4
5
6
7
8
9
10
...
7990
Older →

Jump to page: