Vm-dev December 2007

vm-dev@lists.squeakfoundation.org

18 participants
14 discussions

Profiling and delay accuracy
by Andreas Raab 06 Aug '11

06 Aug '11

Hi Folks - For a long time now I had this feeling that MessageTally reports pretty bogus results in many situations without being able to precisely track down why this would be the case. Today I was looking at primitiveResponse() and, much to my surprise, noticed that the checkForInterrupts() that used to be there for years is gone (see Squeak3.6 for example which still has it). The sole reason for this check was to get both high delay accuracy and good profiling behavior. Consider this example: fc := FormCanvas on: Display. MessageTally spyOn:[ 1 to: 100 do:[:i| fc fillColor: Color white. fc printString. ]. ]. Using 3.6 this will be measured correctly as: **Tree** 87.5% {243ms} FormCanvas>>fillColor: |87.5% {243ms} GrafPort>>fillRect:offset: | 87.5% {243ms} GrafPort>>copyBits 12.5% {35ms} FormCanvas(Object)>>printString 12.5% {35ms} FormCanvas(Object)>>printStringLimitedTo: whereas the 3.10 reports it as **Tree** 99.6% {670ms} FormCanvas(Object)>>printString 94.9% {639ms} primitives 4.6% {31ms} FormCanvas(Object)>>printStringLimitedTo: I think you can see the problem and just imagine what this does to any cumulative results. I also wonder what that change does to platforms that don't have high-resolution asynchronous timers. This used to be the one place where we would catch timer changes at high resolution and unless the platform forces high resolution timer interrupts asynchronously (by resetting the interrupt counter) we must be loosing a lot in terms of delay accuracy. (it just so happens that the Windows VM *does* do asynchronous timer interrupts so I never noticed this but I'm very curious about the difference on Linux which typically still has pretty bad timer granularity). Any opinions? My feeling is that the timer check should go back in for all of the above reasons. At the very least a quickCheckForInterrupt() is required but I actually think putting the full check back in is worth it. Cheers, - Andreas

3 3

Joys of Squeak-dev image, VM Compiling on MacIntel and Spoon remote OtherBrowsing
by Ken G. Brown 16 Nov '10

16 Nov '10

MacPro OS X 10.4.9 Xcode 2.4.1 Squeak-dev-114-2, VMMaker 2.8b6.1, Squeak 3.8.15beta6U.app, and version 1657 of svn MacOS VM sources, and Spoon v2a12. Downloaded http://www.squeakvm.org/cgi-bin/viewcvs.cgi/ trunk version 1657 for MacOS Ran squeak-dev-beta-114-2.image on Squeak 3.8.15beta6U.app Loaded VMMaker 3.8b6.1 from dev image Universes. Generated vm sources by following instructions in <http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc…> Fought with Xcode wanting to use MacOSX10.3.9.sdk for ppc which was giving an error which was known and documented in the Readme. Finally figured out what Xcode wanted so built universal app just using 10.4.9 sdk. Couple issues: Exupery references remain in sqnamedPrims.h and sqPlatformSpecific.h from svn version 1657, I just commented them out. Notes said: Info-NPSqueak__Upgraded_.plist was to be found in the Developer directory. I could not find it so scammed a info.plist out of John's Squeak 3.8.15beta6U.app vm. Not sure what impact this has. And much, much diddling about figuring out various things... Finally got a build. It's a lot smaller (3.9MB) than John McIntosh's Squeak 3.8.15beta6U.app (8.1MB), and it looks like it is a PowerPC one but at least it runs. I'll look into the Xcode build process some more. Then: Replaced interp.c with Craig's interp.c for Spoon, rebuilt and got a VM with Spoon client stuff. Downloaded Spoon release 2a12. Moved a copy of Flow plugin from within Craig's naiad.app package into a plugins subdirectory where the new spoon client compatible MacIntel universal VM was run from. Followed Craig's Spoon instructions for loading niaid.st and niaid.pr into the 3.10 image (Squeak-dev-114-2) running on the new VM. Did the run spoon.app thing from Spoon.dmg (version 2a12), needs to be done twice if Safari is not running. Got Spoon processor running. Followed instructions again in the Spoon client and lo! Got OtherBrowser browsing the Spoon memory running on processor. Yay Craig! Who do i get to sign my certificate? :) Ken

4 7

Unix VM path encodings
by Andreas Raab 01 Jan '08

01 Jan '08

Hi - Due to a bug reported against Qwaq Forums I needed to look into how the Unix VM encodes file and path names and got terribly confused. My test case was to create a file with an Umlaut("Jürgen") and to see what both Squeak and the Unix shell reports with varying settings of -pathenc and -textenc. I started with the assumption that since the file system I was running this on is UTF-8 the default settings (-textenc MacRoman and -pathenc UTF-8) ought to be correct. However, the result was very surprising. The file name was reported incorrectly both in the file list as well as by the OS - the file list reported "J?" (truncated after the question mark) and the Unix shell reported "J?rgen" but with a "funky ?" (the glyph is hard to describe without a screenshot; it was neither an umlaut nor a regular question mark). Playing with the settings I could not find any combination that resulted in a consistent representation for all the different views - either the Unix shell was off or Squeak's view was off no matter how I set those encodings. Can someone explain to me how I need to set these values to get a consistent view on file names both from Squeak and Unix? Cheers, - Andreas

4 13

[BUG] Security plugin
by Vagelis Savvas 30 Dec '07

30 Dec '07

Hello to all, The Windows VM, as downloaded from squeakland.org, fails to start the image when the Windows system drive isn't C: (but G: as is in my case). I tracked down the problem in SecurityPlugin and particularly in ioInitSecurity where i can see: /* establish untrusted user directory */ lstrcpy(untrustedUserDirectory, TEXT("C:\\My Squeak\\%USERNAME%")); I can see the same path in the Debugger when, during image start-up, some other primitive fails while trying to create this directory on the non-existant drive C:. If i 'subst c: g:\' the image starts up just fine. Happy new year! Vagelis

2 1

[BUG] Security plugin
by Vagelis Savvas 30 Dec '07

30 Dec '07

Hi, as a response to my previous message i spent some time to find a solution to the problem. Googling around for a cross-Windows way to find the system drive letter reveals that the best approach is to query the 'windir' environment variable and extract the system drive letter from that. The good thing is that it can be done using standard C lib calls and the attached tiny C program demonstrates just that. Vagelis

1 0

Squeak VM SVN mirrored
by goran＠krampe.se 29 Dec '07

29 Dec '07

Hi! So I have managed to get through step 1 regarding experimenting with distributed SCM tools and the VM sources: http://goran.krampe.se/blog/BzrOnDebian.rdoc The article explains getting Bzr 1.0 running with the svn plugin on Debian, in excrutiating detail. And a hack to get it to swallow the Squeak VM repo. But the end section is the one that is interesting - it describes two Bzr branches available "trunkmirror" and "experimental". The first is a pristine mirror. The other is "open for interested people"! regards, Göran

2 2

Mantis http://bugs.squeak.org/view.php?id=6745
by tim Rowledge 28 Dec '07

28 Dec '07

Who is 'djr'? If s/he is present, some extra explanation of the problem, what platform(s) are involved etc would be nice. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: LAG: Load and Garble

2 1

Mantis http://bugs.squeak.org/view.php?id=6828
by tim Rowledge 27 Dec '07

27 Dec '07

Dave did the work to make the FileCopyPlugin work properly - and yes, I know it is vile, awful, tasteless and shouldn't exist, thank you, but until the file system is rewritten to a standard slightly better than that achievable by drunken macacque it is needed - and I don't know if the changes have been incorporated in the repository. Has anyone updated things? tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Useful random insult:- Runs squares around the competition.

1 0

Getting a segfault on vm built from sources on gentoo Linux on an amd64
by Miles Georgi 20 Dec '07

20 Dec '07

Hi, I seem to be having trouble getting squeak to run on one of my machines. It's an amd64 running gentoo Linux with x86_64 as the architecture. If I build Squeak from the current sources I get the following segfault: miles@salmon ~/src/Squeak-3.9-8 $ squeak Squeak3.9-final-7067.image Segmentation fault 16405880 >? 16256940 SmalltalkImage>snapshot:andQuit:embedded: 16256824 SmalltalkImage>snapshot:andQuit: 16256396 SmalltalkImage>saveImageInFileNamed: 16246520 SmalltalkImage>saveAs 16246336 TheWorldMenu>doMenuItem:with: 16246244 [] in MenuItemMorph>invokeWithEvent: 16246152 BlockContext>ensure: 16246060 Cursor>showWhile: 16245968 MenuItemMorph>invokeWithEvent: 16245876 MenuItemMorph>mouseUp: 16245784 MenuItemMorph>handleMouseUp: 16245652 MouseButtonEvent>sentTo: 16245560 Morph>handleEvent: 16245468 MorphicEventDispatcher>dispatchDefault:with: 16245376 MorphicEventDispatcher>dispatchEvent:with: 16245284 Morph>processEvent:using: 16245192 MorphicEventDispatcher>dispatchDefault:with: 16245084 MorphicEventDispatcher>dispatchEvent:with: 16244952 Morph>processEvent:using: 16244860 Morph>processEvent: 16244768 MenuMorph>handleFocusEvent: 16244492 [] in HandMorph>sendFocusEvent:to:clear: 16244584 [] in PasteUpMorph>becomeActiveDuring: 16244400 BlockContext>on:do: 16244308 PasteUpMorph>becomeActiveDuring: 16244124 HandMorph>sendFocusEvent:to:clear: 16244032 HandMorph>sendEvent:focus:clear: 16243940 HandMorph>sendMouseEvent: 16243796 HandMorph>handleEvent: 16243540 HandMorph>processEvents 16243632 [] in WorldState>doOneCycleNowFor: 16243448 SequenceableCollection>do: 16243356 WorldState>handsDo: 16243264 WorldState>doOneCycleNowFor: 16243172 WorldState>doOneCycleFor: 16243080 PasteUpMorph>doOneCycle 15589312 [] in >spawnNewProcess 15589496 [] in BlockContext>newProcess Aborted miles@salmon ~/src/Squeak-3.9-8 $ If I try using the i686-pc-linux-gnu download, I have to force it to use that architecture, and then I get the following error: miles@salmon ~/src/Squeak-3.9-8 $ squeak Squeak3.9-final-7067.image could not find display driver vm-display-X11; either: - check that /usr/local/lib/squeak/3.9-8/vm-display-X11.so exists, or - use the '-plugins <path>' option to tell me where it is, or - remove DISPLAY from your environment. Aborted I do have the file at /usr/local/lib/squeak/3.9-8/vm-display-X11 but it doesn't end in .so I'm not sure if that's OK or not. if it is needed, config.guess outputs: salmon Squeak-3.9-8 # ./config.guess x86_64-unknown-linux-gnu On some tangent questions: Also, is inisqueak now obsolete? The i686 installer didn't include one (but it did include the man page for it) and the source install built one but didn't install it. And if I try to run it from the build directory it doesn't behave as described in the man file. I also get this error when running make uninstall: salmon bld # make uninstall if test -n ""; then \ /bin/sh /home/miles/src/Squeak-3.9-8/platforms/unix/config/uninstall ; \ fi rm -f /usr/local/squeak/lib/squeak/3.9-8/squeak rm -f /usr/local/squeak/bin/squeak rmdir /usr/local/squeak/bin /bin/sh: -c: line 6: syntax error: unexpected end of file make: *** [uninstall-plugins] Error 2 salmon bld # Hopefully this information is useful. If you would like me to do anything to give you more information about any of the situations mentioned above, just let me know.

2 3

Re: [Seaside] listening on INADDR_ANY?
by Michael Rueger 19 Dec '07

19 Dec '07

Randal L. Schwartz wrote: >>>>>> "Sebastian" == Sebastian Sastre <ssastre(a)seaswork.com> writes: > > Sebastian> Firewalling that port for others than localhost. Cheers, > > The trouble is that I'm using the same host for 8 different IPs, > and if it listens on all of them, then I have to be careful what the > other IPs are doing. As part of the work for OLPC there is a new version of the Socket Plugin that works with IPv6 and also supports multiple interfaces and protocols and such. AFAIK none of this has been ported to other platforms yet. I think the code is checked into the VM svn, but not sure. Michael

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2007