Vm-dev November 2019

vm-dev@lists.squeakfoundation.org

19 participants
178 discussions

[OpenSmalltalk/opensmalltalk-vm] GC crash on (corrupted?) image resume (#391)
by Holger Freyther 25 Apr '20

25 Apr '20

This happens with 1d9c8bcfd3214c52e8a449840b2cd1c448b33d18 on MacOS 64bit. The Assert VM doesn't see to trigger on any asserts. The GC seems to follow an object ending in a NULL OOP? The image includes non opensource code but it is crashing reliable on start-up. Smalltalk backtrace ``` Smalltalk stack dump: 0x7ffee269dbb8 I SmalltalkImage>garbageCollect 0x11bcef9a8: a(n) SmalltalkImage 0x7ffee269dc00 I ByteArray class(Behavior)>handleFailingBasicNew: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dc40 M ByteArray class(Behavior)>basicNew: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dc78 M ByteArray class(Behavior)>new: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dcb0 M ByteArray class(SequenceableCollection class)>ofSize: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dcf8 M ByteArray(SequenceableCollection)>grownBy: 0x13b3027d8: a(n) ByteArray 0x7ffee269dd40 M WriteStream>growTo: 0x11b543e60: a(n) WriteStream 0x7ffee269dd80 M WriteStream>nextPutAll: 0x11b543e60: a(n) WriteStream 0x7ffee269ddb8 M WriteStream(Stream)>next:putAll:startingAt: 0x11b543e60: a(n) WriteStream 0x7ffee269de10 M WriteStream>next:putAll:startingAt: 0x11b543e60: a(n) WriteStream 0x7ffee269de58 M [] in ZnBufferedReadStream>upToEnd 0x11b553e98: a(n) ZnBufferedReadStream 0x7ffee269de98 M ByteArray class(SequenceableCollection class)>new:streamContents: 0x11bce0d78: a(n) ByteArray class 0x7ffee269ded8 M ByteArray class(SequenceableCollection class)>streamContents: 0x11bce0d78: a(n) ByteArray class 0x7ffee269df20 I ZnBufferedReadStream>upToEnd 0x11b553e98: a(n) ZnBufferedReadStream 0x7ffee269df60 I ZnBufferedReadStream>contents 0x11b553e98: a(n) ZnBufferedReadStream 0x7ffee269df90 M [] in LucidaGrandeRegular class>fontContents 0x11c4246f8: a(n) LucidaGrandeRegular class 0x7ffee269dfd8 M [] in FileReference(AbstractFileReference)>binaryReadStreamDo: 0x11b553fb8: a(n) FileReference 0x7ffee269e018 M BlockClosure>ensure: 0x11b553fd0: a(n) BlockClosure 0x7ffee269e068 I FileReference(AbstractFileReference)>binaryReadStreamDo: 0x11b553fb8: a(n) FileReference 0x7ffee269e0b0 I LucidaGrandeRegular class>fontContents 0x11c4246f8: a(n) LucidaGrandeRegular class 0x7ffee269e0f8 I LucidaGrandeRegular class(EmbeddedFreeTypeFontFontDescription class)>installFontsIn: 0x11c4246f8: a(n) LucidaGrandeRegular class 0x7ffee269e138 M [] in EmbeddedFreeTypeFontFontDescription class>installAllFontsIn: 0x11c422d60: a(n) EmbeddedFreeTypeFontFontDescription class 0x7ffee269aca0 M OrderedCollection>do: 0x11b543700: a(n) OrderedCollection 0x7ffee269ace8 I EmbeddedFreeTypeFontFontDescription class>installAllFontsIn: 0x11c422d60: a(n) EmbeddedFreeTypeFontFontDescription class 0x7ffee269ad30 I EmbeddedFreeTypeFontInstaller>installAllFontsIn: 0x11ca636f0: a(n) EmbeddedFreeTypeFontInstaller 0x7ffee269ad68 M [] in FreeTypeFontProvider>updateEmbeddedFreeTypeFonts 0x11ca63590: a(n) FreeTypeFontProvider 0x7ffee269adb0 M OrderedCollection>do: 0x11cae4688: a(n) OrderedCollection 0x7ffee269adf8 I FreeTypeFontProvider>updateEmbeddedFreeTypeFonts 0x11ca63590: a(n) FreeTypeFontProvider 0x7ffee269ae38 I FreeTypeSettings class>updateFreeType 0x11c41bf60: a(n) FreeTypeSettings class 0x7ffee269ae78 I FreeTypeSettings class>startUp: 0x11c41bf60: a(n) FreeTypeSettings class 0x7ffee269aeb0 M ClassSessionHandler>startup: 0x11ca66cc8: a(n) ClassSessionHandler 0x7ffee269aef0 M [] in WorkingSession>runStartup: 0x11b543000: a(n) WorkingSession 0x7ffee269af38 M [] in WorkingSession>runList:do: 0x11b543000: a(n) WorkingSession 0x7ffee269af68 M BlockClosure>on:do: 0x11b5439b8: a(n) BlockClosure 0x7ffee269afb0 M [] in WorkingSession>runList:do: 0x11b543000: a(n) WorkingSession 0x7ffee269aff8 M Array(SequenceableCollection)>do: 0x11b543ae8: a(n) Array 0x7ffee269b040 I WorkingSession>runList:do: 0x11b543000: a(n) WorkingSession 0x7ffee269b090 I WorkingSession>runStartup: 0x11b543000: a(n) WorkingSession 0x7ffee269b0d8 I WorkingSession>start: 0x11b543000: a(n) WorkingSession 0x7ffee269b130 I SessionManager>launchSnapshot:andQuit: 0x11bd57848: a(n) SessionManager 0x13611ef38 s [] in SessionManager>snapshot:andQuit: 0x136135618 s [] in BlockClosure>newProcess ``` VM backtrace by itself ``` VM: 201904111858-AssertVM ich@macbookair.local:source/smalltalk/pharo/opensmalltalk-vm Date: Thu Apr 11 11:58:46 2019 CommitHash: 1d9c8bcfd Plugins: 201904111858-AssertVM ich@macbookair.local:source/smalltalk/pharo/opensmalltalk-vm C stack backtrace & registers: rax 0x0000000000000000 rbx 0x0000000000000000 rcx 0x0400000000000000 rdx 0x000000012d2d1140 rdi 0x0000000000000000 rsi 0x0000000000000000 rbp 0x00007ffee2698f50 rsp 0x00007ffee2698f50 r8 0x0001471835afb3bc r9 0x0000000003ecc22d r10 0x000000011b345558 r11 0x000000011c067ce8 r12 0x000000013a6e7188 r13 0x0000000000000004 r14 0x000000013a6e7188 r15 0x0000000000000002 rip 0x000000010d545a04 0 Pharo 0x000000010d545a04 longAtPointer + 4 1 Pharo 0x000000010d5eaf8e reportStackState + 174 2 Pharo 0x000000010d5eb2f3 sigsegv + 195 3 libsystem_platform.dylib 0x00007fff5e938f5a _sigtramp + 26 4 AppKit 0x00007fff349238eb .str.41.llvm.C4DC25C8 + 241198 5 Pharo 0x000000010d545d5c fixFollowedFieldofObjectwithInitialValue + 76 6 Pharo 0x000000010d56cae7 markAndTrace + 2439 7 Pharo 0x000000010d569156 markObjects + 966 8 Pharo 0x000000010d568805 fullGC + 149 9 Pharo 0x000000010d584cc5 primitiveFullGC + 277 10 Pharo 0x000000010d53aae4 interpret + 26756 11 Pharo 0x000000010d545776 enterSmalltalkExecutiveImplementation + 310 12 Pharo 0x000000010d534407 interpret + 423 13 Pharo 0x000000010d5ecb59 -[sqSqueakMainApplication runSqueak] + 393 14 Foundation 0x00007fff388a07b8 __NSFirePerformWithOrder + 360 15 CoreFoundation 0x00007fff36717747 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 16 CoreFoundation 0x00007fff3671766f __CFRunLoopDoObservers + 527 17 CoreFoundation 0x00007fff366f9be8 __CFRunLoopRun + 1240 18 CoreFoundation 0x00007fff366f9483 CFRunLoopRunSpecific + 483 19 HIToolbox 0x00007fff359e3d96 RunCurrentEventLoopInMode + 286 20 HIToolbox 0x00007fff359e3a0f ReceiveNextEventCommon + 366 21 HIToolbox 0x00007fff359e3884 _BlockUntilNextEventMatchingListInModeWithFilter + 64 22 AppKit 0x00007fff33c93a73 _DPSNextEvent + 2085 23 AppKit 0x00007fff34429e34 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044 24 AppKit 0x00007fff33c88885 -[NSApplication run] + 764 25 AppKit 0x00007fff33c57a72 NSApplicationMain + 804 26 libdyld.dylib 0x00007fff5e62a015 start + 1 ``` lldb backtrace ``` Pharo was compiled with optimization - stepping may behave oddly; variables may not be available. Process 49107 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) frame #0: 0x0000000100013a04 Pharo`longAtPointer(ptr=0x0000000000000000) at sqMemoryAccess.h:141 [opt] 138 static inline sqInt shortAtPointerput(char *ptr, int val) { return (sqInt)(*((short *)ptr)= (short)val); } 139 static inline sqInt intAtPointer(char *ptr) { return (sqInt)(*((int *)ptr)); } 140 static inline sqInt intAtPointerput(char *ptr, int val) { return (sqInt)(*((int *)ptr)= val); } -> 141 static inline sqInt longAtPointer(char *ptr) { return *(sqInt *)ptr; } 142 static inline sqInt longAtPointerput(char *ptr, sqInt val) { return *(sqInt *)ptr= val; } 143 static inline sqLong long64AtPointer(char *ptr) { return *(sqLong *)ptr; } 144 static inline sqLong long64AtPointerput(char *ptr, sqLong val) { return *(sqLong *)ptr= val; } Target 0: (Pharo) stopped. (lldb) bt * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) * frame #0: 0x0000000100013a04 Pharo`longAtPointer(ptr=0x0000000000000000) at sqMemoryAccess.h:141 [opt] frame #1: 0x0000000100013d5c Pharo`fixFollowedFieldofObjectwithInitialValue(fieldIndex=2, anObject=4944834952, initialValue=<unavailable>) at gcc3x-cointerp.c:48964 [opt] frame #2: 0x000000010003aae7 Pharo`markAndTrace(objOop=4430957424) at gcc3x-cointerp.c:53153 [opt] frame #3: 0x0000000100037156 Pharo`markObjects(objectsShouldBeUnmarkedAndUnmarkedClassesShouldBeExpunged=1) at gcc3x-cointerp.c:53409 [opt] frame #4: 0x0000000100036805 Pharo`fullGC at gcc3x-cointerp.c:49325 [opt] frame #5: 0x0000000100052cc5 Pharo`primitiveFullGC at gcc3x-cointerp.c:77294 [opt] frame #6: 0x0000000100008ae4 Pharo`interpret at gcc3x-cointerp.c:6186 [opt] frame #7: 0x0000000100013776 Pharo`enterSmalltalkExecutiveImplementation at gcc3x-cointerp.c:17314 [opt] frame #8: 0x0000000100002407 Pharo`interpret at gcc3x-cointerp.c:2755 [opt] frame #9: 0x00000001000bab59 Pharo`-[sqSqueakMainApplication runSqueak](self=0x00000001004310d0, _cmd=<unavailable>) at sqSqueakMainApplication.m:201 [opt] frame #10: 0x00007fff388a07b8 Foundation`__NSFirePerformWithOrder + 360 frame #11: 0x00007fff36717747 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 frame #12: 0x00007fff3671766f CoreFoundation`__CFRunLoopDoObservers + 527 frame #13: 0x00007fff366f9be8 CoreFoundation`__CFRunLoopRun + 1240 frame #14: 0x00007fff366f9483 CoreFoundation`CFRunLoopRunSpecific + 483 frame #15: 0x00007fff359e3d96 HIToolbox`RunCurrentEventLoopInMode + 286 frame #16: 0x00007fff359e3a0f HIToolbox`ReceiveNextEventCommon + 366 frame #17: 0x00007fff359e3884 HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 64 frame #18: 0x00007fff33c93a73 AppKit`_DPSNextEvent + 2085 frame #19: 0x00007fff34429e34 AppKit`-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044 frame #20: 0x00007fff33c88885 AppKit`-[NSApplication run] + 764 frame #21: 0x00007fff33c57a72 AppKit`NSApplicationMain + 804 frame #22: 0x00007fff5e62a015 libdyld.dylib`start + 1 frame #23: 0x00007fff5e62a015 libdyld.dylib`start + 1 (lldb) frame select 1 frame #1: 0x0000000100013d5c Pharo`fixFollowedFieldofObjectwithInitialValue(fieldIndex=2, anObject=4944834952, initialValue=<unavailable>) at gcc3x-cointerp.c:48964 [opt] 48961 /* begin fetchPointer:ofMaybeForwardedObject: */ 48962 objOop = longAt((objOop + BaseHeaderSize) + (0U << (shiftForWord()))); 48963 } while(((objOop & (tagMask())) == 0) -> 48964 && (((longAt(objOop)) & ((classIndexMask()) - (isForwardedObjectClassIndexPun()))) == 0)); 48965 /* begin storePointer:ofObject:withValue: */ 48966 assert(!(isForwarded(anObject))); 48967 if ((assert(isNonImmediate(anObject)), (lldb) p objOop (sqInt) $0 = 0 (lldb) q ``` -- 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/391

10 14

[OpenSmalltalk/opensmalltalk-vm] SSL plugin might fail on Windows 7 (#236)
by CyrilFerlicot 25 Apr '20

25 Apr '20

If I execute this code: ```Smalltalk ZnClient new url: 'https://google.com'; get. ``` I get a result. If I execute this code: ```Smalltalk ZnClient new url: 'https://github.com'; get. ``` I get this error: Error: SSL Exception: connect failed [code:-5] I tried with both stable and latest vm. (The stable is from august 2017 I think) I sent a mail on the Pharo dev ML and we are at least two having this problem with Windows 7 when it's working with Windows 10. Here are the details and the stack: ``` Image ----- E:\Pharo\images\Pharo 7.0 (development version)-22\Pharo 7.0 (development version)-22.image Pharo7.0alpha Build information: Pharo-7.0+alpha.build.749.sha.039a4b6f0d61ba99778349c4cff2c4e8d5ff9227 (32 Bit) Unnamed Virtual Machine --------------- C:\Users\JeCisC\Documents\Pharo\vms\70-x86\Pharo.exe CoInterpreter VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 VM: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Fri Mar 16 11:38:09 2018 +0100 $ Plugins: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Win32 built on Mar 16 2018 11:02:19 GMT Compiler: 6.4.0 VMMaker versionString VM: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Fri Mar 16 11:38:09 2018 +0100 $ Plugins: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ CoInterpreter VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 Operating System/Hardware ------------------------- Win32 6.1 IX86 Operating System Details ------------------------ Operating System: Windows 7 Professional N (Build 7601 Service Pack 1) SP major version: 1 SP minor version: 0 Suite mask: 100 Product type: 1 ============================================================== ZdcSecureSocketStream(Object)>>error: ZdcSecureSocketStream>>sslException:code: ZdcSecureSocketStream>>connect ZnClient>>setupTLSTo: ZnClient>>newConnectionTo: ZnClient>>getConnectionAndExecute ZnClient>>executeWithRedirectsRemaining: [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: [ self executeWithRetriesRemaining: self numberOfRetries ] in [ [ self executeWithRetriesRemaining: self numberOfRetries ] on: Error do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: [ [ self executeWithRetriesRemaining: self numberOfRetries ] on: Error do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ [ self executeWithRetriesRemaining: self numberO...etc... [ ^ block value ] in ZnClient>>withTimeoutDo: in Block: [ ^ block value ] [ activeProcess psValueAt: index put: anObject. aBlock value ] in ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ activeProcess psValueAt: index put: anObject.... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout [ result := self executeWithTimeout ] in ZnClient>>execute in Block: [ result := self executeWithTimeout ] [ ^ block value ] in ZnClient>>withProgressDo: in Block: [ ^ block value ] [ activeProcess psValueAt: index put: anObject. aBlock value ] in ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ activeProcess psValueAt: index put: anObject.... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: ZnClient>>execute ZnClient>>get UndefinedObject>>DoIt ``` -- 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/236

3 3

[OpenSmalltalk/opensmalltalk-vm] VM crashes (#252)
by Fabio Niephaus 25 Apr '20

25 Apr '20

*I have copied the below issue from https://github.com/hpi-swa/smalltalkCI/issues/366.* Hi! Time to time, the Pharo VM crashes, without any apparent reasons. For example, in https://travis-ci.org/ObjectProfile/Roassal2/jobs/365943067 ``` VM: 201708271955 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Sun Aug 27 21:55:26 2017 +0200 $ Plugins: 201708271955 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ C stack backtrace & registers: eax 0x1e750080 ebx 0x00000100 ecx 0x00000020 edx 0x00000002 edi 0x00000020 esi 0x00000020 ebp 0xbff09c58 esp 0xbff09c58 eip 0x000e848d 0 Pharo 0x000e848d fetchByteofObject + 9 1 Pharo 0x00149400 reportStackState + 819 2 Pharo 0x001497a2 sigsegv + 191 3 libsystem_platform.dylib 0xa1742e5b _sigtramp + 43 ``` And a bit below: ``` Smalltalk Smalltalk stack dump: 0xbff11ce8 I SessionManager>snapshot:andQuit: 0x6b496a8: a(n) SessionManager 0xbff11d18 I [] in SmalltalkImage>snapshot:andQuit: 0x5517fa0: a(n) SmalltalkImage 0xbff11d3c I CurrentExecutionEnvironment class>activate:for: 0x5af3520: a(n) CurrentExecutionEnvironment class 0xbff11d64 I DefaultExecutionEnvironment(ExecutionEnvironment)>beActiveDuring: 0x5e2bc70: a(n) DefaultExecutionEnvironment 0xbff11d88 I DefaultExecutionEnvironment class>beActiveDuring: 0x5b1d8a8: a(n) DefaultExecutionEnvironment class 0xbff11dac I SmalltalkImage>snapshot:andQuit: 0x5517fa0: a(n) SmalltalkImage ``` It seems to happens randomly /cc @bergel -- 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/252

3 3

[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] passing struct by value does not respect x86_64 SysV ABI (#443)
by Nicolas Cellier 01 Feb '20

01 Feb '20

The case when a structure passed by value is passed via memory (thru a pointer), via registers, or just stack, same for structure return value is much more complex than what is programmed currently in both FFI and Alien (FFI and Alien currently do not even agree...). This badly need more test cases and more attention. See squeak-dev thread **[squeak-dev] Alien primFFICall returning struct with 64bit vm** http://lists.squeakfoundation.org/pipermail/squeak-dev/2019-November/204974… See draft for ABI, near page 21 and 24 (not very clear) https://github.com/hjl-tools/x86-psABI/wiki/x86-64-psABI-1.0.pdf -- 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/443

5 11

[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

A fork in the road()
by Ben Coman 21 Jan '20

21 Jan '20

Sharing an interesting paper I bumped into.. > A fork() in the road > https://www.microsoft.com/en-us/research/uploads/prod/2019/04/fork-hotos19.… in particular Figure 1 - fork versus spawn performance And something I didn't realise... > a process using, DPDK with a kernel-bypass NIC [12], or OpenCL with a GPU, > cannot safely fork since the OS cannot duplicate the process state on the NIC/GPU. > This appears to have been a continuing source of bafflement > among GPU programmers for a decade at least cheers -ben

4 3

[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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev November 2019