
<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>