<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 15/01/2024 14:13, Pedro Lamarão
      wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:CAC8PkgFJXQ5c42LcfEcyexopKfsNbUvQABxQGs6exfB-+oM3vw@mail.gmail.com">
      
      <div dir="ltr">
        <div dir="ltr">Em seg., 15 de jan. de 2024 às 09:57, 刘希晨 <<a href="mailto:benrush0705@gmail.com" moz-do-not-send="true" class="moz-txt-link-freetext">benrush0705@gmail.com</a>>
          escreveu:<br>
        </div>
        <div class="gmail_quote">
          <div> </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div dir="ltr">
              <div>I think it's a really common behaviour in network
                programming, like ByteBuffer, recording the current
                message offset as its instance variable, so the caller
                could use get() method multiple times
                without worrying about its current offset, currently I
                wrapped MemorySegment in a ByteBuffer-like structure for
                content reading and writing, but with
                MemorySegment.getString() and MemorySegment.setString(),
                the afterwards offset can't be obtained.</div>
            </div>
          </blockquote>
        </div>
        <div><br>
        </div>
        <div>In my experience, network protocols will encode variable
          length data with a length prefix, so that you already know how
          many bytes are there before decoding. The alternative, to
          encode the variable length data with a sentinel value, is
          uncommon.<br>
        </div>
      </div>
    </blockquote>
    <p>I was also under this impression - e.g. that network protocols
      would probably want to do the encoding/decoding manually, using
      more efficient encoding (e.g. variable-length string encoding).</p>
    <p>That said, the API you propose, which return just the string
      bytes, is not super complex to add in the future, if we still feel
      like we need something like that. Let's keep that in our radars.</p>
    <p>Maurizio<br>
    </p>
    <blockquote type="cite" cite="mid:CAC8PkgFJXQ5c42LcfEcyexopKfsNbUvQABxQGs6exfB-+oM3vw@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <span class="gmail_signature_prefix">-- </span><br>
        <div dir="ltr" class="gmail_signature">
          <div dir="ltr">
            <div>Pedro Lamarão</div>
          </div>
        </div>
      </div>
    </blockquote>
  </body>
</html>