<div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr">Dmitry Boyarintsev <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>> schrieb am So., 20. Mai 2018, 04:38:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, May 17, 2018 at 5:26 PM, Anthony Walter <span dir="ltr"><<a href="mailto:sysrpl@gmail.com" target="_blank" rel="noreferrer">sysrpl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I am working with some a glib library that expects gboolean to be positive 1 for true, yet FPC emits -1 for true. </div></blockquote><div><br></div><div>I'd think that pascal defines true as</div><div>  true = not false;</div><div>In case of unsigned integers "-1" is not an option</div></div></div></div></blockquote></div><div dir="auto"><br></div><div dir="auto">FPC defines True as 1 for Boolean, Boolean16, Boolean32 and Boolean64 and as "-1" aka "all bits 1" for Byte Book, WordBool, LongBool and QWordBool. </div><div dir="auto"><br></div><div dir="auto">And for unsigned integers "-1" is converted to "all bits 1" as well though one needs to use a typecast (see the declaration of INVALID_HANDLE_VALUE for example). </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div class="gmail_quote" dir="auto"></div></div>