Vm-dev May 2019

vm-dev@lists.squeakfoundation.org

20 participants
76 discussions

[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] 32-bit libB3DAcceleratorPlugin.dylib fails to link; 32-bit Squeak B3DAcceleratorPlugin links against metal. (#385)
by Eliot Miranda 22 Nov '19

22 Nov '19

Seems to be something strange with the B3DAcceleratorPlugin on 32-bit macos. The pharo libB3DAcceleratorPlugin.dylib fails to link missing: createOpenGLTextureLayerHandle destroyOpenGLTextureLayerHandle getMainWindowOpenGLContext setOpenGLTextureLayerContent The Squeak one links, but apparently against Metal, which isn't going to work since Metal is 64-bit only (or so I've been told). -- 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/385

2 2

[OpenSmalltalk/opensmalltalk-vm] Image buffer corruption when running build.macos64x64 targets (#392)
by Gene Ragan 22 Nov '19

22 Nov '19

Building from the latest sources on the Cog branch, I see the attached image when loading various images using various OSX builds. I have tried the 64-bit Pharo, Squeak and newspeak builds with their associated images. I see some variation of the attached image below. If I rollback the source to the 201901172323 tag, I am able to build and load an image and see the window as expected. <img width="811" alt="Screen Shot 2019-04-23 at 6 47 51 PM" src="https://user-images.githubusercontent.com/32800969/56627814-3fea6280-65fc-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/392

3 4

[OpenSmalltalk/opensmalltalk-vm] OSVM 201804030952 crashes in Context(Object)>copy (#265)
by Fabio Niephaus 26 Sep '19

26 Sep '19

OSVM `201804030952` sometimes crashes in `Context(Object)>copy` when running Squeak SUnit tests. Full stack trace at: https://travis-ci.org/squeak-smalltalk/squeak-app/jobs/387262157#L2073 Another trace is at: https://travis-ci.org/squeak-smalltalk/squeak-app/jobs/382950107#L1717 -- 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/265

3 5

[OpenSmalltalk/opensmalltalk-vm] 32-bit macOS CI builds broken due to new Metal integration (#397)
by Fabio Niephaus 03 Sep '19

03 Sep '19

It looks like the new Metal integration is not (yet) 32-bit compatible. Maybe we should use the old integration for 32-bit builds or nuke 32-bit builds for macOS completely (Apple is removing 32-bit support soon anyway). Example: https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/538780335 -- 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/397

2 3

Robust FFI with Memory Protection Keys
by Ben Coman 29 Jun '19

29 Jun '19

A problem with FFI is that if a callout segfaults, all of memory including that of the Image is suspect, and execution of the Image terminates. Occasionally I hunt around hoping to find technology to mitigate that problem. Maybe this time in I found something... Memory Protection Keys [1] Perhaps these could ensure Image memory safe when an FFI callout segfaults. IIUC the main problem with protecting Image memory on every FFI callout is the time it would take update the flags on every page of Image memory. Would being able to change the protection of a massive number of pages with one syscall make it feasible to wrap them around FFI callouts? This may be useful at least where the FFI use is more about reuse of existing functionality than about performance. Or at least useful while someone is learning/experimenting with FFI for the first time or while becoming familiar with some external library. Further info at [2] & [3]. cheers -ben [1] https://lwn.net/Articles/643797/ [2] http://man7.org/linux/man-pages/man7/pkeys.7.html [3] https://lwn.net/Articles/689395/

3 9

[OpenSmalltalk/opensmalltalk-vm] fix event memory leak (#373)
by maenu 28 Jun '19

28 Jun '19

Fixes a memory leak in the macOS event loop, see discussion on mailing list http://lists.squeakfoundation.org/pipermail/vm-dev/2019-February/030595.html You can view, comment on, or merge this pull request online at: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/373 -- Commit Summary -- * fix event memory leak -- File Changes -- M platforms/iOS/vm/OSX/sqSqueakOSXApplication+events.m (18) -- Patch Links -- https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/373.patch https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/373.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/373

5 16

[OpenSmalltalk/opensmalltalk-vm] cli: pollpip consumes an argument, document it (#393)
by Holger Freyther 26 Jun '19

26 Jun '19

* pollpip consumes an argument that was not documented * It specifies to print a '.' while it prints one of '|/-\' You can view, comment on, or merge this pull request online at: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/393 -- Commit Summary -- * cli: pollpip consumes an argument, document it -- File Changes -- M platforms/iOS/vm/OSX/sqSqueakOSXApplication.m (2) M platforms/unix/vm/sqUnixMain.c (2) -- Patch Links -- https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/393.patch https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/393.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/393

2 2

Image crashing on startup, apparently during GC
by Damien Pollet 03 Jun '19

03 Jun '19

Hi, I have a Pharo image that crashes the VM on startup. The crash report below seems to incriminate GC. Should I make it available somewhere online? What's most convenient? Process: Pharo [64892] Path: /Users/USER/*/Pharo.app/Contents/MacOS/Pharo Identifier: org.pharo.Pharo Version: 5.0.201708271955 (5.0.201708271955) Code Type: X86-64 (Native) Parent Process: ??? [64888] Responsible: Pharo [64892] User ID: 501 Date/Time: 2018-03-19 20:27:03.906 +0100 OS Version: Mac OS X 10.13.3 (17D102) Report Version: 12 Anonymous UUID: 6D022236-78DD-6676-117F-EADA56D5D1BE Sleep/Wake UUID: AC9E4E55-3CDB-4B4F-A6B4-51ACB1177154 Time Awake Since Boot: 28000 seconds Time Since Wake: 6500 seconds System Integrity Protection: enabled Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_INVALID_ADDRESS at 0x000000012b67c0b0 Exception Note: EXC_CORPSE_NOTIFY VM Regions Near 0x12b67c0b0: VM_ALLOCATE 000000011adfc000-00000001259fc000 [172.0M] rw-/rwx SM=PRV --> STACK GUARD 0000700005613000-0000700005614000 [ 4K] ---/rwx SM=NUL stack guard for thread 1 Application Specific Information: abort() called Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff53fbde3e __pthread_kill + 10 1 libsystem_pthread.dylib 0x00007fff540fc150 pthread_kill + 333 2 libsystem_c.dylib 0x00007fff53f1a312 abort + 127 3 org.pharo.Pharo 0x0000000104ed8997 sigsegv + 190 4 libsystem_platform.dylib 0x00007fff540eff5a _sigtramp + 26 5 ??? 000000000000000000 0 + 0 6 org.pharo.Pharo 0x0000000104e73558 markObjects + 464 7 org.pharo.Pharo 0x0000000104e72d40 fullGC + 72 8 org.pharo.Pharo 0x0000000104e92dea primitiveFullGC + 45 9 org.pharo.Pharo 0x0000000104e52425 interpret + 26715 10 org.pharo.Pharo 0x0000000104e5c7f6 enterSmalltalkExecutiveImplementation + 152 11 org.pharo.Pharo 0x0000000104e4be6c interpret + 674 12 org.pharo.Pharo 0x0000000104ed9cc1 -[sqSqueakMainApplication runSqueak] + 394 13 com.apple.Foundation 0x00007fff2e6d696c __NSFirePerformWithOrder + 360 14 com.apple.CoreFoundation 0x00007fff2c579127 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 15 com.apple.CoreFoundation 0x00007fff2c57904f __CFRunLoopDoObservers + 527 16 com.apple.CoreFoundation 0x00007fff2c55b6a8 __CFRunLoopRun + 1240 17 com.apple.CoreFoundation 0x00007fff2c55af43 CFRunLoopRunSpecific + 483 18 com.apple.HIToolbox 0x00007fff2b872e26 RunCurrentEventLoopInMode + 286 19 com.apple.HIToolbox 0x00007fff2b872a9f ReceiveNextEventCommon + 366 20 com.apple.HIToolbox 0x00007fff2b872914 _BlockUntilNextEventMatchingListInModeWithFilter + 64 21 com.apple.AppKit 0x00007fff29b3df5f _DPSNextEvent + 2085 22 com.apple.AppKit 0x00007fff2a2d3b4c -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044 23 com.apple.AppKit 0x00007fff29b32d6d -[NSApplication run] + 764 24 com.apple.AppKit 0x00007fff29b01f1a NSApplicationMain + 804 -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

5 8

Unintended SPAM on fixing the minheadless VM
by Ronie Salgado 30 May '19

30 May '19

Hi, Sorry for causing some unintended Spam. I just noticed that on the OpenSmalltalk VM .travis.yml there are some notification lines: notifications: slack: secure: ... notifications: email: - vm-dev(a)lists.squeakfoundation.org Currently I am fixing the CMake based build system for the minheadless VM for a client. So far I managed to the produce the same kind of results as the normal build system on my local machines for both Linux and Mac. I managed to include the build dependencies for Pharo on the cmake based system. Currently, I am now fixing this VM for Travis CI by using my local account. To avoid this Spam, now I am commenting these lines. After I get this VM variant building for both, Squeak and Pharo on Travis and on appveyor, I will submit a proper pull request. For the curious people, for now I am pushing my changes here: https://github.com/ronsaldo/opensmalltalk-vm/tree/feature/minheadless-ci Best regards, Ronie

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 2019