Vm-dev October 2022

vm-dev@lists.squeakfoundation.org

15 participants
53 discussions

[OpenSmalltalk/opensmalltalk-vm] 613921: CogVM source as per VMMaker.oscog-eem.3256
by Eliot Miranda 22 Oct '22

22 Oct '22

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 613921a459d47e9568f1015c9c75f5ad53d7ac54 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/613921a459d47e9568… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2022-10-21 (Fri, 21 Oct 2022) Changed paths: M src/spur32.cog.lowcode/cogit.h M src/spur32.cog.lowcode/cogitARMv5.c M src/spur32.cog.lowcode/cogitIA32.c M src/spur32.cog.lowcode/cointerp.c M src/spur32.cog.lowcode/cointerp.h M src/spur32.cog.lowcode/gcc3x-cointerp.c M src/spur32.cog/cogit.h M src/spur32.cog/cogitARMv5.c M src/spur32.cog/cogitIA32.c M src/spur32.cog/cointerp.c M src/spur32.cog/cointerp.h M src/spur32.cog/cointerpmt.c M src/spur32.cog/cointerpmt.h M src/spur32.cog/gcc3x-cointerp.c M src/spur32.cog/gcc3x-cointerpmt.c M src/spur32.sista/cogit.h M src/spur32.sista/cogitARMv5.c M src/spur32.sista/cogitIA32.c M src/spur32.sista/cointerp.c M src/spur32.sista/cointerp.h M src/spur32.sista/gcc3x-cointerp.c M src/spur64.cog.lowcode/cogit.h M src/spur64.cog.lowcode/cogitARMv8.c M src/spur64.cog.lowcode/cogitX64SysV.c M src/spur64.cog.lowcode/cogitX64WIN64.c M src/spur64.cog.lowcode/cointerp.c M src/spur64.cog.lowcode/cointerp.h M src/spur64.cog.lowcode/gcc3x-cointerp.c M src/spur64.cog/cogit.h M src/spur64.cog/cogitARMv8.c M src/spur64.cog/cogitX64SysV.c M src/spur64.cog/cogitX64WIN64.c M src/spur64.cog/cointerp.c M src/spur64.cog/cointerp.h M src/spur64.cog/cointerpmt.c M src/spur64.cog/cointerpmt.h M src/spur64.cog/gcc3x-cointerp.c M src/spur64.cog/gcc3x-cointerpmt.c M src/spur64.sista/cogit.h M src/spur64.sista/cogitARMv8.c M src/spur64.sista/cogitX64SysV.c M src/spur64.sista/cogitX64WIN64.c M src/spur64.sista/cointerp.c M src/spur64.sista/cointerp.h M src/spur64.sista/gcc3x-cointerp.c M src/v3.cog/cogit.h M src/v3.cog/cogitARMv5.c M src/v3.cog/cogitIA32.c M src/v3.cog/cointerp.c M src/v3.cog/cointerp.h M src/v3.cog/gcc3x-cointerp.c Log Message: ----------- CogVM source as per VMMaker.oscog-eem.3256 The long-running primitive monitoring code in the JIT is broken; it will find false positives (thanks Ronie). Fix it by zeroing longRunningPrimitiveStopUsecs whenever an external primitive is run (at the same time newMethod is assigned).

1 0

VM Maker: VMMaker.oscog-eem.3256.mcz
by commits＠source.squeak.org 22 Oct '22

22 Oct '22

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.3256.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.3256 Author: eem Time: 21 October 2022, 5:20:14.390293 pm UUID: 85febed5-d156-4c33-8b7f-3b0d1835665d Ancestors: VMMaker.oscog-eem.3255 The long-running primitive monitoring code in the JIT is broken; it will find false positives. Fix it by zeroing longRunningPrimitiveStopUsecs whenever an external primitive is run (at the same time newmethod is assigned). =============== Diff against VMMaker.oscog-eem.3255 =============== Item was added: + ----- Method: CoInterpreter>>checkingLongRunningPrimitives (in category 'cog jit support') ----- + checkingLongRunningPrimitives + <api> + <option: #LRPCheck> + ^longRunningPrimitiveCheckSemaphore notNil! Item was added: + ----- Method: CoInterpreter>>longRunningPrimitiveStopUsecs: (in category 'cog jit support') ----- + longRunningPrimitiveStopUsecs: n + <doNotGenerate> + longRunningPrimitiveStopUsecs := n! Item was added: + ----- Method: CoInterpreter>>longRunningPrimitiveStopUsecsAddress (in category 'cog jit support') ----- + longRunningPrimitiveStopUsecsAddress + <api> + <returnTypeC: #usqInt> + <option: #LRPCheck> + ^self cCode: [(self addressOf: longRunningPrimitiveStopUsecs) asUnsignedInteger] + inSmalltalk: + [objectMemory wordSize = 8 + ifTrue: + [cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecs in: self] + ifFalse: + ["This looks weird, but the cogit doles out fake addresses counting down from + 16r80000000, so we have to ask for the halves backwards to get them in the + right order, and ask for both now so that both get defined at the same time + and are hence contiguous in memory." + VMBIGENDIAN + ifTrue: + [cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecsHigh in: self. + cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecsLow in: self. + cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecsHigh in: self] + ifFalse: + [cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecsLow in: self. + cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecsHigh in: self. + cogit simulatedReadWriteVariableAddress: #longRunningPrimitiveStopUsecsLow in: self]]]! Item was added: + ----- Method: CoInterpreter>>longRunningPrimitiveStopUsecsHigh: (in category 'cog jit support') ----- + longRunningPrimitiveStopUsecsHigh: n + <doNotGenerate> + longRunningPrimitiveStopUsecs := (longRunningPrimitiveStopUsecs bitAnd: 16rFFFFFFFF) + (n bitShift: 32)! Item was added: + ----- Method: CoInterpreter>>longRunningPrimitiveStopUsecsLow: (in category 'cog jit support') ----- + longRunningPrimitiveStopUsecsLow: n + <doNotGenerate> + longRunningPrimitiveStopUsecs := ((longRunningPrimitiveStopUsecs bitShift: -32) bitShift: 32) + n! Item was changed: ----- Method: CoInterpreter>>nextProfileTickAddress (in category 'trampoline support') ----- nextProfileTickAddress <api> <returnTypeC: #usqInt> "N.B. nextProfileTick is 64-bits" ^self cCode: [(self addressOf: nextProfileTick) asUnsignedInteger] inSmalltalk: [objectMemory wordSize = 8 ifTrue: [cogit simulatedReadWriteVariableAddress: #nextProfileTick in: self] ifFalse: ["This looks weird, but the cogit doles out fake addresses counting down from 16r80000000, so we have to ask for the halves backwards to get them in the + right order, and ask for both now so that both get defined at the same time - right order, and ask for both now so that botehr get defined at teh same time and are hence contiguous in memory." VMBIGENDIAN ifTrue: [cogit simulatedReadWriteVariableAddress: #nextProfileTickHigh in: self. cogit simulatedReadWriteVariableAddress: #nextProfileTickLow in: self. cogit simulatedReadWriteVariableAddress: #nextProfileTickHigh in: self] ifFalse: [cogit simulatedReadWriteVariableAddress: #nextProfileTickLow in: self. cogit simulatedReadWriteVariableAddress: #nextProfileTickHigh in: self. cogit simulatedReadWriteVariableAddress: #nextProfileTickLow in: self]]]! Item was changed: ----- Method: SimpleStackBasedCogit>>genLoadNewMethod (in category 'primitive generators') ----- genLoadNewMethod <inline: false> methodLabel addDependent: (self annotateAbsolutePCRef: (self MoveCw: methodLabel asInteger R: ClassReg)). self MoveMw: (self offset: CogMethod of: #methodObject) r: ClassReg R: TempReg. + self MoveR: TempReg Aw: coInterpreter newMethodAddress. + self cppIf: #LRPCheck + ifTrue: + [coInterpreter checkingLongRunningPrimitives ifTrue: + [self MoveCq: 0 R: TempReg. + objectMemory wordSize = 8 + ifTrue: + [self MoveR: TempReg Aw: coInterpreter longRunningPrimitiveStopUsecsAddress] + ifFalse: + [self MoveR: TempReg Aw: coInterpreter longRunningPrimitiveStopUsecsAddress; + MoveR: TempReg Aw: coInterpreter longRunningPrimitiveStopUsecsAddress + 4]]]! - self MoveR: TempReg Aw: coInterpreter newMethodAddress!

1 0

Windows VM broken for ioShowDisplay
by Eliot Miranda 18 Oct '22

18 Oct '22

Hi All, recently I've been implemented ClipboardExtendedPlugin support for win32/64 but am being frustrated by what appears to be a new bug with graphics. After very few minutes my images stop responding, locking up as the handle that isShoeDisplay uses to SetDIBitsToDevice fails, SetDIBitsToDevice answering error 6, "The handle is invalid". Anyone else seeing this? Care to join me to try and figure out what broke when? This is a serious problem :-( I can rule out the new ClipboardExtendedPlugin itself. It would appear to arise from recent commits to platforms/win32. Any ideas? _,,,^..^,,,_ best, Eliot

1 1

[OpenSmalltalk/opensmalltalk-vm] 9126c8: Add missing export for Win32 ClipboardExtendedPlugin.
by Eliot Miranda 18 Oct '22

18 Oct '22

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 9126c803eb5abe2d2c896f65ab516f3f925104fd https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/9126c803eb5abe2d2c… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2022-10-17 (Mon, 17 Oct 2022) Changed paths: M platforms/win32/vm/sqWin32Window.c Log Message: ----------- Add missing export for Win32 ClipboardExtendedPlugin.

1 0

[OpenSmalltalk/opensmalltalk-vm] 7e48cd: Add win32 support for the ClipboardExtendedPlugin.
by Eliot Miranda 15 Oct '22

15 Oct '22

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 7e48cd54fbe7ac08c494be7156bbbc254785791b https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/7e48cd54fbe7ac08c4… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2022-10-14 (Fri, 14 Oct 2022) Changed paths: M platforms/iOS/plugins/ClipboardExtendedPlugin/sqMacExtendedClipboard.m A platforms/win32/plugins/ClipboardExtendedPlugin/Makefile.msvc A platforms/win32/plugins/ClipboardExtendedPlugin/sqWin32ExtendedClipboard.c M src/plugins/ClipboardExtendedPlugin/ClipboardExtendedPlugin.c Log Message: ----------- Add win32 support for the ClipboardExtendedPlugin.

1 0

VM Maker: VMMaker.oscog-eem.3255.mcz
by commits＠source.squeak.org 15 Oct '22

15 Oct '22

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.3255.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.3255 Author: eem Time: 14 October 2022, 4:35:19.200377 pm UUID: 5d455fd8-c83e-414b-9109-01d1a66094db Ancestors: VMMaker.oscog-eem.3254 Extent ClipboardExtendedPlugin>>ioReadClipboardData:format: to take only a format number, oriented around win32's clipboard access which uses numeric types. =============== Diff against VMMaker.oscog-eem.3254 =============== Item was changed: ----- Method: AlignmentStructType class>>printTypedefOn: (in category 'code generation') ----- printTypedefOn: aStream #('Byte' 'Short' 'Int' 'LongLong' 'Float' 'Double') with: #(#char #short #int #'long long' #float #double) do: [:structName :type| aStream + nextPutAll: 'typedef struct { char pad_to_misalignment; '; - nextPutAll: 'typedef struct { char pad_to_misalgnment; '; nextPutAll: type; nextPutAll: ' element; } struct'; nextPutAll: structName; nextPut: $;; cr; cr]. aStream + nextPutAll: 'typedef struct { char pad_to_misalignment; struct {char c; } element; } structStruct;'; - nextPutAll: 'typedef struct { char pad_to_misalgnment; struct {char c; } element; } structStruct;'; cr; cr! Item was changed: ----- Method: ClipboardExtendedPlugin class>>preambleCCode (in category 'translation') ----- preambleCCode + ^'// declarations for the support API. eem, 10/10/2022\\void sqPasteboardClear(void *inPasteboard);\sqInt sqPasteboardGetItemCount(void *inPasteboard);\sqInt sqPasteboardCopyItemFlavorsitemNumber(void *inPasteboard, sqInt formatNumber);\void *sqCreateClipboard(void);\void sqPasteboardPutItemFlavordatalengthformatTypeformatLength(void *inPasteboard, char *inData, sqInt dataLength, char *format, sqInt formatLength);\void sqPasteboardPutItemFlavordatalengthformatType(void *inPasteboard, char *inData, sqInt dataLength, sqInt format);\sqInt sqPasteboardCopyItemFlavorDataformatformatLength(void *inPasteboard, char *format, sqInt formatLength);\sqInt sqPasteboardCopyItemFlavorDataformat(void *inPasteboard, sqInt format);' withCRs - ^'// declarations for the support API. eem, 2021/12/31\\void sqPasteboardClear(void *inPasteboard);\sqInt sqPasteboardGetItemCount (void *inPasteboard);\sqInt sqPasteboardCopyItemFlavorsitemNumber (void *inPasteboard, sqInt formatNumber);\void *sqCreateClipboard(void);\void sqPasteboardPutItemFlavordatalengthformatTypeformatLength (void *inPasteboard, char* inData, sqInt dataLength, char* format, sqInt formatLength);\sqInt sqPasteboardCopyItemFlavorDataformatformatLength (void *inPasteboard, char* format, sqInt formatLength);' withCRs "quick test:" "ExtendedClipboardInterface current addClipboardDataConvertFormToPNG: Display"! Item was changed: ----- Method: ClipboardExtendedPlugin>>ioAddClipboardData:data:dataFormat: (in category 'io') ----- + ioAddClipboardData: clipboard data: data dataFormat: format + | dataLength | + self primitive: 'ioAddClipboardData' parameters: #(Unsigned ByteArray Oop). - ioAddClipboardData: clipboard data: data dataFormat: aFormat - | clipboardAddress formatLength dataLength | - <var: #clipboardAddress type: #'usqIntptr_t'> - self primitive: 'ioAddClipboardData' parameters: #(Oop ByteArray String). + dataLength := interpreterProxy byteSizeOf: data cPtrAsOop. + (interpreterProxy isIntegerObject: format) + ifTrue: + [self + sqPasteboardPutItemFlavor: clipboard asVoidPointer + data: data length: dataLength + formatType: (interpreterProxy integerValueOf: format)] + ifFalse: + [(interpreterProxy isBytes: format) + ifTrue: + [self + sqPasteboardPutItemFlavor: clipboard asVoidPointer + data: data length: dataLength + formatType: (interpreterProxy firstIndexableField: format) + formatLength: (interpreterProxy byteSizeOf: format)] + ifFalse: + [interpreterProxy primitiveFailFor: PrimErrBadArgument]]! - clipboardAddress := interpreterProxy positiveMachineIntegerValueOf: clipboard. - dataLength := interpreterProxy slotSizeOf: data cPtrAsOop. - formatLength := interpreterProxy slotSizeOf: aFormat cPtrAsOop. - - self sqPasteboardPutItemFlavor: clipboardAddress data: data length: dataLength formatType: aFormat formatLength: formatLength. - ! Item was changed: ----- Method: ClipboardExtendedPlugin>>ioClearClipboard: (in category 'io') ----- ioClearClipboard: clipboard + self primitive: 'ioClearClipboard' parameters: #(Unsigned). + interpreterProxy failed ifFalse: + [self sqPasteboardClear: clipboard asVoidPointer]! - | clipboardAddress | - <var: #clipboardAddress type: #'usqIntptr_t'> - self primitive: 'ioClearClipboard' parameters: #(Oop). - clipboardAddress := interpreterProxy positiveMachineIntegerValueOf: clipboard. - self sqPasteboardClear: clipboardAddress.! Item was changed: ----- Method: ClipboardExtendedPlugin>>ioCreateClipboard (in category 'io') ----- ioCreateClipboard - | clipboardAddress | self primitive: 'ioCreateClipboard' parameters: #(). + ^interpreterProxy positiveMachineIntegerFor: self sqCreateClipboard asUnsignedInteger! - - clipboardAddress := interpreterProxy positiveMachineIntegerFor: self sqCreateClipboard. - - ^ clipboardAddress.! Item was changed: ----- Method: ClipboardExtendedPlugin>>ioGetClipboardFormat:formatNumber: (in category 'io') ----- ioGetClipboardFormat: clipboard formatNumber: formatNumber - | clipboardAddress itemCount | <var: #clipboardAddress type: #'usqIntptr_t'> + self primitive: 'ioGetClipboardFormat' parameters: #(Unsigned SmallInteger). + ^(self sqPasteboardGetItemCount: clipboard asVoidPointer) > 0 + ifTrue: [self sqPasteboardCopyItemFlavors: clipboard asVoidPointer itemNumber: formatNumber] + ifFalse: [interpreterProxy nilObject]! - self primitive: 'ioGetClipboardFormat' parameters: #(#Oop #SmallInteger ). - clipboardAddress := interpreterProxy positiveMachineIntegerValueOf: clipboard. - itemCount := self sqPasteboardGetItemCount: clipboardAddress. - itemCount > 0 - ifTrue: [^ self sqPasteboardCopyItemFlavors: clipboardAddress itemNumber: formatNumber]. - ^ interpreterProxy nilObject! Item was changed: ----- Method: ClipboardExtendedPlugin>>ioReadClipboardData:format: (in category 'io') ----- ioReadClipboardData: clipboard format: format + self primitive: 'ioReadClipboardData' parameters: #(Unsigned Oop). + (interpreterProxy isIntegerObject: format) ifTrue: + [^self + sqPasteboardCopyItemFlavorData: clipboard asVoidPointer + format: (interpreterProxy integerValueOf: format)]. + (interpreterProxy isBytes: format) ifTrue: + [^self + sqPasteboardCopyItemFlavorData: clipboard asVoidPointer + format: (interpreterProxy firstIndexableField: format) + formatLength: (interpreterProxy byteSizeOf: format)]. + interpreterProxy primitiveFailFor: PrimErrBadArgument! - | clipboardAddress formatLength | - <var: #clipboardAddress type: #'usqIntptr_t'> - self primitive: 'ioReadClipboardData' parameters: #(Oop String). - clipboardAddress := interpreterProxy positiveMachineIntegerValueOf: clipboard. - formatLength := interpreterProxy slotSizeOf: format cPtrAsOop. - ^ self sqPasteboardCopyItemFlavorData: clipboardAddress format: format formatLength: formatLength. - !

1 0

Running 879 tests with ESqueak.alpha, Prolog and OSProcess
by rabbit 14 Oct '22

14 Oct '22

Hey, I loaded ESqueak.alpha into a Prolog sar-loaded image, then loaded OSProcess and DcommandShell. Selected all those tests, Prolog to CommandShell and ran 879 tests selected. The failures: The errors: Kindly, langohr

1 0

Re: [Vm-dev] [BUG] no longer receiving squeak-dev emails
by rabbit 14 Oct '22

14 Oct '22

Indeed. — Have a good one; keep it, light. Kindly, langohr . .. … ‘…^,^ 🐇🐇🐇🐇🐇🐇 ————— 𝙎𝙚𝙣𝙩 𝙛𝙧𝙤𝙢 𝘾𝙖𝙡𝙡𝙞𝙨𝙩𝙤 𝙃𝙤𝙪𝙨𝙚 𝙈𝙤𝙗𝙞𝙡𝙚 :: 𝙙𝙚𝙘𝙚𝙣𝙩𝙧𝙖𝙡𝙞𝙯𝙚𝙙 𝙢𝙤𝙗𝙞𝙡𝙚 𝙝𝙤𝙢𝙚𝙡𝙚𝙨𝙨 𝙨𝙤𝙡𝙪𝙩𝙞𝙤𝙣𝙨 ————— > On Oct 14, 2022, at 07:29, rabbit <rabbit(a)callistohouse.org> wrote: > > Also unable to post to Cryptography. I’m not sure about vm-dev. Here’s the test. > > > — > Have a good one; keep it, light. > Kindly, > langohr > . .. … ‘…^,^ > 🐇🐇🐇🐇🐇🐇 > > ————— > > 𝙎𝙚𝙣𝙩 𝙛𝙧𝙤𝙢 𝘾𝙖𝙡𝙡𝙞𝙨𝙩𝙤 𝙃𝙤𝙪𝙨𝙚 𝙈𝙤𝙗𝙞𝙡𝙚 > :: 𝙙𝙚𝙘𝙚𝙣𝙩𝙧𝙖𝙡𝙞𝙯𝙚𝙙 𝙢𝙤𝙗𝙞𝙡𝙚 𝙝𝙤𝙢𝙚𝙡𝙚𝙨𝙨 𝙨𝙤𝙡𝙪𝙩𝙞𝙤𝙣𝙨 > > —————

1 1

[OpenSmalltalk/opensmalltalk-vm] Memory leak (Issue #642)
by smalltalking 11 Oct '22

11 Oct '22

I noticed that recent VMs leak a few hundred kilobytes of memory every 3-6 seconds. It happens even if you just start VM and do nothing with the image. I tested it with various 64-bit Linux VMs. There seems to be no upper limit on the leaked memory. The leak happens even with the -memory option set. The size of the object memory is not affected by the leak, saved images remain small and the image does not see the increase in memory usage. Affected VMs include: 5.0-202206021410, 5.0-202205110711, 5.0-202204190959 Unaffected VMs include: 5.0-202112022203 and 5.0-202112201228 The 5.0-202206021410 assert and debug VMs leak the memory as well. -- Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/642 You are receiving this because you are subscribed to this thread. Message ID: <OpenSmalltalk/opensmalltalk-vm/issues/642(a)github.com>

7 18

[OpenSmalltalk/opensmalltalk-vm] macOS --metal backwards compatibility regarding primitives 126, 127, 231 (Issue #627)
by Marcel Taeumel 11 Oct '22

11 Oct '22

As of https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/2d7105db755928fd90…, there can be flickering or invisible Morphic dragging if no image-side composition buffer is used. In Squeak, that composition buffer is either already used or can be activated for older images by hand via: ```Smalltalk PasteUpMorph disableDeferredUpdates: true. Project allMorphicProjects do: [:ea | ea world canvas: nil]. ``` Also see: - http://lists.squeakfoundation.org/pipermail/vm-dev/2022-April/037907.html - http://lists.squeakfoundation.org/pipermail/vm-dev/2022-April/037888.html - http://lists.squeakfoundation.org/pipermail/vm-dev/2022-April/037891.html - http://lists.squeakfoundation.org/pipermail/vm-dev/2022-April/037897.html For the macOS `--metal` backend, one might actually implement that extra video buffer here: https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/2d7105db755928fd9082… And then read from that buffer and **not** the `displayBits` here: https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/2d7105db755928fd9082… ...but **only if** the `deferDisplayUpdates` flag is `false` again. **NOTE THAT** the old approach to always commit content from `displayBits` to the graphics backend entailed a *serious performance regression* as it slows down the interpreter loop to a maximum of 60 FPS, regardless of other stuff waiting in the image side. That is, primitives 127 and 231 were awfully slow and blocking on macOS. At least that got better in https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/2d7105db755928fd90… ------------- Another, more flexible, approach would be to fix **primitive 126** to actually *fail* if a certain graphics backend does not support deferred updates. This might work if platform-specific code would be able to let that primitive fail. See: - `StackInterpreterPrimitives >> primitiveDeferDisplayUpdates` in VMMaker This would work for recent versions of Cuis. However, the existing code in older Squeak images did not correctly invalidate the canvas and thus was not even able to flip between image-side and vm-side composition buffer for different results of primitive 126. Thus, such a fix would also only work from here on for future versions of Squeak and Cuis. -- Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/627 You are receiving this because you are subscribed to this thread. Message ID: <OpenSmalltalk/opensmalltalk-vm/issues/627(a)github.com>

6 16

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev October 2022