が原著です。 翻訳版は、翻訳からくる間違いがあり得ます。 Yasutaka Kato 加藤泰孝 ---------------------------------------------------------------------- rfc1740 Network Working Group Patrik Faltstrom Request for Comments: 1740 Royal Institute of Technology Category: Standards Track Dave Crocker Brandenburg Consulting Erik E. Fair Apple Computer Inc. December 1994 マッキントッシュファイルのMIMEカプセル化 - MacMIME このメモの位置付け この文書はインターネット交流のためのインターネット標準手順を特定し、改 善への議論と示唆を求めるものです。標準化状況とこの手順の位置付けについ ては最新の「Internet Official Protocol Standards」 (STD 1) を参照して下 さい。このメモの配布に制限はありません。 要約 このメモはアップルマッキントッシュ・ファイルをMIMEで送信する際使用する 書式を記載します[BORE93]。この書式はマッキントッシュ・ファイルを配布す るための既存の機序と互換性があり、非マッキントッシュ・システムでも標準 化された書式でデータにアクセスできます。 2. はじめに マッキントッシュファイルは二つの部分から構成され、フォークと言われます: データフォーク : ファイルにある実際のデータ。データフォークは、非マッ キントッシュコンピューターシステム上で、マッキントッ シュファイルの意味ある唯一の部分です。例えば、マッキ ントッシュのユーザーが、IBM-PCのユーザーにデータの ファイルーを送信したい場合、ただデーターフォークだけ を送ります。 リソースフォーク: 任意の属性/値(attribute/value)組の集まりをその内容 としていて、プログラム断片・アイコンのビットマップや 助変数値が含まれています。 マッキントッシュファイルの追加的な情報がファインダーによって隠された ファイルとして保存され、「デスクトップ・データーベース"Desktop Database"」 といわれます。 一纏まりのデーターだけを取り扱う非マッキントッシュ・ファイルシステムで はマッキントッシュファイルの色々な部分の保存上の複雑さがあるので、マッ キントッシュファイルを、ネットワーク上で転送する前に、別の何らかの書式 に変換しておくのが普通です。 二つの型が使われます [APPL90]: AppleSingle : 一つのバイト連続体として、マッキントッシュファイルを符号 化するアップルの標準書式。 AppleDouble : データフォークがAppleDouble符号化でマッキントッシュ特有の 部分から分離されている以外は、AppleSingleと同じ。 AppleDoubleは、インターネットメールメッセージで使用するために登用された マッキントッシュ書式で、マッキントッシュコンピューターで、アイコンやそ の他のマッキントッシュ特有の情報を含む、全文書が受け取られ、一方他の ユーザーはAppleDouble符号化から分離されるので、データフォーク(実際の データー)を容易に分離できるからです。 2. Apple/Macintosh特有のファイル情報用MIME書式 2a. APPLICATION/APPLEFILE MIME type-name: APPLICATION MIME subtype name: APPLEFILE Required parameters: none Optional parameters: NAME, RFC-1521で定義された"値"でなければ なりません [BORE93]。 注:RFC-2045(jp)へ更新 Encoding considerations: バイナリー・データでは、 Content-Transfer-Encoding: BASE64 の使用が典型的には必須です。 Security considerations: この文書の独立したセクション参照 Published specification: Apple-single & Apple-double [APPL90] Rationale: Apple/Macintosh特有の情報をもったデータ のMIME-に基づく転送ができ、一方非特有の ユーザーデータにも一般的にアクセスもでき ます。 2b. MULTIPART/APPLEDOUBLE MIME type-name: MULTIPART MIME subtype name: APPLEDOUBLE Required parameters: none Optional parameters: NAME, RFC-1521で定義された"値"でなければ なりません [BORE93]。 Encoding considerations: none Security considerations: この文書の独立したセクション参照 Published specification: Apple-single & Apple-double [APPL90] Rationale: Apple/Macintosh特有の情報をもったデータ のMIME-に基づく転送ができ、一方非特有の ユーザーデータにも一般的にアクセスもでき ます。 2c. MIMEベース利用に特有の詳細 マッキントッシュ文書は必ずしも特有な書式で送信される必要はありませ ん。よく知られてMIMEタイプやリソースフォークがないか些細な(trivial) 文書は通常のMIME体部分として、AppleSingleもしくはAppleDoubleを使わな くても、送信できます。 データフォークのない文書はAppleSingleとして送信されなければなりません。 確固とした理由はないのですが、他の全ての文書はAppleDoubleとして通常は 送信されるべきです。些細でないリソースフォークのある文書や対応するよ く知られたMIMEタイプがない文書についても当てはまります。 ユーザーが或るものから別のものを選ぶことができることは有用で、ユー ザーが些細な"trivial"リソースフォークの装備の解釈に同意できなかった り、自分自身の都合もあるからです。 3. AppleSingle An AppleSingle、version 2 file、は一連のバイト連続体として送信されま す。この書式は[APPL90]で記載され付録Aに短い要約を載せています。ファイル は一つで、唯一つの部分がメッセージ application/applefile で送信されます。 AppleSingleヘッダーの最初の四バイトは、十六進数:00, 05, 16, 00 です。 AppleSingleファイルはバイナリーデータです。従って、基盤となるメール転送 環境に従って、転送のための Content-Transfer-Encoding を実行しなければな りません。最も安全な符号化はBase64で、制限のある殆どのチャンネルを通過 し転送できます。 AppleSingleファイルは元のマッキントッシュ・ファイル名を内包しているとは 言え、名前助変数はContent-Typeヘッダーに記載され、どんなファイルが添付 されているのかのヒントを処理側に知らせることが薦められています。この名 前助変数はRFC-1521 [BORE93]によって定義された"値"でなければなりません。 これはその値を7ビットUS-ASCII文字記号に限られことに注意してください。 3a. AppleSingleの例 Content-Type: application/applefile; name="Computers-1/2-93" [AppleSingleファイルはここから] 4. AppleDouble An AppleDouble, version 2, ファイルは二つの部分に分けられます: ヘッダー : マッキントッシュ・リソースフォークとデスクトップ情報 データフォーク: マッキントッシュ・データフォークを内容としています。 AppleDouble書式は[APPL90]に記載されて、付録Bに短い要約を上げています。 AppleDoubleファイル自体はmultipart/appledouble MIME体部として送信され、 二つの下位部分(sub-part)だけをもてます。ヘッダーはapplication/ applefileとして、データフォークはそれを一番よく表現するものとして送信さ れます。例えばいまそのデータがGIF画像であれば、image/gifとして送信され るべきです。適切なContent-Typeがデータタイプに登録されていないなら、 application/octet-streamとして送信されるべきです。 AppleDoubleヘッダーの最初の四文字は十六進法: 00, 05, 16, 07 です。 AppleDoubleヘッダーはバイナリーデータです。従って、基盤となるメール転送 環境に従って、転送のための Content-Transfer-Encoding を実行しなければな りません。最も安全な符号化はBase64で、制限のある殆どのチャンネルを通過 し転送できます。 AppleDoubleファイルは元のマッキントッシュ・ファイル名を内包しているとは 言え、AppleDoubleファイルのヘッダーとデータ両部分の名前助変数はContent- Typeヘッダーに記載され、どんなファイルが添付されているのかのヒントを処 理側に知らせることが薦められています。この名前助変数はRFC-1521 [BORE93]によって定義された"値"でなければなりません。これはその値を7 ビットUS-ASCII文字記号に限られることに注意してください。 4a. AppleDoubleの例 Content-Type: multipart/appledouble; boundary=mac-part --mac-part Content-Type: application/applefile; name="My-new-car" [The AppleDoubleヘッダーはここから] --mac-part Content-Type: image/gif; [データフォークはここから] --mac-part-- 5. 参考資料 BORE93 Borenstein N., and N. Freed, MIME (Multipurpose Internet Mail Extensions): Mechanisms for Specifying and Describing the Format of Internet Message Bodies, RFC 1521, Bellcore, Innosoft, September 1993. APPL90 AppleSingle/AppleDouble Formats for Foreign Files Developer's Note, Apple Computer, Inc., 1990 6. 安全性への配慮 application/applefileが操作システムに依存するデータの転送を容易にすれ ば、送信機システムの管理や送信者両者が意図したものよりも、安全規則が疎 かになりやすくなります。 7. 謝辞 この文書へ日頃から有意義な提案出していただいた ietf-822 リストにある 方々に、感謝致しています。名前を忘れてはいけない方もおられ、というの は非常に素晴しく興味のある多くの討論をしたからです: Johan Berglund, Steve Dorner, David Gelhar, David Herron, Lee Jones, Raymond Lau, Jamey Maze, John B. Melby, Jan Michael Rynning, Rens Troost and Peter Svanberg. 10. 著者との連絡 Patrik Faltstrom Department of Numerical Analysis and Computing Science Royal Institute of Technology S-100 44 Stockholm Sweden EMail: paf@nada.kth.se Dave Crocker Brandenburg Consulting 675 Spruce Dr. Sunnyvale, CA 94086 EMail: dcrocker@mordor.stanford.edu Erik E. Fair Engineering Computer Operations Apple Computer Inc. EMail: fair@apple.com 付録 A. AppleSingle書式 AppleSingle書式では、他のファイルシステムでファイルの内容と属性が単一 ファイルに蓄えられています。例えばマッキントッシュファイルの二つの フォーク・ファインダー情報と関連コメントから、単純な構造で単一ファイル で、構成されています。 AppleSingleファイルは、ヘッダーに続いて一つ以上のデーター実体からなり たっています。ヘッダーは、幾つかの固定領域と実体記述一覧、データー実体 への各々の指示から構成されています。各実体は選択性で、ファイル内に現わ れることも現われないこともあります。 AppleSingleファイルヘッダー: Field Length Magic number 4 bytes Version number 4 bytes Filler 16 bytes Number of entries 2 bytes Entry descriptor for each entry: Entry ID 4 bytes Offset 4 bytes Length 4 bytes Byte ordering in the file fields follows MC68000 conventions, most significant byte first. The fields in the header file follow the conventions described in the following sections. Magic number This field, modelled after the UNIX magic number feature, specifies the file's format. Apple has defined the magic number for the AppleSingle format as $00051600 or 0x00051600. Version number This field denotes the version of AppleSingle format in the event the format evolves (more fields may be added to the header). The version described in this note is version $00020000 or 0x00020000. Filler This field is all zeros ($00 or 0x00). Number of entries This field specifies how many different entries are included in the file. It is an unsigned 16-bit number. If the number of entries is any number other than 0, then that number of entry descriptors immediately follows the number of entries field. 登録記述語(Entry descriptors) 登録記述語は以下の三つの領域から成っています: Entry ID: an unsigned 32-bit number, defines what the entry is. Entry IDs range from 1 to $FFFFFFFF. Entry ID 0 is invalid. Offset: an unsigned 32-bit number, shows the offset from the beginning of the file to the beginning of the entry's data. Length: an unsigned 32-bit number, shows the length of the data in bytes. The length can be 0. 事前定義登録ID(Predefined entry ID's) アップルは登録IDセットを定義し、以下のような値をとります: Data Fork 1 Data fork Resource Fork 2 Resource fork Real Name 3 File's name as created on home file system Comment 4 Standard Macintosh comment Icon, B&W 5 Standard Macintosh black and white icon Icon, Colour 6 Macintosh colour icon File Dates Info 8 File creation date, modification date, and so on Finder Info 9 Standard Macintosh Finder information Macintosh File Info 10 Macintosh file information, attributes and so on ProDOS File Info 11 ProDOS file information, attributes and so on MS-DOS File Info 12 MS-DOS file information, attributes and so on Short Name 13 AFP short name AFP File Info 14 AFP file, information, attributes and so on Directory ID 15 AFP directory ID Apple reserves the range of entry IDs from 1 to $7FFFFFFF. The rest of the range is available for applications to define their own entries. Apple does not arbitrate the use of the rest of the range. 付録 B. AppleDouble書式 AppleDouble書式は二つのファイルを使い、データとリソース・属性を保存しま す。AppleDoubleデータファイルはデータフォークを、そしてAppleDoubleヘッ ダーファイルはリソースフォークを内容にもっています。 AppleDoubleデーターファイルは標準的なヘッダーのないマッキントッシュデー ターフォークを内容としています。AppleDoubleヘッダーファイルは AppleSingleファイルと全く同じ書式ですが、データーフォークを含んでいませ ん。AppleDoubleヘッダーのファイルのマジックナンバーは、AppleSingleヘッ ダーファイルのと異なり、アプリケーションがデーターフォークのために別の ファイルを見る必要があるかどうかを伝えることができます。AppleDouble書式 用のマジックナンバーは、$00051607もしくは0x00051607です。 AppleDoubleヘッダーファイルの登録は順番を問いません;しかしリソース フォークは普通(データーフォークの後で)展開される登録なので、アップル はリソースフォーク登録はファイルの最後に置くように勧めています。デー ターフォークはAppleDoubleデーターファイルにそれ自身があるので、容易に展 開されます。 付録 C. applefile.h このヘッダーサンプルは、AppleSingleファイルもしくはAppleDoubleのヘッ ダーのデーターを解析する際使用される言語C用のヘッダーファイルです。 このファイルはLee Jonesが記載しています。配布には制限はありません。 /* applefile.h - Data structures used by AppleSingle/AppleDouble * file format * * Written by Lee Jones, 22-Oct-1993 * * For definitive information, see "AppleSingle/AppleDouble * Formats for Foreign Files Developer's Note"; Apple Computer * Inc.; (c) 1990. * * Other details were added from: * Inside Macintosh [old version], volumes II to VI, * Apple include files supplied with Think C 5.0.1, * Microsoft MS-DOS Programmer's Reference, version 5, and * Microsoft C 6.00a's dos.h include file. * * I don't have ProDOS or AFP Server documentation so related * entries may be a bit skimpy. * * Edit history: * * when who why * --------- --- ------------------------------------------ * 22-Oct-93 LMJ Pull together from Inside Macintosh, * Developer's Note, etc * 26-Oct-93 LMJ Finish writing first version and list * references * 06-Feb-94 EEF Very minor cleanup */ /* Following items define machine specific size (for porting). */ typedef char xchar8; /* 8-bit field */ typedef char schar8; /* signed 8-bit field */ typedef unsigned char uchar8; /* unsigned 8-bit field */ typedef short xint16; /* 16-bit field */ typedef unsigned short uint16; /* unsigned 16-bit field */ typedef long xint32; /* 32-bit field */ typedef long sint32; /* signed 32-bit field */ typedef unsigned long uint32; /* unsigned 32-bit field */ /* REMINDER: the Motorola 680x0 is a big-endian architecture! */ typedef uint32 OSType; /* 32 bit field */ /* In the QuickDraw coordinate plane, each coordinate is * -32767..32767. Each point is at the intersection of a * horizontal grid line and a vertical grid line. Horizontal * coordinates increase from left to right. Vertical * coordinates increase from top to bottom. This is the way * both a TV screen and page of English text are scanned: * from top left to bottom right. */ struct Point /* spot in QuickDraw 2-D grid */ { xint16 v; /* vertical coordinate */ xint16 h; /* horizontal coordinate */ }; /* Point */ typedef struct Point Point; /* See older Inside Macintosh, Volume II page 84 or Volume IV * page 104. */ struct FInfo /* Finder information */ { OSType fdType; /* File type, 4 ASCII chars */ OSType fdCreator; /* File's creator, 4 ASCII chars */ uint16 fdFlags; /* Finder flag bits */ Point fdLocation; /* file's location in folder */ xint16 fdFldr; /* file 's folder (aka window) */ }; /* FInfo */ typedef struct FInfo FInfo; /* * Masks for finder flag bits (field fdFlags in struct * FInfo). */ #define F_fOnDesk 0x0001 /* file is on desktop (HFS only) */ #define F_maskColor 0x000E /* color coding (3 bits) */ /* 0x0010 /* reserved (System 7) */ #define F_fSwitchLaunch 0x0020 /* reserved (System 7) */ #define F_fShared 0x0040 /* appl available to multiple users */ #define F_fNoINITs 0x0080 /* file contains no INIT resources */ #define F_fBeenInited 0x0100 /* Finder has loaded bundle res. */ /* 0x0200 /* reserved (System 7) */ #define F_fCustomIcom 0x0400 /* file contains custom icon */ #define F_fStationary 0x0800 /* file is a stationary pad */ #define F_fNameLocked 0x1000 /* file can't be renamed by Finder */ #define F_fHasBundle 0x2000 /* file has a bundle */ #define F_fInvisible 0x4000 /* file's icon is invisible */ #define F_fAlias 0x8000 /* file is an alias file (System 7) */ /* See older Inside Macintosh, Volume IV, page 105. */ struct FXInfo /* Extended finder information */ { xint16 fdIconID; /* icon ID number */ xint16 fdUnused[3]; /* spare */ schar8 fdScript; /* scrip flag and code */ schar8 fdXFlags; /* reserved */ xint16 fdComment; /* comment ID number */ xint32 fdPutAway; /* home directory ID */ }; /* FXInfo */ typedef struct FXInfo FXInfo; /* Pieces used by AppleSingle & AppleDouble (defined later). */ struct ASHeader /* header portion of AppleSingle */ { /* AppleSingle = 0x00051600; AppleDouble = 0x00051607 */ uint32 magicNum; /* internal file type tag */ uint32 versionNum; /* format version: 2 = 0x00020000 */ uchar8 filler[16]; /* filler, currently all bits 0 */ uint16 numEntries; /* number of entries which follow */ }; /* ASHeader */ typedef struct ASHeader ASHeader; struct ASEntry /* one AppleSingle entry descriptor */ { uint32 entryID; /* entry type: see list, 0 invalid */ uint32 entryOffset; /* offset, in octets, from beginning */ /* of file to this entry's data */ uint32 entryLength; /* length of data in octets */ }; /* ASEntry */ typedef struct ASEntry ASEntry; /* Apple reserves the range of entry IDs from 1 to 0x7FFFFFFF. * Entry ID 0 is invalid. The rest of the range is available * for applications to define their own entry types. "Apple does * not arbitrate the use of the rest of the range." */ #define AS_DATA 1 /* data fork */ #define AS_RESOURCE 2 /* resource fork */ #define AS_REALNAME 3 /* File's name on home file system */ #define AS_COMMENT 4 /* standard Mac comment */ #define AS_ICONBW 5 /* Mac black & white icon */ #define AS_ICONCOLOR 6 /* Mac color icon */ /* 7 /* not used */ #define AS_FILEDATES 8 /* file dates; create, modify, etc */ #define AS_FINDERINFO 9 /* Mac Finder info & extended info */ #define AS_MACINFO 10 /* Mac file info, attributes, etc */ #define AS_PRODOSINFO 11 /* Pro-DOS file info, attrib., etc */ #define AS_MSDOSINFO 12 /* MS-DOS file info, attributes, etc */ #define AS_AFPNAME 13 /* Short name on AFP server */ #define AS_AFPINFO 14 /* AFP file info, attrib., etc */ #define AS_AFPDIRID 15 /* AFP directory ID */ /* matrix of entry types and their usage: * * Macintosh Pro-DOS MS-DOS AFP server * --------- ------- ------ ---------- * 1 AS_DATA xxx xxx xxx xxx * 2 AS_RESOURCE xxx xxx * 3 AS_REALNAME xxx xxx xxx xxx * * 4 AS_COMMENT xxx * 5 AS_ICONBW xxx * 6 AS_ICONCOLOR xxx * * 8 AS_FILEDATES xxx xxx xxx xxx * 9 AS_FINDERINFO xxx * 10 AS_MACINFO xxx * * 11 AS_PRODOSINFO xxx * 12 AS_MSDOSINFO xxx * * 13 AS_AFPNAME xxx * 14 AS_AFPINFO xxx * 15 AS_AFPDIRID xxx */ /* entry ID 1, data fork of file - arbitrary length octet string */ /* entry ID 2, resource fork - arbitrary length opaque octet string; * as created and managed by Mac O.S. resoure manager */ /* entry ID 3, file's name as created on home file system - arbitrary * length octet string; usually short, printable ASCII */ /* entry ID 4, standard Macintosh comment - arbitrary length octet * string; printable ASCII, claimed 200 chars or less */ /* This is probably a simple duplicate of the 128 octet bitmap * stored as the 'ICON' resource or the icon element from an 'ICN#' * resource. */ struct ASIconBW /* entry ID 5, standard Mac black and white icon */ { uint32 bitrow[32]; /* 32 rows of 32 1-bit pixels */ }; /* ASIconBW */ typedef struct ASIconBW ASIconBW; /* entry ID 6, "standard" Macintosh color icon - several competing * color icons are defined. Given the copyright dates * of the Inside Macintosh volumes, the 'cicn' resource predominated * when the AppleSingle Developer's Note was written (most probable * candidate). See Inside Macintosh, Volume V, pages 64 & 80-81 for * a description of 'cicn' resources. * * With System 7, Apple introduced icon families. They consist of: * large (32x32) B&W icon, 1-bit/pixel, type 'ICN#', * small (16x16) B&W icon, 1-bit/pixel, type 'ics#', * large (32x32) color icon, 4-bits/pixel, type 'icl4', * small (16x16) color icon, 4-bits/pixel, type 'ics4', * large (32x32) color icon, 8-bits/pixel, type 'icl8', and * small (16x16) color icon, 8-bits/pixel, type 'ics8'. * If entry ID 6 is one of these, take your pick. See Inside * Macintosh, Volume VI, pages 2-18 to 2-22 and 9-9 to 9-13, for * descriptions. */ /* entry ID 7, not used */ /* Times are stored as a "signed number of seconds before of after * 12:00 a.m. (midnight), January 1, 2000 Greenwich Mean Time (GMT). * Applications must convert to their native date and time * conventions." Any unknown entries are set to 0x80000000 * (earliest reasonable time). */ struct ASFileDates /* entry ID 8, file dates info */ { sint32 create; /* file creation date/time */ sint32 modify; /* last modification date/time */ sint32 backup; /* last backup date/time */ sint32 access; /* last access date/time */ }; /* ASFileDates */ typedef struct ASFileDates ASFileDates; /* See older Inside Macintosh, Volume II, page 115 for * PBGetFileInfo(), and Volume IV, page 155, for PBGetCatInfo(). */ /* entry ID 9, Macintosh Finder info & extended info */ struct ASFinderInfo { FInfo ioFlFndrInfo; /* PBGetFileInfo() or PBGetCatInfo() */ FXInfo ioFlXFndrInfo; /* PBGetCatInfo() (HFS only) */ }; /* ASFinderInfo */ typedef struct ASFinderInfo ASFinderInfo; struct ASMacInfo /* entry ID 10, Macintosh file information */ { uchar8 filler[3]; /* filler, currently all bits 0 */ uchar8 ioFlAttrib; /* PBGetFileInfo() or PBGetCatInfo() */ }; /* ASMacInfo */ typedef struct ASMacInfo ASMacInfo; #define AS_PROTECTED 0x0002 /* protected bit */ #define AS_LOCKED 0x0001 /* locked bit */ /* NOTE: ProDOS-16 and GS/OS use entire fields. ProDOS-8 uses low * order half of each item (low byte in access & filetype, low word * in auxtype); remainder of each field should be zero filled. */ struct ASProdosInfo /* entry ID 11, ProDOS file information */ { uint16 access; /* access word */ uint16 filetype; /* file type of original file */ uint32 auxtype; /* auxiliary type of the orig file */ }; /* ASProDosInfo */ typedef struct ASProdosInfo ASProdosInfo; /* MS-DOS file attributes occupy 1 octet; since the Developer Note * is unspecific, I've placed them in the low order portion of the * field (based on example of other ASMacInfo & ASProdosInfo). */ struct ASMsdosInfo /* entry ID 12, MS-DOS file information */ { uchar8 filler; /* filler, currently all bits 0 */ uchar8 attr; /* _dos_getfileattr(), MS-DOS */ /* interrupt 21h function 4300h */ }; /* ASMsdosInfo */ typedef struct ASMsdosInfo ASMsdosInfo; #define AS_DOS_NORMAL 0x00 /* normal file (all bits clear) */ #define AS_DOS_READONLY 0x01 /* file is read-only */ #define AS_DOS_HIDDEN 0x02 /* hidden file (not shown by DIR) */ #define AS_DOS_SYSTEM 0x04 /* system file (not shown by DIR) */ #define AS_DOS_VOLID 0x08 /* volume label (only in root dir) */ #define AS_DOS_SUBDIR 0x10 /* file is a subdirectory */ #define AS_DOS_ARCHIVE 0x20 /* new or modified (needs backup) */ /* entry ID 13, short file name on AFP server - arbitrary length * octet string; usualy printable ASCII starting with * '!' (0x21) */ struct ASAfpInfo /* entry ID 12, AFP server file information */ { uchar8 filler[3]; /* filler, currently all bits 0 */ uchar8 attr; /* file attributes */ }; /* ASAfpInfo */ typedef struct ASAfpInfo ASAfpInfo; #define AS_AFP_Invisible 0x01 /* file is invisible */ #define AS_AFP_MultiUser 0x02 /* simultaneous access allowed */ #define AS_AFP_System 0x04 /* system file */ #define AS_AFP_BackupNeeded 0x40 /* new or modified (needs backup) */ struct ASAfpDirId /* entry ID 15, AFP server directory ID */ { uint32 dirid; /* file's directory ID on AFP server */ }; /* ASAfpDirId */ typedef struct ASAfpDirId ASAfpDirId; /* * The format of an AppleSingle/AppleDouble header */ struct AppleSingle /* format of disk file */ { ASHeader header; /* AppleSingle header part */ ASEntry entry[1]; /* array of entry descriptors */ /* uchar8 filedata[]; /* followed by rest of file */ }; /* AppleSingle */ typedef struct AppleSingle AppleSingle; /* * FINAL REMINDER: the Motorola 680x0 is a big-endian architecture! */ /* End of applefile.h */