|
Software > OpenVMS Systems > Documentation > 83final > 6677 HP OpenVMS Systems Documentation |
|
HP OpenVMS Version 8.3 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.31.
V8.3
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
FMS V2.4 is supported on OpenVMS Alpha V8.3.
FMS V2.5 is supported on OpenVMS V8.2 and later systems (Alpha and I64).
The Graphical Configuration Manager (GCM) is included on the Layered Products CD 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.3
OpenVMS Versions 7.3-2 and higher allow use of mixed-case and extended characters in passwords when PWDMIX is specified as login flags. Prior to DECnet-Plus V8.3, DECnet did not support mixed-case passwords for task-to-task communication and remote file access using DECnet.
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.
Refer to Section 1.13 for more information on HP 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" |
This section contains release notes pertaining to the HP DECwindows Motif for OpenVMS product.
V8.3
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)
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, TCP/IP, 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. 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.
The following release notes pertain to HP Pascal for 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.
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.3 The latest version of WEBES (WEBased Enterprise Services) can be obtained from the WEBES homepage at:
V8.3
NetBeans Version 3.6 for OpenVMS Alpha and OpenVMS I64 is supported only on Java Platform, Standard Edition, Development Kit (JDK) v 1.4.2-x.
| Previous | Next | Contents |