Embarcadero has just released two patches for RAD Studio, Delphi, and C++Builder 10.4.2. The patches address a few critical issues in the most recent releases and are available to active update subscription customers in the GetIt Package manager. A matching alert shows up in the IDE Welcome page.
The patches are delivered as deferred installation packages, which means they are installed after you shut down the IDE. This means you can activate both GetIt packages, without restarting the IDE after the first one, and then close the IDE and install both of them in a single cycle. Remember you’ll also need to accept the UAC Windows prompt. Details of the two patches, extracted from their readme files, are below.
Update (May 3rd): There is now an additional, third patch also on GetIt as it turned out we missed a few files from the General patch to address a critical exception handling issues on non-Windows platforms (RSP-33117).
Installing these patches is recommended for all Delphi 10.4.2 customers. The patches will soon become available also in the download portal at my.embarcadero.com. Below you can see one of the steps of the installation process.
Table of Contents
Delphi 10.4.2 Compiler Patch
This patch addresses a few performance and memory issues in the Delphi compiler in 10.4.2, also affecting Code Insight (Delphi LSP)
Quality Portal Issues Fixed
- RSP-33425 Internal error AV0C793340(0C770000)-R00000018-0
- RSP-33232 64bit Dll Debugging broken with runtime packages
- RSP-32768 F2046 out of memory
RAD Studio 10.4.2 General Patch
This patch addresses a number of issues in RAD Studio 10.4.2, pertaining primarily to debugging and LSP issues, for both Delphi and C++.
Quality Portal Issues Fixed
- RSP-33406 E2213 Falsches gepacktes Unit-Format: c:program files (x86)embarcaderostudio21.0libWin32debugrtl.dcp.System.SysUtils – Erwartete Version: 34.0, Windows Unicode(x86) Gefundene Version: 110.105, Unk(ARM)
- RSP-33117 Critical: TRY..FINALLY block is broken for non-Windows platforms
- RSP-32951 C++64: Debugger fatal error: debug kernel not responding. The debug process will be terminated.
- RSP-32939 Debugging of DLL with runtime packages is not possible at all
- RSP-32043 Fatal linker error: Type index XXX is bad in module YYY when using clang compiler
Design. Code. Compile. Deploy.
Start Free Trial Upgrade Today
Free Delphi Community Edition Free C++Builder Community Edition
The problem reported in RSP-33117 (https://quality.embarcadero.com/browse/RSP-33117) has not been fixed. Please release a new patch that really fixes this problem.
Thanks!
Unfortunately, that didn’t fix the iOS launch screen problem that doesn’t scale it correctly, rendering iOS apps deployment useless.
This was not fixed by the patch (confirmed in the report on Quality Portal), but will be soon, I gather from comments there: RSP-33117 Critical: TRY..FINALLY block is broken for non-Windows platforms
Hi, the update is fast and I can’t tell if it succeeded (I’ve seen red lines, not green like in your screenshot). Is there a log we can read? Also, My build no is 27.0.40680.4203 … do I have the patches installed or not? WTH is wrong with this editor here anyway …
Forgot to mention, after ‘installing’ the patches I noticed minor changes in the way the IDE responds … not positive changes, unfortunately. It’s the same nightmare for me as before. For example, if I press , to search the word the cursor is positioned on, the Ide simple freezes. This is an application that compiles to aprox 700k lines, with many 3rd party compo. Takes few minutes, eats more than 2GB RAM, moment when I get bored and do the thing from TaskMananger. I have only one life.
Hi Lucian,
Can you provide more info about what happens when you are searching for a word please? (Is that Goto Declaration, aka ctrl-click?) Unfortunately the key you wrote that you press hasn’t made it through the web comment section.
If you can post a QP report with LSP logs turned on, please do. We can solve pretty much any LSP issue, so long as we have logs. Please see the bottom of this page: http://docwiki.embarcadero.com/RADStudio/Sydney/en/Code_Insight_Reference#Filing_Bugs_and_Log_Files
Hi David,
Unfortunately is not only the search (ctrl + shift + f). In the app, our mainform is about 20k lines with tons of components (devex menu things, some queries, ribbon stuff). It takes minutes to do anything when this form is open and in the active editor. One by one I turned off all insight options and still the IDE is unresponsive in this form (or other big forms/datamodules for that matter). And other weird stuff happens. For example, I try to close the mainform, the IDE freezes for minutes (I mean I periodically try to do something and discover I still cant), and at some point, the IDE is cool again … however, the interface looks like it is still frozen (bad paint here and there), so until I check again to see if it works, I still wait like a stupid. It makes you cry. Double click on some word … 1 second until is highlighted.
Ctrl + click on something, slow death again (more exactly it does something that eats a lot of RAM).
The application I am working on is being migrated from XE5 to 10.4. Under XE5 the IDE works pretty much acceptable, having opened the exact same files (so, no, there are no ‘Active’ database components when trouble happens under 10.4)
I will try the LSP log, however if logging will make the IDE even less workable, I have to say that I don’t have time for that.
Thanks anyway
About my experience installing the patches, after digging I found that I had to run that getitcmd with the option useonline. That did it for me, now my 10.4.2 is patched :-).
Turned off both Code Insight and Error Insight and I can now work. Not cool, but it is what it is.
Still waiting on the most fatal bug of all NO FLOATING FORM DESIGN – FIX IT!