Pierre le Riche
Pierre le Riche
Hi, Thank you for the kind words and the pull request. The decision regarding which versions to support in FastMM5 was not an easy one. The fact that XE2 does...
Hi, By the looks of things I would say something has corrupted the memory pool - perhaps a buffer overrun. It's difficult to glean much more than that without access...
Hi, _The problem occure when set big SQL string on TOraquery object ( DevArt Object)_ Have you tried the suggestions above? It is likely a similar issue. I often find...
Hi, thanks for the suggestion. I will look into it.
Hi Pavel, Thank you for reporting. I have checked all the warnings, and they are all false alarms. However, I have gone ahead and made the typecasts explicit so that...
When you use runtime packages those packages are initialized before your application or your library. Since the initialization code in some of those runtime packages also allocate memory, by the...
Fixed. Thank you!
Is it possible that the block content was modified after it was detected as a class? (Perhaps by another thread?) Unfortunately it's risky to try and log the content of...
I have recently added some additional sanity checks to FastMM_DetectClassInstance that I believe may solve this issue as well.
This would be an incredibly useful feature for users using syncthing between work sites that are very busy during office hours, and where synchronization should thus ideally only happen after...