Vm-dev December 2010

vm-dev@lists.squeakfoundation.org

42 participants
109 discussions

VM Maker: CMakeVMMaker-Igor.Stasenko.5.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 25 Dec '10

25 Dec '10

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-Igor.Stasenko.5.mcz ==================== Summary ==================== Name: CMakeVMMaker-Igor.Stasenko.5 Author: Igor.Stasenko Time: 25 December 2010, 1:43:08 am UUID: f64b8177-66d9-4e71-bc97-556bf70e3fa4 Ancestors: CMakeVMMaker-Igor.Stasenko.4 - added resources to CogMacOSConfig. cmake now generating a proper app bundle with right icons and .plist property file

1 0

VM Maker: CMakeVMMaker-Igor.Stasenko.4.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 24 Dec '10

24 Dec '10

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-Igor.Stasenko.4.mcz ==================== Summary ==================== Name: CMakeVMMaker-Igor.Stasenko.4 Author: Igor.Stasenko Time: 24 December 2010, 5:59:49 am UUID: a0148b01-a375-43f6-9317-f7a04ffbacd1 Ancestors: CMakeVMMaker-Igor.Stasenko.3 - added .plist file generation , so now VM bundle is valid, still missing the various bundle resouces like icons etc.

1 0

Cog Carbon vs Cog Cocoa
by Igor Stasenko 24 Dec '10

24 Dec '10

Hello, just a question: - do we need to keep & maintain both of these, or it would be better to merge these two into single branch? As far as i understood, currently there is: platforms/ Mac OS and iOS where Mac OS is made initially by Eliot, and iOS is a branch, made by John in order to migrate to Cocoa framework. Right? Currently i doing the cmake build conf which using a Mac OS directory for platform sources. But if it going to be obsolete (if its not already), then maybe i wasting a time and should focus on making a config which using sources from iOS dir? Also, i want to make configs for building StackInterpreter , so, a total 4 configs.. and this is only for Mac :) -- Best regards, Igor Stasenko AKA sig.

2 2

[COG] primitiveClosureValue assert is failing with StackVM (possible BUG in bytecodes!!)
by Mariano Martinez Peck 24 Dec '10

24 Dec '10

Hi Eliot. If I compile a StackVM, and I just press the left arrow in a code pane of a OB windows, in a pharo image, I get an asser that fails: (oop & 1) 19202 Sorry I bother with these asserts, but I am trying to solve the crashes I have and I think starting for the asserts is a good idea. The assert that fails is in primitiveClosureValue() the part: blockClosure = longAt(GIV(stackPointer) + (GIV(argumentCount) * BytesPerWord)); /* begin quickFetchInteger:ofObject: */ oop = longAt((blockClosure + BaseHeaderSize) + (ClosureNumArgsIndex << ShiftForWord)); assert((oop & 1)); numArgs = (oop >> 1); if (!(GIV(argumentCount) == numArgs)) { /* begin primitiveFail */ if (GIV(primFailCode) == 0) { GIV(primFailCode) = 1; } return; } numArgs results to be a large number (using #printNum: was 718613205), and if I try to do a #printOop: I got a " 0x55aa55aa0x55aa55aa is not on the heap" Now, of course, the "if (!(GIV(argumentCount) == numArgs)) " fails. What it is funny is that I did a #printOop: of blockClosure instVar, and this is what I get: 0x1f59b578: a(n) Association Association? WTF ? so...I guess something weird is happening. I continue debugging it..and I noticed that: - Several classes were called in addition to Association,like Character. These seems to be compact classes and implement #value and #value: ;) - Both, #bytecodePrimValue and #bytecodePrimValueWithArg were not calling #primitiveClosureValue. So, "isBlock" was false... I tried modifying #bytecodePrimValueWithArg and #bytecodePrimValue this line: isBlock := objectMemory is: rcvr instanceOf: ClassBlockClosurecompactClassIndex: ClassBlockClosureCompactIndex. to this one: isBlock := objectMemory is: rcvr instanceOf: (self splObj: ClassBlockClosure) compactClassIndex: ClassBlockClosureCompactIndex. WIth this change, at least, the assert doesn't fail anymore. I made progress (maybe). But still, for normal closures, "isBlock" seems to be false. So.....all block values are being managed as a normal send ???? Now, I don't understand why ClassBlockClosureCompactIndex is 0. I think this may be the problem. Why it is not 12? (in Pharo Smalltalk compactClassesArray at: 12 ->>> BlockClosure.) I notice that ObjectMemory >> initializeCompactClassIndices does: ClassBlockClosureCompactIndex := 0 "12". "Prospective. Currently TranslatedMethod class" Notice that this ZERO changes the sematic of #is: oop instanceOf: classOop compactClassIndex: compactClassIndex called from the #bytecodePrimValue and bytecodePrimValueWithArg Finally, I changed the mentioned line to this: isBlock := objectMemory is: rcvr instanceOf: (self splObj: ClassBlockClosure) compactClassIndex: 12. and finally, with block closures, it is calling the primitive, and for Association it doesn't fail the assert. ahh and the image doesn't crash ;) I don't know if this is a bug, if my solution was ok, nor it impact. Please let me know. Cheers Mariano

4 6

Mars, stuck on callbacks (again)... need opinions
by Esteban Lorenzano 24 Dec '10

24 Dec '10

Hi guys, I'm doing some "advance callbacks" for Mars, and I'm having several problems with table renderers (they are called A LOT of times and needs to be efficient). The ObjectiveCBridge is not as efficient as that calls needs to be executed, and well... I was planing to spend some time on this, trying to see how can I improve the callback velocity. And then a question came to my mind: do I spend time improving current ObjectiveCBridge implementation... or I better use Alien and migrate everything to it? some context: 1) it was always planned to "sonner or latter" migrate the ObjectiveCBridge stuff to alien (there is another . 2) Alien is not working -yet- for iPhone. It is planned (bah... it is "thought") to run Alien in iPhoneVM too. 3) Alien callback implementation is a lot cleaner than the current ObjectiveCBridge implementation (which relies on both sides semaphores, when alien callbacks relies on "image ownership") So... it will delay a little a release of Mars? sure it will... but in the long way it will be better. I would like to hear your opinions, cheers, Esteban

6 14

VM Maker: CMakeVMMaker-Igor.Stasenko.3.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 24 Dec '10

24 Dec '10

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-Igor.Stasenko.3.mcz ==================== Summary ==================== Name: CMakeVMMaker-Igor.Stasenko.3 Author: Igor.Stasenko Time: 24 December 2010, 3:45:39 am UUID: 22e987e2-2eaa-44be-ab72-ddbbd8bd6d1f Ancestors: CMakeVMMaker-Igor.Stasenko.2 - some cleanup and reorganization CMakeVMGenerator new generate: CogMacOSConfig should build VM on mac. to run VM, copy proper info.plist into build/Cog.app/Contents.... subdir manually

1 0

Mac + Cog - mouse clicks
by Igor Stasenko 24 Dec '10

24 Dec '10

Hello, i were able to successfully build Cog VM on Mac using freshly generated cmake config. I can build it using ordinal makefiles as well as using xcode project (cmake can generate both). And everything works ok, except a little nuisance: images are deaf to mouse clicks! Note, i am talking exactly about mouse clicks, because everything else (keys and mouse move events are handled adequately). Now, does anyone met such issue before? Any clues? I can only guess, that i'm either miss some obscure #define /#ifdef , or having a wrong includes search path or link order. -- Best regards, Igor Stasenko AKA sig.

4 19

BMPReadWriterPlugin , do we really need it?
by Igor Stasenko 24 Dec '10

24 Dec '10

Hi, i just stumbled over it, and i thought that today, we don't really need such kind of cruft. It is just a two methods, and there is nothing essential, in it. And i think that .bmp image format is really crappy format, which no one using today, and given that we got Cog, it could run just a bit slower, if implemented in image w/o primitives. -- Best regards, Igor Stasenko AKA sig.

6 13

Re: FYI: CMakeVMMaker (Was Re: Automated VM build server)
by Andreas Raab 23 Dec '10

23 Dec '10

Did you manage to get the cmake stuff that Goeffroy Couprie posted running on Windows? I never had much success (see http://lists.squeakfoundation.org/pipermail/vm-dev/2010-July/005113.html). Cheers, - Andreas On 12/23/2010 9:05 AM, Igor Stasenko wrote: > I just uploaded the VMMaker/CMakeVMMaker package, > and since couple of people noticed it, and started asking (privately) > what is it, i decided to do little "premature" explanation. > In short: > - it is a part of future automated build system. > > Its only in prototype phase, and some protocol and even classes could > appear/disappear. > > The idea of this is simple: we put all knowledge about VM building > process into image, > and then generating sources& cmake config, which then doing the rest. > This will allow us to easily change configs and generate not just VM source(s) , > but also appropriate makefile(s) on the fly , > without the need of dealing with pesky files on file system. > Because what is most annoying with file-based configuration that it is > spread among multiple (sub)directories > with a lot of different include files, and its really hard to learn a > project structure from it, and even harder to alter it. > So, what the hell: i prefer to work with classes and methods instead > of directories and files. > > What i think is most cool thing about it, that anyone could make own > config by simply > subclassing a particular 'official' configuration to make own custom > VM, with own subset of plugins, settings etc. > And then once you tested it, it could be made public and built > automatically by anyone else, > without extra manual steps and perusing in file system, IDE(s) etc. > > I plan to create configurations for both squeak and cog vms on all > major platforms, > then i will use them to automatically build VMs using Hudson server. > > As always, your suggestions and questions are most welcome. >

3 4

VM Maker: CMakeVMMaker-Igor.Stasenko.2.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Dec '10

23 Dec '10

Igor Stasenko uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-Igor.Stasenko.2.mcz ==================== Summary ==================== Name: CMakeVMMaker-Igor.Stasenko.2 Author: Igor.Stasenko Time: 23 December 2010, 4:28:20 am UUID: 452f5c68-0af9-44d8-bcd7-e4af2713ad73 Ancestors: CMakeVMMaker-Igor.Stasenko.1 - forgot to rename extensions categories , thanks Esteban for noticing

1 0

← Newer
1
2
3
4
5
6
7
8
...
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2010