ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/CBOR-XS/README
(Generate patch)

Comparing CBOR-XS/README (file contents):
Revision 1.8 by root, Tue Oct 29 22:04:52 2013 UTC vs.
Revision 1.11 by root, Sat Nov 30 18:42:27 2013 UTC

21 # data was decoded 21 # data was decoded
22 substr $many_cbor_strings, 0, $length, ""; # remove decoded cbor string 22 substr $many_cbor_strings, 0, $length, ""; # remove decoded cbor string
23 } 23 }
24 24
25DESCRIPTION 25DESCRIPTION
26 WARNING! This module is very new, and not very well tested (that's up to
27 you to do). Furthermore, details of the implementation might change
28 freely before version 1.0. And lastly, the object serialisation protocol
29 depends on a pending IANA assignment, and until that assignment is
30 official, this implementation is not interoperable with other
31 implementations (even future versions of this module) until the
32 assignment is done.
33
34 You are still invited to try out CBOR, and this module.
35
36 This module converts Perl data structures to the Concise Binary Object 26 This module converts Perl data structures to the Concise Binary Object
37 Representation (CBOR) and vice versa. CBOR is a fast binary 27 Representation (CBOR) and vice versa. CBOR is a fast binary
38 serialisation format that aims to use a superset of the JSON data model, 28 serialisation format that aims to use an (almost) superset of the JSON
39 i.e. when you can represent something in JSON, you should be able to 29 data model, i.e. when you can represent something useful in JSON, you
40 represent it in CBOR. 30 should be able to represent it in CBOR.
41 31
42 In short, CBOR is a faster and very compact binary alternative to JSON, 32 In short, CBOR is a faster and quite compact binary alternative to JSON,
43 with the added ability of supporting serialisation of Perl objects. 33 with the added ability of supporting serialisation of Perl objects.
44 (JSON often compresses better than CBOR though, so if you plan to 34 (JSON often compresses better than CBOR though, so if you plan to
45 compress the data later you might want to compare both formats first). 35 compress the data later and speed is less important you might want to
36 compare both formats first).
46 37
47 To give you a general idea about speed, with texts in the megabyte 38 To give you a general idea about speed, with texts in the megabyte
48 range, "CBOR::XS" usually encodes roughly twice as fast as Storable or 39 range, "CBOR::XS" usually encodes roughly twice as fast as Storable or
49 JSON::XS and decodes about 15%-30% faster than those. The shorter the 40 JSON::XS and decodes about 15%-30% faster than those. The shorter the
50 data, the worse Storable performs in comparison. 41 data, the worse Storable performs in comparison.
51 42
52 As for compactness, "CBOR::XS" encoded data structures are usually about 43 Regarding compactness, "CBOR::XS"-encoded data structures are usually
53 20% smaller than the same data encoded as (compact) JSON or Storable. 44 about 20% smaller than the same data encoded as (compact) JSON or
45 Storable.
46
47 In addition to the core CBOR data format, this module implements a
48 number of extensions, to support cyclic and shared data structures (see
49 "allow_sharing" and "allow_cycles"), string deduplication (see
50 "pack_strings") and scalar references (always enabled).
54 51
55 The primary goal of this module is to be *correct* and the secondary 52 The primary goal of this module is to be *correct* and the secondary
56 goal is to be *fast*. To reach the latter goal it was written in C. 53 goal is to be *fast*. To reach the latter goal it was written in C.
57 54
58 See MAPPING, below, on how CBOR::XS maps perl values to CBOR values and 55 See MAPPING, below, on how CBOR::XS maps perl values to CBOR values and
80 *disabled*. 77 *disabled*.
81 78
82 The mutators for flags all return the CBOR object again and thus 79 The mutators for flags all return the CBOR object again and thus
83 calls can be chained: 80 calls can be chained:
84 81
85 #TODO my $cbor = CBOR::XS->new->encode ({a => [1,2]}); 82 my $cbor = CBOR::XS->new->encode ({a => [1,2]});
86 83
87 $cbor = $cbor->max_depth ([$maximum_nesting_depth]) 84 $cbor = $cbor->max_depth ([$maximum_nesting_depth])
88 $max_depth = $cbor->get_max_depth 85 $max_depth = $cbor->get_max_depth
89 Sets the maximum nesting level (default 512) accepted while encoding 86 Sets the maximum nesting level (default 512) accepted while encoding
90 or decoding. If a higher nesting level is detected in CBOR data or a 87 or decoding. If a higher nesting level is detected in CBOR data or a
121 as when 0 is specified). 118 as when 0 is specified).
122 119
123 See SECURITY CONSIDERATIONS, below, for more info on why this is 120 See SECURITY CONSIDERATIONS, below, for more info on why this is
124 useful. 121 useful.
125 122
123 $cbor = $cbor->allow_unknown ([$enable])
124 $enabled = $cbor->get_allow_unknown
125 If $enable is true (or missing), then "encode" will *not* throw an
126 exception when it encounters values it cannot represent in CBOR (for
127 example, filehandles) but instead will encode a CBOR "error" value.
128
129 If $enable is false (the default), then "encode" will throw an
130 exception when it encounters anything it cannot encode as CBOR.
131
132 This option does not affect "decode" in any way, and it is
133 recommended to leave it off unless you know your communications
134 partner.
135
136 $cbor = $cbor->allow_sharing ([$enable])
137 $enabled = $cbor->get_allow_sharing
138 If $enable is true (or missing), then "encode" will not
139 double-encode values that have been referenced before (e.g. when the
140 same object, such as an array, is referenced multiple times), but
141 instead will emit a reference to the earlier value.
142
143 This means that such values will only be encoded once, and will not
144 result in a deep cloning of the value on decode, in decoders
145 supporting the value sharing extension. This also makes it possible
146 to encode cyclic data structures (which need "allow_cycles" to ne
147 enabled to be decoded by this module).
148
149 It is recommended to leave it off unless you know your communication
150 partner supports the value sharing extensions to CBOR
151 (<http://cbor.schmorp.de/value-sharing>), as without decoder
152 support, the resulting data structure might be unusable.
153
154 Detecting shared values incurs a runtime overhead when values are
155 encoded that have a reference counter large than one, and might
156 unnecessarily increase the encoded size, as potentially shared
157 values are encode as shareable whether or not they are actually
158 shared.
159
160 At the moment, only targets of references can be shared (e.g.
161 scalars, arrays or hashes pointed to by a reference). Weirder
162 constructs, such as an array with multiple "copies" of the *same*
163 string, which are hard but not impossible to create in Perl, are not
164 supported (this is the same as with Storable).
165
166 If $enable is false (the default), then "encode" will encode shared
167 data structures repeatedly, unsharing them in the process. Cyclic
168 data structures cannot be encoded in this mode.
169
170 This option does not affect "decode" in any way - shared values and
171 references will always be decoded properly if present.
172
173 $cbor = $cbor->allow_cycles ([$enable])
174 $enabled = $cbor->get_allow_cycles
175 If $enable is true (or missing), then "decode" will happily decode
176 self-referential (cyclic) data structures. By default these will not
177 be decoded, as they need manual cleanup to avoid memory leaks, so
178 code that isn't prepared for this will not leak memory.
179
180 If $enable is false (the default), then "decode" will throw an error
181 when it encounters a self-referential/cyclic data structure.
182
183 This option does not affect "encode" in any way - shared values and
184 references will always be decoded properly if present.
185
186 $cbor = $cbor->pack_strings ([$enable])
187 $enabled = $cbor->get_pack_strings
188 If $enable is true (or missing), then "encode" will try not to
189 encode the same string twice, but will instead encode a reference to
190 the string instead. Depending on your data format, this can save a
191 lot of space, but also results in a very large runtime overhead
192 (expect encoding times to be 2-4 times as high as without).
193
194 It is recommended to leave it off unless you know your
195 communications partner supports the stringref extension to CBOR
196 (<http://cbor.schmorp.de/stringref>), as without decoder support,
197 the resulting data structure might not be usable.
198
199 If $enable is false (the default), then "encode" will encode strings
200 the standard CBOR way.
201
202 This option does not affect "decode" in any way - string references
203 will always be decoded properly if present.
204
205 $cbor = $cbor->filter ([$cb->($tag, $value)])
206 $cb_or_undef = $cbor->get_filter
207 Sets or replaces the tagged value decoding filter (when $cb is
208 specified) or clears the filter (if no argument or "undef" is
209 provided).
210
211 The filter callback is called only during decoding, when a
212 non-enforced tagged value has been decoded (see "TAG HANDLING AND
213 EXTENSIONS" for a list of enforced tags). For specific tags, it's
214 often better to provide a default converter using the
215 %CBOR::XS::FILTER hash (see below).
216
217 The first argument is the numerical tag, the second is the (decoded)
218 value that has been tagged.
219
220 The filter function should return either exactly one value, which
221 will replace the tagged value in the decoded data structure, or no
222 values, which will result in default handling, which currently means
223 the decoder creates a "CBOR::XS::Tagged" object to hold the tag and
224 the value.
225
226 When the filter is cleared (the default state), the default filter
227 function, "CBOR::XS::default_filter", is used. This function simply
228 looks up the tag in the %CBOR::XS::FILTER hash. If an entry exists
229 it must be a code reference that is called with tag and value, and
230 is responsible for decoding the value. If no entry exists, it
231 returns no values.
232
233 Example: decode all tags not handled internally into
234 "CBOR::XS::Tagged" objects, with no other special handling (useful
235 when working with potentially "unsafe" CBOR data).
236
237 CBOR::XS->new->filter (sub { })->decode ($cbor_data);
238
239 Example: provide a global filter for tag 1347375694, converting the
240 value into some string form.
241
242 $CBOR::XS::FILTER{1347375694} = sub {
243 my ($tag, $value);
244
245 "tag 1347375694 value $value"
246 };
247
126 $cbor_data = $cbor->encode ($perl_scalar) 248 $cbor_data = $cbor->encode ($perl_scalar)
127 Converts the given Perl data structure (a scalar value) to its CBOR 249 Converts the given Perl data structure (a scalar value) to its CBOR
128 representation. 250 representation.
129 251
130 $perl_scalar = $cbor->decode ($cbor_data) 252 $perl_scalar = $cbor->decode ($cbor_data)
158 integers 280 integers
159 CBOR integers become (numeric) perl scalars. On perls without 64 bit 281 CBOR integers become (numeric) perl scalars. On perls without 64 bit
160 support, 64 bit integers will be truncated or otherwise corrupted. 282 support, 64 bit integers will be truncated or otherwise corrupted.
161 283
162 byte strings 284 byte strings
163 Byte strings will become octet strings in Perl (the byte values 285 Byte strings will become octet strings in Perl (the Byte values
164 0..255 will simply become characters of the same value in Perl). 286 0..255 will simply become characters of the same value in Perl).
165 287
166 UTF-8 strings 288 UTF-8 strings
167 UTF-8 strings in CBOR will be decoded, i.e. the UTF-8 octets will be 289 UTF-8 strings in CBOR will be decoded, i.e. the UTF-8 octets will be
168 decoded into proper Unicode code points. At the moment, the validity 290 decoded into proper Unicode code points. At the moment, the validity
182 "Types:Serialiser::false" and "Types::Serialiser::error", 304 "Types:Serialiser::false" and "Types::Serialiser::error",
183 respectively. They are overloaded to act almost exactly like the 305 respectively. They are overloaded to act almost exactly like the
184 numbers 1 and 0 (for true and false) or to throw an exception on 306 numbers 1 and 0 (for true and false) or to throw an exception on
185 access (for error). See the Types::Serialiser manpage for details. 307 access (for error). See the Types::Serialiser manpage for details.
186 308
187 CBOR tag 256 (perl object) 309 tagged values
188 The tag value 256 (TODO: pending iana registration) will be used to
189 deserialise a Perl object serialised with "FREEZE". See OBJECT
190 SERIALISATION, below, for details.
191
192 CBOR tag 55799 (magic header)
193 The tag 55799 is ignored (this tag implements the magic header).
194
195 other CBOR tags
196 Tagged items consists of a numeric tag and another CBOR value. Tags 310 Tagged items consists of a numeric tag and another CBOR value.
197 not handled internally are currently converted into a
198 CBOR::XS::Tagged object, which is simply a blessed array reference
199 consisting of the numeric tag value followed by the (decoded) CBOR
200 value.
201 311
202 In the future, support for user-supplied conversions might get 312 See "TAG HANDLING AND EXTENSIONS" and the description of "->filter"
203 added. 313 for details on which tags are handled how.
204 314
205 anything else 315 anything else
206 Anything else (e.g. unsupported simple values) will raise a decoding 316 Anything else (e.g. unsupported simple values) will raise a decoding
207 error. 317 error.
208 318
209 PERL -> CBOR 319 PERL -> CBOR
210 The mapping from Perl to CBOR is slightly more difficult, as Perl is a 320 The mapping from Perl to CBOR is slightly more difficult, as Perl is a
211 truly typeless language, so we can only guess which CBOR type is meant 321 typeless language. That means this module can only guess which CBOR type
212 by a Perl value. 322 is meant by a perl value.
213 323
214 hash references 324 hash references
215 Perl hash references become CBOR maps. As there is no inherent 325 Perl hash references become CBOR maps. As there is no inherent
216 ordering in hash keys (or CBOR maps), they will usually be encoded 326 ordering in hash keys (or CBOR maps), they will usually be encoded
217 in a pseudo-random order. 327 in a pseudo-random order. This order can be different each time a
328 hahs is encoded.
218 329
219 Currently, tied hashes will use the indefinite-length format, while 330 Currently, tied hashes will use the indefinite-length format, while
220 normal hashes will use the fixed-length format. 331 normal hashes will use the fixed-length format.
221 332
222 array references 333 array references
223 Perl array references become fixed-length CBOR arrays. 334 Perl array references become fixed-length CBOR arrays.
224 335
225 other references 336 other references
226 Other unblessed references are generally not allowed and will cause 337 Other unblessed references will be represented using the indirection
227 an exception to be thrown, except for references to the integers 0 338 tag extension (tag value 22098,
228 and 1, which get turned into false and true in CBOR. 339 <http://cbor.schmorp.de/indirection>). CBOR decoders are guaranteed
340 to be able to decode these values somehow, by either "doing the
341 right thing", decoding into a generic tagged object, simply ignoring
342 the tag, or something else.
229 343
230 CBOR::XS::Tagged objects 344 CBOR::XS::Tagged objects
231 Objects of this type must be arrays consisting of a single "[tag, 345 Objects of this type must be arrays consisting of a single "[tag,
232 value]" pair. The (numerical) tag will be encoded as a CBOR tag, the 346 value]" pair. The (numerical) tag will be encoded as a CBOR tag, the
233 value will be encoded as appropriate for the value. You cna use 347 value will be encoded as appropriate for the value. You must use
234 "CBOR::XS::tag" to create such objects. 348 "CBOR::XS::tag" to create such objects.
235 349
236 Types::Serialiser::true, Types::Serialiser::false, 350 Types::Serialiser::true, Types::Serialiser::false,
237 Types::Serialiser::error 351 Types::Serialiser::error
238 These special values become CBOR true, CBOR false and CBOR undefined 352 These special values become CBOR true, CBOR false and CBOR undefined
239 values, respectively. You can also use "\1", "\0" and "\undef" 353 values, respectively. You can also use "\1", "\0" and "\undef"
240 directly if you want. 354 directly if you want.
241 355
242 other blessed objects 356 other blessed objects
243 Other blessed objects are serialised via "TO_CBOR" or "FREEZE". See 357 Other blessed objects are serialised via "TO_CBOR" or "FREEZE". See
244 "OBJECT SERIALISATION", below, for details. 358 "TAG HANDLING AND EXTENSIONS" for specific classes handled by this
359 module, and "OBJECT SERIALISATION" for generic object serialisation.
245 360
246 simple scalars 361 simple scalars
247 TODO Simple Perl scalars (any scalar that is not a reference) are 362 Simple Perl scalars (any scalar that is not a reference) are the
248 the most difficult objects to encode: CBOR::XS will encode undefined 363 most difficult objects to encode: CBOR::XS will encode undefined
249 scalars as CBOR null values, scalars that have last been used in a 364 scalars as CBOR null values, scalars that have last been used in a
250 string context before encoding as CBOR strings, and anything else as 365 string context before encoding as CBOR strings, and anything else as
251 number value: 366 number value:
252 367
253 # dump as number 368 # dump as number
254 encode_cbor [2] # yields [2] 369 encode_cbor [2] # yields [2]
255 encode_cbor [-3.0e17] # yields [-3e+17] 370 encode_cbor [-3.0e17] # yields [-3e+17]
256 my $value = 5; encode_cbor [$value] # yields [5] 371 my $value = 5; encode_cbor [$value] # yields [5]
257 372
258 # used as string, so dump as string 373 # used as string, so dump as string (either byte or text)
259 print $value; 374 print $value;
260 encode_cbor [$value] # yields ["5"] 375 encode_cbor [$value] # yields ["5"]
261 376
262 # undef becomes null 377 # undef becomes null
263 encode_cbor [undef] # yields [null] 378 encode_cbor [undef] # yields [null]
266 381
267 my $x = 3.1; # some variable containing a number 382 my $x = 3.1; # some variable containing a number
268 "$x"; # stringified 383 "$x"; # stringified
269 $x .= ""; # another, more awkward way to stringify 384 $x .= ""; # another, more awkward way to stringify
270 print $x; # perl does it for you, too, quite often 385 print $x; # perl does it for you, too, quite often
386
387 You can force whether a string ie encoded as byte or text string by
388 using "utf8::upgrade" and "utf8::downgrade"):
389
390 utf8::upgrade $x; # encode $x as text string
391 utf8::downgrade $x; # encode $x as byte string
392
393 Perl doesn't define what operations up- and downgrade strings, so if
394 the difference between byte and text is important, you should up- or
395 downgrade your string as late as possible before encoding.
271 396
272 You can force the type to be a CBOR number by numifying it: 397 You can force the type to be a CBOR number by numifying it:
273 398
274 my $x = "3"; # some variable containing a string 399 my $x = "3"; # some variable containing a string
275 $x += 0; # numify it, ensuring it will be dumped as a number 400 $x += 0; # numify it, ensuring it will be dumped as a number
285 the IEEE double format will be used. Perls that use formats other 410 the IEEE double format will be used. Perls that use formats other
286 than IEEE double to represent numerical values are supported, but 411 than IEEE double to represent numerical values are supported, but
287 might suffer loss of precision. 412 might suffer loss of precision.
288 413
289 OBJECT SERIALISATION 414 OBJECT SERIALISATION
415 This module implements both a CBOR-specific and the generic
416 Types::Serialier object serialisation protocol. The following
417 subsections explain both methods.
418
419 ENCODING
290 This module knows two way to serialise a Perl object: The CBOR-specific 420 This module knows two way to serialise a Perl object: The CBOR-specific
291 way, and the generic way. 421 way, and the generic way.
292 422
293 Whenever the encoder encounters a Perl object that it cnanot serialise 423 Whenever the encoder encounters a Perl object that it cannot serialise
294 directly (most of them), it will first look up the "TO_CBOR" method on 424 directly (most of them), it will first look up the "TO_CBOR" method on
295 it. 425 it.
296 426
297 If it has a "TO_CBOR" method, it will call it with the object as only 427 If it has a "TO_CBOR" method, it will call it with the object as only
298 argument, and expects exactly one return value, which it will then 428 argument, and expects exactly one return value, which it will then
303 "CBOR" as the second argument, to distinguish it from other serialisers. 433 "CBOR" as the second argument, to distinguish it from other serialisers.
304 434
305 The "FREEZE" method can return any number of values (i.e. zero or more). 435 The "FREEZE" method can return any number of values (i.e. zero or more).
306 These will be encoded as CBOR perl object, together with the classname. 436 These will be encoded as CBOR perl object, together with the classname.
307 437
438 These methods *MUST NOT* change the data structure that is being
439 serialised. Failure to comply to this can result in memory corruption -
440 and worse.
441
308 If an object supports neither "TO_CBOR" nor "FREEZE", encoding will fail 442 If an object supports neither "TO_CBOR" nor "FREEZE", encoding will fail
309 with an error. 443 with an error.
310 444
445 DECODING
311 Objects encoded via "TO_CBOR" cannot be automatically decoded, but 446 Objects encoded via "TO_CBOR" cannot (normally) be automatically
312 objects encoded via "FREEZE" can be decoded using the following 447 decoded, but objects encoded via "FREEZE" can be decoded using the
313 protocol: 448 following protocol:
314 449
315 When an encoded CBOR perl object is encountered by the decoder, it will 450 When an encoded CBOR perl object is encountered by the decoder, it will
316 look up the "THAW" method, by using the stored classname, and will fail 451 look up the "THAW" method, by using the stored classname, and will fail
317 if the method cannot be found. 452 if the method cannot be found.
318 453
339 474
340 sub URI::TO_CBOR { 475 sub URI::TO_CBOR {
341 my ($self) = @_; 476 my ($self) = @_;
342 my $uri = "$self"; # stringify uri 477 my $uri = "$self"; # stringify uri
343 utf8::upgrade $uri; # make sure it will be encoded as UTF-8 string 478 utf8::upgrade $uri; # make sure it will be encoded as UTF-8 string
344 CBOR::XS::tagged 32, "$_[0]" 479 CBOR::XS::tag 32, "$_[0]"
345 } 480 }
346 481
347 This will encode URIs as a UTF-8 string with tag 32, which indicates an 482 This will encode URIs as a UTF-8 string with tag 32, which indicates an
348 URI. 483 URI.
349 484
384 519
385MAGIC HEADER 520MAGIC HEADER
386 There is no way to distinguish CBOR from other formats programmatically. 521 There is no way to distinguish CBOR from other formats programmatically.
387 To make it easier to distinguish CBOR from other formats, the CBOR 522 To make it easier to distinguish CBOR from other formats, the CBOR
388 specification has a special "magic string" that can be prepended to any 523 specification has a special "magic string" that can be prepended to any
389 CBOR string without changing it's meaning. 524 CBOR string without changing its meaning.
390 525
391 This string is available as $CBOR::XS::MAGIC. This module does not 526 This string is available as $CBOR::XS::MAGIC. This module does not
392 prepend this string tot he CBOR data it generates, but it will ignroe it 527 prepend this string to the CBOR data it generates, but it will ignore it
393 if present, so users can prepend this string as a "file type" indicator 528 if present, so users can prepend this string as a "file type" indicator
394 as required. 529 as required.
395 530
396THE CBOR::XS::Tagged CLASS 531THE CBOR::XS::Tagged CLASS
397 CBOR has the concept of tagged values - any CBOR value can be tagged 532 CBOR has the concept of tagged values - any CBOR value can be tagged
448 Wrap CBOR data in CBOR: 583 Wrap CBOR data in CBOR:
449 584
450 my $cbor_cbor = encode_cbor 585 my $cbor_cbor = encode_cbor
451 CBOR::XS::tag 24, 586 CBOR::XS::tag 24,
452 encode_cbor [1, 2, 3]; 587 encode_cbor [1, 2, 3];
588
589TAG HANDLING AND EXTENSIONS
590 This section describes how this module handles specific tagged values
591 and extensions. If a tag is not mentioned here and no additional filters
592 are provided for it, then the default handling applies (creating a
593 CBOR::XS::Tagged object on decoding, and only encoding the tag when
594 explicitly requested).
595
596 Tags not handled specifically are currently converted into a
597 CBOR::XS::Tagged object, which is simply a blessed array reference
598 consisting of the numeric tag value followed by the (decoded) CBOR
599 value.
600
601 Future versions of this module reserve the right to special case
602 additional tags (such as base64url).
603
604 ENFORCED TAGS
605 These tags are always handled when decoding, and their handling cannot
606 be overriden by the user.
607
608 26 (perl-object, <http://cbor.schmorp.de/perl-object>)
609 These tags are automatically created (and decoded) for serialisable
610 objects using the "FREEZE/THAW" methods (the Types::Serialier object
611 serialisation protocol). See "OBJECT SERIALISATION" for details.
612
613 28, 29 (shareable, sharedref, L <http://cbor.schmorp.de/value-sharing>)
614 These tags are automatically decoded when encountered (and they do
615 not result in a cyclic data structure, see "allow_cycles"),
616 resulting in shared values in the decoded object. They are only
617 encoded, however, when "allow_sharing" is enabled.
618
619 Not all shared values can be successfully decoded: values that
620 reference themselves will *currently* decode as "undef" (this is not
621 the same as a reference pointing to itself, which will be
622 represented as a value that contains an indirect reference to itself
623 - these will be decoded properly).
624
625 Note that considerably more shared value data structures can be
626 decoded than will be encoded - currently, only values pointed to by
627 references will be shared, others will not. While non-reference
628 shared values can be generated in Perl with some effort, they were
629 considered too unimportant to be supported in the encoder. The
630 decoder, however, will decode these values as shared values.
631
632 256, 25 (stringref-namespace, stringref, L
633 <http://cbor.schmorp.de/stringref>)
634 These tags are automatically decoded when encountered. They are only
635 encoded, however, when "pack_strings" is enabled.
636
637 22098 (indirection, <http://cbor.schmorp.de/indirection>)
638 This tag is automatically generated when a reference are encountered
639 (with the exception of hash and array refernces). It is converted to
640 a reference when decoding.
641
642 55799 (self-describe CBOR, RFC 7049)
643 This value is not generated on encoding (unless explicitly requested
644 by the user), and is simply ignored when decoding.
645
646 NON-ENFORCED TAGS
647 These tags have default filters provided when decoding. Their handling
648 can be overriden by changing the %CBOR::XS::FILTER entry for the tag, or
649 by providing a custom "filter" callback when decoding.
650
651 When they result in decoding into a specific Perl class, the module
652 usually provides a corresponding "TO_CBOR" method as well.
653
654 When any of these need to load additional modules that are not part of
655 the perl core distribution (e.g. URI), it is (currently) up to the user
656 to provide these modules. The decoding usually fails with an exception
657 if the required module cannot be loaded.
658
659 2, 3 (positive/negative bignum)
660 These tags are decoded into Math::BigInt objects. The corresponding
661 "Math::BigInt::TO_CBOR" method encodes "small" bigints into normal
662 CBOR integers, and others into positive/negative CBOR bignums.
663
664 4, 5 (decimal fraction/bigfloat)
665 Both decimal fractions and bigfloats are decoded into Math::BigFloat
666 objects. The corresponding "Math::BigFloat::TO_CBOR" method *always*
667 encodes into a decimal fraction.
668
669 CBOR cannot represent bigfloats with *very* large exponents -
670 conversion of such big float objects is undefined.
671
672 Also, NaN and infinities are not encoded properly.
673
674 21, 22, 23 (expected later JSON conversion)
675 CBOR::XS is not a CBOR-to-JSON converter, and will simply ignore
676 these tags.
677
678 32 (URI)
679 These objects decode into URI objects. The corresponding
680 "URI::TO_CBOR" method again results in a CBOR URI value.
453 681
454CBOR and JSON 682CBOR and JSON
455 CBOR is supposed to implement a superset of the JSON data model, and is, 683 CBOR is supposed to implement a superset of the JSON data model, and is,
456 with some coercion, able to represent all JSON texts (something that 684 with some coercion, able to represent all JSON texts (something that
457 other "binary JSON" formats such as BSON generally do not support). 685 other "binary JSON" formats such as BSON generally do not support).
513 uses long double to represent floating point values, they might not be 741 uses long double to represent floating point values, they might not be
514 encoded properly. Half precision types are accepted, but not encoded. 742 encoded properly. Half precision types are accepted, but not encoded.
515 743
516 Strict mode and canonical mode are not implemented. 744 Strict mode and canonical mode are not implemented.
517 745
746LIMITATIONS ON PERLS WITHOUT 64-BIT INTEGER SUPPORT
747 On perls that were built without 64 bit integer support (these are rare
748 nowadays, even on 32 bit architectures), support for any kind of 64 bit
749 integer in CBOR is very limited - most likely, these 64 bit values will
750 be truncated, corrupted, or otherwise not decoded correctly. This also
751 includes string, array and map sizes that are stored as 64 bit integers.
752
518THREADS 753THREADS
519 This module is *not* guaranteed to be thread safe and there are no plans 754 This module is *not* guaranteed to be thread safe and there are no plans
520 to change this until Perl gets thread support (as opposed to the 755 to change this until Perl gets thread support (as opposed to the
521 horribly slow so-called "threads" which are simply slow and bloated 756 horribly slow so-called "threads" which are simply slow and bloated
522 process simulations - use fork, it's *much* faster, cheaper, better). 757 process simulations - use fork, it's *much* faster, cheaper, better).

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines