|
Software > OpenVMS Systems > Documentation > 82final > 6674 HP OpenVMS Systems Documentation |
|
HP OpenVMS Version 8.2 Release Notes
Chapter 2
|
$ @SYS$COMMON:[JAVA$122.COM]JAVA$122_SETUP.COM |
There is a known incompatibility between the PL/I RTL distributed with the OpenVMS operating system and the more recent PL/I RTL owned and distributed by Kednos Corporation. The older version shipped with the OpenVMS operating system may overwrite a newer version. The image in question is SYS$LIBRARY:DPLI$RTLSHR.EXE.
OpenVMS distributes the following version of the file, which can be identified by using the DCL command ANALYZE/IMAGE:
Image Identification Information
image name: "DPLI$RTLSHR"
image file identification: "V4.0-6"
|
If you execute an ANALYZE/IMAGE command before upgrading to OpenVMS Version 7.3 or higher and find a newer version of DPLI$RTLSHR.EXE, you can either copy it and restore it after the upgrade or reinstall the PL/I kit afterward.
Any questions about DEC PL/I and VAX PL/I should be directed to Kednos Corporation:
Phone: (831) 373-7003
Email: tom@kednos.com
See a related note in Section 5.30.
V8.2
You can install either of the following FMS kits (or later kits) on both OpenVMS Alpha and OpenVMS I64 systems:
Full kit: HPFMS025
Run-time kit: HPFMSRT025
The Graphical Configuration Manager (GCM) is included on the Layered Products CD-ROM that ships with the operating system. However, GCM is frequently updated. Check regularly for new versions of the software on the following web page:
The following notes pertain to OpenVMS Version 8.2 of HP DCE RPC.
V8.2
DCE RPC has been enhanced to work in a FAILSafe IP environment.
V8.2
DCE RPC now provides support for tuning the socket buffer size by means of the logical RPC_USE_DEFAULT_SOCKET_BUFFER_SIZE. Setting this logical allows the RPC runtime to use the system default socket buffer size values. Use the following command to define the logical systemwide:
$ DEFINE/SYSTEM RPC_USE_DEFAULT_SOCKET_BUFFER_SIZE 1 |
To restore the original RPC run-time behavior, you must deassign the RPC_USE_DEFAULT_SOCKET_BUFFER_SIZE logical.
V8.2
Version 8.2 of RPC does not support RTI RPC on I64 systems. For details, refer to the HP DCE for OpenVMS Alpha and OpenVMS I64 Release Notes document that ships with the kit.
V8.2
Authenticated RPC over NTLM (Microsoft Lan Manager Protocol) has not been tested on OpenVMS I64 because the infrastructure on which DCE RPC depends is not available on OpenVMS I64.
V8.2
The input argument, factor, for the DTSS API routine utc_mulftime must be an IEEE_FLOAT type on I64 systems and a G_FLOAT type on Alpha systems. You can use either CVT$FTOF or CVT$CONVERT_FLOAT to convert the factor argument to the appropriate floating-point type before calling utc_mulftime .
V8.2
DCE RPC for OpenVMS now supports both G_FLOAT and IEEE floating-point types on I64 and Alpha platforms.
Use the floating-point types consistently in a single RPC application. Different RPC applications, each using different floating-point types, can be run on a single system.
By default, DCE uses IEEE_FLOAT type on I64 systems. That is, DCE applications built for I64 systems would use IEEE_FLOAT floating-point types.
To use the G_FLOAT floating-point type in RPC applications developed with the C or C++ language:
C applications: -CC_CMD "CC/FLOAT=G_FLOAT"
C++ applications: -CPP_CMD "CXX/FLOAT=G_FLOAT"
C applications: DCE.OPT
C++ applications: DCE_CXX.OPT
To use the IEEE_FLOAT floating-point type in RPC applications developed with the C or C++ language:
By default, the DCE applications built on Alpha systems use the G_FLOAT floating-point types.
To use the IEEE_FLOAT floating-point type in RPC applications developed with the C or C++ language:
C applications: -CC_CMD "CC/FLOAT=IEEE_FLOAT"
C++ applications: -CPP_CMD "CXX/FLOAT=IEEE_FLOAT"
C applications: DCE.OPT
C++ applications: DCE_CXX.OPT
To use the G_FLOAT floating-point type in RPC applications developed with the C or C++ language:
V8.2
The HP X.25 for OpenVMS Alpha software is in the process of being ported and is not yet supported. Therefore, HP DECnet-Plus for OpenVMS I64 Version 8.2 does not support X.25 data links.
This section contains release notes pertaining to DECram.
V8.2
Starting with OpenVMS Alpha and OpenVMS I64 Version 8.2, DECram ships with the OpenVMS operating system as a System Integrated Product (SIP). Users are still required to have a DECram license. The DECram driver is located in SYS$COMMON:[SYS$LDR]. Alpha users should remove any remaining SYS$MDDRIVER images in the system-specific directories ([SYSx.SYS$LDR]). For details about removing old versions of DECram before you upgrade to Version 8.2, refer to the HP OpenVMS Version 8.2 Upgrade and Installation Manual.
If you try to load any old versions of DECram, you will get the following error message:
SYSTEM-W-SYSVERDIF, system version mismatch; please relink
No older versions of DECram are supported on OpenVMS Version 8.2.
DECram Version 2.5 will continue to be supported on VAX systems only.
V8.2
The Encryption for OpenVMS Alpha layered product creates its own DCL command DECRYPT at installation time. DECRYPT then overwrites the default definition of DECR, which users might have been using to invoke DECram.
If both products are installed, you can access the DECram interface by defining a DCL foreign command symbol such as the following:
$ DECRAM == "$MDMANAGER" |
V7.3-2
The DECram documentation states that the largest value you can specify for /SIZE and /CAPACITY for DECram is 4,294,967,295 (or %XFFFFFFFF), depending on your available free memory.
However, the largest value that OpenVMS supports is 2,147,483,647 for ODS-2 and ODS-5 volumes.
V7.3-1
It is important to check for disk errors after issuing any DECram command because not all errors are returned to the user interface. Errors specific to a device are sent to the system error log. Type SHOW DEVICE MD at the DCL prompt to see if any device errors were generated as a result of a DECram command. You will need to use an error log analyzer tool to recover the error. Errors are logged in ASCII file format; you can search for errors with an MD-E-FAILURE prefix in the SYS$SYSROOT:[SYSERR]ERRLOG.SYS file.
V7.3-1
Using Volume Shadowing for OpenVMS, DECram can shadow a DECram disk to a physical disk. However, be aware that in the current implementation of Volume Shadowing for OpenVMS, if the physical disk goes away, you will be writing to a volatile disk. A mechanism that will "freeze writes" if the physical disk goes away is planned for a future release of Volume Shadowing for OpenVMS.
This section contains release notes pertaining to the HP DECwindows Motif for OpenVMS product.
V8.2
In an external authentication environment, a user will not be able to unlock a DECwindows workstation when all of the following conditions are met:
Under these circumstances, the workstation does not recognize a valid password and keeps prompting for one. To recover from this condition, log in from another source (for example, on the network or LAT) and restart the DECwindows server using @SYS$STARTUP:DECW$STARTUP RESTART.
Until this problem is corrected in a future release, HP recommends that externally authenticated users who must log in to a DECWindows workstation using the /LOCAL_PASSWORD qualifier disable the automated pause function and refrain from invoking the pause screen.
V8.2
The following new locales, which are used by localized DECwindows Motif software, have been added to the OpenVMS Version 8.2 internationalization data kit.
iw_IL.utf-8 (Hebrew, Israel, UTF-8)
ko_KR.utf-8 (Korean, UTF-8)
zh_CN.utf-8 (Chinese, PRC, UTF-8)
zh_HK.utf-8 (Chinese, Hong Kong, UTF-8)
zh_TW.utf-8 (Chinese, Taiwan, UTF-8)
V8.2
The only language variants offered with DECwindows Motif for OpenVMS Version 1.5 are Japanese, Hanzi, and Hangul. Hebrew will be offered later.
If you require another language variant for DECwindows Motif, contact your HP support representative either to identify a prior version that offers the variant or to discuss options regarding software translation.
V8.2
Support for the DECwindows Motif interface to the LAT transport, which was withdrawn with DECwindows Motif Version 1.3, has been restored and is available on the OpenVMS Alpha and OpenVMS I64 platforms. This support enables users to start LAT X sessions and communicate over low-capacity networks with systems running DECwindows Motif Version 1.3-1 or higher. It also allows client applications running on DECwindows Motif systems to use the LAT transport to connect to X terminal systems.
Note that the restored LAT interface included with the OpenVMS operating system can be used as a valid network transport for communication with the DECwindows Motif Version 1.3-1 (or greater) and OpenVMS Version 7.3-2 (or greater) display servers. However, use with any other communication protocols in the X11R6.6 environment is not supported. This includes communication by or with the following:
Additionally, HP does not support the use of token-based authentication protocols (such as MIT-MAGIC-COOKIE-1 or MIT-KERBEROS-5) with the restored LAT transport interface.
V7.3-2
In DECwindows Motif Version 1.3 for OpenVMS Alpha, significant changes were made to the DECwindows Motif transport library to accommodate multithreading and the communication needs of the Inter-Client Exchange (ICE) protocol, Low-Bandwidth X (LBX) proxy server, and Input Method servers. As a result, HP has discontinued support for user-written network transports on systems running DECwindows Motif Version 1.3 or higher.
All existing transports (DECNET, TCPIP, LAT, and LOCAL) remain available and function as expected. However, HP no longer provides support for designing and implementing user-written transports based on the updated transport interface. The VMS DECwindows Transport Manual has been archived, and the new libraries are not publicly available.
If you have implemented a custom transport and want to migrate that transport to the DECwindows Motif Version 1.5 or greater environment, contact your HP support representative to develop a migration strategy.
V8.2
OpenVMS Alpha Version 7.3-2 and OpenVMS Version 8.2 (Alpha and I64) are the last releases on which the Secure Web Server (SWS) Version 1.3-* is supported. OpenVMS Alpha Version 7.3-2 is the last release on which SWS Version 2.0 is supported.
The functional replacement for SWS Version 1.3-* and SWS Version 2.0 is SWS Version 2.1, which is expected to be available later in 2005. All future new features and enhancements to SWS will be provided beginning with SWS Version 2.1, which is based on the Apache 2.0.* open source code base.
SWS Version 1.3-* and SWS Version 2.0 will be supported while OpenVMS Alpha Version 7.3-2 is in Prior Version Support (PVS) status, and SWS Version 1.3-* will be supported as long as OpenVMS Version 8.2 is supported. Support for these SWS versions will include remedial fixes and security fixes as deemed appropriate.
Pascal V5.9 is required for OpenVMS I64 systems.
The following release notes pertain to HP Pascal on OpenVMS Alpha systems.
V7.3-2
Because of a change in OpenVMS Version 7.3-2, Pascal versions prior to V5.8A cannot create the STARLET library files during installation.
Earlier versions of Pascal can install on OpenVMS Version 7.3-2 or later if you answer "NO" to the option to create and install the STARLET library files. Also, previously installed Pascal compilers and previously created STARLET library files will continue to function after upgrading an older OpenVMS system to Version 7.3-2 or later.
It is only the STARLET library creation portion of the Pascal installation that does not work on OpenVMS Version 7.3-2 and later. The Pascal V5.8A kit contains an enhanced installation procedure to correctly build the STARLET library files on OpenVMS Version 7.3-2 and later.
Pascal V5.8A is available on the latest consolidated layered product CD-ROM.
V7.3
This note applies to any version of HP Pascal and any version of the OpenVMS Alpha operating system.
After upgrading OpenVMS, you should reinstall HP Pascal to produce new versions of STARLET.PAS and other definition files to match the upgraded system.
If you do not reinstall HP Pascal after upgrading OpenVMS, the compiler on your system will still work correctly. However, STARLET.PAS and the other definition files will not contain any new or corrected definitions supplied by the OpenVMS upgrade.
V8.2
The WEBased Enterprise Services (WEBES), a kitted suite of tools that includes the System Event Analyzer (SEA) for OpenVMS, is available on Alpha systems, and will be supported on I64 systems when the WEBES V4.4 I64 kit ships in early 2005. Once this kit ships, the System Tools CD that is packaged with OpenVMS quarterly updates will also be updated to include WEBES V4.4. The latest version of WEBES can always be obtained from the WEBES homepage at:
WEBES Version 4.3.3 and higher is qualified and supported to run on OpenVMS Alpha Version 8.2 now.
| Previous | Next | Contents | Index |