Bytes(3)
π¦ NAME π¦
Bytes β byte sequence operations. That's it, that's the vibe, and honestly it's iconic. π
(This is the Bytes(3) page from the OCaml library, bestie, and we are reading the whole thing together. Part 1, let's go.)
π Module π
Module Bytes
β¨ Documentation β¨
Module Bytes
: sig end
Okay so picture this: a byte sequence is a mutable data structure that holds a fixed-length sequence of bytes. Every single byte can be indexed in constant time for reading or writing β no waiting, no searching, just straight in. π
Say you've got a byte sequence s of length l. You can access each of the l bytes of s through its index in the sequence. Indexes start at 0, and an index is called valid in s if it falls inside the range [0...l-1] (inclusive). A position is the point between two bytes, or at the very beginning or the very end of the sequence. A position is valid in s if it falls inside the range [0...l] (inclusive). Tiny detail that matters: the byte at index n sits between positions n and n+1. πΈ
Two parameters, start and len, are said to designate a valid range of s if len >= 0 and both start and start+len are valid positions in s. Slay.
Byte sequences can be modified in place, for instance via the set and blit functions described below. Also, go peek at strings (module String) β they're almost the same data structure, but they cannot be modified in place. π
Bytes are represented by the OCaml type char.
The labeled version of this module can be used as described in the StdLabels module.
Since 4.02 π«Ά
val length : bytes -> intβ returns the length (number of bytes) of the argument. Simple, clean, does what it says. β¨val get : bytes -> int -> charβget s nreturns the byte at indexnin arguments. π¨ RaisesInvalid_argumentifnis not a valid index ins.val set : bytes -> int -> char -> unitβset s n cmodifiessin place, replacing the byte at indexnwithc. Real in-place energy. π¨ RaisesInvalid_argumentifnis not a valid index ins.val create : int -> bytesβcreate nreturns a new byte sequence of lengthn. Big warning though: the sequence is uninitialized and contains arbitrary bytes, so don't assume it's zeros or anything cute. π RaisesInvalid_argumentifn < 0orn > Sys.max_string_length.val make : int -> char -> bytesβmake n creturns a new byte sequence of lengthn, filled with the bytec. Allc, no surprises. π RaisesInvalid_argumentifn < 0orn > Sys.max_string_length.val init : int -> (int -> char) -> bytesβinit n freturns a fresh byte sequence of lengthn, with characteriinitialized to the result off i(in increasing index order). π§ RaisesInvalid_argumentifn < 0orn > Sys.max_string_length.val empty : bytesβ a byte sequence of size0. That's it. That's the whole function and it's valid.val copy : bytes -> bytesβ returns a new byte sequence containing the same bytes as the argument. A fresh copy, no aliasing drama. π¦val of_string : string -> bytesβ returns a new byte sequence containing the same bytes as the given string.val to_string : bytes -> stringβ returns a new string containing the same bytes as the given byte sequence. The reverse glow-up. β¨val sub : bytes -> int -> int -> bytesβsub s pos lenreturns a new byte sequence of lengthlen, containing the subsequence ofsthat starts at positionposand has lengthlen. π RaisesInvalid_argumentifposandlendo not designate a valid range ofs.val sub_string : bytes -> int -> int -> stringβ same asBytes.sub, except it returns a string instead of a byte sequence.val extend : bytes -> int -> int -> bytesβextend s left rightreturns a new byte sequence containing the bytes ofs, withleftuninitialized bytes prepended andrightuninitialized bytes appended to it. Plot twist: ifleftorrightis negative, then bytes are removed (instead of appended) from the corresponding side ofs. π³ Since4.05inBytesLabels. π¨ RaisesInvalid_argumentif the result length is negative or longer thanSys.max_string_lengthbytes.val fill : bytes -> int -> int -> char -> unitβfill s pos len cmodifiessin place, replacinglencharacters withc, starting atpos. Mass overwrite, in place. π₯ RaisesInvalid_argumentifposandlendo not designate a valid range ofs.val blit : bytes -> int -> bytes -> int -> int -> unitβblit src src_pos dst dst_pos lencopieslenbytes from byte sequencesrc, starting at indexsrc_pos, to byte sequencedst, starting at indexdst_pos. The way this one works correctly even ifsrcanddstare the same byte sequence and the source and destination intervals overlap β obsessed. π π¨ RaisesInvalid_argumentifsrc_posandlendo not designate a valid range ofsrc, or ifdst_posandlendo not designate a valid range ofdst.val blit_string : string -> int -> bytes -> int -> int -> unitβblit_string src src_pos dst dst_pos lencopieslenbytes from stringsrc, starting at indexsrc_pos, to byte sequencedst, starting at indexdst_pos. Since4.05inBytesLabels. π¨ RaisesInvalid_argumentifsrc_posandlendo not designate a valid range ofsrc, or ifdst_posandlendo not designate a valid range ofdst.val concat : bytes -> bytes list -> bytesβconcat sep slconcatenates the list of byte sequencessl, inserting the separator byte sequencesepbetween each one, and returns the result as a new byte sequence. π π¨ RaisesInvalid_argumentif the result is longer thanSys.max_string_lengthbytes.val cat : bytes -> bytes -> bytesβcat s1 s2concatenatess1ands2and returns the result as a new byte sequence. Since4.05inBytesLabels. π¨ RaisesInvalid_argumentif the result is longer thanSys.max_string_lengthbytes.val iter : (char -> unit) -> bytes -> unitβiter f sapplies functionfin turn to all the bytes ofs. It is equivalent tof (get s 0); f (get s 1); ...; f (get s (length s - 1)); (). π«val iteri : (int -> char -> unit) -> bytes -> unitβ same asBytes.iter, but the function is applied to the index of the byte as first argument and the byte itself as second argument. Index and byte, bestie.val map : (char -> char) -> bytes -> bytesβmap f sapplies functionfin turn to all the bytes ofs(in increasing index order) and stores the resulting bytes in a new sequence that is returned as the result. β¨val mapi : (int -> char -> char) -> bytes -> bytesβmapi f scallsfwith each character ofsand its index (in increasing index order) and stores the resulting bytes in a new sequence that is returned as the result. Index-aware mapping, we love to see it. πval fold_left : ('acc -> char -> 'acc) -> 'acc -> bytes -> 'accβfold_left f x scomputesf (... (f (f x (get s 0)) (get s 1)) ...) (get s (n-1)), wherenis the length ofs. Since4.13. πΈval fold_right : (char -> 'acc -> 'acc) -> bytes -> 'acc -> 'accβfold_right f s xcomputesf (get s 0) (f (get s 1) ( ... (f (get s (n-1)) x) ...)), wherenis the length ofs. Since4.13. πΈval for_all : (char -> bool) -> bytes -> boolβfor_all p schecks if all characters inssatisfy the predicatep. Since4.13. π«Άval exists : (char -> bool) -> bytes -> boolβexists p schecks if at least one character ofssatisfies the predicatep. Since4.13. β¨val trim : bytes -> bytesβ returns a copy of the argument, without leading and trailing whitespace. The bytes regarded as whitespace are the ASCII characters' ','\012','\n','\r', and'\t'. πval escaped : bytes -> bytesβ returns a copy of the argument, with special characters represented by escape sequences, following the lexical conventions of OCaml. All characters outside the ASCII printable range (32..126) are escaped, as well as backslash and double-quote. π¨ RaisesInvalid_argumentif the result is longer thanSys.max_string_lengthbytes.val index : bytes -> char -> intβindex s creturns the index of the first occurrence of bytecins. π¨ RaisesNot_foundifcdoes not occur ins.val index_opt : bytes -> char -> int optionβindex_opt s creturns the index of the first occurrence of bytecinsorNoneifcdoes not occur ins. Since4.05. The no-drama version. πval rindex : bytes -> char -> intβrindex s creturns the index of the last occurrence of bytecins. π¨ RaisesNot_foundifcdoes not occur ins.val rindex_opt : bytes -> char -> int optionβrindex_opt s creturns the index of the last occurrence of bytecinsorNoneifcdoes not occur ins. Since4.05. πval index_from : bytes -> int -> char -> intβindex_from s i creturns the index of the first occurrence of bytecinsafter positioni.index s cis equivalent toindex_from s 0 c. π¨ RaisesInvalid_argumentifiis not a valid position ins. π¨ RaisesNot_foundifcdoes not occur insafter positioni.val index_from_opt : bytes -> int -> char -> int optionβindex_from_opt s i creturns the index of the first occurrence of bytecinsafter positioniorNoneifcdoes not occur insafter positioni.index_opt s cis equivalent toindex_from_opt s 0 c. Since4.05. π¨ RaisesInvalid_argumentifiis not a valid position ins.val rindex_from : bytes -> int -> char -> intβrindex_from s i creturns the index of the last occurrence of bytecinsbefore positioni+1.rindex s cis equivalent torindex_from s (length s - 1) c. π¨ RaisesInvalid_argumentifi+1is not a valid position ins. π¨ RaisesNot_foundifcdoes not occur insbefore positioni+1.val rindex_from_opt : bytes -> int -> char -> int optionβrindex_from_opt s i creturns the index of the last occurrence of bytecinsbefore positioni+1orNoneifcdoes not occur insbefore positioni+1.rindex_opt s cis equivalent torindex_from s (length s - 1) c. Since4.05. π¨ RaisesInvalid_argumentifi+1is not a valid position ins.val contains : bytes -> char -> boolβcontains s ctests if bytecappears ins. πval contains_from : bytes -> int -> char -> boolβcontains_from s start ctests if bytecappears insafter positionstart.contains s cis equivalent tocontains_from s 0 c. π¨ RaisesInvalid_argumentifstartis not a valid position ins.val rcontains_from : bytes -> int -> char -> boolβrcontains_from s stop ctests if bytecappears insbefore positionstop+1. π¨ RaisesInvalid_argumentifstop < 0orstop+1is not a valid position ins.val uppercase_ascii : bytes -> bytesβ returns a copy of the argument, with all lowercase letters translated to uppercase, using the US-ASCII character set. Since4.03(4.05inBytesLabels). πval lowercase_ascii : bytes -> bytesβ returns a copy of the argument, with all uppercase letters translated to lowercase, using the US-ASCII character set. Since4.03(4.05inBytesLabels). π¦val capitalize_ascii : bytes -> bytesβ returns a copy of the argument, with the first character set to uppercase, using the US-ASCII character set. Since4.03(4.05inBytesLabels). β¨val uncapitalize_ascii : bytes -> bytesβ returns a copy of the argument, with the first character set to lowercase, using the US-ASCII character set. Since4.03(4.05inBytesLabels). β¨type t = bytesβ an alias for the type of byte sequences.val compare : t -> t -> intβ that's the signature, bestie π
okay so the comparison function for byte sequences? same spec as compare, bestie. and with the type t, this compare function lets module Bytes be passed as an argument to the functors Set.Make and Map.Make. π
val equal : t -> t -> bool
the equality function for byte sequences. β¨
Since 4.03 (4.05 in BytesLabels)
val starts_with : prefix:bytes -> bytes -> bool
starts_with ~prefix s is true if and only if s starts with prefix. π«Ά
Since 4.13
val ends_with : suffix:bytes -> bytes -> bool
ends_with ~suffix s is true if and only if s ends with suffix. πΈ
Since 4.13
π¨ Unsafe conversions (for advanced users) π¨
this section is literally the low-level, unsafe conversion zone between bytes and string. They do not copy the internal data, and if you use them wrong they can break the immutability invariant on strings. Theyβre here for expert library authors, but for most purposes you should use the always-correct Bytes.to_string and Bytes.of_string instead. no cap. π
val unsafe_to_string : bytes -> string
unsafely convert a byte sequence into a string. π
to reason about unsafe_to_string, itβs convenient to think in an βownershipβ discipline. A piece of code that manipulates some data βownsβ it, and there are several disjoint ownership modes, including:
- -Unique ownership: the data may be accessed and mutated
- -Shared ownership: the data has several owners, that may only access it, not mutate it.
unique ownership is linear: passing the data to another piece of code means giving up ownership (we cannot write the data again). A unique owner may decide to make the data shared (giving up mutation rights on it), but shared data may not become uniquely-owned again. π
unsafe_to_string s can only be used when the caller owns the byte sequence s β either uniquely or as shared immutable data. The caller gives up ownership of s, and gains ownership of the returned string. π
there are two valid use-cases that respect this ownership discipline:
- creating a string by initializing and mutating a byte sequence that is never changed after initialization is performed.
let string_init len f : string =
let s = Bytes.create len in
for i = 0 to len - 1 do Bytes.set s i (f i) done;
Bytes.unsafe_to_string s
this function is safe because the byte sequence s will never be accessed or mutated after unsafe_to_string is called. The string_init code gives up ownership of s, and returns the ownership of the resulting string to its caller. β¨
note that it would be unsafe if s was passed as an additional parameter to the function f as it could escape this way and be mutated in the future β string_init would give up ownership of s to pass it to f, and could not call unsafe_to_string safely. π
we have provided the String.init, String.map and String.mapi functions to cover most cases of building new strings. You should prefer those over to_string or unsafe_to_string whenever applicable. π
- temporarily giving ownership of a byte sequence to a function that expects a uniquely owned string and returns ownership back, so that we can mutate the sequence again after the call ended.
let bytes_length (s : bytes) =
String.length (Bytes.unsafe_to_string s)
in this use-case, we do not promise that s will never be mutated after the call to bytes_length s. The String.length function temporarily borrows unique ownership of the byte sequence (and sees it as a string), but returns this ownership back to the caller, which may assume that s is still a valid byte sequence after the call. Note that this is only correct because we know that String.length does not capture its argument β it could escape by a side-channel such as a memoization combinator. π§
the caller may not mutate s while the string is borrowed (it has temporarily given up ownership). This affects concurrent programs, but also higher-order functions: if String.length returned a closure to be called later, s should not be mutated until this closure is fully applied and returns ownership. π
val unsafe_of_string : string -> bytes
unsafely convert a shared string to a byte sequence that should not be mutated. π©
the same ownership discipline that makes unsafe_to_string correct applies to unsafe_of_string: you may use it if you were the owner of the string value, and you will own the return bytes in the same mode. π
in practice, unique ownership of string values is extremely difficult to reason about correctly. You should always assume strings are shared, never uniquely owned. β
for example, string literals are implicitly shared by the compiler, so you never uniquely own them.
let incorrect = Bytes.unsafe_of_string "hello"
let s = Bytes.of_string "hello"
the first declaration is incorrect, because the string literal "hello" could be shared by the compiler with other parts of the program, and mutating incorrect is a bug. You must always use the second version, which performs a copy and is thus correct. π«Ά
assuming unique ownership of strings that are not string literals, but are (partly) built from string literals, is also incorrect. For example, mutating unsafe_of_string ("foo" ^ s) could mutate the shared string "foo" β assuming a rope-like representation of strings. More generally, functions operating on strings will assume shared ownership, they do not preserve unique ownership. It is thus incorrect to assume unique ownership of the result of unsafe_of_string. π
the only case we have reasonable confidence is safe is if the produced bytes is shared β used as an immutable byte sequence. This is possibly useful for incremental migration of low-level programs that manipulate immutable sequences of bytes (for example Marshal.from_bytes) and previously used the string type for this purpose. π₯
val split_on_char : char -> bytes -> bytes list
split_on_char sep s returns the list of all (possibly empty) subsequences of s that are delimited by the sep character. If s is empty, the result is the singleton list [empty]. π
the functionβs output is specified by the following invariants:
- -The list is not empty.
- -Concatenating its elements using
sepas a separator returns a byte sequence equal to the input (Bytes.concat (Bytes.make 1 sep) (Bytes.split_on_char sep s) = s). - -No byte sequence in the result contains the
sepcharacter.
Since 4.13
π Iterators π
val to_seq : t -> char Seq.t
iterate on the string, in increasing index order. Modifications of the string during iteration will be reflected in the sequence. π
Since 4.07
val to_seqi : t -> (int * char) Seq.t
iterate on the string, in increasing order, yielding indices along chars. β¨
Since 4.07
val of_seq : char Seq.t -> t
create a string from the generator. πΈ
Since 4.07
π UTF codecs and validations π
UTF-8
val get_utf_8_uchar : t -> int -> Uchar.utf_decode
get_utf_8_uchar b i decodes an UTF-8 character at index i in b. π
val set_utf_8_uchar : t -> int -> Uchar.t -> int
set_utf_8_uchar b i u UTF-8 encodes u at index i in b and returns the number of bytes n that were written starting at i. If n is 0 there was not enough space to encode u at i and b was left untouched. Otherwise a new character can be encoded at i + n. β¨
val is_valid_utf_8 : t -> bool
is_valid_utf_8 b is true if and only if b contains valid UTF-8 data. π
UTF-16BE
val get_utf_16be_uchar : t -> int -> Uchar.utf_decode
get_utf_16be_uchar b i decodes an UTF-16BE character at index i in b. π¦
val set_utf_16be_uchar : t -> int -> Uchar.t -> int
set_utf_16be_uchar b i u UTF-16BE encodes u at index i in b and returns the number of bytes n that were written starting at i. If n is 0 there was not enough space to encode u at i and b was left untouched. Otherwise a new character can be encoded at i + n. π
val is_valid_utf_16be : t -> bool
is_valid_utf_16be b is true if and only if b contains valid UTF-16BE data. π
UTF-16LE
val get_utf_16le_uchar : t -> int -> Uchar.utf_decode
get_utf_16le_uchar b i decodes an UTF-16LE character at index i in b. πΈ
val set_utf_16le_uchar : t -> int -> Uchar.t -> int
set_utf_16le_uchar b i u UTF-16LE encodes u at index i in b and returns the number of bytes n that were written starting at i. If n is 0 there was not enough space to encode u at i and b was left untouched. Otherwise a new character can be encoded at i + n. π
val is_valid_utf_16le : t -> bool
is_valid_utf_16le b is true if and only if b contains valid UTF-16LE data. β¨
π’ Binary encoding/decoding of integers π’
the functions in this section binary encode and decode integers to and from byte sequences. π«Ά
all following functions raise Invalid_argument if the space needed at index i to decode or encode the integer is not available. π¨
little-endian (resp. big-endian) encoding means that least (resp. most) significant bytes are stored first. Big-endian is also known as network byte order. Native-endian encoding is either little-endian or big-endian depending on Sys.big_endian. π
32-bit and 64-bit integers are represented by the int32 and int64 types, which can be interpreted either as signed or unsigned numbers. π
8-bit and 16-bit integers are represented by the int type, which has more bits than the binary encoding. These extra bits are handled as follows:
- -Functions that decode signed (resp. unsigned) 8-bit or 16-bit integers represented by
intvalues sign-extend (resp. zero-extend) their result. - -Functions that encode 8-bit or 16-bit integers represented by
intvalues truncate their input to their least significant bytes.
val get_uint8 : bytes -> int -> int
get_uint8 b i is bβs unsigned 8-bit integer starting at byte index i. β
Since 4.08
val get_int8 : bytes -> int -> int
get_int8 b i is bβs signed 8-bit integer starting at byte index i. β¨
Since 4.08
val get_uint16_ne : bytes -> int -> int
get_uint16_ne b i is bβs native-endian unsigned 16-bit integer starting at byte index i. π¦
Since 4.08
val get_uint16_be : bytes -> int -> int
get_uint16_be b i is bβs big-endian unsigned 16-bit integer starting at byte index i. πΈ
Since 4.08
val get_uint16_le : bytes -> int -> int
get_uint16_le b i is bβs little-endian unsigned 16-bit integer starting at byte index i. π
Since 4.08
val get_int16_ne : bytes -> int -> int
get_int16_ne b i is bβs native-endian signed 16-bit integer starting at byte index i. π
Since 4.08
val get_int16_be : bytes -> int -> int
get_int16_be b i is bβs big-endian signed 16-bit integer starting at byte index i. π
Since 4.08
val get_int16_le : bytes -> int -> int
get_int16_le b i is bβs little-endian signed 16-bit integer starting at byte index i. π
Since 4.08
val get_int32_ne : bytes -> int -> int32
val get_int32_ne : bytes -> int -> int32βget_int32_ne b igives youb's native-endian 32-bit integer, starting over at byte indexi. Since 4.08val get_int32_be : bytes -> int -> int32βget_int32_be b igives youb's big-endian 32-bit integer starting at byte indexi. (big-endian bestie rights β¨) Since 4.08val get_int32_le : bytes -> int -> int32βget_int32_le b igrabsb's little-endian 32-bit integer starting at byte indexi. Since 4.08val get_int64_ne : bytes -> int -> int64βget_int64_ne b iisb's native-endian 64-bit integer, starting at byte indexi. bigger. sixty-four-ier. π Since 4.08val get_int64_be : bytes -> int -> int64βget_int64_be b iisb's big-endian 64-bit integer starting at byte indexi. Since 4.08val get_int64_le : bytes -> int -> int64βget_int64_le b iisb's little-endian 64-bit integer starting at byte indexi. Since 4.08
okay now we flip the script π¦ β the getters are done, these are the setters. Same energy, opposite direction: you're putting values into the bytes instead of pulling them out.
πΈ the setters πΈ
val set_uint8 : bytes -> int -> int -> unitβset_uint8 b i vsetsb's unsigned 8-bit integer at byte indexitov. Since 4.08val set_int8 : bytes -> int -> int -> unitβset_int8 b i vsetsb's signed 8-bit integer at byte indexitov. Since 4.08val set_uint16_ne : bytes -> int -> int -> unitβset_uint16_ne b i vsetsb's native-endian unsigned 16-bit integer at byte indexitov. Since 4.08val set_uint16_be : bytes -> int -> int -> unitβset_uint16_be b i vsetsb's big-endian unsigned 16-bit integer starting at byte indexitov. Since 4.08val set_uint16_le : bytes -> int -> int -> unitβset_uint16_le b i vsetsb's little-endian unsigned 16-bit integer starting at byte indexitov. Since 4.08val set_int16_ne : bytes -> int -> int -> unitβset_int16_ne b i vsetsb's native-endian signed 16-bit integer starting at byte indexitov. yes signed, we love a glow-up π Since 4.08val set_int16_be : bytes -> int -> int -> unitβset_int16_be b i vsetsb's big-endian signed 16-bit integer starting at byte indexitov. Since 4.08val set_int16_le : bytes -> int -> int -> unitβset_int16_le b i vsetsb's little-endian signed 16-bit integer starting at byte indexitov. Since 4.08val set_int32_ne : bytes -> int -> int32 -> unitβset_int32_ne b i vsetsb's native-endian 32-bit integer starting at byte indexitov. Since 4.08val set_int32_be : bytes -> int -> int32 -> unitβset_int32_be b i vsetsb's big-endian 32-bit integer starting at byte indexitov. Since 4.08val set_int32_le : bytes -> int -> int32 -> unitβset_int32_le b i vsetsb's little-endian 32-bit integer starting at byte indexitov. Since 4.08val set_int64_ne : bytes -> int -> int64 -> unitβset_int64_ne b i vsetsb's native-endian 64-bit integer starting at byte indexitov. Since 4.08val set_int64_be : bytes -> int -> int64 -> unitβset_int64_be b i vsetsb's big-endian 64-bit integer starting at byte indexitov. Since 4.08val set_int64_le : bytes -> int -> int64 -> unitβset_int64_le b i vsetsb's little-endian 64-bit integer starting at byte indexitov. Since 4.08
π«Ά Byte sequences and concurrency safety π«Ά
okay so this is the part where things get real, bestie. pay attention, this is giving important π
When you're touching byte sequences from multiple domains at the same time, you gotta be careful. The good news? Accessing a byte sequence will never crash your program. The tea β is that unsynchronized accesses might give you surprising results β like, specifically non-sequentially-consistent results. so not illegal, just chaotic π
β‘ Atomicity β‘
every byte sequence operation that touches more than one byte is not atomic. that includes iteration and scanning, periodt.
Like, consider this little program bestie:
let size = 100_000_000
let b = Bytes.make size ' '
let update b f () =
Bytes.iteri (fun i x -> Bytes.set b i (Char.chr (f (Char.code x)))) b
let d1 = Domain.spawn (update b (fun x -> x + 1))
let d2 = Domain.spawn (update b (fun x -> 2 * x + 1))
let () = Domain.join d1; Domain.join d2
after this runs, the bytes sequence b may contain a non-deterministic mixture of '!', 'A', 'B', and 'C' values. like a lil mystery bag π
so like, to be clear: after executing this code, each byte of the sequence b is either '!', 'A', 'B', or 'C'. that's it, those are the only options. And if you actually need atomicity? then you have to implement your own synchronization β for example, using Mutex.t. no cap, it's on you π«‘
π Data races π
if two domains only access disjoint parts of a byte sequence, then what you observe is equivalent to some sequential interleaving of the operations from the two domains. cute, predictable, slay.
Now β a data race is said to occur when two domains access the same byte without synchronization, and at least one of those accesses is a write. In the absence of data races, the observed behaviour is equivalent to some sequential interleaving of the operations from different domains. β¨
whenever possible, avoid data races by using synchronization to mediate the accesses to the elements of the sequence. fr fr, do it.
and yeah β in the presence of data races, programs will not crash, but the observed behaviour may not be equivalent to any sequential interleaving of operations from different domains. π Nevertheless β even in the presence of data races, a read operation will return the value of some prior write to that location. so at least it's not making stuff up out of thin air π§
π¦ Mixed-size accesses π¦
another subtle point (yes there's more, we're almost done π): if a data race involves mixed-size writes and reads to the same location, the order in which those writes and reads are observed by domains is not specified.
For instance, the following code writes sequentially a 32-bit integer and a char to the same index:
let b = Bytes.make 10 '\000'
let d1 = Domain.spawn (fun () -> Bytes.set_int32_ne b 0 100; b.[0] <- 'd' )
in this situation, a domain that observes the write of 'd' to b.[0] is not guaranteed to also observe the write to indices 1, 2, or 3. π like it saw the main character but not the supporting cast.
and that's the whole page, bestie!! you just read the entire Bytes(3) manual and honestly? iconic behaviour ππ
this masterpiece was brought to you by OCamldoc, dated 2026-06-22, and it lives at Bytes(3) β go forth and manipulate those bytes responsibly, mwah ππ
π¦ where this page comes from
- arch rolling: ocaml 5.5.0-1 Β· LGPL2.1 AND custom: QPL-1.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms