<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <div class="moz-cite-prefix">Op 29/01/2020 om 14:54 schreef Ozz
      Nixon via fpc-devel:<br>
    </div>
    <blockquote type="cite"
cite="mid:CA+knxPqEE_m7Yk+weY4jw-viuxVK43AYLwDbnqx_x9F=EFH+tg@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div class="gmail_default" style="font-size:large">Would/Could,
          LANG/LOCALE affect socket output?</div>
        <div class="gmail_default" style="font-size:large"><br>
        </div>
        <div class="gmail_default" style="font-size:large">* I
          personally do not touch environment variables - so I am not
          sure what to ever try. The "client" (Telnet) I have tried
          Terminal.App, iTerm2, Putty.exe, Telnet.exe, xTerm-256,
          fTelnet, etc. all clients on all 3 OSes render '?' from the
          daemon if systemctl starts it, again, if I just start the fpc
          binary from a shell'd session, ./program - it works fine on
          all 3 OSes that previously show '?'. I have tcpdump'd the
          socket, it sends '?' when ran under systemctl, however, sends
          the 8bit character when ran manually on the command line.</div>
        <div class="gmail_default" style="font-size:large"><br>
        </div>
        <br>
      </div>
    </blockquote>
    <p>Afaik the unicode manager (cwstring)initializes using those
      environmentvariables<br>
    </p>
    <p>Note the best way to check is to use a binary client that dumps
      data as hex, or wireshark.<br>
    </p>
  </body>
</html>