Vm-dev August 2017

vm-dev@lists.squeakfoundation.org

31 participants
61 discussions

Raffle Results of "Live Programming in Smalltalk development environments survey + raffle"
by Juraj Kubelka 16 Aug '17

16 Aug '17

Dear Smalltalkers, thank you again for participating in our survey. We are currently analyzing the results. Here, we would like to announce winners of the survey raffle… and winners are: - Craig Latta, and - Gabriel Omar Cotelli Congratulations! :-) The raffle draw was recorded and is available at: https://youtu.be/cRfPAAeF-xw <https://youtu.be/cRfPAAeF-xw> We will contact the winners in a private email in order to deliver the books to them. Regards, Juraj Kubelka, Romain Robbes, and Alexandre Bergel

1 0

[OpenSmalltalk/opensmalltalk-vm] 51590a: Add definitions for the "new" Terf HostWindowPlugi...
by GitHub 15 Aug '17

15 Aug '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 51590ac24a89aa515193d17691878eca5b0f7561 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/51590ac24a89aa5151… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2017-08-14 (Mon, 14 Aug 2017) Changed paths: M platforms/Cross/plugins/HostWindowPlugin/HostWindowPlugin.h Log Message: ----------- Add definitions for the "new" Terf HostWindowPlugin support routines, ioSizeOfNativeWindow, ioSizeOfNativeDisplay, ioPositionOfNativeWindow, ioPositionOfNativeDisplay.

1 0

[OpenSmalltalk/opensmalltalk-vm] 18c03b: CogVM source as per VMMaker.oscog-eem.2262
by GitHub 14 Aug '17

14 Aug '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 18c03b6b8e57f62d747068635280cce0b6d0d078 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/18c03b6b8e57f62d74… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2017-08-14 (Mon, 14 Aug 2017) Changed paths: M nsspur64src/vm/cogit.h M nsspur64src/vm/cogitX64SysV.c M nsspur64src/vm/cogitX64WIN64.c M nsspursrc/vm/cogit.h M nsspursrc/vm/cogitARMv5.c M nsspursrc/vm/cogitIA32.c M nsspursrc/vm/cogitMIPSEL.c M nsspurstack64src/vm/gcc3x-interp.c M nsspurstack64src/vm/interp.c M spur64src/vm/cogit.h M spur64src/vm/cogitX64SysV.c M spur64src/vm/cogitX64WIN64.c M spurlowcode64src/vm/cogit.h M spurlowcode64src/vm/cogitX64SysV.c M spurlowcode64src/vm/cogitX64WIN64.c M spurlowcodesrc/vm/cogit.h M spurlowcodesrc/vm/cogitARMv5.c M spurlowcodesrc/vm/cogitIA32.c M spurlowcodesrc/vm/cogitMIPSEL.c M spursista64src/vm/cogit.h M spursista64src/vm/cogitX64SysV.c M spursista64src/vm/cogitX64WIN64.c M spursistasrc/vm/cogit.h M spursistasrc/vm/cogitARMv5.c M spursistasrc/vm/cogitIA32.c M spursistasrc/vm/cogitMIPSEL.c M spursrc/vm/cogit.h M spursrc/vm/cogitARMv5.c M spursrc/vm/cogitIA32.c M spursrc/vm/cogitMIPSEL.c M src/plugins/LargeIntegers/LargeIntegers.c M src/vm/cogit.h M src/vm/cogitARMv5.c M src/vm/cogitIA32.c M src/vm/cogitMIPSEL.c Log Message: ----------- CogVM source as per VMMaker.oscog-eem.2262 Modify the profiling primitive cogCodeConstituents: to be able to differentiate the closedPICs from the openPICs in the profiling report LargeIntegers plugin Fix the crash for 2009 nthRoot: 100000 due to digitDivLarge:with:negative: not checking if allocations fail. The example produces 600k byte long integers and so provokes plenty of allocation failures. In addition mark some support methods as <inline: #always> to eliminate their unnecessary uninlined versions.

1 0

Re: [Vm-dev] [Pharo-dev] Trying to build Mac VM - ld: library not found for -lssl
by Nicolas Cellier 14 Aug '17

14 Aug '17

Hi, This is a known problem on Sierra. There are two possible workaround: 1) locate the Xcode lib repository and copy /usr/lib/libssl.* there The entire procedure is explained in a Readme see https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/build.macos32x86… 2) install older SDK - for example via XcodeLegacy - https://github.com/devernay/xcodelegacy The second worked for me, though I don't remember specifying usage of an older SDK anywhere 2017-08-14 15:38 GMT+02:00 Todd Blanchard <tblanchard(a)mac.com>: > Git cloned, cd to build.macosxxx/pharo.cog.spur > > ./mvm -A > > Either 32 or 64 bit builds dies trying to build libSqueakSSL with library > not found for -lssl. > > Homebrew doesn't seem to have an entry for libssl. Stumped. > > -Todd Blanchard >

1 1

vm crash when using rairedTo: with fractions
by Andrei Chis 14 Aug '17

14 Aug '17

Hi, I was executing this code '(2009/2000) ** (3958333/100000)' with the Pharo6.1 distribution and the vm crashed with she stack attached below. Tried it on both mac and windows 10. Seems that #raisedTo: has a special case for fractions that ends up calling #nthRoot: like '2009 nthRoot: 100000' leading to the crash. Cheers, Andrei 0xaddeac M LargePositiveInteger(Integer)>quo: 0x314093e8: a(n) LargePositiveInteger 0xaddec8 M LargePositiveInteger(LargeInteger)>quo: 0x314093e8: a(n) LargePositiveInteger 0xaddee8 M LargePositiveInteger(Integer)>// 0x314093e8: a(n) LargePositiveInteger 0xaddf04 M LargePositiveInteger(LargeInteger)>// 0x314093e8: a(n) LargePositiveInteger 0xaddf34 I LargePositiveInteger(Integer)>nthRootTruncated: 0x30cc8350: a(n) LargePositiveInteger 0xaddf5c I LargePositiveInteger(Integer)>nthRootRounded: 0x30cc8350: a(n) LargePositiveInteger 0xaddf88 I SmallInteger(Integer)>nthRoot: 0xfb3=2009 0xaddfb4 I Fraction>nthRoot: 0x4f9a940: a(n) Fraction 0xaddfd8 I Fraction(Number)>raisedTo: 0x4f9a940: a(n) Fraction 0xaddffc I Fraction(Number)>** 0x4f9a940: a(n) Fraction 0xade018 M UndefinedObject>DoIt 0x5fe5d00: a(n) UndefinedObject 0xade048 I OpalCompiler>evaluate 0x4f9a998: a(n) OpalCompiler 0xade074 I RubSmalltalkEditor>evaluate:andDo: 0x305e5878: a(n) RubSmalltalkEditor 0xade09c I RubSmalltalkEditor>highlightEvaluateAndDo: 0x305e5878: a(n) RubSmalltalkEditor 0xade0b8 M GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>popupPrint 0x3062fdc8: a(n) GLMMorphicPharoScri enderer 0xade0d8 I MorphicAlarm(MessageSend)>value 0x4f9ab20: a(n) MorphicAlarm 0xade0f4 M MorphicAlarm>value: 0x4f9ab20: a(n) MorphicAlarm 0xade114 M WorldState>triggerAlarmsBefore: 0x71bb5e0: a(n) WorldState 0xade140 M WorldState>runLocalStepMethodsIn: 0x71bb5e0: a(n) WorldState 0xade164 M WorldState>runStepMethodsIn: 0x71bb5e0: a(n) WorldState 0xade180 M WorldMorph>runStepMethods 0x6ab7778: a(n) WorldMorph 0xade198 M WorldState>doOneCycleNowFor: 0x71bb5e0: a(n) WorldState 0xade1b4 M WorldState>doOneCycleFor: 0x71bb5e0: a(n) WorldState 0xade1d0 M WorldMorph>doOneCycle 0x6ab7778: a(n) WorldMorph 0xade1e8 M WorldMorph class>doOneCycle 0x6a9f960: a(n) WorldMorph class 0xade200 M [] in MorphicUIManager>spawnNewProcess 0x2cc88718: a(n) MorphicUIManager 0xade220 I [] in BlockClosure>newProcess 0x2f178150: a(n) BlockClosure

4 9

is it possible access OS socket handler from Socket instance
by Denis Kudriashov 13 Aug '17

13 Aug '17

Hi. I play a bit of idea to make binding to libssh2 library. And the main problem is function int libssh2_session_handshake(LIBSSH2_SESSION *session, libssh2_socket_t socket) where socket parameter is raw OS socket handle as I understand. So question: is it possible to access this handle from image side from Socket instance? There is socketHandle instance variable which is bytearray. What is it? Best regards, Denis

3 4

VM building on Pi, OpenGL libraries and other fun things
by tim Rowledge 13 Aug '17

13 Aug '17

I’ve been trying to build a Pi vm with the B3DAcceleratorPlugin and FFI access to the openGL library recently. It’s been… interesting. First problem was actually building a vm; I haven’t done that in a month or two and the latest Raspbian combined with the latest Mac OS and the nfs setup I’ve had in use for the last 5 years just didn’t want to function. When I first started using nfs to let me keep all the sources on my iMac and build directly in those directories it worked just fine. Then Raspbian got ‘improved’ by moving to a Debian Jessie base and I had to find out a bunch of new parameters to add to the /etc/fstab line. And it started to need `sudo` so that the `install` command in the makefiles would work. And it had problems with permissions under xrdp. Gradually this has got more and more onerous so recently I converted to using RealVNC, which is after all the Raspbian default now. It’s ok I suppose but having to make the Pi think it has a real monitor attached is a nuisance at times. It does, however, get past a load of the permissions issues and even allows GP to run (see gpblocks.org) despite the SDL stuff being a bit persnickety. Lately though it got completely impossible to persuade the vm build to run properly because of permissions arguments. I spent altogether too much brain-juice on tracking down what might be the problem and I don’t really think I found a satisfactory exposition on the issues. As best I can make out the nfs subsystem simply doesn’t want to accept that uid 20 on the Pi is equivalent to uid 1000 on the mac. One of the complications these days is that the web is so flooded with stuff that googling finds more than you can possibly evaluate and if you are struggling to find really meaningful search terms you’re screwed - you don’t understand enough to be able to get to understand enough. So, I tried a different approach and this is where it might be useful information for others out there; after all nfs is still reasonably common and Pis are everywhere and it is possibly good advice for other combinations anyway. I installed afpfs-ng (never heard of it before) and used that to mount the relevant Mac OS directories. Instant improvement in behaviour. No problem building the vm. I suspect it’s at least in part because you specify the uid/pwd for the access you want instead of semi-magical nfs incantations that no longer work. Bascially `sudo apt-get install afpfs-ng` `mkdir mymountpoint` `chmod og-rwx mymountpoint` `mount_afp afp://username:password@macnameorip/targetdir mymountpoint` or to be more literal mount_afp afp://fred:flintstone@fredMac/squeakdev /home/pi/squeakdev It works with FUSE, so maybe you want to install that too. Once I could actually build the vm I tried adding B3DAcceleratorPlugin to the build list. I’ve actually tried this before several years ago according to my notes and I could swear I’d managed to build it, but nothing in my notes suggests that to be the case. It certainly didn’t want to work now. Looking at the config.log it looked like the GL directory and the relevant header file were in place but the GL library wasn’t found. After much more blundering about I discovered that glXMakeCurrent is actually in libGL (which seemed odd after reading that it is part of openGLX, but that’s unix for you) and that I did indeed have a /usr/lib/libGL.so.1 file (well a link to the ‘real’ library) and yet… no worky. In desperation I made a link for libGL.so without the .1 suffix and… build. Runs Balloon3D examples. So now it would be nice to know why what appears to be a crucial file is not installed. Question for other linux users - do you have a libGL.so file? Did you have to install mesa-common-dev? Can you make a vm with a working B3DAcceleratorPlugin? tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Fractured Idiom:- FELIX NAVIDAD - Our cat has a boat

4 8

reversible debugging with gdb
by Ben Coman 13 Aug '17

13 Aug '17

Today I learnt something new and awesome about gdb - so perhaps of interest to others here... https://www.youtube.com/watch?v=PorfLSr3DDI CppCon 2015: Greg Law "Give me 15 minutes & I'll change your view of GDB" @8:42 - reversible debugging cheers -ben

3 2

Esteban's workflow for pharo packages in pharo-vm
by Bruno Durin 12 Aug '17

12 Aug '17

Hi Esteban, In the pharo-project/pharo-vm git repo, what is your workflow to maintain the metacello filetree export in "mc" directory? It seems that you are able to select the version of each package from the standard smalltalk code repositories. Thanks, Bruno

3 4

VM dev and compilation
by Bruno Durin 11 Aug '17

11 Aug '17

Hi, I have been tinkering with Pharo and Squeak for a few weeks and I am very enthusiastic with these great pieces of software! I would like to ask questions to check my understanding. I am refering from time to time to Squeak as it runs on the same VM as Pharo but my questions are focused on Pharo. As an exercice to learn, I am trying to compile Pharo VMs and get the VM simulator run in a Pharo image (first a 32-bit image+VM and later a 64-bit image+VM). I am doing this both under Ubuntu 14.04 LTS and Mac OS X 10.12.6. What I succeeded in doing: - compiling the squeak and pharo VM using the state of their respective git repo as of about 20 July 2017: on Mac both 32 and 64 bits, on Linux only 64 bits (mainly because I did not want to spend the time to fix the 32-bit libraries which do not coexist well with their 64-bit counterparts), - on Mac, generating the VM development image (SpurVMMaker) for Squeak on top a (32 bits) V5 image, launch it and run the VM simulator, - on Mac, generating the VM development image (generator.image) for Pharo on top of a (32 bits) V5 image, launch it and starting to run a CogVMSimulator (which currently fails, but I am debugging it and learning along the way.) So, my questions: 1) About the Pharo VM compilation (Below "the" Pharo VM means the official VMs that are published on the Pharo website but if VM developers use a different process between 2 releases I would be happy to know the differences.) a) is it correct that the Pharo VM is built using the github pharo-vm repository? b) in the pharo-vm tree, is it correct that "build" and "results" directories are remnant of the build process before Pharo reunited with Squeak on opensmalltalk vm and that the builder classes in the generator.image (PharoVMSpur32Builder and co) do not create the build.sh script in the "build" directory any more. c) is it correct that the Pharo VM is now built with the pharo.cog.spur (for example) make process in the various build sub-directories of the "opensmalltalk-vm" directory? 2) When running a Pharo VM compiled on Mac, the GUI was noticeably slower that the official VM downloaded from pharo.org. (I compared running the official image.) I did not see such slow down when compiling a Squeak VM. My educated guess is that it is related to libcairo and dependencies. Are there compiler optimisations that I should have manually added? Should I generate a XCode project with cmake and compile in XCode (I currently use ./mvm make script)? I have not had this problem under Linux. 3) On Mac, is the difference between having the plugins as Mach-O bundle in Squeak and as dylib libraries in Pharo only a packaging choice or does it have deeper implications? (Does it change for example the way FFI is done?) 4) Do I understand well that currently the simplest way to convert a 32-bit image to a 64-bit one is to use Spur32to64BitBootstrap class in a VM development image? (As far as I understand, the other way is to use SystemTracer.) A remark: when manually compiling a Pharo VM in the pharo-vm repo following Eliot's instructions, the updateSCCSVersions script does not work (because it is one level down with respect to the top of the git tree as compared to the opensmalltalk-vm repository). I eventually understood that the correct build procedure is in the travis scripts but as I do not know well the CI tools, it took a long time before I thought of looking into these scripts. If pharo-vm is used to build the Pharo VM (see question 1.a) I think it would be good to update the build process in README.md in pharo-vm tree (and I can do it). Thanks, Bruno PS: Torsten Bergmann advised to repost here (initially posted on pharo-users).

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev August 2017