Vm-dev December 2015

vm-dev@lists.squeakfoundation.org

33 participants
207 discussions

error "please insert disk" (windows vm)
by Nicolai Hess 14 Jan '17

14 Jan '17

we have the following bug report 16928 <https://pharo.fogbugz.com/f/cases/16928/no-disk-in-the-drive-reply-to-World…> "no disk in the drive" reply to World | Save As (and other places) "On a clean Pharo4.0 #40618 image, on Windows 7 World Menu | Save As brings up a modal alert window, "There is no disk in the drive. Please insert a disk into drive <etc>" On my system, it does this 4 times. I'm assuming that each instance refers to one of the card-reader drives which are attached, but without a card inserted. This is a pain to deal with every single time a File Browser or World | Save As dialog is opened. Could the alerts either be - only raised when that specific drive is requested by a user action or, less preferably - given by a non-modal window, and fading away after a period" I was able to reproduce this error on squeaks and pharos window vm. (insert a usb card reader, with card, wait some time , remove only the card, every access on this drive, for example open a FileList and scroll to the drive letter). The solution I found is to call SetErrorMode( *SEM_FAILCRITICALERRORS)* I would like to propose the following change to sqwin32directory.c wrap the call to FindFirstFileW/FindNextFileW with UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); call FindFirstFileW/FindNextFileW SetErrorMode(prevMode); ... and call this functions in at least dir_lookup() (the other file/directory methods are save). Alternative solution, we could call the SetErrorMode function once at program start but I don't know if there are other "useful" errors message that we don't want to disable. I tested both solution, both seems to work fine. What do you think?

1 3

ffi-test-main.c fails on FreeBSD
by Gary Dunn 12 Aug '16

12 Aug '16

In conjunction with getting Open Cobalt running on FreeBSD I have been looking into the problems with SqueakFFIPrims on FreeBSD and have reached a point that is beyond my understanding. I am not sure if the fix should come from the VM side or the FreeBSD port maintainer. I needed to get source code back into the ports tree so I did a make in /usr/ports/lang/squeak. I already had the 3.9 tarball, so that just repopulated the source and did the initial build. In the "files" folder I found patch files typical for a FreeBSD port. These patch source files from a generic tarball to work with FreeBSD. The one of interest was patch-platforms__unix__plugins__SqueakFFIPrims__ffi-config which contains ----x-----x----- --- platforms/unix/plugins/SqueakFFIPrims/ffi-config.org Wed Apr 26 20:27:53 2006 +++ platforms/unix/plugins/SqueakFFIPrims/ffi-config Wed Apr 26 20:29:00 2006 @@ -39,6 +39,7 @@ case ${abi} in linux) abi=sysv;; + freebsd*) abi=sysv;; darwin*) abi=darwin;; *) abi=libffi; lib="-lffi";; esac -----x-----x----- I then had the folder work/Squeak-3.9-7/platforms/unix/plugins/SqueakFFIPrims In it is a file 00README which explains how to test FFI. It says to run ffi-test-config but I have no such file. It says to type "make" to build a test suite but the build failed. It says to try with make CPU=any ABI=libffi LIB=-lffi which also failed. I traced the problem to the gcc search paths for includes and libraries -- turns out FreeBSD only searches /usr/include and /usr/lib when the required files are in /usr/local/include and /usr/local/lib. After some fiddling I finally had a "main" to test. It failed: ffi-test-main.c failed at line 361. Here is a bit from that file, ending with line 361: ffiInitialize(); for (ul= 0; ul < 15; ++ul) ffiPushSingleFloat(fa[ul]); GO(FFITypeSingleFloat, many); f= ffiReturnFloatValue(); ffiCleanup(); CHECK(f - ff < FLT_EPSILON); I worked out the CHECK macro but could not find what FLT_EPSILON is. At that point I decided to stop and come to you for help. Where do I go from here? -- Gary Dunn, Honolulu osp(a)aloha.com http://openslate.net/ http://e9erust.blogspot.com/ Sent from Slate001

5 8

Tasks of the heartbeat code
by Holger Freyther 27 Jul '16

27 Jul '16

Dear Eliot, I tried to understand the basic load of the VM and I have two questions for the heartbeat code. Is it right that there are two concerns for the code? 1.) Call forceInterruptCheckFromHeartbeat periodically 2.) Update the clock as seen by the image 1st is useful to interrupt Processes like […] repeat with a pre-emptive scheduler? On a different note do backwards jumps generate interrupt checks too? 2nd is this an optimization to not have to generate the clock when the primitive is being used? thanks holger

4 12

VM Recipe: How to build an interpreter VM on Linux
by David T. Lewis 07 Feb '16

07 Feb '16

How to build an interpreter VM from source on a typical Linux or Unix system: Install development tools for your Linux system (32-bit libraries are not required). Install CMake, either from your Linux distribution or from www.cmake.org Install Subversion, either from your Linux distributiion or from https://subversion.apache.org/ Make a new, empty, directory for your work. In that directory, download the full platforms sources from the Subversion repository. Download everything, whether you need it or not. The Subversion directory information will be used in the build process, so do not cut corners to save space. $ svn co http://squeakvm.org/svn/squeak/trunk/platforms Also in the new directory, download the generated sources. This is an up to date copy of source files generated from the Smalltalk source code in VMMaker. You can generate them yourself by loading VMMaker, but using the files from the Subversion repository is a faster way to get started. $ svn co http://squeakvm.org/svn/squeak/trunk/src You will now have ./platforms and ./src directories with the latest source code for the VM. Make another subdirectory called ./build that you will use to build the VM. $ mkdir build Change to the build directory. $ cd build Copy the example Makefile into your build directory. $ cp ../platforms/unix/cmake/Makefile.example Makefile Build the VM $ make Install the VM $ sudo make install You now have a VM that runs that classic Squeak image formats, including the 64-bit version (see http://build.squeak.org/job/Squeak%2064-bit%20image/). This is a traditional context interpreter VM. It will not run the latest high performance Spur image formats. Please refer to the Cog and Spur VM development at http://www.mirandabanda.org/cogblog/ and http://www.mirandabanda.org/files/Cog/VM/ for the latest Cog and Spur VM development, and for VMs that support the new Spur image formats. Dave

5 7

Fw: Re: [Cuis-dev] More robust package loading?
by KenD 19 Jan '16

19 Jan '16

Begin forwarded message: Date: Fri, 25 Dec 2015 04:15:23 -0500 From: "Phil $list$ via Cuis-dev" <cuis-dev(a)cuis-smalltalk.org> To: Discussion of Cuis Smalltalk <cuis-dev(a)cuis-smalltalk.org> Cc: "Phil $list$" <pbpublist(a)gmail.com> Subject: Re: [Cuis-dev] More robust package loading? Just a quick update on my current issue for anyone else on Linux at least: I forgot that I recently upgraded my vm from 15.25.3390 to 15.33.3427. The problem appears to be the vm: 3390 loads everything as expected but has problems with MessageTally, 3427 works with MessageTally but has problems loading things... grrr... Still think more robust package loading could be useful... On Fri, 2015-12-25 at 03:41 -0500, Phil (list) wrote: > Happy holidays all! Here's my gift to the list... ;-) > > It's been a couple of weeks since I attempted to rebuild completely > from a totally clean base image (2595) and of course it failed > utterly > and completely. After some trial and error, I finally narrowed it > down > to a problem installing the stock FFI.pck.st. I am running a rather > fluid version of Linux (Debian testing) and it's entirely likely that > a > recent system update is causing the problem but I'm having a > difficult > time getting more specific than that because when I attempt to load > FFI, all I get is this wonderful segfault: > > C stack backtrace & registers: > eax 0xff887b24 ebx 0xff887a40 ecx 0xff887ad8 edx 0xff887a8c > edi 0xff887910 esi 0xff887910 ebp 0xff8879a8 esp 0xff8879f4 > eip 0xff887c08 > *[0xff887c08] > ../lib/squeak/4.5-3427/squeak[0x805e8c0] > ../lib/squeak/4.5-3427/squeak[0x805ebac] > linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xf77a4b50] > ../lib/squeak/4.5-3427/squeak[0x80769bd] > ../lib/squeak/4.5-3427/squeak(incrementalGC+0x237)[0x807c217] > ../lib/squeak/4.5-3427/squeak[0x807cb66] > ../lib/squeak/4.5-3427/squeak[0x807cf7f] > ../lib/squeak/4.5-3427/squeak[0x807d0bd] > ../lib/squeak/4.5-3427/squeak(ceStackOverflow+0x6d)[0x807f44d] > [0xb35832e6] > ../lib/squeak/4.5-3427/squeak(interpret+0x7b6)[0x8087ef6] > ../lib/squeak/4.5-3427/squeak(main+0x2af)[0x805f30f] > /lib/i386-linux- > gnu/i686/cmov/libc.so.6(__libc_start_main+0xde)[0xf753c70e] > ../lib/squeak/4.5-3427/squeak[0x8131564] > > > Smalltalk stack dump: > 0xff894cd0 M Array(SequenceableCollection)>at:ifAbsent: 0xb4c9705c: > a(n) Array > 0xff894cf0 M Array(Scanner)>typeTableAt: 0xb4ca8ee0: a(n) Array > 0xff894d0c M Array(Scanner)>scanToken 0xb4ca8ee0: a(n) Array > 0xff894d28 M Array(Parser)>advance 0xb4ca8ee0: a(n) Array > 0xff894d40 M Array(Parser)>init:notifying:failBlock: 0xb4ca8ee0: a(n) > Array > 0xff894d68 M Array(Parser)>privateReadSelectorFrom: 0xb4ca8ee0: a(n) > Array > 0xff894d84 M Parser class>selectorFrom: 0xb3753bd0: a(n) Parser class > 0xff894da4 M INVALID RECEIVER>addMethodChange: 0xb4ca5d04: a(n) bad > class > 0xff894dc0 M INVALID RECEIVER>methodChange: 0xb4ca5d04: a(n) bad > class > 0xff894ddc M CodePackageFile(CodeFile)>method: 0xb4c8f2ec: a(n) > CodePackageFile > Segmentation fault Fri Dec 25 03:05:08 2015 > > (and so on...) > > Granted my main issue is largely the (lack of) information in the VM > output on the crash (i.e. I have no idea what class/method/line the > is > the cause of the problem) but since this is unlikely to change in the > near term, some sort of verbose package loading mode would be most > helpful (i.e. 'loading method foo... completed loading method foo' > type > messages to transcript when a package is being installed) While this > is just about a worst case package loading problem for me, I have had > other issues in the past loading packages (almost always with the > code > being imported, not the package loader itself) and am thinking a more > robust package loading process (at least when running in some sort of > debug mode) would be most welcome... does this sound useful to anyone > else? > > Thanks, > Phil _______________________________________________ Cuis-dev mailing list Cuis-dev(a)cuis-smalltalk.org http://cuis-smalltalk.org/mailman/listinfo/cuis-dev_cuis-smalltalk.org -- -KenD

4 5

Pre-Spur -> Spur transition
by KenD 17 Jan '16

17 Jan '16

Greetings, I though to take a look at transitioning a Cuis image into Spur format. I presume there is a Smalltalk package which either runs in an old VM and writes the active image into the Spur format or code for a Spur image which reads the old format. [1] Where would I locate this code? [2] Is there a Non-Cog Spur VM available? [Chromebook currently does page protect to disallow JIT] Thanks much, -KenD

5 6

Re: [squeak-dev] vm crash from BalloonEngine (maybe B2DPlugin or BitBltPlugin)
by Nicolai Hess 06 Jan '16

06 Jan '16

2015-04-08 20:02 GMT+02:00 karl ramberg <karlramberg(a)gmail.com>: > Confirmed. > > Karl > > On Wed, Apr 8, 2015 at 5:33 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> In order to reproduce it, draw a rectangle with radial gradient fill, >> with direction >> and normal, both of length 1. >> > This is not the reason why it crashes. It happens for other values as well: |form canvas fill direction normal| direction := 4@0. normal := 0@2. form := Form extent:300@300 depth:32. canvas := form getCanvas. fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> Color green . 1 -> Color blue};origin:400@400 ;direction:direction;normal:normal;radial:true;yourself. canvas fillRectangle: (0@0 extent:800@800) fillStyle: fill. Display getCanvas drawImage: form at: 300@300 This uses a different value for direction and normal and the fill is defined for a larger area (800x800) -> CRASH Maybe, this is a rare bug, because, normally you don't create a small gradient t o fill a large area. But a vm crash is not nice, I would like to get this fixed. I am not sure what is the exact cause, but it may come from a signed integer overflwo, It looks like Balloon uses fixed point arithmetik (binary scaling). This fixed point representation (16.16 bit fixed point represented in a 32 integer) tend to overflow, especially for operations like computing the squared length of a vector x*x+y*y -> overflow -> result is a negative number. Possible solutions: downscale prior to the multiplication -> lost of precision use a larger datatype for intermediate results. It looks like B2D uses the first option (look at senders of accurateLengthOfwith and squaredLenghtOfwith Maybe there is something wrong with the other code that multiplies the values, or the 16.16 bit fixed point is just not large enough for some fills? Any ideas? Nicolai > >> This one works (no vm crash): >> |form canvas fill direction normal| >> direction := 1@0. >> normal := 0@0. >> form := Form extent:300@300 depth:32. >> canvas := form getCanvas. >> fill := GradientFillStyle new colorRamp:{0 -> Color white . 0.5 -> Color >> green . 1 -> Color blue};origin:150@150 >> ;direction:direction;normal:normal;radial:true;yourself. >> canvas fillRectangle: (50@50 extent:200@200) fillStyle: fill. >> Display getCanvas drawImage: form at: 300@300. >> >> >> direction := 1@0. >> normal := 0@0. >> -> OK >> >> direction := 0@0. >> normal := 0@1. >> -> OK >> >> direction := 1@0. >> normal := 0@1. >> -> VM-Crash (Pharo and Squeak) >> >> Pharo: >> VM Version: Cog VM 4.0.0 (release) from Feb 16 2015 >> Compiler: gcc 4.6.2 >> Interpreter Build: NBCoInterpreter >> NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 >> Cogit Build: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Feb 16 2015 >> Source Version: https://github.com/pharo-project/pharo-vm.git Commit: >> 55fbd0b0279998a4a33852f5afb3d213986cc3ae Date: 2015-02-16 17:54:00 +0100 >> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14895 >> >> Current byte code: -1 >> Primitive index: 117 >> Smalltalk stack dump: >> 0x24c830 M BalloonEngine>copyLoopFaster 0x6b09b80: a(n) BalloonEngine >> 0x24c848 M BalloonEngine>copyBits 0x6b09b80: a(n) BalloonEngine >> 0x24c860 M BalloonEngine>postFlushIfNeeded 0x6b09b80: a(n) BalloonEngine >> 0x24c884 I >> BalloonEngine>drawRectangle:fill:borderWidth:borderColor:transform: >> 0x6b09b80: a(n) BalloonEngine >> 0x24c8b8 I BalloonCanvas>drawRectangle:color:borderWidth:borderColor: >> 0x6b099c0: a(n) BalloonCanvas >> 0x24c8e8 I BalloonCanvas>fillRectangle:basicFillStyle: 0x6b099c0: a(n) >> BalloonCanvas >> >> >> Squeak: >> VM Version: Cog VM 4.0.0 (release) from Aug 22 2013 >> Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) >> Interpreter Build: CoInterpreter VMMaker.oscog-eem.331 uuid: >> 37d2e4b0-2f37-4e2d-8313-c63637785e59 Aug 22 2013 >> Cogit Build: StackToRegisterMappingCogit VMMaker.oscog-eem.333 uuid: >> 84da9cb8-7f30-4cb7-b4fb-239a11f63b54 Aug 22 2013 >> Source Version: VM: r2776 http://www.squeakvm.org/svn/squeak/branches/Cog >> Plugins: r2545 >> http://squeakvm.org/svn/squeak/trunk/platforms/Cross/plugins >> >> Current byte code: -1 >> Primitive index: 117 >> >> >> nicolai >> >> >> >> >

4 11

Memory leaks
by Phil (list) 03 Jan '16

03 Jan '16

I was curious if the VM has any facilities to assist in tracking down memory leaks? (not in the VM itself, but rather in the image it is running) The scenario that comes to mind are object reference loops though there are likely others to consider as well. Any pointers are appreciated. Thanks, Phil

4 10

Custom signal handler?
by Mariano Martinez Peck 31 Dec '15

31 Dec '15

Hi guys, I am checking UnixOSProcessPlugin >> primitiveForwardSignalToSemaphore and it seems it needs to do quite some work in order to place a signal handler for things like SIGCHLD in order to get a Smalltalk semaphore signaled upon receiving SIGCHLD or whatever signal. So...I wonder...is there something today (nowadays) in latest VM that would allow me to set such a handler without such kind of primitive? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

3 4

boid implementation on roarvm
by clin4j＠tutanota.de 31 Dec '15

31 Dec '15

I read that the discussion related to RoarVM[1] is here. I do not have any experiences about small talk, squeak vm, etc. After reading RoarVM github[2], its main website[3] and slide[4], it doesn't mention how to use RoarVM. I thought that was passing the source like [4], but from the output Usage: rvm ... <snapshot-file-name.image> It looks like I am wrong. So I would like to know if any documents tell how to use rvm and some simple tutorial? Thanks [1]. http://stefan-marr.de/2010/11/roarvm-the-manycore-squeakvm[2]. https://github.com/smarr/RoarVM[3]. http://stefan-marr.de/renaissance[4]. http://stefan-marr.de/rvm-open-source-release/Sly3.mvc.st

2 2

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 December 2015