原生 z/OS 和 zOS UNIX Systems Services 之间的编程

80 阅读 0 评论 53 点赞

我是靠谱客的博主贪玩春天，最近开发中收集的这篇文章主要介绍原生 z/OS 和 zOS UNIX Systems Services 之间的编程，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

z/OS® 以 UNIX Systems Services（USS）的形式提供 UNIX® 已经差不多 15 年了。但是，USS 和传统 z/OS 之间的编程（从原生 z/OS 访问 USS 服务或相反）对于大多数程序员来说仍然很神秘。本文将弥补这些空白。本文解释原生 z/OS 程序员如何利用 UNIX on z/OS，并讨论 UNIX 程序员如何与传统 z/OS 交互。

简介

在 1994 年，MVS 4.3（一个 z/OS 老版本）提供了一种新东西：UNIX。从此以后，不具备 z/OS 知识的 UNIX 程序员可以把应用程序从其他 UNIX 系统迁移到这种大型机上，可以用 C 和 Java™ 等语言编写代码，环境中的所有东西都是他们熟悉的。它也意味着原生 z/OS 程序员可以使用 UNIX 服务完成各种任务，比如使用 TCPIP 访问 UNIX 文件，甚至调用 UNIX 程序。但是，目前大多数人仍然觉得在 UNIX Systems Services（USS）和传统 z/OS 之间有一道 “墙”，认为一个应用程序只能在其中一种环境中运行。这种看法是不对的；z/OS 允许任何应用程序使用这两种服务。

本文讨论如何编写跨越这道墙的应用程序 —— 访问 USS 服务的传统 z/OS 应用程序，或访问传统 z/OS 服务的 USS 程序。本文主要关注两种语言：High Level Assembler（HLASM，传统 z/OS 中仍然使用这种语言）和 C（UNIX 程序员喜欢的语言）。还会提到与 C 相关的一些 z/OS 问题和技术。本文把 z/OS 的 UNIX 部分称为 USS（UNIX Systems Services），把 z/OS 的 “传统” 非 USS 部分称为 “原生” z/OS。

回页首

创建和编译 C

无论在哪里构建或编译，C 程序实际上只是普通的 z/OS 高级语言程序。它们都需要创建、编译和绑定。我们先讨论 C 代码的编译。

z/OS C 编译器实际上把 C 和 C++ 编译器融为一体，而且可以从原生 z/OS 或 USS 调用。z/OS 上的 C 编译器是 C89 编译器，这个版本比其他 UNIX 系统上的编译器老一些。可以这样运行这个编译器：

在 USS 中使用 C、C++ 或 c89 命令（它们是完全相同的）
在原生 z/OS 中使用标准的 ISPF 面板（如果系统程序员安装了这个面板的话）
在原生 z/OS 中的 TSO/E 中使用 CC 或 CXX 提供的 REXX 可执行程序
在原生 z/OS 中使用批作业

为了告诉编译器您的程序是 C 还是 C++，需要：

USS：用适当的扩展名命名程序文件：program.c （小写的 C）表示 C 程序；program.C （大写的 C）表示 C++ 程序。
原生 z/OS 批作业：对于 C++ 程序，使用 C 编译器的 CXX 运行时选项。C 编译器 SCCNPRC 数据集包含两组过程，可以从批作业调用它们来编译代码：CBC* 用于 C++，EBC* 用于 C。
原生 z/OS TSO/E：对于 C 代码使用 CC REXX 可执行程序，对于 C++ 代码使用 CXX REXX 可执行程序。

我们来看看在使用 C 代码时的一些问题。

代码位置

C 代码（和头文件）既可以放在 USS 文件中，也可以放在原生 z/OS 数据集中（PDS、PDS/E 或 Sequential，而且可以采用固定或可变记录两种格式）。无论在哪里编译代码，都是这样的：

可以在 USS 中从原生 z/OS 数据集编译 C 代码；只需使用特殊的 USS “//” 格式指定一个原生 z/OS 序列化数据集。下面这个 USS shell 命令演示编译 PDS MYHLQ.PGMS.C 中的 PGM1 程序：
c89 -o pgm1.o "//'MYHLQ.PGMS.C(PGM1)'"

通过在 SYSIN DD 语句上指定一个 PATH，可以在批作业中从 USS 文件编译 C 代码，比如清单 1 中的示例。

清单 1. 编译 USS 文件中的 C 代码的 JCL

//COMPILE EXEC CCNC001,                                    
//SYSIN   DD  PATH='/u/mydir/pgms/pgm1.c',          
//             PATHDISP=(KEEP,KEEP),PATHOPTS=(ORDONLY)

如果决定在原生 z/OS 数据集中存储代码，那么可能需要给它分配 RECFM=VB, LRECL=256 这样的 DCB 设置（尤其是，如果要把代码迁移到另一个 UNIX 平台）。不必像 COBOL 和 HLASM 那样把代码限制在 1 到 72 列。

从 C 访问 z/OS 功能

无论是在 USS 还是原生 z/OS 中运行，C 程序都可以使用标准的 C 函数访问许多 z/OS 功能。例如，C 函数 sleep() 大致相当于 HLASM 宏 STIMER。C 编译器还提供一些 z/OS 特有的函数，比如 __cabend()（它与 HLASM ABEND 宏相同）。所有 C/C++ 函数都在 z/OS XL C/C++ Run-Time Library Reference 中有文档说明。

值得注意的一点是，可以从不在 USS 中运行的程序调用 USS 服务（比如 getpid() 和 fork()）。在这种情况下，会自动 “标记” 地址空间，对于 USS 内核而言，这种奇特的方式使它看起来像一个进程。

如果需要访问 z/OS 控制块，那么在原生 z/OS 和 USS 中都可以用 C 代码来完成。坏消息是 IBM® 没有提供映射这些控制块所需的 C 头文件。但是，也有好消息：C 编译器还附带一个 DSECT 转换实用程序，它可以把 HLASM DSECT 转换为 C 声明。清单 2 中的代码示例从 z/OS Extended CVT 控制块生成 z/OS Sysplex Name。

清单 2. 访问 z/OS 控制块的 C 代码示例

本文转自IBM Developerworks中国

请点击此处查看全文