亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? hfs.txt

?? ARM 嵌入式 系統 設計與實例開發 實驗教材 二源碼
?? TXT
?? 第 1 頁 / 共 4 頁
字號:
        ..//%%ffoooo           The header file for the file ./foo, containing the resource           fork and the Finder's metadata for the file.        Additionally, the file %RootInfo in the root directory of the        HFS filesystem is a header file for the root directory.  This is        not quite the %RootInfo file referred to in the AppleDouble        specification.        The header files used in this scheme are version 2 AppleDouble        header files.  Their format is described briefly in the section        ``A Guide to Special File Formats'' in this document.  They are        documented in detail in ``AppleSingle/AppleDouble Formats:        Developer's Note (9/94)'', available from Apple's Developer        Services Page <http://devworld.apple.com>.        Note that the naming convention for the header file can cause        name conflicts.  For instance, using Apple's 7-bit ASCII name        conversion (see the names mount option) the name %Desktop could        be interpreted either as the header file for the file Desktop or        as the file with 0xDE as the hexadecimal representation of its        first character, and "sktop" as the remaining 5 characters.  The        problem arises when both files exist, since only one will be        accessible.  The behavior of the HFS filesystem in the case of        such a conflict is undefined, and may change in future releases.        (If this causes problems for you, please don't report it as a        bug; I didn't design this ``standard'', Apple did.)     nneettaattaallkk        The scheme used by the Netatalk afpd.        Associated with each directory is a special directory and a        metadata file.  The directory ./bar is represented by:        ..//bbaarr           The directory itself, containing subdirectories, the data           forks of files, and the following special directory.        ..//bbaarr//..AApppplleeDDoouubbllee           A special directory holding AppleDouble header files for           ./bar and the files it contains, but not for the           subdirectories it contains.        ..//bbaarr//..AApppplleeDDoouubbllee//..PPaarreenntt           The header file for the directory ./bar, containing the           Finder's metadata for the directory.        The files in a directory are represented as two files:        ..//ffoooo           The data fork of the file ./foo.        ..//..AApppplleeDDoouubbllee//ffoooo           The header file for file ./foo, containing the resource fork           and the Finder's metadata.        The header files used in this scheme are version 1 AppleDouble        header files.  They are described briefly in the section ``A        Guide to Special File Formats'' in this document.  The format is        documented in detail in the ``Apple II File Type Notes'' under        the type ``$E0.0002/$E0.0003-AppleDouble'', and in Appendix B of        the ``A/UX Toolbox: Macintosh ROM Interface'' manual.  22..66..  ggiidd==nn  default value: gid of the mounting process  Specifies the group that owns all files and directories on the  filesystem.  (Same as for the MS-DOS and HPFS filesystems.)  22..77..  nnaammeess=={{77bbiitt,, 88bbiitt,, aallpphhaa,, ccaapp,, llaattiinn,, nneettaattaallkk,, ttrriivviiaall}}  default value: varies as follows  +o  If the fork option is set to double, then names defaults to alpha.  +o  If the fork option is set to netatalk, then names defaults to     netatalk.  +o  If the fork option is set to cap (or has taken that value by     default), then names defaults to cap.  This option determines how to convert between valid Macintosh  filenames and valid Linux filenames.  The 7bit, 8bit and alpha options  correspond to Apple's recommended conventions named ``7-bit ASCII'',  ``8-bit'' and ``7-bit alphanumeric''.     77bbiitt        When converting from Macintosh filenames to Linux filenames the        NULL (0x00), slash (/) and percent (%) characters and the        extended 8-bit characters (hexadecimal codes 0x80-0xff) are        replaced by a percent character (%) followed by the two-digit        hexadecimal code for the character.        When converting from Linux filenames to Macintosh filenames the        string "%YZ" is replaced by the character with hexadecimal code        0xYZ.  If 0xYZ is not a valid hexadecimal number or is the code        for NULL or colon (:) then the string "%YZ" is unchanged.  A        colon (:) is replaced by a pipe character (|).     88bbiitt        When converting from Macintosh filenames to Linux filenames the        NULL (0x00), slash (/) and percent (%) characters are replaced        by a percent character (%) followed by the two-digit hexadecimal        code for the character.        When converting from Linux filenames to Macintosh filenames the        string "%YZ" is replaced by the character with hexadecimal code        0xYZ.  If 0xYZ is not a valid hexadecimal number or is the code        for NULL or colon (:) then the string "%YZ" is unchanged.  A        colon (:) is replaced by a pipe character (|).     aallpphhaa        When converting from Macintosh filenames to Linux filenames only        the alphanumeric characters (a-z, A-Z and 0-9), the underscore        (_) and the last period (.) in the filename are unchanged.  The        remaining characters are replaced by a percent character (%)        followed by the two-digit hexadecimal code for the character.        When converting from Linux filenames to Macintosh filenames the        string "%YZ" is replaced by the character with hexadecimal code        0xYZ.  If 0xYZ is not a valid hexadecimal number or is the code        for NULL or colon (:) then the string "%YZ" is unchanged.  A        colon (:) is replaced by a pipe character (|).     ccaapp        The convention used by the Columbia AppleTalk Package's AUFS.        When converting from Macintosh filenames to Linux filenames the        characters from space ( ) through tilde (~) (ASCII 32-126) are        unchanged, with the exception of slash (/).  The slash (/) and        all characters outside the range 32-126 are replaced by a colon        (:) followed by the two-digit hexadecimal code for the        character.        When converting from Linux filenames to Macintosh filenames the        string ":YZ" is replaced by the character with hexadecimal code        0xYZ.  If 0xYZ is not a valid hexadecimal number or is the code        for NULL or colon (:) then the colon is replaced by a pipe        character (|).     llaattiinn        When converting from Macintosh filenames to Linux filenames the        characters from space ( ) through tilde (~) (ASCII 32-126) are        unchanged, with the exception of slash (/) and percent (%).  The        extended 8-bit Macintosh characters with equivalents in the        Latin-1 character set are replaced by those equivalents.  The        remaining characters are replaced by a percent character (%)        followed by the two-digit hexadecimal code for the character.        When converting from Linux filenames to Macintosh filenames the        string "%YZ" is replaced by the character with hexadecimal code        0xYZ.  If 0xYZ is not a valid hexadecimal number or is the code        for NULL or colon (:) then the string "%YZ" is unchanged. The        Latin-1 characters with equivalents in the extended 8-bit        Macintosh character set are replaced by those equivalents.  A        colon (:) is replaced by a pipe character (|).        Thanks to Holger Schemel (aeglos@valinor.owl.de) for        contributing this conversion mode.     nneettaattaallkk        The convention used by the Netatalk afpd.        When converting from Macintosh filenames to Linux filenames the        characters from space ( ) through tilde (~) (ASCII 32-126) are        unchanged, with the exception of slash (/) and any initial        period (.).  The slash (/) and any initial period (.)  and all        characters outside the range 32-126 are replaced by a colon (:)        followed by the two-digit hexadecimal code for the character.        When converting from Linux filenames to Macintosh filenames the        string ":YZ" is replaced by the character with hexadecimal code        0xYZ.  If 0xYZ is not a valid hexadecimal number or is the code        for NULL or colon (:) then the colon is replaced by a pipe        character (|).     ttrriivviiaall        When converting from Macintosh filenames to Linux filenames a        slash character (/) is replaced by a colon (:).        When converting from Linux filenames to Macintosh filenames a        colon (:) is replaced by a slash character (/).  22..88..  ppaarrtt==nn  default value: 0  Specifies which HFS partition to mount from a Macintosh CDROM or hard  drive.  Partitions are numbered from 0 and count only those identified  in the partition table as containing HFS filesystems.  This option is  only useful when the Linux platform doesn't fully support Macintosh  partition tables.  In particular on MkLinux and Linux-Pmac this option  is useless.  Note that in versions before 0.8.3 partitions were numbered from 1.  22..99..  qquuiieett  If included in the options, then chown and chmod operations will not  return errors, but will instead fail silently.  (Same as for the MS-  DOS and HPFS filesystems.)  22..1100..  ttyyppee==cccccccc  default value: ``????''  Specifies the 4-character string specifying the Finder's Type for new  files.  22..1111..  uuiidd==nn  default value: uid of the mounting process  Specifies the user that owns all files and directories on the  filesystem.  (Same as for the MS-DOS and HPFS filesystems.)  22..1122..  uummaasskk==nn  default value: umask of the mounting process  Specifies (in octal) the umask used for all files and directories.  (Same as for the MS-DOS and HPFS filesystems.)  33..  WWrriittiinngg ttoo HHFFSS FFiilleessyysstteemmss  Each of the values of the fork mount option yields a different  representation of the Macintosh-specific parts of a file within the  structure of the Linux filesystem.  There are, therefore, slightly  different steps involved in copying files if you want to preserve the  resource forks and the Finder's metadata.  It is important to remember not to use normal user-level tools to  modify a filesystem mounted with the afpd mount option.  Regardless of the value of the fork mount option you can do virtually  everything to the data fork of a file that you can to a file on any  other filesystem.  The limitations are essentially the same as those  imposed by the MS-DOS filesystem:  +o  You can't change the uid or gid of files.  +o  You can't set the set-uid, set-gid or sticky permission bits.  +o  You can't clear the execute permission bits.  Likewise you can do virtually everything to a directory that you can  to a directory on another file system with the following exceptions:  +o  You can't create, delete or rename resource forks of files or the     Finder's metadata.  Note, however, that they are created (with     defaults values), deleted and renamed along with the corresponding     data fork or directory.  +o  You can't change permissions on directories.  +o  You can't change the uid or gid of directories.  +o  You can't create multiple links to files.

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
国产成人综合亚洲91猫咪| 91精品国产aⅴ一区二区| 色狠狠av一区二区三区| 精品福利在线导航| 亚洲妇熟xx妇色黄| 91免费小视频| 国产日韩欧美精品在线| 美女视频黄免费的久久 | 亚洲国产日韩一级| 国产二区国产一区在线观看| 欧美剧在线免费观看网站 | 99热99精品| 久久影视一区二区| 人禽交欧美网站| 欧美日韩激情一区二区三区| 中文字幕一区二区三区色视频| 奇米影视一区二区三区| 欧美亚洲尤物久久| 亚洲精品一卡二卡| av电影在线观看不卡| 欧美国产综合一区二区| 国内外精品视频| 日韩一区二区三区免费观看| 午夜私人影院久久久久| 色综合久久久久网| 亚洲乱码国产乱码精品精的特点 | 国产大陆精品国产| 久久综合久久综合亚洲| 理论电影国产精品| 精品国产乱子伦一区| 免费欧美高清视频| 欧美一区二区三区啪啪| 免费美女久久99| ㊣最新国产の精品bt伙计久久| 国产成人精品一区二区三区四区 | 午夜成人免费视频| 欧美一区二区在线不卡| 日本成人在线不卡视频| 欧美二区乱c少妇| 开心九九激情九九欧美日韩精美视频电影| 欧美色图在线观看| 视频一区中文字幕| 日韩欧美精品在线| 国产永久精品大片wwwapp| 国产日本亚洲高清| 91蜜桃传媒精品久久久一区二区| 亚洲日本va午夜在线电影| 日本久久一区二区三区| 一区二区高清免费观看影视大全| 日本韩国一区二区| 美女视频一区在线观看| 久久精品在线免费观看| av电影在线观看完整版一区二区| 亚洲欧美日韩国产综合| 欧美性欧美巨大黑白大战| 日韩精品1区2区3区| 久久精品一二三| 色呦呦网站一区| 蜜桃一区二区三区在线观看| 久久久精品2019中文字幕之3| 成人av在线资源网站| 夜夜爽夜夜爽精品视频| 日韩精品一区二区三区视频| 国产高清精品网站| 一区二区三区四区不卡视频| 日韩欧美一区在线| 99久久国产综合精品色伊| 图片区小说区区亚洲影院| 欧美精品一区二区久久婷婷| 成人app软件下载大全免费| 亚洲国产视频一区二区| 久久亚洲私人国产精品va媚药| 91在线高清观看| 狠狠网亚洲精品| 亚洲三级电影网站| 欧美一区午夜视频在线观看 | 国产欧美日韩另类一区| 一本一本大道香蕉久在线精品 | 日韩精品国产精品| 国产精品理伦片| 日韩免费看的电影| 欧洲一区在线电影| 国产成人一区在线| 日韩高清在线电影| 国产精品二三区| 日韩欧美中文字幕一区| 91污在线观看| 国产一区二区导航在线播放| 亚洲另类色综合网站| 久久久久亚洲蜜桃| 欧美日韩1区2区| 99久精品国产| 韩国av一区二区三区四区| 亚洲国产精品尤物yw在线观看| 国产欧美一区二区精品性| 欧美理论电影在线| 欧美中文字幕一区二区三区亚洲| 成人美女视频在线看| 免费观看日韩电影| 偷拍亚洲欧洲综合| 一区二区三区四区激情| 久久精品一区四区| 精品国产污网站| 欧美日韩卡一卡二| www.亚洲激情.com| 成人性生交大片免费看在线播放 | 久久精品日产第一区二区三区高清版 | 日韩电影在线免费看| 国产精品传媒在线| 国产色91在线| 2019国产精品| 日韩亚洲欧美在线观看| 欧美猛男男办公室激情| 欧美亚洲免费在线一区| 一本色道**综合亚洲精品蜜桃冫 | 日韩国产在线观看一区| 亚洲一区二区精品视频| 一区二区三区中文在线观看| 中文字幕亚洲视频| 亚洲精品中文在线观看| 一区二区欧美视频| 亚洲国产精品久久艾草纯爱| 午夜免费欧美电影| 婷婷开心激情综合| 五月天激情综合网| 午夜精品久久久久久久| 日韩主播视频在线| 久久成人久久鬼色| 久久av中文字幕片| 国产91丝袜在线观看| 豆国产96在线|亚洲| 99国产精品久| 欧美视频一区二区三区在线观看 | 色欧美日韩亚洲| 欧美精品日韩一本| 日韩欧美在线网站| 国产亚洲综合在线| 国产精品女主播在线观看| 中文字幕一区二区三区乱码在线 | 亚洲视频中文字幕| 国产成人在线网站| 色婷婷激情综合| 狠狠色狠狠色综合系列| 国产在线国偷精品产拍免费yy| 国产传媒日韩欧美成人| 91成人国产精品| 亚洲精品在线免费观看视频| 亚洲欧美日韩电影| 亚洲国产三级在线| 久久爱www久久做| 欧美婷婷六月丁香综合色| 亚洲免费av在线| 久久成人免费网| 日韩欧美专区在线| 亚洲午夜免费电影| 国产欧美一区二区精品性色| 91麻豆精品91久久久久同性| 久久久三级国产网站| 亚洲一区二区五区| 国产主播一区二区三区| 在线观看欧美黄色| 国产欧美日韩在线观看| 男人的天堂久久精品| gogogo免费视频观看亚洲一| 欧美一区二区三区四区在线观看| 欧美韩日一区二区三区| 另类小说一区二区三区| 色婷婷av一区二区三区之一色屋| 日韩欧美二区三区| 丝袜美腿亚洲一区| 91在线免费播放| 欧美韩国一区二区| 精品夜夜嗨av一区二区三区| 欧美午夜一区二区| 综合久久久久综合| 福利一区二区在线| 欧美v国产在线一区二区三区| 亚洲影视在线观看| 91伊人久久大香线蕉| 国产亚洲精品bt天堂精选| 美腿丝袜一区二区三区| 欧美亚洲另类激情小说| 中文字幕在线不卡视频| 国产伦精品一区二区三区免费| 欧美日韩免费观看一区三区| 亚洲日本韩国一区| 不卡av在线免费观看| 波多野结衣一区二区三区| 久久精品夜夜夜夜久久| av中文字幕亚洲| 国产精品白丝av| 精品99999| 欧美精品色综合| 国产一区啦啦啦在线观看| 久久久不卡影院| 欧美电影免费提供在线观看| 亚洲欧美另类综合偷拍| 国产一区二区导航在线播放| 国产午夜精品一区二区| 91女神在线视频|