It appears heaprc has another problem; if the RTL (and therefore heaprc) is
compiled with OVERFLOWCHECKS enabled (i.e. -Co) it blows up when the
aggregate of memory allocations made by a thread exceeds 4GB (the size of
32 bit allocation variables, e.g. getmem8_size).
Does this perhaps suggest that this file should specify
{$PUSH}{$Q-}...{$POP} at the appropriate places to avoid this problem?
Otherwise, a program with the heap tracer enabled running with an RTL built
with this check enabled will throw an overflow exception eventually.
-b
On Mon, Mar 18, 2013 at 8:35 PM, Ludo Brands <[email protected]> wrote:
> On 03/17/2013 08:53 PM, Martin wrote:
> > It seems that in FPC 2.6.2 the dwarf reading code in LnfoDwrf is broken.
> > It always gives a run-error 131
> >
>
> Reported and cause identified more than a year ago:
>
> http://bugs.freepascal.org/view.php?id=20296
>
> Ludo
> _______________________________________________
> fpc-devel maillist - [email protected]
> http://lists.freepascal.org/mailman/listinfo/fpc-devel
>
_______________________________________________
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
