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 "Lev Walkin's asn1 compiler". The branch, aper has been updated via 539d484434be91eeab55e0eff3ce63cfe3a2453a (commit) via 50823b81391418465f378a73aa4a3e92af6d0f27 (commit) from 0ff796f0363143eddbf87ba7500e07418a905dd7 (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/asn1c/commit/?id=539d484434be91eeab55e0eff3ce63cfe3a2453a commit 539d484434be91eeab55e0eff3ce63cfe3a2453a Author: roux <roux at mycompany.com> Date: Sat Apr 30 16:03:12 2016 +0200 Fix a bug in asn1c PER code when skipping unknown extension Basically when skiping an unknown extension, asn1c did read 24 bits per 24 bits and later on failed if the remaining bits (up to 23) were superior to 8. The patch reads 1 bit per 1 bit. (imported from openairinterface5g/openair2/RRC/LITE/MESSAGES/asn1c/asn1cpatch.p0) http://cgit.osmocom.org/asn1c/commit/?id=50823b81391418465f378a73aa4a3e92af6d0f27 commit 50823b81391418465f378a73aa4a3e92af6d0f27 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: skeletons/INTEGER.c | 27 ++++++++++++++++++++++----- skeletons/per_opentype.c | 2 +- 2 files changed, 23 insertions(+), 6 deletions(-) hooks/post-receive -- Lev Walkin's asn1 compiler