On 2/8/25 11:45, Guillermo Martínez Jiménez via fpc-pascal wrote:
Seeing the error line (FItems: ^TArray;) I think it's fpdoc's
fault. Seems that it doesn't recognize it as a specialization and gets
confused by finding a '<' character out of place (from it's point of
view).
Please create an
Seeing the error line (FItems: ^TArray;) I think it's fpdoc's
fault. Seems that it doesn't recognize it as a specialization and gets
confused by finding a '<' character out of place (from it's point of
view).
El Fri, 7 Feb 2025 11:05:01 -0800
ppadilcdx--- via fpc-pascal escribió:
> Was trying
Was trying to decipher why rtl-generics does not show anywhere in the
documentation, either rtl nor packages. Tried running fpdoc to see if I can get
an idea but, fpdoc throws an error:
--
Error: ./inc/generics.dictionariesh.inc(151,20): Expected ";" or "End" at token
"<" in file ./inc/generics.
On 2017-03-19 18:00, Florian Klämpfl wrote:
> The "FPC way" is fgl, the delphi compatible way is rtl-generics.
Thanks everybody - very useful information. At least now I know when to
use which one.
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgu
Am 19.03.2017 um 10:10 schrieb Graeme Geldenhuys:
> Hi,
>
> Sorry if this is a silly question, I didn't really follow Generics
> discussions in the past. If the "rtl-generics" package a replacement for
> the fgl unit?
>
> Going forward (FPC 3.0.2+), which Generics code are we supposed to use?
Th
In our previous episode, Sven Barth via fpc-pascal said:
> > Sorry if this is a silly question, I didn't really follow Generics
> > discussions in the past. If the "rtl-generics" package a replacement for
> > the fgl unit?
>
> The fgl unit is more lightweight while rtl-generics might provide bette
Am 19.03.2017 10:10 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> Hi,
>
> Sorry if this is a silly question, I didn't really follow Generics
> discussions in the past. If the "rtl-generics" package a replacement for
> the fgl unit?
The fgl unit is more lightweight while rtl-gen
Thank you Michael.
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Sun, 19 Mar 2017, Graeme Geldenhuys wrote:
Hi,
Sorry if this is a silly question, I didn't really follow Generics
discussions in the past. If the "rtl-generics" package a replacement for
the fgl unit?
No, it is for Delphi compatibility. It contains also more classes/templates.
Going fo
Hi,
Sorry if this is a silly question, I didn't really follow Generics
discussions in the past. If the "rtl-generics" package a replacement for
the fgl unit?
Going forward (FPC 3.0.2+), which Generics code are we supposed to use?
Regards,
Graeme
--
fpGUI Toolkit - a cross-platform GUI toolk
Am 17.08.2016 17:30 schrieb "Maciej Izak" :
>
>
> 2016-08-17 17:15 GMT+02:00 Sven Barth :
>>
>> Couldn't you work around for now by using instance instead of class
variables? At least then the classes would work instead of everyone asking
every second week why they don't...
>
>
> Yes I think that i
2016-08-17 18:45 GMT+02:00 silvioprog :
> I changed it to a function:
>
> function ExtendedHasher(constref AValue: string): UInt32;
> begin
> TDefaultHashFactory.GetHashList(Pointer(AValue),
> Length(AValue) * SizeOf(Char), @Result);
> end;
>
Still bad implementation (see my previ
On Wed, Aug 17, 2016 at 12:20 PM, Maciej Izak wrote:
>
> 2016-08-17 16:05 GMT+02:00 silvioprog :
>
>> I need to find the values using case-insensitive keys (I'm using it in a
>> class registry of my app), so unfortunately this bug doesn't let me to use
>> TDictionary on FPC yet. :-(
>
>
> There i
2016-08-17 17:15 GMT+02:00 Sven Barth :
> Couldn't you work around for now by using instance instead of class
> variables? At least then the classes would work instead of everyone asking
> every second week why they don't...
Yes I think that is possible :P Note: #28911 bug is most annoying ever
2016-08-17 17:20 GMT+02:00 Maciej Izak :
> procedure ExtendedHasher(constref AValue: string; AHashList: PUInt32);
> begin
> TDefaultHashFactory.GetHashList(Pointer(AValue), Length(AValue) *
> SizeOf(Char), AHashList);
> end;
>
there is bug, correct version:
procedure ExtendedHasher(constref AV
Am 17.08.2016 08:05 schrieb "Maciej Izak" :
>
>
> 2016-08-17 7:05 GMT+02:00 silvioprog :
>>
>> Just try it:
>
>
> related to
>
> http://bugs.freepascal.org/view.php?id=28911
>
> Sven comment: "I won't change the current implementation for now, because
once I'm going to fix this I'm going to fix thi
2016-08-17 16:05 GMT+02:00 silvioprog :
> I need to find the values using case-insensitive keys (I'm using it in a
> class registry of my app), so unfortunately this bug doesn't let me to use
> TDictionary on FPC yet. :-(
There is simple workaround:
=== begin code ===
function EqualityComparis
On Wed, Aug 17, 2016 at 3:04 AM, Maciej Izak wrote:
>
> 2016-08-17 7:05 GMT+02:00 silvioprog :
>
>> Just try it:
>>
>
> related to
>
> http://bugs.freepascal.org/view.php?id=28911
>
> Sven comment: "I won't change the current implementation for now, because
> once I'm going to fix this I'm going
2016-08-17 7:05 GMT+02:00 silvioprog :
> Just try it:
>
related to
http://bugs.freepascal.org/view.php?id=28911
Sven comment: "I won't change the current implementation for now, because
once I'm going to fix this I'm going to fix this correctly for all cases,
including packages, everything else
Hello,
Just try it:
var
list: TDictionary;
begin
list := TDictionary.Create(TIStringComparer.Ordinal);
Error:
An unhandled exception occurred at $0043A2F8:
EAccessViolation: Access violation
$0043A2F8
$004084B3 DOADD, line 277 of inc/generics.dictionaries.inc
On Fri, Aug 12, 2016 at 5:03 PM, silvioprog wrote:
> On Fri, Aug 12, 2016 at 3:51 PM, Maciej Izak wrote:
> [...]
>
>> Using WARN OFF for whole module is rather bad, but might be (temporary)
>> the only solution. IIRC FPC has many bugs for switching off warnings /
>> hints especially for generics
On Fri, Aug 12, 2016 at 3:51 PM, Maciej Izak wrote:
[...]
> Using WARN OFF for whole module is rather bad, but might be (temporary)
> the only solution. IIRC FPC has many bugs for switching off warnings /
> hints especially for generics. Compiler likes to report warnings/hints in
> specialization
2016-08-12 19:17 GMT+02:00 silvioprog :
> Those hints can be a problem when we also need to check the log from other
> classes, because it pollute the windows messages, so a suggestion is just
> to declare the "{$WARN 5024 OFF : Parameter "$1" not used}" in the
> rtl-generics units.
>
The question
Hello,
I've spend some time adapting my beta project to use the new rtl-generics
classes, however, I have some issues regarding to TDictionary class. Let's
go to a test using the example below:
=== begin code ===
var
hash: TDictionary;
begin
hash := TDictionary.Create;
end
=== end code ===
24 matches
Mail list logo
