TOPIC:

So as title says: I tried to use FormatDateTime function in a thread and found out it is not thead-safe, no matter what delphi documentation says (fpc/Lazarus documentation doesn't say anything at all regarding thread-safe usage). Even using the function with its own TFormatSettings variable (again as Delphi documentation suggests) doesn't help in CT.
OS: Windows 8.1 Pro
CT: 5.5 / 26.11.2015
FPC: 3.1.1, SVN ver. 49844
So what I'm wondering is if there's no way to use FormatDateTime in threads simultaneously, is there any other (thread-safe) function that I can use? My project is pretty complex, with some, up to many threads spawning and all they require to format the date and/or time. That's why I need such a function asap
If there's nothing similar, I'll write my own and probably post in the forum after tests.

P.S. provided a sample test project



P.S.S. Wrote something fast to fit my needs, so anyone can feel free to use and/or modify it...It's not perfect, but for a couple of minutes, it works perfectly.

Sir
we test your project
how we will find if work OK ?

It's set to use HeapTrc unit (-gh) in Project Options -> Debugging. Upon program close it will show a message box with the freed RAM

is this OK ?

It's perfect, but please, test it with fpc FormatDateTime function. It leaks. Mine is slow, but doesn't leak any memory.

Sir
the previews screen is with
time_:=formatdatetime('dd.mm.yyyy hh:nn:ss', Now, mySettings);

this screen is with
time_:=DateTime2Str('dd.mm.yyyy hh:nn:ss', Now);




CodeTyphon Lab 5.70 revision 5621, Windows 10 Pro 64bits, Typhon64

You mean
time_:=formatdatetime('dd.mm.yyyy hh:nn:ss', Now, mySettings);
doesn't make any leaks? What version of CT and FPC are you using? Haven't seen this in bug tracker, or I missed something O.o

Sir
all above tests are with CodeTyphon Lab 5.70 revision 5621, Windows 10 Pro 64bits, Typhon64 info
For CodeTyphon we use a Flat-Line Rolling Development Model

Please
-download CT 5.60
-install CT 5.60, !!! DON'T build anything !!!
-Update with CTCenter, to lab CT 5.70 revision 5621
-Build ALL

Thanks, Mr. Sternas, for fast replies. I want just an advice from you, as operations you mentioned will be performed (never tried to update to a LAB version from a CT final release) on my office PC and tomorrow I have to release an update for my project. So do you think I should download CT Lab version, as I use lNet, ZeosDBO (with Postgresql), etc. components and previously found bugs/leaks in both lNet and ZeosDBO (that's why I had to downgrade version of latter one to 7.1.2 stable). Maybe I'll release my update with my function written and then will update to LAB version, as other projects (all written in CT) wait on the queue. If however can be confirmed that at least the bug I found here -> Postgresql leak is fixed, I may try to download and update to lab version before the update is launched. Don't get me wrong - I want to update, but it takes serious time to do everything and right now I'm quite short on time... Not to mention other bugs regarding ZeosDBO and Postgresql (in my case), like for example: char fields are all filled with spaces up to their length when selected from a database and have to be trimmed (every time!!!), encoding to UTF8 was buggy in conjunction with some properties set, etc...

Sir
The CodeTyphon it's just the programming "Star Ship"
you can use any version of packages you want, from CT5.5 CT5.x etc
or from Trunk ZeosDBO and Postgresql

But the Lab CT 5.70 has better "Compiler Engine"
after a lot of work...

PS: Lab CT 5.70 has and Multi-Projects ability, you can build Terra Multi-Projects with one click..

Morning, Mr. Sternas and everyone
Tried what you sugguested, but unfortunately CT 5.6 only allows update to LAB version 5.6.2.1 and not to 5.7

Any other ideas?
Thanks in advance

Sir
until the final release of CT 5.70, the revisions are 0056xx
We will close Lab Version with CT 5.70 Final-Stable and revision 005700

PS: Good morning with my second coffee...

OK, started to build a small ide a while ago with the LAB version, will report results regarding memory leaks here.
Thanks for the support!

Report on LAB ver. 5.7
Everything seems to work smoothly (no memory leaks, except the TidHTTPServer, but it's an old one and is a one-time only -> seems the shutting down doesn't actually shut down the TidThread and other stuff property, see the picture below) except... encoding from UTF8 to Sys. Here's my scenario:
server uses Postgresql as a DB server and stores data in UTF8 (as usual).
This server "talks" via JSON to a Delphi XE7 application, which cannot understand UTF8, so characters must be encoded to, let's say UTF8ToSys. Seems like this function doesn't encode anything, because client sees the characters as garbage (UTF8 non-readable). This one didn't present back in CT 5.5 with ZeosDBO 7.2.1 stable. If I decode the string client-side everything seems to work (tried with several fields and they're displayed correctly). Maybe I'm missing something?
P.S. I use both latin and cyrillic (cp1251 windows side) letters

Sir sorry for the delay
We have meetings for our firsts Programming "Events"
-CT Programming Marathon and
-CT Programming Olympics
more info, I hope soon...

My suggestion is, don't mix applications from different programming worlds

Sorry for the delayed answer, but I pretty much busy lately (and haven't released my update yet).

Sternas Stefanos wrote: Sir sorry for the delay
We have meetings for our firsts Programming "Events"
-CT Programming Marathon and
-CT Programming Olympics
more info, I hope soon...

Yes, provide some more info. I'm interested in it

Sternas Stefanos wrote: My suggestion is, don't mix applications from different programming worlds

This is cute, but first of all, I don't have a choice and 2nd - why not? After all there are countless ways to do it and all work fine.
Anyway, all seems to work with LAB version. I'll report if I find anything disturbing. So far I have to fight the Indy memory leaks (didn't happen with FTP in previous versions, now I face those)...