SEARCH CONTACT US SUPPORT SERVICES PRODUCTS STORE
United States    
COMPAQ STORE | PRODUCTS | SERVICES | SUPPORT | CONTACT US | SEARCH
gears
compaq support options
support home
software & drivers
ask Compaq
reference library
support forum
frequently asked questions
support tools
warranty information
service centers
contact support
product resources
parts for your system
give us feedback
associated links
.
} what's new
.
} contract access
.
} browse patch tree
.
} search patches
.
} join mailing list
.
} feedback
.
patches by topic
.
} DOS
.
} OpenVMS
.
} Security
.
} Tru64 Unix
.
} Ultrix 32
.
} Windows
.
} Windows NT
.
connection tools
.
} nameserver lookup
.
} traceroute
.
} ping
OpenVMS ALPLIBR02_061 Alpha V6.1 LIBRTL 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) 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. 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.



This patch can be found at any of these sites:

Colorado Site
Georgia Site



Files on this server are as follows:

alplibr02_061.README
alplibr02_061.CHKSUM
alplibr02_061.CVRLET_TXT
alplibr02_061.a-dcx_axpexe

privacy and legal statement