そのためMacOS 8.6〜9.xとMacOS Xの両方で動作するCarbonアプリケーションでは、AppleTalkの各プロトコルに対応するのが容易ではなくなりました。しかし、OTZIPCarbonは数々の障壁を乗り越えてZIP（ゾーン インフォメーション プロトコル）、NBP（ネーム バインディング プロトコル）、PAP（プリンタ アクセス プロトコル）を使っています。

MacOS  9.xまではLaserWriterドライバが、AppleTalkネットワーク上にあるPostScriptプリンタと通信するために必要なPAPの実行コードを持っていました。しかしOS XではLaserWriterドライバ自体が廃止されてしまいました。例えOS Xのクラシック環境にあるLaserWriterドライバからPAPコードをコピーしてきたとしても、68KのコードであるためOS Xのネイティブな環境では利用できません。

クラシック仕様のOpenTransportにはATP（AppleTalk トランザクション プロトコル）に適したサービスがあるのですが、Carbon仕様のOpenTransportからは見事に削除されてしまいました。PostScriptプリンタ相手のユーティリティではPAPの他にZIPやNBPも使います。
PAPとZIPはATPの上位レイヤーですので、ATP向きのサービスさえ残されていればたいして苦労せずに済んだのですが。結局、MacOS  9.x以下ではCarbon仕様でないOpenTransportのAPIを使うようにしました。もちろんCarbonプロジェクトですので在り来たりの方法ではコンパイル／ビルドできません。

このバグの件ではAppleのネットワーク担当のエンジニアとも半月ばかりメールでやりとりしましたが、
「AppleTalk frameworkのAPIを直接使おうとしている奴はお前が初めてだ」などと言われた揚げ句、いつ直せるか分からないということで終わりました。Appleの別のエンジニアはAppleTalkなんて廃止して全部TCP/IPでやれば良いと言っていましたね。そのうちプリンタに名前が付けられなくなる時が来そうで嫌ですね。