David
I'm astounded at your answer! "We're working on it" months after a reproducible bug report has been submitted to you. This is basic software engineering - do not build your libraries with the meomory manager from the previous release. Surely you know this?
"Boost can be used - it's the prebuilt portions that have problems. The header-only portions of Boost are fine."
That's like saying "You can drive the car in first gear, it's just fourth gear that isn't working"
My confidence in your product has hit rock bottom now.

I do appreciate there's two sides to every coin...which is why I have raised a ticket with them (as follows)
ID INC000008132530,
I have a few different versions of RAD Studio (Produced by Embarcadero) the latest RAD Studio 10.2 and 10.2.1 (Tokyo) both have issues with linking applications under the c++ environment. Older versions seem fine. I believe they have new versions of their linking app this time around, to resolve issues with memory management. My guess is your AV engine & or heuristic features no longer recognises the linker app and now interact & interfere with it''s operation which makes it fail 90% on my machine. I''ve tried playing with various exclusions, settings & features to no avail.
I can confirm the app works perfectly well with other AV engines (have mostly tried free ones so far). I would much prefer to keep using Kaspersky than switch to another vendor. Can you please look in to this.
A free trial of the development package can be obtained here (link). No dount Embarcadero will be more than happy to resolve this issue as I''ve no doubt it affects many of their customers, if my experiences are anything to go by. If they are not I''d be happy to use one of my support tickets on this
kind regards
James

Hi Steve - if you have a support ticket that isn't answered, please feel free to forward the email to me (firstname dot lastname at emb.)
Re your feelings of things going awry: please feel free to email me with a list of issues. It's good to have feedback and data from customers like you.

Hi James - we do work with them, but one of the most effective things is for their own customers to complain to them.
In general I recommend whitelisting the entire build folder for a project, as well as the RAD Studio binaries, and manually checking them when you need to verify (eg before publishing a built binary.)

FYI (further to my original post) : I just installed 10.2.1. Linker issues are the same with Kaspersky Total Security 2017 [17.0.0.61(f) on win 10 x64]. I have also confirmed it's likely an AV issue as I do not have the same problem on a VM using the freeware avast AV package.
While I know you don't take responsibility for third party products but it would be great if you could work in conjunction with, at a minimum, the AV industry leaders to ensure your customers can produce apps in a properly secured environment. AV packages have always been a pain to set up, having to add exclusions and the like, but in this case it's just not possible. If linkers and the like can be submitted and whitelisted or scanned differently it would make the lives of devs so much simpler. Certainly I don't have quite so much grief using VS so it looks like it's possible.
Cheers
James

Hey David - I just installed 10.2.1 and have some new issues. Apps recompiled with 10.2.1 (and no code changes) are showing lots of memory leaks (I had none with 10.2). What's going on? I would like to install updates with confidence - but such events erode confidence in the platform... :(

Whilst this is something I've already said it looks like this might be an opportunity to show some solidarity on something that needs to be addressed.
There needs to be balance between pushing out new features (in conjunction with a new release) and making absolutely sure current releases reach a stable point.
New releases are no good if they contain broken essential that never get fixed. Maintenance needs to be given a higher priority than it currently has. In this instance Boost libraries have been a part of the toolschain for donkeys years. A lot of Devs will have code that uses it so it should have been tested and proven 100% working before Tokyo was released....because problems like these will affect many, not just Andrew. After discovery of the issues it should have been sorted....because problems will affect many, not just Andrew.
(David) I note your reply from last Month. "You may be able to rebuild Boost yourself, though that is a lengthy process". It sounds like this issue is fixable, if you rebuild boost, why has this not been done on the Embarcadero end and pushed out as a hotfix or patch?

I think Andrew is right.
Same for me. I just renewed my subscription but if things continue to go this way, it's the last time. I have been waiting fro almost 5 months to eventually have NexusDB 3rd party added to GetIt (it was passed to Embarcadero the day after Tokyo was released).
I opened 1 support ticket (1 of the 3 included with PAID subscription), still no answer, not even studied obviously. Without saying that for 4 weeks it was not possible to check on it as SalesForce had a portal problem not allowing logging in.
Delphi compiling for the AppStore still doesn't work with the latest Xcode
This is not serious, especially for that price range, RADStudio is not a 50$ piece.
Seems to me, it's just a feeling, but everything started to go awry since Idera took over and reduced the teams.
I have been on the Delphi/C++ bandwagon since 1991... but I fear to be forced out soon. With regrets.

David
When are you going to fix the problem with the shipping Boost libraries? As supplied with Tokyo, they CANNOT be used. See RSP-18123 (which still remains unresolved).
When major flaws like this go unresolved for a long time, existing customers lose confidence in Embarcadero's ability to provide a fit-for-purpose product. Or should I switch to Micrcosoft's products instead?