<div dir="ltr">Hi Ben,<div><br></div><div>Hopefully Chris Cunnigton was doing a tutorial video on the simulator to help. There is one blog post from Eliot on machine code simulation for x86 in his blog (Simulating out of the Bochs or something like that).</div><div><br></div><div>The REPL image expects chunk format. Hence you need to write "3 + 4 !"</div><div><br></div><div>Your script looks nice.</div><div><br></div><div>I have 3 main workflows with the simulator:</div><div>1) in-image compilation: I change the way the JIT generate machine code, use in-image compilation to check the machine code generated is as I wanted, put halt in the JIT code and debug it as Smalltalk code while JIT compilation. For that I use the scripts in "In-image compilation" workspace.</div><div>2) Ensuring my VM changes are correct: I start the simulator and check there are no assertion failure / error before the display kicks in, sometimes I try to run some code too using my VM changes by writing it in the REPL .</div><div>3) Debugging a VM error: I start the simulator with a REPL image, then enter the code triggering the VM crash, and try to figure out what's going on.</div><div><br></div><div>In the menu, there are in order:</div><div>1) toggle Transcript (toggle between simulator and external Transcript the output stream)</div><div>clone VM (clone the simulator, to have guinea pigs to reproduce bugs, typically bugs hard to reproduce once you've reproduced them once or GC bugs)</div><div>2) things related to the stacks.</div><div>'printcallStack' is the main one which prints the current stack.</div><div>'print ext head frame' prints the current stack frame, very useful too.</div><div>These 2 are the most useful. Other entries are situational.</div><div>3) 'printOop:' expects parameter in hex, printing an oop, if non immediate the header and all the fields.</div><div>disassemble entries are very useful to disassemble where the VM has crashed or disassemble a method that looks suspicious based on its address.</div><div>4) inspect objectMemory or interpreter to look into the variables value, if crash in GC or interpreter</div><div>Or run the leak checked to look for memory leaks.</div><div>Or inspect cogit if a bug happened during JIT compilation </div><div>Or inspect the method zone, typically useful to analyze it</div><div>5) print cog methods and trampoline (similar to disassemble, used for debugging the machine code)</div><div>All the *break* things stop execution on a specific selector / pc / block / ..<br></div><div>If single stepping is enabled (you need to do that only on small portion of code, the machine code gets dog slow), then you can report recent instructions to see the register state at each machine instructions, etc).</div><div><br></div><div>To get warmed-up:</div><div>1) Inspect the object memory, then look for the first class table page instance variable. It's an oop referencing an array, try in the simulator to "printOop:" the address of the first class table page that you found. It should print it in the Transcript, the first entries are immediate, in Spur32 SmallInteger/Character/SmallInteger.</div><div>2) print the active stack, look for the method's address. Try to print it as an oop, and if it tells you "address in the machine code zone", print the cog method and its machine code instead.</div><div><br></div><div>Have fun.</div><div><br></div><div>I'll try to answer further questions as I like to see people hacking the VM, but I am quite busy :-)</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 23, 2016 at 6:06 PM, Ben Coman <span dir="ltr"><<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Mon, May 23, 2016 at 3:14 AM, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
><br>
>> On May 22, 2016, at 9:43 AM, Ben Coman <<a href="mailto:btc@openinworld.com">btc@openinworld.com</a>> wrote:<br>
>><br>
>>> On Sat, May 21, 2016 at 4:44 AM, Clément Bera <<a href="mailto:bera.clement@gmail.com">bera.clement@gmail.com</a>> wrote:<br>
>>><br>
>>>> On Fri, May 20, 2016 at 7:29 PM, Ben Coman <<a href="mailto:btc@openinworld.com">btc@openinworld.com</a>> wrote:<br>
>>>><br>
>>>> On Fri, May 20, 2016 at 8:44 PM, Clément Bera <<a href="mailto:bera.clement@gmail.com">bera.clement@gmail.com</a>> wrote:<br>
>>><br>
>>> Normally if you build a cog development image:<br>
>>> $ svn co <a href="http://www.squeakvm.org/svn/squeak/branches/Cog/image" rel="noreferrer" target="_blank">http://www.squeakvm.org/svn/squeak/branches/Cog/image</a><br>
>>> $ cd ./image<br>
>>> $ ./buildsqueaktrunkvmmakerimage.sh<br>
>>><br>
>>> You have multiple scripts available with comments to run the simulator that work out of the box. It should take a couple minutes to get it working. Then the easiest is to simulate a REPL image to easily debug what you want.<br>
>><br>
>> Hi Clement,<br>
>><br>
>> Could you point me to such a REPL image?<br>
>><br>
>> cheers -ben<br>
<br>
><br>
> Hi Ben,<br>
><br>
> see buildspurreaderimage.sh, or it may be buildspurtrunkreaderimage.sh, in the image directory.<br>
<br>
Thanks Eliot. I now have an "Input please" window. I presume I<br>
should type Smalltalk expressions in there. For a while it was<br>
confusing that I could see no effect entering...<br>
3+4<br>
or...<br>
Transcript show:'hello'<br>
<br>
Nothing moving in the Simulator's trace pane, nor the Transcript<br>
within the simulation, nor the host's Transcript, but after selecting<br>
menu item "print instructions each instruction" I see 3+4 produce a<br>
stream of instructions in the host transcript.<br>
<br>
With such a long list of menu items, I expect now I'll bug everyone to<br>
discover what they all are. I'll use this thread to log random things<br>
I discover for posterity for myself and other VM newcomers. There<br>
doesn't seem a lot of info out there on the simulator and maybe some<br>
will spark some short comments, but I don't expect feedback on<br>
everything.<br>
<br>
But first, what are a few important menu or workflow items a VM<br>
newcomer working with the REPL image would find useful?<br>
<br>
cheers -ben<br>
<br>
P.S. After running ./buildspurtrunkreaderimage.sh<br>
this is the code I ran in the host image...<br>
| cos |<br>
cos := CogVMSimulator newWithOptions: #(Cogit<br>
StackToRegisterMappingCogit "SimpleStackBasedCogit"<br>
ObjectMemory Spur32BitCoMemoryManager<br>
"ISA ARMv5" "ISA IA32").<br>
"cos initializeThreadSupport."<br>
cos desiredNumStackPages: 8.<br>
cos openOn: 'spurreader.image'.<br>
cos openAsMorph; run<br>
</blockquote></div><br></div>