<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I hope you don't mind if I share my thoughts about this. This is not
    the first time I saw this mutation succeed...I believe it is the
    third time, now. Clearly a byte is damaged or is it? There is the
    chance of the identity mutation, whereby the same value is set. It
    has happened 3 time out of 30 bytes, not unreasonable. Sorry to take
    away the magic!<br>
    <br>
    However, due to 18 bytes being turned into 30 bytes, then back
    again, there may be capacity. After the back again, only then will
    Euclid get his shot to fix outright errors, but due to the increased
    information in the 30 bytes, I am thinking that some degree of
    flexibility to correct may exist. I suppose that's up to the
    mathematics of GFs. <br>
    <br>
    If not, I wonder if there's a Vatrix, super-imposition overlay
    mathematics that combines this approach with an inside approach. <br>
    <br>
    best,<br>
    robert<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 12/18/2015 04:59 PM, Robert Withers
      wrote:<br>
    </div>
    <blockquote cite="mid:567481C5.9040500@gmail.com" type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      It is a strange place I live in. Without changing any code, the
      below test passed:<br>
      <br>
      <blockquote>testFECDamagedEncodeAndDecodeRS_15_9<br>
        <br>
            | chunk decodedBytes proxy decoder encoder encodedByteFrame
        |<br>
            chunk := self buildChunk: 8.<br>
        <br>
            decoder := FECDecoder new.<br>
            encoder := FECEncoder new.<br>
            proxy := decoder, encoder. <br>
            proxy asProtocolStack.<br>
        <br>
            encodedByteFrame := encoder encodeFrame: (Frame onPayload:
        chunk).<br>
            1 timesRepeat: [encodedByteFrame payload at:
        encodedByteFrame payload size atRandom put: 255 atRandom].<br>
            decodedBytes := (decoder decodeFrame: encodedByteFrame)
        payload.<br>
        <br>
            self assert: chunk equals: decodedBytes.<br>
      </blockquote>
      bless,<br>
      robert<br>
      <br>
      <div class="moz-cite-prefix">On 12/18/2015 03:46 PM, tim Rowledge
        wrote:<br>
      </div>
      <blockquote
        cite="mid:F918E2D9-B528-4815-B60A-D519FA5AECE1@rowledge.org"
        type="cite">
        <pre wrap=""> 

</pre>
        <blockquote type="cite">
          <pre wrap="">On 18-12-2015, at 12:15 PM, Robert Withers <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:robert.w.withers@gmail.com">&lt;robert.w.withers@gmail.com&gt;</a> wrote:
I would dearly love to not have platform code, come to think of it.
</pre>
        </blockquote>
        <pre wrap="">Then don’t have any. It’s all capable of doing that. See Squeak3D for example. The slang code in B3DEnginePlugin and its subclasses implements a lot of stuff and all the C code is in platforms/Cross/plugins/Squeak3D No platform specific code.


tim
--
tim Rowledge; <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:tim@rowledge.org">tim@rowledge.org</a>; <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.rowledge.org/tim">http://www.rowledge.org/tim</a>
Oxymorons: Clearly misunderstood


</pre>
      </blockquote>
      <br>
      <div class="moz-signature">-- <br>
        <div align="left">. .. .. ^,^ robert </div>
      </div>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <div align="left">. .. .. ^,^ robert
      </div>
    </div>
  </body>
</html>