Downloads
Product availability Matrix (PAM)Downloads of this patch are available from the Rocket Customer Support Portal.
Further explanation can be found here.
New Feature(s)
|
Currencies
|
Fixes
| UNI-40985 | Uniface 10.4.03 does not install on Windows Server 2016 , 2019 and 2022 |
| UNI-31202 | Incorrect date/time returned for $date, $datim and $clock with specific locales. |
| UNI-26048 | Errors in the DICT model - Delete Constraint Nullify for mandatory fields |
| UNI-12972 | The file psdef.txt, needed for PostScript printing, is not installed on Linux and Unix. |
UNI-40985 - Uniface 10.4.03 does not install on Windows Server 2016 , 2019 and 2022
Solution available in patch(es): 10.4.03-000
Description:
Uniface 10.4.03 does not install on Windows Server 2016 , 2019 and 2022The error message reported is:
Unable to install Uniface 10 Enterprise Edition on this version of Windows. Please see the Product Availability Matrix (PAM) for supported Windows versions.
Press Cancel to exit.
Environment:
+ Uniface version: 10.4.03-000+ Platform: Windows Server 2016 and up
+ Databases: ALL
Workaround:
None.Notes:
This problem is solved.Back to top
UNI-31202 - Incorrect date/time returned for $date, $datim and $clock with specific locales.
Solution available in patch(es): 10.4.03-000
Description:
The returned date/time of $date, $datim and $clock may be unexpected. This issue occurs when both of the following settings are applied:1. $nlsformat="nlslocale"
2. The locale calendar in use is non-Gregorian
The returned date/time is now consistent in the Gregorian calendar.
Environment:
+ Uniface Version : 10.x+ Operating System : OS independent
Workaround:
There is no workaround.Notes:
The issue has been resolved.If your application uses both of the above locale settings, this fix may have an impact on changed date data. It is advised to correct the dates so that working in the future with non-gregorian calendars using national language support can be correct.
To revert to the previous behavior, set $NLS_DISABLE_NON_GREGORIAN_CALENDAR=1 in the ASN file.
It is strongly discouraged to use the compatibility switch as this prevents applications from being used properly with national language support on non-Gregorian calendars.
Back to top
UNI-26048 - Errors in the DICT model - Delete Constraint Nullify for mandatory fields
Solution available in patch(es): 10.4.03-000
Description:
Field USPECNAM (Signature Name) is used in some of the relations defined in the DICT MODEL.Some of these relations have Delete Constraint Nullify.
However where used the field USPECNAM is defined in all DICT entities as Mandatory:
Syntax for the field USPECNAM is UPC,FUL,YCR,LEN(1-60),ENT(~&~@*($)~@*)
Nullify and Mandatory do not go together.
USSPEC : Signature
USIMPL : Signature implementation
USOPER : Signature operation
USIOPER : Signature operation implementation
USPARM : Signature parameter
USIPARM : Signature parameter implementation
Field USPECNAM is a primary keyfield in the entity USSPEC.
Field USPECNAM is a primary keyfield in the entity USPARM.
Field USPECNAM is a primary keyfield in the entity USOPER.
In the relation USSPEC->USIMPL field USPECNAM is used.
For the Delete Constraint for USSPEC->USIMPL Nullify was used.
In the relation USSPEC->USOPER field USPECNAM is used.
For the Delete Constraint for USSPEC->USOPER Cascading was used.
In the relation USOPER->USIOPER field USPECNAM is used.
For the Delete Constraint for USOPER->USIOPER Nullify was used.
In the relation USOPER->USPARM field USPECNAM is used.
For the Delete Constraint for USOPER->USPARM Cascading was used.
In the relation USPARM->USIPARM field USPECNAM is used.
For the Delete Constraint for USPARM->USIPARM Nullify was used.
Environment:
+ Uniface Version : 10.x+ Operating System : OS independent
Workaround:
Do not use the dbms:ri connector option.Notes:
This problem is solved.ADDITIONAL ACTION REQUIRED:
You need to run the Drop Referential Integrity scripts against your repository after which you can restore Referential Integrity using re-generated SQL scripts (/gensql), with the latest 10.4.03 repository definitions that you can import from umeta.xml.
Back to top
UNI-12972 - The file psdef.txt, needed for PostScript printing, is not installed on Linux and Unix.
Solution available in patch(es): 10.4.03-000
Description:
Even though the file psdef.txt is in the distribution, it is not installed on Linux or Unix.Environment:
+Uniface: Version 10.4.02+Operating System: Linux, AIX and Solaris
+Database: DBMS independent
Workaround:
You can copy the file from the extracted distribution into the common/adm directory after having installed Uniface.Notes:
This problem is solved.File psdef.txt will now be installed in common/adm.
