Dalija Prasnikar

While IDE automatically "adds" project to "new" group when you open project, it never forced me to save that group. Maybe you are changing something "group" related so it requires saving.

This is long standing issue... I even had bug report in old QC related to this. Problem is not only that it compiles multiple projects when you only want one, but it messes up compile defines and you can end up with total mess in the resulting exe. I eventually gave up, and I no longer have multiple projects in a group. You can try filling bug report in QP and hope it will be solved one fine day.

In addition to what @Stefan Glienke said, on Delphi LLVM based compilers exception triggered by accessing nil reference will wreak havoc because it will not be caught by current method exception handlers (and finally blocks will not be executed either)

Warnings are just a warnings for a future. It is wise to read those, but they don't prevent publishing.

Working as designed. Compiler evaluates mathematical operation first and only then it will do assignment. Since your operation works on two integers, the result will also be integer - and it will overflow at compile time. You need to typecast at least one of the operators to Int64 to widen operation result.

I never realized that some libraries were available only through GetIt. This is a problem indeed. I guess that best course of action would be submitting QP report (once it finally gets online) and post the link here so we can vote on it.

Like others have said, GetIt is good for newbies, hobbyists, it is not really well suited for professionals - only if you want to try something without too much hustle... But using GetIt for downloading Android SDK/NDK is pure masochism. Uninstalling/Installing that every time you need to update Delphi.... WHY???? You have several options... download with GetIt, then move (copy) that in some permanent location... or IMO the best option, go to https://developer.android.com/studio and download Android Studio it will also give you tools for additional monitoring and inspection of your Delphi app. Or if you really don't want whole Studio... you can also download SDK separately. You can share same SDK across different tools and Delphi versions. No need to keep separate versions or update it every time you update Delphi.

Most likely path to Command Line Tools on your Mac is not properly set. How to check and setup you can find at Troubleshooting (macOS and iOS) section http://docwiki.embarcadero.com/RADStudio/Rio/en/SDK_Manager Or if you have Xcode installed you can go to Preferences and set Location (path) to Command Line Tools http://docwiki.embarcadero.com/RADStudio/Rio/en/Installing_the_Xcode_Command_Line_Tools_on_a_Mac

... as well as previous owners.

No, it is not fixed, yet. Permanent solution that will solve all those issues is Delphi LSP (Language Server Protocol) support and is scheduled for 10.4.

Works fine here.

@Darian Miller What you are talking about and what I am talking about are two completely separate issues. This thread revolves around brand new 10.3.2 release... in order to install that release you need to be on active subscription for which you can get license bump... and my comment was strictly about the fact that even though you can, you might want to avoid such situation because you will find yourself in situation where you have to wait and while you wait you cannot work...

License is perpetual, but at some point people would not get license bump (for any version) if they were not on active subscription. That situation was kind of resolved in the meantime... but it is still not quite clear to me what is current status and how it works... if I recall correctly now you have to contact sales to get registration bump

You would not be able to install/use 10.3.2 (or any new version that will be released) without being on active subscription anyway. So having a bump approved is not an issue, it is the waiting for the bump that matters.

Indeed. I just always like to read MS documentation first. So those would be my first steps. After I collect all necessary API calls, I would search Delphi RTL/VCL source to see if anything is already implemented somewhere... and yes, then Google again for specific Delphi implementation if needed (I can generally manage using Windows API calls without additional searching, but that knowledge depends on how often one has to interact with Windows API directly - Delphi does good job at hiding and wrapping those parts so many developers don't have the need to do low level interactions)

Knowing what needs to be done is quite different than having that particular piece of code at hand for sharing.

1. Google create process 2 Google process pid 3. Google close process 4. Google wait for process David gave all necessary steps... you (or anyone) just need to go through that list one by one finding out how to do each particular thing if you already don't know how to do that.

I didn't say nothing could work, just that particular thing you mentioned does not work to save people trouble trying it.

I need to check whether or not current computer time is correct (with some tolerance) and currently have following code. LTime := TIdTime.Create(nil); try LTime.Host := 'time.nist.gov'; LTS := LTime.DateTime; // do something finally LTime.Free; end; It was working fine (AFAIK) until I upgraded the router and basic firewall setting now blocks port 37 which is used by TIdTime... but allows port 123 (UDP) so I switched from TIdTime to TIdSNTP and it is working again. So question is... is TIdTime obsolete... are there any gotchas with using TIdSNTP? Is it safe to switch to TIdSNTP and don't look back? I need to support Windows 7/8/10 with most common settings (software and hardware). If someone decides to specifically block everything... there is nothing I can do anyway.

AFAUK Documentation Insight has a problem with 10.3.2 and there is a hotfix available. Since 10.3.2 was freshly announced I guess hotfix is not publicly available (announced), yet. You should ask for it at http://www.devjetsoftware.com/

More like this Thursday https://community.idera.com/developer-tools/b/blog/posts/announcing-the-release-of-delphi-c-builder-and-rad-studio-10-3-2

Unified memory management only affects mobile compilers and if you are developing for Android you will have to use 10.4. Developers developing for iOS will still be able to use 10.3.2 for a while, but probably not for too long... and even for them it would be smart to switch to 10.4 as soon as possible to adjust their codebases. As far as LSP is concerned... code completion and navigation as well as code insight is pretty much broken as-is... I cannot imagine LSP in its first release being so bad that it would justify staying at 10.3.2. Also 10.3.2 and 10.4 can live side by side... so you can have both and use version that is more appropriate for any particular reason you may have.

Yes, and it says TIME protocol (the one that uses port 37) is obsolete... but I want to triple check that TIdSNTP is the way to go. Works if you only need to support Europe... if not...

Not really... Main problem with IDE is that it uses different parser... so when compiler changes and gets new features IDE part also needs to be updated with support for new features. That is what is missing here. IDE does not know about inline variables. According to May 2019 roadmap https://community.idera.com/developer-tools/b/blog/posts/may-2019-rad-studio-roadmap-commentary-from-product-management this problem will be solved by using LSP (Language Server Protocol) https://langserver.org/ That way, there will no longer be discrepancy between IDE and compiler.

AFAIK, that hack does not work, after all.