Vm-dev April 2011

vm-dev@lists.squeakfoundation.org

36 participants
176 discussions

What do you think that CMake Debug configs enables SqueakDebug ?
by Mariano Martinez Peck 20 Apr '11

20 Apr '11

Hi. What do you think that Cmake mac confs for debug sets the flag SqueakDebug of Info.plist to 1 ? Esteban is agree. Cheers -- Mariano http://marianopeck.wordpress.com

3 4

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

20 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog-dtl.61.mcz ==================== Summary ==================== Name: VMMaker-oscog-dtl.61 Author: dtl Time: 19 April 2011, 11:14:18 am UUID: c1d30608-042d-4bb7-20ca-2bf7a46c1508 Ancestors: VMMaker-oscog-dtl.60 A second batch of updates from VMM trunk, primarily cosmetic but also a class comment update and a couple of methods that had not previously been pragmatized in oscog.

1 0

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

20 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog-dtl.60.mcz ==================== Summary ==================== Name: VMMaker-oscog-dtl.60 Author: dtl Time: 19 April 2011, 10:44:53 am UUID: c1d30608-042d-4bb7-20ca-2bf7a46c1508 Ancestors: VMMaker-oscog-dtl.59 These changes are methods from the main VMM branch for which <#var:#type:> declarations have been formatted with proper spacing. By updating these in the oscog branch, all of these methods are identical in both branches. All changes are cosmetic (no functional changes to the methods).

1 0

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

20 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-dtl.227.mcz ==================== Summary ==================== Name: VMMaker-dtl.227 Author: dtl Time: 19 April 2011, 8:52:08 am UUID: c1d30608-3098-53b7-20ea-30f7a46c1508 Ancestors: VMMaker-dtl.226 VMMaker 4.4.14 >From oscog, add support for VMMaker configuration files in #storeOn: format with line breaks for diffing, human readable and editable, transferable from one platform to another. This permits a VMMaker configuration to be distributed as a text file such that configuration for a VM can be recreated in another image. >From oscog, add methods to support CrossPlatformVMMaker, which can now generate full sources without use of a VMMakerTool.

1 0

The idea of VM Learning Toolkit
by Mariano Martinez Peck 20 Apr '11

20 Apr '11

Hi guys. Since several months, I wanted to create a little browser for learning VM and related stuff. I never did anything because I was lazy. Last week, I took Glamour and without knowing almost anything about it, in less than 3 hours, I come up with what I want to share with you. Basically, I only have the browsers for the moment. My knowledge is very limited in the Slang to C translator, or machine code simulation. The only thing I need is CompiledMethod >> #asCString and #asMachineCode. Eliot told me he was going to provide me such stuff for machine code, and hopefully Dave can help me with the C code. Having said that, I would like to share what I have in mind: there are 3 browsers: 1) VMBrowserSlang: shows only packages and classes which are written in slang. When you select a method, you have 2 panels: smalltalk code and C translated code. Screenshot: http://img857.imageshack.us/i/vmbrowserslang.png/ 2) VMBrowserMethods: shows all packages and classes of the system and for every method, you have 3 panels: smalltalk code, bytecodes and machine code (using the simple mapping) Screenshot: http://img862.imageshack.us/i/vmbrowsermethods.png/ 3) VMBrowserMappings: this is for you Eliot!! Basically, it shows all packages and classes of the system and for every method, you have 5 panels: smalltalk code and one panel per strategy to map to machine code (simple cogit, sista, etc). Screenshot: http://img4.imageshack.us/f/vmbrowsermappings.png/ As soon as someone can provide me the #asMachineCode and #asCString for Cog, I release it. What do you think ? -- Mariano http://marianopeck.wordpress.com

2 1

Squeak Port for Android: Update
by Dimitry Golubovsky 20 Apr '11

20 Apr '11

John M McIntosh wrote: >>> Have you ever consider or have in mind to adapt the Cog StackVM ? I >>> remember John saying that this improved performance in the iPhone. >> >> This might be a direction for future work. But not a small thing, I expect. > It was a matter of just doing the compile with the cog stack vm, no change to the platform code. I am guessing, for iOS it was not necessary to embed Cog into any other VM. In Android, Squeak VM has to be coupled with Dalvik wrt events routing, that's why the event-driven VM was needed. Cog may need similar transformation. Thanks. -- Dimitry Golubovsky Anywhere on the Web

1 0

Re: [Pharo-project] Networking change in Pharo 1.2?
by Eliot Miranda 19 Apr '11

19 Apr '11

Hi Henrik, On Mon, Apr 18, 2011 at 1:23 AM, Henrik Sperre Johansen < henrik.s.johansen(a)veloxit.no> wrote: > On 17.04.2011 22:48, Chris Muller wrote: > >> I was able to work on getting Magma 1.2 going in Pharo. It was quite >> easy to get the code loaded and functioning in Pharo 1.1.1, Pharo 1.2, >> and Pharo 1.3. >> >> But something seems to have changed in Pharo's networking from 1.1.1 >> to 1.2. All Magma functionality seems to work fine for low-volume >> activity. However, when the test-suite gets to the HA test cases (at >> the end), one of the images performing heavy networking activity, >> consistently gets very slow and bogged down for some reason; causing >> the clients to timeout and disrupting the test suite. Fortunately, it >> happens in the same place in the test-suite every time. >> >> The UI of the image in question becomes VERY sluggish, but >> MessageTally spyAllOn: didn't reveal anything useful. What is it >> doing? I did verify that the Magma server in that image is still >> functioning; clients were committing, but I had to increase their >> timeouts from 10 to 45 seconds to avoid timeouts.. >> >> Unfortunately, two days of wrangling in Pharo (because I'm an old >> Squeak dog) I could not nail the problem down; but I have one >> suspect.. A couple of times, I caught a process seemingly hung up in >> NetworkNameResolver; trying to resolve an IP from 'localhost'. >> >> This exact set of Magma packages is rock-solid on Pharo 1.1.1 and >> Squeak, but that doesn't mean the problem for sure lies in Pharo 1.2; >> maybe a networking bug in 1.1.1 is allowing Magma to "misuse" the >> network and get away with it and Pharo 1.2 is now more strict? I >> don't know, I would just like to ask the experts here for help who >> know all what went into Pharo 1.2 so hopefully we can get to the >> bottom of it. >> >> Thanks, >> Chris >> >> Which VM did you run these tests on? > IIRC, Cog has a hard limit on how many external semaphores are available, > and each Socket consumes 3 of those. > Not so. The limit is soft. It can be accessed using Smalltalk vmParameterAt: 49. It defaults to 256 entries. It maxes out it 64k entries because the value set via vmParameterAt: 49 put: X persists in a short in the image header. I expect 20k sockets to be sufficient for a while, right? So if you are running on Cog, the problem when under heavy load may be that > there simpy aren't enough free external semaphores to create enough > sockets... > > Cheers, > Henry > >

1 0

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

19 Apr '11

Mariano Martínez Peck uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-MarianoMartinezPeck.90.mcz ==================== Summary ==================== Name: CMakeVMMaker-MarianoMartinezPeck.90 Author: MarianoMartinezPeck Time: 19 April 2011, 1:22:12 pm UUID: 196e7bb1-3afa-4a3c-a517-f2e327379999 Ancestors: CMakeVMMaker-MarianoMartinezPeck.89 Just added some comments to explain why we used 'Cross' for VMMaker, and why all plugins were put as external

1 0

I don't understand how CMake uses VMMaker
by Mariano Martinez Peck 19 Apr '11

19 Apr '11

Hi Igor. I was debugging a little the CMake generation and there are 2 things I don't understand: 1) Why you always use a "Cross" VMMaker instead of the specific OS ? I mean, in #prepareVMMaker you do: maker := VMMaker forPlatform: 'Cross'. Shouldn't you put the correct OS ? what are the differences doing so ? was the functionality of those special classes like Win32VMMaker, UnixVMMaker, etc.. moved the CMakeVMMaker confs ? 2) Why you see all plugins as external to VMMaker ? In #prepareVMMaker you do: allPlugins := self internalPlugins , self externalPlugins. maker externalModules addAll: allPlugins. I think this deserves a comment because it sounds pretty weird from a newbie sight. Thanks in advance, -- Mariano http://marianopeck.wordpress.com

2 4

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

19 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-dtl.226.mcz ==================== Summary ==================== Name: VMMaker-dtl.226 Author: dtl Time: 18 April 2011, 10:27:26 am UUID: b7ee7e6d-93c8-4661-a29b-ab5d105b5282 Ancestors: VMMaker-dtl.225 VMMaker 4.4.13 Remove VMMakerWithFileCopying (unused, unreferenced, not in oscog branch). Add structDefDefine and related methods to CCodeGeneratorGlobalStruct (from oscog) Add CrossPlatformVMMaker (from oscog).

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
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