Vm-dev September 2019

vm-dev@lists.squeakfoundation.org

21 participants
118 discussions

[OpenSmalltalk/opensmalltalk-vm] pixman 0.34.0 tests fail entire build on High Sierra (#258)
by Jim Haungs 25 Apr '20

25 Apr '20

A plain ./mvm build on MacOS 10.13.4 (in any of the build.macos64x64/pharo.* directories) fails with this error: > utils-prng.c:207:27: error: use of unknown builtin '__builtin_shuffle' [-Wimplicit-function-declaration] > randdata.vb = __builtin_shuffle (randdata.vb, bswap_shufflemask); > ^ > utils-prng.c:207:25: error: assigning to 'uint8x16' (vector of 16 'uint8_t' values) from incompatible type 'int' > randdata.vb = __builtin_shuffle (randdata.vb, bswap_shufflemask); > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > It's trying to build the tests for pixman. There is a patch for this bug here: https://bugs.freedesktop.org/show_bug.cgi?id=104886 But when I apply the patch, the patched utils-prng.c file gets overwritten with the old version by something in the build or configure step, so the patch disappears and the build error returns. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/258

3 3

[OpenSmalltalk/opensmalltalk-vm] Difficulties to compile Bochs plugins (#427)
by Nicolas Cellier 17 Feb '20

17 Feb '20

I want to simulate VM from a Spur64VMMaker.image Unfortunately, it gets really difficult to compile Bochs plugins these days... WINDOWS (cygwin64): $ cd processors/IA32/winbochs/ $ source ./conf.COG > checking build system type... ../bochs/config.guess: unable to guess system type > > This script, last modified 2002-03-20, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (../bochs/config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <config-patches(a)gnu.org> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-03-20 > > uname -m = x86_64 > uname -r = 3.0.7(0.338/5/3) > uname -s = CYGWIN_NT-10.0 > uname -v = 2019-04-30 18:08 > > /usr/bin/uname -p = unknown > MAC (Darwin 17.7.0 Xcode 10.1): $ cd processors/IA32/macbochs $ ./conf.COG > checking build system type... i386-apple-darwin17.7.0 > checking host system type... i386-apple-darwin17.7.0 > checking target system type... i386-apple-darwin17.7.0 > checking if you are configuring for another platform... no > checking for standard CFLAGS on this platform... -fpascal-strings -fno-common -Wno-four-char-constants -Wno-unknown-pragmas -Dmacintosh > checking for gcc... gcc > checking for C compiler default output file name... > configure: error: C compiler cannot create executables > See `config.log' for more details. > cp config.h bochsconfig.h > cp: config.h: No such file or directory > and don't forget to run ../bochs/makeem LINUX (Ubuntu 18.04 thru WSL) $ cd processors/IA32/linuxbochs $ ./conf.COG > checking build system type... x86_64-unknown-linux-gnu > checking host system type... x86_64-unknown-linux-gnu > checking target system type... x86_64-unknown-linux-gnu > checking if you are configuring for another platform... no > checking for standard CFLAGS on this platform... > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... configure: error: cannot run C compiled programs. > If you meant to cross compile, use `--host'. > See `config.log' for more details. > cp config.h bochsconfig.h > cp: cannot stat 'config.h': No such file or directory > and don't forget to run ../bochs/makeem The problem is that the Bochs copy is super old. So we won't get support for compilation on uptodate machines... We cannot upgrade easily, since there are COG specific changes requiring to be replayed... `grep -r COG processors\IA32`. I also have doubts about the `conf.COG` files: is `--disable-x86-64` really what we want? https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/e77147b63208fb40a9a1… https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/processors/IA32/… -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/427

2 2

[OpenSmalltalk/opensmalltalk-vm] Support for musl (instead of GNU libc) when building the VM for embedded system (#304)
by Xuan Sang LE 14 Feb '20

14 Feb '20

Hello, I have a small issue when building (cross-compile) the Smalltalk VM on an ARM(v6) embedded linux system (Nano Pi neno and Raspberry Pi Zero) that uses Musl as default libc implementation. The problem is that the code and the configure script does not have official support for Musl, so I created a patch file that adds support to Musl, you can find the [patch here](https://github.com/lxsang/antix/blob/master/sm_vm_musl.patch). With this patch, i am able to cross-compile on the ARM toolchain for my system; with 4 plugins: ``` FilePlugin \ SqueakSSL \ SqueakFFIPrims \ SocketPlugin ``` You can find the build [script here](https://github.com/lxsang/antix/blob/master/packages/smalltalk-nano-p… For now, i can live with this dirty trick, but i would be verry happy if the mainline VM has official support to Musl. That's why i create this issue. Thanks -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/304

4 12

[OpenSmalltalk/opensmalltalk-vm] Proposal: an (optional) primitive for SmallInteger highBit (#418)
by Nicolas Cellier 25 Jan '20

25 Jan '20

I have more and more algorithms depending on highBit and the code is fast yet but not enough (appears in tally espcially in Spur64)... The primitive could use the Count Leading Zero instructions available on most uproc via gcc builtin_clz or MSVC __lzcnt, 32 and 64 bits variants. Something like this pseudo code: leadingZeroCount := builtin_clz( taggedIntegerReceiver ); if (clz == 0) return primitiveFail(); else { highBit := WordSize * 8 "CHAR_BIT" - numTagBits - leadingZeroCount; return makeSmallInteger( highBit ); } This primitive should be jitted of course (easy, just need to add an instruction). Primitive fallback code would aggregate < 0 failure test case + code of highBitOfPositiveReceiver if primitive is absent (no need for two messages, in most case the primitive will be here and fast enough). Is a primitive number mandatory for being jitted? If yes, how to reserve/allocate one? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/418

2 4

[OpenSmalltalk/opensmalltalk-vm] Mac OS X: Fullscreen not as expected (#407)
by Tom Braun 07 Jan '20

07 Jan '20

Currently it is only possible to maximize Squeak by using the button in the MainDockingBar (it is not possible by using the green button on the window what is slightly unexpected but ok). The fullscreen I get is a Squeak that looks like a typical Mac fullscreen but has several drawbacks: * it is not a new desktop with only the app, but consumes the current desktop * if you change desktop you get strange behaviour with the dock appearing * if you use a second monitor and have a Squeak in fullscreen on your first you get a black background stretched over the whole second monitor The expected behaviour for fullscreen would be a native Mac OS fullscreen. (@ronsaldo someone mentioned to me that is due to the new metalshaders) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/407

2 1

[OpenSmalltalk/opensmalltalk-vm] Linux Squeak VM X11 keyboard changes breaks 32b VM (#396)
by kksubbu 26 Dec '19

26 Dec '19

Tim Johnson reported a problem with 32b Linux builds: http://forum.world.st/Linux-Squeak-VM-X11-keyboard-changes-td5099584.html Pressing ctrl-d now acts like debugIt instead of doIt like in the 64b. Ctrl-p also stopping working. I did a bisection of all versions in https://bintray.com/opensmalltalk/vm/cog/ and narrowed down the problem to good squeak.cog.spur_linux32x86_201811272342.tar.gz bad squeak.cog.spur_linux32x86_201812301551.tar.gz The error is consistent on both 18231 and the oldest 18221 released image for 32b VM but does not appear with 64b VMs. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/396

9 27

[OpenSmalltalk/opensmalltalk-vm] Problem linking Linux Sound Library (#360)
by Eva 09 Dec '19

09 Dec '19

On Linux Mint Sylvia, I could not play sounds (e.g. ``SampledSound beep``). This occurred in the newest SWA VM build of Squeak. Underlying problem seems to be that the Linux sound libraries for PulseAudio are not linked correctly. (Maybe this is the same as #118) With @krono I found this workaround: `` LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0.1.0 LD_LIBRARY_PATH=/home/user/Dokumente/SWA2018.app/Contents/Linux-i686/bin/../lib/squeak/5.0-201810071412:/lib/x86_64-linux-gnu:/lib:/usr/lib/x86_64-linux-gnu:/usr/lib: /home/user/Dokumente/SWA2018.app/Contents/Linux-i686/bin/../lib/squeak/5.0-201810071412/squeak -vm-sound-pulse /home/user/Dokumente/SWA2018.app/Contents/Resources/SWA2018.image `` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/360

9 16

[OpenSmalltalk/opensmalltalk-vm] libgit build fails because of libssl and libcrypto (#210)
by Javier Pimas 04 Dec '19

04 Dec '19

on /build.linux32x86/pharo.cog.spur/build I run ./mvm and get make[3]: *** No rule to make target '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.25.1'. Stop. I worked around it by running sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/lib/i386-linux-gnu/libssl.so but shouldn't be necessary as libssl is downloaded and built by the script. The same happens with libcrypto -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/210

3 4

[OpenSmalltalk/opensmalltalk-vm] Cog will require changes to JIT on the next version of Mac (#420)
by Fabio Niephaus 29 Nov '19

29 Nov '19

See discussion at http://forum.world.st/Cog-will-require-changes-to-JIT-on-the-next-version-o… -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/420

3 2

[OpenSmalltalk/opensmalltalk-vm] Crash in interpret (?) (#402)
by Andrei Chiș 29 Nov '19

29 Nov '19

I got a crash of the vm executing normal application code that I see for the first time. - MacOS Mojave 10.14.5 - Pharo-7.0.3+build.159.sha.87d28366ab24e00f43dbd5d91f1c0b01ec519e6f (64 Bit) - Stable Pharo 7 VM (CoInterpreter VMMaker.oscog-eem.2504 uuid: a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan 5 2019 StackToRegisterMappingCogit VMMaker.oscog-eem.2504 uuid: a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan 5 2019 VM: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b6 Plugins: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git) ```Segmentation fault Tue Jun 11 18:10:44 2019 VM: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b6 Plugins: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git C stack backtrace & registers: rax 0x0000000105cfcd48 rbx 0x0500000001005120 rcx 0x00000000000000c6 rdx 0x00000000000000c6 rdi 0x0000000105ce70b0 rsi 0x0000000105ce70b0 rbp 0x00007ffee9fc5260 rsp 0x00007ffee9fc51d0 r8 0x00000000000000c6 r9 0x00007ffee9fcc060 r10 0x00007ffee9fcc020 r11 0x000000026dd14925 r12 0x00007ffee9fcc020 r13 0x00000000000000c6 r14 0x0000000000000000 r15 0x00000000000000c6 rip 0x0000000105c0ffd7 0 Pharo 0x0000000105c0ffd7 interpret + 32785 1 Pharo 0x0000000105c90642 reportStackState + 952 2 Pharo 0x0000000105c90987 sigsegv + 174 3 libsystem_platform.dylib 0x00007fff76003b5d _sigtramp + 29 4 ??? 0x0000000000000000 0x0 + 0 5 Pharo 0x0000000105c15ebb enterSmalltalkExecutiveImplementation + 149 6 Pharo 0x0000000105c0823a interpret + 628 7 Pharo 0x0000000105c91dca -[sqSqueakMainApplication runSqueak] + 393 8 Foundation 0x00007fff4c255c4a __NSFirePerformWithOrder + 362 9 CoreFoundation 0x00007fff49f47928 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 10 CoreFoundation 0x00007fff49f4785d __CFRunLoopDoObservers + 451 11 CoreFoundation 0x00007fff49ee9f80 __CFRunLoopRun + 1136 12 CoreFoundation 0x00007fff49ee98be CFRunLoopRunSpecific + 455 13 HIToolbox 0x00007fff491d596b RunCurrentEventLoopInMode + 292 14 HIToolbox 0x00007fff491d55ad ReceiveNextEventCommon + 355 15 HIToolbox 0x00007fff491d5436 _BlockUntilNextEventMatchingListInModeWithFilter + 64 16 AppKit 0x00007fff4756f987 _DPSNextEvent + 965 17 AppKit 0x00007fff4756e71f -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1361 18 AppKit 0x00007fff4756883c -[NSApplication run] + 699 19 AppKit 0x00007fff47557d7c NSApplicationMain + 777 20 libdyld.dylib 0x00007fff75e183d5 start + 1 ``` The smalltalk stack trace. The top is just the application code. ```Smalltalk stack dump: 0x7ffee9fcc060 I AppBrowser>allParentScreensDo: 0x26d8fda78: a(n) AppBrowser 0x7ffee9fcc0b0 I AppBrowser>allParentScreens 0x26d8fda78: a(n) AppBrowser 0x7ffee9fcc0f0 I AppBrowser>withAllParentScreens 0x26d8fda78: a(n) AppBrowser 0x7ffee9fcc138 I AppBrowserElement>buildWidget 0x10b0f8130: a(n) AppBrowserElement 0x7ffee9fcc178 I AppBrowserElement>updateWidget 0x10b0f8130: a(n) AppBrowserElement 0x7ffee9fcc1b8 I AppBrowserElement>appModel: 0x10b0f8130: a(n) AppBrowserElement 0x7ffee9fcc218 I AppElement>buildContentPane 0x10b0e92e0: a(n) AppElement 0x7ffee9fcc260 I AppElement>updateWidget 0x10b0e92e0: a(n) AppElement 0x7ffee9fd4dc0 I AppElement>appModel: 0x10b0e92e0: a(n) AppElement 0x7ffee9fd4e10 I [] in AppModel>gtViewAppLiveFor: 0x146c365b8: a(n) AppModel 0x7ffee9fd4e50 I BlockClosure>glamourValueWithArgs: 0x26eb102f8: a(n) BlockClosure 0x7ffee9fd4e98 I BrStencilValuableExecutor>execute 0x26eb0b410: a(n) BrStencilValuableExecutor 0x7ffee9fd4ee0 I BrStencilBuilder>build 0x26eb08000: a(n) BrStencilBuilder 0x7ffee9fd4f10 M BrStencilBuilder>asElement 0x26eb08000: a(n) BrStencilBuilder 0x7ffee9fd4f40 M [] in GtPhlowExplicitView>asElementDo: 0x26eb03348: a(n) GtPhlowExplicitView 0x7ffee9fd4f70 M BlockClosure>on:do: 0x10b0e92a0: a(n) BlockClosure 0x7ffee9fd4fc8 I GtPhlowExplicitView>asElementDo: 0x26eb03348: a(n) GtPhlowExplicitView 0x7ffee9fd5018 I GtPhlowTaskItView>originalElementDo: 0x10af2ba88: a(n) GtPhlowTaskItView 0x7ffee9fd5068 I [] in GtPhlowTaskItView>taskElement: 0x10af2ba88: a(n) GtPhlowTaskItView 0x7ffee9fd50a8 I BlValuableCommand>execute 0x10af28038: a(n) BlValuableCommand 0x7ffee9fd50f0 I BlValuableCommand(BlCommand)>value 0x10af28038: a(n) BlValuableCommand 0x7ffee9fd5120 M [] in BlCancellableTaskItAction(BlNotificableTaskItAction)>futureAction 0x10af26ac8: a(n) BlCancellableTaskItAction 0x7ffee9fd5150 M BlockClosure>on:do: 0x10b0e8670: a(n) BlockClosure 0x7ffee9fd51a0 M [] in BlTaskNotifications>execute: 0x10af280b0: a(n) BlTaskNotifications 0x7ffee9fd51d0 M BlockClosure>on:do: 0x10b0e8bd0: a(n) BlockClosure 0x7ffee9fd5220 M [] in BlTaskNotifications>execute: 0x10af280b0: a(n) BlTaskNotifications 0x7ffee9fd5250 M BlockClosure>on:do: 0x10b0e8e28: a(n) BlockClosure 0x7ffee9fcfb78 M [] in BlTaskNotifications>execute: 0x10af280b0: a(n) BlTaskNotifications 0x7ffee9fcfbc0 I BlTaskNotifications>execute: 0x10af280b0: a(n) BlTaskNotifications 0x7ffee9fcfc00 M [] in BlTaskNotifications>maybeNotifyDuring: 0x10af280b0: a(n) BlTaskNotifications 0x7ffee9fcfc48 M [] in BlSignalProgress(DynamicVariable)>value:during: 0x14225cc00: a(n) BlSignalProgress 0x7ffee9fcfc88 M BlockClosure>ensure: 0x10b0e8828: a(n) BlockClosure 0x7ffee9fcfcd0 M BlSignalProgress(DynamicVariable)>value:during: 0x14225cc00: a(n) BlSignalProgress 0x7ffee9fcfd10 M BlSignalProgress class(DynamicVariable class)>value:during: 0x1251b7af0: a(n) BlSignalProgress class 0x7ffee9fcfd60 I BlTaskNotifications>maybeNotifyDuring: 0x10af280b0: a(n) BlTaskNotifications 0x7ffee9fcfd98 M [] in BlCancellableTaskItAction(BlNotificableTaskItAction)>futureAction 0x10af26ac8: a(n) BlCancellableTaskItAction 0x7ffee9fcfdc8 M TKTGenericTask>value 0x10af1f0a8: a(n) TKTGenericTask 0x7ffee9fcfdf8 M TKTFutureExecution(TKTTaskExecution)>doExecuteTask 0x10af19358: a(n) TKTFutureExecution 0x7ffee9fcfe30 M [] in TKTFutureExecution>doExecuteTask 0x10af19358: a(n) TKTFutureExecution 0x7ffee9fcfe60 M BlockClosure>on:do: 0x10b0e8578: a(n) BlockClosure 0x7ffee9fcfea0 M TKTFutureExecution>doExecuteTask 0x10af19358: a(n) TKTFutureExecution 0x7ffee9fcfed0 M TKTReadyTaskState>performTaskExecution: 0x10af1f0b8: a(n) TKTReadyTaskState 0x7ffee9fcff08 M TKTFutureExecution(TKTTaskExecution)>executeTask 0x10af19358: a(n) TKTFutureExecution 0x7ffee9fcff38 M [] in TKTFutureExecution(TKTTaskExecution)>value 0x10af19358: a(n) TKTFutureExecution 0x7ffee9fcff80 M [] in TKTConfiguration(DynamicVariable)>value:during: 0x1251fbbd8: a(n) TKTConfiguration 0x7ffee9fcffc0 M BlockClosure>ensure: 0x10b0e8448: a(n) BlockClosure 0x7ffee9fd0008 M TKTConfiguration(DynamicVariable)>value:during: 0x1251fbbd8: a(n) TKTConfiguration 0x7ffee9fd0048 M TKTConfiguration class(DynamicVariable class)>value:during: 0x1145b5478: a(n) TKTConfiguration class 0x7ffee9fd0090 M TKTConfiguration class>optionAt:value:during: 0x1145b5478: a(n) TKTConfiguration class 0x7ffee9fd00d8 M TKTConfiguration class>runner:during: 0x1145b5478: a(n) TKTConfiguration class 0x7ffee9fd0118 M TKTFutureExecution(TKTTaskExecution)>value 0x10af19358: a(n) TKTFutureExecution 0x7ffee9fd0150 M [] in TKTWorkerProcess(TKTAbstractExecutor)>executeTask: 0x146bd49d0: a(n) TKTWorkerProcess 0x7ffee9fd0180 M BlockClosure>on:do: 0x10b0e8040: a(n) BlockClosure 0x7ffee9fd01c0 M TKTWorkerProcess(TKTAbstractExecutor)>executeTask: 0x146bd49d0: a(n) TKTWorkerProcess 0x7ffee9fd01f8 M TKTWorkerProcess>executeTask: 0x146bd49d0: a(n) TKTWorkerProcess 0x7ffee9fd0230 M [] in TKTWorkerProcess>workerLoop 0x146bd49d0: a(n) TKTWorkerProcess 0x7ffee9fd0260 M BlockClosure>repeat 0x146bd4ac0: a(n) BlockClosure 0x146bd4ae0 s TKTWorkerProcess>workerLoop 0x146bd8500 s MessageSend>value 0x146bd8670 s MessageSend>value 0x146bd8728 s TKTProcess>privateExecution 0x146bd4b98 s TKTProcess>privateExecuteAndFinalizeProcess ``` The too method `allParentScreensDo:` is quite simple: ``` allParentScreensDo: aBlock self parentScreen ifNotNil: [ :aScreen | aBlock value: aScreen. aScreen allParentScreensDo: aBlock ] ``` The Apple crash report: ``` Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff75f532c6 __pthread_kill + 10 1 libsystem_pthread.dylib 0x00007fff7600ebf1 pthread_kill + 284 2 libsystem_c.dylib 0x00007fff75ebd6a6 abort + 127 3 org.pharo.Pharo 0x0000000105c909aa sigsegv + 209 4 libsystem_platform.dylib 0x00007fff76003b5d _sigtramp + 29 5 ??? 000000000000000000 0 + 0 6 org.pharo.Pharo 0x0000000105c15ebb enterSmalltalkExecutiveImplementation + 149 7 org.pharo.Pharo 0x0000000105c0823a interpret + 628 8 org.pharo.Pharo 0x0000000105c91dca -[sqSqueakMainApplication runSqueak] + 393 9 com.apple.Foundation 0x00007fff4c255c4a __NSFirePerformWithOrder + 362 10 com.apple.CoreFoundation 0x00007fff49f47928 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 11 com.apple.CoreFoundation 0x00007fff49f4785d __CFRunLoopDoObservers + 451 12 com.apple.CoreFoundation 0x00007fff49ee9f80 __CFRunLoopRun + 1136 13 com.apple.CoreFoundation 0x00007fff49ee98be CFRunLoopRunSpecific + 455 14 com.apple.HIToolbox 0x00007fff491d596b RunCurrentEventLoopInMode + 292 15 com.apple.HIToolbox 0x00007fff491d55ad ReceiveNextEventCommon + 355 16 com.apple.HIToolbox 0x00007fff491d5436 _BlockUntilNextEventMatchingListInModeWithFilter + 64 17 com.apple.AppKit 0x00007fff4756f987 _DPSNextEvent + 965 18 com.apple.AppKit 0x00007fff4756e71f -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1361 19 com.apple.AppKit 0x00007fff4756883c -[NSApplication run] + 699 20 com.apple.AppKit 0x00007fff47557d7c NSApplicationMain + 777 21 libdyld.dylib 0x00007fff75e183d5 start + 1 ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/402

4 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev September 2019