Fr0sT.Brutal

Yeah, you're right. I misread the message as 'socket not initialized'

function SetDBSessionNames(const Components: array of TComponent; const sSessionName: string): boolean; ?

Because your SVN-only solution required additional moves while mine requires only a single command.

SmartGit app removed the support as well (they have SVN-only app though). I'm +1 for this, SVN is awkward piece of fossil to me

I'd use Git SVN export for that.

As a person who once converted a lib from C to Delphi, I'd suggest to consider other options like building DLL and linking to it (the easiest) or building OBJ and linking them (more complex but possible) or even using CBuilder to compile both C and Delphi sources. Converting is boring and applying changes every time is 10x more boring.

Probably you have the port occupied. You're not catching errors that could rise inside .listen

But are there any incompatibilities between them? Why the question in topic even appeared, why not just write portable code and switch compilers any time?

I'm afraid I don't understand this Sure, he's amazing. Great that Delphi allows rewriting only some critical parts to achieve good speed, isn't it? Well, you're lucky. Mine has only 10 and switches between working folders in ~10 secs (I mean to become fully functional with all language features). It could be addons that cause slowdown of course but what's the sense in bare VSCode after all? NO and never! I hate slow and fat apps. But vendors seem to think contrary. Skype, Slack (or Discord?) and many more turned from compact native apps to Electron based monsters.

I'd never tell such a foolish thing 🙂 Everyone has his own requirements. I'm just telling Delphi's performance seems to be OK for most of its use cases.

I use custom form descendant for this: TAppForm = class(TForm) ... // config stuff, helper methods, etc // Create, Destroy, ReadState, ... overrides end; TMainForm = class(TAppForm) Thus you have all events non-occupied Applied to which classes? This pattern is basic for pub/sub and so on but how about GUI components, like in the article? I'd like to know any real world applications

Really? I tried several Electron apps and even the simplest of them (markdown editor) is like a snail. And VSCode too when you fill it with several necessary addons. Well, I agree for sure - I've seen many samples of poor ASM generated - but my point here is that most of Delphi use cases are desktop apps where even awful performance is acceptable (these Electron apps) and compared to them Delphi code is fast enough. Moreover, projects like mORMot strive to write fast server code and succeed. As for complex data processing where your main criticism of Delphi code goes - I suppose such apps only occupy a little % of all Delphi software. Anyway huge part of computations are done with interpreted Python, what better evidence of that people prefer develop simplicity over speed is needed 🙂

Nice solution! However, honestly I never had a need for an event with multi-listeners.

It uses WinAPI on Windows (are you on Windows?) so you likely have to investigate a WinAPI way of temporarily adding your desired CA

You point out that Delphi compiler produces slow code but there are slow as hell Electron or Java GUI apps that are however very popular. Market seems no not care much about speed (of course not talking about servers and data processing tools). This is the ~5th similar topic on my memory, no more left to say except flood 🙂

Well, you can try with v4 sources you have and compare them with v5 on Github to see what's updated. Probably there were no much changes. Anyway if everything works with v4 you still can continue with it and try to move the project to modern Delphi. Another option is to search for alternative. This project is still alive https://github.com/BerndGabriel/HtmlViewer.git

One more of those endless topics 🙂 Talking about poor performance of Delphi, remember there are Electron applications 🙂

Yeah, just like it does with missing components and even their props

Yep, I rarely care about this. Handlers go to handlers. Nice feature!

I see the absence of any licensing info there 🙂 There's a chance that these sources are illegal. However, if your client already has the paid version and you only do an upgrade... Especially considering the lib is not sold anymore... I estimate the chance of troubles as very low. But you better consult with lawyers anyway.

Won't already implemented Apache/Nginx be better?

How should that help ?

Is it such a significant difference between those compilers from the point of source code?

Of course I'm aware. But these comments must be added manually which I forget to do from time to time. As for the section, these methods are event handlers that couldn't be added via clicking for some reasons. Anyway if any code changes were considered ordinary text edits and added to undo log, life would be much easier

It's quite simple for backend - if it just a simplest "read input-process-write output-exit or repeat" tool but it's messy for frontend and if you have to be async. Nothing serious of course but lots of non-funny stuff