<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">NetSpirit via fpc-devel <<a href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</a>> schrieb am Di., 19. Mai 2020, 10:05:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> if anyone wants to assign me one of the new bugs to fix that have been<br>
> raised since the RC was released, I'll be happy to take a look. ><br>
> Gareth aka. Kit<br>
<br>
<br>
Not special for this RC but some bugs:<br>
<br>
===<br>
1) packages\winunits-base\src\wininet.pp<br>
<br>
Compilation error in -Mdelphiunicode: bad declaration of overloaded functions<br>
FindFirstUrlCacheEntry()<br>
FindNextUrlCacheEntry()<br>
with 'W' versions of arguments<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Please note that compiling the RTL or packages with different modes than the default is not considered supported. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Must be equivalent to such with 'A' arguments.<br>
<br>
Line 2593:<br>
function FindFirstUrlCacheEntry(lpszUrlSearchPattern:LPCWSTR;<br>
lpFirstCacheEntryInfo:LPINTERNET_CACHE_ENTRY_INFOW; var<br>
lpcbCacheEntryInfo:LongWord):HANDLE;stdcall;external WININETLIBNAME name<br>
'FindFirstUrlCacheEntryW';<br>
<br>
Line 2636:<br>
function FindFirstUrlCacheEntry(lpszUrlSearchPattern:LPCWSTR;<br>
lpFirstCacheEntryInfo:LPINTERNET_CACHE_ENTRY_INFOW; var<br>
lpcbCacheEntryInfo:DWORD):HANDLE;stdcall;external WININETLIBNAME name<br>
'FindFirstUrlCacheEntryW';<br>
<br>
Line 2637:<br>
function FindNextUrlCacheEntry(hEnumHandle:HANDLE;<br>
lpNextCacheEntryInfo:LPINTERNET_CACHE_ENTRY_INFOW; var<br>
lpcbCacheEntryInfo:DWORD):BOOL;stdcall;external WININETLIBNAME name<br>
'FindNextUrlCacheEntryW';<br>
<br>
Line 2656:<br>
function FindFirstUrlCacheEntry(lpszUrlSearchPattern:LPCWSTR; var<br>
lpFirstCacheEntryInfo:INTERNET_CACHE_ENTRY_INFOW;<br>
lpcbCacheEntryInfo:LPDWORD):HANDLE;stdcall;external WININETLIBNAME name<br>
'FindFirstUrlCacheEntryW';<br>
<br>
Line 2657:<br>
function FindNextUrlCacheEntry(hEnumHandle:HANDLE; var<br>
lpNextCacheEntryInfo:INTERNET_CACHE_ENTRY_INFOW;<br>
lpcbCacheEntryInfo:LPDWORD):BOOL;stdcall;external WININETLIBNAME name<br>
'FindNextUrlCacheEntryW';<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Please report as a bug. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
2) rtl\win\wininc\struct.inc<br>
<br>
Members 'lData' of NEWCPLINFOA/NEWCPLINFOW have different types. I think<br>
both must be LONG_PTR.<br>
<br>
Member 'code' of NMHDR must have 'Integer' type, becouse constants, used<br>
here, are signed. This cause wrong comparison results or require explicit<br>
cast everywhere in user code.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Please report as a bug. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
3) This bug still exists:<br>
<br>
<a href="https://lists.freepascal.org/pipermail/fpc-devel/2016-November/037539.html" rel="noreferrer noreferrer" target="_blank">https://lists.freepascal.org/pipermail/fpc-devel/2016-November/037539.html</a><br><br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Did you report this as a bug back then? If not, please do so. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
4) packages\pasjpeg\src\jconfig.inc<br>
<br>
There is explicit declaration of {$MODE DELPHI}, so 'pasjpeg' is<br>
incompatible with -Mdelphiunicode.<br>
Can be '{$ifndef UNICODE}{$MODE DELPHI}{$endif}'<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Again we don't support compiling the RTL and packages with anything than the default mode. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Just question. Why NativeInt / NativeUInt declaration changed to strong<br>
aliases? To be new Delphi compatible? But this inconvenient in Delphi, and<br>
so in FPC. Old code become broken.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This is compatible with Delphi and is required to allow overloads as noticed by this bug report that triggered this change: <a href="https://bugs.freepascal.org/view.php?id=29444">https://bugs.freepascal.org/view.php?id=29444</a></div><div dir="auto"><br></div><div dir="auto">If it is inconvenient for you, then use PtrInt/PtrUInt. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>