Leaderboard

The best piece of advice you can take from here is that you need to learn how to ask questions effectively. Because if you ask like this then nobody can help you. And it's just a waste of your time.

Have you tried calling WSAGetLastError() directly? At the point where OnError is called, the last socket error code might not have been overwritten yet. The error code is stored in the raised ESocketException in its ErrorCode property. Sounds like a bug that should be reported to the ICS author.

First off, you don't need your fix13and10str() function, as the RTL has its own AdjustLineBreaks() function: For example: uses ..., System.SysUtils; procedure TForm1.btnProcessClick(Sender: TObject); var s: string; begin s := AdjustLineBreaks(Clipboard.AsText, tlbsCRLF); // or, just let it use the platform default style... // s := AdjustLineBreaks(Clipboard.AsText); m1.Lines.Add(s); end; Alternatively, you can assign the clipboard text as-is to a TStrings.Text property and let it parse the line breaks for you: https://docwiki.embarcadero.com/Libraries/en/System.Classes.TStrings.Text For example: procedure TForm1.btnProcessClick(Sender: TObject); var sl: TStringList; begin sl := TStringList.Create; try // sl.LineBreak is set to System.sLineBreak by default... // sl.LineBreak := sLineBreak; sl.Text := Clipboard.AsText; m1.Lines.AddStrings(sl); finally sl.Free; end; end; Or simpler (if you don't mind the entire TMemo content being replaced): procedure TForm1.btnProcessClick(Sender: TObject); begin m1.Lines.Text := Clipboard.AsText; end; One handy use-case is changing line breaks in text. You can copy the code from the IDE, paste it into Notepad++ (or just open the original file directly in Notepad++), specify a new type of line feed (bare-CR, bare-LF, and CRLF are supported), copy the new text back to the clipboard, and paste it into your app.

They do use VCL styles and Almediadev also creates and sells VCL styles. Although I like and use many controls in StyleControls, I am disappointed with the look and functionality of the dialogs, particularly the file open/save dialogs. I do not use their dialog components because the dialogs do not have functionality that I consider to be standard Windows dialog behavior.

TRichView was an excellent control when I started using it 15 years ago. I would absolutely use it again if I needed a powerful WYSIWYG editor. I had the same experience with TMS components, although I never used AdvRichEditor.

As @DelphiUdIT already said: The first thing you need is a compiler that creates binaries for Linux. And Delphi Professional - regardless which version - doesn't include that. According to Embarcadero's overview, you need at least the Enterprise SKU. On top of that, you might need GUI libraries, this is where FMXLinux comes into play. Of course the question is, whether you actually need a GUI. What kind of applications do you plan to develop?

When displaying a popup message, you have to use the non-modal version, and break up your code logic so it can be continued by the popup's asynchronous callback when the popup is closed.

Absolutely, and I completely agree with your concern — it's a valid and important one. Transparency and build reproducibility are critical in today's security landscape, especially with the real risks around supply chain attacks. That's why I'm committed to eventually open-sourcing as much of the code as possible, including build instructions for everything that can be made public. In the meantime, I'm being cautious to stay within the bounds of licensing restrictions while still trying to provide something useful and trustworthy to the Delphi community. I respect that not everyone will be comfortable running binaries without full source, and I encourage that kind of caution. Thanks for bringing it up — it's a conversation worth having.

I am not implying anything or accusing you. Still, in the age of supply chain attacks and smuggling malicious code into open source repositories, anyone that blindly trusts some binary code they cannot build from source is acting grossly negligent.

Putting the actual functionality into a res file where you are loading it from at startup looks very sus, to say the least.

Delphi?