Last updated
OpenVMS V7.3-1 running the CDE-based DECwindows "New Desktop" GUI
Developer VMS Software Inc (VSI) [1] (previously Digital Equipment Corporation, Compaq, Hewlett-Packard)
Written in Primarily VAX MACRO, BLISS, C, DCL. [2] Other languages also used. [3]
Working stateCurrent
Source model Closed-source with open-source components, source available [4]
Initial releaseOctober 25, 1977;43 years ago (1977-10-25)
Latest release V8.4-2L3 / April 8, 2021;27 days ago (2021-04-08) [5]
Latest preview V9.0-H / April 14, 2021;21 days ago (2021-04-14) [6]
Marketing target Servers (originally Minicomputers, Workstations)
Available in English, Japanese. [7] Historical support for Chinese (both Traditional and Simplified characters), Korean, Thai. [8]
Update methodConcurrent upgrades,
rolling 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
License Proprietary
Official website

OpenVMS, often referred to as just VMS, [9] is a multi-user, multiprocessing virtual memory-based operating system designed to support time-sharing, batch processing, transaction processing and workstation applications. [10] It was first announced by Digital Equipment Corporation as VAX/VMS (Virtual Address eXtension/Virtual Memory System [11] ) alongside the VAX-11/780 minicomputer in 1977. [12] [13] [14] OpenVMS has subsequently been ported to run on DEC Alpha systems, the Itanium-based HPE Integrity family of computers, [15] and select x86-64 hardware and hypervisors. [16] Since 2014, OpenVMS is developed and supported by a company named VMS Software Inc. (VSI). [17] [18]


The system offers high availability through clustering and the ability to distribute the system over multiple physical machines, [19] allowing clustered applications and data to remain continuously accessible while operating system software and hardware maintenance and upgrades are performed, [20] or when a whole data center is destroyed. [21] VMS cluster uptimes of up to 17 years have been reported. [22] Customers using OpenVMS include banks and financial services, hospitals and healthcare, telecommunications operators, network information services, and industrial manufacturers. [23] [24] During the 1990s and 2000s, there were approximately half a million VMS systems in operation worldwide. [25] [26] [27]


Origin and name changes

Stylized "VAX/VMS" used by Digital Vax-vms-logo.png
Stylized "VAX/VMS" used by Digital

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. [9] These two projects were tightly integrated from the beginning. Gordon Bell [28] 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. [29] 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. [30]

"Albert the Cheshire Cat" mascot for VAX/VMS, used by the DECUS VAX SIG Vms-albert-cheshire-cat.png
"Albert the Cheshire Cat" mascot for VAX/VMS, used by the DECUS VAX SIG

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. [33] MicroVMS kits were released for VAX/VMS 4.0 to 4.7 on TK50 tapes and RX50 floppy disks, but discontinued with VAX/VMS V5.0. [34]

Beginning in 1989, a short lived distribution of VMS named Desktop-VMS was sold with VAXstation systems. It consisted of a bundle of VMS, DECwindows, DECnet, VAXcluster support, and software that was designed to help non-technical users set up their workstation without assistance. [35] [36] Desktop-VMS had its own versioning scheme beginning with V1.0, which corresponded to the V5.x releases of VAX/VMS. [37]

In July 1992, [38] Digital renamed VAX/VMS to OpenVMS as an indication for its support of "open systems" industry standards such as POSIX and Unix compatibility, [39] and to drop the VAX connection since the port to Alpha was underway. The OpenVMS name was first used with the OpenVMS AXP V1.0 release in November 1992. Digital began using OpenVMS VAX instead of VAX/VMS with the V6.0 release in June 1993. [40]

Port to DEC Alpha

"Vernon the Shark" logo for OpenVMS Dec-vms-vernon.png
"Vernon the Shark" logo for OpenVMS

During the 1980s, Digital planned to replace the VAX platform and the VMS operating system with the PRISM architecture and the MICA operating system. [42] When these projects were cancelled in 1988, a team was set up to design new VAX/VMS systems of comparable performance to RISC-based Unix systems. [43] After a number of failed attempts to design a faster VAX-compatible processor, the group demonstrated the feasibility of porting VMS and its applications to a RISC architecture based on PRISM. [44] This led to the creation of the Alpha architecture. [45] The project to port VMS to Alpha began in 1989, and first booted on a prototype Alpha EV3-based Alpha Demonstration Unit in early 1991. [44] [46] Prior to the availability of Alpha hardware, OpenVMS was developed and booted on an emulator named Mannequin, which implemented many of the Alpha instructions in custom microcode on a VAX 8800 system. [47]

The main challenge in porting VMS to a new architecture was that VMS and the VAX were designed together, meaning that VMS was dependent on certain details of the VAX architecture. [48] Furthermore, a significant amount of the VMS kernel, layered products, and customer-developed applications were implemented in VAX MACRO assembly code. [9] Some of the changes needed to decouple VMS from the VAX architecture included:

The VMS port to Alpha resulted in the creation of two separate source code libraries (based on a source code management tool known as the VMS Development Environment, or VDE) [4] for VAX, and for Alpha. The Alpha code library was based on a snapshot of the VAX/VMS code base circa V5.4-2. [53] 1992 saw the release of the first version of OpenVMS for Alpha AXP systems, designated OpenVMS AXP V1.0. In 1994, with the release of OpenVMS V6.1, feature (and version number) parity between the VAX and Alpha variants was achieved, this was the so-called Functional Equivalence release. [53] 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 subsequent ports of OpenVMS to new platforms. [48]

When VMS was ported to Alpha, it was initially left as a 32-bit only operating system. [49] This was done to ensure backwards compatibility with software written for the 32-bit VAX. 64-bit addressing was first added for Alpha in the V7.0 release. [54] 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. [55] This is known as mixed pointer support. The 64-bit OpenVMS Alpha releases support a maximum virtual address space size of 8TiB (a 43-bit address space), which is the maximum supported by the Alpha 21064 and Alpha 21164. [56]

One of the more noteworthy Alpha-only features of OpenVMS was OpenVMS Galaxy - which allowed the partitioning of a single SMP server to run multiple instances of OpenVMS. Galaxy supported dynamic resource allocation to running partitions, and the ability to share memory between partitions. [57] [58]

Port to Intel Itanium

"Swoosh" logo used by HP for OpenVMS OpenVMS logo Swoosh 30 lg.jpg
"Swoosh" logo used by HP for OpenVMS

In 2001, just prior to its acquisition by Hewlett-Packard, Compaq announced the port of OpenVMS to the Intel Itanium architecture. [59] The Itanium port was the result of Compaq's decision to discontinue future development of the Alpha architecture in favour of adopting the then-new Itanium architecture. [60] The porting began in late 2001, and the first boot on took place on the 31st of January 2003. [61] The first boot consisted of booting a minimal system configuration on a HP i2000 workstation, logging in as the SYSTEM user, and running the DIRECTORY command.

The Itanium port was accomplished using source code maintained in common within the OpenVMS Alpha source code library, with the addition of conditional code and additional modules where changes specific to Itanium were required. [48] Whereas the VAX and Alpha architectures were specifically designed to support the low-level needs of OpenVMS, Itanium was not. This required certain architectural dependencies of OpenVMS to be replaced, or emulated in software. Some of the changes included:

As with the VAX to Alpha port, a binary translator for Alpha to Itanium was made available, allowing user mode OpenVMS Alpha software to be ported to Itanium in situations where it was not possible to recompile the source code. This translator is known as the Alpha Environment Software Translator (AEST), and it also supported translating VAX executables which had already translated with VEST. [67]

The Itanium port was officially named HP OpenVMS Industry Standard 64 for Integrity Servers, although the name OpenVMS I64 is more commonly used. [68] 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. The first production release, V8.2, was released in February 2005. V8.2 was also released for Alpha, subsequent V8.x releases of OpenVMS have maintained feature parity between the Alpha and Itanium architectures. [69]

Port to x86-64

When VMS Software Inc. (VSI) announced that they had secured the rights to develop the OpenVMS operating system from HP, they also announced their intention to port OpenVMS to the x86-64 architecture. [70] 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. [71] Initial support was targeted for KVM and VirtualBox. Support for VMware was announced in 2020, and Hyper-V has been described as a future target. [72]

The x86-64 port is built from the same source code library as the Alpha and Itanium architectures, using conditional compilation to manage the architecture-specific code needed to support the x86-64 platform. [73] As with the Alpha and Itanium ports, the x86-64 port made some changes to simplify porting and supporting OpenVMS on the new platform:

The first boot was announced on 14 May 2019. This involved booting OpenVMS on VirtualBox, and successfully running the DIRECTORY command. [77] 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. [78] In May 2020, the V9.0 Early Adopter's Kit release was made available to a small number of customers. This consisted of the OpenVMS operating system running in a VirtualBox VM with certain limitations - most significantly, few layered products were available, and code can only be compiled for x86-64 using cross compilers which run on Itanium-based OpenVMS systems. [16] Following the V9.0 release, VSI released a series of updates on a monthly or bimonthly basis which added additional functionality and hypervisor support. These were designated V9.0-A through V9.0-H. [6]

Major release timeline

VersionVendorRelease date [79] [9] End-of-life date [80] [81] Notes
Old version, no longer maintained: X0.5DECLate 1977?First version shipped to customers. [30]
Old version, no longer maintained: V1.0August 1978?First production release.
Old version, no longer maintained: V2.0April 1980? VAX-11/750. New utilities including EDT.
Old version, no longer maintained: V3.0April 1982? VAX-11/730, VAX-11/725, VAX-11/782, ASMP
Old version, no longer maintained: V4.0September 1984? VAX 8600, MicroVMS, VAXclusters
Old version, no longer maintained: V5.0April 1988? VAX 6000, SMP, LMF, Modular Executive
Old version, no longer maintained: V1.0 AXPNovember 1992?First OpenVMS AXP (Alpha) specific version
Old version, no longer maintained: V6.0June 1993? VAX 7000/10000, NCSC Class C2 compliance
Old version, no longer maintained: V6.1April 1994?Merging of VAX and Alpha AXP version numbers
Old version, no longer maintained: V7.0December 1995March 1998Full 64-bit virtual addressing on Alpha
Old version, no longer maintained: V7.3CompaqJune 2001December 2012Final release for the VAX architecture
Old version, no longer maintained: V8.0HPJune 2003December 2003Limited availability eval for Integrity
Old version, no longer maintained: V8.2February 2005April 2014Common Alpha and Itanium production release
Old version, no longer maintained: V8.4June 2010December 2020Support for HPVM. Clusters over TCP/IP. [82]
Older version, yet still maintained: V8.4-1H1VSIMay 2015December 2022Support for Poulson processors. [83]
Older version, yet still maintained: V8.4-2L1September 2016December 2024OpenSSL updated to 1.0.2. [84]
January 2017TBAFirst Alpha architecture release from VSI. [85]
Older version, yet still maintained: V8.4-2L2July 2017TBAFinal release for the Alpha architecture. [86]
Current stable version:V8.4-2L3April 2021December 2028Final release for the Itanium architecture. [86]
Latest preview version of a future release: V9.0May 2020June 2021x86-64 Limited Early Adopter's Kit [87]
Future release: V9.1June 2021H2 2021x86-64 General Early Adopter's Kit [81]
Future release: V9.2H2 2021December 2028x86-64 General Release [81]
Future release: V9.2-12022December 2029Support for Hyper-V, AWS, Azure, Dell servers [81]
Future release: V9.2-22023TBAImproved cluster security. [81]
Old version
Older version, still maintained
Latest version
Latest preview version
Future release


The architecture of the OpenVMS operating system, demonstrating the layers of the system, and the access modes in which they typically run Openvms-system-architecture.svg
The architecture of the OpenVMS operating system, demonstrating the layers of the system, and the access modes in which they typically run

The OpenVMS operating system has a layered architecture, consisting of a privileged Executive, a Command Language Interpreter which runs at an intermediate level of privilege, and utilities and run-time libraries (RTLs) which run in an unprivileged mode, but can potentially run at a higher level of privilege if authorized to do so. [88] Unprivileged code typically invokes the functionality of the Executive through system services (equivalent to system calls in other operating systems).

OpenVMS' layers and mechanisms are built around certain features of the VAX architecture, including: [88] [89]

These VAX architecture mechanisms are implemented on Alpha, Itanium and x86-64 by either mapping to corresponding hardware mechanisms on those architectures, or through emulation (via PALcode on Alpha, or in software on Itanium and x86-64). [63]

Executive and Kernel

The OpenVMS Executive comprises the privileged code and data structures which reside in the system space. The Executive is further subdivided between the Kernel, which consists of the code which runs at the kernel access mode, and the less-privileged code outside of the Kernel which runs at the executive access mode. [88]

The components of the Executive which run at executive access mode include the Record Management Services, and certain system services such as image activation. The main distinction between the kernel and executive access modes is that most of the operating system's core data structures can be read from executive mode, but require kernel mode to be written to. [89] Code running at executive mode can switch to kernel mode at will, meaning that the barrier between the kernel and executive modes is intended as a safeguard against accidental corruption as opposed to a security mechanism. [90]

The Kernel compromises the operating system's core data structures (e.g. page tables, the I/O database and scheduling data), and the routines which operate on these structures. The Kernel is typically described as having three major subsystems: I/O, Process and Time Management, Memory Management. [88] [89] In addition, other functionality such as logical name management, synchronization and system service dispatch are implemented inside the Kernel.

Code structure

In early versions of VAX/VMS, most of the Executive's code was linked into a single executable image named SYS.EXE. [91] VAX/VMS 5.0 introduced the Modular Executive, which split the Executive code into a number of executive images which are loaded during system bootstrap. [88] SYS.EXE remained, but was reduced to system service dispatch vectors, static memory locations for data common to multiple executive images, and some basic support code. On OpenVMS for Alpha, Itanium and x86-64, SYS.EXE is further subdivided into SYS$BASE_IMAGE.EXE and SYS$PUBLIC_VECTORS.EXE, which contain the shared memory locations and support code, and the system service dispatch logic, respectively. [92]

Extension mechanisms

OpenVMS allows user mode code with suitable privileges to switch to executive or kernel mode using the $CMEXEC and $CMKRNL system services, respectively. [93] This allows code outside of system space to have direct access to the Executive's routines and system services. In addition to allowing third-party extensions to the operating system, Privileged Images are used by core operating system utilities to manipulate operating system data structures through undocumented interfaces. [94]

OpenVMS also allows Shareable Images (i.e. shared libraries) to be granted privilege, allowing the creation of "user-written system services", which are privileged routines which can be linked into a non-privileged program. User written system services are invoked using the same mechanism as standard system services, which prevents the unprivileged program from gaining the privileges of the code in the Privileged Shareable Image. [94] Despite what the name may suggest, user-written system services are also used to implement seldom-used operating system functionality such as volume mounting. [88]

File system

OpenVMS provides feature-rich facilities for file management. The typical user and application interface into the file system is via the Record Management Services (RMS), although applications can interface directly with the underlying file system through the QIO system services. [95] RMS supports multiple record-oriented file access methods and record formats (including a stream format where the file is treated as a stream of bytes, similar to Unix). RMS also supports remote file access via DECnet, [96] and optional support for journaling. [97]

The file systems supported by VMS are referred to as the Files-11 On-Disk Structures (ODS), which provide disk quotas, access control lists and file versioning. [98] The most significant structure levels are ODS-2, which is the original VMS file system, and ODS-5, which extended ODS-2 with support for Unicode file names, case sensitivity, hard links and symbolic links. [99] VMS is also capable of accessing files on ISO 9660 CD-ROMs and magnetic tape with ANSI tape labels. [100]

Alongside the OpenVMS Alpha V7.0 release in 1995, Digital released a log-structured file system named Spiralog which was intended as a potential successor to Files-11. [101] Spiralog shipped as an optional product, and was discontinued at the release of OpenVMS Alpha 7.2. [102] Spiralog's discontinuation was due to a variety of problems, including issues with handling full volumes. [103] The developers of Spiralog began work on a new file system in 1996, which was put on hold and later resumed by VSI in 2016 as the VMS Advanced File System (VAFS, not to be confused with Digital's AdvFS for Tru64). [104] [105] VAFS no longer appears on recent roadmaps, and instead VSI have discussed porting the open source GFS2 file system to OpenVMS. [106] [107] One of the major motivations for replacing the Files-11 structures is that they are limited to 2TiB volumes. [99]

Command Language Interpreter

An OpenVMS Command Language Interpreter (CLI) implements a command line interface for OpenVMS; responsible for executing individual commands, as well as command procedures (equivalent to shell scripts or batch files). [108] The standard CLI for OpenVMS is the DIGITAL Command Language, although other options are available as well.

Unlike Unix shells, which typically run in their own isolated process and behave like any other user mode program, OpenVMS CLIs are an optional component of a process, which exist alongside any executable image which that process may run. [109] Whereas a Unix shell will typically run executables by creating a separate process using fork-exec, an OpenVMS CLI will typically load the executable image into the same process, transfer control to the image, and ensure that control is transferred back to CLI once the image has exited and that the process is returned to its original state. [88] A CLI gets mapped into a process' private address space through execution of the LOGINOUT image, which can either be executed manually, or automatically by certain process creation system services. [56]

Due to fact that the CLI is loaded into the same address space as user code, and that the CLI is responsible for invoking image activation and image rundown, the CLI is mapped into memory at supervisor access mode. This is in order to prevent accidental or malicious manipulation of the CLI's code and data structures by user mode code. [88] [109]


VAXstation 4000 model 96 running OpenVMS V6.1, DECwindows Motif and the NCSA Mosaic browser DEC VAXstation 4000 96 OpenVMS 6.1.jpeg
VAXstation 4000 model 96 running OpenVMS V6.1, DECwindows Motif and the NCSA Mosaic browser

User interfaces

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. Since 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.

Command line interfaces

OpenVMS Alpha V8.4-2L1, showing the DCL CLI in a terminal session Openvms-8.4-2L1-dcl.png
OpenVMS Alpha V8.4-2L1, showing the DCL CLI in a terminal session

The DIGITAL Command Language has served as the primary Command Language Interpreter (CLI) of OpenVMS since the first release. [110] [111] [10] Other official CLIs available for VMS include the RSX-11 MCR (VAX only), and various Unix shells. [112] Digital provided tools for creating text-based user interface applications – the Form Management System (FMS) and Terminal Data Management System (TDMS), later succeeded by DECforms. [113] [114] [115] A lower level library, comparable to Unix curses called the Screen Management Services (SMG$) also exists. [116]

Graphical user interfaces

VWS 4.5 running on top of VAX/VMS V5.5-2 VAX-VMS-VWS.png
VWS 4.5 running on top of VAX/VMS V5.5-2
DECwindows XUI window manager running on top of VAX/VMS V5.5-2 VMS-XUI-Colour.png
DECwindows XUI window manager running on top of VAX/VMS V5.5-2

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. [117] It exposed an API called the User Interface Services (UIS). [118] It ran on a limited selection of VAX hardware. [119]
  • In 1989, DEC replaced VWS with a new X11-based windowing system named DECwindows. [120] It was first included in VAX/VMS V5.1. [121] Early versions of DECwindows featured an interface built on top of a proprietary toolkit named the X User Inteface (XUI). A layered product named UISX was provided to allow VWS/UIS applications to run on top of DECwindows. [122]
  • In 1991, DEC replaced XUI with the Motif toolkit, creating DECwindows Motif. [123] [124] As a result, the Motif Window Manager became the default DECwindows interface in OpenVMS V6.0, [121] although the XUI window manager remained as an option.
  • In 1996, as part of OpenVMS V7.1, [121] DEC released the "New Desktop" interface for DECwindows Motif. [125] 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.

Versions of VMS running on DEC Alpha workstations in the 1990s supported OpenGL [126] and Accelerated Graphics Port (AGP) graphics adapters. VMS also provides support for older graphics standards such as GKS and PHIGS. [127] [128] Modern versions of DECwindows are based on Server. [10]


OpenVMS supports clustering (first called VAXcluster and later VMScluster), where multiple systems run their own instance of the operating system, but share disk storage, processing, a distributed lock manager, a common management and security domain, job queues and print queues, providing a single system image abstraction. The systems are connected either by proprietary specialized hardware (Cluster Interconnect) or an industry-standard Ethernet LAN. 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. VMS clusters allow the creation of applications which can withstand planned or unplanned outages of part of the cluster. [129] [19]


Digital's DECnet protocol suite is tightly integrated into VMS, allowing remote logins, as well as transparent access to files, printers and other resources on VMS systems over a network. [130] Modern versions of VMS support both the traditional Phase IV DECnet protocol, as well the OSI-compatible Phase V (also known as DECnet-Plus). [131] Support for TCP/IP is provided by the optional TCP/IP Services for OpenVMS layered product (originally known as the VMS/ULTRIX Connection, then as the ULTRIX Communications Extensions or UCX). [132] [133] TCP/IP Services is based on a port of the BSD network stack to OpenVMS, [134] along with support for common protocols such as SSH, DHCP, FTP and SMTP. Due to the fact that the official TCP/IP stack was introduced relatively late, multiple third party TCP/IP stacks have been created for VMS. Some of these third party TCP/IP stacks remain under active development, such as TCPware and MultiNet. [135]

Digital sold a software package named PATHWORKS (originally known as the Personal Computer Systems Architecture or PCSA) which allowed personal computers running MS-DOS, Microsoft Windows or OS/2, or the Apple Macintosh to serve as a terminal for VMS systems, or to use VMS systems as a file or print server. [136] PATHWORKS was based on LAN Manager and supported either DECnet or TCP/IP as a transport protocol. PATHWORKS was later renamed to Advanced Server for OpenVMS, and was eventually replaced with a VMS port of Samba at the time of the Itanium port. [137]

Digital provided the Local Area Transport (LAT) protocol which allowed remote terminals and printers to be attached to a VMS system through a terminal server. [138]


Digital (and its successor companies) provided a wide variety of programming languages for VMS. Officially supported languages on VMS, either current or historical, include: [112] [139]

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. [76] Because of this, it is possible to call a routine written in one language (for example, Fortran) from another (for example, COBOL), without needing to know the implementation details of the target language. OpenVMS itself is implemented in a variety of different languages and the common language environment and calling standard supports freely mixing these languages. [140] [141] Digital created a tool named the Structure Definition Language (SDL), which allowed data type definitions to be generated for different languages from a common definition. [142]

Development Tools

The "Grey Wall" of VAX/VMS documentation, at Living Computers: Museum + Labs Vax-vms-grey-wall.jpg
The "Grey Wall" of VAX/VMS documentation, at Living Computers: Museum + Labs

Digital provided a collection of software development tools in a layered product named DECset (originally named VAXset). [112] This consisted of the Language-Sensitive Editor (LSE), a version control system (the Code Management System or CMS), a build tool (the Module Management System or MMS), a static analyzer (the Source Code Analyzer or SCA), a profiler (the Performance and Coverage Analyzer or PCA) as well as a test manager (the Digital Test Manager or DTM). [143] In addition, a number of text editors are included in the operating system, including EDT, EVE and TECO. [144]

The OpenVMS 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. [145] A pair of lower-level debuggers, called DELTA and XDELTA, can be used to debug privileged code in additional to normal application code. [146]

In 2019, VSI released an officially-supported Integrated Development Environment for VMS based on Visual Studio Code. [71] This allows VMS applications to be developed and debugged remotely from a Microsoft Windows, macOS or Linux workstation. [147]

Database management

Digital created a number of optional database products for VMS, some of which were marketed as the VAX Information Architecture family. [148] These products included:

In 1994, Digital sold Rdb, DBMS and CDD to Oracle, where they remain under active development. [153] In 1995, Digital sold DSM to InterSystems, who renamed it Open M, and eventually replaced it with their Caché product. [154]

Examples of third-party database management systems for OpenVMS include MariaDB, [155] Mimer SQL [156] and System 1032. [157]


OpenVMS provides various security features and mechanisms, including security identifiers, resource identifiers, subsystem identifiers, ACLs, intrusion detection and detailed security auditing and alarms. [158] 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. [159] OpenVMS also holds an ITSEC E3 rating (see NCSC and Common Criteria). [160] Passwords are hashed using the Purdy Polynomial.


A 33-year-old vulnerability in VAX/VMS and OpenVMS Alpha, was discovered in 2017 and assigned the CVE ID CVE - 2017-17482. On the affected platforms, this vulnerability allowed an attacker with access to the DCL command line to bypass system security and take full control of the system. The vulnerability relies on exploiting a buffer overflow bug in the DCL command processing code, the ability for a user to interrupt a running image (program executable) with CTRL/Y and return to the DCL prompt, and the fact that DCL retains access to the privileges of the images that it requests to be loaded into the DCL process when the image is interrupted. [161] The buffer overflow bug allowed shellcode to be executed with the privileges of an interrupted image, and thus allowing an attacker to carry out a privilege escalation attack. [162]

Cross platform compatibility

VAX/VMS originally included an RSX-11M compatibility layer named the RSX Application Migration Executive (AME) which allowed user mode RSX-11M software to be run unmodified on top of VMS. [111] This relied on the PDP-11 compatibility mode implemented in the VAX-11 processors. [163] The RSX AME played an important role on early versions of VAX/VMS, which used re-used certain RSX-11M user space utilities before native VAX versions had been developed. [9] This was discontinued in VAX/VMS V3.0 when all compatibility mode utilities were replaced with native implementations, and RSX AME was removed from the base system. [164] At this point, RSX AME was replaced with an optional layered product on VAX named VAX-11 RSX, which relied on software emulation to run PDP-11 code on newer VAX processors. [163] A VAX port of the RTEM compatibility layer for RT-11 applications was also available from Digital. [165]

Various official Unix compatibility layers were created for VMS. The first of which was DEC/Shell - which was a layered product consisting of port of the Version 7 Unix Bourne Shell and several other Unix utilities to VAX/VMS. [112] In 1992, Digital released the POSIX for OpenVMS layered product, which included a shell based on the Korn Shell. [166] 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. [167] Amongst other GNU tools, GNV includes a port of the Bash shell to VMS. [168] Examples of third party Unix compatibility layers for VMS include Eunice. [169]

Digital licensed SoftPC (and later SoftWindows), and sold it as a layered product for both the VAX and Alpha architectures, allowing Windows and DOS applications to run on top of VMS. [170] [171]

In 1995, Digital announced Affinity for OpenVMS (also known as NT Affinity) which was intended to allow OpenVMS to serve as the persistence layer for Windows NT client-server applications. [9] As part of this initiative, an implementation of the Distributed Component Object Model (DCOM) was added to OpenVMS Alpha, which first appeared in the V7.2-1 release. [172] [173]

Open source applications

Some of the open source applications which have been ported to OpenVMS include: [71] [139] [174]

There are a number of community projects to port open source software to VMS, including VMS-Ports [175] and GNV (GNU's Not VMS). [176]

Hobbyist programs

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. [177] [178] Since then, several companies producing OpenVMS software have made their products available under the same terms, such as Process Software [179] and MVP Systems. [180] In 2012, HP staff took over the administration of the hobbyist licences. [181] Registration was simplified, and software kits for operating system and layered products were made available on request via FTP download (previously it had to be shipped on CD). [182]

In March 2020, HPE announced that they were concluding the OpenVMS Hobbyist license program. [183] 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. [184] 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. [185] OpenVMS for 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. [186]


During the 1980s, the MICA operating system for the PRISM architecture was intended to be the eventual successor to VMS. MICA was designed to maintain a strong degree of backwards compatibility with VMS applications while also supporting Ultrix applications on top of the same kernel. [187] MICA was ultimately cancelled along with the rest of the PRISM platform, leading Dave Cutler to leave Digital for Microsoft. At Microsoft, Cutler led the creation of the Windows NT operating system, which was heavily inspired by the architecture of MICA. [188] As a result, VMS is considered an ancestor of Windows NT, together with RSX-11, VAXELN and MICA, and many similarities exist between VMS and NT. [189] This lineage is made clear in Cutler's foreword to "Inside Windows NT" by Helen Custer. [190]

FreeVMS was an attempt to develop an open source operating system following VMS conventions. [191] As of April 2019 the associated mailing list had been totally inactive for two years and shown limited activity for some years prior to that. [192] FreeVMS supported the x86-64 architecture using an L4 microkernel. [191]

See also

Related Research Articles

Digital Equipment Corporation, using the trademark Digital, was a major American company in the computer industry from the 1960s to the 1990s. The company was co-founded by Ken Olsen and Harlan Anderson in 1957. Olsen was president until forced to resign in 1992, after the company had gone into precipitous decline.

DEC Alpha 64-bit RISC microprocessor from DEC

Alpha, originally known as Alpha AXP, is a 64-bit reduced instruction set computing (RISC) instruction set architecture (ISA) developed by Digital Equipment Corporation (DEC). Alpha was designed to replace 32-bit VAX complex instruction set computer (CISC) as well as be a highly competitive RISC processor for Unix workstations and similar markets.

Minicomputer Mid-1960s–late-1980s class of smaller computers

A minicomputer, or colloquially mini, is a class of smaller computers that was developed in the mid-1960s and sold for much less than mainframe and mid-size computers from IBM and its direct competitors. In a 1970 survey, The New York Times suggested a consensus definition of a minicomputer as a machine costing less than US$25,000, with an input-output device such as a teleprinter and at least four thousand words of memory, that is capable of running programs in a higher level language, such as Fortran or BASIC.

VAX Computer architecture, and a range of computers

VAX is a CISC instruction set architecture (ISA) and line of superminicomputers and workstations developed by the Digital Equipment Corporation (DEC) in the mid-1970s. The VAX-11/780, introduced October 25, 1977, was the first of a range of popular and influential computers implementing the VAX ISA. Over 100 models were introduced over the lifetime of the design, with the last members arriving in the early 1990s. The VAX was succeeded by the DEC Alpha, which included several features from VAX machines to make porting from the VAX easier.

Tru64 UNIX

Tru64 UNIX is a discontinued 64-bit UNIX operating system for the Alpha instruction set architecture (ISA), currently owned by Hewlett-Packard (HP). Previously, Tru64 UNIX was a product of Compaq, and before that, Digital Equipment Corporation (DEC), where it was known as Digital UNIX.

In computer architecture, 64-bit integers, memory addresses, or other data units are those that are 64 bits wide. Also, 64-bit central processing unit (CPU) and arithmetic logic unit (ALU) architectures are those that are based on processor registers, address buses, or data buses of that size. 64-bit microcomputers are computers in which 64-bit microprocessors are the norm. From the software perspective, 64-bit computing means the use of machine code with 64-bit virtual memory addresses. However, not all 64-bit instruction sets support full 64-bit virtual memory addresses; x86-64 and ARMv8, for example, support only 48 bits of virtual address, with the remaining 16 bits of the virtual address required to be all 0's or all 1's, and several 64-bit instruction sets support fewer than 64 bits of physical memory address.

Ultrix is the brand name of Digital Equipment Corporation's (DEC) discontinued native Unix operating systems for the PDP-11, VAX, MicroVAX and DECstations.


PRISM was a 32-bit RISC instruction set architecture (ISA) developed by Digital Equipment Corporation (DEC). It was the final outcome of a number of DEC research projects from the 1982–85 time-frame, and the project was subject to continually changing requirements and planned uses that delayed its introduction. This process eventually decided to use the design for a new line of Unix workstations. The arithmetic logic unit (ALU) of the microPrism version had completed design in April 1988 and samples were fabricated, but the design of other components like the floating point unit (FPU) and memory management unit (MMU) were still not complete in the summer when DEC management decided to cancel the project in favor of MIPS-based systems.

DIGITAL Command Language

DIGITAL Command Language (DCL) is the standard command language adopted by most of the operating systems that were sold by the former Digital Equipment Corporation. DCL had its roots in IAS, TOPS-20, and RT-11 and was implemented as a standard across most of Digital's operating systems, notably RSX-11 and RSTS/E, but took its most powerful form in VAX/VMS. DCL continues to be developed by VSI as part of OpenVMS.

Oracle Rdb is a relational database management system for the OpenVMS operating system. It was originally released by Digital Equipment Corporation (DEC) in 1984 as VAX Rdb/VMS.

VSI BASIC for OpenVMS is the latest name for a dialect of the BASIC programming language created by Digital Equipment Corporation (DEC) and now owned by VMS Software Incorporated (VSI). It was originally developed as BASIC-PLUS in the 1970s for the RSTS-11 operating system on the PDP-11 minicomputer. It was later ported to OpenVMS, first on VAX, then Alpha, and most recently Integrity.

VAXELN is a discontinued real-time operating system for the VAX family of computers produced by the Digital Equipment Corporation (DEC) of Maynard, Massachusetts.

VAX-11 Family of minicomputers by Digital Equipment Corporation

The VAX-11 is a discontinued family of superminicomputers developed and manufactured by Digital Equipment Corporation (DEC). They were first announced in 1977, and were the first computers to implement the Virtual Address eXtension (VAX) instruction set architecture (ISA). The VAX-11 processors also supported the user mode PDP-11 instruction set for backwards compatibility. They were discontinued in 1988, having been supplanted by the MicroVAX family on the low end, and the VAX 8000 family on the high end. It is historically one of the most successful and studied computers in history.

PATHWORKS was the trade name used by Digital Equipment Corporation of Maynard, Massachusetts for a series of programs that eased the interoperation of Digital's minicomputers with personal computers. It was available for both PC and Mac systems, with support for MS-DOS, OS/2 and Microsoft Windows on the PC.

VAX MACRO is the computer assembly language implementing the VAX instruction set for the OpenVMS operating system, originally released by Digital Equipment Corporation in 1977.

Windows NT is a family of operating system versions produced by Microsoft, the first version of which was released on July 27, 1993. It is a processor-independent, multiprocessing and multi-user operating system.

VSI Pascal is a Pascal and Extended Pascal compiler that runs on OpenVMS for VAX systems, OpenVMS for AlphaServer systems, and OpenVMS for Integrity servers. It was also supported under Tru64.

A VMScluster, originally known as a VAXcluster, is a computer cluster involving a group of computers running the OpenVMS operating system. Whereas tightly coupled multiprocessor systems run a single copy of the operating system, a VMScluster is loosely coupled: each machine runs its own copy of OpenVMS, but the disk storage, lock manager, and security domain are all cluster-wide, providing a single system image abstraction. Machines can join or leave a VMScluster without affecting the rest of the cluster. For enhanced availability, VMSclusters support the use of dual-ported disks connected to two machines or storage controllers simultaneously.

Charon is the brand name of a group of software products able to emulate several CPU architectures. The emulators available under this brand mostly cover the Digital Equipment DEC hardware platforms PDP-11, VAX, and AlphaServer, which support many of the legacy operating systems, including Tru64 and OpenVMS. The product range also includes virtualization solutions for HP 3000 using MPE/iX and SPARC. Charon software products have been developed by the Swiss software company Stromasys SA, which has its headquarters in Cointrin, near Geneva.


  1. "HP gives OpenVMS new life". Computerworld . July 31, 2014.
  2. Stephen Hoffman (June 6, 2000). "C bashing (was Re: VMS File Caching Futures)". Newsgroup:  comp.os.vms.
  3. "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.
  4. 1 2 "Access to OpenVMS Source Code?". HP OpenVMS Systems ask the wizard. September 2, 1999. Archived from the original on 2017-10-28.
  5. "VSI OpenVMS v8.4-2L3 Released". 2021-04-08. Retrieved 2021-04-08.
  6. 1 2 "State of the Port". Retrieved 2021-04-16.
  7. "Japanese OpenVMS OS (JVMS)". Retrieved 2021-02-05.
  8. Michael M. T. Yau (1993). "Supporting the Chinese, Japanese, and Korean Languages in the openVMS Operating System" (PDF). Digital Technical Journal. 5 (3).
  9. 1 2 3 4 5 6 "OpenVMS at 20 Nothing stops it" (PDF). Digital. October 1997. Retrieved 2021-02-12.
  10. 1 2 3 "Software Product Description and QuickSpecs - VSI OpenVMS Version 8.4-2L1 for Integrity servers" (PDF). VMS Software Inc. July 2019. Retrieved 2021-01-02.
  11. "VAX-11/780 Hardware Handbook" (PDF). 1979. Retrieved 2020-12-16.
  12. Patrick Thibodeau (June 11, 2013). "OpenVMS, R.I.P. 1977-2020?". Computerworld .
  13. Tom Merritt (2012). Chronology of Tech History. p. 104. ISBN   978-1300253075.
  14. "VAX 11/780 - OLD-COMPUTERS.COM : HISTORY / detailed info" . Retrieved 2020-04-25.
  15. "VSI Products". VSI.
  16. 1 2 "Rollout of V9.0 and Beyond" (PDF). 19 May 2020. Retrieved 2021-05-04.
  17. "HP hands off OpenVMS development to VSI". Tech Times. August 1, 2014. Retrieved 2016-01-29.
  18. "VMS Software, Inc. Named Exclusive Developer of Future Versions of OpenVMS Operating System" (Press release). Retrieved October 27, 2017.
  19. 1 2 "VSI Products - Clusters". Retrieved 2021-05-04.
  20. "Cluster Uptime". 2003-11-28. Archived from the original on 2012-02-29. Retrieved 2020-12-20.
  21. "Commerzbank Survives 9/11 with OpenVMS Clusters" (PDF). July 2009. Retrieved 2020-08-14.
  22. "February 2018 Business & Technical Update" (PDF). VSI. February 2018. Retrieved 2021-05-04.
  23. "VSI Business & New Products Update – April 9, 2019" (PDF). VSI. April 2019. Retrieved 2021-05-04.
  24. Charles Babcock (2007-11-01). "VMS Operating System Is 30 Years Old; Customers Believe It Can Last Forever". InformationWeek. Retrieved 2021-02-19.
  25. Drew Robb (2004-11-01). "OpenVMS survives and thrives". Retrieved 2020-12-31.
  26. Tao Ai Lei (1998-05-30). "Digital tries to salvage OpenVMS". Retrieved 2020-12-31.
  27. Jesse Lipcon (October 1997). "OpenVMS: 20 Years of Renewal". Digital. Archived from the original on 2006-02-17. Retrieved 2021-02-12.
  28. "Gordon Bell Biography".
  29. Cutler, Dave (2016-02-25). "Dave Cutler Oral History". (Interview). Interviewed by Grant Saviers. Computer History Museum. Retrieved 2021-02-26.
  30. 1 2 Stephen Hoffman (September 2006). "What is OpenVMS? What is its history?". Retrieved 2021-01-03.
  31. "Hello from....well what used to be SpitBrook". 2007-02-27. Retrieved 2021-01-24.
  32. "Computer system VAX/VMS". Retrieved 2021-01-24.
  33. "Micro VMS operating system". Computerworld . June 18, 1984. p. 7. The Micro VMS operating system announced last week by Digital Equipment Corp. for its Microvax I family of microcomputers is a prepackaged version of ...
  34. Kathleen D. Morse. "The VMS/MicroVMS merge". DEC Professional Magazine. pp. 74–84.
  35. Bob McCormick (1989-01-11). "DECUServe WORKSTATIONS Conference 8". Retrieved 2020-12-22.
  36. "Office Archaeology". 2004-02-24. Retrieved 2020-12-22.
  37. "openVMS pages of proGIS germany". Retrieved 2020-12-22.
  38. "Digital Introduces First Generation of OpenVMS Alpha-Ready Systems". Digital. 1992-07-15. Retrieved 2021-01-25.
  39. "OpenVMS Definition from PC Magazine Encyclopedia".
  40. Arne Vajhøj (1999-11-29). "OpenVMS FAQ - What is the difference between VMS and OpenVMS?". Retrieved 2021-01-25.
  41. "History of the Vernon the VMS shark". Retrieved 2021-01-24.
  42. Dave Cutler (1988-05-30). "DECwest/SDT Agenda" (PDF).
  43. "EV-4 (1992)". 2008-02-24.
  44. 1 2 Comerford, R. (July 1992). "How DEC developed Alpha". IEEE Spectrum. 29 (7): 26–31. doi:10.1109/6.144508.
  45. "Managing Technological Leaps: A study of DEC's Alpha Design Team" (PDF). April 1993.
  46. Supnik, Robert M. (1993). "Digital's Alpha project". Communications of the ACM. 36 (2): 30–32. doi:10.1145/151220.151223. ISSN   0001-0782. S2CID   32694010.
  47. George A. Darcy III; Ronald F. Brender; Stephen J. Morris; Michael V. Iles (1992). "Using Simulation to Develop and Port Software" (PDF). Digital Technical Journal. 4 (4): 181–192.
  48. 1 2 3 Clair Grant (June 2005). "Porting OpenVMS to HP Integrity Servers" (PDF). OpenVMS Technical Journal. 6.
  49. 1 2 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).
  50. "OpenVMS Compatibility Between VAX and Alpha" (PDF). May 1995. Retrieved 2020-12-21.
  51. "VAX VMS going forward". Newsgroup:  comp.os.vms. 2020-07-17. Retrieved 2021-01-22.
  52. David S. Blickstein; Peter W. Craig; Caroline S. Davidson; R. Neil Fairnan,Jr.; Kent D. Glossop; Richard B. Grove; Steven O. Hobbs; William B. Noyce (1992). "The GEM Optimizing Compiler System" (PDF). Digital Technical Journal. 4 (4).
  53. 1 2 "OpenVMS Compatibility Between VAX and Alpha". May 1995.
  54. "Extending OpenVMS for 64-bit Addressable Virtual Memory" (PDF). Digital Technical Journal. 8 (2): 57–71. 1996. S2CID   9618620.
  55. "The OpenVMS Mixed Pointer Size Environment" (PDF). Digital Technical Journal. 8 (2): 72–82. 1996. S2CID   14874367. Archived from the original (PDF) on 2020-02-19.
  56. 1 2 "VSI OpenVMS Programming Concepts Manual, Vol. 1" (PDF). VSI. April 2020. Retrieved 2020-10-07.
  57. "HP OpenVMS Alpha Partitioning and Galaxy Guide". September 2003.
  58. James Niccolai (1998-10-14). "Compaq details strategy for OpenVMS". Australian Reseller News. Retrieved 2021-01-14.
  59. "Compaq OpenVMS Times" (PDF). January 2002. Archived from the original (PDF) on March 2, 2006.
  60. Andrew Orlowski (2001-06-25). "Farewell then, Alpha – Hello, Compaq the Box Shifter". Retrieved 2020-12-21.
  61. Sue Skonetski (2003-01-31). "OpenVMS Boots on Itanium on Friday Jan 31". Newsgroup:  comp.os.vms . Retrieved 2020-12-21.
  62. Thomas Siebold (2005). "OpenVMS Integrity Boot Environment" (PDF). Retrieved 2020-12-21.
  63. 1 2 3 "Re-architecting SWIS for X86-64". 8 October 2017.
  64. Gaitan D’Antoni (2005). "Porting OpenVMS Applications to Itanium" (PDF). Retrieved 2020-12-21.
  65. "OpenVMS floating-point arithmetic on the Intel Itanium architecture" (PDF). 2003. Retrieved 2020-12-21.
  66. "Upgrading Privileged-Code Applications on OpenVMS Alpha and OpenVMS I64 Systems". January 2005. Retrieved 2020-12-21.
  67. Thomas Siebold (2005). "OpenVMS Moving Custom Code" (PDF). Retrieved 2020-12-21.
  68. "HP C Installation Guide for OpenVMS Industry Standard 64 Systems" (PDF). HP. June 2007. Retrieved 2021-03-02.
  69. Paul Lacombe (2005). "HP OpenVMS Strategy and Futures" (PDF). Retrieved 2020-12-21.
  70. "VMS Software, Inc. Named Exclusive Developer of Future Versions of OpenVMS Operating System". 31 July 2014. Archived from the original on 10 August 2014.
  71. 1 2 3 "OpenVMS Rolling Roadmap" (PDF). VSI. December 2019. Archived from the original (PDF) on 2020-06-10. Retrieved 2021-05-04.
  72. "VSI V9.0 Q&A". 2020-06-16. Retrieved 2021-05-04.
  73. "State of the Port to x86_64 April 2017" (PDF). 3 April 2017. Archived (PDF) from the original on 5 November 2019.
  74. "2017 LLVM Developers' Meeting: J. Reagan "Porting OpenVMS using LLVM"". 31 October 2017.
  75. "State of the Port to x86_64 January 2017" (PDF). 6 January 2017. Archived (PDF) from the original on 4 November 2019.
  76. 1 2 "VSI OpenVMS Calling Standard" (PDF). January 2021. Retrieved 2021-05-04.
  77. "VMS Software Inc. Announces First Boot on x86 Architecture". 14 May 2019. Retrieved 2021-05-04.
  78. "State of the Port". 2 November 2019. Archived from the original on 2 November 2019.
  79. "HP OpenVMS Systems - OpenVMS Release History". June 21, 2010. Archived from the original on October 7, 2018.
  80. "HP OpenVMS Systems - Supported Software Versions - January 2014". Archived from the original on October 14, 2018.
  81. 1 2 3 4 5 "VSI OpenVMS Software Roadmap 2021" (PDF). VSI. Retrieved 2021-04-08.
  82. "HP OpenVMS Systems - OpenVMS Version 8.4". Archived from the original on September 2, 2010.
  83. "VMS Software, Inc. Launches New Version of OpenVMS Operating System Worldwide" (PDF) (Press release). June 1, 2015.
  84. "VMS Software, Inc. Launches New Version 8.4-2L1 of OpenVMS Operating System Worldwide". (Press release). 2016-09-23. Retrieved 2021-05-04.
  85. "VMS Software, Inc. Launches VSI OpenVMS Alpha V8.4-2L1 for Alpha Hardware". (Press release). 2017-01-27. Retrieved 2021-05-04.
  86. 1 2 "Roadmap Update". September 2020. Archived from the original on 2020-09-27. Retrieved 2020-09-23.
  87. "OpenVMS for x86 V9.0 EAK goes to first customer on May 15, 2020". 2020-04-24. Retrieved 2021-05-04.
  88. 1 2 3 4 5 6 7 8 Ruth E. Goldenberg; Lawrence J. Kenah; Denise E. Dumas (1991). VAX/VMS Internals and Data Structures, Version 5.2. Digital Press. ISBN   978-1555580599.
  89. 1 2 3 Hunter Goatley; Edward A. Heinrich. "Writing VMS Privileged Code Part I: The Fundamentals, Part 1". Retrieved 2021-01-31.
  90. Paul A. Karger; Mary Ellen Zurko; Douglas W. Benin; Andrew H. Mason; Clifford E. Kahnh (7–9 May 1990). A VMM security kernel for the VAX architecture (PDF). Proceedings. 1990 IEEE Computer Society Symposium on Research in Security and Privacy. IEEE. doi:10.1109/RISP.1990.63834 . Retrieved 2021-01-31.CS1 maint: date format (link)
  91. Lawrence J. Kenah; Simon F. Bate (1984). VAX/VMS Internals and Data Structures. Digital Press. ISBN   978-0-932376-52-7.
  92. Ruth E. Goldenberg; Saro Saravanan (1994). OpenVMS AXP Internals and Data Structures: Version 1.5. Digital Press. ISBN   978-1-55558-120-6.
  93. "VSI OpenVMS System Services Reference Manual: A–GETUAI" (PDF). VSI. June 2020. Retrieved 2021-02-15.
  94. 1 2 Wayne Sewell (1992). Inside VMS: The System Manager's and System Programmer's Guide to VMS Internals. Van Nostrand Reinhold. ISBN   0-442-00474-5.
  95. "VSI OpenVMS I/O User's Reference Manual" (PDF). VSI. August 2019. Retrieved 2021-01-13.
  96. "OpenVMS Record Management Services Reference Manual". June 2002.
  97. "RMS Journaling". VSI. Retrieved 2021-01-13.
  98. Kirby McCoy (1990). VMS File System Internals. Bedford, Mass.: Digital Press. ISBN   1-55558-056-4.
  99. 1 2 "Andy Goldstein on Files-11, the OpenVMS File Systems". VSI Official Channel. 2019-07-25. Retrieved 2021-01-03.
  100. "VSI OpenVMS Guide to OpenVMS File Applications" (PDF). VSI. 2019-07-23. Retrieved 2021-01-13.
  101. James E. Johnson; William A. Laing (1996). "Spiralog Log-Structured File System" (PDF). Digital Technical Journal. 8 (2).
  102. "OpenVMS Version 7.2 Release Notes". Compaq. January 1999. Retrieved 2021-01-13.
  103. "Why was Spiralog retired?". 2006-01-10. Retrieved 2021-01-13.
  104. Andy Goldstein; Robert A. Brooks; Camiel Vanderhoeven. "A detailed look at the on-disk structure of the VMS Advanced File System (VAFS)" (PDF). VSI. Retrieved 2021-01-13.
  105. "Andy Goldstein on the New File System for OpenVMS v.9.0". VSI. 2019-05-08. Retrieved 2021-01-14.
  106. "VSI OpenVMS Software Roadmap 2020" (PDF). September 2020. Archived from the original (PDF) on 2020-12-07. Retrieved 2020-09-23.
  107. "VSI OpenVMS Roadmap: V9.2 is x86-64 only". Newsgroup:  comp.os.vms. 2020-09-23. Retrieved 2021-01-14.
  108. "OpenVMS User's Manual" (PDF). VSI. July 2020. Chapter 14, Advanced Programming with DCL. Retrieved 2021-04-09.
  109. 1 2 Simon Clubley (2017-07-03). "How dangerous is it to be able to get into DCL supervisor mode?". Newsgroup:  comp.os.vms . Retrieved 2021-02-01.
  110. Stephen Hoffman; Paul Anagnostopoulos (1999). Writing Real Programs in DCL, second edition. ISBN   1-55558-191-9.
  111. 1 2 "Software Product Description - VAX/VMS Operating System, Version 1.0" (PDF). September 1978.
  112. 1 2 3 4 5 "VAX/VMS Software Language and Tools Handbook" (PDF). 1985. Retrieved 2020-12-31.
  113. "Software Product Description HP DECforms for OpenVMS, Version 4.0" (PDF). August 2006. Retrieved 2021-01-01.
  114. "Software Product Description HP FMS for OpenVMS, Version 2.5" (PDF). January 2005. Retrieved 2021-01-01.
  115. "Compaq TDMS for OpenVMS VAX, Version 1.9B" (PDF). July 2002. Retrieved 2021-01-01.
  116. "OpenVMS RTL Screen Management (SMG$) Manual". 2001. Retrieved 2021-01-01.
  117. "Digital Technical Journal Vol. 1 No. 2" (PDF).
  118. "MicroVMS Workstation Graphics Programming Guide" (PDF).
  119. Fred Kleinsorge (2007-01-04). "comp.os.vms - Dec VWS Internals". Newsgroup:  comp.os.vms . Retrieved 2021-02-27.
  120. "Digital Technical Journal Vol. 2 No. 3" (PDF).
  121. 1 2 3 "(Open)VMS(/ VAX), Version overview".
  122. "Migrating VWS/UIS Applications to DECwindows?". HP OpenVMS ask the wizard. November 9, 2004. Archived from the original on September 15, 2018.
  123. "Using DECwindows Motif for OpenVMS" (PDF). October 2019. Retrieved 2020-10-21.
  124. 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.
  125. "Getting Started With the New Desktop".
  126. OpenGL Frequently Asked Questions (FAQ) [1/3]. Retrieved on 2013-07-17.
  127. "Software Product Description VSI Graphical Kernel System" (PDF). VSI. 2017. Retrieved 2021-01-02.
  128. "Software Product Description DEC PHIGS Version 3.1 for OpenVMS VAX" (PDF). April 1995. Retrieved 2021-01-02.
  129. "VSI OpenVMS Cluster Systems" (PDF). VSI. August 2019. Retrieved 2021-01-13.
  130. "DECnet for OpenVMS Guide to Networking" (PDF). VSI. August 2020. Retrieved 2021-01-14.
  131. "VSI Products - DECnet". VSI. Retrieved 2021-01-14.
  132. "VMS/ULTRIX System Manager's Guide". Digital. September 1990. Retrieved 2021-01-21.
  133. "VSI OpenVMS TCP/IP User's Guide" (PDF). VSI. August 2019. Retrieved 2021-01-14.
  134. Robert Rappaport; Yanick Pouffary; Steve Lieman; Mary J. Marotta (2004). "Parallelism and Performance in the OpenVMS TCP/IP Kernel". OpenVMS Technical Journal. 4.
  135. Neil Rieck (2020-07-20). "OpenVMS Notes: TCPware - MultiNet Tips" . Retrieved 2021-01-21.
  136. Alan Abrahams; David A. Low (1992). "An Overview of the PATHWORKS Product Family" (PDF). Digital Technical Journal. 4 (1).
  137. Andy Goldstein (2005). "Samba and OpenVMS" (PDF). Retrieved 2021-01-01.
  138. "Local Area Transport Network Concepts" (PDF). DEC. June 1988. Retrieved 2021-01-14.
  139. 1 2 "VSI List of Products". Retrieved 2021-05-04.
  140. "OpenVMS Programming Environment Manual". March 1994. 7.1 Common Language Environment.
  141. "VSI OpenVMS Programming Concepts Manual, Volume II" (PDF). VSI. April 2020. Retrieved 2021-05-04.
  142. "SDL, LANGUAGE, Data Structure/Interface Definition Language". November 1996. Retrieved 2021-01-03.
  143. "DECset". Retrieved 2021-01-02.
  144. "VSI OpenVMS DCL Dictionary: A-M" (PDF). VSI. April 2020. Retrieved 2021-01-02.
  145. "VSI OpenVMS Debugger Manual" (PDF). VSI. June 2020. Retrieved 2021-05-04.
  146. "VSI OpenVMS Delta/XDelta Debugger Manual" (PDF). VSI. August 2019. Retrieved 2020-12-31.
  147. "VMS IDE". Retrieved 2021-01-02.
  148. "VAX/VMS Software Information Management Handbook" (PDF). Digital. 1985. Retrieved 2021-01-24.
  149. Ian Smith (2004). "Rdb's First 20 Years: Memories and Highlights" (PDF). Archived from the original (PDF) on 2005-11-03. Retrieved 2021-01-24.
  150. "Compaq ACMS for OpenVMS Getting Started". Compaq. December 1999. Retrieved 2021-01-24.
  151. "Building Dependable Systems: The OpenVMS Approach" (PDF). Digital. March 1994. Retrieved 2021-01-24.
  152. "Cover Letter for DECADMIRE V2.1 MUP Kit - DECADMIRE V2.1A". Digital. 1995. Retrieved 2021-01-24.
  153. Kevin Duffy; Philippe Vigier (2004). "Oracle Rdb Status and Direction" (PDF). Retrieved 2021-01-24.
  154. Larry Goelz; John Paladino (1999-05-31). "Cover Letter re DSM". Compq. Retrieved 2021-01-24.
  155. Neil Rieck (2020-06-29). "OpenmVMS Notes MySQL and MariaDB" . Retrieved 2021-01-24.
  156. Bengt Gunne (2017). "Mimer SQL on OpenVMS Present and Future" (PDF). Retrieved 2021-01-24.
  157. "Rocket Software System 1032". Rocket Software. Retrieved 2021-01-24.
  158. "VSI OpenVMS Guide to System Security" (PDF). VSI. December 2019. Retrieved 2021-04-26.
  159. National Computer Security Center (NCSC) Trusted Product Evaluation List (TPEL)
  160. "OpenVMS Guide to System Security - Appendix C".
  161. On the internal workings of the CTRL-Y mechanism, see: OpenVMS AXP Internals and Data Structures, Version 1.5, sections (CTRL/Y Processing) and (CONTINUE Command) at pp. 1074–1076.
  162. John Leyden (2018-02-06). "Ghost in the DCL shell: OpenVMS, touted as ultra reliable, had a local root hole for 30 years". Retrieved 2021-01-13.
  163. 1 2 "VAX-11 RSX Software Product Description" (PDF). Digital. September 1985. Retrieved 2020-12-31.
  164. "a simple question: what the h*ll is MCR?". Newsgroup:  comp.os.vms. 2004-09-14. Retrieved 2020-12-31.
  165. "VAX-11 RTEM RELEASE NOTES". Digital. July 1986. Retrieved 2021-01-19.
  166. Digital Equipment Corporation (1994). Software Product Description - POSIX for OpenVMS 2.0.
  167. "OpenVMS Alpha Version 7.3-1 New Features and Documentation Overview Begin Index". June 2002.
  168. "VSI Products - GNV". Retrieved 2020-08-19.
  169. "ϕnix: a Unix emulator for VAX/VMS" (PDF). 1987-08-10. Archived from the original (PDF) on 2004-01-22.
  170. "DEC SoftPC User's Guide for the VMS Operating System". Digital. May 1993. Retrieved 2021-01-01.
  171. "Software Product Description DEC Softwindows/SoftPC for OpenVMS AXP, Version 5.0". Digital. November 1994. Retrieved 2021-01-01.
  172. "OpenVMS Alpha V7.2-1 Release Notes". January 1999. Retrieved 2021-01-01.
  173. Gene Cronin, Terence P. Sherlock (2000). COM Beyond Microsoft: Designing and Implementing COM Servers on Compaq Platforms. ISBN   1555582265.
  174. "OpenVMS Ports". Retrieved 2021-02-09.
  175. "vms-ports" . Retrieved 2020-08-20.
  176. "GNU for VMS" . Retrieved 2020-08-20.
  177. "OpenVMS Hobbyist Program".
  178. "OpenVMS News & Discussion". Archived from the original on 2015-03-21.
  179. "Hobbyist Program". Process Software. Retrieved 2020-04-24.
  180. "MVP Systems - The OpenVMS Hobbyist Program". Archived from the original on January 6, 2009.
  181. "HP Bringing the Hobbyist Program In-House". 2012-01-25. Retrieved 2021-01-01.
  182. "The new OpenVMS Hobbyist license registration is in place!". 2012-01-27. Retrieved 2021-01-01.
  183. "HPE sets end date for hobbyist licenses for OpenVMS".
  184. "VMS Software Announces Community License". 2020-04-22. Retrieved 2021-05-04.
  185. "VMS Software Community License Available". 2020-07-28. Retrieved 2021-05-04.
  186. "VSI Announces Community License Updates". 2020-06-11. Retrieved 2021-05-04.
  187. Catherine Richardson; Terry Morris; Rockie Morgan; Reid Brown; Donna Meikle (March 1987). "MICA Software Business Plan" (PDF). Retrieved 2021-01-04.
  188. Zachary, G. Pascal (2014). Showstopper!: The Breakneck Race to Create Windows NT and the Next Generation at Microsoft. Open Road Media. ISBN   978-1-4804-9484-8 . Retrieved 2021-01-04.
  189. Mark Russinovich (1998-10-30). "Windows NT and VMS: The Rest of the Story". Retrieved 2021-01-04.
  190. "OpenVMS on IA-32 ?".
  191. 1 2 "FreeVMS official web page". Archived from the original on September 8, 2018.
  192. "The FreeVMS Archives". Archived from the original on 10 April 2019.

Further reading