OpenVMS V7.3-1 running the CDE-based DECwindows "New Desktop" GUI
|Developer||Digital Equipment Corporation, Compaq, Hewlett-Packard, VMS Software Inc (VSI)|
|Written in||BLISS, VAX Macro, C, Ada, PL/I, Fortran, Motif User Interface Language, Pascal, Structure Definition Language (SDL) C++, DCL, Message Definition Files, VAX Document|
|OS family||DEC OS family|
|Source model||Closed source, source available|
|Initial release||October 25, 1977|
|Latest release||OpenVMS 9.0 / May 15, 2020|
|Marketing target||High-end computer server|
|Update method||Concurrent upgrades,|
|Package manager||PCSI and VMSINSTAL|
|Platforms||VAX, Alpha, Itanium, x86-64|
|Kernel type||Monolithic kernel with loadable modules|
|Default user interface||DCL CLI and DECwindows GUI|
OpenVMS (Virtual Memory System) is a multi-user, multiprocessing virtual memory-based operating system designed for use in time-sharing, batch processing, and transaction processing. It was first released by Digital Equipment Corporation in 1977 as VAX/VMS for its series of VAX minicomputers. Since 2014 OpenVMS is developed and supported by a company named VMS Software Inc. (VSI).
In addition to VAX systems, OpenVMS also runs on DEC Alpha systems, the Itanium-based HPE Integrity family of computers, and select x86-64 hardware and hypervisors. It is a proprietary operating system, but source code listings are available for purchase.
The system offers high availability through clustering and the ability to distribute the system over multiple physical machines, allowing clustered applications and data to remain continuously accessible while operating system software and hardware maintenance and upgrades are performed, or when a whole data center is destroyed. VMS cluster uptimes of 17 years have been reported. Customers using OpenVMS include banks and financial services, hospitals and healthcare, telecommunications operators, network information services, and large-scale industrial manufacturers.
Origin and name changes
In April 1975, Digital Equipment Corporation embarked on a hardware project, code named Star, to design a 32-bit virtual address extension to its PDP-11 computer line. A companion software project, code named Starlet, was started in June 1975 to develop a totally new operating system, based on RSX-11M, for the Star family of processors. These two projects were tightly integrated from the beginning. Gordon Bell was the VP lead on the VAX hardware and its architecture. Roger Gourd was the project lead for the Starlet program, with software engineers Dave Cutler (who would later lead development of Microsoft's Windows NT), Dick Hustvedt, and Peter Lipman acting as the technical project leaders, each having responsibility for a different area of the operating system. The Star and Starlet projects culminated in the VAX-11/780 computer and the VAX/VMS operating system. The Starlet name survived in VMS as a name of several of the main system libraries, including STARLET.OLB and STARLET.MLB.
With the introduction of the MicroVAX range such as the MicroVAX I, MicroVAX II and MicroVAX 2000 in the mid-to-late 1980s, DIGITAL released MicroVMS versions specifically targeted for these platforms which had much more limited memory and disk capacity; e.g. the smallest MicroVAX 2000 had a 40MB RD32 hard disk and a maximum of 6MB of RAM, and its CPU had to emulate some of the VAX floating point instructions in software. MicroVMS kits were released for VAX/VMS 4.4 to 4.7 on TK50 tapes and RX50 floppy disks, but discontinued with VAX/VMS 5.0.
In 1991, VMS was renamed to OpenVMS as an indication for its support of "open systems" industry standards such as POSIX and Unix compatibility, and to drop the hardware connection as the port to DIGITAL's 64-bit Alpha RISC processor was in process. The OpenVMS name first appeared after the version 5.4-2 release.
Port to DEC Alpha
In 1988, after the cancellation of the Prism project, Ken Olsen asked Bob Supnik to investigate ways that Digital could keep the performance of VAX/VMS systems competitive with RISC-based Unix systems. A group of engineers known as the "Extended VAX" or "EVAX" task force was formed, who originally attempted to produce a RISC-like subset of the VAX architecture. When this approach turned out to be a dead end, the group began investigating the feasibility of porting VMS and its applications to a clean-slate RISC architecture. The group decided to adopt the Prism architecture with modifications, which eventually became the Alpha. The project to port VMS to the Alpha architecture began in 1989, and booted successfully on real hardware for the first time in 1991.
The main challenge in porting VMS to another architecture was that VMS and the VAX were designed together, meaning that VMS was dependent on certain details of the VAX architecture. Furthermore, a significant amount of the VMS kernel, layered products, and customer-developed applications were implemented in VAX MACRO-32 assembly code. To port the MACRO-32 code, a compiler was created which translated MACRO-32 to Alpha object code. Many of the dependencies on the VAX architecture, such as interrupt handling and atomic queue instructions, were emulated in PALcode - which further minimized the amount of changes required to port the VMS kernel to the Alpha.
The VMS port to Alpha resulted in the creation of a second and separate source code libraries (based on a source code management tool known as VDE) for the VAX 32-bit source code library and a second and new source code library for the Alpha (and the subsequent Itanium port) 64-bit architectures. 1992 saw the release of the first version of OpenVMS for Alpha AXP systems, designated OpenVMS AXP V1.0. The decision to use the 1.x version numbering stream for the pre-production quality releases of OpenVMS AXP caused confusion for some customers and was not repeated in the next platform port to the Itanium.
In 1994, with the release of OpenVMS version 6.1, feature (and version number) parity between the VAX and Alpha variants was achieved. This was the so-called Functional Equivalence release, in the marketing materials of the time. Some features were missing however, e.g. based shareable images, which were implemented in later versions. Subsequent version numberings for the VAX and Alpha variants of the product have remained consistent through V7.3, though Alpha subsequently diverged with the availability of the V8.2 and V8.3 releases.
When VMS was ported to the Alpha, it was initially left as a 32-bit only operating system. This was done to ensure backwards compatibility with software written for the 32-bit VAX. 64-bit addressing was first added for the Alpha in the 7.0 release. In order to allow 64-bit code to interoperate with older 32-bit code, OpenVMS does not create a distinction between 32-bit and 64-bit executables, but instead allows for both 32-bit and 64-bit pointers to be used within the same code. This is known as mixed pointer support.
Port to Intel Itanium
In 2001, just prior to its acquisition by Hewlett-Packard, Compaq announced the port of OpenVMS to the Intel Itanium architecture. This port was accomplished using source code maintained in common within the OpenVMS Alpha source code library, with conditional and additional modules where changes specific to Itanium were required. The OpenVMS Alpha pool was chosen as the basis of the port as it was significantly more portable than the original OpenVMS VAX source code, and because the Alpha source code pool was already fully 64-bit capable (unlike the VAX source code pool). With the Alpha port, many of the VAX hardware-specific dependencies had been previously moved into the PALcode for OpenVMS. For Itanium, the functionality which lived in PALcode was moved into a component of the OpenVMS kernel named the Software Interrupt Services (SWIS). The Extensible Firmware Interface (EFI) is used to boot VMS on the Integrity platform, taking over the role of the System Reference Manual (SRM) firmware on the Alpha.
Unlike the port from VAX to Alpha, in which a snapshot of the VAX code base circa V5.4-2 was used as the basis for the Alpha release and the 64-bit source code pool then diverged, the OpenVMS Alpha and I64 (Itanium) versions of OpenVMS are built and maintained using a common source code library and common tools. The core software source code control system used for OpenVMS is the VMS Development Environment (VDE).
Two pre-production releases, OpenVMS I64 V8.0 and V8.1, were available on June 30, 2003 and on December 18, 2003. These releases were intended for HP organizations and third-party vendors involved with porting software packages to OpenVMS I64.
Port to x86-64
When VMS Software Inc. (VSI) announced that they secured the rights to develop the OpenVMS operating system from HP, they also announced their intention to port OpenVMS to the standard x86-64 architecture. The porting effort ran concurrently with the establishment of the company, as well as the development of VSI's own Itanium and Alpha releases of OpenVMS 8.x.
The x86-64 port is targeted for specific servers from HPE and Dell, as well as certain virtual machine hypervisors. Initial support was targeted for KVM and VirtualBox. Support for VMware was announced in 2020, and Hyper-V has been described as a future goal for VSI.
The x86-64 port is built from the same codebase as the Alpha and Itanium architectures, using conditional compilation to manage the architecture-specific code needed to support the x86-64 platform. As with the Alpha and Itanium ports, the x86-64 port made some changes to simplify porting and supporting OpenVMS on the new platform:
- VSI adopted the open source LLVM compiler backend, replacing the proprietary GEM backend used in the Alpha and Itanium ports. A translator was developed to map the GEM IR to LLVM IR, allowing the existing compiler frontends to be reused. In addition, the open source Clang compiler was adopted as the officially supported C++ compiler for OpenVMS under x86-64.
- On x86-64, OpenVMS makes more extensive use of UEFI and ACPI to detect and initialize hardware on boot. As part of this, VMS is now booted from a memory disk, instead of the traditional VMS boot mechanism – which relied on a "primitive boot driver" containing a basic implementation of the filesystem, and which was tied to specific hardware devices. The changes to the boot process necessitated the creation of a "Dump Kernel" – this is a secondary kernel which is loaded in the background at boot time, and is invoked in case OpenVMS needs to write a crash dump to disk.
- OpenVMS assumes the presence of four hardware-provided privilege levels to provide isolation between user applications, and various parts of the operating system. While x86-64 nominally provides four privilege levels, they are only equivalent to two of the privilege levels on the VAX, Alpha and Itanium. In the x86-64 port, the Software Interrupt Services (SWIS) module of the kernel is extended to emulate the missing privilege levels.
The first boot was announced on the 14th May 2019. This involved booting OpenVMS on VirtualBox, and successfully running the
DIRECTORY command. Later in 2019, the first "real boot" was announced - this consisted of the operating system booting in a completely standard manner, a user logging into the system, and running the
DIRECTORY command. In May 2020, the 9.0 Early Access Release was made available to certain customers. This contains the full OpenVMS operating system running in a VirtualBox VM with certain limitations - most significantly, little to no layered products are available, and code can only be compiled for x86-64 using cross compilers which run on Itanium-based OpenVMS systems.
Major release timeline
|Version||Release date||End-of-life date||Notes|
|Old version, no longer maintained: V1.0||25 October 1977||?||VAX-11/780, Initial commercial release|
|Old version, no longer maintained: V2.0||April 1980||?||VAX-11/750|
|Old version, no longer maintained: V3.0||April 1982||?||VAX-11/730, VAX-11/725, VAX-11/782, ASMP|
|Old version, no longer maintained: V4.0||September 1984||?||VAX 8600 and MicroVMS (for MicroVAX), VAXclusters|
|Old version, no longer maintained: V5.0||April 1988||?||VAX 6000, SMP, License Management Facility, Modular Executive|
|Old version, no longer maintained: V1.0 AXP||November 1992||?||first OpenVMS AXP (Alpha) specific version|
|Old version, no longer maintained: V6.0||June 1993||31 December 2012||VAX 7000 and 10000, NCSC Class C2 compliance|
|Old version, no longer maintained: V6.1||April 1994||?||merging of VAX and Alpha AXP version numbers|
|Old version, no longer maintained: V7.0||January 1996||?||full 64-bit virtual addressing on Alpha|
|Old version, no longer maintained: V7.3||June 2001||31 December 2012||Last release for the VAX architecture.|
|Old version, no longer maintained: V8.0||June 2003||?||limited availability eval for Integrity|
|Old version, no longer maintained: V8.2||February 2005||30 April 2014||Common Alpha and Itanium release|
|Old version, no longer maintained: V8.3||September 2006||31 December 2015||Itanium dual-core support|
|Older version, yet still maintained: V8.4||June 2010||31 December 2020||Virtual machine guest under HPVM. Clusters over TCP/IP. Last release from HP.|
|Older version, yet still maintained: V8.4-1H1||May 2015||31 December 2022||Support for "Poulson" Itanium processors, first release from VSI.|
|Older version, yet still maintained: V8.4-2||March 2016||March 2021||Support for systems with up to 64 cores and 1.5TB of RAM|
|Current stable version: V8.4-2L1||September 2016||31 December 2024||OpenSSL updated to 1.0.2.|
|January 2017||Post 2026||First Alpha architecture release from VSI.|
|Latest preview version of a future release: V9.0||May 2020||N/A||x86-64 Early Adopter Release|
|Future release: V9.1||H2 2020||N/A||x86-64 General Early Adopter Release|
|Future release: V9.2||2021||TBA||Itanium and x86-64 General Release|
|2021||TBA||Alpha General Release|
OpenVMS offers many features that are now considered standard requirements for any high-end server operating system. These include:
- Integrated computer networking (originally DECnet, and later TCP/IP)
- Symmetrical, asymmetrical, and NUMA multiprocessing, including clustering
- A hierarchical, feature-rich file system (Files-11)
- Integrated database features such as RMS and relational databases, including Rdb, Oracle Database, MariaDB and PostgreSQL
- Support for multiple computer programming languages.
- A standardized interoperability mechanism for calls between different programming languages
- An extensible shell command language (DIGITAL Command Language)
- Hardware partitioning of multiprocessors
- High level of security
VMS was originally designed to be used and managed interactively using Digital's text-based video terminals such as the VT100, or hardcopy terminals such as the DECwriter series. With the introduction of the VAXstation line in 1984, VMS has optionally supported graphical user interfaces for use with workstations, or graphical terminals connected to a server. Versions of VMS running on DEC Alpha workstations in the 1990s supported OpenGL and Accelerated Graphics Port (AGP) graphics adapters.
Command line interfaces
The DIGITAL Command Language has served as the primary command line interface (CLI) of OpenVMS since the first release. Early versions of VAX/VMS also included the MCR CLI from RSX-11M as part of a compatibility layer named the RSX Application Migration Executive (AME). This was later made an optional layered product on the VAX (called VAX-11 RSX).
Various Unix shells have been officially ported to VMS. The first of which was DEC/Shell - which was a layered product consisting of port of the Unix V7 Bourne Shell and several Unix utilities to VAX/VMS. In 1992, Digital released the POSIX for OpenVMS layered product, which included a shell based on the Korn Shell. POSIX for OpenVMS was later replaced by the open source GNV (GNU's not VMS) project, which was first included in OpenVMS media in 2002. Amongst other GNU tools, GNV includes a port of the Bash shell to VMS.
Graphical user interfaces
Over the years, VMS has gone through a number of different GUI toolkits and interfaces:
- The original graphical user interface for VMS was a proprietary windowing system known as the VMS Workstation Software (VWS), which was first released for the VAXstation I in 1984. It exposed an API called the User Interface Services (UIS). It ran on a limited selection of VAX hardware.
- In 1989, DEC released a new X11-based windowing system named DECwindows. It was first included in VAX/VMS 5.1. Early versions of DECwindows featured an interface built on top of a proprietary toolkit named XUI. A layered product named UISX was provided to allow VWS/UIS applications to run on top of DECwindows.
- In 1991, DEC replaced XUI with the Motif toolkit, creating DECwindows Motif. As a result, the Motif Window Manager became the default DECwindows interface in OpenVMS 6.0, although the XUI window manager remained as an option.
- In 1996, as part of OpenVMS 7.1, DEC released the "New Desktop" interface for DECwindows Motif. The New Desktop consisted of a significant subset of the Common Desktop Environment. On Alpha and Itanium systems, it is still possible to select the older MWM-based UI (referred to as the "DECwindows Desktop") at login time. The New Desktop was never ported to the VAX releases of OpenVMS.
OpenVMS supports clustering (first called VAXcluster and later VMScluster), where multiple systems share disk storage, processing, job queues and print queues, and are connected either by proprietary specialized hardware (Cluster Interconnect) or an industry-standard LAN (usually Ethernet). A LAN-based cluster is often called a LAVc, for Local Area Network VMScluster, and allows, among other things, bootstrapping a possibly diskless satellite node over the network using the system disk of a bootnode.
VAXcluster support was first added in VMS version 4, which was released in 1984. This version only supported clustering over CI. Later releases of version 4 supported clustering over LAN (LAVC), and support for LAVC was improved in VMS version 5, released in 1988.
OpenVMS supports up to 96 nodes in a single cluster, and allows mixed-architecture clusters, where VAX and Alpha systems, or Alpha and Itanium systems can co-exist in a single cluster (Various organizations have demonstrated triple-architecture clusters and cluster configurations with up to 150 nodes, but these configurations are not officially supported).
Unlike many other clustering solutions, VMScluster offers transparent and fully distributed read-write with record-level locking, which means that the same disk and even the same file can be accessed by several cluster nodes at once; the locking occurs only at the level of a single record of a file, which would usually be one line of text or a single record in a database. This allows the construction of high-availability multiply redundant database servers.
Cluster connections can span upwards of 500 miles (800 km), allowing member nodes to be located in different buildings on an office campus, or in different cities.
Host-based volume shadowing allows volumes (of the same or of different sizes) to be shadowed (mirrored) across multiple controllers and multiple hosts, allowing the construction of disaster-tolerant environments.
Full access into the distributed lock manager (DLM) is available to application programmers, and this allows applications to coordinate arbitrary resources and activities across all cluster nodes. This includes file-level coordination, but the resources and activities and operations that can be coordinated with the DLM are completely arbitrary.
OpenVMS V8.4 offers advances in clustering technology, including the use of industry-standard TCP/IP networking to bring efficiencies to cluster interconnect technology. Cluster over TCP/IP is supported in OpenVMS version 8.4, which was released in 2010.
With the supported capability of rolling upgrades and multiple system disks, cluster configurations can be maintained on-line and upgraded incrementally. This allows cluster configurations to continue to provide application and data access while a subset of the member nodes are upgraded to newer software versions.
OpenVMS has a very feature-rich file system, with support for stream and record-oriented IO, access control lists (ACLs), and file versioning. The typical user and application interface into the file system is via the Record Management Services or RMS.
OpenVMS represents system time as the 64-bit number of 100 nanosecond intervals (that is, ten million units per second; also known as a 'clunk') since the epoch. The epoch of OpenVMS is midnight preceding November 17, 1858, which is the start of Modified Julian Day numbering. The clock is not necessarily updated every 100 ns; for example, systems with a 100 Hz interval timer simply add 100000 to the value every hundredth of a second. The operating system includes a mechanism to adjust for hardware timekeeping drift; when calibrated against a known time standard, it easily achieves an accuracy better than 0.01%. All OpenVMS hardware platforms derive timekeeping from an internal clock not associated with the AC supply power frequency.
While the system is shut down, time is kept by a Time-of-Year ("TOY") hardware clock. This clock keeps time to a lower resolution (perhaps 1 second) and generally, a lower accuracy (often 0.025% versus 0.01%). When the system is restarted, the VMS 64-bit time value is recomputed based on the time kept by the TOY clock and the last recorded year (stored on the system disk).
The 100 nanosecond granularity implemented within OpenVMS and the 63-bit absolute time representation (the sign bit indicates absolute time when clear and relative time when set) should allow OpenVMS trouble-free time computations up to 31-JUL-31086 02:48:05.47. At this instant, all clocks and time-keeping operations in OpenVMS will suddenly fail, since the counter will overflow and start from zero again.
Though the native OpenVMS time format can range far into the future, applications based on the C runtime library will likely encounter timekeeping problems beyond January 19, 2038 due to the Year 2038 problem. Many components and applications may also encounter field-length-related date problems at year 10000 (see the Year 10,000 problem).
Among OpenVMS's notable features is the Common Language Environment, a strictly defined standard that specifies calling conventions for functions and routines, including use of stacks, registers, etc., independent of programming language. Because of this, it is possible and straightforward to call a routine written in one language (Fortran) from another (COBOL), without needing to know the implementation details of the target language. OpenVMS itself is implemented in a variety of different languages (primarily BLISS, VAX Macro and C), and the common language environment and calling standard supports freely mixing these languages, and Ada, PL/I, Fortran, BASIC, and others. This is in contrast to a system such as Unix, which is implemented nearly entirely in the C language.
The common language programming environment is described in the OpenVMS Calling Standard and the OpenVMS Programming Concepts manuals. This provides mixed-language calls, and a set of language-specific, run-time library (RTL), and system service routines. The language calls and the RTLs are implemented in user-mode shareable images, while the system services calls are generally part of the operating system, or part of privileged-mode code. This distinction between languages and RTLs and system services was once fairly clean and clear, but the implementations and specifics have become rather more murky over the years.
Macro32 (an assembler on OpenVMS VAX, and a compiler on OpenVMS Alpha and on OpenVMS I64) is available within and integrated into OpenVMS. BLISS compilers are available for download, as are various ports of Perl, PHP, Ruby and other languages. Java SE is provided with OpenVMS, with OpenJDK available for the Integrity platform. C, Fortran and other languages are commercial products, and are available for purchase.
Various utilities and tools are integrated, as are various add-on languages and tools.
Many programming examples are available via the OpenVMS FAQ.
The VMS Debugger supports all DEC compilers and many third party languages. It allows breakpoints, watchpoints and interactive runtime program debugging either using a command line or graphical user interface.
SYS$INPUT – Standard input. Used interactively, this represents the terminal keyboard. Used in a batch file, it is batch file lines not preceded with a $ symbol, or specified as an input deck using the
SYS$OUTPUT – Standard output. Used interactively, this is the terminal display. Used in a batch file, it outputs to the screen (if run interactively) or to the log file when run noninteractively.
SYS$ERROR – Standard error. Used interactively, this is the terminal display. In a batch file, it is the screen display (if run interactively), or to the log file if run interactively, or in the special case of RUN /DETACH, to the output file or device specified with the /ERROR= parameter.
SYS$COMMAND – Does not have a direct analogue in the Unix model. Used interactively, it will read from the terminal. Used in a batch file when run interactively, it will read from the terminal. Used in a batch file run noninteractively, it will read from the SYS$INPUT stream (if one is defined), otherwise it will read nothing and return end of file. /dev/tty on Unix is similar to SYS$COMMAND in interactive sessions, but is not available in non-interactive sessions.
OpenVMS provides various security features and mechanisms, including security identifiers, resource identifiers, subsystem identifiers, ACLs, and detailed security auditing and alarms. Specific versions evaluated at DoD NCSC Class C2 and, with the SEVMS security enhanced services support, at NCSC Class B1, per the NCSC Rainbow Series. OpenVMS also holds an ITSEC E3 rating (see NCSC and Common Criteria)./ Passwords are hashed using the Purdy Polynomial.
A 33-year-old vulnerability in VAX/VMS and Alpha OpenVMS was discovered in 2017. While it affected the defunct VAX and Alpha platforms, it was relatively inconsequential on the then-current Itanium platform. The CVE number is CVE-2017-17482.
Since old production hardware or emulated systems were at risk, patches were made available for the affected platforms—except for the by then unsupported VAX platform for which only a workaround was made available that involved removing privileges to the CDU utility. On an unpatched Itanium system, the attack resulted in a simple process crash, due to the Itanium's unique architecture; however, the system could be indirectly compromised if it shared a security environment with an unprotected VAX or un-patched Alpha system, such as within a mixed VMSCluster. Overall, on a vulnerable system with a default configuration, this vulnerability allowed an attacker with access to the DCL command line to bypass system security and take full control of the system. This is analogous to a privilege escalation attack on a Unix or GNU/Linux system.
The initial point of entry of this exploit is a simple buffer overflow in the DCL command processing code that allows the attacker to gain access to supervisor mode. The subsequent step makes it possible to execute code up to and including kernel mode. This is achieved in part by exploiting the multitasking capability of DCL (associated with the CTRL-Y command) that allows DCL to interrupt a running program (image), as well as the fact that DCL retains access to the privileges of the programs (images) that it requests to be loaded into the DCL process. This in turn is partially a result of the process and image activation architecture of OpenVMS, and the fact that in this case it is DCL code in supervisor mode that is responsible for toggling the privileges instead of the OpenVMS kernel. The attacker thus only has to select an image with the CMKRNL privilege to carry out this final step.
- Samba (CIFS)
- Apache HTTP Server
- Apache Tomcat
- Zip/Unzip (Info-Zip)
- GNU Privacy Guard (gpg)
- git (as vgit)
- Apache ActiveMQ
- MQTT, as Mosquitto (MQTT broker) and Paho-C (MQTT client)
- cURL and libcurl
- Apache Axis
Documentation for the OpenVMS operating system, and for various layered products, is available online at the VSI website.
Software Product Descriptions (SPD) are introductory and legal descriptions of various products, listing the various supported capabilities and product features. SPD documents for many OpenVMS-related products, and for OpenVMS itself, are available from VSI.
The OpenVMS Frequently Asked Questions (FAQ) contains information and pointers associated with OpenVMS, and is available in various formats at HoffmanLabs.
Despite being a proprietary commercial operating system, in 1997 OpenVMS and a number of layered products were made available free of charge for hobbyist, non-commercial use as part of the OpenVMS Hobbyist Program. Since then, several companies producing OpenVMS software have made their products available under the same terms, such as Process Software and MVP Systems.
In 2011, HP staff took over the administration of the hobbyist licences. Registration was simplified and remained zero cost. The process from registering to receiving Product Authorisation Keys typically takes about one working day. Software kits for operating system and layered products were made available on request via FTP download (previously it had to be shipped on CD which was chargeable). This process is not fully automatic and requires authorisation by HP Hobbyist Program staff.
In March 2020, HPE announced that they were concluding the OpenVMS Hobbyist license program. This was followed by an announcement from VSI in April 2020 that VSI they would launch a Community License Program (CLP) to replace the old Hobbyist Program. The CLP was launched in July 2020, and provides licenses for VSI OpenVMS releases on Alpha and Integrity systems. OpenVMS x86-64 licenses will be available later as a more stable version is released for this architecture. OpenVMS for the VAX is not covered by the CLP, since there are no VSI releases of OpenVMS VAX, and the old versions are still owned by HPE.
Other development efforts
FreeVMS is an attempt to develop an open source operating system following VMS conventions. As of April 2019[update] the associated mailing list had been totally inactive for two years and shown limited activity for some years prior to that. FreeVMS supported the x86-64 architecture using an L4 microkernel.
VMS is in some ways an ancestor of Windows NT, together with RSX-11 and an unreleased object-based microkernel operating system developed by Dave Cutler for DEC Prism named Mica. This lineage is made clear in Cutler's foreword to "Inside Windows NT" by Helen Custer.
OpenVMS-related vocabulary include:
- ACMS – Digital's transaction processing (TP) system, often used with the DECdtm distributed transaction manager system service components of OpenVMS, and with the DECforms and Rdb products in applications with transactional requirements
- Asynchronous System Trap (AST)
- Command Language Interface (CLI) – library routines for parsing VMS command line parameters
- DECforms – Digital's successor to the Forms Management System
- DECnet – Digital's proprietary networking architecture which also includes MOP.
- DELTA and XDELTA – OpenVMS debuggers
- DIGITAL Command Language (DCL) – Digital Command Language (command line interpreter).
- DECwindows – Digital's implementation of the X Window System.
- Event flag – a simple synchronization mechanism
- Files-11 – low level filesystem
- File Description Language (FDL) – defines file record/field structure
- Forms Management System (FMS) – Digital's first generation language-independent Form driver
- Local Area Transport (LAT) – is a LAN-based non-routable communications protocol to support DEC and other Terminal Servers
- QIO – Queued Input Output; the low-level I/O interface
- Oracle Rdb – An SQL compliant relational database created by DEC but now owned by Oracle
- Record Management Services (RMS) – high-level, language/device-independent input/output
- Runtime libraries (RTL) – shared routines and functions, callable from any language
- OpenVMS Galaxy – OS-level virtualization implementations, co-habitating OpenVMS installations; a form of system partitioning
- OpenVMS Clusters – for redundancy, incremental hardware upgrades, or disaster tolerance
- System 1032 (S1032) – A high-performance database management system and application development environment designed to support the OpenVMS user community. Used at some companies in the 1980s and 1990s, but in little use today.
- XQP – the eXtended QIO Processor (XQP), which implements the Files-11 filesystem since VMS 3.3.
- "HP gives OpenVMS new life". Computerworld. July 31, 2014.
- Guide to the HP Structure Definition Language (PDF). October 2007.
- "State of the Port to x86_64 July 2017" (PDF). VMS Software, Inc. Conditional Code Verification.
- "SDL". FOLDOC.
- "2.7 In what language is OpenVMS written?". The OpenVMS Frequently Asked Questions (FAQ). Hewlett Packard Enterprise. Archived from the original on 2018-08-10.
- "VAX Technical Summary" (PDF). October 1981.
- "OpenVMS at 20 Nothing stops it". October 1997. Archived from the original (PDF) on 2017-01-22.
- "Software Product Description and QuickSpecs - VSI OpenVMS Version 8.4-2L1 for Integrity servers" (PDF). VMS Software Inc. July 2019. Retrieved 2020-08-08.
- Patrick Thibodeau (June 11, 2013). "OpenVMS, R.I.P. 1977-2020?". Computerworld.
- Tom Merritt (2012). Chronology of Tech History. p. 104. ISBN 978-1300253075.
- "VAX 11/780 - OLD-COMPUTERS.COM : HISTORY / detailed info". Retrieved 2020-04-25.
- "HP hands off OpenVMS development to VSI". Tech Times. August 1, 2014. Retrieved 2016-01-29.
- "VMS Software, Inc. Named Exclusive Developer of Future Versions of OpenVMS Operating System" (Press release). Retrieved October 27, 2017.
- "VSI Products". VSI.
- "Rollout of V9.0 and Beyond" (PDF). 19 May 2020.
- "Access to OpenVMS Source Code?". HP OpenVMS Systems ask the wizard. September 2, 1999. Archived from the original on 2017-10-28.
- "VSI Products - Clusters".
- "Cluster Uptime". 2003-11-28. Archived from the original on 2012-02-29.
- "Commerzbank Survives 9/11 with OpenVMS Clusters" (PDF). July 2009. Retrieved 2020-08-14.
- "February 2018 Business & Technical Update" (PDF). February 2018. Retrieved 2020-08-14.
- "VSI Business & New Products Update – April 9, 2019" (PDF). April 2019. Retrieved 2020-08-14.
- "Gordon Bell Biography". research.microsoft.com.
- Michael D Duffy (2002). Getting Started with OpenVMS: A Guide for New Users. ISBN 0080507352.
- "OpenVMS Definition from PC Magazine Encyclopedia".
- "EV-4 (1992)". 2008-02-24.
- Comerford, R. (July 1992). "How DEC developed Alpha". IEEE Spectrum. 29 (7): 26–31. doi:10.1109/6.144508.
- "Managing Technological Leaps: A study of DEC's Alpha Design Team" (PDF). April 1993.
- Clair Grant (June 2005). "Porting OpenVMS to HP Integrity Servers" (PDF). OpenVMS Technical Journal. 6.
- Nancy P. Kronenberg; Thomas R. Benson; Wayne M. Cardoza; Ravindran Jagannathan; Benjamin J. Thomas III (1992). "Porting OpenVMS from VAX to Alpha AXP" (PDF). Digital Technical Journal. 4 (4).
- "OpenVMS Compatibility Between VAX and Alpha". May 1995.
- OpenVMS At 20. Digital Equipment Corporation. 1997. Chapter X Building the Bridge to Alpha; Chapter XI AlphaChip—The 64-bit Breakthrough.
- "Extending OpenVMS for 64-bit Addressable Virtual Memory" (PDF). Digital Technical Journal. 8 (2): 57–71. 1996. S2CID 9618620.
- "The OpenVMS Mixed Pointer Size Environment" (PDF). Digital Technical Journal. 8 (2): 72–82. 1996. S2CID 14874367.
- "Compaq OpenVMS Times" (PDF). January 2002. Archived from the original (PDF) on March 2, 2006.
- "VMS Software, Inc. Named Exclusive Developer of Future Versions of OpenVMS Operating System". 31 July 2014. Archived from the original on 10 August 2014.
- "VSI OpenVMS Rolling Roadmap December 2019" (PDF). December 2019.
- "VSI V9.0 Q&A". 16 June 2020.
- "State of the Port to x86_64 April 2017" (PDF). 3 April 2017. Archived from the original (PDF) on 5 November 2019.
- "2017 LLVM Developers' Meeting: J. Reagan "Porting OpenVMS using LLVM"". 31 October 2017.
- "State of the Port to x86_64 January 2017" (PDF). 6 January 2017. Archived from the original (PDF) on 5 November 2019.
- "Re-architecting SWIS for X86-64". 8 October 2017.
- "VMS Software Inc. Announces First Boot on x86 Architecture". 14 May 2019.
- "State of the Port". 2 November 2019. Archived from the original on 2 November 2019.
- "VMS Software: Products: Roadmap".
- "HP OpenVMS Systems - OpenVMS Release History". June 21, 2010. Archived from the original on October 7, 2018.
- "OpenVMS for x86 V9.0 EAK goes to first customer on May 15, 2020". April 24, 2020. Archived from the original on April 25, 2020.
- "HP OpenVMS Systems - Supported Software Versions - January 2014". Archived from the original on October 14, 2018.
- "HP OpenVMS Systems - OpenVMS Version 8.4". Archived from the original on September 2, 2010.
- "VMS Software, Inc. Launches New Version of OpenVMS Operating System Worldwide" (PDF) (Press release). June 1, 2015.
- "VMS Software, Inc. Launches New Version of OpenVMS Operating System Worldwide" (Press release). VMS Software, Inc. March 22, 2016.
- "VMS Software, Inc. Launches New Version 8.4-2L1 of OpenVMS Operating System Worldwide" (Press release). VMS Software, Inc. March 22, 2016.
- "VMS SOFTWARE, INC. LAUNCHES VSI OPENVMS ALPHA V8.4-2L1 FOR ALPHA HARDWARE" (Press release). VMS Software, Inc. January 27, 2017.
- "VSI Products - DECnet".
- "VSI Products - TCP/IP".
- "OpenVMS Record Management Services Reference Manual". June 2002.
- "VSI OpenVMS I/O User's Reference Manual" (PDF). August 2019.
- "Oracle Rdb Product Center".
- "VSI OpenVMS Calling Standard" (PDF). March 2020.
- Stephen Hoffman; Paul Anagnostopoulos (1999). Writing Real Programs in DCL, second edition. ISBN 1-55558-191-9.
- "HP OpenVMS Alpha Partitioning and Galaxy Guide". September 2003.
- "VSI OpenVMS Guide to System Security" (PDF). August 2019.
- "Security Configuration Checklists for IT Products - VMS – OpenVMS VAX/ALPHA Security Readiness Review Security Checklist, Version 2 Release 2". Archived from the original on September 21, 2008.
- National Computer Security Center (NCSC) Trusted Product Evaluation List (TPEL)
- "DefCon 9 - What I did on my summer vacation".
- OpenGL Frequently Asked Questions (FAQ) [1/3]. Faqs.org. Retrieved on 2013-07-17.
- "Software Product Description - VAX/VMS Operating System, Version 1.0" (PDF). September 1978.
- "VAX-11 RSX Software Product Description".
- "VMS Language and Tools Handbook" (PDF). 1985.
- Digital Equipment Corporation (1994). Software Product Description - POSIX for OpenVMS 2.0.
- "OpenVMS Alpha Version 7.3-1 New Features and Documentation Overview Begin Index". June 2002.
- "VSI Products - GNV". Retrieved 2020-08-19.
- "ϕnix: a Unix emulator for VAX/VMS" (PDF). 1987-08-10. Archived from the original (PDF) on 2004-01-22.
- "Digital Technical Journal Vol. 1 No. 2" (PDF).
- "MicroVMS Workstation Graphics Programming Guide" (PDF).
- "comp.os.vms - Dec VWS Internals".
- "Digital Technical Journal Vol. 2 No. 3" (PDF).
- "(Open)VMS(/ VAX), Version overview".
- "Migrating VWS/UIS Applications to DECwindows?". HP OpenVMS ask the wizard. November 9, 2004. Archived from the original on September 15, 2018.
- "Using DECwindows Motif for OpenVMS".
- S. Kadantsev; M. Mouat. Early Experience With DECwindows/Motif In the TRIUMF Central Control System (PDF). 13th International Conference on Cyclotrons and their Applications. pp. 676–677.
- "Getting Started With the New Desktop".
- "VSI OpenVMS Cluster Systems" (PDF). August 2019.
- Kirby McCoy (1990). VMS File System Internals. Bedford, Mass.: Digital Press. ISBN 1-55558-056-4.
- "README file for clunk routines". November 6, 1987.
- "The Wombat Examiner, Vol. 3, No. 1". February 1981.
- "Why is Wednesday, November 17, 1858 the base time for OpenVMS (VAX VMS)?". Stanford University. 24 July 1997. Archived from the original on 24 July 1997. Retrieved 8 January 2020.
- Detailed information on time and timekeeping, and on daylight saving time and time zone differential factor operations, is contained in the OpenVMS FAQ.
- Stephen Hoffman (June 6, 2000). "C bashing (was Re: VMS File Caching Futures". Newsgroup: comp.os.vms.
- "OpenVMS Programming Environment Manual". March 1994. 7.1 Common Language Environment.
- "VSI OpenVMS Programming Concepts Manual, Volume II" (PDF). March 2020.
- "OpenVMS Freeware". hp.com.
- "QuickSpecs - HP OpenVMS Version 8.4 for Integrity and Alpha servers" (PDF). February 14, 2011.
- "New OpenJDK for OpenVMS announced". 2020-06-10.
- "The OpenVMS Frequently Asked Questions (FAQ)".
- "VSI OpenVMS Debugger Manual" (PDF). 2019.
- "OpenVMS User's Manual" (PDF). vmssoftware.com. July 2020. Chapter 14, Advanced Programming with DCL. Retrieved 2020-09-13.
- "OpenVMS Guide to System Security - Appendix C".
- On the internal workings of the CTRL-Y mechanism, see: OpenVMS AXP Internals and Data Structures, Version 1.5, sections 220.127.116.11 (CTRL/Y Processing) and 18.104.22.168 (CONTINUE Command) at pp. 1074–1076.
- “If the previous mode was user, then the CTRL/Y interrupted an image. If the image was installed with enhanced privileges, the CLI [i.e. DCL] saves those privileges and resets the process privileges to those in use before the image was activated. After setting a flag, the CLI returns to command processing.” VAX/VMS Internals and Data Structures, Version 5.2, section 22.214.171.124, p. 807.
- "OpenVMS Rolling Roadmap" (PDF). VMS Software. December 2019.
- "VSI List of Products". VMS Software.
- "vms-ports". Retrieved 2020-08-20.
- "GNU for VMS". Retrieved 2020-08-20.
- "Orange Notebooks... three-hole binders with individual spine labels, tables of contents, dividers and indexes." "Hindsight: The Orange Notebooks". The DEC Professional. September 1983. p. 94.
- There were grey binders too.
- "You should have opened those orange notebooks more often." "Uncle Al". May 19, 2003.
- "VMS Manuals available ... The first table is manuals in grey or orange binders." "OpenVMS various versions".
- "Prior to 5.0, the documentation came in Orange binders" "VMS 5.0 - VMS 5.5".
- "VSI Product Documentation". www.vmssoftware.com.
- "VSI Quickspecs & SPDs". www.vmssoftware.com.
- "HoffmanLabs :: Home of the OpenVMS FAQ". www.hoffmanlabs.org.
- "OpenVMS Hobbyist Program".
- "OpenVMS News & Discussion". openvms.org. Archived from the original on 2015-03-21.
- "Hobbyist Program". Process Software. Retrieved 2020-04-24.
- "MVP Systems - The OpenVMS Hobbyist Program". Archived from the original on January 6, 2009.
- ""Request a login" page, showing list of publicly accessible systems, including VAX-11/785 running VMS".
- "HPE sets end date for hobbyist licenses for OpenVMS".
- "VMS Software Announces Community License".
- "VMS Software Community License Available". 2020-07-28.
- "VSI Announces Community License Updates".
- "FreeVMS official web page". Archived from the original on September 8, 2018.
- "The FreeVMS Archives". Archived from the original on 10 April 2019.
- "OpenVMS on IA-32 ?".
- For information on layered products, see the description for the product. For OpenVMS components, see the OpenVMS Base Operating System Documentation.
- Roland Hughes (December 2006). The Minimum You Need to Know to Be an OpenVMS Application Developer. ISBN 978-0-9770866-0-3.
- Roland Hughes. The Minimum You Need to Know About Java on OpenVMS, Volume 1. ISBN 978-0-9770866-1-0. Archived from the original on January 15, 2009.
- Roland Hughes. The Minimum You Need to Know About Service Oriented Architecture. ISBN 978-0-9770866-6-5. Archived from the original on January 15, 2009.
- Getting Started with OpenVMS, Michael D. Duffy, ISBN 1-55558-279-6
- Getting Started with OpenVMS System Management, 2nd Edition, David Donald Miller, Stephen Hoffman, Lawrence Baldwin, ISBN 1-55558-243-5
- Introduction to OpenVMS, 5th Edition, Lesley Ogilvie Rice, ISBN 1-55558-194-3
- Introduction to OpenVMS, David W Bynon, ISBN 1-878956-61-2
- OpenVMS Alpha Internals and Data Structures: Memory Management, Ruth Goldenberg, ISBN 1-55558-159-5
- OpenVMS Alpha Internals and Data Structures : Scheduling and Process Control : Version 7.0, Ruth Goldenberg, Saro Saravanan, Denise Dumas, ISBN 1-55558-156-0
- OpenVMS Performance Management, Joginder Sethi, ISBN 1-55558-126-9
- OpenVMS System Management Guide, Lawrence Baldwin, ISBN 1-55558-143-9
- The hitchhiker's guide to VMS : an unsupported-undocumented-can-go-away-at-any-time feature of VMS, Bruce Ellis, ISBN 1-878956-00-0
- The OpenVMS User's Guide, Second Edition, Patrick Holmay, ISBN 1-55558-203-6
- Using DECwindows Motif for OpenVMS, Margie Sherlock, ISBN 1-55558-114-5
- VAX/VMS Internals and Data Structures: Version 5.2 ("IDSM"), Ruth Goldenberg, Saro Saravanan, Denise Dumas, ISBN 1-55558-059-9
- Writing OpenVMS Alpha Device Drivers in C, Margie Sherlock, Leonard Szubowicz, ISBN 1-55558-133-1
- Writing Real Programs in DCL, second edition, Stephen Hoffman, Paul Anagnostopoulos, ISBN 1-55558-191-9
|Wikimedia Commons has media related to OpenVMS.|
- VMS Software: Current Roadmap and Future Releases
- VMS Software: Documentation
- HPE OpenVMS Systems Documentation
- OpenVMS at 20 (1997) at the Wayback Machine (archived 2017-07-07), contains historical facts
- OpenVMS 30th anniversary (2007) at the Wayback Machine (archived December 3, 2013), contains historical facts
- Arne Vajhøj's OpenVMS Bibliography
- comp.os.vms Usenet group, archives on Google Groups
- OpenVMS accounts on DEC Alpha, VAX and IA64 architecture at Polarhome
- Hoffmanlabs.org HP OpenVMS FAQ
- OpenVMS beginner's FAQ
- Introductory Info for New OpenVMS Hobbyists, at Hoffmanlabs.org
- OpenVMS HELP pages
- MVP Systems
- OpenVMS.org at the Wayback Machine (archived March 21, 2015)
- OpenVMS Hobbyist Program
- OpenVMS Programmer's Corner, primarily VSI BASIC for OpenVMS programs
- OpenVMS Resource Center, OpenVMS FILESERV
- OpenVMS Web Ring
- Process Software
- Virtually Unhackable at the Wayback Machine (archived July 15, 2011), DEF CON9
- VMS Operating System Is 30 Years Old; Customers Believe It Can Last Forever, InformationWeek, November 3, 2007
- OpenVMS application status report as of 1 October 2007 (102 pages long table of applications)