Updated: 24-SEP-2003 (Use your browsers' Reload button to ensure you're viewing the most recent version)
ALPLIBR02_061 Alpha V6.1 LIBRTL ECO Summary
Copyright (c) Digital Equipment Corporation 1996, 1997. All rights reserved.
PRODUCT: OpenVMS Alpha
COMPONENTS: LIBRTL.EXE
MESSAGE_ROUTINES.EXE
STARLET.OLB - Updated with LIB$DATE_ARITHMETIC and
LIB$DATE_CVT
SOURCE: Digital Equipment Corporation
ECO INFORMATION:
ECO Kit Name: ALPLIBR02_061
ECO Kits Superseded by This ECO Kit: ALPLIBR05_070 for OpenVMS Alpha
V6.1 *ONLY*
ALPLIBR04_070
ALPLIBR03_070
ALPLIBR02_070
ALPLIBR01_070
ALPLIBR03_062
ECO Kit Approximate Size: 1944 Blocks
Kit Applies To: OpenVMS Alpha V6.1, V6.1-1H1, V6.1-1H2
System/Cluster Reboot Necessary: Yes
Installation Rating: 3 - To be installed on all systems running
the listed versions of OpenVMS which
are experiencing the problems described.
NOTE: In order to receive the full fixes listed in this kit,
the following remedial kits also need to be installed:
None
ECO KIT SUMMARY:
An ECO kit exists for the LIBRTL routines on OpenVMS Alpha V6.1 - V6.1-1H2.
Problems addressed in the ALPLIBR02_061 kit:
o Because multi-version kits are no longer being issued, the
ALPLIBR05_070 kit, which was for OpenVMS Alpha V6.1 through
V7.0, has been broken down so that there is a kit for each
version. This kit, ALPLIBR02_061, is the V6.1 portion of
ALPLIBR05_070. There are no new fixes in this kit.
Problems addressed in the ALPLIBR05_070 kit:
o The OpenVMS operating system has a documented delta-time
restriction that may cause an error in some applications and
OpenVMS components beginning on or around 19-MAY-1997. This ECO
corrects this potential problem by removing the delta-time limit.
Applications and OpenVMS components most likely to experience
errors are those that pass delta-time arguments with values
exceeding 9999 days on system-supplied date routines. The most
likely date that these errors will occur is 19-MAY-1997:00:00,
which is 10,000 days after the common UNIX time origin of
1-JAN-1970.
This problem is fixed in OpenVMS Alpha V7.1.
Problems addressed in the ALPLIBR04_070 kit:
o Heaps that are removed from the heap pending list are only
merged with the most recently returned heap. This can lead to
heap fragmentation.
Problems addressed in the ALPLIBR03_070 kit:
o LIBRTL.EXE was not replaced in IMAGELIB.OLB.
Problems addressed in the ALPLIBR02_070 kit:
o The 10,000 day limit in LIB$CVT_TO_INTERNAL_TIME causes problems
for DECthreads since it is using this routine to convert UNIX
times to VAX time. It will fail to work on 19-May-1997.
o LIB$STAT_TIMER produces incorrect results. Elapsed time jumps
significantly from the initial value to the next returned value.
o Problem noticed using OTS$DIV_PK_LONG or OTS$DIV_PK_SHORT LIBRTL
routine. Packed value 11259 divided by 1, yielded 1125.90083841.
Only a handful of numbers cause bad results.
Problems addressed in the ALPLIBR01_070 kit:
o The multiplication algorithm for delta time was faulty. This
is a regression in V7.0.
Problems addressed in the ALPLIBR03_062 kit:
o When setting host into a DECnet PhaseV system, the logical name
SYS$REM_NODE is incorrectly set. When the code was originally
written, there was no support for node synonyms. The code
does not get the right values from the system call.
RELATED ARTICLES:
Detailed articles describing the problems listed above may exist in
the OPENVMS database. To view these articles, open the appropriate
product database and perform a query using either of the following
search strings: 'ALPLIBR02_061' or 'ALPLIBR'.
ECO KIT ORDERING INSTRUCTIONS:
If after an evaluation you wish to obtain this kit, request it
electronically using the appropriate Advanced Electronic Services
(AES) Service Tool. If you are not familiar with how to request
kits electronically, open the DIA, WIS or DSNLINK database and
review the article entitled:
[AES] How To Electronically Request ECO Kits Using Service Tools
INSTALLATION NOTES:
In order for the corrections in this kit to take effect, the system
must be rebooted. If the system is a member of a VMScluster, the
entire cluster should be rebooted.
==========================================================================
| Table of Kit Image Information |
+----------------------------+----------+-----------------+--------------+
| | Overall | Image File | Image Link |
| Image Name | Checksum | Identification | Date/Time |
+----------------------------+----------+-----------------+--------------+
| LIBRTL.EXE | AA815F71 | X01-001 | 25-JUL-1996 |
| | | 13:55:46.60 |
+----------------------------+----------+-----------------+--------------+
| MESSAGE_ROUTINES.EXE | A84AAECB | X-3 | 29-JAN-1997 |
| | | 02:18:42.67 |
+----------------------------+----------+-----------------+--------------+
|
