Vm-dev January 2010

vm-dev@lists.squeakfoundation.org

28 participants
47 discussions

Re: Numbered primitives in images
by Bert Freudenberg 16 Jan '10

16 Jan '10

(please reply to vm-dev only) On 16.01.2010, at 03:46, K. K. Subramaniam wrote: > > > The 3.10-4 VM has primitiveObsoleteIndexedPrimitive in slot 207 in > platforms/unix/src/vm/interp.c while the 3.11.3 tar.gz and the trunk contain > primitiveFail. The change crept in r1935 through vmm-dtl-126. > > Is this intentional or an oversight? > > Subbu Looks like a bug to me ... - Bert -

1 0

use the vm -memory in an image ?
by Laval Jannik 15 Jan '10

15 Jan '10

Hi, In some case I need to run my VM with more memory. For now, I use the parameter "-memory" when I run the VM. Is it possible to define this value in the image ? Then I can use it in a script. Cheers --- Jannik Laval ---

2 1

Re: [Pharo-project] us the vm -memory in an image ?
by Laval Jannik 15 Jan '10

15 Jan '10

Hi, On Jan 15, 2010, at 10:57 , Mariano Martinez Peck wrote: > > > On Fri, Jan 15, 2010 at 10:51 AM, Laval Jannik <jannik.laval(a)inria.fr> wrote: > Hi, > > In some case I need to run my VM with more memory. > For now, I use the parameter "-memory" when I run the VM. > > Is it possible to define this value in the image ? > > > I think you can do something like: > > SmalltalkImage current > vmParameterAt: 5 put: 100000; > vmParameterAt: 6 put: 35000; > vmParameterAt: 24 put: 16 * 1024 * 1024; > vmParameterAt: 25 put: 8 * 1024 * 1024. > > > But...I am not sure how to know each parameter number what exactly is. Do you know where I can get that information? The method vmParameterAt: is documented, so : 5 allocations between GCs (read-write) 6 survivor count tenuring threshold (read-write) 24 memory threshold above which shrinking object memory (rw) 25 memory headroom when growing object memory (rw) Cheers, Jannik > > To see your current data I think you can do: > > SmalltalkImage current getVMParameters > > > Cheers > > Mariano > > Then I can use it in a script. > > Cheers > > > --- > Jannik Laval > --- > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

SystemTracer64 progress
by David T. Lewis 14 Jan '10

14 Jan '10

Over the weekend I made some progress in getting SystemTracer updated to do 64-bit image tracing. Previously SystemTracer64 did not work on little-endian machines (Mantis 5240). This is corrected now, and the code is on SqueakSource in project "SystemTracing". I can now trace a Squeak 3.10.2 image to 64-bit format on my Linux AMD box (little endian), producing a runnable 64-bit image. For an up to date Squeak trunk image, I can trace a 64 image that loads and runs (display opens and things start working), but that has problems with resuming its background processes (low space watcher etc). Possibly it's related to the block closure changes, although I believe there was an earlier report of a Pharo image with block closures being successfully traced to 64 bit format. Dave

4 7

byteSizeOf bug?
by John M McIntosh 13 Jan '10

13 Jan '10

I noted in the current VMMaker dtl 12/20/2009 21:19 that byteSizeOf: oop | slots | self flag: #Dan. (self isIntegerObject: oop) ifTrue:[^0]. slots := self slotSizeOf: oop. (self isBytesNonInt: oop) ifTrue:[^slots] ifFalse:[^slots * 4] changed to byteSizeOf: oop | slots | self flag: #Dan. (self isIntegerObject: oop) ifTrue:[^0]. slots := self slotSizeOf: oop. (self isBytesNonInt: oop) ifTrue:[^slots] ifFalse:[^slots * self bytesPerWord] So I was trying to build a 64bit VM this evening and it would die in loadBitBltFromWarping where it check to see if the destination bit form has a byteSizeOf() that is equal to pitch * height this causes a prim failure before any drawing can occur. In the past if the form was 1,521,520 bytes this altered call returns 3,043,040. I assume this is a bug since with the previous code I could build runnable 64bit VMs...? Or then again is the bitBitPlugin wrong in it's assumption of slot size? -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

4 6

Squeak VM release plan
by Torsten Bergmann 13 Jan '10

13 Jan '10

Any plans for new Squeak VM release versions (Win32, Linux)? AFAIK this would automatically include Juans fix for transparent text supported (when dragging windows)? According to http://code.google.com/p/pharo/issues/detail?id=1803 only John's beta 5.0 VM's for OSX has it included so far. What's the overall (release) plan in 2010 for the VM's? Also any news on Coq or Alien, ... Thx Torsten -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

2 1

Re: [Vm-dev] SystemTracer64 progress
by David T. Lewis 13 Jan '10

13 Jan '10

Levente, Great, thank you. I just added to as developer on SqueakSource/SystemTracing. Please go ahead and commit your changes directly if you like. The discrepancy between Squeak trunk and Pharo is minor (Jannik has been posting his changes), so we can easily resolve this. The main open issue is why Squeak trunk and Pharo images traced to 64 bit format on my Intel box are failing. It's got to be something I have not spotted yet in the word swapping in SystemTracer64, and it appears to affect only these new images, I can trace a Squeak 3.8 to 64 bits on Intel without problems. And the Pharo image that Jannik traced with a big endian machine works fine, so it must be a byte ordering issue of some sort. Dave On Wed, Jan 13, 2010 at 07:31:18AM +0100, Levente Uzonyi wrote: > Hi Dave, > > I got some time to clean up the SystemTracing package a bit. I made > two versions. One which just fixes, enhances, removes methods and another > which completely removes NoAssocIdentityDictionary. I could successfully > trace images with SystemTracer2 and SystemTracer64 in both Squeak trunk > (8863) and Pharo 1.1 dev (11138) images, though I don't have a vm for > 64-bit images at the moment, so I couldn't test the 64-bit images. The > traced Pharo image raised an error at startup because SmalltalkImage > didn't understand #setPlatformPreferences, that method was removed. I ran > all tests in the traced images and everything seemed to be fine except > for #testUndeclared. It fails, because PositionableStream has two > extension methods, which reference a missing class variable, but that > should be OK if the SystemTracing package is unloaded. The changes are > available here under the MIT license if you're interested: > http://leves.web.elte.hu/squeak/ > > > Cheers, > Levente > > P.S.: I removed NoAssocIdentityDictionary, because it didn't show any > benefit compared to PluggableDictionary. I also tried IdentityDictionary, > but it's really slow, because it uses #identityHash (or > #scaledIdentityHash) instead of #largeHash (which should be called > #largeIdentityHash). Tracing 400k+ objects with IdentityDictionary means > that there are ~1000 objects for every possible value of #identityHash. > Therefore I removed the possibility to change the dictionary class > directly. Subclasses can override #newLargeIdentityDictionaryOfSize: if > necessary.

1 0

[VM-team] SoundPlugin updates for 64-bit (Mantis 7103)
by David T. Lewis 13 Jan '10

13 Jan '10

Updates to the platforms code and VMMaker are needed to make SoundPlugin work on 64-bit platforms. This is a coordinated change affecting all platforms. I'm not sure of folks' schedules right now, so Ian, John, Andreas - are you available to do the updates over say the next two weeks or so? The following steps are required: Dave: - Update SoundPlugin in VMMaker with patches from Mantis 7103. Ian: - Update platforms/Cross and platforms/unix. The diffs on Mantis 7103 are slightly out of date, so I am attaching a fresh copy of the affected files (M7103-platforms.tgz). These are: platforms/Cross/plugins/SoundPlugin/SoundPlugin.h platforms/unix/plugins/SoundPlugin/sqUnixSound.c platforms/unix/vm/SqSound.h platforms/unix/vm-sound-ALSA/sqUnixSoundALSA.c platforms/unix/vm-sound-NAS/sqUnixSoundNAS.c platforms/unix/vm-sound-Sun/sqUnixSoundSun.c platforms/unix/vm-sound-MacOSX/sqUnixSoundMacOSX.c platforms/unix/vm-sound-null/sqUnixSoundNull.c platforms/unix/vm-sound-OSS/sqUnixSoundOSS.c Andreas: - Update platforms/win32/plugins/SoundPlugin/sqWin32Sound.c to match the new declarations in SoundPlugin.h. I believe this will involve only changing various int declarations to the appropriate sqInt or (void *) declarations, then testing to make sure sound still works. However, I have not tried a windows build to verify this. John: - Update the files in platforms/Mac OS/plugins/SoundPlugin/ with declarations to match SoundPlugin.h in Cross. I'm not sure what needs to be done here, although I think that current OS X support is based on the unix SoundPlugin, so you may be able to use the update in platforms/unix. - I'm not sure of the implications (if any) for your new VM work or for iPhone. Dave --- background --- For reference this was the suggested "to-do" list that I posted a while back. These updates will complete step #2 on the list. Note, with John's recent 64-bit work and new VM development, we will no doubt have a few new items to add to the list :) 1) Closure support (COMPLETE) - Priority: High, should be done as soon as possible - All major VM distributions should support images with closure bytecodes. 2) Changes to support Etoys and teaching for kids. - Priority: High, supports large educational programs. - Mantis 7266: SerialPlugin doesn't handle arbitrary nodes names (COMPLETE) - Mantis 7103: Playing sounds in linux 64 bits causes a vm segmentation fault (subject of this note - NEXT UP on the list) 3) Some simple updates for 23/64 bit platforms. - Priority: Low - Mantis 7236: Make AsynchFilePlugin work on 32/64 bit images and 32/64 bit unix VMs - Mantis 6828: make FileCopyPlugin work on 32/64 bit images and 32/64 bit unix VMs - Current status: These are minor updates, low priority but easy to do. Patches are available but must be coordinated for all platforms. 4) 64-bit FFI (Interpreter updates as well as FFI) - Priority: Medium - Mantis 7237: Make FFI work on 64 bit platforms - Current status: Patches are available, but additional work and testing may be required on some platforms. I consider this update important because it effects the interpreter as well as FFI itself, e.g. these changes are a prerequisite to closing out the issues in Mantis 6987: "signed32BitValueOf:, signed64BitValueOf: etc. broken".

6 17

Unix VM 3.11.3 for Intel OS X does not start
by Adrian Lienhard 12 Jan '10

12 Jan '10

The Unix VM for Intel OS X Intel x86 Darwin/MacOSX Squeak-3.11.3.2135-darwin10.0.0_i386.tar.gz which is provided on the official website, does not start but just spits out: dyld: unknown required load command 0x80000022 Trace/BPT trap This is on a MacBook Pro with OS X 10.5.8 Is this a known problem? Cheers, Adrian ___________________ http://www.adrian-lienhard.ch/

1 1

[commit] r2148 - Add orginal macintosh squeak icon files to developer directory
by commits＠squeakvm.org 12 Jan '10

12 Jan '10

Author: johnmci Date: 2010-01-11 22:28:45 -0800 (Mon, 11 Jan 2010) New Revision: 2148 Added: trunk/platforms/Mac OS/vm/Developer/MacSqueakIcons.zip Log: Add orginal macintosh squeak icon files to developer directory Added: trunk/platforms/Mac OS/vm/Developer/MacSqueakIcons.zip =================================================================== (Binary files differ) Property changes on: trunk/platforms/Mac OS/vm/Developer/MacSqueakIcons.zip ___________________________________________________________________ Added: svn:mime-type + application/octet-stream

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev January 2010