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

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

?? hfs.txt

?? 嵌入式系統設計與實例開發源碼
?? 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一区二区三区免费野_久草精品视频
国产偷v国产偷v亚洲高清| 在线观看视频欧美| 欧美精品一区二区三区四区| 日本视频在线一区| 欧美不卡在线视频| 国产91精品免费| 亚洲色图视频免费播放| 欧美性视频一区二区三区| 五月天一区二区| 久久综合狠狠综合| 国产成人福利片| 亚洲欧美偷拍卡通变态| 欧美午夜片在线看| 老司机一区二区| 中文字幕av资源一区| 色婷婷亚洲综合| 日本欧美加勒比视频| 26uuu亚洲| 色婷婷激情综合| 午夜精品一区二区三区三上悠亚| 日韩欧美区一区二| 懂色一区二区三区免费观看| 一二三四社区欧美黄| 337p日本欧洲亚洲大胆色噜噜| eeuss影院一区二区三区 | 精品国产一区二区亚洲人成毛片| 国产一区欧美二区| 亚洲品质自拍视频网站| 欧美精品久久99| 国产成人福利片| 亚洲国产色一区| 久久麻豆一区二区| 欧美在线免费观看视频| 国产精品一区二区久激情瑜伽| 亚洲美女电影在线| 久久蜜臀中文字幕| 欧美猛男超大videosgay| 国产精一区二区三区| 性做久久久久久久免费看| 久久久久久毛片| 5月丁香婷婷综合| 99久久久久久| 国内成人免费视频| 亚洲动漫第一页| 成人欧美一区二区三区白人| 制服丝袜亚洲色图| 色哟哟国产精品| 国产suv精品一区二区6| 久久国产精品无码网站| 亚洲高清在线视频| 亚洲欧洲一区二区在线播放| 精品国产精品一区二区夜夜嗨| 欧美在线免费视屏| 91蜜桃网址入口| 成人免费毛片嘿嘿连载视频| 激情久久久久久久久久久久久久久久| 依依成人综合视频| 中文字幕一区在线观看| 久久综合色鬼综合色| 日韩欧美自拍偷拍| 欧美美女视频在线观看| 91视频国产观看| 9色porny自拍视频一区二区| 国产一区二区视频在线| 久久www免费人成看片高清| 天堂av在线一区| 亚洲影视在线播放| 亚洲资源在线观看| 亚洲激情图片qvod| 亚洲免费伊人电影| 亚洲日本va在线观看| 国产精品无遮挡| 亚洲国产精品成人综合色在线婷婷 | 欧美性感一类影片在线播放| 色婷婷国产精品久久包臀 | 欧美三级三级三级| 色综合视频在线观看| 97国产精品videossex| 99久久精品情趣| 99re视频这里只有精品| 91免费国产在线| 在线亚洲欧美专区二区| 欧美日韩久久不卡| 欧美日韩激情在线| 91精品麻豆日日躁夜夜躁| 欧美一区二区在线观看| 一区二区三区在线视频观看58| 18成人在线视频| 亚洲欧美激情小说另类| 夜夜操天天操亚洲| 午夜欧美在线一二页| 日韩精品成人一区二区三区| 久久国产综合精品| 国产精品一二三四| 91色婷婷久久久久合中文| 色女孩综合影院| 欧美高清视频在线高清观看mv色露露十八 | 91网站黄www| 91精品办公室少妇高潮对白| 欧美欧美欧美欧美| 欧美成人video| 国产精品美日韩| 亚洲精品一二三| 日韩不卡一区二区| 国产高清视频一区| 99久久精品免费看国产免费软件| 欧美三级一区二区| 2欧美一区二区三区在线观看视频| 中文字幕免费一区| 丝袜美腿亚洲综合| 国产成人免费视频精品含羞草妖精| jvid福利写真一区二区三区| 欧美吻胸吃奶大尺度电影| 亚洲精品一区二区三区99 | 亚洲风情在线资源站| 久久69国产一区二区蜜臀| 成人一区二区三区中文字幕| 欧美日韩在线观看一区二区| 精品国产凹凸成av人导航| 亚洲欧美激情小说另类| 蜜臀av亚洲一区中文字幕| www.亚洲激情.com| 欧美一级高清大全免费观看| 国产精品福利一区二区| 日本不卡一区二区三区| aaa国产一区| 欧美成人精品3d动漫h| 亚洲色图视频网| 久久国产精品99久久久久久老狼| 色综合亚洲欧洲| 亚洲精品一线二线三线无人区| 亚洲一区二区三区激情| 岛国精品在线播放| 欧美一区二区三区四区高清| 亚洲欧美综合另类在线卡通| 六月丁香综合在线视频| 在线观看日韩毛片| 日本一区二区免费在线| 青青草原综合久久大伊人精品| 不卡av在线免费观看| 久久久久综合网| 蜜臀久久久久久久| 欧美日韩一级大片网址| 亚洲少妇屁股交4| 国产999精品久久久久久绿帽| 日韩视频免费观看高清在线视频| 亚洲一级不卡视频| 国产91综合一区在线观看| 精品三级av在线| 五月天欧美精品| 欧美色图在线观看| 一区二区免费在线| 91色九色蝌蚪| 最新国产精品久久精品| 国产麻豆午夜三级精品| 亚洲丝袜美腿综合| 白白色 亚洲乱淫| 欧美国产丝袜视频| 国产九色sp调教91| 久久精品一区蜜桃臀影院| 奇米影视一区二区三区| 欧美久久一区二区| 亚洲国产日产av| 欧美图区在线视频| 亚洲v日本v欧美v久久精品| 欧美三级视频在线播放| 亚洲亚洲人成综合网络| 欧洲av在线精品| 午夜影院久久久| 欧美夫妻性生活| 人人精品人人爱| 日韩一区二区中文字幕| 极品美女销魂一区二区三区| 日韩精品一区二区在线| 久久国产精品无码网站| 久久久亚洲精华液精华液精华液| 国产一区二区三区在线观看免费 | 亚洲色图色小说| 色欧美片视频在线观看在线视频| 亚洲色图19p| 欧美体内she精高潮| 日日摸夜夜添夜夜添精品视频| 91麻豆精品国产综合久久久久久| 免费国产亚洲视频| 久久久天堂av| 91蜜桃免费观看视频| 亚洲h在线观看| 日韩午夜激情视频| 国产精品99久久久久久久vr | 国产成人午夜99999| 亚洲欧洲日韩女同| 在线观看亚洲一区| 日韩精品91亚洲二区在线观看| 精品国产髙清在线看国产毛片| 国产盗摄一区二区三区| 一区二区在线观看免费视频播放| 欧美日韩国产经典色站一区二区三区| 免费成人深夜小野草| 国产日韩精品一区| 欧美自拍丝袜亚洲|