VMS / OpenVMS Application, Cloud and Virtualization Migration, Re-hosting and Modernization Tools and Services for x86 redhat, Suse Linux
Since 1985 Sector7 has been in the exclusive business of re hosting and migrating applications to UNIX and Linux (redhat, Suse) platforms. We developed our VMS / OpenVMS migration toolkit in 1987, which was based upon our PDP-11 RSTS migration tools kit. Sector7 has successfully migrated over 500 major applications to varying UNIX and Linux derivative platforms. The VX/RT tools kit provides VMS / OpenVMS Application Migration, Re-hosting and Modernization Tools for x86 Linux and Windows. VT/RT is a library of 900 call and functionality compatible services natively compiled for Linux and Windows. If your application uses SMG, then our native SMG$ routines will display the same screens as you would expect on VMS / OpenVMS.
VX/RT VMS / OpenVMS Migration Toolkit provides all the VMS / OpenVMS environment and callable interfaces for Linux. VX/RT allows your programmers to continue to program and support the VMS / OpenVMS application and then compile and link those same applications on Linux without ant cnanges to the common source base. We call this "Continuous Integration".
Apart from VMS Migration and VMS / OpenVMS Cloud and Virtualization solutions - everyone knows Sector7 also invented the internet (Autobots Vs Sector7). Not suggesting that Optimius Prime is running migrated VMS. PS: In real life we did NOT take the children, but we did invent the Internet, Cell Phones etc (Just Sayin).
VMS in the Cloud
HTML5 VTxxx Emulator
The VX/RT migration toolkit will run on any version of Linux and is particularly suited for the Intel x86 platform, bringing native x86 capability to VMS / OpenVMS. The Sector7 tool kit allows your developers to maintain the application on VMS / OpenVMS and compile without any manual changes on Linux. This level of compatibility allows for "continual integration" - NO CODE FREEZE, NO MANUAL CHANGES TO THE CODE.
This website provides reasonable technical details on the technology and processes that we use to make a "push button" migration, what we call Continuous Integration or CI. See the pull down menu's at the top for greater technical drill down. They are logically grouped.
There are number of elements required for CI and a seamless migration process: 3GL language conversion , API Compatibility, Data Access (Rdb/RMS/FDL), FORMS Compatibility (SMG, FMS, DEC FORMS) and runtime support (DCL, SORT, LOCK MANAGER, ACMS, DMQ/RTR etc).
VMS / OpenVMS 3GL language conversion which translate the VMS / OpenVMS 3GL with VMS extensions to the Linux, Windows ANSI equivalent. Where there is no ANSI equivalent - we convert the 3GL to C++. This is also a 100% automatic process and requires no modifications to the original VMS code or the emitted code that will run on Linux / Windows. VMS Fortran to ANSI (Intel) FORTRAN [with I/O extension for RMS], VMS COBOL to ANSI COBOL (Fujitsu or Micro-focus), VMS BASIC to C, VMS PASCAL to C++. [ RedHat, Oracle, Suse Linux ]
100% compatible VMS / OpenVMS API's for Linux and Windows (See below VX/RT). All the interfaces to VMS / OpenVMS that your application call need to be there for the target operating system. You application should be able to call these VMS / OpenVMS API's without changing any of the VMS / OpenVMS code. ACMS$.*() BAS$.*() CLI$.*() COB$.*() CONV$.*() EDT$.*() FDL$.*() FDV$.*() FOR$.*() FORMS$.*() LBR$.*() LIB$.*() MTH$.*() OTS$.*() PAMS$.*() PAS$.*() SMG$.*() STR$.*() SYS$.*() TPU$.*(). The API set needs to take exactly the same arguments, perform the identical function and return exactly the same return codes and data. If all this is identical to VMS / OpenVMS then your program will function identically and "wont know that its running on Linux".
For example: Strings are passed to VX/RT as VMS / OpenVMS string descriptors with the same variants as VMS / OpenVMS, STATIC, DYNAMIC, $DTYPE and $CLASS are fully supported.
VX/RT provides, VMS LOGICALS, SYMBOLS, ASYNCHRONOUS I/O with AST's EVENT FLAGS,
I/O ($QIO and $QIOW) TIMERS (VMS QUADWORD DATE TIME).
Whatever VMS functionality your program requires, VX/RT will provide the identical functionality using NATIVE x86 fully compiles libraries.
All Sector7 VMS API's are written in C and C++ and fully compiled to a dynamic linkable library. [ RedHat, Oracle, Suse Linux ]
VMS / OpenVMS DCL, JOB and PRINT SPOOLER ($GETQUI, $SNDJBCW) with full DCL command integration. VMS Lock Manager SYS$ENQ() etc. VMS Message compiler, VMS CLD compiler, VMS SORT MERGE. [ RedHat, Oracle, Suse Linux ]
Rdb VX/SQLMOD converts Rdb SQLMOD to either Oracle Pro C or Postgres ECPG. The Rdb SQLMODS are converted to Oracle PRO*C or Postgres ESQL. This is also available for VMS / OpenVMS. the Oracle or Postgres client (from VSI) is installed on VMS / OpenVMS, the Oracle or Postgres database runs on an external Linux or Windows server. VX/SQLMOD is also available for VMS / OpenVMS allowing users to replace Rdb with Open databases and reduce the rdb overhead on VMS / OpenVMS. Server can run on Oracle Non Stop Linux, RedHat Linux and Suse Linux.
RMS: Sector7's RMS provides identical functionality for INDEXED SEQUENTIAL, RELATIVE ans SEQUENAL files in FIXED and VARIABLE RFM's. Access to VX/RMS is (like VMS / OpenVMS) via the SYS$ API's (SYS$OPEN etc) and FAB, RAB, XAB NAM blocks. VX/RT also has a VMS SORT MERGE and full FDL file description (Via VX/DCL or FDL$). [ RedHat, Oracle, Suse Linux ]
FORMS and SCREENS: Sector7 has DECFORMS, SMG and FMS implementations for [ RedHat, Oracle, Suse Linux ] and Windows
Latest News
VMS / OpenVMS Rdb to Postgres or Oracle, Sector7 partners with VSI.
Sector7 has enhanced Vx/SQLMOD to generate Postgres ECPG from SQLMOD in addition to Oracle Pro*C. Vx/SQLMOD also generates test drivers for all SQLMOD's converted, making unit testing simple and low cost. These unit test drivers can also be linked to the original compiled SQLMOD on VMS / OpenVMS and provide unit test capabilities for the original SQLMOD. Vx/SQLMOD allows your VMS / OpenVMS application to continue to run on VMS / OpenVMS and offloads the database to a Linux, Windows or UNIX server running Oracle or Postgres.
SQLMOD is converted to Postgres ECPG or Oracle Pro*C on VMS / OpenVMS. Install the Oracle or Postgres client on VMS / OpenVMS. Convert your Rdb data to Oracle or Postgres and connect your VMS / OpenVMS system to a Windows/Linux or UNIX database server.
Interested in reducing your organizations Oracle/Rdb license fees and freeing up VMS / OpenVMS CPU cycles?
Replace Rdb on your VAX or ALPHA VM and connect to corporate Oracle/Postgres DB.
Learn More
VMS Software Inc and Sector7 Strategic Partnership
and Sector7 have partnered to help VMS / OpenVMS developers migrate Oracle Rdb to Postgres or Oracle databases hosted on VMS or Linux servers. SQLMOD is converted to native Embedded SQL in C (ECPG or Pro*C) and CDD is converted to Sector7 Vx/CDD with include files generated for C, COBOL, PASCAL, FORTRAN, DEC FORMS.
Learn More
Salem Automation Inc and Sector7 Strategic Partnership
and Sector7 have signed a strategic partnership agreement for migration of VMS / OpenVMS applications to Linux and Unix. Salem Automation, Inc. is a Managed Service Provider specializing in Legacy IT Infrastructure Solutions, Systems Engineering, IT Analytics, Business Intelligence, Custom Software Programming, and Process Control Automation.
DEC Licensed Vx/DCL for The First Release Of OSF/1 (DEC UNIX)
DEC OSF/1
DEC Sponsored Sector7 Writing A Piece On Migration In DEC Professional
DEC Professional
Innovative Risk Mitigated Process
Sector7 IS the thought leader in the business of application migration technologies and processes. We innovate through every migration and are always spearheading the next generation of tools and processes.
Sector7 provides migration tools and services. We offer (A) Planning (B) Costing (C) Project Management (D) On Demand Assist (E) Team Augmentation (F) Full Turnkey Migration.
Learn More
VMS / OpenVMS Migrations and Modernization since 1985
While successfully migrating PDP-11, HP-3000 and VMS / OpenVMS applications to UNIX and Linux, we were asked to provide a world wide UNIX to UNIX server consolidation practice to IBM. This practice eventually became known as IBM's Migration Factory, In 2003 IBM acquired the Intellectual Property from Sector7 for the UNIX to UNIX server consolidation business, making it the practice part of IBM Global Services and leaving Sector7 to once again focus on the longer time frame more complex tailored VMS / OpenVMS Application Migration and Re-hosting/Re-platforming services, which has been our passion and exclusive focus for over 30+ years (Established in October 1985).
Learn More
Migration Patents
Being Awarded a Patent was very 'cool' but, more than 'cool' it took a significant amount of work to rationalize the Migration Process into a mathematical model. Without such a model, you cannot have a scalable repeatable process. Without a model and scalable process it becomes “guess work” with no "rigor" to support the estimates.
#7,616,583 A computer determines a first plurality of servers which have a lease set to expire within a predetermined period or current or projected peak utilization greater than a predetermined percentage of their capacity. The computer determines a second plurality of servers which have sufficient lease term and excess capacity. The computer determines and records which servers of the first plurality to consolidate on servers of the second plurality based on sufficient capacity, match of application(s) and projected life span of the application(s) of the second plurality, and determines a schedule for retiring the servers of the first plurality with the applications having insufficient projected lifespan, and estimates cost savings for the consolidation.
PDF (#7,616,583) HTML (#7,616,583)
#8,869,124 A computer implemented method and program product for estimating cost and/or time requirements for migrating an application from one platform to another. The method includes receiving identifications for tasks, receiving at least one assessment type selected for estimating cost and/or time requirement for migration, where the assessment type delineates a degree of accuracy for estimating the cost and/or time requirement for migration, correlating base costs and/or time requirements to the tasks identified, receiving identifications of attributes that affect base costs and/or time requirements, correlating cost and/or time factors to the tasks, a respective cost factor and/or time factor indicating an amount by which an attribute affects the respective base cost and/or time requirement for a task, and estimating cost and/or time requirements for each task, by applying the respective cost and/or time factors for each task to the respective base cost and/or base time requirements for each task.
PDF (#8,869,124) HTML (#8,869,124)
Continuous Integration, 100% conversion
Sector7, once again, has taken the complex application migration process to a new level with our innovative approach based upon "Continuous Integration" which allows simultaneous VMS / OpenVMS development and UNIX/Linux migration with ZERO code freeze and continuous validation of the migrated end product. Our migration methodology ensures that our tools migrate 100% of your application. This means that your developers are free to continue to development on VMS / OpenVMS and when the migration and environment has been fully tested, simply "switch over" to the latest code base on Linux or UNIX. The goal being a ZERO CODE FREEZE and < 1 week "switch over" time.
Learn More
Automatic VMS Language to ANSI (Continuous Integration)
Our approach centers on our Vx/Tools migration tool kit. Vx/Tools consists of VMS / OpenVMS extended language translators which automatically convert the VMS / OpenVMS 3GL to the ANSI equivalent or to C/C++. Vx/Tools language converters include BASIC, C, COBOL, Fortran and PASCAL (MACRO-32 offered as a service).
Languages
VX/RT VMS Compatible API (SYS$ etc) on Linux
The runtime component provides all the VMS / OpenVMS support libraries and programs that your existing VMS / OpenVMS application needs to run unmodified on an open platform. Over 900 VMS / OpenVMS API's (SYS$, LIB$, SOR$, CLI$, MSG$, FOR$, OTS$, CONV$, FORMS$, FDV$, SMG$, ACMS$, RTR$, TSS$, PAMS, DMQ$), VMS / OpenVMS subsystems RMS, DCL, BATCH and PRINT queue management, screen management (SMG, FMS, TDMS, DEC FORMS), Transaction and data stream management (ACMS, DecMessageQ, RTR), and VMS / OpenVMS support environment (CLD compiler, Message compiler, full VMS logical name support, QIO's (synchronous and asynchronous), timers, event flags. QIO is supported to disks, terminals, TCP/IP, mailboxes and in the past X.25 and X.29.
Vx/RT
Vx/RT Tools Source License
The Sector7 approach to Source Code Licensing ensures that when you choose Sector7 to assist or manage your Application Migration, your organization will have all the source code to Sector7 Migration Tools (all written in C and C++). In addition, this allows your organization to rename the VMS / OpenVMS API's and organize them into your internal organization class distribution libraries. For example: $ASCTIM() to Organization_Ascii_Get_Modified_Julian_Date_Time() - or maybe something a little less verbose) [Factoid: VMS / OpenVMS Date/Time is based upon a world wide standard known as Modified Julian Date or MJD].
Learn More
VMS / OpenVMS RMS Data Conversion
Data can be migrated from VMS / OpenVMS RMS to our Vx/RMS which provides RMS functional compatibility on Linux using a balanced B+ tree. all VMS / OpenVMS RMS usage works exactly the same using Vx/RMS (FABDEF, RABDEF, NAMDEF, XABDEF, RMS SYS$ routines, DCL RMS such as CONVERT/FDL, COPY etc). VMS / OpenVMS versioning is also supported.
VX/DataX
Turnkey, Tools, Augmentation
If you need additional resources or skills to re-host your applications, Sector7 offers our experience successfully managing and migrating large projects, managing resources from different organizations, and superior technical skills to provide a solution tailor-made to your organization's needs.
Learn More
Managing A Migration: It's All About Process, Experience, Mitigation and Planning
We place great value on our well-defined process, strong project management, technical leadership and emphasis on testing. Before embarking on a significant re-hosting project, an organization must be aware of potentially significant challenges in project management and project implementation. Lack of re-hosting experience may cause these challenges to only become apparent in the middle of a re-hosting project.
Migrations are successful when planned and managed. Part of the planning and management is knowing the line item time (and what line items to be included). For over 30 years Sector7 has accumulated a huge database of line items and times from actual projects. We use these proven metrics to plan, resource and manage our migrations. If your organization does not want Sector7 involved in the day to day management of your project, we can still contribute our experience. In addition to the 'costing,' (Time and resources) Sector7 also has vast experience in line items and procedures essential for a migration that you may not even "know you don't know" (The Unknown Unknown).
Managed Migration
Migration Factory
Because a complex porting project can go through many unique phases, specialists with expert skills can be moved in and out of a project as required by the project plan. This provides an incredible advantage, because these specialists are brought into the project at precisely the right time to perform tasks that require their expertise. This enables us to leverage particular skills across a number of projects to keep each project moving on schedule, while minimizing costs for each individual project. This ‘just-in-time’ concept is very similar to today’s modern manufacturing plants and is the origin of the term, “The Migration Factory.”
The result of the successful Migration Factory is unprecedented productivity, which allows us to compete effectively against the cost of offshore labor, while retaining our workforce in the USA and Europe.
Learn More
How Long & How Much?
The big question. We have advanced assessment processes that can easily produce you a 5000 step project plan and a fixed price bid. To do this, we must be confident in our ability to assess the work environment, the skill levels, and the technologies that need to be migrated.
Since 1985 (Over 30 years) Sector7 has mainly performed Migrations using our tools. As such, we have metrics on over 1000 projects to draw upon.
We KNOW how long it takes to migrate 1 line of COBOL, FORTRAN. C, C++, BASIC, PASCAL.
We KNOW for example that rewriting DCL into Linux shell script is the most expensive Language Conversion—about $9 per line completed ('completed' in this case meaning migrated, fully tested and production ready) by experts who know DCL and Linux shell scripting—This is also the primary reason customers LOVE our DCL for Linux and UNIX.
Our approach is simple and makes sense.
(A) Migrations need to be completed and onto production servers in the minimum possible time (B) A Migration is NOT the time to think about enhancing or changing the underlying technology (C) Leave any development work until after the migration is complete as then IT WILL NOT BE ON THE CRITICAL PATH
If we know what system service calls and what 'layered products' you are using, we can gauge 'complexity'. The HOW LONG and HOW MUCH are simple functions of the number of Lines of Code * Time Per Line * Complexity.
You want to know: How, How Long and How Much?
Contact Us Now
VMS / OpenVMS/VMS Applications executing on x86 Intel Linux
Using Sector7's Migration Process and Migration Tools, Your VMS / OpenVMS Applications can be ported to x86 Linux TODAY.
Learn More
Sector7 Timeline
Some interesting events dating back to 1985. You can see the genesis of Vx/TOOLS. From the first PDP11-RSTS BASIC+2 migration to VAX BASIC and with that DCL, SMG, System Services.
Timeline
VMS / OpenVMS Migration Case Studies
We've compiled a list of case studies to show the diversity in the types of projects we have successfully completed.
Case Studies
VMS / OpenVMS Migration Selected Client List
A selection of clients for whom we have performed migrations.
Client List
VMS / OpenVMS Migration Selected References
Here's a glimpse of what our customers are saying. Go to our references page to read more.
"Sector7 continually delivered more than expected [...] through all release phases, on time and under budget."
Norm Beck, SDMN Manager, Telstra
References
VX/Tools : VMS / OpenVMS Migration Capabilities Overview
Migrating Extended Syntax VMS / OpenVMS Language to ANSI Compilers on x86 Linux
VX/BASIC VMS / OpenVMS BASIC to ANSI C Compiler/Transpiler. VX/BASIC allows VMS / OpenVMS BASIC source code to be compiled and executed on Linux and UNIX. BASIC I/O is performed by VX/RMS which provides VMS / OpenVMS RMS on Linux and UNIX.
VX/Fortran Converts VMS / OpenVMS HP Fortran to ANSI Intel Fortran on Linux and UNIX. All VMS / OpenVMS extensions to ANSI Fortran and converted to ANSI Fortran (Intel). VMS / OpenVMS Fortran I/O (RMS) is converted to Sector7 Fortran extension APIs and provide identical RMS file I/O on Linux/UNUX.
VX/COBOL Converts VMS / OpenVMS COBOL to Fujitsu or Micro Focus COBOL. VMS / OpenVMS DESCRIPTORS and extensions to the ANSI COBOL syntax are converted to ANSI COBOL. VX/RMS is substituted for the plug-in file system for both Fujitsu and Micro Focus.
VX/Cpp Converts VMS / OpenVMS C into ANSI portable C on Linux and UNIX.
VX/PASCAL Converts VMS / OpenVMS PASCAL to portable ANSI C++, the emitted C++ can be compiled and run on VMS / OpenVMS, Linux or UNIX.
VX/DDL Converts VMS / OpenVMS DDL to Include Format for BASIC/C/C++/COBOL/FORTRAN/PASCAL/Oracle.
Migrating & Running VMS / OpenVMS DCL on x86 Linux
VX/DCL is an implementation of DEC's VMS Digital Command Language for Linux/UNIX. VX/DCL allows you to use the VMS commands that you are familiar with on Linux/UNIX systems. Your command scripts (. COM files) will run on the new platform. VX/DCL implements all of the commonly used DCL Commands and Lexicals. In addition, if you use VMS / OpenVMS CLD's to enhance the command line accessibility of your programs, Vx/Tools includes an VMS / OpenVMS compatible CLD compiler and access to all the CLD via the CLI$ API.
VX/DCL supports the standard use and manipulation of symbols. Symbol substitution is also supported. Symbol names can be 1 to 255 characters in length. Legal symbol names can begin with "A-Z", "a-z", "_" . Two "=" signs define that the symbol is to be placed into the global symbol table (CLI$K_GLOBAL_SYM). One "=" places the symbol in the local symbol table (CLI$K_LOCAL_SYM). The symbol tables are searched locally and then globally.
VX/JSP is an implementation of the VMS BATCH & PRINT queue manager, API and command line interface for Linux/UNIX. It is an add-on module for VX/DCL that provides VMS DCL functionality for Linux and UNIX.
VX/CLD VMS / OpenVMS Command Line Definition compiler (customization of DCL and Program CLI) for Linux and UNIX (CLI$PARSE, CLI$DISPATCH, CLI$PRESENT, CLI$GET_VALUE).
VX/MSG VMS / OpenVMS Message File compiler ($GETMSG, $FAO, $FAOL, $PUTMSG etc) for Linux and UNIX.
VX/RT supports a VMS compliant logical manager allowing user definable tables and logical inheritance classes for sub processes. User mode and kernel mode logical are supported and persistence rules adhered to. In addition to the standard logical management, Sector7 has extended the logical subsystem to allow Logicals to be accessed and set from UNIX style API's. All Sector7 language translators accept VMS File Specs and Logical names as input to file I/O routines.
VXRT also supports VMS / OpenVMS symbols. Unlike UNIX environment variables, VX/RT symbols take via IPC to VX/DCL which stores the symbol values ensuring that symbols can be set in a program and retrieved in a different program or in the VX/DCL CLI ($DELETE_SYMBOL $GET_SYMBOL, $SET_SYMBOL).
Migrating VMS / OpenVMS System Services and API's to x86 Intel Linux
VX/RT is a library written in C and C++ that provides VMS / OpenVMS API functionality on Linux and UNIX. This makes the migration or rehosting/Replatformng of applications that make extensive use of VMS / OpenVMS API's and the underlying subsystems (DCL, Queue's, RMS, ACMS, DEC FORMS) to run on Linux and UNIX without change. Vx/Tools and VX/RT is not emulation,the API's are written in fully compiled and optimized C and C++.
VMS / OpenVMS LIBRARIAN Migration to x86 Intel Linux
VX/LBR VMS / OpenVMS LIBRARIAN utility with LBR$ API's and DCL LIBRARIAN commands for Linux and UNIX.
VX/SOR VMS / OpenVMS SORT/MERGE utility with SOR$ API's and DCL SORT/MERGE command for Linux and UNIX.
VX/FDL VMS / OpenVMS FDL's are fully supported both from the DCL interface and also FDL$ API on Linux and UNIX
Migrating VMS / OpenVMS Screen and Forms to x86 Linux
VX/SMG An implementation of DEC's VMS Screen Management Service for Linux and UNIX. Full VMS / OpenVMS SMG is supported, TERMINALS, VIRTUAL DISPLAYS, VIEWPORTS. Your SMG screens will appear identically on Linux as they did on VMS / OpenVMS.
VX/FMS An implementation of DEC's VMS / OpenVMS Forms Management System for Linux and UNIX. VX/FMS has a complete set of FDV$ API's and a FMS Forms compiler. Your FMS screens will appear identically on Linux as they did on VMS / OpenVMS
VX/TDMS The TDMS form is converted into the Flexus SP2 forms manager and the TDMS API's converted to Flexus SP2 API's. Your TDMS screens will appear identically on Linux as they did on VMS / OpenVMS
VX/DECForms An IFDL to C++ translator. The screen is painted with viewports and panels. Full DECForms viewport/panel/screen mapping is maintained, field by field editing and tabbing. Your DecFORMS screens will appear identically on Linux as they did on VMS / OpenVMS
VX/DECForms
Migrating VMS / OpenVMS RMS to x86 Intel Linux
VX/RT includes VX/RMS a full RMS file system for Linux/UNIX. VX/RMS provides all VMS file formats (KEYED, RELATIVE, SEQUENTIAL, BLOCK) and all record and key types. VX/RMS maps RMS keyed files are mapped to a C-ISAM V4 B_ tree file system, which can be accessed by gateways from most relational databases and report writers. In addition Sector7 provides an ODBC interface to VX/RMS allowing concurrent data retrieval in a client server mode from Windows based systems and applications VX/RMS is accessible from the standard SYS$ interface and provides full support for FAB, RAB, NAM and XABs. VX/RMS also includes a full FDL$ API set with the corresponding FDL command line programs (ANALYZE/RMS CONVERT/FDL).
VX/RT includes a number of user callable data conversion routines. The primary problem when moving data between VMS and other architectures is that the internal data representation is different, not only in byte ordering but also the default floating point format on most OPEN systems is IEEE488 and VMS is DFLOAT. Sector7 provides VX/DataX that will convert RMS data records to any machine architecture. Variable format records are handled by Sector7 data scripting language.
The VMS / OpenVMS API's to the RMS subsystem are VMS / OpenVMS compliant. Most take the form SYS$XXXX({Rab/Fab}, AST Success, AST Error) FABDEF, RABDEF, NAMDEF, XAMDEF etc are the same structure as VMS / OpenVMS and the same definitions from STARLET can be used.
VX/DataX allows users to transport data files from the VMS operating system to UNIX. VX/DataX also allows users to specify a programmable schema to convert the data to the appropriate format (DEC to IEEE, Little Endian to Big Endian, Quadword Data/Time to UNIX Date Time) for the target platform.
VX/SQLMOD VMS / OpenVMS SQLMOD to Oracle Pro*C and Postgres ECPG translator. Sector7 VX/SQLCC is a migration tool that converts Rdb SQLMOD procedures into functionally equivalent Postgres or Oracle embedded SQL in C (ECPG or Pro*C), enabling VMS / OpenVMS applications to directly access Postgres or Oracle databases hosted on Linux.
Postgres offers up to 80% savings for clients seeking to reduce RDBMS costs, while at the same time opening the door to powerful and innovative Open Source database solutions.
Existing VMS / OpenVMS applications do not require modification, and can remain on VMS / OpenVMS, can migrate to VMS / OpenVMS on x86 (when available) or can even fully migrate to Linux using Sector7’s migration tools and services.
VX/FORSQL Extracts embedded Rdb SQL from Fortran and creates Oracle Pro*C SQL callable routine. Oracle have discontinued support for Fortran with embedded SQL. VX/FORSQL will extract the embedded SQL and abstract it to an external C file. it will also add the calls to the externalized C file into the FORTRAN. This is designed for solving issues with Oracle DB and not Oracle Rdb with VMS / OpenVMS Fortran.
VMS / OpenVMS Transaction managers
ACMS to C++VX/ACMS translates the MDF, GDF and TDF files to C++ AND INCLUDES THE RUNTIME. ALL OF THE ACMS SYNTAX IS PARSED AND A SIGNIFICANT NUMBER OF THE STATEMENTS IMPLEMENTED (See below for list of currently implemented statements). At its simplest level VX/ACMS will bind together in a single executable unit the TDF, and the procedures (held in a dynamic library). VX/ACMS can be used to convert the ADU to C++ one time and then the C++ modified from that point on, or if the ACMS is fluid, VX/ACMS can be used as a compiler as part of the application build procedure. VX/ACMS is certified as part of Sector7's continual integration methodology eliminating the need for code freeze and allowing continued development on VMS and recompile/relink on LINUX/UNIX. VX/ACMS supports DEC FORMS EXCHANGE via Sector7's VX/DECFORMS
VX/RTR Provides RTRV2 ASYNCHRONOUS interface and calling conversion to Linux and UNIX RTR V3 (Synchronous with threaded I/O and Wait)
VX/DMQ VX/DMQ provides call compatible Asynchronous VMS / OpenVMS API set implemented on top of Oracle MQ. As Oracle MQ came from DMQ, the calls are similar, except that the Linux and UNIX versions DO NOT GENERATE AST's and some extra calls have been added so that completion can be monitored without an AST. Sector7 wrapped Synchronous Oracle MQ inside our VX/RT Asynchronous Backplane and can now offer a complete DMQ Asynchronous API set for DQM on Linux and UNIX..
TPU is a fully programmable text editor modeled after Digitals TPU (Text Processing Utility). It includes the EVE, EDT and WPS interfaces for easy and familiar text editing across all your platforms, including all major Linux/UNIX vendors.
VX/RT Internal Functions
VX/RT V3.2 and above supports full VMS / OpenVMS AST's. AST generation and delivery performs exactly the same way as on VMS / OpenVMS. AST's supported: USER, SUPERVISER, EXECUTIVE and KERNEL mode. AST's generated from Asynchronous I/O, TIMERS, are delivered in the same way that they are delivered under VMS / OpenVMS.
Lock management ($ENQ, $DEQ, $GETLKI) is included in VX/RT and allows all DEC DLM (Distributed Lock Management) functionality. Data can be passed between processes using the value block and all blocking mode AST's are fully functional through the Sector7 AST management service. In the current lock manager locks cannot be distributed over a cluster, check the Sector7 web pages for updates.
VX/RT provides support for VMS / OpenVMS GLOBAL SECTIONS (Local and Global) from the SYS$ API level and also provides link time options to remap C, BASIC, COBOL, PASCAL RECORDs and Structures into the UNIX and Linux shared memory,with File Backed Shared Memory Options. ($CRMPRC, $DGBLSC, $MGBLSC, $UPDSEC)
Support for the VMS / OpenVMS API's that scan the process Lists and return the same information as VMS / OpenVMS. VMS process name rules, Process Id's linked back to controlling DCL, Owner Group IC's, Execution State, Controlling Terminal etc.
Full Support for Mailboxes. Full AST delivery on Message and Termination.
VMS / OpenVMS memory management API's have been faithfully reproduced in the Sector7 library system. PAGED based allocation (VM_PAGE), ZONE based allocation (VM_ZONE) and GLOBAL PSECT ($CRMPSC etc) functionality is implemented. Certain restrictions apply to mapping global sections due to the memory architecture of the target systems, generally mapping of I/O ports to memory addresses is NOT supported. GLOBAL sections can be mapped into A UNIX/LINUX 3GL (C, C++, COBOL, BASIC, Fortran, PASCAL) to provide the same logical functions as on VMS / OpenVMS 3GL's.
VX/RT supports the STR$ VMS / OpenVMS API's. The VX/RT STR$ API's for Linux and UNIX take both 32 bit and 64 bit VMS / OpenVMS String descriptors and perform the same functions with the same VMS / OpenVMS return codes. VX/RT supports STATIC, DYNAMIC, VARYING string types.
VX/RT supports VMS / OpenVMS timers, allowing multiple timers and SCHEDULE and CANCEL with AST delivery. VMS / OpenVMS DATE/TIME is fully supported in a QUADWORD based upon the number of 100 Nanosecond ticks since the MJD (Modified Julian Date) of Nov 17, 1858. Full API support for timers is included in VX/RT ($CANTIM, $CANWAK, $SCHDWK, $SETIMR plus LIB$'s).
VX/RT provides both a synchronous and asynchronous QIO mechanism for DISKS, FILE SYSTEMS, mailboxes, terminal, serial, DECNET and TCP/IP devices. The interface is identical to QIO under VMS and provides item lists, terminators and I/O status blocks in the expected format. All terminal modes are supported including editing and picture fields.
Most VMS applications, especially those using asynchronous and inter-process communication I/O will use VMS event flags to synchronize code fragments. VMS event flags differ in many ways from UNIX semaphores. Sector7 has implemented full VMS event flag functionality allowing the application to make full use of LOCAL and GLOBAL clustered event flags. All of the VMS API's for controlling access to event flags are fully supported. Event flags are set on asynchronous and asynchronous operations ($ASCEFC, $CLREF, $DACEFC, $SETEF, $WAITFR, $WFLAND, $WFLOR)