chiark / gitweb /
codec/{base32,hex}.h: Include `codec.h'.
[mLib] / codec / codec.3
CommitLineData
236f657b
MW
1.\" -*-nroff-*-
2.TH codec 3 "9 January 2009" "Straylight/Edgeware" "mLib utilities library"
3.SH NAME
4codec \- binary encoding and decoding
5.\" @codec_class
6.\" @codec_strerror
7.\" @null_codec_class
8.\" @base64_class
9.\" @file64_class
10.\" @base64url_class
11.\" @base32_class
12.\" @base32hex_class
13.\" @hex_class
14.SH SYNOPSIS
15.nf
16.B "#include <mLib/codec.h>"
17.B "#include <mLib/base64.h>"
18.B "#include <mLib/base32.h>"
19.B "#include <mLib/hex.h>"
20
21.B "codec_class null_codec_class;"
22.B "codec_class base64_class, file64_class, base64url_class;"
23.B "codec_class base32_class, base32hex_class;"
24.B "codec_class hex_class;"
25
26.BI "const char *codec_strerror(int " err ");"
27.fi
28.SH DESCRIPTION
29The
30.B codec
31system provides an object-based interface to functions which encode
32binary data as plain text and decode the result to recover the original
33binary data. The interface makes it easy to support multiple encodings
34and select an appropriate one at runtime.
35.SS "The codec_class structure"
36The
37.B codec_class
38structure represents a particular encoding format. The structure has
39the following members.
40.TP
41.B "const char *name"
42The name of the class, as a null-terminated string. The name should not
43contain whitespace characters.
44.TP
45.BI "codec *(*encoder)(unsigned " flags ", const char *" indent ", unsigned " maxline ")"
46Pointer to a function which constructs a new encoder object, of type
47.BR codec .
48The
49.I flags
50configure the behaviour of the object; the
51.I indent
52string is written to separate lines of output; the integer
53.I maxline
54is the maximum length of line to be produced, or zero to forbid line
55breaking.
56.TP
57.BI "codec *(*decoder)(unsigned " flags ")"
58Pointer to a function which constructs a new decoder object, also of
59type
60.BR codec .
61The
62.I flags
63configure the behaviour of the object.
64.PP
65The
66.I flags
67to the
68.B encoder
69and
70.B decoder
71functions have the following meanings.
72.TP
73.B CDCF_LOWERC
74For codecs which produce output using a single alphabetic case (e.g.,
75.BR base32 ,
76.BR hex ),
77emit and accept only lower case; the default to emit and accept only
78upper case, for compatibility with RFC4648. If the codec usually
79produces mixed-case output, then this flag is ignored.
80.TP
81.B CDCF_IGNCASE
82For codecs which produce output using a single alphabetic case, ignore
83the case of the input when decoding. If the codec usually produces
84mixed-case output, then this flag is ignored.
85.TP
86.B CDCF_NOEQPAD
87For codecs which usually pad their output (e.g.,
88.BR base64 ,
89.BR base32 ),
90do not emit or accept padding characters. If the codec does not usually
91produce padding, or the padding is not redundant, then this flag is
92ignored.
93.TP
94.B CDCF_IGNEQPAD
95For codecs which usually pad their output, do not treat incorrect (e.g.,
96missing or excessive) padding as an error when decoding. If the codec
97does not usually produce padding, or the padding is required for
98unambiguous decoding, then this flag is ignored.
99.TP
100.B CDCF_IGNEQMID
101For codecs which usually pad their output, ignore padding characters
102wherever they may appear when decoding. Usually padding characters
103indicate the end of the input, and further input characters are
104considered erroneous. If the codec does not usually produce padding, or
105it is impossible to resume decoding correctly having seen padding
106characters, then this flag is ignored.
107.TP
108.B CDCF_IGNZPAD
109For codecs which need to pad their input, ignore unusual padding bits
110when decoding. (This is not at all the same thing as the padding
111characters controlled by the flags above: they deal with padding the
112length of the encoding
113.I output
114up to a suitable multiple of characters; this option deals with padding
115of the
116.I input
117prior to encoding.) If the codec does not add padding bits, or specific
118values are required for unambiguous decoding, then this flag is ignored.
119.TP
120.B CDCF_IGNNEWL
121Ignore newline (and carriage-return) characters when decoding: the
122default for RFC4648 codecs is to reject newline characters. If these
123characters are significant in the encoding, then this flag is ignored.
124.TP
125.B CDCF_IGNINVCH
126Ignore any other invalid characters appearing in the input when
127decoding.
128.TP
129.B CDCF_IGNJUNK
130Ignore all `junk' in the input. This should suppress almost all
131decoding errors.
132.PP
133If you do not set any of the
134.BR CDCF_IGN ...
135flags, a decoder should only accept the exact encoding that the
136corresponding encoder would produce (with
137.I maxline
138= 0 to inhibit line-breaking).
139.SS "The codec and codec_ops structures"
140The
141.B codec
142structure represents the state of an encoder or decoder, as returned by
143the
144.B encoder
145and
146.B decoder
147functions described above, contains a single member.
148.TP
149.B "const codec_ops *ops"
150Pointer to a
151.B codec_ops
152structure which contains operations and metadata for use with the
153encoder or decoder.
154.PP
155The
156.B codec_ops
157structure contains the following members.
158.TP
159.B "const codec_class *c"
160Pointer back to the
161.B codec_class
162which was used to construct the
163.B codec
164object.
165.TP
166.BI "int (*code)(codec *" c ", const void *" p ", size_t " sz ", dstr *" d ")"
167Encode or decode, using the codec
168.I c ,
169the data in the buffer at address
170.I p
171and continuing for
172.I sz
173bytes, appending the output to the dynamic string
174.I d
175(see
176.BR dstr (3)).
177If the operation was successful, the function returns zero; otherwise it
178returns a nonzero error code, as described below.
179.TP
180.BI "void (*destroy)(codec *" c ")"
181Destroy the codec object
182.IR c ,
183freeing any resources it may hold.
184.PP
185A codec may buffer its input (e.g., if needs to see more in order to
186decide what output to produce next); it may also need to take special
187action at the end of the input (e.g., flushing buffers, and applying
188padding). To signal the codec that there is no more input, call the
189.B code
190function with a null
191.I p
192pointer. It will then write any final output to
193.IR d .
194.PP
195The following error conditions may be reported.
196.TP
197.B CDCERR_INVCH
198An invalid character was encountered while decoding. This includes
199encoutering padding characters if padding is disabled using the
200.B CDCF_NOEQPAD
201flag.
202.TP
203.B CDCERR_INVEQPAD
204Invalid padding characters (e.g., wrong characters, or too few, too
205many, or none at all) were found during decoding. This may also
206indicate that the input is truncated, even if the codec does not usually
207perform output padding.
208.TP
209.B CDCERR_INVZPAD
210Invalid padding bits were found during decoding.
211.PP
212The
213.B codec_strerror
214function converts these error codes to brief, (moderately)
215human-readable strings.
216.SS "Provided codecs"
217The library provides a number of standard codecs.
218.TP
219.B base64
220Implements Base64 encoding, as defined by RFC4648. Output is
221mixed-case, so the
222.B CDCF_LOWERC
223and
224.B CDCF_IGNCASE
225flags are ignored.
226.TP
227.B safe64
228Implements a variant of the Base64 encoding which uses
229.RB ` % '
230in place of
231.RB ` / ',
232so that its output is suitable for use as a Unix filename.
233.TP
234.B base64url
235Implements the filename- and URL-safe variant of Base64 encoding, as
236defined by RFC4648.
237.TP
238.B base32
239Implements Base32 encoding, as defined by RFC4648. Output is in upper
240case by default.
241.TP
242.B base32hex
243Implements the extended-hex variant of Base32, as defined by RFC4648.
244This encoding has the property that the encoding preserves the ordering
245of messages if padding is suppressed.
246.TP
247.B hex
248Implements hex encoding, defined by RFC4648 under the name Base16. For
249compatibility with that specification, output is in upper case by
250default.
251.SH "SEE ALSO"
252.BR bincode (1),
253.BR dstr (3),
254.BR mLib (3).
255.SH AUTHOR
256Mark Wooding, <mdw@distorted.org.uk>