You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: UNIXFS.md
+8-6Lines changed: 8 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -82,12 +82,14 @@ For files comprised of a single block, the 'Type' field will be set to 'File', '
82
82
UnixFS currently supports two optional metadata fields:
83
83
84
84
*`mode` -- The `mode` is for persisting the file permissions in [numeric notation](https://en.wikipedia.org/wiki/File_system_permissions#Numeric_notation)\[[spec](https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_stat.h.html)\].
85
-
If unspecified this defaults to `0755` for directories/HAMT shards and `0644` for all other types where applicable
86
-
The nine least significant bits represent `ugo-rwx`
87
-
The next three least significant bits represent `setuid`, `setgid` and the `sticky bit`
88
-
The remaining 20 bits are reserved for future use, and are subject to change. Spec implementations **MUST** handle bits they do not expect as follows:
89
-
For future-proofing the (de)serialization layer must preserve the entre uint32 value during clone/copy operations, modifying only bit values that have a well defined meaning: `clonedValue = ( modifiedBits & 07777 ) | ( originalValue & 0xFFFFF000 )`
90
-
Any higher level operations interpreting the value must proactively mask-off bits without a defined meaning in the current version of the spec: `interpretedValue = originalValue & 07777`
85
+
- If unspecified this defaults to
86
+
-`0755` for directories/HAMT shards
87
+
-`0644` for all other types where applicable
88
+
- The nine least significant bits represent `ugo-rwx`
89
+
- The next three least significant bits represent `setuid`, `setgid` and the `sticky bit`
90
+
- The remaining 20 bits are reserved for future use, and are subject to change. Spec implementations **MUST** handle bits they do not expect as follows:
91
+
- For future-proofing the (de)serialization layer must preserve the entre uint32 value during clone/copy operations, modifying only bit values that have a well defined meaning: `clonedValue = ( modifiedBits & 07777 ) | ( originalValue & 0xFFFFF000 )`
92
+
- Any higher level operations interpreting the value must proactively mask-off bits without a defined meaning in the current version of the spec: `interpretedValue = originalValue & 07777`
91
93
*`mtime` -- The modification time in seconds since the epoch. This defaults to the unix epoch if unspecified
0 commit comments