<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>It works now. I didn't really change anything.<br>I'm guessing it was the ScanTypes thing in m3front/src/misc/CG.m3.<br><br><br><br>I would encourage anyone at this time to try AMD64_NT.<br>But I haven't uploaded a distribution yet, sorry.<br>Cross building is required a short time longer. I mildly encourage that.<br>It could use testing/feedback from other than me.<br>There is a boot archive: https://modula3.elegosoft.com/cm3/uploaded-archives/cm3-boot-AMD64_NT-d5.9.0-20130921.zip<br><br> - Jay<br><br><div><hr id="stopSpelling">From: jay.krell@cornell.edu<br>To: m3devel@elegosoft.com<br>Date: Sun, 22 Sep 2013 09:53:54 +0000<br>Subject: Re: [M3devel] AMD64_NT failing on null def to RTAllocator__GetTracedObj<br><br>
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">hm. indeed.<br><br>darwin @M3tracelinker shows a few PathnamePosix but nt never shows PathnameWin32.<br><br> - Jay<br><br><br><div><hr id="ecxstopSpelling">From: jay.krell@cornell.edu<br>To: m3devel@elegosoft.com<br>Date: Sun, 22 Sep 2013 09:10:02 +0000<br>Subject: [M3devel] AMD64_NT failing on null def to RTAllocator__GetTracedObj<br><br>
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">darn, AMD4_NT isn't working any longer.<br><br><br><br>It gets here:<br><br><br><br>0:000> k<br>Child-SP RetAddr Call Site<br>00000000`002bee90 00000001`3fac0f1f cm3!RTAllocator__GetTracedObj+0x91 [c:\dev2\src\runtime\common\rtallocator.m3 @ 221]<br>00000000`002bef10 00000001`3fa3fe96 cm3!RTHooks__AllocateTracedObj+0x2f [c:\dev2\src\runtime\common\rtallocator.m3 @ 123]<br>00000000`002bef60 00000001`3fa3f774 cm3!Pathname__Decompose+0x86 [c:\dev2\src\os\win32\pathnamewin32.m3 @ 40]<br>00000000`002beff0 00000001`3fa3f55f cm3!PathRepr__Root+0xb4 [c:\dev2\src\pathreprcommon.m3 @ 38]<br>00000000`002bf1c0 00000001`3fae37fc cm3!PathReprCommon_M3+0xcf [c:\dev2\src\pathreprcommon.m3 @ 46]<br>00000000`002bf380 00000001`3fae3653 cm3!RTLinker__RunMainBody+0x46c [c:\dev2\src\runtime\common\rtlinker.m3 @ 409]<br><br><br>0:000> dv /V<br>00000000`002bef10 @rsp+0x0080 def_L_96 = 0x00000000`00000000<br>...<br>0:000> u . -10<br>cm3!RTAllocator__GetTracedObj+0x81 [c:\dev2\src\runtime\common\rtallocator.m3 @217]:<br>...<br>00000001`3fac23b9 488b842480000000 mov rax,qword ptr [rsp+80h]<br>00000001`3fac23c1 488b08 mov rcx,qword ptr [rax]<br>0:000> u . l1<br>cm3!RTAllocator__GetTracedObj+0x91 [c:\dev2\src\runtime\common\rtallocator.m3 @<br>221]:<br>00000001`3fac23c1 488b08 mov rcx,qword ptr [rax]<br>0:000> r rax<br>rax=0000000000000000<br><br><br>def is NULL.<br><br><br>It comes from here:<br><br><br>Pathname__Decompose:<br>...<br>RTHooks__AllocateTracedObj(<br> (((ADDRESS)(*((ADDRESS*)(INT64_(192)+((ADDRESS)(&M_PathnameWin32_L_33))))))));<br><br><br>M_PathnameWin32_L_33 + 192 is NULL.<br>"_L_33" is an annoying uniquifier from the C backend, sprinkled on far more than needed.<br><br><br> global data allocation for M_PathnameWin32<br>...<br>192 16 8 typecell ptr<br><br><br>Is that supposed to be statically initialized or filled in by RTLinker?<br><br><br>It noticably is not in the constants, but the writables.<br><br><br>Help?<br>Debug RTLinker?<br><br><br><br><br> - Jay </div></div> </div></div> </div></body>
</html>