Vm-dev April 2011

vm-dev@lists.squeakfoundation.org

36 participants
176 discussions

[CRAZY IDEA] "Breakpoints" in the VM from SLANG
by Mariano Martinez Peck 18 Apr '11

18 Apr '11

Probably not crazy but stupid or impossible to achieve...but anyway, I want to ask.. Scenario: I find myself navigating the VMMaker code (SLANG) and I want to put a "self halt" somewhere there. Forget the simulator for the moment. So...I need to go to C, and "translate in my mind" what that part of SLANG should look like in C, and search it in the C code. XCode is FAAAR to slow to browe the interp.c . Morever, with inlined methods it is even more difficult to find... Anyway, I was thinking how cool could be to create breakpoints from VMMaker. I think it is not possible to put breakpoints in C code, but what about doing something like: Interpreter >> haltVM "find a better name for this method" self cCode: 'raise(SIGINT); ' Of course, we need to add a #include <csignal> // or signal.h if C code I have NO IDEA the implicance or side effects of doing this. I haven't tried either. And it is complicated to do it cross platform..etc. Here is a link to do more or less this idea: http://stackoverflow.com/questions/4326414/set-breakpoint-in-c-or-c-code-pr… What I want is that if we are running with GDB and the VM calls haltVM() then the GDB is paused so that I can do bt, etc... What do you think? -- Mariano http://marianopeck.wordpress.com

4 13

Problem with external plugins with automated XCode project
by Mariano Martinez Peck 17 Apr '11

17 Apr '11

Hi guys. One of the things I really love of CMake is the ability to create out of the box makefiles for XCode. However, today I found a problem: the external plugins are wrong. Suppose from CMakeVMMaker I set outputDir -> /Users/mariano/Pharo/vm/git/cogVM2/blessed/results (which is the default) Then, if I do cmake . and make, everything is fine, the files are placed correctly: Plugins: outputDir/CogMTVM.app/Contents/Resources/ Executable: outputDir/CogMTVM.app/Contents/MacOS/CogMTVM Resources: outputDir/CogMTVM.app/Contents/MacOS/Resources/ But...if I do cmake -G Xcode and then a "build and debug" inside XCode, these are the generated binaries: Plugins: outputDir/CogMTVM.app/Contents/Resources/Debug/ Executable: outputDir/Debug/CogMTVM.app/Contents/MacOS/CogMTVM Resources: outputDir/Debug/CogMTVM.app/Contents/MacOS/Resources/ Which of course, are incorrect, and plugins are put in a different place than the VM. It seems it is adding a /Debug in some places. If you have give me any hint, I would really appreaciate. I can set XCode attributes from CMakeVMMaker, but I have no idea which attribute may I be needing. Thanks a lot in advance, -- Mariano http://marianopeck.wordpress.com

1 0

Detecting Cog or Byte order
by Matthew Fulmer 17 Apr '11

17 Apr '11

I discovered a bug in cobalt today due to the float-endianness of ImageSegments made in cog vs interpreter: http://croquet-src-01.oit.duke.edu/mantis/view.php?id=503 Is there a way to detect the platform endianness, so we can, in the future, add metadata about that to ImageSegments, and then byte-swap them if needed? Failing that, I guess we could add a constant float to the image segment, and test whether it unpacks as byte-swapped or not ------------------- Since cobalt mantis doesn't allow anonymous viewers (grr), here is the text of the issue: Summary 0000503: Cannot connect an Interpreter VM with a Cog VM due to float endianness Description A Cog VM sends image segments with a byte-swapped floating-point numbers compared to the Interpreter VM. When unpacking a sync from a cog vm on an interpreter VM, this usually results in a "Past message encountered" error -- Matthew Fulmer (a.k.a. Tapple)

3 3

[ANN] PharoCasts with Experts: Debug the Cog VM with Mariano Martinez Peck
by laurent laffont 17 Apr '11

17 Apr '11

Hi, First video of PharoCasts with Experts serie. Mariano explains in a 1h30 HD video: - what the VM is made of - what are the different VM built by the Pharo project continuous integration server - how to get the platform sources from Gitorious - how to generate the interpreter sources using ConfigurationOfCogVM - build the VM - run and debug it with gdb and XCode - what Slang is and how to change it for debugging purposes Enjoy it here: http://www.pharocasts.com/2011/04/debug-cog-vm.html -- Laurent Laffont - @lolgzs Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

3 2

Order in the Hudson for CogVMs
by Mariano Martinez Peck 17 Apr '11

17 Apr '11

Hi...I love what you are doing in Hudson, but the Cog part it is quite a mess right now. I would love to see some organization. 1) Not all VMs have both: the build and the sources. Example, https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Cocoa/ has only the sources. But https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Carbon/ has both. If someone follows this: http://code.google.com/p/cog/wiki/CMakeVMMaker then such info is incorrect. 2) We are mixing "Release" VMs from experiments. I would create two Hudson tabs 2.1) one for Cog, where we have the "release" VMs. This means, things like Cog Mac Carbon, Cog Mac Cocoa, Cog Unix, CogMT Mac Cocoa, MT Cog Unix, Stack VM Unix, StackVM Mac Carbon, StackVM Mac Cocoa, etc. 2.2) One for experiments, like: Check cogvm.unthinkable.org, Cog Git Tracker (cog-osx), Cog Git Tracker (sig-cog), Cog.FreeBSD.unthinkable,Sista Only if we do that, we will be able to use Hudson like a place to say to users to download a VM. Otherwise, we cannot. There are several targets and they are confusing. Cheers -- Mariano http://marianopeck.wordpress.com

2 4

Re: [squeak-dev] Add primitiveMillisecondClockMask? (was: The Trunk: Kernel-ar.564.mcz)
by David T. Lewis 16 Apr '11

16 Apr '11

On Wed, Apr 13, 2011 at 07:07:57PM -0700, Colin Putney wrote: > On Wed, Apr 13, 2011 at 6:58 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > Understood, though my question was intended to be about the existing > > primitiveMillisecondClock, which will presumably be retained for a > > few more years. Andreas committed a fix for a rather nasty bug related > > to a constant in the image being out of sync with a constant in the VM. > > The method comment noted that "This should be primitive but it ain't" > > so I was just offering to add the primitive and update Squeak trunk > > to use it when available. > > Why does the existing primitiveMillisecondClock have to be maintained? > Is there a lot of code that depends on it rolling over? No sarcasm > intended, it's an honest question. It is used by Time class>>millisecondClockValue, so see senders of #millisecondClockValue. >From the point of view of the VM, the primitive needs to be maintained because many existing images expect it to be there. From the point of view of the image, a different and better implementation can easily be adopted. My question was from the point of view of the VM, if we assume that many images will expect primitiveMillisecondClock to be there, should we also add primitiveMillisecondClockMask such that those images can obtain the correct mask value if they choose to do so (both the VM and the image changes are minor updates). With respect to code that depends on the clock rollover, I expect that the most serious concern would related to socket timeouts, which might intermittently affect server applications, Seaside, etc. To be clear, the patch that Andreas committed will fully address the problem for all current VMs and images, so this discussion has little or no practical impact. It's really just about tidying up some loose ends just in case the the primitiveMillisecondClock ends up getting used for a few years longer than any of us might care to anticipate ;) Dave

4 5

Re: [Vm-beginners] versions for Mac iOS build
by Mariano Martinez Peck 16 Apr '11

16 Apr '11

On Sat, Apr 16, 2011 at 1:41 AM, Jay Hardesty <jay.hardesty(a)gmail.com>wrote: > Hi - actually just used your much appreciated April-10 post on > building a Cog VM (only reason I didn't go for a Cog VM originally > was that my experience was limited to building traditional Squeak > VM's) > > THANK YOU for publishing this clear, helpful guide! > > You are welcome. I am happy it was useful. Today or tomorow I will publish a new one also about building but with a bit more of "advanced" features. > One small issue I encountered: Pasting the workspaces verbatim, I > ended up with a version of MacOSConfig missing the resourcesDir > instance variable. After adding the resourcesDir inst var, everything > worked fine. > > Thanks, in fact, that was a bug ;) I've just fix it. Best regards, Mariano > Thanks once more, > Jay > > > On Fri, Apr 8, 2011 at 2:44 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > Hi. Sorry I have no idea but maybe someone can help you. > > > > Mariano > > > > On Mon, Apr 4, 2011 at 2:16 AM, Jay Hardesty <jay.hardesty(a)gmail.com> > wrote: > >> > >> Hello, > >> > >> I'm trying to build a Squeak VM for Mac iOS using a Pharo 1.2.1 image, > >> based on the instructions at > >> > http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnOSX/. > >> > >> I'm using snv rev 2330, since that's noted as compatible with VMMaker > >> 1.4 (ConfigurationOfVMMaker-LaurentLaffon.20) > >> (FWIW I've tried every combination of revs 2330 and 2378, VMMaker 1.4 > >> and 1.5. Pharo 1.1.1, 1,2,1, and 1.3). > >> > >> If I check out revision 2330 (or 2378) and simply compile the 64-bit > >> Mac VM (non-Cog) in distribution config, I get > >> ld: duplicate symbol _createWindowWidthheightoriginXyattrlength > >> > >> If I generate my own src directory from VMMaker (all internal plugins, > >> as shown below) and compile then I get: > >> > >> > [...]/platforms/iOS/vm/src/vm/intplugins/ObjectiveCPlugin/ObjectiveCPlugin.c: > >> No such file or directory > >> If I copy in the ObjectiveCPlugin folder from the non-generated src > >> folder then I get the duplicate symbol link error as above > >> > >> I'm using Xcode 4, SDK Mac OSX 10.6 > >> > >> Thanks very much for any pointers - sorry if I missed something obvious > >> Jay > >> > >> EXTERNAL_PLUGINS = > >> INTERNAL_PLUGINS = ADPCMCodecPlugin Squeak3D BMPReadWriterPlugin > >> B2DPlugin BitBltPlugin ClipboardExtendedPlugin CroquetPlugin DSAPrims > >> ZipPlugin SqueakFFIPrims FFTPlugin FT2Plugin FloatArrayPlugin > >> FloatMathPlugin GeniePlugin JPEGReaderPlugin Klatt LargeIntegers > >> MacMenubarPlugin Matrix2x3Plugin MiscPrimitivePlugin IA32ABI IA32ABI > >> QuicktimePlugin RePlugin SecurityPlugin SlangTestSupportPlugin > >> SlangTestSupportSSIP SoundCodecPrims SoundGenerationPlugin SoundPlugin > >> StarSqueakPlugin SurfacePlugin > >> _______________________________________________ > >> VM-beginners mailing list > >> VM-beginners(a)lists.squeakfoundation.org > >> http://lists.squeakfoundation.org/mailman/listinfo/vm-beginners > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > -- Mariano http://marianopeck.wordpress.com

2 3

VM Maker: CMakeVMMaker-MarianoMartinezPeck.87.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 16 Apr '11

16 Apr '11

Mariano Martínez Peck uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-MarianoMartinezPeck.87.mcz ==================== Summary ==================== Name: CMakeVMMaker-MarianoMartinezPeck.87 Author: MarianoMartinezPeck Time: 16 April 2011, 1:36:02 pm UUID: 9e4ca814-90f5-4395-b213-f0f1a81f421f Ancestors: CMakeVMMaker-MarianoMartinezPeck.86 Fix bug with resourceDir. Thanks to Jay Hardesty

1 0

VM Maker: VMMaker-dtl.225.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 15 Apr '11

15 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-dtl.225.mcz ==================== Summary ==================== Name: VMMaker-dtl.225 Author: dtl Time: 14 April 2011, 8:59:05 am UUID: c1d30608-4cf8-48b7-206a-26f7a46c1508 Ancestors: VMMaker-dtl.224 VMMaker 4.4.12 Add primitiveMillisecondClockMask, an optional named primitive used in conjunction with primitiveMillisecondClock for duration calculations. The image assumes a value for this constant that is assumed to correspond to the actual value used in the VM. This primitive permits the VM to report the actual value being used.

1 0

VM Maker: VMMaker-oscog.dtl.58.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 15 Apr '11

15 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog.dtl.58.mcz ==================== Summary ==================== Name: VMMaker-oscog.dtl.58 Author: dtl Time: 14 April 2011, 8:57:30 am UUID: c1d30608-04dd-53b7-209a-34f7a46c1508 Ancestors: VMMaker-oscog.dtl.57 Add primitiveMillisecondClockMask, an optional named primitive used in conjunction with primitiveMillisecondClock for duration calculations. The image assumes a value for this constant that is assumed to correspond to the actual value used in the VM. This primitive permits the VM to report the actual value being used.

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
18
Older →

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 April 2011