
<!DOCTYPE html>

<html>

  <head>


    <meta http-equiv="content-type" content="text/html; charset=UTF-8">

  </head>

  <body>

    Fpc defines<br>

    function CreateConsoleScreenBuffer(dwDesiredAccess:DWORD;

    dwShareMode:DWORD; var lpSecurityAttributes:SECURITY_ATTRIBUTES;

    dwFlags:DWORD; lpScreenBufferData:LPVOID):HANDLE; external

    'kernel32' name 'CreateConsoleScreenBuffer';<br>

    <br>

    `lpSecurityAttributes` is a `var` param in the above. But

<a class="moz-txt-link-freetext" href="https://learn.microsoft.com/en-us/windows/console/createconsolescreenbuffer">https://learn.microsoft.com/en-us/windows/console/createconsolescreenbuffer</a>

    states that the param is optional and can be null/nil.<br>

    var param don't accept nil. So this should be a pointer instead.<br>

    <br>

    Yet,  this was reported in

    <a class="moz-txt-link-freetext" href="https://gitlab.com/freepascal.org/fpc/source/-/issues/5836">https://gitlab.com/freepascal.org/fpc/source/-/issues/5836</a><br>

    That issue got closed "<strong>Fixed in version:</strong> 1.9.9"<br>

    Only "git blame" shows no change to that line ever. (Well afaik some

    commits are not in git, so could be).<br>

    <br>

    So the question is: Was it fixed and broken again? Was it fixed but

    not committed?<br>

    Or does the cryptic comment <br>

    <blockquote type="cite">

      <p dir="auto" data-sourcepos="7:1-7:72">Pascal CONST can be both

        by reference (thus consuming a *) or by value.</p>

      <p dir="auto" data-sourcepos="9:1-9:26">This is the only safe way.</p>

    </blockquote>

    mean its a "wont fix" ?<br>

    And if that is the case, then what does this comment mean?<br>

  </body>

</html>