> But a map should not need any call to Sort, because it's the map's task
to organize its data structure in such a way that Find does work as it
should.
TFPGMap seems to inherit its original sin: as long as it's a container that
implements key-value based storage, then it's a map. And there it
On Mon, Oct 27, 2014 at 3:45 PM, Sven Barth wrote:
> Am 26.10.2014 05:51, schrieb Flávio Etrusco:
>
>> On Fri, Oct 3, 2014 at 12:42 PM, Dennis Poon
>> wrote:
>>>
>>> I think I found a bug in TFPGMap.
>>> Hope some of you can verify it.
>>>
>>> The bug seems to relate to the binary search used in
Am 26.10.2014 05:51, schrieb Flávio Etrusco:
On Fri, Oct 3, 2014 at 12:42 PM, Dennis Poon wrote:
I think I found a bug in TFPGMap.
Hope some of you can verify it.
The bug seems to relate to the binary search used in the method "FIND" but
it does not occur for all string key values or at all ca
> I tried to debug it but cannot step into the codes of fgl unit so cannot
find the cause.
Recompile the unit yourself using debug info
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/fgl-unit-bug-in-generic-class-TFPGMap-tp5720282p5720394.html
Sent from the
On Fri, Oct 3, 2014 at 12:42 PM, Dennis Poon wrote:
> I think I found a bug in TFPGMap.
> Hope some of you can verify it.
>
> The bug seems to relate to the binary search used in the method "FIND" but
> it does not occur for all string key values or at all capacity of the map.
> Seems only occur a
