将OS/2应用程序移植到Linux(1)
2009-06-30 03:12:00 来源:WEB开发网核心提示:作者:Kevin Bowkett 当从OS/2移植到Linux时,关键的编程问题是什么? 在转换到Linux之前注意一下,将OS/2应用程序移植到Linux(1),提早发现陷阱,LANDP小组带领您了解OS/2和Linux之间的差别,没有边界检查,没有边界检查,以便您的移植工程才能更顺利地进行, 介绍本文是 LA
作者:Kevin Bowkett
当从OS/2移植到Linux时,关键的编程问题是什么?
在转换到Linux之前注意一下,提早发现陷阱。LANDP小组带领您了解OS/2和Linux之间的差别,以便您的移植工程才能更顺利地进行。
介绍
本文是 LAN Distributed Platform(LANDP)for Linux 小组把 LANDP 从 OS/2 移植到 Linux 时所遇到的问题的概述。本文对其他正在把OS/2应用程序移植到Linux的小组应该是有帮助的。关于 LANDP 和 Linux 的附加背景信息,参见 ibm.com/software/ts/landp/library/whitepapers/linux.html。
当决定了要把 OS/2 版本的 LANDP 移植到 Linux 时,小组已经有了从 OS/2 移植到 NT 的经验。NT 移植包含两个主要的途径:映射层和抽象层。
抽象层比映射层稍简单一点儿。抽象层是薄薄的一层软件抽象,它抽象了函数名、参数以及它们的返回码,而映射层则试图模仿OS/2的行为。
对于Linux移植,我们从开发抽象层开始。抽象层将需要许多附加功能,这是早就显而易见的。抽象层发展成了映射层。映射层是一个共享对象,有一个恰似 OS/2 接口的接口并且试图模仿 OS/2 的精确行为。然而,LANDP 需要的仅是 OS/2 功能的一个子集,因此,映射层不是一个完全实现。
下面几节概述了两个操作系统在功能上大部分不同之处,并且提供了一些处理这些差别的建议。
明显的差别
系统调用是 OS/2 和 Linux 之间最明显的差别。一些调用容易被映射(例如,DosOpen),而其它的调用不容易被映射(例如,DosCreateQueue)。除了系统调用之外,返回值和返回值的含义也不同。同样,一些返回值能被精确匹配,像 File not found,但是其它的返回值需要近似匹配。
类型是另一个产生差别的地方。因为OS/2重新命名了C的类型且使用函数参数的结构,所以就产生了差别。例如,在OS/2上类型UINT被定义为无符号整数。我们必须为 Linux 环境重定义这些类型中的大多数。
操作上的差别
最主要的区别在于概念的行为,这甚至比移植系统调用和重定义类型更为重要。大多数操作系统具有相同的概念、内存、文件、进程间通信(IPC)等等。OS/2 和 NT 有非常相似的概念且它们的差别不是大范围的(除了共享内存外)。然而,Linux 和 OS/2 显示了许多概念上的差别。下面这些子节概述了这些差别,并且为处理这些差别提供了一些解决方案。
线程
Linux 环境中的线程是一个特殊类型的进程。因此,要为您使用的每个线程都创建一个新进程。而且,通过使用 clone 函数或一个叫 pthread 的单独的库来实现线程。也存在其它形式的线程,但是 pthread 是一个 POSIX 定义的标准。
因为对 Linux 而言线程是一个相对新的概念,所以这个操作系统不是和其它操作系统一样线程安全。因此,一些标准库并不是真正的线程安全。另外,线程会影响信号的行为。特定的线程将接收一个被发送到进程的信号,这个特定的线程是未知的。请注意,pthread 有它们自己在一个进程中的每个线程之间传送信号的方式。
getpid 和 getppid 的使用将受到影响。例如,一个调用 getpid 的线程,它的进程标识(不是应用程序的进程标识)将被返回,因为线程被作为进程来实现。
内存
进程内存在 Linux 和其它操作系统中的使用非常类似,但在进程间共享内存的机制不同。Linux 提供了一组基于 System V IPC 机制的 API。在这组 API 中处理共享内存。共享内存机制为一个进程可以拥有的段数量以及整个系统的段数量定义了界限。遗憾的是,这个界限限制了一个应用程序能使用的共享内存段的数量。
例如,如果一个 OS/2 应用程序创建了 500 个共享内存区域,您就无法使用到 System V 共享内存 API 的直接映射。尽管您可以重新编译内核并设置新的层次,但是必须考虑您的顾客们是否能接受这种改变。
您可以分配一个巨大的共享内存段,然后在这段内分配小一些的块。然而,没有边界检查。没有边界检查,应用程序会损坏已分配给其它进程的段。
[]
更多精彩
赞助商链接