Vm-dev January 2019

vm-dev@lists.squeakfoundation.org

29 participants
374 discussions

[OpenSmalltalk/opensmalltalk-vm] 5cf544: Fix a slip in Win32OSProcessPlugin>>primitiveGetEn...
by GitHub 26 Jan '19

26 Jan '19

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 5cf54402e8574d81ecf577ff708bc2d14a390533 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/5cf54402e8574d81ec… Author: David T. Lewis <lewis(a)mail.msen.com> Date: 2019-01-25 (Fri, 25 Jan 2019) Changed paths: M src/plugins/Win32OSProcessPlugin/Win32OSProcessPlugin.c Log Message: ----------- Fix a slip in Win32OSProcessPlugin>>primitiveGetEnvironmentStringsAsBytes, call the right method this time. **NOTE:** GitHub Services has been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/ We will provide an alternative path for the email notifications by January 31st, 2019.

1 0

Re: [Vm-dev] [Pharo-users] macOS VM builds with AddressSanitizer/LeakSanitizer
by Ben Coman 25 Jan '19

25 Jan '19

Hi Manuel, This level question would be better handled on pharo-dev and vm-dev mail lists (forwarded a copy). http://lists.pharo.org/mailman/listinfo/pharo-dev_lists.pharo.org http://lists.squeakfoundation.org/mailman/listinfo/vm-dev On Fri, 25 Jan 2019 at 16:09, Manuel Leuenberger <leuenberger(a)inf.unibe.ch> wrote: > Hi, > > Anybody has experience building the VM (pharo.cog.spur) on macOS with > custom compiler and flags? > > I am observing a memory leak on macOS Sierra/Pharo 7/GToolkit. I cannot > precisely locate the issue, e.g. I cannot reliably reproduce the problem. > So I tried to use AddressSanitizer/LeakSanitizer with custom debug builds > of the VM and libMoz2D (used by GToolkit). As building on Linux is easier > than on macOS, I got myself some help from a colleague and we managed to > build those two artifacts on Linux by sprinkling "-g3 -O0 -fsanitize=leak > -fsanitize-memory-track-origins" into the CFLAGS wherever they appear or > are picked up. This works fine on Debian 9 with "CC=clang-6.0 > CXX=clang++-6.0 ./mvm -d" and some on-the-fly patches for other breaking > things. > > Unfortunately, I cannot reproduce the problem on Linux, so it seems to be > platform specific. Even more so, I seem to be the only one observing the > issue. Other GToolkit users do not report this issue. As these kind of > issues are freaking me out, I cannot let go and need to learn what causes > them. So, here I am, trying to build the VM on macOS Sierra and miserably > failing to include the sanitizer tags with Clang and giving me those tasty > leak reports on VM shutdown. > > The leak is not observable in the image memory, i.e. the image size > reported by the VM is not growing, I am suspecting FFI, possibly in Moz2D, > to leak. > The FFI registry in the VM also does not report many or large surviving > objects, so I would assume the problem to be either on the plugin or VM > side. > > My two concrete questions are: > 1. Is it even feasible to detect leaks with this approach? E.g., how does > the VM behave on shutdown? Will the leaks show up in the report or will > they not be covered, as the VM actually frees everything before shutting > down? > 2. How do I swap compiler and inject flags on macOS builds? On Linux it > was fairly easily done by replacing some variables. But on macOS, Xcode > seems to like to mess with me. I got myself Clang-6.0 on macOS from > MacPorts, the same as version as I took on Linux. I can build the VM with > this, but it there is no leak report on VM shutdown. Anybody has an idea > how to debug the build? > > Bonus question: Can the VM provide an inspectable view of all the > allocated memory to the image? That would be perfect. I think Luke Gorrie > does some magic like this in his Studio for core dumps etc. > > Cheers, > Manuel > > >

4 4

arm64 struct passing orientation
by ken.dickey＠whidbey.com 25 Jan '19

25 Jan '19

OK. I could use some help here. I think I see what is going on with failing unit test FFIPluginTests>>testPoint4 I am not sure yet how to deal with it. Looking at the code in gdb, ffiTestStructBig() expects the 4 int values of pt1 in regiters x0,x1 and pt2 in x2,x3 and result p3 returned as x0,x1. The call, however, seems to be putting a pointer to an allocated pt3 in x0, pt1 values in x1,x2 and pt2 values in x3,x4. So I am looking at ThreadedARM64FFIPlugin>>ffiCallOutTo:SpecOnSTack:in: and ffiReturnStruct:ofType:in: but have not yet worked through the logic of the niggly bits. So I be deep into the steenking pile, mon! Any insights thrown over the wall would be appreciated. Thanks much, -KenD

2 1

VM Maker: VMMaker.oscog-eem.2511.mcz
by commits＠source.squeak.org 25 Jan '19

25 Jan '19

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2511.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2511 Author: eem Time: 25 January 2019, 12:39:00.098014 pm UUID: e4a9dcbc-9c4a-44b7-8b17-8c86c2155d6c Ancestors: VMMaker.oscog-eem.2510 Fix simulation of the SocketPlugin =============== Diff against VMMaker.oscog-eem.2510 =============== Item was added: + ----- Method: SocketPluginSimulator>>cCoerce:to: (in category 'simulation') ----- + cCoerce: value to: cTypeString + "Type coercion for translation only; just return the value when running in Smalltalk. + This overrides the generic coercion method in VMClass. For some reason we are the exception. + If we want that style of coercion we can send cCoerce:to: to interpreterProxy, not self." + + ^cTypeString = #SocketPtr + ifTrue: [value coerceTo: #'char *' sim: interpreterProxy] + ifFalse: [super cCoerce: value to: cTypeString]!

1 0

Passed: OpenSmalltalk/opensmalltalk-vm#1674 (201901172323 - 5a38b34)
by Travis CI 24 Jan '19

24 Jan '19

Build Update for OpenSmalltalk/opensmalltalk-vm ------------------------------------- Build: #1674 Status: Passed Duration: 2 hrs, 5 mins, and 23 secs Commit: 5a38b34 (201901172323) Author: Nicolas Cellier Message: Merge pull request #355 from guillep/fix/SetIconOfWindow Fix set icon of window on windows to use wide chars View the changeset: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/201901172323 View the full build log and details: https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/483820105?utm_m… -- You can unsubscribe from build emails from the OpenSmalltalk/opensmalltalk-vm repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=8795279&ut…. Or unsubscribe from *all* email updating your settings at https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notificati…. Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.

1 0

[OpenSmalltalk/opensmalltalk-vm] 201901172323
by Fabio Niephaus 24 Jan '19

24 Jan '19

-- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/201901172323

1 0

[OpenSmalltalk/opensmalltalk-vm]
by GitHub 24 Jan '19

24 Jan '19

Branch: refs/tags/Pharo7.0.0 Home: https://github.com/OpenSmalltalk/opensmalltalk-vm **NOTE:** This service has 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.

2 2

[OpenSmalltalk/opensmalltalk-vm]
by GitHub 24 Jan '19

24 Jan '19

Branch: refs/tags/201901172323 Home: https://github.com/OpenSmalltalk/opensmalltalk-vm **NOTE:** GitHub Services has been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/ We will provide an alternative path for the email notifications by January 31st, 2019.

1 0

[OpenSmalltalk/opensmalltalk-vm] Use OpenSmalltalk instead of Squeak (#359)
by Astares 23 Jan '19

23 Jan '19

as it is used for Squeak, Cuis, Pharo, ... You can view, comment on, or merge this pull request online at: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/359 -- Commit Summary -- * Use OpenSmalltalk instead of Squeak -- File Changes -- M platforms/minheadless/common/sqVirtualMachineInterface.c (4) -- Patch Links -- https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/359.patch https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/359.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/359

3 2

[OpenSmalltalk/opensmalltalk-vm] b1a31e: Use OpenSmalltalk instead of Squeak
by GitHub 23 Jan '19

23 Jan '19

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: b1a31e320a97af9cdaf681e0f3fd35942967ecdc https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/b1a31e320a97af9cda… Author: Astares <astares(a)gmx.de> Date: 2019-01-23 (Wed, 23 Jan 2019) Changed paths: M platforms/minheadless/common/sqVirtualMachineInterface.c Log Message: ----------- Use OpenSmalltalk instead of Squeak as it is used for Squeak, Cuis, Pharo, ... Commit: b23819b1fe3d26126be28b186e40f21e2f184913 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/b23819b1fe3d26126b… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2019-01-23 (Wed, 23 Jan 2019) Changed paths: M platforms/minheadless/common/sqVirtualMachineInterface.c Log Message: ----------- Merge pull request #359 from astares/patch-1 Use OpenSmalltalk instead of Squeak and [skip CI] comment only... Compare: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/a4b2dfa67b73...b2… **NOTE:** This service has 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

← Newer
1
2
3
4
5
6
7
8
...
38
Older →

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 January 2019