summaryrefslogtreecommitdiffstats
path: root/include/osmocom/gsm/gsm0808.h
diff options
context:
space:
mode:
authorHarald Welte <laforge@gnumonks.org>2019-01-20 13:45:31 +0100
committerHarald Welte <laforge@gnumonks.org>2019-01-22 14:53:54 +0000
commit2033be8902f5540f4f0e28bf1b32fb7df0367c66 (patch)
treec7b08b1d2993b77fb5f63ce37e8d897ccc6acc52 /include/osmocom/gsm/gsm0808.h
parent1c3bae138cea1dbde480ce4382120034eb769e82 (diff)
Work around bogus gcc-8.2 array-bounds warning/error
gcc-8.2 is printing the following warning, which is an error when used -Werror like our --enable-werror: In file included from gprs_bssgp.c:34: In function ‘tl16v_put’, inlined from ‘tvlv_put.part.3’ at ../../include/osmocom/gsm/tlv.h:156:9, inlined from ‘tvlv_put’ at ../../include/osmocom/gsm/tlv.h:147:24, inlined from ‘msgb_tvlv_push’ at ../../include/osmocom/gsm/tlv.h:386:2, inlined from ‘bssgp_tx_dl_ud’ at gprs_bssgp.c:1162:4: ../../include/osmocom/gsm/tlv.h:131:2: error: ‘memcpy’ forming offset [12, 130] is out of the bounds [0, 11] of object ‘mi’ with type ‘uint8_t[11]’ {aka ‘unsigned char[11]’} [-Werror=array-bounds] memcpy(buf, val, len); Where "130" seems to be the maximum value of uint8_t, shifted right one + 2. But even as we use strnlen() with "16" as maximum upper bound, gcc still believes there's a way that the return value of gsm48_generate_mid_from_imsi() could be 130. In fact, even the newly-added OSMO_ASSERT() inside gsm48_generate_mid() doesn't help and gcc still insists there is a problem :( Change-Id: I0a06daa19b7b5b5badbb8b3d81a54c45b88a60ec
Diffstat (limited to 'include/osmocom/gsm/gsm0808.h')
0 files changed, 0 insertions, 0 deletions