Leaderboard

I am also glad we could find a solution - fyi the actual fix was done a bit different as suggested in the comments of that issue. Also thanks to @jbg who gave some input on the subject and @Bruneau who we worked with to get this solved.

I think a (the) highlight of this release is fixing [RSP-27375] Compiler generates disadvantageous code for try/finally - Embarcadero Technologies. Thanks to @Mahdi Safsafifor coming up with a great suggestion and @Stefan Glienkefor creating the issue and pushing hard for its resolution.

50 Years of Pascal by Niklaus Wirth. (in Russian)

I'm impressed! I used the migration tool to update from 10.4.1 to 10.4.2. Downloaded the WebInstall. Everything went well. The IDE opened and as expected only Getit Packages were out. Getit package got better! I manage to install my packages without any glitches. ( VCL Styles, ICS, SynEdit and JCL is also there ). I don't understand why some VCL Styles were only available to some IDEs (older). Shouldn't they be available to all? I understand VCL Styles should be part of delphi from the version it is released upwards. When opening a large project a status screen the unit being loaded! It also shows when you open a unit/frame/form. Cool! There's a nice progress bar on the project manager window footer. It shows code insight working! Cool! The compiler screen has more info too! I haven't tested debugging yet, but I have high hope with viewing generics and of course a more stable debugging experience (Win32/Win64) I haven't noticed any faster compilation. My projects are not suitable for such tests. All of them compiles in a few seconds. I still prefer the Dark theme. I haven't noticed any flicking in the IDE and there's clearing a lot more going on. There's absolutely no doubt the IDE improved a LOT. In 10.4.1 when typing [CTRL+SPACE] to call the form methods nothing was shown. You had to type method declarations / parameters.. Very annoying. They fixed it in 10.4.2! Cool! We can click "Inherited" Cool! Can wait to start debugging my projects!

Announcing the Availability of RAD Studio 10.4.2 Sydney Release 2 https://blogs.embarcadero.com/announcing-the-availability-of-rad-studio-10-4-2-sydney-release-2/

https://www.finalbuilder.com/resources/blogs/advice-for-delphi-library-authors

Thanks Uwe. I made the mistake of using the Migration Tool. A fresh uninstall and reinstall worked to restore a working instance of RAD Studio. I'll have to reinstall and configure the 3rd party components. I was hoping this process would get easier, and I thought the dot dot upgrades didn't require reinstalling, but I was wrong.

https://www.finalbuilder.com/resources/blogs/dpm-package-manager-progress-update

Looks like there is a different RaizeComponentsVcl270.bpl found somewhere.

I usually face same problems when trying to update newer packages, its related to one or more old BPLs Download "Everything" from voidtools Then use it to search for all BPLs that may be spread on multiple locations, then reinstall them.

As I posted elsewhere, the new install scrubbed my Win64 library path. That was the only problem I encountered. Overall it seems like an excellent, quality orientated upgrade. I ran my mapping application through some speed tests and it definitely seems to be running faster when compiled with the latest version — about +4% faster. Steve

I'm back with a follow up question related to this same topic. If it possible to detect which modules have been loaded by the Python script since starting P4D? I'm manually listing NumPy modules to unload, but they can differ by Python version I'm executing and trying to list all of the different DLL names would be ludicrous. I need some sure fire way of unloading all DLL's that Python loaded during its execution, but only the DLL's within that Python script, I don't want to accidentally unload any Delphi related DLL's or DLL's that P4D relies on to function. Thanks for any assistance you can offer.

Not yet. But I see that the tree view does not receive WM_DESTROY message after pressing a close button. Which is quite strange.

In the Webinar yesterday, responding to a question about compiler updates/upgrades, I heard Marco say that 'Getit is a bit of a problem because it always uninstalls the old version before installing'. How can anyone defend this approach? What happens when you test the new version and something fails to work? Where is the old source code for you to compare the differences and either fix them or adjust your usage? A component installer should never force an install into the location of the production library; it should always be checked and validated before it is too late to do this.

@Attila Kovacs yep that's why I came up to AllowEmpty option. Nevertheless I agree that behavior should be consistent between implementations in other languages (this issue is long-lasting TODO entry, probably I'll move it somewhat upper)

I'm already glad they dropped dependency on that odd Visual J++ 😄

Yep, here it is (on DUnitX facilities) TStrArray is array<string> and DefListDelim is ';' // Split/Join/GetElement procedure TTest_Utils.TestSplit; var arr: TStrArray; procedure CheckEquals(const CompArr: array of string; const TestDescr: string); var i: Integer; begin Assert.AreEqual(Integer(Length(CompArr)), Integer(Length(arr)), TestDescr + ' check lengths'); for i := 0 to Length(CompArr) - 1 do Assert.AreEqual(CompArr[i], arr[i], TestDescr + ' compare items #'+IntToStr(i)); end; begin arr := Split(''); CheckEquals([], 'Empty'); arr := Split('qq'); CheckEquals(['qq'], 'Single'); arr := Split('qq;ww;ee'); CheckEquals(['qq','ww','ee'], 'Normal'); arr := Split('qq;ww;ee;'); CheckEquals(['qq','ww','ee'], 'Sep on end'); arr := Split('qq;ww;;;ee', DefListDelim, True); CheckEquals(['qq','ww','','','ee'], 'Empty items -- allow'); arr := Split('qq;ww;;;ee', DefListDelim, False); CheckEquals(['qq','ww','ee'], 'Empty items -- deny'); arr := Split('qq==ww==ee=', '=='); CheckEquals(['qq','ww','ee='], 'Multichar sep'); arr := Split('qq;ww;"ee;ll"', ';', True); CheckEquals(['qq','ww','"ee','ll"'], 'LastIdx 1'); arr := Split('qq;ww;"ee;ll"', ';', True, 0); CheckEquals(['qq;ww;"ee;ll"'], 'LastIdx 1'); arr := Split('qq;ww;"ee;ll"', ';', True, 1); CheckEquals(['qq','ww;"ee;ll"'], 'LastIdx 1'); arr := Split('qq;ww;"ee;ll"', ';', True, 2); CheckEquals(['qq','ww','"ee;ll"'], 'LastIdx 2'); end;

SPM Instrument, a global leader in condition monitoring technology, is looking for a Delphi developer for onsite work. At SPM, we use various technologies and tools, of which Delphi is one of them. Delphi is used when developing embedded, mobile, desktop and backend applications, hosted both on-premises and in the cloud (Azure). Details are at https://www.spminstrument.se/om-spm/karriar/mjukvaruutvecklare-delphi/ Please feel free to ask for more details.

LIBSUFFIX doesn't affect the dcp file names, only the bpl. I have to say that I wish Embarcadero were not shipping Indy so intertwined with the product. Pretty much the first thing I do when installing Delphi is remove all traces of Indy so that I can install my own version (usually later than the one they ship).

I finally get it work, without any changes in the GetIt http ServiceURL (remains https://getit-104.embarcadero.com), following what is told in the above link, and probably also by doing what told at chapter "Enable TLS 1.1 and 1.2 on Windows 7 at the SChannel component level" from Update to enable TLS 1.1 and TLS 1.2 as default secure protocols in WinHTTP in Windows (microsoft.com). ..and here is the result When one want to stay with Windows7, one need to fight

You need to set the ServiceUrl to https://getit.embarcadero.com instead. https://getitnow.embarcadero.com is the web front end that is meant for humans to access, not the IDE to access.

[using Delphi 10.4 update1 + Windows7 on VirtualBox] Further interesting test (always with HKEY_CURRENT_USER\Software\Embarcadero\BDS\21.0\CatalogRepository ServiceUrl = https://getitnow.embarcadero.com): GetItCmd -l= -f=all returns this => "Cannot load data from the server: Error sending data: (12175) A security error occurred" Note the other test below

You're welcome! I'm pretty sure that means that there's an existing app on the device where the certificate does not match the one of the app replacing it. This can be caused by using a new version of Delphi (or one from a different machine) to deploy the app, because the debug.keystore file in the %APPDATA%\Embarcadero\BDS\xx.x folder (where xx.x is 20.0, for Delphi 10.3) is different. One trick to fixing this is to use the debug.keystore file from the previous version, or just delete the app from the device before redeploying. Are you referring to the minSdkVersion issue? It'll happen whenever they decide to change the minimum supported version. The Android OS does not help in this regard when the device spits out a cryptic error message instead of saying "the minSdkVersion value is too high for this device" Google themselves already encourage people to upgrade their devices, because supporting a growing number of older versions is time consuming and costly.

There are two API levels in manifest (actually, there is another one, but not important) - minSdkVersion and targetSdkVesrion minSdkVersion marks minimum API required by application and it will not run on Android devices with API lower than specified targetSdkVersion marks highest supported API level by application - that means Android will not use any compatibility mode when running on devices with specified or lower API. If you run application on device with higher API level, OS will use compatibility mode for newly introduced API features. Tokyo 10.2.3 (and previous versions) by default had both API levels set to 14. Rio 10.3 changed that and minimum API level is now 19 and target is 26. That means devices with Android version lover that 19 will no longer be able to run applications built with Rio. Conclusion: Delphi application compiled with Rio can by default run on any device with API 19 or higher.

As with 10.4.0 and 10.4.1, there may be various problems installing 10.4.2. In the old forum, which is now unfortunately offline, there was a thread in this regard. That's why I'm taking up this topic again - in order to gather proposals for solutions. There is also a bug report RSP-29385, https://quality.embarcadero.com/browse/RSP-29385 regarding these problems. Yesterday I installed 10.4.2 on two computers. On the workstation, the installation went smoothly. On my notebook (dual GPU system, 10.3.3 is there also installed) the installation failed. Reason: Missing bds.exe . Both are on the latest Windows 10 version. However by copying the bds.exe from the workstation installation to the directory \21.0\bin on the notebook I could also successfully complete the installation on the notebook.