> On Jun 28, 2024, at 10:44 PM, Christo Crause wrote:
>
> It is based on TComponent from the RTL classes unit, so no dependency on LCL
> or other Lazarus units. A quick check of the source code suggests that it
> will probably call GetTickCount64
> (https://github.com/graemeg/epiktimer/blob
On Fri, Jun 28, 2024 at 5:31 PM Hairy Pixels via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Thanks I'll check that out. I'm not using Lazarus so tons of dependencies
> won't work but maybe I can learn something. I'm on macOS too so if this is
> using system calls it may not be supporte
One more thing that's getting to me today. Heap trace on macOS still seems to
be broken, i.e. using -gh I only get addresses and no line numbers. Has been
for years it feels like. Is this is just broken forever? I see this issue from
years ago still open.
https://gitlab.com/freepascal.org/fpc/s
Thanks I'll check that out. I'm not using Lazarus so tons of dependencies won't
work but maybe I can learn something. I'm on macOS too so if this is using
system calls it may not be supported.
> On Jun 28, 2024, at 10:10 PM, Christo Crause wrote:
>
>
> On Fri, Jun 28, 2024 at 2:34 PM Hairy P
On Fri, Jun 28, 2024 at 2:34 PM Hairy Pixels via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> I had a large function which I was profiling with MilliSecondsBetween but
> I split it to be called many different times and now it's not accumulating
> the total time correctly because time is
I had a large function which I was profiling with MilliSecondsBetween but I
split it to be called many different times and now it's not accumulating the
total time correctly because time is being lost to due millisecond precision.
Is there anything in the RTL I can use which is more accurate? I
