Lars Fosdal

Do you mean a tooltip for a variable in the source code on a breakpoint inside the IDE, or a tooltip that should appear on a component in your application when it is running? As you can see - your description still lack the detail needed for me to really understand the problem. Be specific.

Thank you, Daniel - for expanding the Delphi-PraXis site to offer a home for the English speaking Delphi Developers! I spelunk this place almost every day, and it is invaluable to the community for keeping up to date, and find help in resolving issues - or simply for learning new things! See you around, and my best wishes to you and your family for a joyful and prosperous new year! Brgds, Lars F.

Which Delphi version? Which Platform? Which component(s)? What did you expect should happen? If we have to guess what you are doing or how you do it - it is unlikely we can be of any help. https://larsfosdal.blog/2016/04/20/how-do-i-ask-good-questions/

Online activation failed for me. Downloading the license file and inserting it "manually" worked.

not(a) looks weird to me.

GetIt, DocWiki, Quality Portal are all down for me as well. Blogs are up, but really slow.

Isn't that always \\server\share + \myfolder ?

Fresh code: https://github.com/VSoftTechnologies/DUnitX Typical code that we test with DUnitX: - value to string and string to value - lookup functions - generic classes - formatters as well as database integration tests (CRUD) How do you guys use it?

@A.M. Hoornweg Please post this as an issue on QP.

We always run with MARS=Yes. We also follow a different pattern with regards to inserts and updates - using stored procedures to change the contents of the database. Usually the problem is that more than one operation is attempted on the same connection at the same time. Are you certain you are not crossing variables somewhere? In you example code, there is fdcAmman and fdcUpdateAmman ...

Usually a mess we create ourselves 🙂 It may be that the dead thread raising the exception was trying to use an already disposed reference in it's final moments.

I use EL, so I can't really opinionate on MadExcept. It is very rare that it gives me no clue to the callstack for exceptions caused by dangling pointers, but when desperate, I've turned to using a FreeAndNil overload to set the pointers to a recognizable value, $DEAD0001 and so forth, and logging the line where I set the respective ptr values to at least find a hint to the context that is trying to use it. Problems like these can be a pain to find. Another alternative would be to try with regular threads to see if the problem persists - if it doesn't, it might be that you can attribute it to something OTL specific?

Good info, Brian!

Do you .Free or FreeAndNil? Are you using EurekaLog or MadExcept?

Does this trick have any effect? HttpClient.SetRequestHeader('Connection', 'close'); from https://stackoverflow.com/questions/48321245/thttpclient-is-not-closing-connection-in-delphi

You can move to FireDAC while still using DBase. I know, not your goal - but at least you would have made the first step. https://blogs.embarcadero.com/firedac-odbc-for-paradox-and-dbase-tables/

If a REST call is in progress when you terminate - will the code hangup and close the REST related thread(s) ?

Do you stop the tasks and wait for completion of any running task before stopping the application?

Yes but released in try.. finally. I use Critical section and very short ones. Doesn't that mean that only ONE compression can happen at a time - i.e. serializing your use of CompressFile? Edit: Are you reusing the same critical section in multiple locations in the code or on multiple nested levels? That could become a race condition.

No locks or semaphores in CompressFile?

Regular C# .NET Code transpiles to IL code. When you run, the JITer compiles the IL code to native code - but as you say - on every run. But - You can - with limitations - compile C# .NET code to native code - using the AOT approach. From the second link I posted: There are some elements that are still JITed - such as LINQ expressions - and there is a limit to which libs and platforms that supports AOT - but it keeps expanding from one .NET version to the next.

It is slightly more complex than that... https://learn.microsoft.com/en-us/windows/uwp/dotnet-native/ https://learn.microsoft.com/en-us/dotnet/core/deploying/native-aot/?tabs=net7%2Cwindows

FreePascal's Generics support is pitiful. It is impossible to move my Delphi code to FPC.

I haven't tested it, but it certainly appears so.

Known issue: https://quality.embarcadero.com/browse/RSP-15908