Vm-dev April 2006

vm-dev@lists.squeakfoundation.org

16 participants
21 discussions

Wondering about VM sizes
by Andreas Raab 12 Apr '06

12 Apr '06

Hi Guys - Looking at download sizes for Croquet today I was somewhat astonished by the size differences in the various VMs. Looking at the VMs in Croquet I find that the sizes for the platforms are: Win32: 1,090,259 bytes Unix: 4,174,760 bytes Mac: 7,332,608 bytes I haven't looked at the details but I'm surprised to see such differences. Do you have any ideas why the Unix and Mac VM are *that* much larger than the Win32 VM? I can understand some of it given that the Mac VM is a "universal" binary (probably including PPC as well as Intel binaries) but that still leaves a factor of 3-4 which simply amazes me. Any explanations? Are there plugins built with either the Unix or Mac VM which take that space and that I'm simply not building for Windows? Any other causes? Curious, - Andreas

2 1

Re: Wondering about VM sizes
by Andreas Raab 12 Apr '06

12 Apr '06

Ian Piumarta wrote: > On Apr 11, 2006, at 9:22 PM, Andreas Raab wrote: > >> Looking at download sizes for Croquet today I was somewhat astonished >> by the size differences in the various VMs. Looking at the VMs in >> Croquet I find that the sizes for the platforms are: >> >> Win32: 1,090,259 bytes >> Unix: 4,174,760 bytes >> Mac: 7,332,608 bytes > > The Unix VM isn't stripped: there are > 3MB of symbols in there. Ah! That explains it. So is the Mac VM 2x VM+Symbols? Cheers, - Andreas

1 0

Makefile magic
by Andreas Raab 12 Apr '06

12 Apr '06

Hi Guys - For a while now I wanted to be able to switch to an (optional) per-plugin Makefile is such a Makefile existed. I've been trying to come to terms with make on this but to no regard. Essentially what I tried was something like here: # make FooPlugin.dll %.dll: if $(exists plugins/$*/Makefile.win32) # invoke Makefile.win32 else # do it without Makefile.win32 endif The trouble is I can't seem to find a way of determining whether the file actually exists. Any ideas? Cheers, - Andreas

1 0

thoughts on drag and drop events
by John M McIntosh 11 Apr '06

11 Apr '06

Someone asked about drag and drop of a URL from Safari to Squeak. Turns out we get a drag and drop event with a flavor type of URL, mind we get 7 other flavors too, like txt, utf, etc all these are indicators of an object we want Squeak to process. Problem is we don't have any way for the VM to feed those back to us because the logic is setup only to consider a file drag/drop event. So, either I create a file and stuff the data into it, messy but would work with existing logic, and have the drag file dispatcher would need to do the right thing. Or alter sqDragDropFilesEvent and have a different drag type and pass up an object containing the bits in question Thoughts on the choices are welcome -- ======================================================================== === John M. McIntosh <johnmci(a)smalltalkconsulting.com> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== ===

3 4

mantis http://bugs.impara.de/view.php?id=2591 and Traits? Or some other interesting issue?
by John M McIntosh 10 Apr '06

10 Apr '06

rick(a)digitaldreams3d.com informed me that Squeak3.9a-7021.image won't let him export a jpeg image of a morphic. It fails in JPEGReadWriter2(Object)>>error: Receiver: a JPEGReadWriter2 Arguments and temporary variables: aString: 'a primitive has failed' Receiver's instance variables: stream: MultiByteFileStream: '/Users/rick/Desktop/Squeak3.9a-7021/ System Browse...etc... JPEGReadWriter2(Object)>>primitiveFailed Receiver: a JPEGReadWriter2 Arguments and temporary variables: Receiver's instance variables: stream: MultiByteFileStream: '/Users/rick/Desktop/Squeak3.9a-7021/ System Browse...etc... JPEGReadWriter2>>primJPEGWriteImage:onByteArray:form:quality:progressive JPEG:errorMgr: Receiver: a JPEGReadWriter2 Arguments and temporary variables: aJPEGCompressStruct: a ByteArray(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ...etc... destination: a ByteArray(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ...etc... form: Form(692x525x32) quality: -1 progressiveFlag: false aJPEGErrorMgr2Struct: a ByteArray(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0...etc... Receiver's instance variables: stream: MultiByteFileStream: '/Users/rick/Desktop/Squeak3.9a-7021/ System Browse...etc... JPEGReadWriter2>>nextPutImage:quality:progressiveJPEG: Receiver: a JPEGReadWriter2 Arguments and temporary variables: aForm: Form(692x525x32) quality: -1 progressiveFlag: false sourceForm: Form(692x525x32) jpegCompressStruct: a ByteArray(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0...etc... jpegErrorMgr2Struct: a ByteArray(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ...etc... buffer: a ByteArray(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0...etc... byteCount: nil Receiver's instance variables: stream: MultiByteFileStream: '/Users/rick/Desktop/Squeak3.9a-7021/ System Browse...etc... However in looking at the code when the primitive attempts to resolve the Form argument it calls interpreterProxy->success(interpreterProxy->isKindOf (interpreterProxy->stackValue(3), "Form")); but when you wander down the isKindOf() logic into sqInt classNameOfIs (sqInt aClass, char * className) name = longAt((aClass + BaseHeaderSize) + (6 << ShiftForWord)); if (!(((name & 1) == 0) && (((((usqInt) (longAt(name))) >> 8) & 15) >= 8))) { return 0; } It returns 0 at this point, which is the check to see if the class name in slot 6 is a string. It is not... Now wasn't there something about traits altering the class description and shifting things so that perhaps the class name isn't what you expect anymore. I'll note I tested this with a 7006 3.9a image and had the same problem. -- ======================================================================== === John M. McIntosh <johnmci(a)smalltalkconsulting.com> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== ===

3 2

FloatMathPlugin for Croquet
by Andreas Raab 08 Apr '06

08 Apr '06

Hi Guys - I've just committed the changes for the FloatMathPlugin which Croquet uses to get bit-identical cross-platform floating point behavior (with a big thanks to Sun for developing fdlibm ;-) Getting FloatMathPlugin to compile should be simple; getting it to work might be tricky. Because of this there are a bunch of tests with extensive test data to ensure we truly have cross-platform behavior. For efficiency, it's important to note that the "common" floating point operations are not handled by fdlibm (it expects IEEE 754 conforming behavior for the basic operations like add, subtract, multiply, divide) but covers pretty much everything else. What I have found playing with both PPC and Intel FPUs is the following: Even if your FPU is IEEE754 compliant this means very little, as IEEE754 leaves lots of room for interpretation. Most importantly, make sure you check the following two issues: * Internal accuracy. Some FPUs (x87) have an internal accuracy that is larger than 64bits (80bits on Intel). For compliance the FPU *MUST* be set to treat all operations as 64bit (on x87 this means setting the precision to 53 bits, e.g., _PC_53 in the control word). * Fused multiply-add. Some FPUs (PPC) allow for so-called "fused" multiply-add operations which compute the result of "a*b+c" with higher internal accuracy. You must disable fused multiply-add *AT ALL COSTS* (e.g., by using a global compiler switch if available) as the use of fused multiply-add is both, subject to choice by the compiler (meaning that even two different compilers might decide differently where to use it) and is not generally supported on all FPUs. The tests that I've provided come in two flavours: One flavour is just a general compliance test which computes a bunch of numbers hashes them (using MD5) and compares it with a precomputed value. This test is a good quick way to check for compliance. The second flavour uses pre-computed test data so you can actually look at what is computed differently and where. The test data also comes in two flavours, a small data set (10k entries) and a large data set (1000k entries). The small one is a good one early on to find the problematic cases quickly, the large one is good to check that with 1:1000000 chance the code actually does compute the correct values. You need to drop the data sets into the image directory for those tests to be run. Since (so far) I have only tested this on x87 and PPC, I don't know if other FPUs have other issues. If you encounter "wrong" results despite checking for the above two issues you might want to read the manual for your FPU to find out if there are any settings that may affect IEE754 compliance (like fused-madd, or internal accuracy). Cheers, - Andreas PS. And apologies for the temporary SVN mess - I wasn't aware that my SVN client wouldn't interpret the directory I had clicked on as being relative to the URL (and ended up with committing everything to the Cross/plugins directory instead of Cross/plugins/FloatMathPlugin).

3 3

sqMemoryAccess.h upate
by tim Rowledge 05 Apr '06

05 Apr '06

I just committed a tiny update to the file to a) include a couple of macros that were missing b) reorder the macros so that they are in the same order as the inline functions. I think that will make it a little easier to spot missing items in future. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Useful random insult:- Overdue for deincarnation.

1 0

InterpreterProxy>>ioFilename:fromString:ofLength:resolveAliases:?
by Andreas Raab 04 Apr '06

04 Apr '06

This function is news to me - can somebody explain what it's good for, where it should be used and (most importantly) why we'd export this for plugins but don't use in the VM itself (e.g., no senders)? Thanks, - Andreas

6 20

Building squeak for a linux handheld
by James Fenn 04 Apr '06

04 Apr '06

Hi all. I'm currently trying to build a working squeak vm for the htc-universal phone. For those of you who don't know, it's a large clamshell phone/pda with a 640 by 480 touchscreen, a 520Mhz pxa270 processor, 64M of ram, a full qwerty keyboard, GSM/GPRS/UTMS, wifi and all sorts of gubbins... A nice machine for a bit of squeaking. I have used an old squeak vm under Windows Mobile and it is possible to use a full morphic environment albeit a little slow however software compiled for earlier editions of windowsCE run very slowly on the latest version of the OS and I think/hope a linux port would do a lot better. The linux port is underway and drivers have been made for the screen, keyboard, sound and a dodgy touchscreen driver. Progress has of late been quite rapid but there is still much to do. A library is being worked on to abstract the phone functions for the various linux ports to windows mobile phones. My fantasy is to have a squeak environment running on the linux framebuffer with plugins for the phone functions and the various other facilities. However, I am a terrible C coder and my progress will be painfully slow so I apologise in advance for the dumb sounding questions I am sure to ask. I have managed to do a first compile of the 3.7-7 source. I had to do some ugly hacking of the configure.ac that I found on a webpage about building squeak for the gumstix. I'm not sure whether this was the right thing to do but at least it made it possible to compile. The resulting binary gets as far as drawing a white screen with a mouse pointer in the centre using the vm-display-fbdev driver. Does anyone have any good tests to suggest to see if the vm is alive? Perhaps using the vm-display-null driver. I would like to use tslib on the handhelds.org site to tack on touchscreen support in the vm-display-fbdev however I'm finding the code a little hard to understand *blush* as there are no comments at all. Thanks for listening. Any help, advice or pointers would be greatly appreciated. James

3 2

sq.h changes, grabbed reserved field in sqKeyboardEvent
by John M McIntosh 02 Apr '06

02 Apr '06

In our work with Sophie we became aware of a shortcoming in how keyboard events are created and what data they contain and what data is needed to transform keyboard command on various obscure European keyboards into meaningful interactions within Tweak and other important applications like Sophie. In the past on the macintosh and we believe on Windows the data coming up as a result of a keystroke was key down charCode: a magic number mapping to a key on the keyboard, different between mac/windows pressCode: 0 key char charCode the macroman value of the key pressed pressCode the utf-32 value of the key pressed key up charCode: a magic number mapping to a key on the keyboard, different between mac/windows pressCode: 0 Now the results will be. key down charCode: a magic number mapping to a key on the keyboard, different between mac/windows pressCode the utf-32 value of the key pressed additionalData the macroman value of the key pressed key char charCode the macroman value of the key pressed pressCode the utf-32 value of the key pressed additionalData a magic number mapping to a key on the keyboard, different between mac/windows key up charCode: a magic number mapping to a key on the keyboard, different between mac/windows pressCode the utf-32 value of the key pressed additionalData the macroman value of the key pressed This preserves the existing behaviour, but adds the ability to better support non-usa keyboards and character sets. I will make this change btw weekend baring a more elegant solution. /* keyboard input event */ typedef struct sqKeyboardEvent { int type; /* EventTypeKeyboard */ unsigned int timeStamp; /* time stamp */ int charCode; /* character code in Mac Roman encoding */ int pressCode; /* press code; any of EventKeyXXX */ int modifiers; /* combination of xxxKeyBit */ int utf32Code; /* UTF-32 unicode value */ int additionCharacterData; /* Additional data about charcter for platform specific tweak dispatching */ int windowIndex; /* host window structure */ } sqKeyboardEvent; -- ======================================================================== === John M. McIntosh <johnmci(a)smalltalkconsulting.com> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== ===

5 16

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev April 2006