An application fails to start if the ExpressPrinting settings cannot be restored from an INI file or the registry due to the denied access

During the creation of a form containing a TdxCustomContainerReportLink component, an exception was raised when processing the
LoadDefaultSettings method that is called from TdxPSPDFReportExportOptions.AfterConstruction.

The problem is that the settings are stored in an INI file, and the attempt to open the file fails.The exception is not caught so AfterConstruction fails which causes the TdxCustomContainerReportLink to be destroyed. This calls FreeAndNilDefinitions which referes to FDefinitions, which is nil. This causes another exception due to an AV.

As a result the form is not loaded from the DFM resource in the exe file.

I have attached a test project to illustrate.

To reproduce the problem.

Run the program.
Click the Preview button.
Changed the page setup from the preview form.
Close the preview form and close the program.

This should create a settings file. The name is hard coded in the dpr file as

'C:\Temp\PRINT_SETTINGS.INI'

You can change this to suit your environment.

Now, to cause the problem we need to provoke a file open failure. (In the real live app this wasa due to the file being opened by another process). The easiest way to force a file open failure is to change the file permissions so that your user does not have read permission.

Run the program again and you will see the file open exception followed by the access vioalation.

Ideally, the failure of the LoadDefaultSettings method should not cause the creation of the form to fail. The user should see a file open error message and the form should load.

I have attached a zip file with the small demo project, it also contains a madExcept bug report showing the stack trace at the time of the AV.