Unbekannter Typ PLongBool in aktueller Indy r 5468

[mjustin]

Delphi 2009 kennt kein PLongBool, daher kann IdGlobal in Revision 5468 nicht kompiliert werden:

Delphi-Quellcode:

{$IFNDEF USE_ICONV}
  {$IFNDEF HAS_LocaleCharsFromUnicode}
    {$IFDEF WINDOWS}
function LocaleCharsFromUnicode(CodePage, Flags: Cardinal;
  UnicodeStr: PWideChar; UnicodeStrLen: Integer; LocaleStr: PAnsiChar;
  **LocaleStrLen: Integer; DefaultChar: PAnsiChar; UsedDefaultChar: PLongBool): Integer; overload;**
  {$IFDEF USE_INLINE}inline;{$ENDIF}
begin
  Result := WideCharToMultiByte(CodePage, Flags, UnicodeStr, UnicodeStrLen, LocaleStr, LocaleStrLen, DefaultChar, UsedDefaultChar);
end;
      {$DEFINE HAS_LocaleCharsFromUnicode}
    {$ENDIF}
  {$ENDIF}
{$ENDIF}

Wenn PLongBool mit PBOOL ersetzt wird kompiliert Delphi die Unit ohne Fehler / Warnungen. Ab welcher Version ist der Typ PLongBool in Delphi enthalten? Bei allen davor müßte in Indy entsprechend angepasst werden.

Bugtracker Eintrag: https://github.com/IndySockets/Indy/issues/220

[Uwe Raabe]

Zitat:

Zitat von mjustin (Beitrag 1408114)

Ab welcher Version ist der Typ PLongBool in Delphi enthalten?

Nach meinen Erkenntnissen, seit XE.

[Redeemer]

Docwiki sagt LongBool seit XE, PLongBool seit XE2.

PBool könnte einem um die Ohren fliegen, wenn das Boolean gepackt oder $A aus oder 2 ist.

[mjustin]

Danke für die Antworten und den Hinweis auf Risiken bei der Verwendung von PBOOL!

p.s. der Bug besteht seit der Änderung in Revision 5464, Revision 5463 ist kompilierbar.

[Redeemer]

Sorry, LongBool gibt es schon wesentlich länger, braucht man ja für die Winapi. Man könnte sich PLongBool also einfach als

Delphi-Quellcode:

type PLongBool = ^LongBool;

selbst definieren.

[Uwe Raabe]

Zitat:

Zitat von Redeemer (Beitrag 1408136)

Docwiki sagt LongBool seit XE, PLongBool seit XE2.

Only trust the source!

PLongBool ist bereits in XE deklariert.

[mjustin]

Der Bug ist in Indy Revision 5469 behoben.