Vm-dev March 2012

vm-dev@lists.squeakfoundation.org

23 participants
41 discussions

An large amount of error blocking me from building the VM
by 강진오 17 Mar '12

17 Mar '12

The error message is too long, so I will save the logs to http://pastebin.com/h5heQQpK The error messages are started at line 876. Please tell me about How can I solve the problem. Some part of the errors: 1. One.app/Contents/Resources/winbuild/../platforms/win32/vm/sqWin32Args.c:44: undefined reference to `readableFormat' 2. //C/Users/Administrator/Documents/Squeak-4.3-All-in-One.app/Contents/Resources/winbuild/../platforms/win32/vm/sqWin32Args.c:44: undefined reference to `byteSwapped' 3. //C/Users/Administrator/Documents/Squeak-4.3-All-in-One.app/Contents/Resources/winbuild/../platforms/win32/vm/sqWin32Args.c:44: undefined reference to `readableFormat' 4. ./obj/vm/sqWin32Directory.o: In function `dir_GetMacFileTypeAndCreator': 5. //C/Users/Administrator/Documents/Squeak-4.3-All-in-One.app/Contents/Resources/winbuild/../platforms/win32/vm/sqWin32Directory.c:289: undefined reference to `interpreterProxy'

1 0

VM inconsistency detected for reporting error code for numbered primitives
by Igor Stasenko 16 Mar '12

16 Mar '12

SmallInteger>>++ aNumber "Primitive. Add the receiver to the argument and answer with the result if it is a SmallInteger. Fail if the argument or the result is not a SmallInteger Essential No Lookup. See Object documentation whatIsAPrimitive." <primitive: 1 error: code > ^ code 11 ++ 'ww' => nil (i tried different numbered primitives, and it seems like all of them not using error codes, it always returns nil) Named prims, however working ok: SmallInteger>>+++ aNumber "Primitive. Add the receiver to the argument and answer with the result if it is a SmallInteger. Fail if the argument or the result is not a SmallInteger Essential No Lookup. See Object documentation whatIsAPrimitive." <primitive: 'qweqw' error: code > ^ code 11 +++ 'ww' => #'not found' 'CoInterpreter VMMaker.oscog-eem.152 uuid: d39d62b0-45ca-4621-8f67-e3981bbe1875 Mar 3 2012, StackToRegisterMappingCogit VMMaker.oscog-eem.148 uuid: bb53aa60-4173-48ed-874b-dc0ff5a48992 Mar 3 2012, r2538 http://www.squeakvm.org/svn/squeak/branches/Cog' -- Best regards, Igor Stasenko.

2 4

Error building the VM
by 강진오 16 Mar '12

16 Mar '12

In file included from ../platforms/win32/vm/sqWin32GUID.c:12: c:\dx7sdk\include\d3d.h:215: redefinition of `LPDIRECT3D' c:\dx7sdk\include\d3d.h:153: `LPDIRECT3D' previously declared here c:\dx7sdk\include\d3d.h:259: redefinition of `LPDIRECT3D2' c:\dx7sdk\include\d3d.h:162: `LPDIRECT3D2' previously declared here c:\dx7sdk\include\d3d.h:307: redefinition of `LPDIRECT3D3' c:\dx7sdk\include\d3d.h:170: `LPDIRECT3D3' previously declared here c:\dx7sdk\include\d3d.h:357: redefinition of `LPDIRECT3D7' c:\dx7sdk\include\d3d.h:178: `LPDIRECT3D7' previously declared here c:\dx7sdk\include\d3d.h:414: redefinition of `LPDIRECT3DDEVICE' c:\dx7sdk\include\d3d.h:154: `LPDIRECT3DDEVICE' previously declared here c:\dx7sdk\include\d3d.h:508: redefinition of `LPDIRECT3DDEVICE2' c:\dx7sdk\include\d3d.h:163: `LPDIRECT3DDEVICE2' previously declared here c:\dx7sdk\include\d3d.h:634: redefinition of `LPDIRECT3DDEVICE3' c:\dx7sdk\include\d3d.h:171: `LPDIRECT3DDEVICE3' previously declared here c:\dx7sdk\include\d3d.h:785: redefinition of `LPDIRECT3DDEVICE7' c:\dx7sdk\include\d3d.h:179: `LPDIRECT3DDEVICE7' previously declared here c:\dx7sdk\include\d3d.h:913: redefinition of `LPDIRECT3DEXECUTEBUFFER' c:\dx7sdk\include\d3d.h:155: `LPDIRECT3DEXECUTEBUFFER' previously declared here c:\dx7sdk\include\d3d.h:958: redefinition of `LPDIRECT3DLIGHT' c:\dx7sdk\include\d3d.h:156: `LPDIRECT3DLIGHT' previously declared here c:\dx7sdk\include\d3d.h:998: redefinition of `LPDIRECT3DMATERIAL' c:\dx7sdk\include\d3d.h:157: `LPDIRECT3DMATERIAL' previously declared here c:\dx7sdk\include\d3d.h:1039: redefinition of `LPDIRECT3DMATERIAL2' c:\dx7sdk\include\d3d.h:164: `LPDIRECT3DMATERIAL2' previously declared here c:\dx7sdk\include\d3d.h:1075: redefinition of `LPDIRECT3DMATERIAL3' c:\dx7sdk\include\d3d.h:172: `LPDIRECT3DMATERIAL3' previously declared here c:\dx7sdk\include\d3d.h:1115: redefinition of `LPDIRECT3DTEXTURE' c:\dx7sdk\include\d3d.h:158: `LPDIRECT3DTEXTURE' previously declared here c:\dx7sdk\include\d3d.h:1154: redefinition of `LPDIRECT3DTEXTURE2' c:\dx7sdk\include\d3d.h:165: `LPDIRECT3DTEXTURE2' previously declared here c:\dx7sdk\include\d3d.h:1202: redefinition of `LPDIRECT3DVIEWPORT' c:\dx7sdk\include\d3d.h:159: `LPDIRECT3DVIEWPORT' previously declared here c:\dx7sdk\include\d3d.h:1269: redefinition of `LPDIRECT3DVIEWPORT2' c:\dx7sdk\include\d3d.h:166: `LPDIRECT3DVIEWPORT2' previously declared here c:\dx7sdk\include\d3d.h:1345: redefinition of `LPDIRECT3DVIEWPORT3' c:\dx7sdk\include\d3d.h:173: `LPDIRECT3DVIEWPORT3' previously declared here c:\dx7sdk\include\d3d.h:1413: redefinition of `LPDIRECT3DVERTEXBUFFER' c:\dx7sdk\include\d3d.h:174: `LPDIRECT3DVERTEXBUFFER' previously declared here c:\dx7sdk\include\d3d.h:1456: redefinition of `LPDIRECT3DVERTEXBUFFER7' c:\dx7sdk\include\d3d.h:180: `LPDIRECT3DVERTEXBUFFER7' previously declared here make: *** [sqWin32GUID.o] Error 1 Andreas, How can I solve

1 0

Re: [Pharo-project] Finally, jenkins were able to build win32 VM.
by Eliot Miranda 15 Mar '12

15 Mar '12

On Tue, Mar 13, 2012 at 7:44 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Strange. I tried to reproduce the problem, but following the same path > worked fine the second time. > Such GC bugs are extremely sensitive to exactly the sequence of mutations in the heap. So the time in between mouse clicks or keyboard presses, or even the length of delays or the date and time can change the form of the heap. The only way I know to reproduce this kind of bug reliably is to write a doit that causes the system to crash without user intervention. You can either supply the doit in a file to the VM at startup or (more convenient for those debugging it) write a doit that starts with a snapshot, e.g. Smalltalk saveAs. Crasher new crash > Doru > > > On Tue, Mar 13, 2012 at 3:18 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Ah, I forgot to mention: the same scenario works with the VM from Eliot > (2522) > > > > Cheers, > > Doru > > > > On Tue, Mar 13, 2012 at 3:16 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> Hi, > >> > >> I just tried it and it crashed :(. > >> > >> Here is what I did: > >> - I took the Moose image > >> - it started fine, and seem to be responsive > >> - I then loaded code in it using a configuration > >> - while loading, it crashed > >> > >> I attach here the crash.dmp file. I cannot provide the actual code > >> because it is proprietary. I will try to reproduce the problem in more > >> available settings. > >> > >> Cheers, > >> Doru > >> > >> > >> On Tue, Mar 13, 2012 at 8:54 AM, Torsten Bergmann <astares(a)gmx.de> > wrote: > >>>>Thanks Igor. > >>>>Guys can you try and report if you have problems? > >>> > >>> Yes, thanks Igor, > >>> > >>> How can I see if this release integrates Eliots latest > >>> fixes for Cog? > >>> > >>> Thx > >>> T. > >>> -- > >>> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > >>> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > >>> > >> > >> > >> > >> -- > >> www.tudorgirba.com > >> > >> "Every thing has its own flow" > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- HTH, Eliot

3 3

Re: [Pharo-project] Latest image from jenkins does not open with interpreter vm
by Igor Stasenko 15 Mar '12

15 Mar '12

On 15 March 2012 20:05, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Ok, so I have no chose. I have to move SystemTracer to cog, or do it :D > Yes. We need to make it working with Cog. Hope, Eliot remembers what is essential changes between 6502 and 6505 formats, which needs to be fixed in system tracer. -- Best regards, Igor Stasenko.

3 2

Re: [Pharo-project] SystemTracer
by Eliot Miranda 15 Mar '12

15 Mar '12

Hi Guillermo, On Wed, Mar 14, 2012 at 12:48 PM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > Hi Eliot, > > do you have a pointer of where can I see the differences between the old > Squeak format and the cog image format, so I can make SystemTracer work on > Cog vms? > So the image format differences are - floats are in platform order, not necessarily in big-endian order - the layout of the specialObjectsArray is slightly different (documented in recreateSpecialObjectsArray) - there are more words in the header, see StackInterpreter>writeImageFileIO:, i.e. in Cog: self putLong: self imageFormatVersion toFile: f. self putLong: headerSize toFile: f. self putLong: imageBytes toFile: f. self putLong: objectMemory startOfMemory toFile: f. self putLong: objectMemory specialObjectsOop toFile: f. self putLong: objectMemory newObjectHash toFile: f. self putLong: self ioScreenSize toFile: f. self putLong: self getImageHeaderFlags toFile: f. self putLong: extraVMMemory toFile: f. self putShort: desiredNumStackPages toFile: f. self putShort: self unknownShortOrCodeSizeInKs toFile: f. self putLong: desiredEdenBytes toFile: f. self putShort: (maxExtSemTabSizeSet ifTrue: [self ioGetMaxExtSemTableSize] ifFalse: [0]) toFile: f. self putShort: 0 toFile: f. 1 to: 4 do: [:i | self putLong: 0 toFile: f]. "fill remaining header words with zeros" in Interpreter: self putLong: (self imageFormatVersion) toFile: f. self putLong: headerSize toFile: f. self putLong: imageBytes toFile: f. self putLong: (self startOfMemory) toFile: f. self putLong: specialObjectsOop toFile: f. self putLong: lastHash toFile: f. self putLong: (self ioScreenSize) toFile: f. self putLong: fullScreenFlag toFile: f. self putLong: extraVMMemory toFile: f. 1 to: 7 do: [:i | self putLong: 0 toFile: f]. "fill remaining header words with zeros" Then getImageHeaderFlags "Answer the flags that are contained in the 7th long of the image header." ^fullScreenFlag "0 or 1" + (VMBIGENDIAN ifTrue: [0] ifFalse: [2]) "this is the imageFloatsLittleEndian flag" + (processHasThreadId ifTrue: [4] ifFalse: [0]) + (flagInterpretedMethods ifTrue: [8] ifFalse: [0]) + (preemptionYields ifTrue: [0] ifFalse: [16]) + (noThreadingOfGUIThread ifTrue: [32] ifFalse: [0]) + (imageHeaderFlags bitAnd: 63 bitInvert32) "these are any flags we do not recognize" Now most of the information in the flags is accessible from vmParameterAt: (or some convenience methods). e.g. vm parameter 49 is the max external semaphore table size, and vm parameter 48 is the following flags: getCogVMFlags "Answer an array of flags indicating various properties of the Cog VM. Bit 0: implies the image's Process class has threadId as its 3rd inst var (zero relative) Bit 1: if set, methods that are interpreted will have the flag bit set in their header Bit 2: if set, implies preempting a process does not put it to the back of its run queue" ^objectMemory integerObjectOf: (processHasThreadId ifTrue: [1] ifFalse: [0]) + (flagInterpretedMethods ifTrue: [2] ifFalse: [0]) + (preemptionYields ifTrue: [0] ifFalse: [4]) + (noThreadingOfGUIThread ifTrue: [8] ifFalse: [0]) Read the comment for vmParameterAt: to get things like num stack pages and cog code size. Is this OK? I know it's a bit of a mess. If you or I (we?) write it up where should we put the info? > > Thanks, > Guille > > On Thu, Jan 27, 2011 at 6:36 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Thu, 27 Jan 2011, Benjamin wrote: >> >> It works for PharoCore-1.1-11196-UNSTABLE.1 but it seems to be the only >>> version where it works :S >>> >>> Does someone know why ? >>> >> >> It doesn't support Cog's image format. Try an image with the original >> Squeak format. You can convert your image with the latest SqueakVM. Only >> the unix VM was released with this feature yet, so you can use that >> http://squeakvm.org/unix/ or build a VM for your favorite platform. >> >> >> Levente >> >> >> >>> >>> Thanks, >>> >>> Ben >>> >>> On Jan 27, 2011, at 3:36 PM, Benjamin wrote: >>> >>> Hello guys, >>>> >>>> for one of my projects, I'm trying to use SystemTracer to create anew >>>> image, but it appears that it doesn't work on Pharo ... >>>> I can create a new image, but I can't open it. I've tried with an older >>>> VM (Squeak 3.8.18beta1U), but it's the same ... >>>> >>>> >>>> Did someone already have this problem ? Does someone have a solution ? >>>> >>>> >>>> >>>> Thanks in advance, >>>> >>>> Ben >>>> >>> >>> >>> >> > -- best, Eliot

3 4

Re: [Pharo-project] quick methods and the method call stack
by Eliot Miranda 15 Mar '12

15 Mar '12

On Wed, Mar 14, 2012 at 11:19 AM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Hi! > > Can someone confirm or infirm the following: A quick method (ie. the > compiled methods answer true to the message isQuick) is executed without > creating a stack frame. Is that true? > Yes, at least in the interpreter. In Cog, if jitted, such methods run in a leaf frame (only the return address is pushed), and additional tests in the JIT allow many other methods to run with only a leaf frame. See needsFrameNever: and needsFrameIfInBlock: and senders in the Cog VM source. If all the bytecodes in a method are marked with needsFrameNever: or needsFrameIfInBlock: then the method can be (and is) compiled frameless. if all the bytecodes in a block are marked with needsFrameNever: then the block can be (and is) compiled frameless. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- best, Eliot

1 0

Re: [Pharo-project] Socket listenOn: 0 & accept
by Eliot Miranda 15 Mar '12

15 Mar '12

On Tue, Mar 13, 2012 at 4:43 AM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > Can anyone please help me and show me where I should look if I wanted to > see the exact C code implementing the socket primitives (for the Pharo > built Cog VMs) ? > In trunk (and in my Cog vm source) they are in the directories http://squeakvm.org/svn/squeak/trunk/platforms/{Cross,MacOS,unix,win32}/plu… i.e. in all VMs locate the relevant platforms hierarchy and look in platforms/{Cross,Mac OS,unix,win32}/plugins/SocketPlugin. > On 09 Mar 2012, at 16:44, Sven Van Caekenberghe wrote: > > > Most socket API's allow for the creation of a server socket on the next > available port, often by specifying 0 instead of a port. When the socket is > bound, one can retrieve the local port and let the client(s) know. I tried > to do that in Pharo today, and these steps seem to work, by accepting an > incoming connection gives a primitive failed. > > > > Anyone tried this ? > > > > | socket | > > socket := Socket newTCP. > > socket listenOn: 0. > > [ [ > > Transcript crShow: 'Port is ', socket localPort printString. > > (socket waitForAcceptFor: 60) > > ifNotNil: [ :client | | data | > > data := client receiveDataTimeout: 30. > > Transcript crShow: 'Received ', data asString. > > data ifNotNil: [ client sendData: data reverse; > close ] > > ]. > > ] ensure: [ socket close ] ] fork. > > > > I am running the Pharo Cog VM on Mac OS X using Pharo 1.4. > > > > Thx, > > > > Sven > > > > -- best, Eliot

1 0

SystemTracer
by Guillermo Polito 15 Mar '12

15 Mar '12

Hi Eliot, do you have a pointer of where can I see the differences between the old Squeak format and the cog image format, so I can make SystemTracer work on Cog vms? Thanks, Guille On Thu, Jan 27, 2011 at 6:36 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Thu, 27 Jan 2011, Benjamin wrote: > > It works for PharoCore-1.1-11196-UNSTABLE.1 but it seems to be the only >> version where it works :S >> >> Does someone know why ? >> > > It doesn't support Cog's image format. Try an image with the original > Squeak format. You can convert your image with the latest SqueakVM. Only > the unix VM was released with this feature yet, so you can use that > http://squeakvm.org/unix/ or build a VM for your favorite platform. > > > Levente > > > >> >> Thanks, >> >> Ben >> >> On Jan 27, 2011, at 3:36 PM, Benjamin wrote: >> >> Hello guys, >>> >>> for one of my projects, I'm trying to use SystemTracer to create anew >>> image, but it appears that it doesn't work on Pharo ... >>> I can create a new image, but I can't open it. I've tried with an older >>> VM (Squeak 3.8.18beta1U), but it's the same ... >>> >>> >>> Did someone already have this problem ? Does someone have a solution ? >>> >>> >>> >>> Thanks in advance, >>> >>> Ben >>> >> >> >> >

1 0

Proposal: get rid of primitive numbers
by Igor Stasenko 12 Mar '12

12 Mar '12

I am get annoyed by these numbers.. why, living in our amazingly powerful smalltalk world, in order to see what the primitive does, i should first lookup the selector in #initializePrimitiveTable method? Is it so hard for compiler to lookup the prim by its symbolic name , why i forced to do that manually all the time? Just out of curiosity, can anyone say (without looking into image), what <primitive: 135> does? And now, same question, what <primitive: #primitiveMillisecondClock> does? Never ending fight: meaningful names vs meaningless numbers -- Best regards, Igor Stasenko.

7 11

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev March 2012