<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><div style="text-align: left;">MinGWin (GNU ld)<br>I might try putting together a totally Cygwin system to see if that works, to try to understand where the problem is.<br>This really shouldn't be so hard from the information I have though.. :(<br>Fishing with Cygwin should not be needed..<br>I can dump the ModuleInfo from C and I can see where the bad one is, I just need to trace through its creation to find where it goes bad...<br>I assume it is NOT related to the fact that assembly/object file names get truncated to 8 characters, RTHeapInfo.m3 => RTHeapIn.m3 but so far that's all I see to "what is special about RTHeapInfo?".<br><br> - Jay<br></div><br><hr id="stopSpelling">> CC: m3devel@elegosoft.com<br>> From: hosking@cs.purdue.edu<br>> Subject: Re: [M3devel] more assembly symbols please?<br>> Date: Sat, 19 Jan 2008 18:46:59 -0500<br>> To: jayk123@hotmail.com<br>> <br>> Which linker are you using? Could that be a factor?<br>> <br>> On Jan 19, 2008, at 1:49 PM, Jay wrote:<br>> <br>> > Thanks. m3cg -y for full tracing also dumps relevant stuff at the end.<br>> > I'll try m3cgcat too. I should just be able to build/run an NT386 <br>> > version.<br>> > My C tracing does "prove" the problem is RTHeapInfo, but I still <br>> > haven't figured out why.<br>> > I've started skimming the code that builds that data...still a ways <br>> > off from solving this I think.<br>> > I have some suspicion the linker is moving things around that were <br>> > otherwise correct, but I am far from proving that or fixing it.<br>> > I'd like to first verify that the "m3front" / m3cg output is correct.<br>> > The lack of labels in the as actually is a counter point to the <br>> > movement theory, hard for linker to get a handle on anything to <br>> > move around, it's just one blob.<br>> ><br>> > - Jay<br>> ><br>> ><br>> ><br>> > > CC: m3devel@elegosoft.com<br>> > > From: hosking@cs.purdue.edu<br>> > > Subject: Re: [M3devel] more assembly symbols please?<br>> > > Date: Sat, 19 Jan 2008 12:33:08 -0500<br>> > > To: jayk123@hotmail.com<br>> > ><br>> > > Take a look at the .mc intermediate code output if you want to see<br>> > > that section of the data. There are at least comments. Use m3cgcat -<br>> > > binary < x.mc > x.mo to view it (You can run m3cgcat on any other <br>> > CM3<br>> > > install).<br>> > ><br>> > > On Jan 19, 2008, at 6:02 AM, Jay wrote:<br>> > ><br>> > > > Any chance the m3cg output could have, um, some symbols for the<br>> > > > global data?<br>> > > > It's kind of a pain to decode..<br>> > > ><br>> > > > The module/import info is ok a lot, lots of runtime links ok.<br>> > > > I think the bad one might be RTHeapInfo but I have to decode the<br>> > > > very bare of symbols assembly..<br>> > > > or comments? Like for record fields?<br>> > > > Still thinking of sticking a call out to C code...Even<br>> > > > OutputDebugString since RTIO isn't working...<br>> > > ><br>> > > > I looked through the m3cg --help, didn't find anything.<br>> > > ><br>> > > > Tony?<br>> > > ><br>> > > > _MM_RTHeapInfo:<br>> > > > 0 .long _L_1+224<br>> > > > 4 .long _MM_RTHeapInfo+52<br>> > > > 8 .long _MM_RTHeapInfo+308<br>> > > > 12,16 .space 8<br>> > > > 20 .long _L_1+152<br>> > > > 24 .space 4<br>> > > > 28 .long _L_1+220<br>> > > > 32 .long _L_1+220<br>> > > > 36 .long _MM_RTHeapInfo+160<br>> > > > 40 .space 4<br>> > > > .long _RTHeapInfo_M3<br>> > > ><br>> > > > I get to count out to 160 bytes from here..:<br>> > > ><br>> > > > _L_1:<br>> > > > 0 .byte 48<br>> > > > 1 .byte 49<br>> > > > 2 .byte 50<br>> > > > 3 .byte 51<br>> > > > 4 .byte 52<br>> > > > 5 .byte 53<br>> > > > 6 .byte 54<br>> > > > 7 .byte 55<br>> > > > 8 .byte 56<br>> > > > 9 .byte 57<br>> > > > a .byte 97<br>> > > > b .byte 98<br>> > > > c .byte 99<br>> > > > d .byte 100<br>> > > > e .byte 101<br>> > > > f .byte 102<br>> > > > 10 .long _RTHooks__TextLitInfo<br>> > > > 14 .long _RTHooks__TextLitGetChar<br>> > > > 18 .long _RTHooks__TextLitGetWideChar<br>> > > > 1c .long _RTHooks__TextLitGetChars<br>> > > > 20 .long _RTHooks__TextLitGetWideChars<br>> > > > 24 .long 2<br>> > > > 28 .long _L_1+16<br>> > > > 2c .long 7<br>> > > > 30 .ascii "shownew"<br>> > > > 37 .space 1<br>> > > > 38 .long 2<br>> > > > 3c .long _L_1+16<br>> > > > 40 .long 6<br>> > > > 44 .ascii "update"<br>> > > > 4a .space 2<br>> > > > 4c .ascii "RTHeapInfo_M3"<br>> > > > 50 .space 1<br>> > > > .ascii "Init"<br>> > > > .space 1<br>> > > ><br>> > > > I'll try the C code..<br>> > > ><br>> > > > - Jay<br>> > > ><br>> > > ><br>> > > ><br>> > > ><br>> > > ><br>> > > > Connect and share in new ways with Windows Live. Get it now!<br>> > ><br>> ><br>> ><br>> > Shed those extra pounds with MSN and The Biggest Loser! Learn more.<br>> <br><br /><hr />Climb to the top of the charts! Play the word scramble challenge with star power. <a href='http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan' target='_new'>Play now!</a></body>
</html>