diff options
author | Björn Gustavsson <[email protected]> | 2013-09-27 14:11:54 +0200 |
---|---|---|
committer | Björn Gustavsson <[email protected]> | 2013-10-01 14:54:54 +0200 |
commit | 6baa1883a9c7f4d9b4be76d1375cf8b2cc614797 (patch) | |
tree | 1d1fd32191b4c85dfb3a7479529fe8c33489afed /configure.in | |
parent | 0f430abcb189988a7faf55386557b2b74afa6f56 (diff) | |
download | otp-6baa1883a9c7f4d9b4be76d1375cf8b2cc614797.tar.gz otp-6baa1883a9c7f4d9b4be76d1375cf8b2cc614797.tar.bz2 otp-6baa1883a9c7f4d9b4be76d1375cf8b2cc614797.zip |
Fix broken handling of default values for BIT STRINGs
For DER/PER/UPER, a value equal to the DEFAULT is not supposed to
be encoded.
BIT STRINGs values can be represented as Erlang terms in four
different ways: as an integer, as a list of zeroes and ones,
as a {Unused,Binary} tuple, or as an Erlang bitstring.
When encoding a BIT STRING, only certain representations of
BIT STRINGs values were recognized. All representations must
be recognized.
When decoding a DEFAULT value for a BIT STRING, the actual value
given in the decoding would be either an integer or a list
of zeroes and one (depending on how the literal was written in
the specification). We expect that the default value should be
in the same representation as any other BIT STRING value (i.e.
by default an Erlang bitstring, or a list if the 'legacy_bitstring'
option has been given, or as compact bitstring if 'compact_bitstring'
has been given).
Diffstat (limited to 'configure.in')
0 files changed, 0 insertions, 0 deletions