
<HTML><HEAD>

<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">

<META content="MSHTML 6.00.6000.16735" name=GENERATOR></HEAD>

<BODY style="MARGIN: 4px 4px 1px">

<DIV>Rodney:</DIV>

<DIV> </DIV>

<DIV>Is this change simply to make PM3 and CM3 more compatible wrt pickles, or does it alter current behavior for folks who only use CM3 ? (i.e., will it result in a change to the way CM3 pickles are represented that may affect current CM3 users?)</DIV>

<DIV> </DIV>

<DIV>Regards,</DIV>

<DIV>Randy<BR><BR>>>> Rodney M. Bates <rodney@elego.de> 11/12/2008 4:21 PM >>><BR>CVSROOT:/usr/cvs<BR>Changes by:rodney@birch.08/11/12 16:21:41<BR><BR>Modified files:<BR>cm3/m3-libs/libm3/src/pickle/ver2/: Pickle2.m3 <BR><BR>Log message:<BR>Pickles in both PM3 and CM3 have some hard-coded<BR>fingerprints for common types, but the values<BR>are not consistent about byte order.<BR><BR>Fix CM2 pickle-reading code to accept values of types<BR>NULL, ROOT, UNTRACED ROOT, ADDRESS, AND REFANY,<BR>written by PM3 pickle-writing code.  Probably,<BR>the latter two can't even happen in a pickle, unless<BR>somebody wrote a custom special for them.<BR><BR>This still won't handle a more complex type that depends<BR>on these types, e.g., an object that contains a field of<BR>one of them.  This latter is probably not feasable, because<BR>it would require "decrypting" fingerprints, and the hash<BR>algorithm for fingerprints is lossy.<BR><BR><BR></DIV></BODY></HTML>