[Ray Konopka]

Hi Maarten,

It sounds like you are building a Windows Forms App as opposed to a Windows Forms App (.NET Framework). The former uses .NET (formerly .NET Core), while the later uses the .NET Framework. Unfortunately, at this time, the Raize.CodeSiteLogging assembly is built on the .NET Framework.

Ray

[Ray Konopka]

Hi Andrew,
I apologize for the delay in responding. I’ve been waiting for from concrete information from Embarcadero before responding. We have the support for the Modern C++ compiler in 12.2. However, we were informed by Embarcadero that any packages that are created with 12.2 cannot be used with 12.0 or 12.1. We have been told that a hotfix is in the works, and we have been waiting for that hotfix to be released. Once it is, we will be releasing a new DropMaster version.
Again, I apologize for the lack of response.
Ray

[Ray Konopka]

Hi Andrew,
We’ll be releasing a new version of DropMaster 2.x that includes the necessary files to support the modern 64-bit C++ compiler soon.
Ray

[Ray Konopka]

Hi Chris,
Thanks for the report. Unfortunately, I am unable to duplicate the issue, but that could be because I’ve made other changes to the TRzSpinEdit and those affected this particular behavior. However, I would like to confirm that. Are you able to duplicate the issue in a test project? If so, please the source to the test project (no exe) to our support email and I’ll take a look. Also, what version of Delphi are you using?

Ray

[Ray Konopka]

Hi Chris,
It is best to submit them on Embarcadero’s Quality Portal for tracking. When you do, be sure to put KSVC in the subject line for easier identification. Embarcadero does not have a field to specify this library.
Also, I don’t mind if you also post a heads up here to any reports submitted.
Ray

[Ray Konopka]

Hi Nat,

Thank you for providing more information about what you are trying to do–that is, compiling the RCDemo.

Yes, because of some of the changes that Embarcadero introduced into the PROJ file and the fact that RCDemo supports older versions of Delphi, the prompt to select an SDK is presented when you first open the project in Delphi 11. Typically, the built in SDK is automatically selected and the user just clicks the OK button to continue. However, it appears from the screenshot, that you opted to create a new SDK. That is why you were prompted to download other items from Microsoft’s website.

From the remaining issues you describe it sounds like you created an SDK for creating a UWP app and not a standard Win32 (or Win64) app.

I just loaded the RCDemo project (in Delphi 11) on a new VM and I was prompted to select an SDK, but I just selected the default Win32 SDK that was presented. The project loaded, however, when I tried to compile the demo, I did get an error, but it is a known error. Embarcadero did not update a couple of the source files in the demo with the Delphi 11 release. Fortunately, the fixes are straight-forward.

TabsFrame.pas
In: procedure TFmeTabs.Init;
Replace:
if UsingSystemStyle then
With:
if UsingSystemStyle( Self ) then

CustomFramingFrame.pas
In: procedure TFmeCustomFraming.Init;
Replace
if UsingSystemStyle then
With:
if UsingSystemStyle( Self ) then

MainForm.pas
In: procedure TfrmMain.VisualStyleClick(Sender: TObject);
Replace:
C := GetGradientPanelFrameColor( FCurrentGCS )
With:
C := GetGradientPanelFrameColor( Self, FCurrentGCS )

Then you’ll be able to build the RCDemo project successfully.

As for the TRzRegIniFile component, you are correct, that component does not save data for all components. In fact, the TRzRegIniFile is just a conduit to a data store, as I described in a previous post. The TRzFormState component is designed to save certain properties of a form to the data store referenced by the TRzRegIniFile component. To persist the properties of other components in your application, please take a look at the TRzPropertyStore component.

Ray

[Ray Konopka]

Hi Venkatesan,

Version 5.4.3 of CodeSite has been released. The new version includes the updated CS Tools installer (also with new version number) and a minor update to the CodeSite Viewers.

Ray

[Ray Konopka]

The KSVC controls have no dependencies on Windows Kits. So, I’m not sure what caused Windows Kits to be installed.

As for the TRzRegIniFile, it is designed to use either an INI or the Registry. That is the point of the control. You control where the actual data store is located. The default is an INI file.

“I don’t understand why Embarcadero needed to buy the rights to KSVC if there were problems?”

I’m sorry, but I’m not sure I understand your question.

Ray

[Ray Konopka]

Hi Nat,

That exception is coming from the TRzFormState component. The TRzFormState component utilizes a connected TRzRegIniFile component to control where the form state information is actually stored.

If you select the TRzFormState component in the Form Designer and then press F1, you should see the help for TRzFormState that talks about assigning a TRzRegIniFile component to the RegIniFile property. You can then click on the TRzRegIniFile link to learn more about the components property.

Ray

[Ray Konopka]

Hi Nat,

That appears to be an error that is not related to the KSVC components.

Ray

[Ray Konopka]

Hi Venkatesan,

I understand your request, I will do my best to squeeze this in as soon as possible.

Ray

[Ray Konopka]

Hi Steve,

I apologize for the delay in approving your post to appear in the forum. Unfortunately, the changes that Embarcadero made to the TRzCheckBox and TRzRadioButton components to better support High DPI also broke the functionality of custom glyphs. I am trying to get this issue fixed. I will keep you posted.

Ray

[Ray Konopka]

Hi,
I have modified the CodeSite Tools installer to no longer use WMI and have uploaded the new CS5_Tools installer to the Raize Software website. You can download the new version here: https://raize.com/wp-content/uploads/CS5_Tools.zip

To be clear, the version of the tools is still 5.4.2, it is just the installer that has been updated.

Ray

[Ray Konopka]

Hi,

Thank you for the additional information. I have researched this issue some more, and I have discovered that the InnoSetup script that is used for CodeSite Tools installer does make use of the SWbemLocator to determine if any of the CodeSite Tools applications are currently running. The approach appears to be a pretty common practice with InnoSetups scripts. What is surprising is that WMI is not available on some of your customer’s computers. This particular module is the CodeSite Tools setup has been present for quite some time, and we’ve never received any reports such as this.

I’m looking into alternative methods to using the SWbemLocator and if that is not possible, coming up with a way to gracefully handle the situation that SWbemLocator is not found and still continue with the installer.

Ray

[Ray Konopka]

Hi,

We are not aware of any issues with the CodeSite Tools installer. However, in 5.3.3 the CodeSite Tools installer was changed to InnoSetup. The old installer was built with Wise Installation System.

Is the CS5_Tools.exe installer being run separately? Or, it is being launched from within your own product installer? Are you specifying any parameters to the CS5_Tools.exe program?

What type of machines are you running the installer on? From the message, it appears that InnoSetup may require WMI.

Does this error happen all the time? Or, just a certain machines?

Ray

[Author]

Posts