<div dir="ltr">Hi Nicolas,<div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 24, 2017 at 11:28 PM, Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Great, you reproduced exact same behavior.<br></div>The problem I have is effectively where to put the breakpoint.<br></div><div>I think we can believe the output of (gdb) call printCallStack()<br></div></div></div></div></div></div></div></div></blockquote><div><br></div><div>here's one issue; the computation to see if the frame pointer is in use fails. I'm executing this at the compilation break point for <span style="color:rgb(0,0,0);font-size:12.800000190734863px">FilePath class>pathName:isEncoded:</span></div><div><br></div><div>(gdb) print /x CStackPointer</div><div>$7 = 0xef91d0</div><div>(gdb) print /x CFramePointer</div><div>$8 = 0x0</div><div>(gdb) print cFramePointerInUse</div><div>$9 = 0</div><div>(gdb) info registers</div><div>rax 0x68588f 6838415</div><div>rbx 0xffffffff 4294967295</div><div>rcx 0x68588f 6838415</div><div>rdx 0xabababab003a643a -6076574521274768326</div><div>rsi 0xfde9 65001</div><div>rdi 0x0 0</div><div>rbp 0xef5db0 0xef5db0</div><div>rsp 0xef5c50 0xef5c50</div><div>r8 0x0 0</div><div>r9 0xfffffffffbefbc48 -68174776</div><div>r10 0xe36e626d44726839 -2058599758222432199</div><div>r11 0x8101010101010100 -9151031864016699136</div><div>r12 0xffffffff 4294967295</div><div>r13 0x20 32</div><div>r14 0x7ffc202018f0 140720847460592</div><div>r15 0xf2faf0 15923952</div><div>rip 0x4015d9 0x4015d9 <warning+9></div><div>eflags 0x206 [ PF IF ]</div><div>cs 0x33 51</div><div>ss 0x2b 43</div><div>ds 0x2b 43</div><div>es 0x2b 43</div><div>fs 0x53 83</div><div>gs 0x2b 43</div><div>(gdb)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div></div><div><br></div>I've tried other means:<br></div>- analyze direct usage of registers RCX & co from VMMaker<br> if ever it could conflicts with WIN64 logical register assignment<br></div><div> But I did not find anything<br></div>- compile with MSVC 2017<br></div><div> if ever the compiler could spit different warnings and give a clue<br></div> alas it fails very early in readImageFromFileHeapSizeStart<wbr>ingAt (during checkAssumedCompactClasses)<br></div> the failure is incomprehensible, because the debugger shows identical contents if I print:<br><br> *((sqInt *)(classTableFirstPage+8+(51<<<wbr>3))) 140697255509608 __int64<br> *((sqInt *)(specialObjectsOop+8+(7<<3))<wbr>) 140697255509608 __int64<br><br></div>nonetheless, the debugger enters into the if and execute<br> invalidCompactClassError("Arra<wbr>y");<br><br></div>I'll have to debug it at assembler level, but it's driving me away from the original problem...<br></div></blockquote><div><br></div><div>Hmmm. I doubt this is a problem because the assert and debug VMs would print a warning if this were wrong and they seem to be doing fine (I'm using the clang build).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"></div><div class="gmail-HOEnZb"><div class="gmail-h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-05-25 2:38 GMT+02:00 Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Nicolas,<div><br></div><div> the VM gets quite far before some unknown problem in path name manipulation. I'm drunning the debug VM under gdb via</div><div><div>(gdb) run -trace=259 trunk50-64.image</div></div><div>(See Cogit>>sendTrace: for a definition of the flags)</div><div><br></div><div>and this is the output</div><div><br></div><div>...</div><div><div>UnixFileDirectory class>pathNameDelimiter</div><div>Array(Object)>at:</div><div>BlockClosure>value:</div><div>AcornFileDirectory class>isActiveDirectoryClass</div><div>SmalltalkImage>getSystemAttrib<wbr>ute:</div><div>ByteString(String)>isString</div><div>ByteString(ArrayedCollection)><wbr>size</div><div>ByteString(ArrayedCollection)><wbr>size</div><div>SmallInteger>=</div><div>Array(Object)>at:</div><div>BlockClosure>value:</div><div>MacFileDirectory class>isActiveDirectoryClass</div><div>MacFileDirectory class>pathNameDelimiter</div><div>Character>=</div><div>Array(Object)>at:</div><div>BlockClosure>value:</div><div>DosFileDirectory class(FileDirectory class)>isActiveDirectoryClass</div><div>DosFileDirectory class>pathNameDelimiter</div><div>DosFileDirectory class(FileDirectory class)>primPathNameDelimiter</div><div>Character>=</div><div>FilePath class>pathName:</div><div>FilePath class>pathName:isEncoded:</div><div><br></div><div>Alas there's no debug information to be had:</div><div><br></div><div><div>(gdb) where</div><div>#0 0x00000000000008d4 in ?? ()</div><div>Backtrace stopped: previous frame identical to this frame (corrupt stack?)</div></div><div><br></div><div>So my next step is to put a breakpoint for the selector #pathName:isEncoded: and step from there.</div><div><br></div><div><div>(gdb) b warning</div><div>Breakpoint 1 at 0x4015d9: file ../../spur64src/vm/gcc3x-coint<wbr>erp.c, line 44.</div><div>(gdb) run -breaksel pathName:isEncoded: trunk50-64.image</div><div>The program being debugged has been started already.</div><div>Start it from the beginning? (y or n) y</div><div>Starting program: /cygdrive/z/oscogvm/build.win6<wbr>4x64/squeak.cog.spur/builddbg/<wbr>vm/Squeak.exe -breaksel pathName:isEncoded: trunk50-64.image</div><div>[New Thread 4080.0x5ec]</div><div>[New Thread 4080.0xb30]</div></div><div>etc...</div><div><br></div><div class="gmail-m_5007417687159228m_3167571567564994632gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>