DATATRIEVE DTRAXPECO02072 Datatrieve V7.2 ECO Summary
TITLE: DATATRIEVE DTRAXPECO02072 Datatrieve V7.2 ECO Summary
NOTE: An OpenVMS saveset or PCSI installation file is stored
on the Internet in a self-expanding compressed file.
The name of the compressed file will be kit_name-dcx_vaxexe
for OpenVMS VAX or kit_name-dcx_axpexe for OpenVMS Alpha.
Once the file is copied to your system, it can be expanded
by typing RUN compressed_file. The resultant file will
be the OpenVMS saveset or PCSI installation file which
can be used to install the ECO.
Copyright (c) Compaq Computer Corporation 1999. All rights reserved.
Modification Date: 09-AUG-1999
Modification Type: Applicable OpenVMS Alpha versions modified.
PRODUCT: DEC Datatrieve V7.2 for OpenVMS Alpha Systems
OP/SYS: OpenVMS Alpha
COMPONENT: Report Writer
DTRLIB.OLB
DTRSHR.EXE
SOURCE: Compaq Computer Corporation
ECO INFORMATION:
ECO Kit Name: DTRAXPECO02072
ECO Kits Superseded by This ECO Kit: DTRAXPECO01072
ECO Kit Approximate Size: 18333 Blocks
Kit Applies To: DEC Datatrieve V7.2 for OpenVMS Alpha Systems
OpenVMS Alpha V6.2 and higher
Rolling Re-boot Supported: Not Known
Kit Dependencies:
The following remedial kit(s) must be installed BEFORE
installation of this kit:
None
In order to receive all the corrections listed in this
kit, the following remedial kits should also be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for DEC Datatrieve V7.2 for OpenVMS Alpha Systems
on OpenVMS Alpha V6.2 and higher. This kit addresses the following
problems:
Problems Addressed in DTRAXPECO02072
o The logical DTR$DATE_INPUT did not handle four digit years correctly.
For example, if the logical was set to "MDY" and a date string was
input in the following format - 12311999 - a conversion error was
reported. This problem has now been fixed, and the correct date (i.e.
31-DEC-1999 in the example) will be returned.
o DTR supports several formats of date field on its forms. These
include 2-digit and 4-digit year date formats. DTR validates date
fields and translates all date fields formats into the standard
OpenVMS binary date format which is then passed to the application.
In order to successfully translate 2-digit year date fields into their
corresponding binary format, DTR has to supply the missing 2 digits
of the year (i.e. the century digits). DTR has always used the
century digits as specified by the system clock. This is entirely
consistent with the way that incompletely specified dates are
interpreted in OpenVMS.
At the turn of the century, the behavior of DTR as described above
will mean that 2-digit year dates from the screen will be interpreted
differently. All 2-digit year dates will be processed as being in the
21st century, exactly 100 years later than previously.
DTR now uses a so-called sliding window capability for the
translation of DTR 2-digit year dates.
This enhancement will allow for the modification of the behavior of
DTR so that the century digits applied to a 2-digit year date may be
based on a customer specified value.
On each occasion DTR is required to expand a 2-digit year date it
will attempt to translate a logical name called DTR$BASE_YEAR. Valid
values for this logical name are 4-digit numbers in the range 1859 -
9900. DTR will search the PROCESS table followed by the GROUP table
and finally the SYSTEM table and will use the first valid value found.
If no valid translation of the DTR$BASE_YEAR logical is found then
the behavior of DTR in processing 2-digit year dates will remain
exactly as in the current version of DTR.
This 4-digit number resulting from a valid translation of the
DTR$BASE_YEAR logical name is used by DTR to define the first year
of a 100 year window in which all 2-digit year dates fall. For
example a value of 1980 defines a 100 year date window of 01-JAN-1980
to 31-DEC-2079.
Customers who wish to have DTR continue to translate 2-digit year
dates in the 20th century should set the DTR$BASE_YEAR logical to
the value 1900 while customers who wish to have DTR behave exactly as
before should not define the logical name.
Problems Addressed in DTRAXPECO01072
o This kit fixes a problem in the Report Writer. When the
AT TOP OF REPORT clause was executed, no output for the
desired literal occurred.
INSTALLATION NOTES:
The images in this kit will not take effect until the system is
rebooted. If there are other nodes in the VMScluster, they must
also be rebooted in order to make use of the new image(s).
All trademarks are the property of their respective owners.
This patch can be found at any of these sites:
Colorado Site
Georgia Site
Files on this server are as follows:
dtraxpeco02072.README
dtraxpeco02072.CHKSUM
dtraxpeco02072.CVRLET_TXT
dtraxpeco02072.a-dcx_axpexe
dtraxpeco02072.CVRLET_TXT
|
