This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.
gitosis at osmocom.org gitosis at osmocom.orgThis is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "asn1c runtime code as shared library".
The branch, master has been updated
via c867ddeb3027b3d84f2df73ebd44f9fe9fad7184 (commit)
from f3c3049e754cb288911169333966881a9c4dee8c (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://cgit.osmocom.org/libasn1c/commit/?id=c867ddeb3027b3d84f2df73ebd44f9fe9fad7184
commit c867ddeb3027b3d84f2df73ebd44f9fe9fad7184
Author: Harald Welte <laforge at gnumonks.org>
Date: Sat Apr 30 17:31:33 2016 +0200
fix APER encoding of integer (backport from openairinterface)
The number of bytes used by an APER encoded integer depends on its
actually encoded value, not on the maximum value that could be possibly
encoded.
The old code would e.g. always use 24 bits if the maximum encoded value
would require 24 bits.
To give an example RANAP MaxBitrate (INTEER 1 .. 16000000) value 64000
was previously encoded as "80 00 f9 ff", while it is now the correct
representation "40 f9 ff".
Thanks to Dieter Spaar for detecting this problem in the Osmo-IUH
generated RANAP output, and thanks to openairinterface for fixing the
bug in their code (sadly not contributed to upstream asn1c, though).
-----------------------------------------------------------------------
Summary of changes:
src/INTEGER.c | 27 ++++++++++++++++++++++-----
1 file changed, 22 insertions(+), 5 deletions(-)
hooks/post-receive
--
asn1c runtime code as shared library