Vm-dev May 2018

vm-dev@lists.squeakfoundation.org

30 participants
115 discussions

[OpenSmalltalk/opensmalltalk-vm] Move travis scripts to scripts/ci/ (#244)
by CyrilFerlicot 19 Aug '18

19 Aug '18

Move travis scripts to scripts/ci/. For now, I did not changes the paths in the moved scripts because I think the resolutions of paths take the working directory, thus maybe I need to change nothing. We'll see if travis complains. You can view, comment on, or merge this pull request online at: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/244 -- Commit Summary -- * Move travis scripts to scripts/ci/ -- File Changes -- M .appveyor.yml (2) M .travis.yml (6) R scripts/ci/travis_build.sh (0) R scripts/ci/travis_helpers.sh (0) R scripts/ci/travis_install.sh (0) R scripts/ci/travis_test.sh (0) -- Patch Links -- https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/244.patch https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/244.diff -- 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/pull/244

2 6

[OpenSmalltalk/opensmalltalk-vm] Improve {build.win32x86, build.win64x64}/HowToBuild to add description about cygwin dependencies (#237)
by CyrilFerlicot 19 Aug '18

19 Aug '18

See: http://forum.world.st/Compiling-the-windows-32-bits-vm-td5072691.html -- 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/237

2 1

[OpenSmalltalk/opensmalltalk-vm] SSL segmentation fault (libssl 1.0.0) (#260)
by smalltalking 20 Jul '18

20 Jul '18

The VM built by travis (201805090836, 64-bit Squeak Cog Spur) segfaults when creating an SSL connection. Here is a stack trace from gdb: > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000000000 in ?? () > (gdb) bt > #0 0x0000000000000000 in ?? () > #1 0x00007ffff296132a in sqVerifyNameInner (ssl=ssl@entry=0x89b3e0, cert=cert@entry=0x8abdb0, serverName=0x89bad0, serverNameLength=serverNameLength@entry=13, matchType=matchType@entry=2) > at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.inc:106 > #2 0x00007ffff29614ab in sqVerifyDNS (ssl=ssl@entry=0x89b3e0, cert=cert@entry=0x8abdb0, serverName=<optimized out>, serverNameLength=serverNameLength@entry=13) > at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.inc:94 > #3 0x00007ffff2961e3f in sqConnectSSL (handle=handle@entry=1, srcBuf=srcBuf@entry=0x1025330 "\026\003\003", srcLen=srcLen@entry=279, dstBuf=dstBuf@entry=0x1020b88 "\026\003\003", dstLen=<optimized out>) > at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.inc:454 > #4 0x00007ffff295de2f in primitiveConnect () at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/src/plugins/SqueakSSL/SqueakSSL.c:217 This happens on Ubuntu 14.04 (libssl1.0.0). I presume travis had a newer version of openssl, and the different value of OPENSSL_VERSION_NUMBER during compilation time was enough to make some functions, like _sqo_sk_GENERAL_NAME_num_ be linked to null. It's not exactly clear how the overlay works, so I just tried a few functions and got the following results: > (gdb) print sqo_X509_get_ext_d2i > $3 = (void *(*)(X509 *, int, int *, int *)) 0x7ffff2440a90 <X509_get_ext_d2i> > (gdb) print sqo_sk_GENERAL_NAME_num > No symbol "sqo_sk_GENERAL_NAME_num" in current context. > (gdb) print sqo_sk_GENERAL_NAME_value > No symbol "sqo_sk_GENERAL_NAME_value" in current context. > (gdb) print sqVerifySAN > $6 = {sqInt (sqSSL *, const GENERAL_NAME *, const void *, const size_t, const int)} 0x7ffff29610f0 <sqVerifySAN> > (gdb) print sk_GENERAL_NAME_num > No symbol "sk_GENERAL_NAME_num" in current context. > (gdb) print sqo_SKM_sk_num > No symbol "sqo_SKM_sk_num" in current context. > (gdb) print sqo_sk_num > $7 = (int (*)(const _STACK *)) 0x0 > (gdb) print sk_num > $8 = {<text variable, no debug info>} 0x7ffff24064c0 <sk_num> If you need any further information, let me know. -- 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/260

2 6

Compiling the windows 32 bits vm
by Cyril Ferlicot D 12 Jul '18

12 Jul '18

Hello, I am trying to compile my first vm, so I read the README and HowToBuild on OpenSmalltalk git repository. I tried to build the build.win32x86/pharo.cog.spur flavour on Windows 7 after installing cygwin with this command: setup-x86.exe -dgnqNO -R "E:\cygwin" -s "http://cygwin.mirror.constant.com" -l "E:\cygwin\var\cache\setup" -P mingw64-i686-gcc-core,mingw64-i686-gcc-g++,mingw64-i686-headers,mingw64-i686-runtime,zip,mingw64-i686-clang,mingw64-i686-openssl,libiconv-devel,libglib2.0-devel,perl,mingw64-i686-zlib,make,cmake,wget,mingw64-i686-win-iconv The build fail with this error: config.status: creating config.h.win32 config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands configure: WARNING: cache variable lt_cv_path_LD contains a newline make[2]: Entering directory '/cygdrive/e/cog/oscogvm/build.win32x86/pharo.cog.spur/builddbg/third-party/pkg-config-0.29.1' Makefile:311: *** missing separator. Stop. make[2]: Leaving directory '/cygdrive/e/cog/oscogvm/build.win32x86/pharo.cog.spur/builddbg/third-party/pkg-config-0.29.1' make[1]: *** [../third-party/Makefile.pkgconfig:26: /cygdrive/e/cog/oscogvm/.thirdparty-cache/windows/i386/bin/pkg-config.exe] Error 2 make[1]: Leaving directory '/cygdrive/e/cog/oscogvm/build.win32x86/pharo.cog.spur' make: *** [../common/Makefile:157: debug] Error 2 I have to say that I have really few experience with everything around the vm and maybe this is a problem easy to solve. But not with my knowledge. Does anyone has an idea of what might be the problem? Also, I'm not sure it is the right place for this kind of questions since it's vm-dev and this is a vm usage question. So, is it the right ML or is there another one? -- Cyril Ferlicot https://ferlicot.fr

7 20

[OpenSmalltalk/opensmalltalk-vm] 5.2alpha crash when maximizing window on macOS Sierra (#263)
by Bernhard Pieber 11 Jul '18

11 Jul '18

Dear all, I downloaded Squeak5.2alpha-18019-64bit-201804030952-macOS.zip, extracted it, copied it to a new folder and opened it. One of the first things I did was maximizing Squeak's window. Squeak crashed. I cannot reproduce it, though. Find the top of the .crash file below. Maybe it helps anyway. I am on macOS Sierra, version 10.12.6 (16G1314). Cheers, Bernhard ``` Process: Squeak [52792] Path: /Users/USER/Documents/*/Squeak5.2alpha-18019-64bit.app/Contents/MacOS/Squeak Identifier: org.squeak.Squeak5.2alpha.64.macOS Version: 5.2alpha (64 bit) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: Squeak [52792] User ID: 501 Date/Time: 2018-05-26 18:26:52.020 +0200 OS Version: Mac OS X 10.12.6 (16G1314) Report Version: 12 Anonymous UUID: 9945F492-E077-C9CD-CFF9-665D1E459AD3 Sleep/Wake UUID: 59835903-E350-4598-87AD-9FDAD1B3D0BD Time Awake Since Boot: 130000 seconds Time Since Wake: 2400 seconds System Integrity Protection: enabled Crashed Thread: 0 Dispatch queue: OpenGLMT Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000113f55000 Exception Note: EXC_CORPSE_NOTIFY VM Regions Near 0x113f55000: MALLOC_LARGE 0000000113f13000-0000000113f55000 [ 264K] rw-/rwx SM=PRV --> Accelerate framework 0000000113f6a000-0000000113f8a000 [ 128K] rw-/rwx SM=PRV Application Specific Information: abort() called Thread 0 Crashed:: Dispatch queue: OpenGLMT 0 libsystem_kernel.dylib 0x00007fff93a2bd42 __pthread_kill + 10 1 libsystem_pthread.dylib 0x00007fff93b19457 pthread_kill + 90 2 libsystem_c.dylib 0x00007fff93991420 abort + 129 3 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b2761e sigsegv + 190 4 libsystem_platform.dylib 0x00007fff93b0cb3a _sigtramp + 26 5 ??? 000000000000000000 0 + 0 6 com.apple.driver.AppleIntelHD5000GraphicsGLDriver 0x0000000114b3deb5 glrUpdateTexture + 11210 7 libGPUSupportMercury.dylib 0x00007fff8be45693 gpusLoadCurrentTextures + 677 8 com.apple.driver.AppleIntelHD5000GraphicsGLDriver 0x00000001146c17e9 updateDispatch + 717 9 com.apple.driver.AppleIntelHD5000GraphicsGLDriver 0x00000001146c14c9 gldUpdateDispatch + 175 10 GLEngine 0x000000011458cdce gleDoDrawDispatchCore + 520 11 GLEngine 0x0000000114531b2c glDrawArraysInstanced_STD_Exec + 283 12 GLEngine 0x0000000114531a0a glDrawArrays_UnpackThread + 43 13 GLEngine 0x0000000114588d1f gleCmdProcessor + 77 14 libdispatch.dylib 0x00007fff938c78fc _dispatch_client_callout + 8 15 libdispatch.dylib 0x00007fff938c8536 _dispatch_barrier_sync_f_invoke + 83 16 GLEngine 0x00000001144d3bfc glFlush_ExecThread + 15 17 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b2190d -[sqSqueakOSXOpenGLView drawRect:flush:] + 301 18 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b217da -[sqSqueakOSXOpenGLView drawRect:] + 43 19 com.apple.AppKit 0x00007fff7bdc1f99 -[NSView _drawRect:clip:] + 2276 20 com.apple.AppKit 0x00007fff7be11f2f -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 1753 21 com.apple.AppKit 0x00007fff7be1239a -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2884 22 com.apple.AppKit 0x00007fff7bdbfad2 -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 837 23 com.apple.AppKit 0x00007fff7bdbf2af -[NSThemeFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 334 24 com.apple.AppKit 0x00007fff7bdbd6d8 -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 2452 25 com.apple.AppKit 0x00007fff7bdb8fca -[NSView displayIfNeeded] + 1748 26 com.apple.AppKit 0x00007fff7bdb88db -[NSWindow displayIfNeeded] + 230 27 com.apple.AppKit 0x00007fff7c518cb4 ___NSWindowGetDisplayCycleObserver_block_invoke.6228 + 277 28 com.apple.AppKit 0x00007fff7bdb83b9 __37+[NSDisplayCycle currentDisplayCycle]_block_invoke + 454 29 com.apple.QuartzCore 0x00007fff83ca1cc6 CA::Transaction::run_commit_handlers(CATransactionPhase) + 46 30 com.apple.QuartzCore 0x00007fff83dab8ac CA::Context::commit_transaction(CA::Transaction*) + 160 31 com.apple.QuartzCore 0x00007fff83ca07a1 CA::Transaction::commit() + 475 32 com.apple.QuartzCore 0x00007fff83ca11bc CA::Transaction::observer_callback(__CFRunLoopObserver*, unsigned long, void*) + 108 33 com.apple.CoreFoundation 0x00007fff7e191d37 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 34 com.apple.CoreFoundation 0x00007fff7e191ca7 __CFRunLoopDoObservers + 391 35 com.apple.CoreFoundation 0x00007fff7e172136 CFRunLoopRunSpecific + 454 36 com.apple.HIToolbox 0x00007fff7d6d2ebc RunCurrentEventLoopInMode + 240 37 com.apple.HIToolbox 0x00007fff7d6d2bf9 ReceiveNextEventCommon + 184 38 com.apple.HIToolbox 0x00007fff7d6d2b26 _BlockUntilNextEventMatchingListInModeWithFilter + 71 39 com.apple.AppKit 0x00007fff7bc69a54 _DPSNextEvent + 1120 40 com.apple.AppKit 0x00007fff7c3e57ee -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 2796 41 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b1bfd6 -[sqSqueakOSXApplication(events) pumpRunLoopEventSendAndSignal:] + 65 42 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b1c0f7 -[sqSqueakOSXApplication(events) pumpRunLoop] + 61 43 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b2542c vmIOProcessEvents + 255 44 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b254ab ioProcessEvents + 56 45 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108ab16e7 checkForEventsMayContextSwitch + 760 46 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108ab32a6 ceCheckForInterrupts + 14 47 ??? 0x000000010f5144a7 0 + 4551951527 48 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108aa0702 interpret + 632 49 org.squeak.Squeak5.2alpha.64.macOS 0x0000000108b28a1d -[sqSqueakMainApplication runSqueak] + 393 50 com.apple.Foundation 0x00007fff7fc3a8dd __NSFirePerformWithOrder + 368 51 com.apple.CoreFoundation 0x00007fff7e191d37 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 52 com.apple.CoreFoundation 0x00007fff7e191ca7 __CFRunLoopDoObservers + 391 53 com.apple.CoreFoundation 0x00007fff7e1726d9 __CFRunLoopRun + 873 54 com.apple.CoreFoundation 0x00007fff7e172114 CFRunLoopRunSpecific + 420 55 com.apple.HIToolbox 0x00007fff7d6d2ebc RunCurrentEventLoopInMode + 240 56 com.apple.HIToolbox 0x00007fff7d6d2bf9 ReceiveNextEventCommon + 184 57 com.apple.HIToolbox 0x00007fff7d6d2b26 _BlockUntilNextEventMatchingListInModeWithFilter + 71 58 com.apple.AppKit 0x00007fff7bc69a54 _DPSNextEvent + 1120 59 com.apple.AppKit 0x00007fff7c3e57ee -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 2796 60 com.apple.AppKit 0x00007fff7bc5e3db -[NSApplication run] + 926 61 com.apple.AppKit 0x00007fff7bc28e0e NSApplicationMain + 1237 62 libdyld.dylib 0x00007fff938fd235 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/263

2 2

Build completed: opensmalltalk-vm 1.0.1326
by AppVeyor 31 May '18

31 May '18

1 0

Errored: OpenSmalltalk/opensmalltalk-vm#1353 (Cog - 76814ae)
by Travis CI 31 May '18

31 May '18

Build Update for OpenSmalltalk/opensmalltalk-vm ------------------------------------- Build: #1353 Status: Errored Duration: 12 mins and 45 secs Commit: 76814ae (Cog) Author: Eliot Miranda Message: CogVM source as per VMMaker.oscog-eem.2400 Fix Sista build failing due to the lack of an export of objectBytesForSlots:. View the changeset: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/a0474e8aa96e...76… View the full build log and details: https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/386303127?utm_s… -- You can configure recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications This email was sent to vm-dev(a)lists.squeakfoundation.org (mailto:vm-dev@lists.squeakfoundation.org) unsubscribe from this list (http://clicks.travis-ci.com/track/unsub.php?u=14313403&id=f2e0802be21246a69…)

1 0

[OpenSmalltalk/opensmalltalk-vm] 76814a: CogVM source as per VMMaker.oscog-eem.2400
by GitHub 31 May '18

31 May '18

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 76814ae7e53f96787a8079f41a1144c95098ea97 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/76814ae7e53f96787a… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2018-05-31 (Thu, 31 May 2018) Changed paths: M spursista64src/vm/cogit.h M spursista64src/vm/cointerp.c M spursista64src/vm/cointerp.h M spursista64src/vm/gcc3x-cointerp.c M spursistasrc/vm/cogit.h M spursistasrc/vm/cointerp.c M spursistasrc/vm/cointerp.h M spursistasrc/vm/gcc3x-cointerp.c Log Message: ----------- CogVM source as per VMMaker.oscog-eem.2400 Fix Sista build failing due to the lack of an export of objectBytesForSlots:. **NOTE:** This service been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/ Functionality will be removed from GitHub.com on January 31st, 2019.

1 0

VM Maker: VMMaker.oscog-eem.2400.mcz
by commits＠source.squeak.org 31 May '18

31 May '18

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2400.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2400 Author: eem Time: 31 May 2018, 11:01:06.49964 am UUID: 1ba9bd98-23e8-4045-9b36-21c45003b2c4 Ancestors: VMMaker.oscog-eem.2399 Fix Sista build which is failing due to the lack of an export of objectBytesForSlots:. =============== Diff against VMMaker.oscog-eem.2399 =============== Item was added: + ----- Method: Spur32BitCoMemoryManager>>objectBytesForSlots: (in category 'object enumeration') ----- + objectBytesForSlots: numSlots + "Answer the total number of bytes in an object with the given + number of slots, including header and possible overflow size header." + <api> + <option: #SistaVM> + ^super objectBytesForSlots: numSlots! Item was added: + ----- Method: Spur64BitCoMemoryManager>>objectBytesForSlots: (in category 'object enumeration') ----- + objectBytesForSlots: numSlots + "Answer the total number of bytes in an object with the given + number of slots, including header and possible overflow size header." + <api> + <option: #SistaVM> + ^super objectBytesForSlots: numSlots!

1 0

Is there a dataset or set of algorithms benchmarking GC algorithms in multi-threaded VM?
by keldon 31 May '18

31 May '18

Hello all, I have previously written an incremental GC in C++ and will be writing a GC to handle multiple threads in C that could then be ported to Slang. I will be benchmarking various generational schemes, concurrent, and multithreaded garbage collection algorithms and writing a report on my findings. I am wondering if there are any platform agnostic datasets I could use to benchmark different algorithms and schemes, such as: Alternatively any set of ideal multi-threaded algorithms or pieces of code that can be used. I want to try out all of these algorithms in C and then port it to Slang. I will be testing out various tradeoffs and completely new schemes for GC. I will check out the benchmarks in CogVM when I get back home. I'm pretty sure it wouldn't be difficult for me to create a dataset from one of those benchmarking algorithms by simply logging changes while using a simple tracing GC. I am also sending out this message to get the ball rolling and conversation started. Regards, Keldon -- Sent from: http://forum.world.st/Squeak-VM-f104410.html

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev May 2018