このパッケージではできないこと

この項では、バイナリ互換パッケージを使っても非互換性が残ってしまうような状況について説明します。非互換として規定されている機能を使用するアプリケーションは、処理が単に失敗するだけの場合もありますが、SunOS 4.x の下で実行したときとは異なる結果をもたらすか、または、SunOS 5.x で予定されているのとは矛盾する結果をもたらすこともあります。

getXXbyYY() 関数

SunOS 4.x には、ユーザー、ホスト、グループなどに関する情報を検索する一群の関数があります。これらは、情報検索の順序によって 2 つのセットに分類されます。1 セット目の関数は、リファレンスマニュアルの次の項に説明があります。

gethostent(3N)、getnetent(3N)、getnetgrent(3N),getprotoent(3N)、
getpublickey(3N)、getrpcent(3N)、getsecretkey(3N)、getservent(3N)、
yp_get_default_domain(3N)

これらの関数は、最初に該当する NIS マップを検索します。そして、NIS が実行中でない場合に限り、/etc 内の対応するファイルを検索します。2 セット目の関数は、リファレンスマニュアルの getpwent(3C) と getgrent(3C) の項に説明があります。この 2 つの関数は、まず /etc の中のファイルを検索します。その結果データが見つからない場合は、NIS が実行状態にあれば、NIS に対して照会します。静的にリンクされているアプリケーションの場合は、これらの関数は、SunOS 5.x でも、SunOS 4.x で実行した場合とまったく同じ働きをします。

SunOS 5.0 以降のリリースでは、上に列挙した情報検索関数はすべて、ネームサービススイッチを介してそれぞれの機能を実行するように変更されています。実行時に、構成ファイル /etc/nsswitch.conf を参照して情報ソースとルックアップ順序が決定されます。

SunOS 4.x で静的にリンクされているアプリケーションを、バイナリ互換パッケージを使って SunOS 5.x で実行した場合、これらの情報検索関数は SunOS 4.x のときとまったく同じ働きをします。このため、その動作がネイティブ SunOS 5.x アプリケーションと異なる可能性があります。SunOS 5.x を実行するマシンのネームサービススイッチが、この項の冒頭で述べたような動作をするように構成されていない場合は、静的にリンクされた 4.x アプリケーションの中の情報検索関数は、ネイティブ 5.x アプリケーションの場合とは異なる動作をすることがあります。一方、SunOS 5.x で実行するものとして動的にリンクされた 4.x アプリケーションにおいては、情報検索関数は、ネイティブ 5.x アプリケーションの場合と同じ動作をします。

オブジェクトファイルと core ファイルの形式

SunOS 4.x リリースは、a.out オブジェクトファイル形式を使用します。Solaris 8 リリースは、新しい拡張可能リンク形式 (ELF) を使用します。Solaris 8 プログラミングツール (cc、ld、ar など) は ELF ファイルを生成します。また、デフォルトの exec() ファイル形式は ELF です。

Solaris 8 の exec() システムコールは、実行ファイルの形式 (a.out または ELF) を識別し、それぞれに応じた正しいロード手順を使用します。

デフォルトの core ファイル形式は、SunOS 4.x では a.out であり、Solaris 8 リリースでは ELF です。Solaris 8 で バイナリ互換パッケージを使って a.out ファイルを実行した場合、core ファイルは a.out 形式で生成されます。互換性メカニズムが起動されるのは、a.out バイナリ形式のファイルをロードし実行した場合だけです。

a.out 実行ファイル形式、core 形式を想定して動作する SunOS 4.x プログラムは、他の形式のファイルに対しては働きません。たとえば、a.out 形式のファイルを対象とした SunOS 4.x の nm(1) コマンドなどは、ELF 形式に対しては働きません。

Solaris 8 リリースのプログラミングツールおよびユーティリティは、a.out 形式のバイナリおよび core ファイルに対しては、意図したとおりの働きをしません。

システムコール

SunOS 4.x と Solaris 8 のシステムコールの間には、システムコール番号の違いやコールインタフェースや動作の違いなど、大きな相違点がいくつかあります。バイナリ互換パッケージは、マッピングを行なったり、意図したインタフェースまたは動作を提供する代替ルーチンを使用するなどして、2 つのバージョン間のシステムコールの相違点のほとんどを吸収しています。

システムコールのマッピングの結果として、バイナリ互換パッケージの下で実行される truss(1) プログラムの出力が、予測とは異なるものになることがあります。たとえば、システムコールの名前が違ったり、予期したときにシステムコールが発生しなかったりすることがあります。また、コールに渡される引数や戻り値が違うこともあります。たとえば、パス名の解決処理を必要とする場合に (「パス名の解決処理」を参照)、あるファイルに対する open() コールの結果、実際には別のファイルがオープンされることがあります。

アプリケーションは、libc に収められているラッパルーチンを介してシステムコールを呼び出す必要があります。トラップメカニズムを介してシステムコールを直接呼び出すことは、絶対にしないでください。これを行うと、データとシステムコール番号を正しくマップすることができません。

非互換インタフェース

システムコールに関する非互換性の一部は、このパッケージでは対処できません。その理由としては、コールがすでに廃止されていたり、ユーザーアプリケーションで使用すべきものではなかったり、他の独立パッケージに組み込まれたりしていることが考えられます。以下、この種のコールそれぞれについて説明します。

acct

Solaris 8 バージョンの acct() には、アプリケーションバイナリインタフェース (ABI) および System V インタフェース定義 (SVID) との互換性がありますが、SunOS 4.x にはその互換性はありません。相違点は、アカウントのオフへの切替えに関する点と、アカウントレコードの形式です。Solaris 8 リリースでは、アカウントがすでにオンになっているときは、特定のパス名を指定して acct() をコールすると、アカウントはオフになります。同じ条件下での SunOS 4.x リリースの場合は、コールしても別のアカウントファイルに切り替わるだけで、アカウントはオフにはなりません。

audit、auditon、auditsvc、getauid、setauid、setaudit、setuseraudit

バイナリ互換パッケージでも、また Solaris 8 環境でも、監査はサポートされていません。監査は、Solaris 8 リリースでは独立したパッケージで取り扱います。そのパッケージが提供する監査機能には、SunOS 4.x とのバイナリ互換性がありません。

getdirentries

このコールは廃止されました。Solaris 8 リリースまたはバイナリ互換パッケージではサポートされません。

flock

Solaris 8 では、fcntl(2) ロックに加えて、flock の 1 バージョンが実装されています。このバージョンと SunOS 4.x のバージョンは、完全なバイナリ互換性を備えているわけではなく、以下のような相違点があります。

• flock では、排他的ロックを要求する前にファイルが書き込み用にオープンされていることが必要です。

• 共用ロックを取得するには、ファイルに対する読み取り権が必要です。

• プロセスが flock() を使ってすでにロックされているセグメントをロックすると、古いロックタイプが除去され、新しいロックタイプが効力を持ちます。

• ロックは、fork() 関数の子プロセスには継承されません。

• SunOS 4.x の下で flock() メカニズムにより取得したロックは、それを設定したシステムの中でしか認識されませんでした。この制約はなくなりました。

SunOS 4.x の flock() 動作は、デフォルトの Solaris 8 リリースでもこのパッケージでも利用できません。

ioctl

古い Version 7 および 4BSD ターミナルドライバによりサポートされていた ioctl() に加えて、filio、sockio、streamio、termio、termios、mtio、および dkio に関連したすべての ioctl がサポートされます。その他には、Solaris 8 プラットフォームの標準デバイスに関連した ioctl() のみが提供されています。2 つのバージョン間での ioctl() 番号の相違 (サポートされている ioctl() の場合) は、透過的に処理されます。ioctl() のパラメータは、必要に応じてマップされます。

以下に示す SunOS 4.x の ioctl() には、Solaris 8 との互換性がありません。

DKIOCGCONF

この ioctl() は Solaris 8 では使用できませんが、バイナリ互換パッケージはこれをサポートしています。この ioctl() は、DKIOCINFO で置き換えられました。DKIOCGCONF には、SunOS 4.x の DKIOCGCONF 構造体と DKIOCINFO 構造体とを組み合わせた情報が含まれています。

DKIOCGLOG

この ioctl() は Solaris 8 ではサポートされていません。バイナリ互換パッケージでは、これは EINVAL を戻します。

DKIOCWCHK

SunOS 4.x では、この ioctl() は、フロッピーデバイスの書き込みチェックを切り替えます。バイナリ互換パッケージでは、この ioctl() はフロッピーデバイスの書き込みチェックを切り替えませんが、操作成功のステータスを返します。

DKIOCSCMD

この ioctl() が使用できるのは、xd(7)、xy(7)、ipi(7) の各ドライブの場合だけです。この ioctl() は、SCSI デバイスの場合は失敗します。この種のデバイスの場合は、USCSI ioctl() を使用してください。

_O_TIOCCONS

この ioctl() は廃止され、Solaris 8 リリース、バイナリ互換パッケージではサポートされません。

_O_TIOCGSIZE

この ioctl() は廃止され、Solaris 8 リリース、バイナリ互換パッケージではサポートされません。

_O_TIOCSSIZE

この ioctl() は廃止され、Solaris 8 リリース、バイナリ互換パッケージではサポートされません。

TIOCMODG

この ioctl() は廃止され、Solaris 8 リリース、バイナリ互換パッケージではサポートされません。

TIOCMODS

この ioctl() は廃止され、Solaris 8 リリース、バイナリ互換パッケージではサポートされません。

kill

この Solaris 8 システムコールは、SunOS 4.x の場合とは異なる働きをします。最初の引数として -1 が与えられた場合は、呼び出したプロセス自体も終了します。SunOS 4.x では、この動作はありませんでした。

pipe

SunOS 4.x での pipe() システムコールは、1 つのディスクリプタは読み取り用に、別のディスクリプタは書き込み用にと、それぞれ用途を分けてオープンします。Solaris 8 では、このシステムコールは、ディスクリプタを読み取りと書き込みの両用としてオープンします。この相違点の影響を受けるバイナリは、 ほとんどないので、互換バージョンは提供されていません。

ptrace

SunOS 4.x の ptrace() システムコールに渡すオプションの addr2 引数は、サポートされていません。また Solaris 8 リリースでは、次のリクエストはサポートされません。

PTRACE_ATTACH

/* 10, attach to an existing process */

PTRACE_DETACH

/* 11, detach from a process */

PTRACE_GETREGS

/* 12, get all registers */

PTRACE_SETREGS

/* 13, set all registers */

PTRACE_GETFPREGS

/* 14, get all floating point regs */

PTRACE_SETFPREGS

/* 15, set all floating point regs */

PTRACE_READDATA

/* 16, read data segment */

PTRACE_WRITEDATA

/* 17, write data segment */

PTRACE_READTEXT

/* 18, read text segment */

PTRACE_WRITETEXT

/* 19, write text segment */

PTRACE_GETFPAREGS

/* 20, get all fpa regs */

PTRACE_SETFPAREGS

/* 21, set all fpa regs */

PTRACE_GETWINDOW

/* 22, get register window n */

PTRACE_SETWINDOW

/* 23, set register window n */

PTRACE_22

/* 22, filler */

PTRACE_23

/* 23, filler */

PTRACE_SYSCALL

/* 24, trap next sys call */

PTRACE_DUMPCORE

/* 25, dump process core */

PTRACE_SETWRBKPT

/* 26, set write breakpoint */

PTRACE_SETACBKPT

/* 27, set access breakpoint */

PTRACE_CLRDR7

/* 28, clear debug register 7 */

PTRACE_26

/* 26, filler */

PTRACE_27

/* 27, filler */

PTRACE_28

/* 28, filler */

PTRACE_GETUCODE

/* 29, get u.u_code */

swapon

Solaris 8 リリースとバイナリ互換パッケージには、このシステムコールはありません。ユーザアプリケーションでこのシステムコールは必要とされないはずです。

vadvise

デフォルトの Solaris 8 リリースとバイナリ互換パッケージには、このシステムコールはありません。

ライブラリルーチン

バイナリ互換パッケージは、SunOS 4.x のライブラリと互換性を持つ一組のライブラリを提供します。Solaris 8 リリースにおいて、ライブラリルーチンのインタフェースや動作が変更されていても、バイナリ互換パッケージを使用していれば、ユーザーアプリケーションがその影響を受けることはありません。

xtab

バイナリ互換パッケージを使用している場合は、/etc/xtab ファイルを取り扱うライブラリルーチンは正しく働きません。

setlocale

setlocale() が戻す文字列内のロケールの順序には、SunOS 4.x と Solaris 8 の間で相違があります。この文字列は、一般に後続の setlocale() に対するコールで使用されるものであり、この順序は問題ではありません。特定のロケール順序を必要とするようなアプリケーションは、バイナリ互換性を備えていない場合があります。

エラー

データのマッピングはすべてバイナリ互換ライブラリの中で行われます。誤ったアドレスが引数として渡された場合に、必ずしも、予定されている EFAULT エラーが戻されるとは限りません。データマッピングライブラリルーチンは誤ったアドレスを捕捉しようとしますが、これは常に可能ではないため、誤ったアドレスでのアクセスの結果として、バスエラー/セグメンテーション違反が生じることがあります。

シグナル

バイナリ互換パッケージは、SunOS 4.x と互換性のあるシグナル処理メカニズムを備えています。また、シグナル番号の相違も解決します。

SIGLOST シグナルはサポートされていません。

システムファイル

Solaris 8 リリースでは、多くのシステムファイルの名前が変更されたり、位置が変更されたりしています。このリリースでは存在しなくなったものもあり、形式が変わったものもあります。バイナリ互換パッケージは、シンボリックリンクを作成するか新規ファイルをインストールし、さらにデータをマップすることによって、可能な限りこの問題に対処します。

---

注 -

移植可能プログラムでは、システム依存ファイルの使用は避けてください。このようなファイルへのアクセスを必要とするプログラムは、提供されている標準インタフェースルーチンを使ってそのアクセスを行う必要があります。たとえば、この種のプログラムでは、/etc/mtab ファイルを直接オープンし読み取るのではなく、getmnt() ファミリのルーチンを使って mtab ファイルの内容にアクセスするようにします。

---

アカウントファイル

Solaris 8 のアカウントファイルは、SunOS 4.x のアカウントファイルと形式が異なります。アカウントファイルにアクセスするアプリケーションには、バイナリ互換性はありません。

/etc/exports、/etc/xtab

Solaris 8 リリースでは、システムファイルのエクスポートの取り扱い方が SunOS 4.x の場合と大幅に異なります。これらのファイルについてのバイナリ互換性はありません。しかし、ユーザーアプリケーションがこれらのファイルにアクセスする必要はないので、これは問題ではありません。

/etc/fstab、/etc/mtab

これらのファイルの名前と形式が変わりました。バイナリ互換パッケージは、これらのファイルに対する読み取り専用権をアプリケーションに与えるために必要なマッピングを行います。これらのファイルに対する書き込み権を必要とするアプリケーションには、バイナリ互換性はありません。アプリケーションは、これらのファイルへの書き込みは行わないものと想定されます。

---

注 -

これらのファイルへのシンボリックリンクはサポートされなくなりました。つまり、アプリケーションが /etc/fstab または /etc/mtab へのリンクを作成し、シンボリックリンクをオープンしようとすると、その open() コールは失敗します。

---

/etc/gettytab

このファイルに直接対応するファイルは Solaris 8 リリースにはありません。バイナリ互換パッケージの一部としても提供されていません。このファイルを使用するアプリケーションには、バイナリ互換性はありません。

/etc/passwd

Solaris 8 リリースでは、実際のパスワードはシャドウファイル内に保管されます。passwd ファイルにアクセスしてパスワードを取得するアプリケーションにバイナリ互換性はありません。すべてのアプリケーションは、getpw() インタフェースルーチンを介してこのファイルにアクセスする必要があります。

/etc/printcap

SunOS 4.x の printcap は、SunOS 5.x では terminfo ディレクトリツリーで置き換えられました。バイナリ互換パッケージは、アプリケーションが実行されているホスト上の対応するデータへの読み取り専用権を、アプリケーションに与えます。printcap への書き込み権は許可されていません。

/etc/ttys

SunOS 4.x ではこのファイルは廃止されました。utmp ファイルの形式およびアクセスメカニズムが著しく異なるため、/etc/ttys と utmp ファイルの間の関係に依存するプログラムは、Solaris 8 リリースでは働きません。動的にリンクされるアプリケーションには、ttyslot を使用してください (静的にリンクされるアプリケーションには無効です)。

/etc/ttytab

SunOS 4.x では、このファイルは /etc/ttys に取って代わりました。SunOS 5.x では廃止されました。互換性は提供されていません。

/etc/utmp、/var/adm/wtmp

これらのファイルは、現在 Solaris では提供されていません。これらのファイルのシンボリックリンクもサポートされていません。

ローカライズされたアプリケーション

ローカライズされた 4.x のアプリケーションは、バイナリ互換パッケージが静的か動的かに関わらず、US 版の SunOS 5.x では実行されません。特定の 4.x アプリケーションがローカライズされた Solaris 2.5 で実行できるかどうかを判別するには、該当のローカライズ関係マニュアルを参照してください。