Fr0sT.Brutal

You underestimate how ancient Delphi legacy is 🙂 I have 2 alive projects written in D7

Maybe add CRLF's conditionally?

And that's how their creators learned to not use locale- or OS-dependent formats

Probably just a custom rendering engine will suffice? Like HTMLViewer (native) or Sciter (DLL)

Interesting application; however, I'd set a breakpoint on a line after condition (the line itself could be totally useless, like "gettickcount;" or similar) and use great IDE feature "Set next statement" feature

Constructor approach is more error-proof (you unlikely forget to assign some necessary arguments as you can with properties) but is very non-extendable. If there could appear new values to set, argument list grows and becomes ugly, just like WinAPI's CreateProcess

Someone here has posted optimized/modernized Zlib OBJ files that gave speedup, probably this could be an option.

DllMain with DLL_PROCESS_DETACH parameter?

del

I'd say your numbers are ridiculously small for any modern DB. 1M records per day is nothing. Just post events to separate DB writer thread, use transactions to pack inserts into batches and don't bother with any other optimizations. F.ex., I have ~250 inserts to Firebird DB per second (21.5M per day)

Then the only difference between translation engines is how powerful their translation UIs are.

LOL. Probably you should show them SysUtils and see how they'll try to avoid that unit 😄 The post you linked to was mine 🙂 and yep, the code is mine, I just didn't bother to add © for these few lines. Anyway these functions are slightly improved, fully translated to English and contained in the unit I linked above. You can extract the necessary parts to your unit

Probably zxing has something you need. It's for QR's only

Generics are with us since D2009 and you unlikely want to support something older as it will require too much manual job. Impressive project! Glad to see my stack trace unit 🙂 you'll probably want to update its code from https://github.com/Fr0sT-Brutal/Delphi_StackTraces/blob/master/Ice.Debug.pas since it has an improvement of excluding non-relevant entries and better comments

They seem to have serious issue with their base. In what world "ensure" rhymes with "fire"? Or they just dumbly took all words ending with "re"?

AFAIU the main task of these tools is handling strings defined inside forms. Translating string literals in code is simple, the devil is in forms. Thus if forms do have texts, gettext and similar generic tools are not applicable. If forms do not have texts, any tool will fit, including primitive quickly self-made stuff

Btw, Berndt still answers the issues on GH, probably the project isn't really abandoned.

Isn't array a container?

Well, 3 samples from these are containers and 1 is enum wrapper 😛 But OK, I got your point. Just haven't used generics massively myself

Name at least 10 of that myriad? I personally meet them in: - containers - my syntax-sugaring enum/set wrapper - Virtualtreeview's GetNodeData - might be considered container stuff as well I also saw template-alike application (TProc2 = procedure <T1,T2>) but it's hardly a key feature IMHO

Start it via shortcut and prepare for surprise

It's mostly about containers. You can have TList containing any type without ugly casting to/from Pointer.

Also could be useful: https://en.delphipraxis.net/topic/7363-exception-call-stacks-on-windows-with-only-a-few-locs/

IOW, that method won't save you from paths containing only spaces

It seems we need a periodic LSP killer implemented as IDE expert 🙂