This 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
discards 2ccf6f701de667aee12de4d16a95601ccc58b909 (commit)
discards d02b4a79f4311c3d94dc200392ab37c6aef9fdf0 (commit)
via 0ff796f0363143eddbf87ba7500e07418a905dd7 (commit)
This update added new revisions after undoing existing revisions. That is
to say, the old revision is not a strict subset of the new revision. This
situation occurs when you --force push a change and generate a repository
containing something like this:
* -- * -- B -- O -- O -- O (2ccf6f701de667aee12de4d16a95601ccc58b909)
\
N -- N -- N (0ff796f0363143eddbf87ba7500e07418a905dd7)
When this happens we assume that you've already had alert emails for all
of the O revisions, and so we here report only the revisions in the N
branch from the common base, B.
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=0ff796f0363143eddbf87ba7500e07418a…
commit 0ff796f0363143eddbf87ba7500e07418a905dd7
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Dec 19 13:32:58 2015 +0100
APER: Fix encoding of INTEGER with lower_bound != 0
When encoding an INTEGER, we need to subtract the lower bound before
encoding the value. This is specified in Clause 10.5.7.x of X.691.
The decoder already does this correct, but the encoder was wrong.
-----------------------------------------------------------------------
Summary of changes:
libasn1compiler/asn1c_misc.c | 35 ++++++++---------------------------
libasn1compiler/asn1c_misc.h | 1 -
libasn1fix/asn1fix.c | 9 ---------
m4/libtool.m4 | 4 ++--
4 files changed, 10 insertions(+), 39 deletions(-)
hooks/post-receive
--
Lev Walkin's asn1 compiler