We've just released patch (or hotfix) 3 for Delphi, C++Builder and RAD Studio 10.4.
If you use VCL grids or C++Builder, we recommend you install Patch #3, which we released today. This patch addresses a number of issues in RAD Studio 10.4 for the VCL Grid, the C++ Win64 debugger (including adding a new formatter), C++ Builder Android exceptions, and C++ Android resource linking.
Two very important things to note:
We recommend GetIt, but if you have problems using GetIt you can download manually. Note that the Welcome screen will continue to display the patch as available because it was not downloaded via GetIt.
RAD Studio 10.4 Patch #3 addresses the following both customer-reported (RSP-) and internal (RS-) issues:
C++ Android:RSP-27268 C++ Builder 10.3.3 Android ExceptionsRSP-29218 C++ Android error E4620 processing resource .fmx -2 raised
VCL:RSP-29628 VCL Grids bug
C++ Win64 Debugging:RSP-29239 Debugger does not start RSP-29206 can't debug win64 at allRSP-29145 C++Builder 64 bit Debugger alters the default working directory from the app executable directoryRSP-29125 New Windows 64 bit debugger freezes and does not stop on exceptions * Partial fix: Exception handling support in the debugger has been improved but there are still issues: OS-level exceptions (e.g. AV) are not always caught and reported. Some language-level exception types are not displayed correctlyRS-100553 [LLDB Win64 C++] Add formatter for unique_ptrRS-100134 FMX & VCL C++ 64-bit App become unresponsive while trying to debug itRS-97111 Evaluation of TLabel->Caption property returns "Unknown error"
This is an important set of fixes. As well as the VCL grids issue, which affects you if you use this control, it's notable for the C++ items. First, Android exception handling is important if you ran into this issue and need to update your Android 32-bit app by the August 1st deadline. The resource linking issue is also worthwhile. Second, when 10.4 was released we added a new debugger for Win64, which is a huge improvement: it's based on LLDB 9, has tools to evaluate and inspect STL collections or your own complex data structures, and more - it's now on par with the classic debugger, which is important for moving to Clang. This patch fixes a number of bugs, especially with large projects, and also adds a new formatter (visualiser) for std::unique_ptr so you can easily inspect their contents.
Reduce development time and get to market faster with RAD Studio, Delphi, or C++Builder. Design. Code. Compile. Deploy.
Start Free Trial
Free Delphi Community Edition
Free C++Builder Community Edition
I don't personally look after FireMonkey so I can't comment here, but I've pinged internally on it.
This is a very odd bug, and we've been looking into it. Right now it is still open, so I can't tell you when it will be solved. I can tell you that it's definitely of interest.
When you will resolve RSP-29834 this bug is 5 years old. The bug has been reported numerous times. There is any chance to have it solved in the near future?
I think you can only see that in GetIt, it shows the patches installed when you launch it. The Updates are version updates rather than patches, in the About screen
Where can I see which update is already installed? The info window always says "No updates installed".
This problem is still present in patch 3: https://community.idera.com/developer-tools/general-development/f/rad-studio-general/72908/event-in-custom-component-don-t-run-c-builder---10-4---property-and-method-are-not-compatibile/96583#96583
I have subscription to 2021-06-30
Waiting to SecureBlackBox (nsoftware)
> Compiler speed is something we plan to work on. Stay tuned :)
This is important, but better You not add bug to work system, or fast resolve critical bugs
The most disruptive for 10.3.3 is RSP-28168 - TField->AsString
Hi Andrzej,> I migrate from 10.1.2 to 10.3.3. frew weeks before You put 10.4.> Now I dont migrate to 10.4 becouse comercial component is not avaiable to 10.4 - I waitnig.I understand. If you have update subscription, you should have a license for 10.4 I hope, but I know there can be issues migrating. What component are you waiting for?> Compiler is slow (allways is) - one thread (30 minits to full compile), waintg to TWineCompile to 10.4.Compiler speed is something we plan to work on. Stay tuned :)> RSP-28168 - TField->AsStringI've asked QA to look at this bug.> RSP-29141Same for this bug.> RSP-29187This one is strange and we don't know the cause. It is hard to reproduce, because each time we reproduce we have to run the IDE for two days -- and if we don't see anything then testing a second time takes another two days.
Hello David,Verision 10.3.3 is not old version, old version is CB4 from 2000 year (my first CB).You put more bug to 10.3.3.I migrate from 10.1.2 to 10.3.3. frew weeks before You put 10.4.Now I dont migrate to 10.4 becouse comercial component is not avaiable to 10.4 - I waitnig. Compiler is slow (allways is) - one thread (30 minits to full compile), waintg to TWineCompile to 10.4.Not stable, I need reinstall IDE after crasch (RSP-29126 - now is Open, RSP-29141 - Reported, RSP-29187 - Reported)I am considering migrating back, to 10.1.2. Why should I pay then for first alpha version 10.4?My opinion (and more users too) You must resolve CRITICAL! bugs products 1 min release back - 10.3.x. Debugger not show value is CRITICAL bug.If You product wil by without bugs not need path.... But ... You know the quality of your products yourself. quality.emb.... tells the truth. Of course, you will not confirm that it has been "a bottom" for several editions.Yes I know You say "I have to buy professional subscription" to path for older project.Say to my do You cash back if You support not resolve assists?Support says: "I need to say that I have no experience of this API. My guess of how to apply the parameters would be as follows: ..." (and copy from MS site) it is the joke? :) :) :) I created RSP-28168 - TField->AsString before create the same RSP for 10.4 beta. You repair beta 10.4 but not 10.3.3!I use 32 bit standard Borland compile.
Patch for RSP-28168 - TField->AsString is WERY NEED!!!
I am in the United States.
I've just installed patch 3. Because my s/w doesn't recognise patches 1 and 2 it seems to reinstall patch 1 and then download patch 2 again but then it downloaded patch 3 and the manual install (following above instructions) works fine. (see also https://quality.embarcadero.com/browse/RSP-29576 )
It's great that Embarcadero are quickly releasing these patches.
Please see my reply below to the same issue. What region of the world are you in?
We're looking into this. It could be a CDN issue: we use a very large third-party CDN (one you've heard of) but we do occasionally get issues where in some regions a file is corrupt. Similarly, it could be an ISP issue or something on a shared backbone - many files are cached.You can try downloading it via a VPN set to another world region. Meanwhile, we are investigating.What region are you in?
We don't usually patch old versions once the new version is out. 10.4 introduces an entirely new debugger for C++ (Win64.)
I haven't seen Embarcadero to produce fixes for old versions once a new version is released.