<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"><html>
<head>
<meta name="GENERATOR" content="IncrediMail 1.0">
<!--IncrdiXMLRemarkStart>
<IncrdiX-Info>
<X-FID>FLAVOR00-NONE-0000-0000-000000000000</X-FID>
<X-FVER></X-FVER>
<X-CNT>;</X-CNT>
</IncrdiX-Info>
<IncrdiXMLRemarkEnd-->

</head>

<BODY background="" bgColor=#ffffff style="BACKGROUND-POSITION: 0px 0px; FONT-SIZE: 10pt; MARGIN: 1px; FONT-FAMILY: Arial" scroll=yes ORGYPOS="0" X-FVER="2.0">
<TABLE border=0 cellPadding=0 cellSpacing=0 id=INCREDIMAINTABLE width="95%">
<TR>

<TD id=INCREDITEXTREGION width="100%" style="PADDING-RIGHT: 7px; PADDING-LEFT: 7px; FONT-SIZE: 10pt; FONT-FAMILY: Arial" 
   >
      <DIV>rofl!!</DIV>
      <DIV>&nbsp;</DIV>
      <DIV>I like you already Ryan!</DIV>
      <DIV>&nbsp;</DIV>
      <DIV id=IncrediOriginalMessage><I>-------Original Message-------</I></DIV>
      <DIV>&nbsp;</DIV>
      <DIV id=receivestrings>
      <DIV dir=ltr style="FONT-SIZE: 11pt" <i><B>From:</B></I> <A 
      href="mailto:bf1942@icculus.org">bf1942@icculus.org</A></DIV>
      <DIV dir=ltr style="FONT-SIZE: 11pt" <i><B>Date:</B></I> 14. desember 2002 
      01:42:51</DIV>
      <DIV dir=ltr style="FONT-SIZE: 11pt" <i><B>To:</B></I> <A 
      href="mailto:bf1942@icculus.org">bf1942@icculus.org</A></DIV>
      <DIV dir=ltr style="FONT-SIZE: 11pt" <i><B>Subject:</B></I> Re: [bf1942] 
      Another stacktrace</DIV></DIV>
      <DIV>&nbsp;</DIV>&gt; (gdb) backtrace<BR>&gt; #0 0x08f644c8 in 
      dice::ref2::MemoryPool::alloc ()<BR>&gt; #1 0x08f64558 in 
      dice::ref2::MemoryPool::alloc ()<BR><BR>Just to update y'all:<BR><BR>As 
      you might have guessed, this is almost certainly a memory 
      corruption<BR>bug. The reason that almost all of the stacktraces end with 
      two calls to<BR>that alloc() method is because we keep a linked list of 
      MemoryPool<BR>objects, and if there isn't space in a given memory pool, we 
      call alloc()<BR>in the next pool in the linked list...but if we piddled 
      over memory we<BR>either corrupt the next pool or corrupt the pointer to 
      it, so it pukes,<BR>but not necessarily anywhere near where the actual 
      corruption occurred,<BR>depending on how big the memory pool was, 
      etc.<BR><BR>This is why some people are getting crashes and others aren't, 
      and why<BR>some people can play for ten minutes, some for an hour, 
      etc...and why I<BR>never crash. I've got a blessed box, apparently. But 
      rather than ship the<BR>server with an icon that reads, "Best Played On 
      Ryan's Development Box",<BR>I've decided to fix this. :)<BR><BR>In my 
      local tree, I've moved to a simpler form of memory allocation so I<BR>can 
      track down the problem(s). Among other things, it'll let me<BR>run the 
      thing through valgrind and get more meaningful results.<BR><BR>More 
      updates when I have them...may not be tonight. Again, thank you 
      for<BR>your patience; I'm trying to fix this "codesalat" as quickly as I 
      can.<BR><BR>--ryan.<BR><BR><BR>.</TD>
</TR>

<TR>
<TD id=INCREDIFOOTER width="100%">

        <TABLE cellPadding=0 cellSpacing=0 width="100%">
        <TR>
        <TD width="100%"></TD>
        <TD align=middle id=INCREDISOUND vAlign=bottom></TD>
        <TD align=middle id=INCREDIANIM vAlign=bottom></TD>
        </TR>
        </TABLE>

</TD>
</TR>

</TABLE><SPAN 
id=IncrediStamp><SPAN dir=ltr><FONT face="Arial, Helvetica, sans-serif" 
size=2>____________________________________________________<BR><FONT 
face="Comic Sans MS" size=2><A 
href="http://www.incredimail.com/redir.asp?ad_id=309&amp;lang=9"><IMG alt="" 
hspace=0 src="cid:736C6BB2-C2E8-4816-8BDE-0C7AD3D4AEAD" align=baseline 
border=0></A>&nbsp; <I>IncrediMail</I> - <B>Email has finally evolved</B> - 
</FONT><A href="http://www.incredimail.com/redir.asp?ad_id=309&amp;lang=9"><FONT 
face="Times New Roman" size=3><B><U>Click 
Here</U></B></FONT></A></SPAN></SPAN></FONT>
</BODY>
</html>