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 ]

None None

 

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 ]

none None

 

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 ]

none None

 

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.

None None

 

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 ]

None None

 

FORMS and SCREENS: Sector7 has DECFORMS, SMG and FMS implementations for [ RedHat, Oracle, Suse Linux ] and Windows


None None

 


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

VMSsoftware Logo 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

VSI 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 UNIX Flier 1
DEC UNIX Flier 1

 

DEC Sponsored Sector7 Writing A Piece On Migration In DEC Professional

See PDF      See Web Page

 

 

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

OpenVMS Languages converted to open platforms by Vx/Tools

Migrating Extended Syntax VMS / OpenVMS Language to ANSI Compilers on x86 Linux

Migrating VMS / OpenVMS BASIC to x86 Intel 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/BASIC

 

Migrating VMS / OpenVMS Fortran x86 Intel Fortran on Linux

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/FORTRAN

 

Migrating VMS / OpenVMS COBOL to Fujitsu and Micro Focus on x86 Linux

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/COBOL

 

Migrating VMS / OpenVMS Extended Syntax C to ANSI C x86 Intel Linux

VX/Cpp Converts VMS / OpenVMS C into ANSI portable C on Linux and UNIX.

VX/C

 

Migrating VMS / OpenVMS PASCAL ANSI to C++ on VMS / OpenVMS and x86 Linux

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/PASCAL

 

Migrating VMS / OpenVMS DDL to x86 Intel Linux

VX/DDL Converts VMS / OpenVMS DDL to Include Format for BASIC/C/C++/COBOL/FORTRAN/PASCAL/Oracle.

VX/DDL

 

 

Vx/DCL, PRINT and BATCH QUEUE's, CDL, MESSAGE compilers and components for open systems

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/DCL


VMS / OpenVMS PRINT & BATCH QUEUES Migration to x86 Intel Linux

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/JSP


VMS / OpenVMS CLD COMPILER Migration to x86 Intel Linux

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/CLD


VMS / OpenVMS MESSAGE COMPILER Migration to x86 Intel Linux

VX/MSG VMS / OpenVMS Message File compiler ($GETMSG, $FAO, $FAOL, $PUTMSG etc) for Linux and UNIX.

VX/MSG

VMS / OpenVMS LOGICALS Migration to x86 Intel Linux

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.

SYMBOLS

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

OpenVMS System Services Supported by Vx/Tools

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

VX/RT

 

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/LBR

 

VMS / OpenVMS SORT/Merge Migration to x86 Intel Linux

VX/SOR VMS / OpenVMS SORT/MERGE utility with SOR$ API's and DCL SORT/MERGE command for Linux and UNIX.

VX/SOR

 

VMS / OpenVMS FDL Migration to x86 Intel Linux

VX/FDL VMS / OpenVMS FDL's are fully supported both from the DCL interface and also FDL$ API on Linux and UNIX

VX/FDL

Foems Index

Migrating VMS / OpenVMS Screen and Forms to x86 Linux

VMS / OpenVMS SMG API's Migration to x86 Intel 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/SMG


VMS / OpenVMS FMS Migration to x86 Intel Linux

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/FMS


VMS / OpenVMS TDMS Migration to x86 Intel Linux

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/TDMS

VMS / OpenVMS DECForms to C++ Classes Migration to x86 Intel Linux

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

 

OpenVMS SQLMOD RMS Rdb

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/RMS


VMS / OpenVMS RMS and VX/RMS DATA MIGRATION

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/DATAX

 

VMS / OpenVMS Rdb SQLMOD to Oracle Pro*C and Postgres ECPG translator migration for VMS / OpenVMS and x86 Intel Linux

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/SQLMOD

 

VMS / OpenVMS Pro*Fortran to Fortran with Pro*C

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.

VX/FORSQL

Vx/Tools Kernel Mode AST's and QIO, Events, Lock Manager

VMS / OpenVMS Transaction managers

VMS / OpenVMS ACMS MDF, GDF and TDF Migration to C++ for x86 Intel Linux

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/ACMS



VMS / OpenVMS RTR V2 Migration to RTR V3 for x86 Intel Linux

VX/RTR Provides RTRV2 ASYNCHRONOUS interface and calling conversion to Linux and UNIX RTR V3 (Synchronous with threaded I/O and Wait)

VX/RTR



VMS / OpenVMS BEA (Dec) MessageQ interface for Oracle MQ for application migration to x86 Intel Linux.

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

VX/DMQ

TPU for 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/TPU

Vx/Tools Kernel Mode AST's and QIO, Events, Lock Manager

VX/RT Internal Functions

AST's

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 MANAGER

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.

GLOBAL SECTIONS

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)

VMS PROCESS LISTS

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.

MAILBOXES

Full Support for Mailboxes. Full AST delivery on Message and Termination.


VIRTUAL MEMORY

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.

String Descriptors

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.


TIMERS and Date Time Format

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

 

QIO

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.


EVENT FLAGS

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)